home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / msdos / programm / 11786 < prev    next >
Encoding:
Internet Message Format  |  1993-01-04  |  3.4 KB
  1. Xref: sparky comp.os.msdos.programmer:11786 alt.msdos.programmer:3090 rec.games.programmer:5253
  2. Newsgroups: comp.os.msdos.programmer,alt.msdos.programmer,rec.games.programmer
  3. Path: sparky!uunet!europa.asd.contel.com!howland.reston.ans.net!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!usenet-feed.cc.umr.edu!mcastle
  4. From: mcastle@cs.umr.edu (Michael R Castle)
  5. Subject: Re: Need help with Phar Lap DOS Extender and assembly
  6. References: <g8trrpd@lynx.unm.edu> <3JAN199313402308@zeus.tamu.edu> <1993Jan4.153250.9049@mksol.dseg.ti.com>
  7. Date: Mon, 4 Jan 1993 18:58:41 GMT
  8. Nntp-Posting-Host: next9.cs.umr.edu
  9. Organization: University of Missouri - Rolla, Rolla, MO
  10. Sender: cnews@umr.edu (UMR Usenet News Post)
  11. Message-ID: <1993Jan4.185841.2420@umr.edu>
  12. Lines: 55
  13.  
  14. In article <1993Jan4.153250.9049@mksol.dseg.ti.com> daniel@mksol.dseg.ti.com (daniel lemon) writes:
  15. >In article <3JAN199313402308@zeus.tamu.edu> s0r1282@zeus.tamu.edu (RAVET, STEVEN) writes:
  16. >>The real reason I am posting is to recommend a different compiler, GCC from
  17. >>the Free Software Foundation.  It comes with a dos extender that supports
  18. >>VCPI, ie QEMM, DesqView, etc.  It is bundled with a debugger, assembler,
  19. >>profiler, etc.
  20. >
  21. >Correct me if I'm wrong, but isn't that debugger a little primitive?
  22. >I tried out this package, and the debugger wasn't much better than the
  23. >DOS DEBUG.EXE command.  It had no support for source-level debugging.
  24. >(If it actually will do source-level debugging, please tell me; I need
  25. >to know.  We'd be using it if it did.)
  26.  
  27. debug32 can do a little bit more now than it used to.  If the source in 
  28. in the current directory, it will display it as you go along, and you 
  29. can go things like
  30.  
  31. g file.c#50   
  32.  
  33. to run till you hit line 50 of file.c
  34.  
  35. Still not line by line debuging, 'step' still takes you through one machine
  36. instruction at a time, but at least now you can see where you are at (listing
  37. code is much the same, you see the assembler along with the c source).
  38.  
  39. If you have a unix machine nearby, someone from cygnus has managed to do
  40. some changes to debug32 to allow use of gdb using it's serial line protocol
  41. to control debug32 (so you are in essence using gdb).  More info can be
  42. found from the djgpp mailling list.
  43.  
  44. Hey, if you don't like, source is there, feel free to change it!  If you 
  45. really need it right away, you can probably pay someone to put it in for
  46. you (most of the people of doing it in their spare time, remember, and 
  47. dj is taking some time off of it due to an upcoming addition to his family).
  48.  
  49.  
  50. Btw, I saw another post mentioning problems getting to barnacle.  The address
  51. IS barnacle.erc.clarkson.edu, but there do appear to be some (unannounced)
  52. problems.  They may just be doing some maintainence.  djgpp 1.09 can also
  53. be found on simtel20 in pd1:<msdos.djgpp>, could possibly be on garbo (i'm 
  54. sure 1.08 is, not sure if they've upgraded), and a T1 link can be found at
  55. ftp.math.niu.edu (this last also has several ports to dos using djgpp, such
  56. as many fsf packages (ls, sort, cat, tail, head, mv, rm, etc), zoo (much 
  57. faster than standard dos version), and others).  Dir for niu are pretty
  58. obvious.
  59.  
  60. regards,
  61. mrc
  62. (djgpp hacker)
  63.  
  64. -- 
  65. Mike Castle .-=NEXUS=-.  Life is like a clock:  You can work constantly
  66.   mcastle@cs.umr.edu     and be right all the time, or not work at all
  67. S087891@UMRVMA.UMR.EDU   and be right at least twice a day.  -- mrc
  68.     We are all of us living in the shadow of Manhattan.  -- Watchmen
  69.