home *** CD-ROM | disk | FTP | other *** search
/ Club Amiga de Montreal - CAM / CAM_CD_1.iso / files / 607.lha / CFX_v5.115 / CHANGES.DOC.pp / CHANGES.DOC
Encoding:
Text File  |  1992-01-25  |  12.7 KB  |  315 lines
  1.                     +---------------------------------+
  2.                     | BUGFIXES, CHANGES, and UPDATES. |
  3.                     +---------------------------------+
  4.  
  5.  
  6. CFX 5.102 - 03/Nov/91
  7.  
  8. - Minor changes to some texts.
  9.  
  10. - On registered versions (when I used the compiler's optimiser), a certain
  11.   bug slipped past my eye. This 'bug' is really a feature of my
  12.   global optimiser! A certain initialised auto-variable was being
  13.   'un-initialised' by the optimiser. This caused CFX 5.100 to 'stick' on a
  14.   current-directory scan containing one file. I have now optimised CFX
  15.   5.101+ manually, and no longer use the global-optimiser for finished
  16.   releases.
  17.   NOTE: This was apparent *only* in registered versions.
  18.  
  19. BOB
  20.  
  21. /*------------------------------------------------------------------------*/
  22.  
  23. CFX 5.103 - 19/Nov/91
  24.  
  25. - On registered versions of CFX Pro, some MUTANT Imploder filetypes were so
  26.   mutated that CFX had NO real chance of uncrunching them for the file-virus
  27.   check. This has still not changed, and any attempt to use the "-U" option
  28.   on mutated files may result in a severe system crash. CFX has, however,
  29.   been changed so that it now attempts to determine the extent of mutation,
  30.   and if found to be severe, CFX will not uncrunch the file. This does not
  31.   preclude the possibility that the crunched file is knackered, and CFX may
  32.   still crash the machine when attempting such examinations, even though
  33.   CFX now has tighter control on the situation.
  34.   NOTE: This was apparent *only* in registered versions.
  35.  
  36. BOB
  37.  
  38. /*------------------------------------------------------------------------*/
  39.  
  40. CFX 5.104 - 20/Nov/91
  41.  
  42. - A slight slip-up during programming allowed certain name-changes to CFX
  43.   (which included node extensions like "CFX.blah") but as viruses are
  44.   becoming more dangerous and devious by the day, I have now ensured that
  45.   NO name-changes are possible on CFX.
  46.  
  47. BOB
  48.  
  49. /*------------------------------------------------------------------------*/
  50.  
  51. CFX 5.105 - 21/Nov/91
  52.  
  53. - Practically an inter-author test. First phase of wildcard support (NOT
  54.   AmigaDOS wildcard support, UNIX wilds!) including splats (*), hooks (?)
  55.   and character classing ([]). This implementation of wildcarding DOESN'T
  56.   work with the -d option. CFX will happily accept this mixture, but
  57.   recursive directories will not be parsed. The carding will however work
  58.   as desired. There are slight problems in this version, however. Some
  59.   filenames are skipped for some reason. Classing is weird, and won't
  60.   work exactly properly yet. An example of classing:
  61.   1> CFX c:[ABC]* will examine all files from the c: directory begining
  62.   with A, B or C. Some files may be skipped however (why!?) Fixes are
  63.   forthcoming.
  64.  
  65. BOB
  66.  
  67. /*------------------------------------------------------------------------*/
  68.  
  69. CFX 5.106 - 25/Nov/91
  70.  
  71. - Further testing has revealed that when attempting to use the "-u" option
  72.   a machine with completely stuffed memory (ie. my machine while compiling
  73.   CFX) or severely fragmented memory, the machine may crash when/after
  74.   uncrunching the file. We have attempted to make the uncrunching process
  75.   as clean as possible, but there's not much more that we can do about this
  76.   problem. We will be further looking into it however!
  77.  
  78. - This version sees the addition of further graphics types for the Amiga
  79.   and PC. Additional supported filetypes are: JPEG image compression for
  80.   Amiga and PC; binary Postscript images; BMP 24-bit images; HAME images
  81.   (which appear to be giving CFX the wrong messages about image sizes and
  82.   bitplane depth, but we don't really know as we can't find the specs for
  83.   HAME); and finally, Impulse's RGB8 8-bit images.
  84.  
  85. - The AmigaDOS protect bits for the CLI can make CFX's life a misery. If
  86.   a file has only it's 'H' bit set, or 'A' bit set, then CFX will report
  87.   a "READ ERROR" and refuse to examine the file. This is not CFX's fault
  88.   per se, it's the AmigaDOS function "Read()" which won't allow us the
  89.   privilege. Never mind, just check the protection bits for the file if CFX
  90.   reports a "READ ERROR" without a DOS "READ/WRITE ERROR" requester, and
  91.   change the bits via "protect" if you'd like to examine this file.
  92.  
  93. BOB
  94.  
  95. /*------------------------------------------------------------------------*/
  96.  
  97. CFX 5.107 - 26/Nov/91
  98.  
  99. - Well, it's a post-release Beta test version!! This version can now lay
  100.   claim to being able to uncrunch mutant Imploders as well as Imploder pure
  101.   crunched files. I have optimised this version with the SAS global
  102.   optimiser, and it should be interesting to see if anyone is able to lock
  103.   up their system with this version. Have a good test you guys!!
  104.  
  105. BOB
  106.  
  107. /*------------------------------------------------------------------------*/
  108.  
  109. CFX 5.108 - 02/Dec/91
  110.  
  111. - Added 'APE' archiver. Don't ask me why, either. On an accelerated machine
  112.   this stupid piece of work takes 4-10 times longer than LZ to compress,
  113.   and it doesn't even WIN...
  114.  
  115. - The wildcarding capabilities of CFX have now been minimised, leaving
  116.   only the '*' wildcard. No other wilds work in CFX (unless you are using a
  117.   Dillon-esque shell (ie. CSH)) AmigaDOS wilds don't even work because of the
  118.   particular C front-end that we've linked CFX with. The splat works as a
  119.   standard splat wild (ie. CFX c:A* will examine all files in the C:
  120.   directory starting with the letter 'A'.)
  121.  
  122. BOB
  123.  
  124. /*------------------------------------------------------------------------*/
  125.  
  126. CFX 5.109 - 22/Dec/91
  127.  
  128. - Fixed redirection so that no unprintable characters are printed during
  129.   a redirected run.
  130.  
  131. BOB
  132.  
  133. /*------------------------------------------------------------------------*/
  134.  
  135. CFX 5.110 - 03/Jan/92
  136.  
  137. - Well, after adding ALL of the new options for PowerPacker 4, I found a
  138.   couple of nasties crawling around...
  139.  
  140.   Fixed:
  141.          wildcard (splat) directory path bug
  142.          fixed PowerPacker 3 overlay bug
  143.  
  144.   Fixed & Added:
  145.          significant changes made to the mutation code. Now, CFX may take
  146.          slightly longer to figure out if a file's mutated or not. The method
  147.          employed is a double-width method, which allows fallback if CFX
  148.          thinks it may have found a weird mutant. What this means to you, is
  149.          that CFX should now find nearly ALL mutants, known or unknown
  150.  
  151.   Added:
  152.          '-x' option. This will enable the registered user to access further
  153.          information about certain files. At this time, only DMS archives
  154.          have been added. CFX 5.110, when run over a DMS archive with the
  155.          '-x' option, will display relevant info about the DMS archive.
  156.          (This is currently limited to ONE line of info, which I think is
  157.          nice and discreet, clean, and wholesome.) This line of info tells
  158.          the user the starting track number, ending track number,
  159.          compression mode used, and the uncompressed filesize (for good
  160.          measure!) Further filetypes will be added fairly quickly, as I'm
  161.          interested in perfecting this function. BTW, the coding for the new
  162.          functions are all in assembly, so things shouldn't be slowed too
  163.          much...
  164.  
  165. If anyone has any further ideas (ie. about '-x' support for other
  166. filetypes) then let me know. I'm looking at next doing PowerPacker data
  167. files, and most of the major Amiga archivers...
  168.  
  169. BOB
  170.  
  171. /*------------------------------------------------------------------------*/
  172.  
  173. CFX 5.111 - 06/Jan/92
  174.  
  175. - Shit!  I stole some code from several PC Lharc archivers, and f*ck me
  176. dead if the very same code wasn't completely rooted!  What a joke the PC
  177. is, I think that they're still pissing themselves over that one, but
  178. unfortunately, some people haven't realised that it is a joke, yet.
  179. Anyhow, after, ooh, let's see, 14 hours straight, I have finally finished
  180. the new option, which is just the turbo 'VIEWER' for Lharc/LHA archives.
  181. This is again under the '-x' option, and works practically like the 'V' or
  182. 'L' command in Lharc, except that CFX cuts out all the crap, and gives you
  183. one line of info.  If that isn't enough for you, stiff shit.  I had to
  184. write my own PC integer to Amiga integer converter (in assembly) as the PC
  185. stores its number like this:
  186.  
  187. our magic number (on the Amiga) is 12345678
  188.  
  189. on the PC it's stored like this:  78563412.  God, how brilliant!  What a
  190. pack of complete legends they really are.  What a logical way to store
  191. 32-bit numbers!  Anyhow, just as I was getting REALLY pissed with the
  192. coding for the Lharc viewer, I put on my Pat Benatar "Wide awake in
  193. Dreamland" CD, and voila!, she cured the problem.  (I put a calculation in
  194. the wrong place, one line off *:-( Anyhow, give it a test for me, and see
  195. if you can break it.  I haven't adhered to any official LZH structures, as
  196. the only source that I've got for LHA/LZH is on my PC, and they like to
  197. store long-words on 3-byte boundaries.  Ami don't like that.  So I wrote my
  198. own silly routine, which shouldn't work, but does (up until now, that is!)
  199. Have fun...
  200.  
  201. BOB
  202.  
  203. /*------------------------------------------------------------------------*/
  204.  
  205. CFX 5.112 - 07/Jan/92
  206.  
  207. - Well, Mr. O'Callaghan found three bugs:
  208.   + the need for an extra newline after a '-x' dsm;
  209.   + the need for losing the precision of '-x' Lharc dsm percentiles;
  210.   + the fact that EVERY PowerPacker3 file was known as PP3 MASTER.
  211.  
  212. All of these have been fixed (I hope) so please get back to me if these
  213. appear dicky, or if anything gets to you...
  214.  
  215. BOB
  216.  
  217. /*------------------------------------------------------------------------*/
  218.  
  219. CFX 5.113 - 07/Jan/92
  220.  
  221. - Under Marcus's supervision, CFX's '-x' Lharc dsm failed to count the
  222. number of files, and the correct explosion size of a certain LHA archive.
  223. This is because we weren't checking for EOF properly. Now, that has
  224. changed, and the Lharc dsm option should now prove ok (!?)
  225. Please finalise your wants/dislikes for CFX as I'm just about ready to drop
  226. this stinkweed of a project (as with all other projects...)
  227.  
  228. BOB
  229.  
  230. /*------------------------------------------------------------------------*/
  231.  
  232. CFX 5.114 - 12/Jan/92
  233.  
  234. - Another Brett O'Callaghan-ism! He'd like CFX to be able to report just
  235. WHAT files passed or failed an integrity check, while skipping other
  236. non-relevant information.  Well, this function is now half-completed, as
  237. you can now specify either:
  238.  
  239. 1) a straight integrity check of all files, with reporting of all file's
  240. statuses, or;
  241.  
  242. 2) an integrity check of all files, but only receiving reports about which
  243. files FAILED the check, or;
  244.  
  245. 3) an integrity check of all files, but only receiving reports about which
  246. files PASSED the check.
  247.  
  248. To gain a complete integrity check of all files (and receive full
  249. reporting), use the '-i' option. For a full check, but only receiving
  250. reports for FAILED or PASSED files, use '-if' or '-ip' respectively. This
  251. option is subject to all other dynamic switches/options, as in using the
  252. '-s' option with the '-i' option, you won't receive any information (unless
  253. you use the BOC '-sl' option) about individual files, but only a summary
  254. report. Then check the number of entries in the 'Compromised files' area
  255. for how many bad files there are.
  256.  
  257. Why I say 'partly completed' is because AmigaDos still puts up the "Volume
  258. xxx-xxx has a read/write error..." requester, and therefore interrupts your
  259. CFXing. I do know how to stop AmigaDos from doing this, but it doesn't
  260. appear to be working, but I'll get it right soon. What this means, is that
  261. CFX will force AmigaDos NOT to display the requesters, while remaining in
  262. control of error situations. After CFX has finished it's business, AmigaDos
  263. will again be allowed to put its requesters back up. Have fun...
  264.  
  265. BOB
  266.  
  267. /*------------------------------------------------------------------------*/
  268.  
  269. CFX 5.115 - 14/Jan/92
  270.  
  271. - Thanks to the inimitable Mr. Fish (and my co-author) there have been some
  272. new additions to the CFX brainfile. These are:
  273.  
  274. Sonic Arranger songs
  275. Sonic Arranger synthesiser instruments
  276. Sonic Arranger sampled instruments
  277. AMOS part-cruncher (reloc) (I couldn't think of anything else to call it!)
  278. GadToolsBox data files
  279.  
  280. Marcus and I found a mutated PowerPacker 4 file last night (on a Fish disk)
  281. by PowerPacker's author, Nico Francois. So, already people are mutating new
  282. cruncher-headers (even the man who doesn't like doing this!)
  283.  
  284. I must ask for all of the contributing CFX users to send me any new
  285. filetypes, or crunchers that you find.  The brainfile listing in CFX is now
  286. fairly up-to-date, so it'll be quite easy to check if I have not added a
  287. certain filetype to CFX.  The more cruncher/filetypes we add, the better
  288. for the users!  See ya...
  289.  
  290. BOB
  291.  
  292. PS. Here's the latest registered user list (known as the legend-list):
  293.  
  294. Bob Rye
  295. Marcus Mroczkowski
  296. Stephen Walsh
  297. Darius Ignasiak
  298. Mike West
  299. Brett O'Callaghan
  300. Richard McElvenny
  301. Justin Downey
  302. Brendan Pratt
  303. Amiga Quarantine
  304. Andrew Garth
  305. David Margerison
  306. Wolfgang Schoenfelder
  307. Commodore Business Machines Pty. Ltd. (Aust.)
  308. Ron Hocking
  309. Andrew Rogl
  310. Ralph the wonder llama
  311.  
  312. Thanks, guys...
  313.  
  314. /*------------------------------------------------------------------------*/
  315.