home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / amiga / programm / 12907 < prev    next >
Encoding:
Internet Message Format  |  1992-08-31  |  2.6 KB
  1. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!jvnc.net!rutgers!concert!sas!mozart.unx.sas.com!walker
  2. From: walker@twix.unx.sas.com (Doug Walker)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Yet Another SAS/C thread
  5. Message-ID: <Btuno8.L61@unx.sas.com>
  6. Date: 31 Aug 92 13:19:20 GMT
  7. References: <la2ipoINNsk6@pollux.usc.edu>
  8. Sender: news@unx.sas.com (Noter of Newsworthy Events)
  9. Organization: SAS Institute Inc.
  10. Lines: 57
  11. Originator: walker@twix.unx.sas.com
  12. Nntp-Posting-Host: twix.unx.sas.com
  13.  
  14.  
  15. In article <la2ipoINNsk6@pollux.usc.edu>, addison@pollux.usc.edu (Richard Addison) writes:
  16. |> Does lmk still change all file names to lower case?  [This was actually
  17. |> something fairly recent, like 5.10b but not 5.10a.]
  18.  
  19. Yes.  This was a "bug fix" in response to user complaints.  If lmk
  20. didn't do this, then the case of a file would have to match the
  21. case of the target in the dependancy list.
  22.  
  23. LMK (now SMAKE, actually) will issue the commands that you tell it to
  24. in the case that you tell it to, however.
  25.  
  26. |> Does the builtin memcmp() work in all cases?  It generally creates code
  27.  
  28. Yes, it does.  This sounds like something that should have been reported
  29. to technical support; did you do this?
  30.  
  31. |> Does cpr support debugging multiple tasks more reliably?  [I've worked
  32. |> around the problems by detaching all but one task.]
  33.  
  34. Yes.
  35.  
  36. |> Has the compiler/cpr bug with being unable to recognize some symbols
  37. |> within some static functions been fixed?
  38.  
  39. I don't know what bug you are talking about.  Have you reported it
  40. to technical support?
  41.  
  42. |> On large executables, cpr could complain about invalid debugging
  43. |> information.  Has this been fixed?
  44.  
  45. I certainly hope so.  The debugging information format has changed,
  46. and along with it the code that reads and writes it.  We can't
  47. find any cases for which this error comes up with the new code.
  48.  
  49. |> Do the cpr watch commands support the same sorts of display controls
  50. |> as the dump commands?
  51.  
  52. Virtually any place you can specify an address or variable name in
  53. V5 CPR you can now specify complete C expressions, including function
  54. calls.  This includes the watch command.
  55.  
  56. |> Does cpr remember the size and placement of the informational windows
  57. |> when you close and reopen them?
  58.  
  59. No, sorry.  It's already on an enhancement list for the next time.
  60.  
  61. |> Richard
  62.  
  63. -- 
  64.   *****
  65. =*|_o_o|\\=====Doug Walker, Software Distiller====== BBS: (919)460-7430 =
  66.  *|. o.| ||                                          1200/2400/9600 Dual
  67.   | o  |//     For all you do, this bug's for you!
  68.   ====== 
  69. usenet: walker@unx.sas.com                            bix: djwalker 
  70. Any opinions expressed are mine, not those of SAS Institute, Inc.
  71.