home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / unix / aix / 9328 < prev    next >
Encoding:
Internet Message Format  |  1992-09-02  |  2.2 KB
  1. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!wupost!cs.utexas.edu!ut-emx!ibmchs!auschs!portal.austin.ibm.com!awdprime.austin.ibm.com!konopik.austin.ibm.com!konopik
  2. From: konopik@konopik.austin.ibm.com (Brad Konopik)
  3. Newsgroups: comp.unix.aix
  4. Subject: Re: vi (and other editors) hanging on ptys (and ttys)
  5. Keywords: vi hang ttys ptys
  6. Message-ID: <1992Sep2.183024.857@awdprime.austin.ibm.com>
  7. Date: 2 Sep 92 18:30:24 GMT
  8. References: <1992Aug28.035142.18643@awdprime.austin.ibm.com> <1992Aug31.202808.8084@versyss.com>
  9. Sender: news@awdprime.austin.ibm.com (USENET News)
  10. Organization: IBM AIX Porting Center, Austin
  11. Lines: 34
  12.  
  13. In article <1992Aug31.202808.8084@versyss.com> keithd@versyss.UUCP (Keith Doyle) writes:
  14. >My understanding of an "apar" is that it is a report of a bug, which
  15. >ultimately will result in some kind of a fix such as a "ptf".  Also,
  16. >that normally what you order are "ptf"'s, not "apars" as "apars" do
  17. >not fix anything.  When I tried to order the previous "apars", the
  18. >rep had to look them up and find out what the associated "ptf"'s were.
  19. >Granted, apars may result in a list of ptfs that fix the problem, and
  20. >perhaps therefore apars are more concise in referencing the appropriate
  21. >ptfs, but I got the definate impression that it is ptfs that you "order".
  22. >
  23. >Am I missing something in the procedure here?
  24. >
  25. >Keith
  26. >(direct any mail to "versyss!keithd@netcom.com".  Don't use rn's "R" if you 
  27. >want it to be able to find me.)
  28.  
  29. Pretty close, Keith...you missed a couple states.  PTFs are what ultimately
  30. get ordered, but there are intermediate states before a bug results in a
  31. PTF.
  32.  
  33.   Customer call:   -> PMR -> APAR -> CMVC "defect" -> PTF
  34.  
  35.   Internal report: -> CMVC "defect" -> APAR/PTF
  36.  
  37. The bug Rich mentioned has reached the CMVC "defect" stage and has a code 
  38. fix dropped, but has not been built or packaged as a PTF yet.  If you call
  39. defect support, they can put you on a list of folks waiting for that APAR.
  40. When the PTF pops out, you will get it.
  41.  
  42. -- 
  43.   tcpnet: konopik@konopik.austin.ibm.com  |  Brad Konopik
  44.  ibmvnet: KONOPIK at AUSTIN               |  IBM AIX Porting Center, Austin
  45. internet: konopik.austin.ibm.com!konopik@ibmpa.awdpa.ibm.com
  46.    uunet: ..!uunet!ibmsupt!ibmpa!konopik.austin.ibm.com!konopik
  47.