PROTOCOL: ALT COMPRESSION: NONE CONNECT 2400/ARQ CBBS(R) 4.0.3b 03/23/93 00:48:44 ++LINE > 9 LONG - truncated, return to ACCEPT, ^U to RE-ENTER: XXXXXXXXX^U ?^U ?^U ?^U ?n;ward;christensen;odraw;;fullc;piss Logging name to disk. You are caller 229252; next msg =46163; 368 active msgs. Prev. call 03/22/93 @ 00:13, next msg was 46162 Recording logon for next time. Use FULL? to check assignments ?^U ?xxxxx "Mine" command checking for msgs TO you, ^K to >Function:?dir c:log;dir c:killed;dir summary;type-20 log,ward c;or;*;short LOG. 10 KILLED. 39 SUMMARY. 24 03/22/93,00:13:04,229245,2,WARD CHRISTENSEN,, E#46162,3 03/22/93,12:05:04,229246,2,DENNIS STAHL,,2 03/22/93,16:04:13,229247,2,ANDY SHAPIRO,,1 03/22/93,17:09:30,229248,2,RANDAL CRAIG,,3 03/22/93,17:46:49,229249,2,WILSON MCMANUS,,3 03/22/93,18:24:08,229250,2,KEN STOX,,3 03/22/93,22:13:25,229251,2,JOHN KOSCHWANEZ,ORLAND PARK ,2 03/23/93,00:48:48,229252,2,WARD CHRISTENSEN,, 46162 03/22/93 WARD CHRISTENSEN => DAVID JOHNSON: "PCMANAGE/CLEANUP" - End of summary - Retrieving flagged msgs: C skips, K aborts. Msg 46162 is 09 line(s) on 03/22/93 from WARD CHRISTENSEN to DAVID JOHNSON re: PCMANAGE/CLEANUP OK, I'm running it - let it go on my WHOLE laptop drive. It is taking "forever" (maybe an hour?) to "test" compress every file. Seems to be a bit buggy - things like "compression of -6%, 65020 bytes saved", so it seems there are condx under which it will write MORE bytes in the' process of compressing! Strange! Thus the negative compression is mis-interpreted as a positive 16-bit integer. Yet internally it seems to handle it OK. I'll let you know how it works out. "Interesting". It says 238K saved already! Not sure which ones it found that it could compress the most. dup. chars. >Function:?