Looks likee I haave found where it comes from. It is const char* string
withing a code placed in one area.
Meantime I noticed that msp4330-objdump is misleading sometimes
For example const char* ptext = "\n\r text\n\r"
gets as result code ending so: " 0d 0a ........". You may notice lack of
ending \0 ( should be 0d 0a
00 ")
However if number of bytes are even in ptext i.e. "\n\r textt\n\r"
you get "0d 0a
00 00"
But I think it is only problem code presentation
robert
Thanks
On Thursday 22 of January 2004 20:05, Dmitry wrote:
> > Does anyone knows what it might mean 'PD not allocated'
>
> As I said before this is a part of stabs, which is a debug information
> towed by linker.
>
> cheers,
> ~d
>
> > robert
> >
> > On Wednesday 21 of January 2004 17:50, J.C. Wren wrote:
> > > It's ASCII text. Starting at 96e8, you've got 'PD not allocated', CR,
> > > LF, 0x00
> > >
> > > Some code somewhere loads a pointer to that text, then most likely
> > > calls a print function.
> > >
> > > --jc
> > >
> > > Robert Seczkowski wrote:
> > > >I thoroughly don't understand the code below
> > > >what br 28192(r4) means?
> > > >also .word 0x0a0d
> > > >Is it a trap?
> > > >the 'ret' instruction is the last in the function. nowhere the
> > > > function instruction jumps to below code (it use only r15).
> > > >strange code ends with the next function label.
> > > >
> > > >Maybe it is static declaration ?
> > > >
> > > >
> > > > 96e6: 30 41 ret
> > > > 96e8: 50 44 20 6e br 28192(r4) ;
> > > > 96ec: 6f 74 subc.b @r4, r15 ;
> > > > 96ee: 20 61 addc @r1, r0 ;
> > > > 96f0: 6c 6c addc.b @r12, r12 ;
> > > > 96f2: 6f 63 addc.b #2, r15 ;r3 As==10
> > > > 96f4: 61 74 subc.b @r4, r1 ;
> > > > 96f6: 65 64 addc.b @r4, r5 ;
> > > > 96f8: 0d 0a .word 0x0a0d; ????
> > > > 96fa: 00 20 jnz $+2 ;abs 0x96fc
> > > > 96fc: 7c 20 jnz $+250 ;abs 0x97f6
> > > > 96fe: 00 7c subc r12, r0 ;
> > > > 9700: 20 20 jnz $+66 ;abs 0x9742
> > > > 9702: 20 20 jnz $+66 ;abs 0x9744
> > > > 9704: 20 20 jnz $+66 ;abs 0x9746
> > > > 9706: 20 00 .word 0x0020; ????
> > > > 9708: 20 7c subc @r12, r0 ;
> > > > 970a: 20 20 jnz $+66 ;abs 0x974c
> > > > 970c: 20 20 jnz $+66 ;abs 0x974e
> > > > 970e: 00 20 jnz $+2 ;abs 0x9710
> > > > 9710: 20 00 .word 0x0020; ????
> > > > 9712: 7c 20 jnz $+250 ;abs 0x980c
> > > > 9714: 20 20 jnz $+66 ;abs 0x9756
> > > > 9716: 00 7c subc r12, r0 ;
> > > > 9718: 0d 0a .word 0x0a0d; ????
> > > > ...
> > > >
> > > >0000971c <PrintData>:
> > > >//--------------------------------------------------------------------
> > > >-- -- ----
> > > >
> > > >
> > > >
> > > >-------------------------------------------------------
> > > >The SF.Net email is sponsored by EclipseCon 2004
> > > >Premiere Conference on Open Tools Development and Integration
> > > >See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> > > >http://www.eclipsecon.org/osdn
> > > >_______________________________________________
> > > >Mspgcc-users mailing list
> > > >[email protected]
> > > >https://lists.sourceforge.net/lists/listinfo/mspgcc-users
> > >
> > > -------------------------------------------------------
> > > The SF.Net email is sponsored by EclipseCon 2004
> > > Premiere Conference on Open Tools Development and Integration
> > > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> > > http://www.eclipsecon.org/osdn
> > > _______________________________________________
> > > Mspgcc-users mailing list
> > > [email protected]
> > > https://lists.sourceforge.net/lists/listinfo/mspgcc-users
--
Regards
Robert Seczkowski
[email protected]
//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\
