Re: Little Problem

Alan Mace (alan@m-systems.com)
Mon, 17 Feb 1997 07:43:30 -0000

----------
> From: GWRepCami@aol.com
> To: geos-dev@lifelike.com
> Subject: Little Problem
> Date: 17 February 1997 05:06
>
> Hi folks...I've got a bit of a problem. :D
>
> I've talked with my fellow GWRep, JohnH about this, but haven't been able
to
> figure out what it is.
>
> First, I'm doing something a little bit "non-standard" in that I'm
dealing
> with 3 objects. A Trigger, A GenText, and a GenFileSelector.
>
> Basically, I'm creating my own routine for deleteing a file. Operation
works
> like this:
>
> 1.) Select file in the GenFileSelector.
> 2.) Go to menu item with "Delete" trigger.
> 3.) Trigger sends message to process to get the FileSelector selection,
copy
> it into the static dialog box's GenText field, and then call the Dialog
box
> up with MSG_GEN_INTERACTION_INITIATE.
> 4.) Pressing the "Delete" button in the dialog box "would" complete the
> action of deletion.
>
> The problem comes in at step 3. While watching it in swat, the routine
comes
> to the end of the function, and the cursor is on the closing brace. On
the
> target machine, the name "has" (as I've moved the message about trying to
> kill the error) shown up in the GenText object, but at the closing brace
the
> routine hangs saying something like "invalid symbol".

Whenever I get problems with crashes at the end of functions, its usually
cos I've screwed up the stack,.
Are you allocating character buffers that are too small?

Alan M
>
> Calling the bt gets one frame something like " ?(): 0000h:0000h"
>
> Asking "why", "explain" etc, says that no information is available as the
> thread hasn't called fatal error.
>
> This is really peculiar, as it seems that for all intents, the message is
> working. Apparently when the message block is exiting, however, it's
getting
> lost, and frankly, I can't figure out why since the information provided
is
> so sparse, and if it's in the assembly area that the error is occurring,
it's
> beyond me to figure it out.

>
> Thanks for any help or suggestions.
>
> Lee