--------------- FIDO MESSAGE AREA==> TOPIC: 148 4 DOS Ref: F5G00027 Date: 04/08/98 From: KLAUS MEINHARD Time: 10:13am \/To: CLAUS MUELLER (Read 1 times) Subj: monkey.btm Hallo Claus, I have studied the things you did to monkey.btm, and fiddled a little with some parms, and I must say this is starting to look very promising. The output now looks like some northern epos and is especially effective if read aloud ;-) Here it is, zipped and uu'ed: begin 600 Monkey.zip M4$L#!!0``(`(`.!0B"0BVTI M,&?@'KG,F$[A^L=W;SY`\Z[9;G;K<:/1J;4J`<1D"IOKAP#Z)`1J>MV!6JUZ MW&RT:ZUFQ2OSLD-,,@5J.@VOKPQ:H1(FBE#,P*L-N2>#*?`IF"5+$+B! MI3*&3P0&`,'#TJ!QB'A:+E$GS.0HC7\XKC'=H=QR$.]!R(E)ALG<8U>*C">8 M4')&-MF,28AIF>D`N/X5(6//"%(5\SG$`)=`@`63Z\I.5:*RS=T:0]5,I13;C`N$JXG)^!8,!7%UM-B*B+``\5S8Q2C@K<`T2 MDP2-87H--SX7_`LHB0&&>?`8,(U@U`)7&;,DA5/46P_YBT^G$(7M?WJ$)I%% MN5O=$):#:.AM'T5#3?NJQ:A1[8ZK_5N@)V[$Q:\#<4QC?#O^?(NMS9M)%`:/ M:RI4]'K5N-E\L17*E/N<"A8^J!!!B9AZ_\($]T/9R&-F#FS-X^1MI?7CQFY3 MK9Q;OWN26JZ7^"3D^*,DI"?0[QXCL.(VR4AB?SI/\?[M_N2&EW+V2'S:XRKS M">#@+V`<#D)R,BQ;;132,]4AT,V!`H#R"]1USE'7&EQ\9?&YMBE0 M\#"23(:2E5&0RZ342CB`\%"_5EY0YYUX.`3N/,< MF^*4.6'+5/E2&$7EN5%B#F<>[5E%OZQAD?J:E]$LX?&62PP*D=Q=6( M9L=CK]58O7D_CG?+0YMW9;\WFV3*@-_HC.82SH]HB,],C$*7^L:3E*/`L.@M M?`H\%Q:I;WBL.#.5]G_Y3-*2?$9M26J_U>8^"L+DI@;47C^\J;ULAZ7=\*!< M#@Z\$PTL-,,8I%M,4!?]T!!0*%E/F-:W=9 MVD_Z/``V8US6CE1+K_=Y\,GIT>]$VRUD#A_SY>#(!XQ*W+A8,EL*9$+-CMO6_QK9]LNUQ\:_9Z9362UD6E-/M M'Y3)U]#M_B>Z6^]V"[H&9GFJYS45OA]SMB\.]!W=&&I*UZ#?+,96,;:+L5., MW?_-K'_S_8GN>=B^MBSD'-=0_[.^:D#DOT7#$HFEZO+B'U!+`0(4`!0````( M`.!0B"0BVTI TOPIC: 148 4 DOS Ref: F5G00028 Date: 04/09/98 From: KLAUS MEINHARD Time: 07:34am \/To: TED MENKS (Read 1 times) Subj: Variables and TSR's Hallo Ted TM> That may be nice for you, but not for those people that, like me, have TM> older Sound Blasters *without* any drivers to be loaded from the TM> config-file. They still NEED to load those variables, before they can TM> run any utilities regarding the soundcard, from a DOS-environment. TM> TM> I think I've said that before, too! Sorry I did overlook that item. Is updating the software not an option? Grsse aus Ostrhauderfehn, *Klaus Meinhard* --- FIPS/32 v0.99b W95/NT [M] * Origin: Not tonight, dear. I have a modem. (2:2426/1005.3) --------------- FIDO MESSAGE AREA==> TOPIC: 148 4 DOS Ref: F5G00029 Date: 04/09/98 From: KLAUS MEINHARD Time: 07:52am \/To: VIC BATES (Read 1 times) Subj: no memory for 4dos under win95 Hallo Vic you need a line in your SYSTEM.INI, section [386enh], reading LocalLoadHigh=1 even if you are running Windows95 (vs. 3.1n) to grant UMBs to DOS sessions. Grsse aus Ostrhauderfehn, *Klaus Meinhard* --- FIPS/32 v0.99b W95/NT [M] * Origin: Heute schon F1 gedrueckt? (2:2426/1005.3) --------------- FIDO MESSAGE AREA==> TOPIC: 148 4 DOS Ref: F5G00030 Date: 04/11/98 From: KLAUS MEINHARD Time: 06:21pm \/To: VIC BATES (Read 1 times) Subj: no memory for 4dos under win95 Hallo Vic VB> As I said I think the problem is that win95 isn't allowing umb's to be VB> used when opening a 4dos window. I'm not sure why shelling out again VB> from a prog doesn't give the error though. As I told before in a message that went unacknowledged, WIN 3.1x _and_ WIN 95/98 _must_ have an System.ini entry in section [386ENH] that reads LocalLoadHigh=1 in order to provide UMBs to a DOS session. Simply add that line and reboot. One hitch: there must be free UMB mem before WIN starts to provide some later... Grsse aus Ostrhauderfehn, *Klaus Meinhard* --- FIPS/32 v0.99b W95/NT [M] * Origin: This tagline is umop apisdn (2:2426/1005.3) --------------- FIDO MESSAGE AREA==> TOPIC: 148 4 DOS Ref: F5G00031 Date: 04/13/98 From: GERALD MILLER Time: 01:49pm \/To: JORJ STRUMOLO (Read 1 times) Subj: orphaned descriptions Hello Jorj, \|/ Subject: orphaned descriptions /|\ On Monday April 13 1998 at 00:15, you wrote to Gerald Miller saying: GM>> This is one of those apples versus oranges comparisons... JS> Both will work. One uses the command explicitly designed for it, and JS> one accomplishes it by the back door. These are the kind of things that are not totally clear within the help file, but I guess there is only so much you can put into an on-line help file... JS> I think my comment was a remnant of thinking that you were trying to JS> save DESCRIPT.ION, not save a description it it. Most people worry about saving a file; I like to worry about saving a little description because I dislike repetitive typing ,-)) GM>> when I did a DIR listing and then viewed the descript.ion file GM>> afterwards, the filenames and descriptions were gone. JS> Odd. I hadn't thought that DIR alone cleared orphans. Only deleting JS> or moving seems to in some quick tests. This could be because of my alias for one of the DIR commands -- uses some switches and a pipe command... GM>> Number one: Delete ALL the ANTI-VIR.DAT files on ALL drives, in ALL GM>> directories and subdirectories (without updating the description for GM>> this file in DESCRIPT.ION). JS> Is the description the same everywhere? Yes. It's just too much bother to "customize" the description for every directory. JS> Because if it is, it's probably easier to globally recreate it than JS> preserve it. GM>> How would one "read" the DESCRIPT.ION file and verify that GM>> ANTI-VIR.DAT is described only once? JS> Personally, I wouldn't. I'd just redescribe the file. That process JS> would prune the DESCRIPT.ION file in the unlikely event there are JS> duplicates. I think this is the best possibility. I'll refer back to one of your previous messages where you talked about an AVD variable... JS> Or one could do JS> ffind /a:h /v /t"*anti-vir.dat*" descript.ion I took your above line, added a "/s" between the /v /t and ran it from the root directory. I like this command and can think of a few other uses for it. Pity that I've not used it sooner... JS> That gets you a full list. You could redirect that to a file, and JS> then grab the penultimate word on the last line of that file: JS> %@word[-1,[%@line[$di,%@lines[$di]]] JS> for the number of appearances I haven't tried the above command because I'm not sure how it could be used. Perhaps a small BTM example... G'Day ... Gerald --- GoldED/386 3.00.Beta2 UNREG * Origin: 4DOS for one and 4DOS for all! (1:153/715.6) --------------- FIDO MESSAGE AREA==> TOPIC: 148 4 DOS Ref: F5G00032 Date: 04/13/98 From: TED MENKS Time: 07:33am \/To: PETER HEBERER (Read 1 times) Subj: IniRead unbugged... Hi Peter, (Saturday April 11 1998 09:50) Peter Heberer to Ted Menks about: IniRead unbugged... TM>> And ALSO remove the `if %line==**EOF** goto noentry` line from the NTRY TM>> section. This line is redundant now... ;-) PH> Can't find that. Either I did remove this on my own already, or PH> you meant the "section" section ... >>> :section >>> if %line==**EOF** goto nosection << that line? >>> if %line==[%2] set check=entry >>> goto next Ofcourse, you're right! How could I make such a dumb mistake! Kill that line, because it's useless now ;-) Mene Sakkhet Ur-Seveh, Ted Menks Fido : 2:2449/236.51 / 2:284/412.51 PGPkeyID: 2048/1B2ACCED 1997/10/03 (available by RRQ) ... If at first you don't succeed, have somebody else do it for you! --- 4Dos v6.01a --- * Origin: It's the 4Dos way! (Teddy's Land +49-5971-14966 (2:2449/236.51) --------------- FIDO MESSAGE AREA==> TOPIC: 148 4 DOS Ref: F5G00033 Date: 04/13/98 From: TED MENKS Time: 07:23am \/To: BARRY BLOCK (Read 1 times) Subj: Question #1! Hi Barry, (Friday April 10 1998 15:21) Barry Block to Ted Menks about: Question #1! TM>> I've succeeded in killing 4Dos.com, by using an TM>> executable-compressor once, while persuing more efficient TM>> disk-usage ;-) `UCEXE 4Dos.com` certainly killed the poor thing! BB> 4dos.com will compress sucessfully using pklite. BB> (don't run a debugger on 4dos.com without backing up the debugger rst) Thanks, Barry. Not that I didn't know most of this allready... ;-) I didn't know about the debugger, though... But I've decided not to compress command-interpreters anymore. They run much better if you don't fiddle with them ;-) And, to be honest, I *do* have more than adequate disk-space ;-))))))) BB> I guess ucexe is not so good. I try all the compressors that I see BB> for downloading. Most are written by hackers and don't really compare BB> with pklite. Main reason to use them is that fewer unpackers know of BB> 'em. UCEXE isn't just a hacker's tool, anyway. It's part of the UC2 package, and often compresses much better than PKlite. Some programs *do* get a bit crazy after using it, however. Some of the PC-DOS executables didn't survive the treatment, either. DEBUG also became useless, after compression, and you know how important *that* one is to me ;-) Prosperity and a long life, Ted Menks Fido : 2:2449/236.51 / 2:284/412.51 PGPkeyID: 2048/1B2ACCED 1997/10/03 (available by RRQ) ... If at first you don't succeed, have somebody else do it for you! --- 4Dos v6.01a --- * Origin: It's the 4Dos way! (Teddy's Land +49-5971-14966 (2:2449/236.51) --------------- FIDO MESSAGE AREA==> TOPIC: 148 4 DOS Ref: F5G00034 Date: 04/13/98 From: RAYMOND BERIAU Time: 03:36pm \/To: TED MENKS (Read 1 times) Subj: no memory for 4dos under win95 Hello Ted! Quoting Ted's message: TM> But if I may believe what I've been reading here, you should be able TM> to configure Win95 to allow use of UMB's in a dos-BOX. Win3.xx does TM> *not* have such a feature... From my own experiences, I do not think Win95 releases the UMB... But again, I have been wrong before... :) Sincerely, Raymond Beriau. Co-Moderator 4DOS INFODATA Communications [+1 514 432 8467] ... @TAGLINES.LSTS.LSTS.LSTS.LST --- GoldED 3.00.Beta3+ * Origin: INFODATA Communications - 4DOS Support (FidoNet 1:242/105) --------------- FIDO MESSAGE AREA==> TOPIC: 148 4 DOS Ref: F5G00035 Date: 04/17/98 From: JORJ STRUMOLO Time: 11:25pm \/To: JOHN MCALPIN (Read 1 times) Subj: descript.ion editor JM> I've had great luck with the freeware > 4DESC.EXE in Win95 (and OS/2 and DOS). > [...] 4UTILS84.ZIP = 4DESC 1.74 + 4FF 1.83 Last I saw this was up to 4utils86 09jul95 = 4Desc 1.75, 4FileFind 1.86 ... Beware how you take away hope from any human being. --- SR 2.00 #1019 -!- Oliver Wendel Holmes * Origin: Chowdanet! 20gb Amateur Radio BBS (401-331-5587) (1:323/120) --------------- FIDO MESSAGE AREA==> TOPIC: 148 4 DOS Ref: F5G00036 Date: 04/17/98 From: JORJ STRUMOLO Time: 11:40pm \/To: TED MENKS (Read 1 times) Subj: compressing EXEs TM> Disgusting! :-))))) Most of these packers are unknown to > me, such as "ainexe", "lglz", "elite", "megalite" and "xpack". Found another recently, apack, and it seems to be beating the others regularly. Look at this: 4help.exe 59,712 original a.exe 33,495 ainexe t.exe 34,576 tinyprog m.exe 33,470 megalite l.exe 34,148 lzexe x.exe 33,055 xpack i.exe 34,049 elite g.exe 32,588 lglz d.exe 33,676 diet u.exe 31,917 ucexe p.exe 33,550 pklite k.exe 30,571 apack TM> I could end up using lots of diskspace to hold all those compressors, > without saving enough space from compressing other executables ;-)))) Tsk, tsk. Too timid by far. You should *thrill* to the challenge of squeezing a few more bytes out of a file. Only 432,971 total: ainexe.exe 18,300 lglz.exe 25,568 tinyprog.exe 46,112 apack.exe 74,998 lzexe.exe 12,948 ucexe.exe 26,317 comtoexe.exe 4,957 lzx.exe 18,746 unp.exe 12,743 diet.exe 26,370 megalite.exe 29,989 upackexe.exe 6,873 elite.exe 22,872 pklite.exe 53,857 xpack.com 52,321 Compress a few big files and you make up for it in minutes. ... Poetry is the art of creating imaginary gardens with real toads. --- SR 2.00 #1019 -!- Marianne Moore * Origin: Chowdanet! 20gb Amateur Radio BBS (401-331-5587) (1:323/120)