Another common cause of these kinds of problems: You've used an API to set the text of a label that requires the new text to be the same size or smaller than the old text, but you passed in a larger text, corrupting the form memory structures. APIs that do this are: FrmCopyLabel, FrmCopyTitle.
Kevin -----Original Message----- From: Larry Gilbert [mailto:stolen-from-palmos@;l2g.to] Sent: Monday, November 04, 2002 8:52 PM To: Palm Developer Forum Subject: Re: Form field wields unusual superpowers :-) Kevin OKeefe wrote: > StrLen(ptr) vs. StrLen(ptr) + 1? Sounds like you've lost the null somewhere.... Ooh, good idea there. I'm not sure it's applicable, though. I'll keep looking. The deeper I dig, the stranger things get. Now I'm seeing a Schroedinger's-cat type problem. If I try to debug it using POSE and gdb, then *ALL* fields in the application act that way. It gets better--they act that way *ONLY* if I set a breakpoint in the middle of the block where I need to examine the appropriate field pointer. I just tried a paste in one of the fields that normally works fine. As expected, it worked fine. I quickly interrupted, put in a breakpoint, continued, and tried one more paste to the same field. POSE hung. Arrrrghhh. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/ ------------------------------------------ The information in this transmittal and any attachments is privileged and confidential and is intended only for the recipient(s) listed above. You are hereby notified that any unauthorized distribution or copying of this transmittal or its attachments is prohibited. If you have received this transmittal in error, please notify Invivodata immediately at (831) 438-9550. ------------------------------------------ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
