home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text0520.txt < prev    next >
Encoding:
Internet Message Format  |  1996-03-31  |  2.2 KB
  1. Received: from arthur.cs.purdue.edu (arthur.cs.purdue.edu [128.10.2.1]) by nacm.com (8.6.10/8.6.9) with ESMTP id IAA21713 for <executor@nacm.com>; Sat, 22 Apr 1995 08:19:27 -0700
  2. Received: from lab11.cs.purdue.edu (huntercr@lab11.cs.purdue.edu [128.10.11.111])
  3.     by arthur.cs.purdue.edu (8.6.10/PURDUE_CS-1.3) with ESMTP
  4.     id <KAA03070>; Sat, 22 Apr 1995 10:18:59 -0500
  5. Received: (huntercr@localhost)
  6.     by lab11.cs.purdue.edu (8.6.10/PURDUE_CS-1.3)
  7.     id <KAA02543>; Sat, 22 Apr 1995 10:18:56 -0500
  8. From: huntercr@cs.purdue.edu (Charles Hunter)
  9. Message-Id: <199504221518.KAA02543@lab11.cs.purdue.edu>
  10. Subject: Little endian to big endian and vice versa...
  11. To: executor@nacm.com (Executor mailing list),
  12.         DJGPP@sun.soe.clarkson.edu (djgpp mailing list)
  13. Date: Sat, 22 Apr 1995 10:18:55 -0500 (EST)
  14. Cc: huntercr@cs.purdue.edu (Charles Randolph Hunter)
  15. X-Mailer: ELM [version 2.4 PL24alpha3]
  16. MIME-Version: 1.0
  17. Content-Type: text/plain; charset=US-ASCII
  18. Content-Transfer-Encoding: 7bit
  19. Content-Length: 1102      
  20. Sender: owner-executor@nacm.com
  21. Precedence: bulk
  22.  
  23.  
  24. Hi gang,
  25.  
  26. I know that this is inappropriate to post on either of these lists, but
  27. I hear it talked about so often that I thought I might ask here.
  28.  
  29. I am working on a project that will convert simple binaries across
  30. two platforms and or back again. This is similar to a program 
  31. I picked up called, "86to68", which converts 8086 asm to 68000 asm.
  32. I am attempting to do this from the assembled [binary ] 
  33. level. Sort of a re-assembler. Things are working out well, but I have
  34. been ignoring, until now, the endian difference.
  35.  
  36. My question is: What patterns should the program look for? What kind
  37. of strategy should the program use to check?
  38. I'll admit, I am a little  ignorant on the subject. 
  39. Can this be swapped statically at all? 
  40. If so, Should I execute the program internally and tag all references to 
  41. 16+bit  data?  
  42. If not... am I going to have to add a swap routine to every
  43. program that is reassembled?  I'm confused. 8-)
  44.  
  45. Right now, I am only implementing a 2 pass dissasemble that 
  46. does nothing with what appears to be dataspace.
  47.  
  48.  
  49. Mat? Cliff? DJ? anyone???
  50.  
  51.         Help! 
  52.  
  53.             --Charles Hunter
  54.  
  55.  
  56.  
  57.  
  58.