On Thu, 28 Mar 2002, Jim Schram wrote:
> >  i was getting crashes with codewarrior built resources.. why? dunno.
> >  but, it was crashing - and, this was the fix. the fix still applies
> >  for cw release 8.
>
> If memory serves... the first thing those extra instructions do is a push
> onto the stack. So, if your stack pointer hasn't been set up, or your
> stack is full, that would obviously cause it to explode. Does that sound
> like a possibility in your situation? Just curious.

  nej :) stack is fine *g*

00000000  CoProc              | FFB2 000C FFFF  <-- what do these do? :P
00000006  CoProc              | FFB2 0000 3020
0000000C  LINK    A6,-$$005C  | 4E56 FFA4       <-- normal entry point
00000010  MOVEM.L D3-D5,-(A7) | 48E& 1C00
...

  your stack manipulation is the instructions involving the LINK and
  MOVEM opcodes :) maybe codewarrior is adding these 12 bytes and
  making appropriate "compensation" for them when the code is called
  in "normal" conditions

  (in my case, the code was not being called, and, in essence, it was
  optimized out) thats another problem tho :P

> Long ago, before we added a hardware abstraction layer to the Palm OS,
> we devised a method of customizing the OS boot sequence by looking for
> additional ROM code tokens and executing token's data as 68k code.
> Generating the token data via CodeWarrior added extra stuff to the code
> resource starting with CW Pro 5 (...I think, plus or minus a version
> number). This was not a problem, except for the very first pre-RAM
> initialization token... because at that point in the boot sequence there
> was no stack (yet). So, the code pushed, the device crashed, and it sure
> wasn't fun debugging... nor was developing a code-resource-to-code-token
> tool work-around! :oP

  :)

  lets just say i am doing funky things - and, this is the appropriate
  work around i had to come up with :) not too hard to figure out the
  work around as soon as you can see the disassembled code :) why code
  warrior did it in the first place had me baffled..

// az "hack, hack, hack... its off to hack we go..."
[EMAIL PROTECTED]
http://www.ardiri.com/


-- 
For information on using the Palm Developer Forums, or to unsubscribe, please see 
http://www.palmos.com/dev/support/forums/

Reply via email to