home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / unix / sysv386 / 13618 < prev    next >
Encoding:
Internet Message Format  |  1992-08-26  |  3.4 KB
  1. Path: sparky!uunet!cis.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!agate!rsoft!mindlink!a2
  2. From: Frank@mindlink.bc.ca (Frank I. Reiter)
  3. Newsgroups: comp.unix.sysv386
  4. Subject: Impressions of ODT 2.0
  5. Message-ID: <14604@mindlink.bc.ca>
  6. Date: 26 Aug 92 18:45:39 GMT
  7. Organization: MIND LINK! - British Columbia, Canada
  8. Distribution: world
  9. Lines: 64
  10.  
  11. Last week we moved our development efforts from ODT 1.1 to ODT 2.0.  So far my
  12. impressions of ODT 2.0 can be summarized thusly:
  13.  
  14. ODT 2.1 should be really nice.
  15.  
  16. I think 2.0 was rushed - I've found it not to be up to SCOs usual standards.
  17. In less than a week we have found various problems, and SCO has not been able
  18. to resolve all of them to our satisfaction.
  19.  
  20. Examples:
  21.  
  22. - In the installation notes you are warned "It is recommended that the
  23. development system be installed in single user mode" or words to that effect.
  24. What it should say is "You absolutely must install the development system in
  25. single user mode or you may not be asked for a serial number and activation
  26. key, and the compiler will not run."
  27.  
  28. I'm told this will be documented this way in the next release.
  29.  
  30. - We increased NREGION from 300 to 450 to get rid of a region table overflow.
  31. The kernel would not relink - it complained about "missing required driver
  32. aud".  A call to SCO got us the help we needed - running fixperm changed the
  33. group on various link kit files and all was okay - but how did it get this way
  34. in the first place?  There are no 3rd party drivers on this machine.
  35.  
  36. - The compiler gives is spurious warnings on correct C code which calls
  37. functions by using a pointer to the function.  SCO's solution?  Use cc -W0 or
  38. don't prototype the function.
  39.  
  40. Thanks a lot.  We have an application with 150,000+ lines of source code here.
  41. We rely on prototypes and compiler warnings to aid us in our development.
  42.  
  43. I'm told this will be corrected in the next release.
  44.  
  45. - The compiler dumps core compiling modules of that same 150K line application
  46. if symbolic debugging information is included.  SCO's solution?  Create Xenix
  47. format binaries (which requires that we convert all of our libraries to that
  48. format as well) or don't use symbolic debugging information.  This will be
  49. fixed in the next release.
  50.  
  51. - We're having trouble using codeview even with the applications that WILL
  52. compile with symbolic debugging info - the <ENTER> key is not recognized (nor
  53. will ^M or ^J yield the desired results.)  We have a support call from SCO
  54. scheduled on this one.  I have this terrible fear that the answer will be
  55. "Don't use codeview - this will be fixed in the next release."
  56.  
  57.  
  58.  
  59. I've been hearing mention of this next release quite a lot this past week.
  60. What I haven't heard is whether to expect it next week, next month, or next
  61. year, or how much I'm going to have to pay for it.  If others are having as
  62. much trouble as we are then perhaps ODT 2.0 ought not to have been released
  63. yet.  It has fixed a bunch of annoying problems with 1.1, but the problems we
  64. have now will have a much greater impact on our productivity.  We may go back.
  65.  
  66. This is only the experience of one site, but so far this site's recommendation
  67. is to wait for "The next release (tm)".  I'd like to hear from other 2.0 users
  68. who agree or disagree.
  69.  
  70. Frank.
  71. --
  72. ___________________________________________________________________
  73. Frank I. Reiter                 Internet: Frank@mindlink.bc.ca
  74. MIND LINK! Communications Corp. Surrey, British Columbia, Canada
  75.