The user just reported to me that this behavior only occurs on his Palm
IIIxe, running Palm OS 3.5. I haven't found any related info in the
archives yet. Does this clue suggest anything to anyone out there?
TIA
----- Original Message -----
From: "Richard Burmeister" <[EMAIL PROTECTED]>
To: "Palm Developer Forum" <[EMAIL PROTECTED]>
Sent: Wednesday, July 05, 2000 9:29 PM
Subject: corrupt button label on custom form
> A user of one of my apps reports that "sometimes when I change from [one
> program option to another] the
> dialog box where it should say OK says OQ. Very weird....but I can
> duplicate it time and again...."
>
> I have never seen this behavior in testing with millions of gremlins, on
any
> ROM, or on my Palm V or my Palm VII.
>
> The way the program option is changed is in response to a popSelectEvent.
> For example, to switch to "smart" mode:
>
> if ( eventP->data.popSelect.selection == SMART )
> {
> // put SmartStrString resource into a global var, declared Char
> gString[100];
> SysCopyStringResource( gString, SmartStrString );
>
> if ( FrmCustomAlert( NewGameAlert, gString, NULL, NULL ) ==
NewGameOK )
> // set a few globals and redraw the main form (with FrmGotoForm)
> StartNewGame( 1, SMART );
> }
> // etc.
>
> The OK button he refers to is on the custom alert. (The alert has only
^1;
> no ^2 or ^3 so in theory it is safe to pass in NULL for the unused
params.)
> The alert displays "Do you want to start a new game in ^1 mode?" and has
an
> OK and a Cancel button.
>
> So far, the only guesses I have about what is causing this are:
>
> 1) Some hack on his Palm is messing things up, or
> 2) His Palm needs a reset to clear up corrupt memory, or
> 3) (I hope not, but maybe) I am doing something nasty somewhere else which
> over-writes the form. (So far, I haven't found any such errors in the
code.)
>
> Does anybody have any other ideas/suggestions?
> TIA
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
