home *** CD-ROM | disk | FTP | other *** search
/ CP/M / CPM_CDROM.iso / cpm / utils / arc-lbr / nulu15.bug < prev    next >
Encoding:
Text File  |  1994-07-13  |  3.3 KB  |  95 lines
  1.  
  2. #: 153121 S1/General
  3.     10-Nov-85  16:47:35
  4. Sb: NULU15 buggy
  5. Fm: <MoM> John Deakin 74015,1624
  6. To: All
  7.  
  8. Just grabbed NULU15 off Poppourri this morning, and tried it out on
  9. the previously reported problem(s).
  10.  
  11. When creating a new LBR on a different DU, it now remains on the
  12. default drive from which called, as it should.  One bug dead.
  13.  
  14. However, the most serious is still there.  When extracting a large
  15. file (about 70K in this case) from a LBR on my hard disk with 4K
  16. blocks, to my floppy with 2K blocks, it trashes the file, with no
  17. warning.  Only way to check it is run a CRC check on the results.
  18.  
  19.  
  20. #: 153183 S1/General
  21.     11-Nov-85  08:18:48
  22. Sb: #Nulu15 Buggy Too!
  23. Fm: Charles Hart 72755,500
  24. To: All
  25.  
  26. Well, the NULU bug has not been fixed.  The following display of the
  27. directory tracks was taken after using NULU15 to remove a 55k file
  28. from KERMT405.LBR on drive C0: (a drive with 8k minimum allocation
  29. size) to drive F0: (a drive with 1k minimum allocation size).
  30.  
  31.  F0>Z [C
  32.  
  33.  Us  Fn      Ft   Ex S1 S2 RC  Group #'s
  34.  
  35. ==============================================================================
  36.  00  cp4sys  aqm  00 00 00 80  04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 10 11 12 13
  37.  00  cp4sys  aqm  01 00 00 80  14 15 16 17 18 19 1A 1B 1C 1D 1E 1F 20 21 22 23
  38.  00  cp4sys  aqm  02 00 00 80  14 15 16 17 18 19 1A 1B 1C 1D 1E 1F 20 21 22 23
  39.  00  cp4sys  aqm  03 00 00 38  24 25 26 27 28 29 2A 00 00 00 00 00 00 00 00 00
  40. ==============================================================================
  41.  2 Files, occupying 55k of 191k total capacity
  42.  60 directory entries and 152k bytes remain on b:
  43.  
  44.  Clearly there is something wrong with the third directory entry used
  45. - anybody got any idea what?
  46.  
  47. #: 153224 S1/General
  48.     12-Nov-85  13:17:13
  49. Sb: #153183-#Nulu15 Buggy Too!
  50. Fm: <MoM> John Deakin 74015,1624
  51. To: Charles Hart 72755,500 (X)
  52.  
  53. Right.  And if you take a look at the file, you'll find your Ex 01 &
  54. 02, are really both Ex 02 (the THIRD extent).
  55.  
  56. #: 153229 S1/General
  57.     12-Nov-85  19:20:15
  58. Sb: #153224-Nulu15 Buggy Too!
  59. Fm: Charles Hart 72755,500
  60. To: <MoM> John Deakin 74015,1624 (X)
  61.  
  62.  Did you call Murray?  I called once, so I think someone else should
  63. advise him that v1.5 continues the tradition...
  64.  
  65.  
  66. #: 153234 S1/General
  67.     12-Nov-85  19:36:25
  68. Sb: #153183-#Nulu15 Buggy Too!
  69. Fm: Pete Holsberg 70240,334
  70. To: Charles Hart 72755,500 (X)
  71.  
  72. Oh, no!  Are you using LU-mode extraction or FILESWEEP-mode?  Do you
  73. have the proper syntax in LU-mode?  (My success reports were on trials
  74. performed in LU-mode.)
  75.  
  76. #: 153235 S1/General
  77.     12-Nov-85  19:39:50
  78. Sb: #153234-#Nulu15 Buggy Too!
  79. Fm: Charles Hart 72755,500
  80. To: Pete Holsberg 70240,334 (X)
  81.  
  82. filesweep and lu-mode.  Seems to make no difference.  This is a
  83. strange one, no?
  84.  
  85. #: 153246 S1/General
  86.     12-Nov-85  20:46:26
  87. Sb: #153235-#Nulu15 Buggy Too!
  88. Fm: Pete Holsberg 70240,334
  89. To: Charles Hart 72755,500 (X)
  90.  
  91. See above messages.  I got NULU to fail by doing an unnatural
  92. extraction. (Unnatural only because of my 6 logical HD drives and a
  93. ramdisk; my FD hardly gets any use at all except to upload files
  94. people send me!  I got yours today, thank you!!)
  95.