From: Digestifier To: Linux-Misc@senator-bedfellow.mit.edu Reply-To: Linux-Misc@senator-bedfellow.mit.edu Date: Thu, 4 Nov 93 13:24:54 EST Subject: Linux-Misc Digest #272 Linux-Misc Digest #272, Volume #1 Thu, 4 Nov 93 13:24:54 EST Contents: 2MB vs 1MB on 801 S3 ? (Jens Kristian Elstad) Re: Hurd status and call for volunteers (Louis-D. Dubeau) xfree2.0 <-> xfree1.3 (Markus Strasser) Re: What's different between SLS and slackware? (Byron A Jeff) Re: ``Dynamic Cache Architecture'' (GALBRAITH JOHN) Re: 2MB vs 1MB on 801 S3 ? (Daniel Y.H. Wong) LinkKit problem in Xfree2.0 for XF86_S3 server (Daniel Y.H. Wong) Re: xfree2.0 <-> xfree1.3 (Julien SIMON) Benchmark results here (of no value - no doubt ;-) (Johan A. Grape) Bogomips: pl13 vs. pl13p (Tomislav Goles) Re: xfree2.0 <-> xfree1.3 Slackware 1.0.5 & SL/IP? (PERUCCI, PHILIP A.) Re: ``Dynamic Cache Architecture'' (Joachim Hoenig) HP ScanJet IIC with Linux? (Stefan Maehler) Collecting FP benchmark info. (Kevin L. Allred) ---------------------------------------------------------------------------- Crossposted-To: comp.windows.x.i386unix From: chris@stud.cs.uit.no (Jens Kristian Elstad) Subject: 2MB vs 1MB on 801 S3 ? Date: Thu, 4 Nov 1993 13:20:35 GMT Reply-To: chris@stud.cs.uit.no Hi! I am currenty running Xfree 2.0 S3-server, on a Actix GraphicsENGINE 32 plus with 1 MB dram (801 at-bus card). I was just wondering if anyone has a clue to how much performanse gain it will be to updrade to 2 MB...? Ofcause the resolution is importante; I'm running 1024x768x256 in about 80Hz NI mode. I plan to keen this resolution even if I upgrade. Anyone have some benchmarks on 1MB vs 2MB in 1024x768 mode ? My card is good for 57000 Xstones on my 486-33DX, 16MB. ( This test was done on the X386 1.2 S3-server ). comments, thoughts ??? -Kristian. ______________________________________________________________________ Kristian Elstad Tel.: +083-72917 Computer Science, Internet: chris@stud.cs.uit.no University of Tromsoe, Varden vn. 225a, Tromsoe, 9018, Norway. ______________________________________________________________________ ------------------------------ Crossposted-To: gnu.misc.discuss From: hallu@info.polymtl.ca (Louis-D. Dubeau) Subject: Re: Hurd status and call for volunteers Date: Thu, 4 Nov 1993 13:19:29 GMT Michael I Bushnell (mib@geech.gnu.ai.mit.edu) wrote: : The `Hurd' isn't just a name. What it was that we chose to do was : something that couldn't have used much of a start from anything other : than what we did: Mach. We don't use bsdss either; that would be : equally monolithic. And the Hurd is hardly from scratch, given Mach. I know Hurd isn't just a name. It's good to be innovative but you don't have to bring all the innovations at once. You can start from a single-server and divide the functionnality between several servers later. In the process you can also add new functionnality. You wouldn't have started from scratch if you had ported Linux or some other free OS to Mach and started from there instead of what you did. : Since one needs some licences to use bsdss, it seriously retricted the : number of people who could do anything useful for Hurd. I welcome the call : for volunteers but I don't think they'll get many positive responses. (I : sincerely hope I'm wrong about that prediction.) : It's the problem not with bsdss but with the other single-servers. : bsdss is based on NetBSD, and while it isn't stable, it will be soon. : (There have been volunteers, incidentally, who have time, equipment, : and the necessary licenses.) OK then I was wrong, the picture is: bsdss is unstable and the other BSD based servers need to have some licences. : Also, in order to participate in the alpha test, when that happens, no : licenses will be necessary. I don't feel this will happen soon, sorry. : However: the FSF's goals are not self-aggrandizement. Linux being out : is a Good Thing for the FSF, not the other way around. So, whether : there is a free OS from the FSF or not, the FSF's goals are helped by : there being a free OS. Like I said in an other message (posted in an other thread), whether we like it or not there will be a contest between Hurd and Linux when Hurd will come out. I know the FSF don't seek self-aggrandizement, but it nevertheless has some influence over free software development. -- =========================================================================== | Hallu (Louis-Dominique Dubeau) | | Membre du Comite Micro de l'AEP | | Departement de Genie Informatique | | Ecole Polytechnique de Montreal (Montreal, Quebec) | ====================== This sentence is false !!! ======================== ------------------------------ From: strassma@trick.informatik.uni-stuttgart.de (Markus Strasser) Subject: xfree2.0 <-> xfree1.3 Date: Thu, 4 Nov 1993 13:24:24 GMT Hello can anybody tell me if I have any advantages when upgrading from xfree1.3 to xfree2.0 (et4000-card) ? Regards Markus ------------------------------ From: byron@cc.gatech.edu (Byron A Jeff) Subject: Re: What's different between SLS and slackware? Date: 4 Nov 93 13:43:12 GMT In article , Rob Getter wrote: >What does SLS have that Slackware doesn't and vice versa? I know about >the bugs in the SLS release, having found and fixed most of them on my own >system. 1) Up to date software. Expect XF86 2.0 very soon for example. 2) A developer who responds both to E-mail and News posts and actually makes changes when reported. It's the difference between night and day. BAJ --- Another random extraction from the mental bit stream of... Byron A. Jeff - PhD student operating in parallel! Georgia Tech, Atlanta GA 30332 Internet: byron@cc.gatech.edu ------------------------------ Crossposted-To: comp.windows.x.i386unix From: galbrait@rintintin.Colorado.EDU (GALBRAITH JOHN) Subject: Re: ``Dynamic Cache Architecture'' Date: Wed, 3 Nov 1993 08:30:53 GMT In article <1993Nov1.182903.4521@opal.comlab.ox.ac.uk>, Andrew Stevens wrote: > >>(*) on another note, has anyone heard anything about Dynamic Cache >>Architecture ("DCA"). The guy I bought the m/b from said it was the >>"latest thing" and was much faster than having 128K cache on the m/b. >>The m/b manual also says that it can be up to 300% faster than normal >>cache memory. Unfortunately, the manual doesn't go into much detail, >>but it seems to me as if it might be just some sort of sophisticated >>write buffering scheme (the manual talks about buffering 8 bit and >>16 bit writes until it has a 32bit packet to burst-write onto main >>memory). that's about as much detail as it goes into - taiwanese-english >>is amusing reading at times but it's bloody hard to get useful info >>from it. I have the sales brochure for the Ocean Hippo(?) motherboard that uses the DCA architecture. It has been a couple of weeks since I read it, but it explicitely states that it is optimized for "16 bit software that is running today - like DOS/Windoze 3.1" or some such thing. It then proceeds to spend 2 or 3 pages describing why every single publically available benchmarking program will demonstrate inferior results to other caching strategies yet it is still performs better on real world applications. Sure, whatever. Needless to say, I did not give it another thought. john ------------------------------ Crossposted-To: comp.windows.x.i386unix From: wongda@eecg.toronto.edu (Daniel Y.H. Wong) Subject: Re: 2MB vs 1MB on 801 S3 ? Date: 4 Nov 93 14:33:23 GMT In article <1993Nov4.132035.12676@news.uit.no> chris@stud.cs.uit.no writes: >Hi! > >I am currenty running Xfree 2.0 S3-server, on a Actix GraphicsENGINE 32 plus >with 1 MB dram (801 at-bus card). >I was just wondering if anyone has a clue to how much performanse gain >it will be to updrade to 2 MB...? > >Ofcause the resolution is importante; I'm running 1024x768x256 in about >80Hz NI mode. I plan to keen this resolution even if I upgrade. > >Anyone have some benchmarks on 1MB vs 2MB in 1024x768 mode ? > >My card is good for 57000 Xstones on my 486-33DX, 16MB. >( This test was done on the X386 1.2 S3-server ). > >comments, thoughts ??? > I have 2MB but only running at 61.5Hz. At 80Hz? Would you send me you Xconfig please? So that I can try it out and let you know. Also anyone notice that there are 'lines' on the screen with you move the windows? The problem only occurs when I use 1280x1024 mode. "1280x1024" 110 1280 1320 1480 1728 1024 1029 1036 1077 "1280x1024b" 110 1280 1328 1512 1712 1024 1025 1028 1054 Am I doing something wrong? If these setting are incorrect, would someone post or email me the correct ones. Thanks. >-Kristian. >______________________________________________________________________ > > Kristian Elstad Tel.: +083-72917 > Computer Science, Internet: chris@stud.cs.uit.no > University of Tromsoe, > Varden vn. 225a, Tromsoe, 9018, > Norway. >______________________________________________________________________ > > -- Daniel Y.H. Wong UofT:(416)978-1659 wongda@picton.eecg.toronto.edu Electrical Engineering -- ------------------------------ Crossposted-To: comp.windows.x.i386unix From: wongda@eecg.toronto.edu (Daniel Y.H. Wong) Subject: LinkKit problem in Xfree2.0 for XF86_S3 server Date: 4 Nov 93 14:41:07 GMT Hi, I am trying to add PEX support to my XF86_S3 server, after editing site.def, and mkmf, the makefile die: Checking in drivers/s3... + make Makefile + make Makefiles make[1]: *** No way to make target `Makefiles'. Stop. + make depend make[1]: *** No way to make target `depend'. Stop. + make make[1]: No targets specified and no makefile found. Stop. make: *** [drivers/s3/mmio_928/mmio_928.o] Error 1 and the corresponding code in the makefile: $(S3OBJS): $(ICONFIGFILES) @for i in $(S3DRIVERSRC); do \ (echo Checking in $$i...; cd $$i; set -x; \ $(MAKE) $(MFLAGS) Makefile; \ $(MAKE) $(MFLAGS) Makefiles; \ $(MAKE) $(MFLAGS) depend; \ $(MAKE) $(MFLAGS)); done touch $(S3OBJS) Anyone got S3 server compile successfully? Thanks -- Daniel Y.H. Wong UofT:(416)978-1659 wongda@picton.eecg.toronto.edu Electrical Engineering -- ------------------------------ From: simon@masi.ibp.fr (Julien SIMON) Subject: Re: xfree2.0 <-> xfree1.3 Date: 4 Nov 1993 14:55:16 GMT In article <1993Nov4.132424.4408@ifi.informatik.uni-stuttgart.de>, Markus Strasser wrote: >Hello > >can anybody tell me if I have any advantages when upgrading from xfree1.3 to >xfree2.0 (et4000-card) ? From my experience, Xfree 2.0 is speedier than 1.3, even with non-accelerated cards. My Trident 8900C seems faster ... Moreover, many bugs have been fixed, so why not upgrade ? > >Regards > Markus Julien ------------------------------ Crossposted-To: comp.windows.x.i386unix From: jgrape@coos.dartmouth.edu (Johan A. Grape) Subject: Benchmark results here (of no value - no doubt ;-) Date: Thu, 4 Nov 1993 13:31:24 GMT Hi all. Well, I just upgraded from XFree86-1.2 to 2.0 I ran xbench just prior to upgrade and just following upgrade. System: Linux on 386/40 w/ 387 64k cache 16mbyte 60ns ram Orchid Prodesigner IIs w/1024k on ISA bus at 10MHz (That's an ET4000) Xconfig: 256color - screensize 1024x768 (virtual same size) speedups all Load: init, /etc/update, getty on tty1 (1 v. console, none logged in), xinit, X, 1 xterm (no wm) screensaver off : xset s off xbench compiled with gcc-2.4.5 and libc-4.4.4 The exact same setup for both runs, using the default script included in xbench: XFree86-1.2: 11434 xstones XFree86-2.0: 11404 xstones I think the drop in performance is incidental. I ran the test twice on each version. Virtually the same numbers. Faster than a sun 3/50 at least :-) However, I must say that 2.0 seems more responsive under normal X usage, which goes to show how little benchmarks tell you. I was wondering what an ET4000 on VLB does for xstones? Also I wonder if my results are bus or processor limited. I'd be really interested in hearing what various configurations of processor/bus/ET4000/ET4000-32 do. If someone is interested in trying this out, I can gather a list of results. I am only interested in ET4000 related results! Since these are dumb framebuffers, and reasonably common in lots of flavors. Please use the exact system load and xbench script I used. (I realize some may object to this as the basic measure of performance, but hey - it's there, and we have to have some standard) Thanks Johan PS.: xbench source can be retreived from ftp.uu.net in /usenet/comp.sources.x/volume3/xbench. ------------------------------ From: goles@CS.UTK.EDU (Tomislav Goles) Subject: Bogomips: pl13 vs. pl13p Date: 04 Nov 1993 15:23:11 GMT I have upgraded from pl13 to pl13p and Bogomips went down from 25.04 -> 24.85 on my 486DX50. Does anybody know what's changed between pl13 to pl13p that would cause this slowdown? Tom Goles tgoles@mhfl.sbi.com ------------------------------ From: fritz@xlnt.zk3.dec.com () Subject: Re: xfree2.0 <-> xfree1.3 Date: 4 Nov 1993 15:23:49 GMT Reply-To: fritz@xlnt.zk3.dec.com () In article <2bb54k$eo@vishnu.jussieu.fr>, simon@masi.ibp.fr (Julien SIMON) writes: |>In article <1993Nov4.132424.4408@ifi.informatik.uni-stuttgart.de>, |>Markus Strasser wrote: |>>Hello |>> |>>can anybody tell me if I have any advantages when upgrading from xfree1.3 to |>>xfree2.0 (et4000-card) ? |> |> |>From my experience, Xfree 2.0 is speedier than 1.3, even with |>non-accelerated cards. My Trident 8900C seems faster ... |> |>Moreover, many bugs have been fixed, so why not upgrade ? |> |>> |>>Regards |>> Markus |> |> Julien |> |> Got a Diamond??? (Speedstar). My understanding is there is "NOOOO" support for them in 2.0. Comments? Suggestion? (Short of buying another Video Cont. See Ya, Bob. ------------------------------ Crossposted-To: comp.os.linux.admin From: SSB1PZP@imcvms.med.navy.mil (PERUCCI, PHILIP A.) Subject: Slackware 1.0.5 & SL/IP? Date: Thu, 4 Nov 1993 14:02:20 GMT I am thinking of getting a SL/IP connection and would REALLY appreciate the input from any Slackware 1.0.5 users out there on... 1) Does SL/IP as included with Slackware 1.0.5 WORK (once configured)? 2) Is there a USENET reader included with Slackware that works over SL/IP and supports NNTP? 3) Does mail (SMTP) run over SL/IP? 4) My SL/IP connection will be limited to 2 hours/day ($35). Is it reasonable to expect to be able to download about 30 SMTP e-mail messages and about 15 newsgroups a day in 2 hours/day??? I am especially concerned about how quickly the SL/IP server will recognize my system and start downloading after I connect. If it takes an hour to notice my system is there, and I only have 2 hours... It sure would be nice to get my Linux system on the net, free of the shackles of my employer! Any comments, anytime, anywhere VERY MUCH appreciated!!! =========================================================================== Phil Perucci, Systems Programmer | "I don't speak for any organization ssb1pzp@imcvms.med.navy.mil | and no organization speaks for me" =========================================================================== ------------------------------ From: hoenig@immd3.informatik.uni-erlangen.de (Joachim Hoenig) Crossposted-To: comp.windows.x.i386unix Subject: Re: ``Dynamic Cache Architecture'' Date: Thu, 4 Nov 1993 15:41:10 GMT mjalava@ahti.hut.fi (Mika Jalava) writes: >In article <1993Nov1.182903.4521@opal.comlab.ox.ac.uk>, >Andrew Stevens wrote: >>If this is the new Headland chipset its supposed to actually be quite >>respectable. Basically, I think it simply comprises a fair fancy >>banked/interleaved interface that enables main memory to run roughly as >>fast as the usual (rather mediocre) secondary cache. The best test for >>performance, however, would be to run a decent-sized CPU/memory >>intensive program and compare result with other machines. >I am not sure what the name of the chipset on our new mb is, but it >might very well be Headland. Anyway, we changed an older 486/33 with >256 cache to one of these (also 486/33) and the new one seems to be >somewhat faster. There may be something else that differs, too, but >at least it seems that the new system isn't _slower_ than the normal >cache. >I haven't really tested the boards with any benchmark program, but for >example compiling the linux kernel is a bit (like 10-20 %) faster. The >difference may also be due to the fact that the IDE controller is now >a VL bus card, formerly only ISA. Anyway, I think the DCA is rather >well comparable to a 256k cache, not much faster, not much slower. > Mika It is the Headland chipset. And it is no surprise that motherboards with this chipset perform better than most other chipsets/motherboards. Under DOS a 256k Cache may do a good job in hiding a crappy memory architecture, as 256k is a substantial portion of the 640k address space. If you use linux the result is quite different. Cheapy-yucky motherboards like to omit the dirty-tag RAM ($5). This causes a cache line to be always written back to (very slow) main memory before it is loaded. Some motherboards do not even have the dirty-tag RAM socket ($.10). Sure, 256k Cache looks very good in the advertisements. Joachim ------------------------------ From: maehler@wrin1.urz.Uni-Wuppertal.DE (Stefan Maehler) Subject: HP ScanJet IIC with Linux? Date: 4 Nov 1993 14:36:40 GMT Hi Are ther any drivers or programs to word with a Scanner under Linux? Stefan ------------------------------ From: allred@bongo.cc.utexas.edu (Kevin L. Allred) Subject: Collecting FP benchmark info. Date: 4 Nov 1993 17:34:23 GMT I'm interested in collecting FP benchmark info on systems running Linux. I'm attaching to the end of this posting a UUencoded version of the "C" version of the linpack benchmark. I ran this on my home system and my system at work with the following results. CPU FPU kflops/sec ========================================== AMD386DX40 none 12 INTEL486DX50 internal 2090 I'm thinking of upgrading my home system (386DX40) to a Cyrix 486DLC40 with the Cyrix 3D87 FPU, and I wonder how fast it will be. Given the very poor performance of my current system, I think I will at least get the 3D87 FPU. So mail me your speeds and/or experience with FP intensive applications, and I will summarize. I compiled the benchmark with the following command: # gcc -O6 -DDP -DUNROLL -o linpack linpack.c -lm Please use the same command when preparing your executable. Thanks, Kevin Allred begin 644 linpack.c.gz M'XL("**JURP``VQI;G!A8VLN8P#-/&ESVT:6G\%?T>.473P@DN`A*9;MJ_U_V: M'/4[G9\27Z6AG\F5R&+Q=['8B[_%2@52_!3OQ7QT?@YC8K&,HVT02I$&ZAK> MMHE"/];AM\"+%YD?J!$$H;*4XF_OOOG@"G^U@JGO M?WCW#LG-;B2N'/EJ)0",3(?6]%P=!O#S]T=`=/XWSD64IYE(MT#&>B]B)46\ M9IX`'81[5A*]C!.@-POW1^?2BC2[7+T-0G_4Z7P5K%=R+3[\V/D*W@$M\?[M M-^_$.HS]K&CZO[?O?Q#CX;AH^.'[M\*S/O_X_NW?Q;,/++YGG:^D6@7K`OBW M->`LN@9TV8`OZRM\RT*W5M#=W__TW7^__2"\<;$H$EXN"Q^^^_Z?XME[%E0! M0`]F/C6'_VPD:].DEF&^DN)5FJV">'CSQFJ*_.P&6SIIYF?!DLF-]ED0R+CH.C5XF_MZ-MZF; MQ9D?NBI.(I_^[LR(1*;!RJ6_RI4XTG.S"/Z?F!'0&,:JVW-3N8S5"AXVZXL" MJ4!E(MC>9;RZ<@-7(1FI&ZAU[(8K'__Y,"4$-(`L!SZ*UP)0OJ!G_C"&#X@K M?!B.YZ<7HN,H>/:PH^.LMPDLL^X")^,\Q>U=I1]H_'9CX7EOV.[_I?Z MEWK6NZB`E4G2"A;;&V"Q\3#8CM`OH!=(Z$Y0/_M=U8?_>KW1=#@6`P&-U&2/ M!Z6XEJI+#`-&+MP7)"X88D9D'@`T4BB;5]=R[1?S4!CN"^2^-43K%NC*^,J" M(4X`YE/@IV$5_L(=-Z%[CT!'%83N"BZ#RF3@QJA/@]$/Y9D4/BMH#C/!.X'O M1@\&37F8I4,A^B-1,A`]>C>`%<87(A"OA(*WP:`G/A4C\.7L+@/$<@%OH`0/ MG\'_)RZPX`5.&BNLHMUVWT70BA;9N39T(A2!#\=E(]EJO?&)>!B`77YX(];^ M(NUVV:WV$+M>#PS-Z?!<-O_"'+?C:$"&'=KO5C^7 M']$?BXH`K+F,FFM]9N2T3ZF[-Z*)7+/P$PF\V,8))FFH3*#Z2;"$'L@+X@2& MB^?S%2*L6ORD9@YYG>(Q#?F1C9Q?[//I,5=!UN9S-:P$0DE<4Q@3 M#?*@_+TGR]]KDW_+DG-[24O^_T$93?Y0&1V%WI#1I"JC2:N,)D=E-'FRC"9M M,FI9UPW%XTFC8[;S]FK.?%+[/&US[GI#]!M<1S'S$>MHIT=%>WLR:*=M8FV90A%__'2VK^!TOJ*/R& MI.952\G""(^)R*EQSCDJ%*>D_[2%6VW`#O'? M*7G7#JK!\=,JQT^O2B`3#42SVBF9='J`QT[)W-,VYMK0YS;T@JN-N*ECUKB% M#X_$$.=P;&R5V9.BXP$)/MA"/'L\+GX^+<>$_F#+O65U>]V&`IQ5%>"LJ@!G M[0IP]K@"G+4IP%E5`A6 MCB(BA-[!L`#),)2E#T0KO<=*83]J,@&&=5QJ#8LJ).0?%[.E+ M]I,SLY^L;RAGM<_SVN?3VN>SSSX);<&[/`R%C:[X+Z;V0CQ?B?=X/(.H,N$N M>Q8`H@^`.J/^2>L+3_9*-$4WB>]['3QLAH>+SJ=.'8?GGC>[,"\.;>7K#G.F\9.@UUIAXL$EU@/ MN'+YH.R"^(;CA.(3UO^1XC[.0RPP;20>K*[D,L13(9AX"0,!NT6>B:58Q:"/ M*LZ$CQY!!-E0B.\4&'J0=M:Y6F8@[-?82=^RD[[E M0\];XY\/'X@ZCH$Z]2;S/CT_%Z?S^?04[=1AQ&X'=&+;I>X3,9VA> M.RQ17_MYF@80MV080*3"\T@U[-A@@E3D:0Z8[L72IV(?3(.N92V35AAMD8LZ.+H!6A9`I=^/`>2S:0U$8VA!@042F>6):E(. MDLFW6Y@,9@%VS"02=I8_/XF6-Z(>]!#4`*^V:"+^J"T MK:@RRX*/I$E&,XS""O0C83]'P`"S`2`D=?!!5/$J7V9(,>`>Y1E#0XSQ1%V` MU;1QJD8B6@Y.$3F!K?/!D@':LB4#4)`&<$[ML%?<2221D`ON8G3F*US+A@<^ MX9A,P7UQF0;2XCL_S&63EZ_%1I"9Y)>;*_A?#.6O0_218BC(4QC#0=M-DKBY M"+W0QH+,W/N@>6F^2.(\"Y0L#!@=4OM\HLW/P)W=^)DN>+#EK0*P[3`$);\+ M(%D&I_!1)O$!*&OM'`!WT*/2]A4;.*=^H,1AX./5AV.H:'/"*S`HQ2#;&\:; M^RM,IKGOLJ(K.>/SD3<;G9T+S>EE*.]`]>-0)B[J%(W.]@A9R7L1R5V`#LY/ MKF.EI&#'"-(*_859SGCJ5']>A'X*J^VV>W>5`KENL/(C?]?AL*_KNZ@1B2*Q M)T1K2OD_.:B,PPM/Z_;<6W?C;K:>&[HJ@GUT42-N\]GL9[=^D@4`G/02&,1[ M"PI1.IL'2/"D(-A[>A^`+6]>"S&V`NR&`^P&`RPL+39%B`5\2#4'.-^2DX-[ MJ'6`=W>@O[`+N6,4'`>;-67J9..^X-BU&6RN7*\'X#:4;%!0W6`0#R]H&D!% MM3(0(_13*0MX&8=Y!$XA3,#=[JGX*FPG$'P$N>O5D5"S8G@E_O):;U`^42^N M0H)9WL! MB+$PY7_+)Q<(X&HGL$4;U8&2M@%7NYN!UW,SB[<##[E[48"'1+NI-)J/)"V, M6F:](@T#F3<3L0KYMR7Y+6QRRD'6C((E3ME"/.'6!WXC>SI,F\NC6`=?%(`, MW:B7`$KP`X'D[6RUN(Q9KK815D,<";/PG302"\QH-B?&:'@EP,OK#>@O=!N= M,J!H]",99Z>US'`;+WK-3!-:+RK;G#])UFFGG1`=TCB\DWQ0TL@[TWV:R8A' M^Z(O\$;%0F!`$7AXDG8AF].M/"A'-V_E%:FQD#(+%281?#P-K.-S-!&$$`D+ MB7421P<6$G_.;%`\*9_!N>Q4=3ISG-#%81:V@DZ"ZYM,W&#ZE6)ZP(M8`$&; MCQ)**9(!&+-6`95]5AFW9;R*%84*>[S1*CWM0-I90=[H(>972`DU;.-4:N1; MDFW#'#H8+1"`%#; M:.Q+G_)^0`MB;Q)C!@TY4YK!RWD"6!8OH%')XG5%67$PVNEN,(V_,R7,A"7WA%R,M M]&/N)]GU++6*"'RBK0C;%T^C<"FV0H?,2LI,R%4=.6'H?NS9PS!X_(511_V* M05-A$Q#V*M5G'7I?C]W;5UL70VY-99VV\O02'/7E^(I/YV'0PY\O+5[%&:;# MCV7#?/\61T,6C`D!QD+(A1=%*MR2QZ)#@1@\UDD=K$`M('6W\!Y%<*&481TD M>#V<^\+^GET$<)+,S\%.&E.D M0XM+.P]Z<#I/28->P"R3])3Y"[-!0;#71.;D!TU.R]0L-#D+3O`V"T,.LF*C MF8S#(.4GZ"141A+?:NDHF9>@6Z!E`Z._L1$?:[3'!FD^+S3IF2U![=C=NE,_ M(DT>DO>T4#'!LTBV!&B+#]$FI=L<0=/(ITOO)R+KU1CPT&`[(Q-R$-H_IEU( ML6?D0?JU*!7,DL=`X^-8L@`9$0%&41Y1DZ:^'MCDE"K\N,(6^O>$`]>.UFL7 MO-AJYP9JN7-7>WS?]XJT$IQEFOG@`?0E3A-9MV%>?M+^ZQ8<'>0HZAIS*]>X M/E=,1YX';FZ(WH>=RPYRZ-4>_^@Z`2V.*[OJHCBF=P-HV[N1&VW)[03KKA*O MR,MP$J"=#][M-_F_Z:#1"!7YZ8E__QN7V-.'TD=1H1$%GROY*][VAC&)+,)K MO8U5'2,I]T`@\VB/8[1J1]J#3_OB26/Q"K&F`=T3!=K1I]:!/6A/@VAJ.69O MQEAG[XVC=V!EL$A;ZLQ--A:R/*U]=;OOG2C'#FP.+L1N`\3-+H>RR2526.9!;,'OV*`74-_!,[\"S^@=>.6)2C)C8 M(R;EB&DQ8FJ/F%;X1%([;N9E/%>'[1QHCLR^,;./@+/[6%MY^IO-',RQS[V+KKRL(=]JQ9601UQH"C]C]7-O]$\S^$*/*I0O# MGQ=Z9/'AF/W/M?T?!B\&V,_&WK<\`!MWO[!X,VJJVZ;%J)ENF;&A'V#48]54 M/I:T8GNO.,+&+CN6P_[2+P*]*88\W&FY M+<9:Z&`]\K(9$F14DL+$&E5JZBA$R+QPF/WD8BWG?3#TE5@\,>B)FBTT%ON= M%;Z%F(:6/T&]/[7B6FATV6IBV:Z(9=4(MBLBF!VW'*WA5ONL$L\>TVNK1J,J MFJW#6*!6J3ZQ690^`LZ*9*5^M]3-+X,;%;>:D^+S:+,11$EO#=FWQA;X=>X^,Y8 M(UX4ZN&U76M9=^N`(`#UQ!NBO"?TOB70_C'0-9)V%'!FL6-NP<3>E!XFOTFZ M7GS\./6?3:M%ZF=1:A'Z8#EU6%Q[]4?4WOI.M.CN])T88)+1>YG"_@PKQ52A M3^)+U&DN\P!V5!5G`W[-+@X]2[(:Z+,HZZ[L+=XG?PB[!T6$5)('7B1^) M](8J'.9H2?"98XC?Z<=JAJXKZ/.XU,^"=+TO"@?%I4[,(_TTS:,MG4^59\C> MD,]N%WZJ[SG@CQ[(;2)3$"^=W=,7_O%I&X-E58[C5!XML$YGZO$PY-ZE.RTX,9)1G.R'G0)TB0I3A1B9>R+7,:GXF&#@R1VX-T2PR-Z74L3`VBCX MR%=HZ1<5$JHC74LE$U0.OEA;2DC7@@JI`)-TY4=AD0/6!9'80L/C9*T."SQ: MR?EJ0K4@X!?7BN3.IR/DPD37<9Z<@'(EJ[0Z9R'HR-CG@W0R<,@Y0S_-Q`+6 MQ'/EX#JH+;0\O%"L9'4LW@@%COMIGDASD7CK)\6-!F\XIB),LSR!8Y7<98!- M@A=0ZO)F65EB7,D[&:*)D,7)(,4PHLN$_I:*-RB,A>0[6;CS,A>W_$6D`3$*2+\)@Z+^U']+WU9MJ]+`U2*X%_N(-W/=T$88%V^*!V8`H4A M,PB"XI3?OXN#%7W?&4&MY!:55BT#:7:27XZQA7+U;'TV.AV=3]G1.7CQ:8:_ MB(`_A"#I7C5=C.9MI7-_@S\^TJ6V\FZ"X^!AH"].\&8V>N\EG68.^!\V,)"* MK^\N\9)`KU?)W&%P>/W]B&!\URQ=X6:0$:RBEP!*46D_3\> MH`G<8XNHR+^]8N@C!>J("M31%Q6HHY8"=810FP7J;9Y@&>\E"TS?L-B;`FJD MCQ?UAH2OQ^%OU%`UDWYX@7^)@;KUG2,TWTAF(/:76@^49RJ:KG&A90*(Q;<" M@DLKE&.2^![[2^LWB&G(>U-[O50>L*R\A!9*=0T;95@9\.,+>UBY6J%W+J%1 MO5>?J43]G4%W\D1T=W5T&R6P0-4Q!BF4T%NKX%P!-^-W)8635@HG>F!4#$3U MX=%Z;2Q4>L&[FT4X*8&$T,@4>5;$8/2:-S) M]/$*#>#Q7$Q,I.-/93"_LI8]\8,['&3&A,8\COP01)UR[:N>"= MVFPX_\ULZ!YAQ9E%PYE%P\FIU7%JZ*^KP=P:-+=GSZR.63OW6H3PY9R'\%'G MO4/,IQ^I"N-X"ZPCYNNMS2Z34M7X#PX"&:Y[#78;'AE,]J;-J'8_/8:##=0 M*BSWFE#&=O_X`!3QM35*?-V`(L[M_O-#4&RE%6=-*+;NBM-#4&SNBB9WAMZW4&O\NCNWWR_$^*?]3-O^W2$J5/U ME]ZP%;(F^L$__8MO":8>29[ZUY!0Y?HJ8R8X2:0\_5IFW-_M7:#QB$[9\O[G M#]_\\^TO']Z^^X?[(LE[,$]TL#;-/YTDNDD^3/)?F):WS,.V7F^$7SH]A67UN0EBC@DTO/X?>@UZ)?]1```% ` end -- Kevin Allred email to : allred@bongo.cc.utexas.edu ------------------------------ ** FOR YOUR REFERENCE ** The service address, to which questions about the list itself and requests to be added to or deleted from it should be directed, is: Internet: Linux-Misc-Request@NEWS-DIGESTS.MIT.EDU You can send mail to the entire list (and comp.os.linux.misc) via: Internet: Linux-Misc@NEWS-DIGESTS.MIT.EDU Linux may be obtained via one of these FTP sites: nic.funet.fi pub/OS/Linux tsx-11.mit.edu pub/linux sunsite.unc.edu pub/Linux End of Linux-Misc Digest ******************************