Subject: Linux-Development Digest #730
From: Digestifier <Linux-Development-Request@senator-bedfellow.MIT.EDU>
To: Linux-Development@senator-bedfellow.MIT.EDU
Reply-To: Linux-Development@senator-bedfellow.MIT.EDU
Date:     Wed, 18 May 94 08:13:08 EDT

Linux-Development Digest #730, Volume #1         Wed, 18 May 94 08:13:08 EDT

Contents:
  Re: Z-Note Ethernet status. (Derek Jones)
  Re: Keeping data structures in memory (Alex Ramos)
  Re: Appletalk support? (Peter Desnoyers)
  Re: Binary compatibility (Holger Veit)
  Re: Help with GDB (Thomas G. McWilliams)
  Re: Kernel profiling (Alessandro Rubini)
  Re: In defence of variety, but with consistancy (David Marples)
  Re: Help with GDB (Nicholas Ambrose)
  Gnu ASM docs wanted (Nicolaus Thirion)
  Re: setlocale() bug or feature? (Michael Haardt)
  AK47 SCSI Controller (Allen R. Lorenz)

----------------------------------------------------------------------------

From: D.G.Jones@scuna.dircon.co.uk (Derek Jones)
Subject: Re: Z-Note Ethernet status.
Date: 18 May 1994 03:00:13 -0400
Reply-To: D.G.Jones@scuna.dircon.co.uk (Derek Jones)

Hi,

I am using znote.c from (err, somewhere major, tsx I think), and have been
for about a month with no problems. There is even a line already in config.in
in Slackware 1.2.0 for it whic I had to uncomment. I got this after a trawl
even when I saw this message about it being available in mid 1994 too.

Seems fine for me.

Kind regards

Derek Jones

=======================================================================
Derek Jones                                 SCUNA Computer Consultancy
Computer Consultant                         53 Archer Road, Sheffield
SCUNA (Systems,C,UNIX,Networking,Advice)    S8 0JT, U.K.
email: D.G.Jones@scuna.dircon.co.uk         Tel: +44 742 555524
=======================================================================


------------------------------

From: ramos@engr.latech.edu (Alex Ramos)
Crossposted-To: comp.os.linux.misc
Subject: Re: Keeping data structures in memory
Date: 17 May 1994 02:26:35 GMT

Terence Davis (terence@soldev.tti.com), quoted out of context, wrote:

> Hi,
> 
> A student in a class of mine wants to be able to keep large data
> structures, i.e. 10 or more megabytes, in RAM.  He wants to force the
> objects into RAM and doesn't want them paged out.  Assuming he has
> enough real RAM, what's the algorithm Linux uses to page stuff out.  Is
> there a way to lock the memory for particular data structures in RAM?

Has mlock() been implemented on Linux? I've seen it on other Unix systems.
Note that it would require the program to be run as root. Also note that
I think it's pointless to use mlock(): If you have enough RAM and the
machine is not loaded, the stuff will be in memory anyways.

--
Alex Ramos (ramos@engr.latech.edu) * This message is copyrighted material!
Louisiana Tech University BSEE/Sr  * All rights reserved. No warranty, etc

http://info.latech.edu/~ramos/

------------------------------

From: peterd@pjd.dev.cdx.mot.com (Peter Desnoyers)
Subject: Re: Appletalk support?
Date: Tue, 17 May 1994 16:52:53 GMT

For a while now I've been toying with the idea of designing a
Localtalk card for a PC; however, I don't know how much use it would
be. It should be possible to make one for a hell of a lot less than
$300... 

                                Peter Desnoyers
-- 

------------------------------

From: veit@borneo.gmd.de (Holger Veit)
Subject: Re: Binary compatibility
Date: 18 May 1994 09:24:47 GMT

In article <2rc1l8$56a@geraldo.cc.utexas.edu>, lilo@slip-1-52 (lilo) writes:
|> On Mon, 16 May 1994 20:51:40 GMT, Warner Losh (imp@boulder.parcplace.com)
|> wrote in comp.os.linux.admin, under the subject, "Re: Software not available
|> for Linux":
|> 
|> > I'll take this out of context....  I think that as good as Linux is,
|> > it has fallen down on the binary compatibility issue with previous
|> > releases and that failure may cause people to think twice before
|> > supporting linux with their product.
|> 
|> Warner,
|> 
[...deleted: e.g. for IBM, vendors of CICS apps do not complain about new
    releases...]
[...deleted: same, if new features of new versions of DOS/Windows break commercial
    apps...]

|> One of the real advantages Linux has over other operating systems,
|> particularly other Unix systems, is that our architecture is not wedded so
|> strongly to the past!  Granted, in certain areas we have to be--source
|> compatibility (as much as possible) with BSD and System V, general system
|> call compatibility with other Unix systems and so on.  But the internals of
|> Linux are not as coated with the muck of trying to maintain years of
|> downward compatibility with obsolete techniques as, say, Windows or DOS have
|> become.
|> 
|> Linux is not mature technology.  It probably won't be for some time.  And
|> that's one of its real advantages.  When something goes wrong we can fix it,
|> without being burdened by a lot of historical baggage.  And usually
|> maintaining a fair amount of source compatibility.  I just don't think that
|> binary compatibility problems every six months or so are that high a price,
|> considering what we gain in flexibility.
|> 
For being a commercially interesting system, there is more than the 
binary compatibility problem. It is surely an advantage of Linux, that
bugs are fixed fast and new features are introduced fast.
I think for a commercial vendor it should be of no problem to kepp track
of these versions, and they could compile their code always for the latest
binary standard, for instance.

The difficulty is with the customers. The systems the potential customers run
differ as much as the versions. There are about a dozen, partly incompatible
"commercial" or public collections like Yggdrasil, SLS, Slackware, MCC, Debian
etc., all of them with different versions of kernel and utilities.
Some people still run 0.99pl13 ("because it worked stable"), others 0.99pl14s,
or 1.0.8, or 1.1.? or others. Some people do not want to buy the latest
CD of a distribution when it comes out, and then have many problems with new
software, because the shared lib version has recently changed, and further things.

As a vendor: would you be willing to sell not one version or two or three
(let's say: one for DOS5.0 and one for DOS6.0), or twenty, thirty, hundred?
A vendor could provide a CD-ROM with all versions that have been built at the
company, but this CD-ROM will become outdated before it goes into the production,
because recently there was a change from kernel 1.X.Y to 1.X.Z.

And the customer who paid some hundred $ for the fabulous "Word for Linux"
is disappointed because he would have to downgrade his brandnew Linux 1.X.Z
to the old and known buggy version 1.X.Y. I guess he won't try such an
experiment again, and will stay with the, admittedly old and probably
buggy, but stable commercial SVR4.

Another aspect, that has been neglected yet: If you are not a hacker, but a user
and want to do your work reliably, would you trust software that has been
built by numerous, unknown hackers all around the world. Who will give you
the guarantee that there is not a trojan-horse file (simple say e.g. telnet)
that compromises you security, or perhaps destroy data under certain circumstances.
Just the fact that thousands (hundredthousands??) of people everywhere tried it?
How many of them really recompile all the source files of e.g. SlackWare from
scratch, and *read* the code to check for such unwanted additions? I do not
want to say that actually there is a trojan-horse in any popular distribution,
but is there a guarantee that there is not? You may say almost everything
about commercial vendors, and some bad thing may be correct, but if I had
to do serious work, and have the money to buy a commercial version of some
software, I likely have money as well to buy a "trustworthy" base (OS) to
get my work done.

Don't understand me wrong, Linux is certainly a good system. However, it has the
serious problem of having the *image* of being a "hacker-OS". This is quite
similar to the image of the Amiga of being a game-playing computer. Good
software or hardware alone is irrelevant in this market.

-- 
         Dr. Holger Veit                   | INTERNET: Holger.Veit@gmd.de
|  |   / GMD-SET German National Research  | Phone: (+49) 2241 14 2448
|__|  /  Center for Computer Science       | Fax:   (+49) 2241 14 2342
|  | /   Schloss Birlinghoven              | Had a nightmare yesterday:
|  |/    53754 St. Augustin, Germany       | My system started up with
                                           | ... Booting vmunix.el ...

------------------------------

Crossposted-To: comp.os.linux.help
From: tgm@netcom.com (Thomas G. McWilliams)
Subject: Re: Help with GDB
Date: Wed, 18 May 1994 09:33:53 GMT

Doug Lenz (lenz@ssd.comm.mot.com) wrote:
: gcc -Wall  -g -c workbone.c
: gcc -Wall  -g -c hardware.c
: gcc -g -o workbone workbone.o hardware.o -s
                                            |   
                                            |
            remove the "-s" ----------------+
                                           
You can't have "-g" and "-s" together because one takes away
what the other adds. The "-s" is usually reserved for building
a final release copy because it strips the symbols. The "-g" is used
for versions debugging because it adds the debugging symbols.
 
Thomas
tgm@netcom.com


------------------------------

From: rubini@unipv.it (Alessandro Rubini)
Subject: Re: Kernel profiling
Date: 18 May 94 10:38:08 GMT

biersma@dutiws.twi.tudelft.nl (Hildo Biersma) writes:

>Hi all,

>My question is: are there any existing tools to extract/display this
>data, preferably sorted by use-count?  If not, I'll write one myself;
>but, being lazy, using existing tools seems a Good Idea.

I wrote a patch to handle profiling, and tried to mail it to Linus, but
he seem to have disliked it.

Actually, the day after sending I found it causes proc_readdir to fail
the first time it is invoked, wether you use "ps" or "ls /proc" or
filename completion. From the second invocation onward it works.

---> Beware: the following code does something more than fixing the
        profiling stuff. Other stuff is really irrelevant: browse the
        readme before installing.

feel free to send me comments or flames.

=========================================================================
The original patch follows, It applies to 1.0, 1.0.8 and 1.1.9.
I can't update it to the current kernel because
I've no linux box here now :-(


begin 644 profile.patch.tgz
M'XL( /!:ORT  ^P\:W/;1I+Y2OR*$>-$I 12!!^B1(J^*+:\T<6QMR0ENU>.
MC@4" Q)GO!8#2.9F_=^ONV<&!"A*ME..?+DE2I8(H*>GI[NG7]-TDL:>'_!V
M8F?.XN"K/^1B_<YP,&!?,<8.>UWZRUA'_54W;# 8# \' ZO;8\SJ6L/>5VSP
MQY!3O7*1V2EC7Z7YS(_\^^'2.,X>@YY'OI**_!.KTVD[WOSSS@%(#P_[5?E;
MW4+^W9Y5R-^R^GUXV1L,K:]8Y_.2L?GZ6/D#F.<]!D&/>^WM[3$GCCQ_WO:C
MMM*&VJ6=L=,D!=$P:S#J6Z,.?#@^[ANM5FL%7KM:Y!+LB'6Z(X"T^A)LKWKA
M/4A\:%J]/J,'C-$_]B-/(QZPA>V\]:,Y/=YA7\_B.&"[S_DLG[.WH1T$L7/P
MUDLYWV7/7K]Z<?Z7Z?.S[W_^R_2GTY<O7S]C$8R30Q0ZN0Q R$2>)'&:%>/^
M>O'ZQ?G+,QKB>^P-JS]1;RZ?79[7V835EW5V72#\A:>S6' F'.$SGJ9QRE*.
M&!%YXZV<3OC_Y&Q_8G5_;!83(;HI?+Z\.GUU=<F6@-'SB7W$AT&/P>?6PWRH
MK E?\50OB-F1"P@CSK(\(EKXNX2GF6!Q%"Q79)S]_:]G%U>PW)VUY<H7M. (
M%[S#1OB/7;[UDP01ROEV!<TDD<.-E'V>VID?1RQ.\(]HM]MJ/ \$_SW"V&>%
M..+ /8U$G>T 94\B?DLWUP3!WW&'I2%K>0RV:G80VJ"R,9-2.!#.@KMPZXD#
MF-(YL-/47I;NT8"W8T($DMA?XX>B9:4! !!E;)=%>3@#OL<>2_WY(FN)A>\!
MFSW0!+5;@"EYE/%4K"]L>OG#^8LKUOLCE[=:CUP4TORJ(#FSQ5LF@CA;T?;J
M8GIU>OGC)>CAT:<0EL6YLV#M S]R@MSE!R#1_-T!3B#:BPH57V1G?6D[^F>]
MJO[_XNST^4]GGWN.#_C_0VMP6,1_W2'Y_UZOO_7_CW$95PM?,-=/N9/%Z9)Q
M,!TN&'U&"L'L.1@AD;%LP=E+W/'*'+79%3R1,# >356P-&P_Y"Y8"C;GX*%8
M+KB7!VK$R@^8@"W.YPMVSFS73;F Z0(1,Q&'G,4P4\I"/XI3(XG!G(DVP $F
MEX5+%L8N>CC ;;4["K')9GD&,(#_QG<YD:J(1ZQHJ.&1 0/:Q^3,K+;5/@(L
M7)AL$9.S X EN_6#@,TX4Q;.A0^$+.5V !\ KFT8N&POAHCD%L?YR*G !P:!
ML07B?,]WI&L,;2!EML1Q0I+39B]M\!+LW'"Y<%(?9EK$MT31[<('<G$? KX4
M*;B)@QLP]X9AM=@E$,1A@:XO O\M1_XN[!O.;. [VF21V/">6+3R2D@= "#]
MDDU&#0@)['3.3<EX -_DKBX1O[.(T3;C:&&'"6(S:O_([2C+PS9KG._"]'T6
M\KE@HU:#-0VCVY(:44P^RST/5DMD(<;X!NXR_BXSF6MG-JW[^\M+E&[*W=Q!
M?F?,J!6P&,@0!3B(D6? D,,KK0GXTVNQ5[&4O<#WMW+1*;$)(\?;PDV#'%U2
M/_[.X4G&#EQ^<Q#R$$DQ:M*KOG5B& IJ<RXE:#/Y7..@7P5FN6V,FL*LB=/ 
MD@5RJR"(MK4.3)"G4F;"J/WS<BDR'K9#.T'428I.W!:.[TM.>6D<5LF =?=;
M[ ?[AJ*J#/5620,U#[:)[8"ZDJ"UQD@> U"(NSP7]KQ0(*,&'Y)8"'\&J(':
M7.CE%\%"$??- E+K>FB_Y>II'<@9M JELID IJ LZI70M2[50*<:[#R2FT-#
M<Q#ZDK89J:H $Y(GN ?CU$75B1F/1)[BK"FR'9;DQ&'B![3AVNRL/6^;4F5A
M=R49JA*L#K;42256>0K;C4=L&>>@YG8T7ZT2UM':>*FMJ;<EVPRUN@Q#SOA,
M<8VS%@@(GN'^)B:M5(AG:OV@/-7H6E+7AG4@FU"Q(\[U8! P,(PU!DUFSV"_
MM-64!8-ARJQJHE&=2^8\Y0&WR6C XDS:C\@3 ;8Y@/T YLD!6X0&G/AE)TFP
M)!LH)ZJ$U0[,IA8&F'F4@8ZA+:IHK2FW-&$K[ 3)FD>H5^X:9AGA5E$[L4OJ
M[,!^ROB]^(W:RA#=P;\Q@H59)+^)O=)J+7@A$;C56E)@T2&Z4QY[&RLYEX5D
M-8F]C:X2ED)1B>S+6, W$98[2&CP'24%0S.7>1ILB!"X+P#7Q8OG'Z&G&'^A
M>0KM*$&3X%$87C95P+XHSK1W=:4U4_8+WOTC]S-NU$"3EM+,V"Y14D9R)%VK
MB%&IT<E#?@!6JE!-VT%[3.Y.TP/^'P2M<J\[FH2#NAW BH$$&@);Q)')_@=B
M.;FM2+&L8Z0(]#@!&#_R8HD$GGAHY#4%:M:_::. 9D5O6SU#D0RKC!=\&/?L
M/,C8C1WD:,1IA;1'9#P2H>1H&P.M&1C+B.*B%%QH8<#*YLNHG6<(JNTPCB$?
MCF@=-2DBE@%%"BH1R7VL:3-JVI*2PP">^+ ;YJF,5!JOB7) M\1  O8#/I5E
M%/#_SZ97%V=GX E = *L9K/-B"L_V<L9>L%;'\(!?*EB.EAI&H-JLENT%LAD
M'97@#JC8,:"+[+$8D5ZC,"&X"R&FJH"9X,@6!.'8T6ZFZ9=; ODK)>$+D2/E
MR@&!"8OJ8Z!,QHV(O)!5!?T(S2B:P]0..2;K-%5HZQG _&8@(XC$@/=!'!/S
M5>P(RQ/@3D0<Y-+54,PL5XXFF=8,YILC0QQOKBRJE!9G:'-!_XR:%_!W_@RL
M4K9$4<_1AH$?W'6EEZ;XM]C!,U@&NG.2=P9AJH,ZXJG@QD=O!,L PL#Q L> 
MQCE,<YOZE$"39G-I%-S8$?>ZMI8!-EZZ5YG\M<\QLW[YDA:/S@(U$/^FN53#
MU0"9,GWG)S<0?+7S"#ZT(8;#@<4RJ$X5 ,^% =>7SG:VU_JU*?_7*O"YYOA 
M_F]UK8'*_SO=?G\(3_K];G>;_S_&5:3Q%-]*:[.J!F RFF$^$,$.=D>&/!\"
MUXQ1VRJ\U'92A@5"YT&K'-W0!TN;QZV"5OB!40A^+.=91ZUR<LKF%1A@E29'
M(8''UM$'1EOM(P5V9W0E_*FM1A?4@A,@$YZD<ZS6RK!#^J/26,R*P%QC1'&+
M3A]#.0P/9) *25(^PQ0G]G1=0\4OW 43"I[.L"/(TR*7"Q^C3Y4,Z%I(W?4]
MC[6<>C5!@GB>:+!G.9)H4.W>)9?09A=50[^J(S!9D$AT&A)JIXANXTK3G:TT
MQ:0"#XQG![E(#T3JR&":K+T GUJ7\FTE'7;"ZJI@ @'X3*)!;2J298142>V7
MW@S_AM>=\]_C+W#^VQD6Y[]= &!6[[!SN+7_CW%5SW_CU)_7_@;V!4]UK1[K
M'..I;G?XX</?P?%HT'OH\'=@6B#:[>$O\&%@;0]_MX>_V\/?S[:SMI'#[[XV
M]7]!Y/Q9YWC8_T/Z!S<Z_QL,.^C_AX?;\]]'N= Y%\<41?]7V;=;H\[1R#I<
MA0 %^!I8KSOJ=3[4_S60(4#1"-4;:E]8^YI=!G[H<UG"T\?(,ULL9&598)G+
MIL)X&^'YC1VP.B91@.R)5<=G=B0F]3J8HIHT:9,G/?1?Z#3E P2213XT4K8V
M>F"=6G;Y ?K%,7-CA*?SO2""UQ9K/.DVV9LGO6M(:^I/>C2I&T><C*"\I/V<
M("X]MWR$L,HZTCS**HXQ#XIH(NXL8GC;A5=/NG7V]*DRHZ677[N<7#\ 626(
MZ0^;F=X_AGAC6&+ZP#*M0^OS,_U=O<2"CV#^DS?(A/W.M70ZQ) _A.-EGM(L
M%:[>86H#@9I5S@)<:M]._2C)LRFR8E(G7_O$VL4AA);873T46VVGG+,7? :&
MC<%>ZO1&$ $6VZDZIM)Z>3CJ'171]R;Q'@[-87<E7+P=%*+]S>J; [-.1]IU
M]MZD@CX^/C2'9CV,W3S@HO)B:/;-.ABZC)[NLZ]]#QBS%MC@YOJMVT$<NM2A
MH'GD^AX@>S^&7_"CN0I1Q\7KUU?3Y^<79Z^N+OZ+-1KHVR%$:>"BIZZ?-IL'
M=YZ]Z5PWF\T*7]61X,8^56 69"N]NXQ5@VH_0=!*P /6M4;]WJCW0+<JA.F=
M%6/AKM@R$+#C_J!C.N:[W!9X(/X<9N$1N^111# *$)EIXJ\0%#/C$?8H$/Q/
MOK.P(<CYL<W^,UY$\OQ*?@B_$UD<V%Z;NSDJ.:#1P6:! U&<@O@$!.AIS"[(
M>9GW5.2)E@,E$Q7"%8?BRX3CH?A&)AP=FL?6B@M'0\KAM'[57KX^?3X]?W75
M<)HFHYL7%Z?/X*Z)"O >)[Q?AP[VY-KH+,7+(WETE?(L3Z-BO71JYT=KW0^J
MH0(AN2NQZ%-!.N7.$PQ_@1,VMCH O^8 QX(XFHL1U9P\/Q5TVE9I<"%$(N,)
M93WXB@Z5A*J"0JB?HXSUF5^;_2QXJ>5CGMJAQ%&J N(DU*<0PN:0+45%M0X-
M;<AMS.#P2(W6BD=<L2?1 %Z8 %M VHR>',!OU"7?H5 ?IYFJ>1KR?$:=F^[1
M'SQ1HX=$R!X=2N'FK=5 ]5*V-\L]DQ!1"M.$5[^IB!_RF:C*.)+(-.#1^'Z0
M/0DDNUXDW!H.,,%(1>NI-TUB(4'T2N2=I(PE4;8) 8F*3TE&$S"F)R<;DRX<
MJK.;!BV.G;!.4SD,I6*ML_-7OYR^'!> "7LZ@=]JG?M6<T\:I$:%AN8:FLYX
M;::G'X&#M5BB\<A1'S,SCBJ61@?M$SV]=*JPA!.V>>BWWS)-7J<)>X_.Q,OL
M).7"ZS?U%UV=)Z:S9<8;>XV&%$RS\6UI4',_:9H@[N98C8'/^_MCEN OFJ[5
M&A.E\$"!O-<+2.2J%=Z2YK!]4)36YG5(+"$/G60YS6)/-%")&S>Q[R*2*#.E
M+H]7/-J?2%+&*DTMU _?K!1/B5,_>+_R9_MH-DO;#K;M]"W>*]I5FU?30-X5
M(8E&**B=RVM((+-6=Y*<L6]R_1/DOT;UC<:W?WQL#CK]DA/J=\S!JG8$VQC+
M_=9P1#<U4)UYM@">K@C$E@ZRQ?!Z!DM[.W[(J6O*"6VW,Y*V BMO4T346-<I
MA9V@2NPK3)(R0OHP'(S-2C@5@G3<4*NIK@JUH@].S4I3M\Z^/WW^8DRLVUBF
MN"=HZ!R.NJ5H;./0M2%6;]0YOC]TZ)G'NLX)/P<J%" _IUQ.:+_SPSQD45&G
M$47W#W9!^O+<2/86Q,I][Y3C*:KBU+"*([VZ9"$NH ?AO5:1SS,].:-7\:U)
M[V1GGCK(6>O@4,=K=5DQK.O6OM4"UH(/.\]B1('QQPXC "\J*6?1<@5O&-NP
M>H8+K/;BJ)FH&+EIF-3Q#1-H+5RQ4ZI2T>9UCP)9_5&OHD#%@**2CB'\$(+^
M4>^!6+X'T5;ON*=5IY;8J>!3565M8 @!80EE'Z3YF[<QCBN94C"P:SZZJ5I 
MIUCV *.XHP: ];@##6X#&%&%>0I.LDL[KXP';6D!LG>?[6:EK5X9/=&%_BER
MKU%^9ZH;& @82,&)3_W"##X6G_0%"B=;D[$MF7JQ2"M<V4)969?:;S+<I%Y>
M/^.AU- 'V7Z_C)#_FV.>+R025-UJ(^/]^V1PO-HGU3'KF5QG9#V8]O;,PV%A
M9>\5<8WBNI*<,0Q20?S.A"P?)IGDM\&35%6 ^QADIGPN6D_A,XFA5L.GJST@
M9\!G)P6SF_)%6;_> ,0UQD#XYKU*U>42E!9_B27<JT:_;U5?NI*YO7[/5:W_
M5WI?/ML<'SC_'V!1H?C^?V< +P>=X?;\_U$NC _WV%K/=ZOXV@ZE4%1XT=47
M@\D1S^)D28>BK/&L2:;Z;D'*0%=GK*(^D;E^C,%>Y5'@SZK/\LB'Q_A-#72V
MD,Z <V\T)2X5S5U.7YZ]HE-,0Z5F,AE+TCDV%XT-XP!C7BR@Z.J-BA*%KNXL
MF1/9V+FLN^X!?QF7@@_MY,WUI%YM=#HH?6>G/MXT#+A%P\J%JS5(6)7((#N<
M(V X2D:V#Q &);/T!9U&TT"S[JD4$GC"T]2L?R-&[&=\/V*_P@U[HV*?ZU_K
MD$N:B@7Z+SGY=11,=H,+Q- *V0DL PE\^FN=-70T/6'?B"8B7#%B,Z[B ES@
M,F"QK0\B Z /(_,! [V7C0VR0F;/8M57K0MW5+,#W!]&:*\08E>S6(:S.! F
M?O4HPJQ'ED@@:NMH=/P=!#\6?'QO& 9F_QC9LP9]0RN=.Z92NSVXN4%I44L#
M:&$\5A^!:V.#G'$P1FW&[U)H)VUBIYWD#^B>5N#X!3!OK&YAN+RE&5W7I,7*
M6R^:PI,WW>LQ*UTPAXX/4-$CC%+UURSU+# 250.&OJ&-1!@V#:1&/3TJA'3^
MS=&UG-PW'5.!3SKR$:CA:1!,.B9^.@=9X0N]80E=0XWX;ZN)7[I0&CI!YD$0
M,Z9'M/S)2DWPJ>+"9*6)8QROJEX-9Z)L!(D$L9G%WFHV=R8MJVG(TA;^%K<^
MN+J&TU3%&EVTH;+';K@[*J8#)(!LS%2EH@R6 )BF]0$P&\ 46ZR- +X$(&ZM
M0^ABB#8&^OE[0_Z6O1:-'0P/)UZ<\*BA2#+K:;W9;,JO</RVR7[45^8AH?X+
M/;0YUBK_OL /_%#X%6<4_D]!KT:6T1>Z\>KL[U=@WQL>>IN&KN9]&YC,,E7>
M0NF*B5;#_+549).7AQ#XCOT'"R82]NSU"S9B07,U"W:]XBQ:!R>6R3P\WO20
M.*#['=@H^*F;WS;4UD*EO6Z:(=6Q[L[[$9?>:1(34 -()"%D#3"W\NT &UUV
M$607<D4>N/*T!BB8*$(4S=>D]I)=8[($$[ J2DYT.X%UEY5]DW!FMOS.'WF/
M=9^AE( &%\:OHF]*7<NSJ$GJ5^M665>$5$</6-9O?(8E98&S4@VY-%5'3\5D
M&8;V-W[OC>SF+7U?*L^X.G^13-(D*(-()Q3ZGLPY&B%ZXL8%YY7AV&G($9.R
MN%MK+&\JHG#I>Z@)D\FNN\O^]2^F[Y[O-M7&O;<V0+$+8E$SPP0G%1U;LT5*
MQ-I4X#KV4=0P8'\B/4#9%JQ.'X L:6\T1BT:X#MJ=S!'QA.LJ753KU0^/FBX
M<3X#'9"\02(,/9/G!+'@C<)YRUL=&!0R1%^Y;<GZ<UR;^K\?O?^KK_N_.X,^
M_E]@5K_3V?[_7X]R[57ZOZC_&_LDL%N%CD6P T5W==W?_-6EXK:U;?[:-G]M
MF[]4\Q?MI4_I_/JD#?7OVOFUZ1LJAP^V?:VQ=0@6[0$[U3.MH]*&Z9G=2N/7
MI@OCZ=V=7?V_^,0I_E\V,N7&WA\[<'+Y)7]\]P">LU_.@$.8:MM.1O\!3J7K
M",^\VP\,/PE]U^6@H-_!E#=^U/9MKQT%3^G\5A[BWBG0C>YVEK4)M%:KG6QN
M)GNJ3G,_O9OLN&\>'Z]X>PP.H+_M)MMVDVV[R;;=9-MNLLW=9#59:V6T5S89
MU4&W:PZZI1AO<#@P(9/:=HG]SBZQ(L!XSAT,VZS>J-\?60.,&7H/M(A]4O2V
M;1'[?]HBMOD+U(.CS?UAGZ8S$#_U.]:V/^Q#_6'$I^ZV/^S_;'_8/3E<_][F
ML$_,C(?FX5'OS]T<)I>P;0[;7G_P];_MG<V.@C 41M?S%BPFT9@N2F\+Q<1G
MF<7,9.)FEO/\PZ6E@&)!@U7,=^(&)?Y4*.TI_7KJ_WURTJ*?,>7_):_YX?Q_
M69:F\?^Y@?]/P>[<_X>[UB5W&[0)DQTN^W_:YRHZG;(D87LS"7FSJ]YX*+%5
M-DT^Q-9762\A]+-L0:5?\;Q4&DHT&4910BERK[$MQ&LE?R?TYY3Z$B;_;8;"
M;TOQ=HGO!B_>U2%N[,^.?B5G&7OB:4$FDG]06%'V_CG>#+VP[!H[WSYK>?>O
M[[_CI]]]+=H^6K1CVIZX?:@4M#VT/;0]M#VT/;3]ZK5](0SE?6U?"6/EJ;:W
M8]K>7?,_>-T9R/O%Y3UQWE6L(0=Y_\KR?KCTI2K"H1"3]]/'3$5"2PEY/RGO
MJ1GD@+Q?D;S7:JZ\=^=)3-XK*XIND=A5RGO_$R#OP?,SYO^3Y[]K"OGO),GE
MO\/_)V%W.?^]TW2]RGT\_YWV=6<BGO]NN_O_FS:87R%H$'%^_/W9\*O/D (?
M//X=L^#K,C&ZUYB/ETG:1/CZ$;[.C;GP&_<VR(5'+OPCS[5'5[$         
4            ).,?=<.6( "@  #.
 
end

--
    __ o        alessandro rubini - rubini@ipvvis.unipv.it
   _`\<,
__( )/( )____           I am italian, but I didn't vote for them...

------------------------------

From: dmarples@voyager.comms.eee.strath.ac.uk (David Marples)
Subject: Re: In defence of variety, but with consistancy
Date: 18 May 94 11:02:54

In article <1994May17.215759.4468@uk.ac.swan.pyr> iiitac@uk.ac.swan.pyr (Alan Cox) writes:

   This suggests to me that we need a more detailed FSSTND and a standard
   for package formatting.

Yep, seems entirely reasonable.  Putting stuff in standard directories
as specified by a (more detailed) FSSTND and also making a note of
where you've put stuff (in a standard format) in another standard
place so that you can take it back out.....  Thumbs in for that.

That way I can take what packages I want from wherever I want and hook
them together to make the <Dave> installation - arguments about what is
best go away.  I can also have a standard tool for getting rid of them
again, turning it into the <Daves_Boss_is_Around> installation.  Hell,
I could even make a CD of all the things I think are wonderful, take
lots of orders and then not produce it.....

It wouldn't be that difficult to do either - an extension of make
install for a source package and a tar -zxvf for execs - no fancy
tools needed.

comment anyone?
DAVE
D.J.Marples@strath.ac.uk


------------------------------

From: na2@doc.ic.ac.uk (Nicholas Ambrose)
Crossposted-To: comp.os.linux.help
Subject: Re: Help with GDB
Date: 18 May 1994 11:06:14 +0100


In article <1994May18.020435.17729@lmpsbbs.comm.mot.com>, lenz@ssd.comm.mot.com (Doug Lenz) writes:
|> Linux Guru's:
|> 
|> I just migrated to Linux (Slackware 1.2.0 Distribution) and
|> I have one small problem...
|> 
|> Simple example:
|> 
|> $ gcc -g hello.c -o hello
|> $ gdb hello
|> GDB is free software and you are welcome to distribute copies of it
|>  under certain conditions; type "show copying" to see the conditions.
|> There is absolutely no warranty for GDB; type "show warranty" for details.
|> GDB 4.12 (i486-unknown-linux), Copyright 1994 Free Software Foundation, Inc...
|> (gdb) list
|> 1       #include <stdio.h>
|> 2
|> 3       main()
|> 4       {
|> 5               printf("hello\n");
|> 6       }
|> 
|> ** works fine **
|> 
|> $ make
|> gcc -Wall  -g -c workbone.c
|> gcc -Wall  -g -c hardware.c
|> gcc -g -o workbone workbone.o hardware.o -s
============================================^^^
|> groff -man workbone.1 | compress >workbone.1.Z
|> [doug]> gdb workbone
 

  The prob is the -s switch, which strips the executable after compiling, this is 
whats removing the debugging symbols, remove it from the makefile, and all should 
be well!
Nick
-- 
Kiss your keyboard goodbye!

------------------------------

From: nthirion@rkw-risc.cs.up.ac.za (Nicolaus Thirion)
Subject: Gnu ASM docs wanted
Date: 18 May 1994 10:05:04 GMT

Hi,
I am really in a dead end, anybody know of documentation 
for Gnu assembly (GAS).
Thanx.
Nico Thirion 

nthirion@rkw-risc.cs.up.ac.za

------------------------------

From: Michael Haardt <(michael)u31b3hs@pool.informatik.rwth-aachen.de>
Subject: Re: setlocale() bug or feature?
Date: Tue, 17 May 94 00:53:31 MET

pd@kubism.ku.dk (Peter Dalgaard SFE) writes:
> Would be a good idea if someone went over it with a Book of
> Standards in hand. For instance, I spent quite a bit of time and
> energy to persuade elm to print Latin-1. Turned out that
> "iso_8859_1" (for LC_CTYPE) is misspelt as "ISO-8859-1" in the source.

So you do have some information about possible values for the
categories? Neither the "POSIX Programmer's Guide" (has a section about
X/OPEN message catalog functions) nor various other manuals and books I
checked gave me any clue what possible values for LC_MESSAGES are.  The
HP-UX manual pages I checked gave examples with abc or xyz :-/

And: Am I right in thinking that LC_MESSAGES should allow any value to
be specified?

Michael
--
Twiggs and root are a wonderful tree (tm) Twiggs & root 1992 :-)

------------------------------

From: alorenz@netcom.com (Allen R. Lorenz)
Subject: AK47 SCSI Controller
Date: Wed, 18 May 1994 05:54:10 GMT


        I have an AK47 local bus SCSI controller made by
  Corporate System Center (CSC), and trying to motivate myself
  to work on a driver for it.  I would like to know if 
  anyone out there is already working on an AK47 driver for
  linux or is interesting in developing an AK47 driver, or
  would be interested in testing one. Please reply with
  email to alorenz@netcom.com.

                                        Allen

  p.s. I have documentation on the Fujitsu chip used on
       the card.

------------------------------


** 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
******************************
