From: Digestifier To: Linux-Development@senator-bedfellow.mit.edu Reply-To: Linux-Development@senator-bedfellow.mit.edu Date: Mon, 8 Nov 93 19:13:15 EST Subject: Linux-Development Digest #216 Linux-Development Digest #216, Volume #1 Mon, 8 Nov 93 19:13:15 EST Contents: Re: TERM problems- Please help! (System Overlord) Re: TERM problems- Please help! (Tom J Parry) Re: new Berkeley DB - anyone? (Christian Kuhtz) need help, porting xview3.2 to bsd/386 (Muharem Hrnjadovic) Re: WANTED: COBOL compiler (David L. Craig) Problem with Emacs/gdb/pl13. (Eric Youngdale) Re: WANTED: COBOL compiler (Masami Ogoshi) Ghost sockets; how to kill them (Omar Loggiodice) porting linux to other hardware (Jason L. Eckhardt) Re: UltraStor 24F/34F anyone? (Mike Horwath) Re: TERM problems- Please help! (Clarence Smith) Re: new Berkeley DB - anyone? (Tommy Thorn) ---------------------------------------------------------------------------- From: kender@executor (System Overlord) Crossposted-To: comp.os.linux.help,comp.os.linux,comp.os.linux.misc Subject: Re: TERM problems- Please help! Date: 8 Nov 93 03:10:37 GMT Reply-To: kender@esu.edu Or you could just get term108, and use that instead, it's fixed that bug, and a couple of other ones to boot. Enjoy! D -- |Dan Garcia,Kender@esu.edu|If privacy is outlawed then only outlaws will have | |#include | privacy - Phil Zimmerman, author of PGP | |Coram Deo|Death to Barney| This space for rent - mail ideas to me -- | | GCS/MU d--() -p+ c++(c+) l++ u+ e+(*) m++(*) s !n h f+ !g w+ t++(--) r+ !y | ------------------------------ Crossposted-To: comp.os.linux.help,comp.os.linux,comp.os.linux.misc From: parry@yoyo.cc.monash.edu.au (Tom J Parry) Subject: Re: TERM problems- Please help! Date: Mon, 8 Nov 1993 03:40:37 GMT bouchier@convex.com (Paul Bouchier) writes: >Here's a fix the problem. >Replace line 38 in misc.c, which was: >current_time = t.tv_sec * 20 + t.tv_usec / 50000; >with >current_time = (t.tv_sec & 0xffffff) * 20 + t.tv_usec / 50000; >Problem is t.tv_usec is currently around 0x2cdc459b, and will overflow >when multiplied by 20. I don't know why it was working before - I guess >it overflowed to a harmless number before, but now doesn't. Thanks for these really amusing posts - there has been an overflow problem recently in TERM - the new version fixes the problem - look for term108 on an archive site nearby. -- Tom J Parry. Your reality is a figment of my imagination. ------------------------------ From: chk@data-hh.Hanse.DE (Christian Kuhtz) Subject: Re: new Berkeley DB - anyone? Date: 6 Nov 1993 09:39:41 -0600 rene@renux.frmug.fr.net (Rene COUGNENC) writes: >Ce brave Christian Kuhtz ecrit: >> anyone out there who has ported the new Berkeley DB stuff to Linux? Or knows >Use the BSD make (pmake) and it will compile quite well... >I did it, linked sendmail 8.6.4 whith it. Oh great, well, how did you do it?!.. When I try to compile the hash.c .. it's all over. The gcc freaks out. :) Thousands, nah, but lots of parse errors. Btw: Using gcc 2.4.5 + libc 4.4.4 with ALPHA13o, and yes, of course, I always use the BSD4.4 make, but I doubt that it has anything to do with that. Help! :).. please reply by EMail. I'm lacking the time to go thru news these days :)... Regards, Chris -- Christian Kuhtz, Grüner Weg 69c, 22851 Norderstedt, Germany +49-40-5244138, 16-23 MET, 8-16 CST, chk@data-hh.Hanse.DE ------------------------------ From: mhr@athen.mch.sni.de (Muharem Hrnjadovic) Subject: need help, porting xview3.2 to bsd/386 Date: Mon, 8 Nov 93 09:05:07 GMT I know that SUN's xview tookit (version 3.2) has been ported to Linux. Now I am trying to do the same for my home machine running BSD/386. After some modifications the toolkit compiles, but when I try to link the very first client (clock) I get linker errors telling me that the following functions are not being there: tfind(), tsearch(), tdelete(), compile() and step() It would be very nice if the kind soul that ported the xview toolkit could post the respective sources here or email them to me or give me a pointer where I can find them. thank you for your time, kind regards, -- Muharem Hrnjadovic ------------------------------ From: dlc@access.digex.net (David L. Craig) Crossposted-To: comp.os.linux.help Subject: Re: WANTED: COBOL compiler Date: 8 Nov 1993 09:26:08 -0500 In article <1993Nov6.132311.5549@penrij.uucp>, John R. Campbell wrote: >While COBOL is good at what it's good at :-) I don't see a long future. >Unfortunately, COBOL is _really_ designed for mainframe use and BATCH >mentality. The "terminal" specific stuff has used what, on a mainframe, >is the "operator's console" (i.e. ACCEPT xxx FROM CONSOLE). This makes >COBOL programs rather environment specific. Actually, X/Open standard COBOL uses cursor addressing on the user's terminal. Micro Focus supplies terminfo-based mapping. COBOL has evolved from what you're used to. ------------------------------ From: eric@tantalus.nrl.navy.mil (Eric Youngdale) Subject: Problem with Emacs/gdb/pl13. Date: Mon, 8 Nov 1993 14:56:38 GMT I have been noticing some kind of strange problem with pl13 that involves debugging something with gdb under Emacs. The idea is that if the program being debugged is running, and you type C-c C-z to interrupt it, you end up hanging both the process running the application and the process running gdb. Both of them end up in the TASK_STOPPED state. I have no idea when this problem came up, but I know that it worked at some point in the past. I was going to try and track this down, but I was wondering whether someone else had seen this and knew what the problem was. Emacs: 18.59 gdb: 4.10 libc: 4.4.1 kernel pl13. -Eric -- "The woods are lovely, dark and deep. But I have promises to keep, And lines to code before I sleep, And lines to code before I sleep." ------------------------------ From: ogochan@jh4tjwgw.jh4tjw.prug.or.jp (Masami Ogoshi) Crossposted-To: comp.os.linux.help Subject: Re: WANTED: COBOL compiler Date: 8 Nov 93 09:58:57 GMT Reply-To: ogochan@jh4tjwgw.jh4tjw.prug.or.jp (Masami Ogoshi) In article <2bb039$8h3@access.digex.net> dlc@access.digex.net (David L. Craig) writes: >In article , >Masami Ogoshi wrote: >> RMS wants Gnu COBOL compiler. But no one do it, then Gnu has no COBOLs. >> >> I'm tring it, but it is very hard. > >Tell us more. Are you specifically developing a Linux COBOL compiler? I'm tring Gnu COBOL frontend. Now I'm researching feature and writing lexcal analyzer. The way is so long .... -- ogochan@jh4tjw.prug.or.jp Masami Ogoshi 109 Okudani-cho Matsue city Shimane pref 690 JAPAN ------------------------------ From: ologgio@netcom.com (Omar Loggiodice) Subject: Ghost sockets; how to kill them Date: Mon, 8 Nov 1993 15:48:36 GMT Hello, Usually during debugging or when dealing with ill-behaved applications a process has to be killed; and if it is using sockets ( I'm referring in this post to tcp stream sockets) they usually remain allocated after the process is terminated ( they remain in FIN_* or other state as pointed out by netstat). The sockets get eventually closed by the kernel, but this happens several minutes later ( more than 5 minutes ). Is there a function that I can call to eliminate all this 'ghost' sockets without having to wait for the kernel to do it? (please note this is a postmortem action; it can be assumed that i don't have access to the source code of the application that left this 'ghost' sockets ) Thanks & Regards, Omar Loggiodice -- ____________________________________________________________________ / __ __ __ - __ __ / - _ __ ologgio@netcom.com Omar R. /__ /_/ /_/ /_/ / /_/ /_/ / /_ /-_ ologgio@conicit.ve __/ __/ ___C++__________Virtual Reality__________Vorl_____Linux(free)_______ ------------------------------ From: jason@convex.com (Jason L. Eckhardt) Subject: porting linux to other hardware Date: Mon, 8 Nov 1993 16:09:03 GMT A group of people (including myself), are interested in porting linux to our i860 based workstations. Are there any linux developers who can give me some kind of estimate on the work involved to port linux to a different CPU? Some points of interest would be: 1) Is linux split into machine-independent code and machine-dependent code? (we understand device drivers will probably have to be implemented from scratch for these machines, but that's okay). 2) What is the percentage of machine dependent code in linux? 3) Has linux ever been ported to another platform besides x86? 4) Any other important info to help us make a decision. Possibly helpful information about us and our machines: 1) Our machines are based on the i860 RISC microprocessor. It has architectural support for protection, multitasking, virtual memory, etc. The i860's paging mechanism is compatible with the [34]86, which may ease the kernel port. The i860 can also execute in big or little endian mode, so byte order should not be a problem. 2) Our peripherals are: SCSI hard disk and tape, floppy disk, 16-bit dumb frame buffer, serial & parallel ports. Most of us have 16mb-64mb of ram. 3) A few of us have extensive x86 programming experience, so we feel confident about porting even x86 specific code. 4) Why do we want to port linux? Because we're sick of having a mediocre OS that is frozen in time. Whenever there is something we don't like about the OS (slow drivers, bugs, etc), we have to live with it. With a port of linux, we can fix bugs, add features, and speedup drivers whenever we need to. 5) We have considered porting other OS'es such as the GNU HURD project and FreeBSD. We like the HURD stuff, but it's a long way from even being a working OS, let alone a ported one. FreeBSD is only mildly interesting. We are mainly trying to decide between linux and some Mach-based OS. I think the amount of work will probably determine which route we will take. Thanks very much for any information, i860/Stardent/Oki Users Group. Contact: jason@wagner.convex.com ------------------------------ From: root@jacobs.mn.org (Mike Horwath) Crossposted-To: comp.os.linux.admin Subject: Re: UltraStor 24F/34F anyone? Date: 8 Nov 1993 13:57:40 GMT I think part of the problem with your building the kernel is that you forgot one very big step in there (which for some reason is letting you get by and it shouldn't). You list your building steps as so: cd linux make dep make clean make zImage When it should go like so: cd linux make config make dep make clean make zlilo The make config prompts you for pertinent configuration information and the zlilo will invoke your /etc/lilo/install script (or program) to get lilo up and going on the new kernel. (Which may have to be changed cause zlilo causes the kernel to be named /vmlinuz and /vmlinuz.old.) Good luck -- Mike Horwath IRC: Drechsau BBS: Drechsau LIFE: lover root@jacobs.mn.org drechsau@jacobs.mn.org Jacob's Ladder 612-588-0201 UUCP, UseNet, Linux files, BBS ------------------------------ From: optik@hardy.u.washington.edu (Clarence Smith) Crossposted-To: comp.os.linux.help,comp.os.linux,comp.os.linux.misc Subject: Re: TERM problems- Please help! Date: 6 Nov 1993 21:36:02 GMT I had the same problem, and I was told to just get the latest term, something about term being DEAD, or some sort of bug in 107... ------------------------------ From: tthorn@daimi.aau.dk (Tommy Thorn) Subject: Re: new Berkeley DB - anyone? Date: 8 Nov 1993 18:16:53 +0100 buytaert@imec.be (Steven Buytaert) writes: >If someone wants to get this package, he can take any >site that holds the comp.sources.unix archives and look >for volume 26 for db-1.6. Thanks to Mitch Dsouza >for this info. An example of such a site would be : But 1.72 is better. >Now, let's see in my jargon file where "RTFM" stands for. I think >I saw it mentioned somewhere ... WHAT !! (blush blush). It also read "Read The Fine Manual". db1.72 actually compiles quite easily, but I've included (below) the small changes I had to make. Just untar this after the db1.72.tar.gz file. All I did was to follow the instructions in db/PORT/README, removed cdefs.h, added include compat.h to db.h, and fixed endian in compat.h. I've only partially testet it, but so far it works. (You have to fiddle a bit to run "run.test") begin 644 db.1.72-linux.tar.gz M'XL("&N"WBP" V1B+C$N-S(M;&EN=7@N=&%R .Q<>7/;1K+WO^"GF&Q2,:FB M))Z28T?)\H L/%.D'D!:5NUN84%P**$$ C0 ZHCC]]E?=\_@(B&9RMK9JI18 MB0G,]/RFK^GI.<39=/]LI(_W!XZWNMM_\4T^K%4[;+?9"\;JK68=OQD[:(AO M\:DQUFX='+9K]7JK!62->KOV@K5?_ F?51A9 6,OHNC*#[S'Z'@0OOC+?68Y M^Y]:UWSNN/SK]E&OU0[ K _9_Z#5; O[MPX/&@?P7&\>-ELO6.W9_M_\\[WR M]_+WE=CNRJN])BMW>7#-77Y?83_M'^S_U"R5!EJWWSU27&^3M]4\?IRO/#M^=OW+1OR\M"XY//^SI%R%W IL1/)F MT\6>C^B-(V4:F;;KATB$C[YW(YYF?+JZC!]='DF"2QZ)!W_)/0&,+S<\F+O^ MK:B2?>+32E(G?=/S1_FP=)THP0#_L*]%Q2IRW%!PV#Q20!7TV#I2%DO?=\5; M^T@)N)WPCL\)G_@B&,4GR2D^"G[P*6$(.A?O'V5-W'GI5#-Z1TKH+0/'B^98 M\L,G,M#GU^R'3VB;S^*[(;^;\KLEO]OXC2B?2PKX?F"'[(>_/[UI8'G@$-"T M5.H-CI0?/O5ZG]FNS79';%?;@_\=SW97,UXJ"4]YS?;V]N$_?*-_]NP2MAI\ M1OJDJH JYV(;,''-5F@I<>JI!8A0O"4<469 D:3)@\V"R],M0":$8[SD4*OHBA*0JI3$B!IE& >?[2?D&$M4_ M1)O$F4TT+-X23)"FD6H#3)1OAQ;39J)= 1Y5; LHB>.8N0&'I=MA"*J+3%3\B3X;V 6NW\AGB2-IX]-J-6VBA.4F>EG ^NAP50( MEQ#'DU@!W,>ML3Y*(#$);D)1^99@DC:=13?AJ'Q+.$F;SL0;<*)\.[B8MH03 M>8P$^3"\)@#YPI*A7_;O9)Q86$I4R"$$-!D>?OIQ4;<$3P('$VS=B$ M?"A"%&,FU$FZLHE8&"2*X01IFO!L@A7'B6(T29LD39MHA<.P&$R09M.N3;B' M1F(Q8D*=Y&Y%B!^WA_LHL=8CMZK M12D\SR9@RTRAR/A?XJL#F53!W/"NX9X"W"*KMUHBOF!_3M MKR)$6?@S9^[8%F)4F15PMN3!PHDB/F/+P+]Q9O 075D1<3KW(96X=;Q+!@OS MF8.-0D3!=@L>O<;G^MX::R2GY,GV(<%8@)> .)$%O"*J-84\"*JDTA $/IX? M.3:O H43,A?P$";MEL3+\P2=VJ[E+'B .H();X,1Z#"CD9@1D'.V N:^#2], M2"F19KZ]6H#QK=AH^V /'^H#MK B'CB6&Z:*)X,A<%8,$JZY1[YASX!+5%3(:Y%)/-^ UW86T!_G>_Z>$(D#IYE<4;Y*1%!SP=%"N$ M]8.0A&WML2%W2$F(YED+7C!V/#^M)I];QXIE!1&G'+4!1O,9]V90QU%!(-'" MCW@L60B"! _8W.H*-2;'$DL7'(;QQ$T=7" !3B"/#&6PE :#=N,3S2#&:/C M\7E'5QD\G^FC]UI?[;/N!52J3%??JL.QP3K#/NN-AF-=ZT[&(]U@__YWQX & M+U]B%4)UAA=,_7"FJX;!1CK33L\&&N L-X9CC75J#)MV!M,^MKP+6AY,F;# MT9@-M%-M#&3C417[0Z#-EFQTS$Y5O7<"KYVN-M#&%\30L38>8G?'T%^'G77T ML=:;##HZ.YOH9R.#T%"N/B3\@XYVJO8AAFE#Z)BI[T$L9IQT!H.H,N-,[6GXH'Y0092.?E&5L(;ZOQ,@ M@DI$ZW=..V]!N/(7U (FZ4UT]109!D48DZXQUL:3LCD9] Z$ WE#U]UI/ M-=ZPP<@@C4T,M0J=C#O4/:" NJ :GKL30R/%:<.QJNN3L[$V&E80Z&1T#IH! M9CO0ND]*'@U)9E#22+] 7-0'V:#*SD]4*-=1IZ2U#NK" .WUQHB6H81>09_C MC+!LJ+X=:*#UGHJU(P0ZUPRU B;3#"301,_GG0N2<4+BH[& -_&8<=XJF91I MQZS3?Z\A\Y(8','0I-.,CA')F/1.I/;E.*!S,LR+UL_(ZK7]>F.?ILK]4NE[ M9^[-^)R9_:YY8I:^AV?'XXI\A6JY9/TYO _WH_LE#_>N?EDKMJ$1%6?*70>F MN#5:VU\LK4@0RGYT=6R"N4:ZLEM7E'V<NS&6EYYO1FTW8T?&QH8Z5B7&BC]=AI_=1#(L]Y&%#R-LBQ?%F M=^NX,.X>Y3;@MA_,)##M$&[R2WLG"%R"AN_X_?[,BBP&4QM$6YBEV.XNM.U# MV6[7@I \OK*\R[TLCB!EGTK*C>_,E!UL_T8AVQ 4D"JA\QLW(X7A=[;.Y=XE M3*= \IGUNV/!A [1&R1D<]>Z7+.H"4' -L+T\^X6V7+551E(?^8I3--W9P, M*AJK0? M)QMTL*>#I*=R=ZRK,%J+:(?J!Z ]+.9J.!I!9#K7(2XJKY(^._96=+$';BW6K!/8$U3=HR!H6.*XAD^H% M5-VHQ![$- ]2B1FF*CZST$LQ!YF[#N8323Z'C40+\"=8,E&B*9/LR%_&V4W] M -.29F-WZD0,9)T";+BT9')_ZP?7#/)J=@L9S6'\XT8MX+V1B$()"1A=?.DO)X-"_27,?A9FDY MH+(K[L6: E\9C'KO2!1 ]EY"/@=\T!0$,Q";P*R-T8[]P@[:[68[<5794%%J M=XV:^*"[]GWF^O:U(V-7AMHX.55/@;J5H9Y H NOP/5FP/_"#^[7&XT_#+&' M5_D>HL#R0LNF]8=HP=V0%[&&C1I;LX;4K2>RAFU>/IC"(+CMTHE.!&'U6 M+F>A=BJ5-S$-1'9) 0,5ED$YNBH3A= QOJQ,:)-I>\FCK=L^ %A\#$(V>I1 M+B#T;@'Q4&,(KH^U3NDIF.W &P\\RY7ZSQL4EC\WL S-FF ^>Q@=83% OTDS M(PKDD"EJ/72L=K-^T,C7P9QD0/:L-,F?C"1WB-=S2RND& VK0& TQ"(1P:NS@%F,H&&]F.1DDMKQ\8WI$1>Q@)"(P:HN,YNVWZ8>Q#V$*@;=W I1DR49.< M,"DS(QMKP^-1QB=P2D]/JCGJF*/:#S-(_#R"X:-QWU",#Q-%3M=V=<\ M2E5+]?,YQ#M?2 2YNLO$>TK@P?)F(0#D/ [S(!?S7D;W7W0A84BZPA.;+FLY MK*BPC!7$F*TRD11O90%4J33 4]0I\O^M1]BQ]D'M#]1A,LK ?_AL5R;I\6)B M+2%]IU[0L&Q@ Q@#N#$'M!]7#LY1^71SV#DS3D9C)&]1$NE92UC=B(3!\60N M^Y^,Y ='V^,:3A8H("2(2Q12>5+ZCH%S9U+N-W5"$+;ZTEA#,[\&G73ND.C/,.A%$JMV0&@>D'[7T*BK,<"001 MR.\\.\DWUJB1V.R-SBY$ ]J5PY0RIJ*46^2EI8PW,-&R;%78)T5\_AD;GIG1 M8LF.&*TB104,'= 2A*L?KWG='H4ZGQ4SIVR?-^I2)&SO3U!X"?(^P1QGR1MX@YEJ\JFB= Y]96G ME0V90$'%-B3B>@%QXR'B1@%Q_2'B9@%Q1K"M1AKMSVP.->.+0\UXTE S_O!0 M,PI=4+#]1\9:_0EC;=-+F)3[<89P4(B")XV*^O:CHI"S_\A_ZT_QWZR7F697 M?:L-S;[:&QBE?I?MR 5[)FL0C:LP34;R'['PBM,YD55@-H$+9-JA-?M=VMP^ M[O14\TS7WG?&*J K.Z8I;Z0^WH$H3[(_68E="!"Z,[TM3)S";*#$E]ZV 4DF MP0P*[3K2XF5I>8XM8(0.EU@O5[JFJ0[[4L.BB,%<^YW8M\;A\N+Y\]>__Q7? M_XA/%K[>WW\=/'S_H]4Z3/[^J]F$"E9O-P^?[W_\5^]_U)_O?SS?_WB^__%\ M_^/Y_L?S_8_G^Q_R_D><%RFO]@ZR=T!>[3?:ZU= %%@HG9YUQKEK(&G10U=! MY)I:F[-[/"B%NH@O( AS.N7+WTZHQM'K%"M* -18'Y9K-6W+"07174TQ:=Z/U-]N3L"S*(3<68WSRSC_"* M6Y6B:;:S1W1V9=T(=#"S]H&ZQ\D4^D%$RX7P&EY7$:"(D](76;D,>?0E9EZ& M["84?Y^"><0JP"DX6CIQKBC%W( :DB4 M(!0 Z7ASKRZ%#ZO4C]0$)3OA*@C\%2#)8VCR)+Y8^@&E(;CQ:@=75[1%C5A"6L*FM-!S'>\: MID.94*Z?P-.!>J9?RA/)K _,(F?#"7/G;3NUOV2/_+%KYRK_% MNU 8+86=XMVHA"%VI&1VM+ !&/$H%;K"?DWJ<>23OY=K8#$F%?CZ@>92/S' M>OL?P5,$@H0@A"R 5&66@;A+ED'"3S4!(#G9KPRP266_"LV]9M(]A7.22OX)*X4[K@4;^R1Y>.@+S6,(P2Y].WAG$B6Q<%O=5*.I@6FR)]1A$X1@! M!VCAM%"EX #CAB5_32C/\A "_V8/ECH>K2BIP_AG38JBIT103'/NW)GR[0D3 M"L5K,8%3V$H6/M82' Y"/3@L8F1.TLCU%AB/0CR=Q. LLG"QY+#](."P.O&] ME&&Z2]J]&*OF2.^K>N+6D*J,!RKNV6F=H5)O-,5-O('1!6Z",'K-G.:K@RJ[ ML>YR>]W@2+)-J]D05]5.TS8'>"6FRISI N8D'N5:)CPH^;[QP!5(<4+-Z"IW MB085+V!F9>/"> _#Y?=LP5@];24M.MDQ303'_C M@1^30,##< EOM3R1O5@2#8@KR+(%&3)87.?I\.]@R_!J"<("06$2RLD)[RVS MF8)F)5.R0FI"P9<9S0"9$V!!!N+V_O+2S["AK+VVVS:7)0 M3ILGX+$^9#(.#M9[AKPM<3KV(K%>EEG%;Q329>HH=AU$F@EY!RQQF2;3$URP MBTT;R[O'4YLK$19@60Z)FAVMJ!=8%V/615E!A"%#W"W)Q8IT&T *_U)D"R(9 M(LX#<1^N6!OAJPE&5T!)_M0Q$Y4,/45;Q,E)-QLTIIM-O%^:9MH4'EAA#=W9.W MS^/;EO'U4[INR=C0C^0^%B0*EE MAZ*D-4[6:$5! :UZC"=&":5X5115&[[O#"A6Y@R&&W+@L#P(/'\]WI%"SWLC M7>U/3L_$%9C67@LS4WX'>6LH;\'$?26D9:NRR9EBC"'PX@V4@3H<)8V@5!O* M0D7<4.X,#8WU8M?/W48!:E@?Q^3U;'F*C?G;FE8,57V'P3YM@ 5X5[^VJ9.0 M\\3:WDFAC@"G&;HB8MV63-(..>T<%MA42ZZJVBVZ4U9#N"Y;%I5 MM-6&:5MM6-C6PK;3RH;66%\]1C>CJ$72]/G<6KF1R*#2K?9W@!X #0 end -- Tommy.Thorn@daimi.aau.dk Staff-programmer Aarhus University, Ny Munkegade 116 Phone: +45 89423223 DK-8000 Aarhus C, Denmark. Fax: +45 86135725 PGP Public Key fingerprint: E7B1175FC30D9E96B67AF61D89A70A1F ------------------------------ ** 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-Development-Request@NEWS-DIGESTS.MIT.EDU You can send mail to the entire list (and comp.os.linux.development) via: Internet: Linux-Development@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-Development Digest ******************************