home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / msdos / programm / 8160 < prev    next >
Encoding:
Internet Message Format  |  1992-07-29  |  2.7 KB
  1. Path: sparky!uunet!mcsun!uknet!ox-prg!oxuniv!econz
  2. From: econz@vax.oxford.ac.uk
  3. Newsgroups: comp.os.msdos.programmer
  4. Subject: MS C/C++ 7 disappointments
  5. Message-ID: <1992Jul29.115500.7882@vax.oxford.ac.uk>
  6. Date: 29 Jul 92 10:55:00 GMT
  7. Organization: Oxford University VAXcluster
  8. Lines: 47
  9.  
  10.  
  11.  
  12.   I have a large Dos application which I developed using MSC 6. Having
  13. read the review in Microsoft Systems Journal I was quite excited
  14. to receive MS C/C++ 7. Unfortunately it turned out to be a disappointment.
  15. I am programming for Dos, using C only.
  16.  
  17. - First of all, the marketing section forgot to point out that you cannot
  18.   combine p-code and overlays in one program. Even Microsoft Technical
  19.   Support was surprised about this. It seemed ideal: p-code part of the
  20.   root, overlay the separate tasks. I would be happy if someone proved
  21.   me wrong on this point.
  22. - The Exepack option (LINK) doesn't work with overlaid programs, they
  23.   just hang at start-up.
  24. - Codeview keeps on hanging on overlaid programs (I'm using the new
  25.   dynamic overlay system, called MOVE). It hangs when CV tries to load the
  26.   executable, but sometimes works when changing which files have
  27.   debugging on. Usually the program works normally,
  28.   but on one occasion it hang on exit (which made my think there's 
  29.   something wrong with CVPACK). 
  30.   I installed 386max, and tried it under Windows 3.1 as well ("This program 
  31.   has violated system integrity due to an invalid general protection fault
  32.   and will be terminated").
  33.   This is the worst bit, I cannot write programs without a debugger, and
  34.   the program takes too much memory without overlays.
  35. - I didn't manage to get the function level linking (/Gy) working.
  36.   With function level linking, all functions end up in a COMDAT
  37.   segment, instead of a file_TEXT segment. This should enable the
  38.   linker to throw out unused functions, and gives the option to
  39.   allocate individual functions to an overlay (this is what I tried). 
  40.   I gave up after a while, because after the previous problems I 
  41.   tended to blame Microsoft rather than myself.
  42.   It brought up a question: Does anybody know how the linker resolves
  43.   functions which have the same name (it doesn't seem to make a difference
  44.   whether functions are static or not).
  45.  
  46. My conclusion is that the compiler seems to be fine, but that the tools
  47. are pretty unstable. I hope that the Windows tools are better.
  48.  
  49. To end on a positive note: I have a 32-bit version of the program using
  50. Watcom C 9.0/386. It took a little time to convert the assembler part of
  51. my program, but it's all working fine. No problems linking or debugging at all.
  52. My only wish is that they make the debugger interface more similar to Codeview. 
  53.  
  54. I'd be very interested to hear other people's experience.
  55.  
  56. Jurgen Doornik
  57.