Prev: Sun v40z + 64bit Windows
Next: Solaris 9 x86 - physical to virtual - VMWare
From: Doug McIntyre on 16 Feb 2010 00:39
hadi motamedi <motamedi24(a)gmail.com> writes:
>On Feb 15, 2:10=A0am, hume.spamfil...(a)bofh.ca wrote:
>> hadi motamedi <motamed...(a)gmail.com> wrote:
>> > Thanks for your reply . But the output of my 'dis mss.o' is like the
>> > followings :
>> > "38a8: =A041 86 00 24 =A0 =A0 =A0 =A0 ???
>>
>> Again, what are you trying to do? =A0Where did you get this file? =A0Peop=
>le
>> would be able to help you better if they could be sure this wasn't some
>> random file you accidentally downloaded.
>>
>> --
>> Brandon Hume =A0 =A0- hume -> BOFH.Ca,http://WWW.BOFH.Ca/

>Thank you for your reply . I have an SPARC Sun Solaris 8 platform that
>will load the mss.o object file on an VxWork 5.2 target . According to
>the 'nm mss.o' output , it contains the SS7 function that I want to
>slightly modify it to accomodate with the new third party network
>element received . To this end , I tried for 'dis mss.o' but as you
>see the output is not readable . Can you please correct me ?


Reverse engineering code from compiled object files takes a special
person that has a knack for it. Even so, it'll take longer by far to
reverse engineer from raw data back into usable code than it would
take to just write a new version from scratch.

What you are trying to acomplish isn't the right way to go about it,
there is nothing easy about what you are trying to do, learning how
the original module works and rewriting it from scratch would be easier.



First  |  Prev  | 
Pages: 1 2 3 4 5 6 7
Prev: Sun v40z + 64bit Windows
Next: Solaris 9 x86 - physical to virtual - VMWare