621 lines
24 KiB
Plaintext
621 lines
24 KiB
Plaintext
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: Mon, 5 Sep 94 16:13:09 EDT
|
|
Subject: Linux-Development Digest #125
|
|
|
|
Linux-Development Digest #125, Volume #2 Mon, 5 Sep 94 16:13:09 EDT
|
|
|
|
Contents:
|
|
Re: Aliasing `rm' (Thomas Schulz)
|
|
Re: HORRIBLE SWAP THRASHING BUG(feature?) (please try this) (Jim Gifford)
|
|
Patch for dcf77.441 was: Re: Any interest for DCF77 clock code? (Uwe Bonnes)
|
|
SCSI-Scanner-Support? (Uwe Carl)
|
|
How do you pass fd's to sockets? (Douglas Frank)
|
|
Re: Any interest for DCF77 clock code? (Harald Milz)
|
|
Re: Any interest for DCF77 clock code? (Harald Milz)
|
|
lynx dying when calling malloc (Rafal Maszkowski)
|
|
Re: Gnat 1.81 l1 binary on Sunsite (Michael Babcock)
|
|
Re: LMSI CDrom (Joerg Schneider)
|
|
Re: Future of linux -- the sequel (Philippe Steindl)
|
|
Re: lynx dying when calling malloc (H.J. Lu)
|
|
|
|
----------------------------------------------------------------------------
|
|
|
|
From: ths@gandalf.mittelerde.de (Thomas Schulz)
|
|
Subject: Re: Aliasing `rm'
|
|
Date: Sun, 4 Sep 1994 19:08:52 GMT
|
|
|
|
henryc@reality.UUCP (Christian Henry) writes:
|
|
|
|
>In article <1994Aug25.092203.18238@imag.fr>,
|
|
>Yves Arrouye <arrouye@petole.imag.fr> wrote:
|
|
|
|
>> 1. Alias rm. What's bad is that when I used it under tcsh I spent my
|
|
>> time typing someting like '\rm ...' just to not use the alias (I hate
|
|
>> being asked if I really want to do what I said I want to do). I'm sure
|
|
>> I'm not the only one which did that...
|
|
|
|
>Why didn't you just pass the `-f' switch to rm (rm -f whatever)? ;-)
|
|
|
|
You also can setup an alias for rm -r like Rm :-))
|
|
|
|
--
|
|
|~~~Y~~~|
|
|
| O | O |
|
|
==========================uuuu====V====uuuu====================================
|
|
Thomas Schulz email: ths%gandalf@ppp.de
|
|
|
|
------------------------------
|
|
|
|
From: jgifford@moe.coe.uga.edu (Jim Gifford)
|
|
Crossposted-To: comp.os.linux.admin
|
|
Subject: Re: HORRIBLE SWAP THRASHING BUG(feature?) (please try this)
|
|
Date: 5 Sep 1994 18:30:11 GMT
|
|
|
|
Russell Leighton (rrl@access3.digex.net) wrote:
|
|
|
|
: HORRIBLE SWAP THRASHING BUG (please try this)
|
|
|
|
: A simple program that runs consistantly in ~1.25min on my
|
|
: SGI 33Mhz r3k Indigo completely ruins my Linux box.
|
|
: Please run the short program "thrash" (see end) and let me know
|
|
: how it performs on your system...for me this is a
|
|
: serious problem.
|
|
|
|
: Will adding more memory make the situation better? How much more?
|
|
: Will another Linux release behave better?
|
|
|
|
: Thanks.
|
|
|
|
: Russ
|
|
|
|
: Configuration:
|
|
: Linux 1.1.48
|
|
: P90 PCI
|
|
: 16M ram
|
|
: >80Mbytes swap (1 18M partition, 4 16M files)
|
|
|
|
My setup:
|
|
Linux 1.1.49
|
|
486/66 EISA
|
|
16M ram
|
|
33M swap
|
|
aha1542 and st11200 (1.06 GB)
|
|
|
|
: Symptoms:
|
|
: 1. run "thrash" once (~4min)...everything is okay
|
|
: 2. run "thrash" again (~1 hour!) ... system is very sluggish
|
|
: 3. run "thrash" again (> ~1 hour!) ... nothing runs, locked
|
|
|
|
: Directions:
|
|
: 0. Compile "thrash"
|
|
: gcc -O2 -m486 thrash.c -o thrash
|
|
|
|
Did this.
|
|
|
|
: 1. Make a big file (~100Mbytes) :
|
|
: dd if=/dev/zero of=bigfile bs=1024 count=100000
|
|
: 2. run "thrash"
|
|
: time thrash bigfile
|
|
: 3. run "thrash"
|
|
: time thrash bigfile
|
|
: 4. run "thrash"
|
|
: time thrash bigfile
|
|
|
|
I wrote a simple shell script to do 1 2 3 & 4(included later)
|
|
|
|
: 5. if you get this far send me email and tell me why!
|
|
I don't know why, but I will post instead in case someone might know why.
|
|
|
|
================ /root/thrashlog.sh Exec with sh /root/thrashlog.sh======
|
|
#!/bin/sh
|
|
touch /var/adm/thrash.log
|
|
echo This file created by thrashlog.sh >>/var/adm/thrash.log
|
|
echo /var/adm/thrash.log >>/var/adm/thrash.log
|
|
echo >>/var/adm/thrash.log
|
|
echo Creating ~100MB file useing dd if=/dev/zero of=bigfile bs=1024 count=100000 >>/var/adm/thrash.log
|
|
echo >>/var/adm/thrash.log
|
|
echo Starting First run of time thrash bigfile >>/var/adm/thrash.log
|
|
time thrash bigfile >>/var/adm/thrash.log 2>&1
|
|
echo >>/var/adm/thrash.log
|
|
echo Starting Second run of time thrash bigfile >>/var/adm/thrash.log
|
|
time thrash bigfile >>/var/adm/thrash.log 2>&1
|
|
echo >>/var/adm/thrash.log
|
|
echo Starting Third run of time thrash bigfile >>/var/adm/thrash.log
|
|
time thrash bigfile >>/var/adm/thrash.log 2>&1
|
|
echo >>/var/adm/thrash.log
|
|
echo thrashlog.sh finished >>/var/adm/thrash.log
|
|
==========================================
|
|
=======================/var/adm/thrash.log Created with above script========
|
|
This file created by thrashlog.sh
|
|
/var/adm/thrash.log
|
|
|
|
Creating ~100MB file useing dd if=/dev/zero of=bigfile bs=1024 count=100000
|
|
|
|
Starting First run of time thrash bigfile
|
|
|
|
Size=102400000
|
|
21.19user 21.14system 3:55.79elapsed 17%CPU (0avgtext+0avgdata 0maxresident)k
|
|
0inputs+0outputs (0major+0minor)pagefaults 0swaps
|
|
|
|
Starting Second run of time thrash bigfile
|
|
|
|
Size=102400000
|
|
20.50user 20.66system 3:27.03elapsed 19%CPU (0avgtext+0avgdata 0maxresident)k
|
|
0inputs+0outputs (0major+0minor)pagefaults 0swaps
|
|
|
|
Starting Third run of time thrash bigfile
|
|
|
|
Size=102400000
|
|
21.51user 19.78system 3:27.84elapsed 19%CPU (0avgtext+0avgdata 0maxresident)k
|
|
0inputs+0outputs (0major+0minor)pagefaults 0swaps
|
|
|
|
thrashlog.sh finished
|
|
===============================
|
|
My guess is that maybe you have too MUCH swap. Also, swap files are not as
|
|
good as a partition. I was also running normal processes on this box
|
|
includeing a primary nameserver, top with update set to 1 second, and
|
|
minicom...
|
|
|
|
Hope this helps in some way. Please note that i put a \n in the fprintf in
|
|
thrash.c.
|
|
|
|
Jim
|
|
jgifford@moe.coe.uga.edu
|
|
|
|
------------------------------
|
|
|
|
From: bon@lte.e-technik.uni-erlangen.de (Uwe Bonnes)
|
|
Subject: Patch for dcf77.441 was: Re: Any interest for DCF77 clock code?
|
|
Date: Mon, 5 Sep 1994 17:16:12 GMT
|
|
|
|
David Kastrup (dak@rama.informatik.rwth-aachen.de) wrote:
|
|
> Trying to get a head count...
|
|
> How many people would be interested in a small program which gets the current
|
|
> time from the radio clock DCF77 (receivable about 900km around Frankfurt,
|
|
> Deutschland, official time base for Germany) and sets the system time?
|
|
> Comes with man page, and has
|
|
> options making it secure to use, say, daily in your crontab, while updating
|
|
> the CMOS clock as well.
|
|
|
|
> It sets UTC directly, so is timezone independent. You need a small radio
|
|
> clock device tied up to a serial port.
|
|
|
|
> This program will be freely available to whoever wants it.
|
|
|
|
> However, making it a package requires that there are specifications
|
|
> included concerning the hardware.
|
|
|
|
> Would you please answer me, and tell me if
|
|
> a) A logic description of the hardware would be ok for you.
|
|
> b) A circuit diagram would be ok for you (circuits about 20DM)
|
|
> c) You would rather buy a finished product for 50DM.
|
|
|
|
I pointed David to "dcf77.441.tar.gz", which has a schematic and (did) run
|
|
on the raw clock on my system for some time. Not checking it again, David
|
|
told me that it didn't work any longer, as the format of the signal changed,
|
|
perhaps the first of September.
|
|
|
|
So here is a patch to synchronize the clock on the missing second before the
|
|
full minute, to make it work again. It offers also more command-line option,
|
|
to set the Polarity of the supply voltage, the threshold to distinguish
|
|
between a short and a long signal, to invert the logic meaning of the pulses
|
|
and to display the settings (-h)
|
|
|
|
But beware, it is written in german!
|
|
|
|
I tried to contact the original author Frank Sommer (fsommer@krefcom.gun.de
|
|
) some time ago, but got no reply, so perhaps he reads now.
|
|
|
|
begin 644 dcf.patch.gz
|
|
M'XL("--':BX``V1C9BYP871C:`#-&FEWV\CM,_4K$">;2I$HB3I\2'4V/I3$
|
|
MC:]GR=O=IGE^%#F2^$21RI",<ZS[R_NAP`QO4K*WW0^E$TF<P6``#(`!,&-:
|
|
MLQFH'%0U<*R9Q4PPC5G3M<V6Y\[\>YVSUH6^9#/+9M13;*VHJKIYC#)9!'"A
|
|
M<^AJH&F#?GO0V0?MX*!7J=?KY0B5L>[#F*T!NM#I##0<LBN'O'D#ZFY#ZT$=
|
|
M/_?AS9L*/`?U]/SL\O97F`6,@_SY7S[/);KQ;^-?)#;=,1EG0`WJ\=AC_Q6Z
|
|
MT]N+X].3MWM[$J>I>X"O*KZ/K=7:9I;C,S[3C<>P/Z_4!76W-Z.[F^N3.T0B
|
|
M,3+/<%?@,6XQ&Q?I;>`L@P6'+ZX#XX!O0BO0*2I<N[;N6[[.?#'B9C*&P#'A
|
|
M='(#7QCW]<`S%KZ"3S0(QV#'*O!MRUB`UFZOO%:'/N%LM0YLE-+*\L%R$,AC
|
|
M*V1R[NAV-!R>_YE/!2KUDQ/E$.:&48&3M^='[\;XIE[%2I$6O_IWW;9!O01U
|
|
M;:T95.#J^&\$+G27/M<N]YMN!4Y'X\GIV0T<0BOP>,MV#=UN32T'IR.P@?+B
|
|
M!PU]J*@*3@PO?LB9'T!U`5Z\@:B[CH`G)P^;`1"?83/=&51`X2M09PD5"565
|
|
M*\?^AO(LV-A`])J/VR\U&%E;$TWEEBNZE$G`X&C-`?J@[0YZ>P.MN\%L)7S6
|
|
M9MO[@[:6V&RGT]B'.GYJ'6&TK5=*],"K%KV3=EPPQJ>D;@UT&(Q_%^.I8\Z^
|
|
M-^$MUYTEC-W5BO%DG/KG/(BL+HD8?W,,[CJ6AT:!YJ`',YBQA<W0$Z`YL65`
|
|
M/RRAZ,).&+]G%AJPG]A9@NQJ34AP(-S>,SAV'8=Y`%/7>6/[K,E4GQD+QUHV
|
|
M<>54QFW=F3.G:2(FDJ3DGI#A'SRW',,.L&\'Y6VR67.Q4U$]'ZDTP%B@?WUU
|
|
M<S(^.T6=W7EQ9@K5P%7I-7M-#0YZK7:W14X47>D!K21,O\',$[)\L^1LA@ZD
|
|
M.0_$W"]VAI7ZTQ"'J/=:N*RD)$]!#?2'+H_PW"$CGC$4*M(_((]>W^TV.EVA
|
|
M(P2#$K:^WOG6BN'TX]'D]O+LU\G9Q6B(LD4)3VYN1P.@1EPVSV>K[[@4Z`C]
|
|
M[RART@^!XW.`C8=P>G0[NAE=7+\]NGPW#%<JQN'HZ,I&J_4,EP#N+6Z"/IVS
|
|
M*7>-11H59\;G0+<16XAH?'1\?'-[\GZ80[4+OZ#W"\3H,G1U@>Z+:_OZG-T)
|
|
M7TDTCJ^/+B]O$>WDZ':<P8KN^'!M!Q[YY\.5Y>"OF"K3198-]%)+(NS7T0E*
|
|
MZN3\ZN1#:KR.M$#+9%]:$E`0-6<D*S_!M+;1W5M39@MY348G[T>$)2.J?Y",
|
|
M)4]H&]=RA&7+'21@4\;7/&`S/T8ZU8WEW#&'4'QBI-?<G7-]M1)N#D7T7FR*
|
|
M<TX6YBVLF9]>!9--@SE2V"ZBC!$>T4[(Y((RLD`D6PC?Y(&Q3"_"RN7L#N4_
|
|
M12GFD,;8+G'A8,5P4SUFJ-?H!!!I3`\9R\HU<4D.01N6TX/:3F"""6%5H:/_
|
|
MV&E_PF'75S>3RR.IV#0H[(UYQO<IUWTB\/CH]O0&UV:8FN,7Y,%RT`)L&TF#
|
|
M8STP!73$I+_@S%N@E\?QD_<WH_'[J_/3X:;AIVSIFA;JK[&X%Q%%A,9VYY:1
|
|
M:.OYU;NS#P5-/4>@Y9K-48DD)&(*5X^\&/DNB/?DBBK(0P._<US_SD/GFQ-B
|
|
MC'?";!;JB.>#@ZN)IH[P"_364(TQUG`F"+DNH$4"T)%;,XH;*L@.,NLM5DOV
|
|
MC6SO_<7HXL/HMV'4P8H=PE-I7715;:AKO?V&I@E?I>BVSE?5=BTF7$&ZCZ@1
|
|
M4(_17H40&G#/'`=.=5+G6#F%:"*ZB@)2P)I5J\A/#;[":^AT#VH86&0;X_6M
|
|
M55+*1Q[6U/U@U<1/7>AVJIMAI+85&L555W":]*K7BF#/LBWI*9*>*6?Z\LYD
|
|
M?DC%<SF[4L`F>:I6O\)+T&HUN3=T=OLBZ._LX?>!D/C&!X,J1:&/!S&%FO#+
|
|
MN<OO9K9.KH-L,?#4U]@8-?6'J(PSJ#Y+`&L`#KN/]A^4AZI(I,H/_*^D^B)\
|
|
M7W3;,B6/")":Q>5>O2X:\<5P?'JI_P'28M@<B?#[[U!-CS^$;@WI_D$ZDJ.>
|
|
M6FAXVN,)7<)GS5'PV+=SC-Z]%^T,#0Q$*`4*S0W'S/X]G^K\YYV:1)>AG!96
|
|
MH:A7"(FZ?X38MTM*PA2%)=M3\E+$\I8(*"%C6&)"!4>0!B?]ZN[M-_:@WCWH
|
|
MXI>P9T/'S4`#BLN)"_J,)?3!Y9PMT:SC70LW0A[,!O]T2"QJ&O8G#]0IJ":H
|
|
M'YU/%B8>\-'15^R3>/\,%+=_7+KH>G7<[V2K!XBGL0Y1$W0HZP+2C^:G""]^
|
|
MGN6P7V^=0_4SC2539GB6K"4._.+V?')V.Q[=2/GMRZ2\U]8:G9Z48&IPP49Q
|
|
MIN_,\V@E,6YV!')(^69UXV@3,!0:'=^^4R_$AELB\@R\A?!A6.>),)X#IJ,N
|
|
MEWO2QM&Q(`<B53][BUDR]R5X_<G$??S)^T2"%?'*SSLCR]D9[!P%WG8L`A/E
|
|
M%0N7H<VA):ZYCGF"-5^*R$MD&\W':-G.>$19XE:V/6'4^_/.)1,L_$W?/O<9
|
|
M;(P"HHEQ_Y45@?R3WFQ^IID&<M:M$U[CA!1ONQP3C;GGK77'$2%:>N[')$9/
|
|
MM1AFU_Z@L+(Q_>,LE*M:HCLR$,S;8V;*SY`*H$7Z03%Z&%\\:B+T3)G(;YME
|
|
ML%GO,4B"2\S=0I*?(MIP"L$8S=.@M&RK>)XP<<C<9M%X.*Z8&CY%)%4GX#`.
|
|
MUHP''N.U)VE/9DC+<FK$+#Q==^)L=ZM<_)Q<WJ%R?[^GD%Q4`]'->*W+P+91
|
|
MU.8?4-PDAI0"7>BV'VZOFFP109S\^2#\?J^C45VGU]MM[$=>_R':/7>CS3,C
|
|
MYV/+@^_!*LZUD4.D>1ENJ8[,+I<NALGX4E@E9-.""S1+`D7[FC-,Z9Z5K,TC
|
|
MTS2B3-<NFS*#R>2;IRP()61];R#%T^U3@E#O[;8I8<@+:+]40-F$VA.Y-"5E
|
|
MN`]@_BHJ3<VB8#X0@S`/F.U;<P:W"R[T/<XQRF3T;B-TLP"[B2JJ]**>H&R%
|
|
M%%-$;A*1*F)$DH(L^Z`*:;M0[_?ZC6YG>VB?8(IC!1'>"VG^Q?S+0$2WI+,8
|
|
M[-7298)<*E!\(EC,/,,YZELP_RBUJ&2^<',K5!9*ACV4M!&U(G16,I1MQBK:
|
|
M,5-[55W[O*[5#@^1YEJ,`M<1F^O#^#6'(D;]('\4:(K$GHC$RHLDJ8QIPT)J
|
|
M67@2Z':9P,_RV'.%AVA%M_FUW)#2A;W.SU,HR#UEIL*@9*Z4Q#[GYPK+DNTG
|
|
MB"L$+<7KY?&F2Z9/09Z&+YUAC3/\P%B=&^MOU3`>:;RJUW4^_U*+!CQ`>@@7
|
|
M0Z*BU2'HOFM52X:DUL(70^)-:/,8,0WF('I@^X-L`JI)NM&WA!O47J]-B=W>
|
|
M?KLARP9RM"@.K=9WNK,LRQ?5"(;21<,-J!29LE^13?J`1-*O!N:V]!UVAF\(
|
|
M3E_5R]OS\UK8%0Z(*R`RV0E)$I[V3G!3W0W+'GO]3@-=X]Y!CUQDY!KO%W02
|
|
M6ZTF^S,BK(DZ0,A3K2925H$L2LMQ+2RG2J04V*TK&XA62*^J4:<:,5![W:EE
|
|
M4^I#+88N`3\\1/B7+^%9-@T7&PPU5ZM"QL1'_T`R$C?LMFNU6EA&:+T"#/SF
|
|
MUA07QB#NO?`T1M0G%2BC*9;Z8;1,B(:Z$0?%4#"WJ2X,]Q8S&1=XT/M%:Z/X
|
|
MEO-1T$(UVD*=2Q%=Y%CE7K:'^WRO#_5]K=/HAH7!F]'YW7AT<30LKWY2F=!S
|
|
MQ<%/KJ39``=C.&3NNTZG3T-9.M3Z87,#3$QRP%V*."!D1G(ACG&_N-R1A5N:
|
|
M@@ZU%N6'6M&9%HT@5T:9H@QWJ"PI%C4C5UH--61D,AI/J*05APFYJNRS9V$4
|
|
MH$;;M2(0YDJ&-<KX%25E;5&IS)9'[C_R_7&%30DU11;G%(5./4)YBR%AJ<AC
|
|
MQF$X(%D0E>J$(449W(BM7PLGS9>.\M/V'YTW`LE,7,),3J:)4+>*\Z&\J@>/
|
|
M+DDTK,1@05AL5+LKD8#L2(E>-J2$D"WI"3%$C8D<Y/L6VLNI?@BKC`7+ADP9
|
|
MW<D5`<4ZEU:DD85:4I(FL+3_26)-199]Y4C7,`)>%7%X;O5#+YRJ=>);@#A$
|
|
M;T[_TE72'.(-0MV"ODS`#QF67L,N\4J<0*ABX:;3QQFW7C1HND^\:B`.IPM7
|
|
M!$3KQ@L'HK=XYZ"K;;YS((?DK@IU!]INYMH!Y5_TM?O_>^]`G.XC-Y3!1>>`
|
|
M`#OBL#8,MT2M(8&*3J1`ZW1[_=V]_0/L"X3"Y\ZEPQ@//8;L3A^"8W.]I#EN
|
|
MS!U&)]"I<S]()DZ=.R-D2&E\V$CG5@D#T1DF]-LQ@M3Q_I\E8)2NR#';0@WZ
|
|
M_48GNGZ",A$GQ/?D'2VJ%%[K7%\Q7U0)9"E`')F+`VTP+08?4`-TQW0Q5;;%
|
|
MKA0KD&#*HMC_GG&,1YZ%&@8)U)_$C;@',I,3HO55T^M62\2;6>5V[-I*N[78
|
|
MO]4SJ'.K7TO6-*\7&@5,(DG:!-&.0ZKL'"E%2N%/JU<1=[HWP9L52\X(4I+)
|
|
MFX<6"4?$;R+<WM]O:/(&2LQ.HIE2FM$1,J[^,5MB'.8SH))_>%0>[N3IBWJQ
|
|
M[<0&468C:,_[F\QOLW2ED"1-2-'_J&7R-#JZ;/17SS<MM[EXG6G[YK7\;VOF
|
|
M4?O6/</U.DWVE3UQXQ`7WXKWU&3SQJU#=N?WCOU!N[=Y[PC'I#>/]J![,.AW
|
|
MDLVCOT?:@)^RM,F^HF]P\C>7HN;,E8Y/PSRX2(-Q/TZU9JL&V;YT.#24%T"H
|
|
MG#^4^:N(VF(:,`YPU\R)$_.KNYO3J\OSWQKM7J]7HU@.5-SRA7X?D&9C>I)L
|
|
MAS!96![@/X=AZF""[^*F1_=%&-5HF(5$B!>#*J=&3+5'@#QP1-^-U^EV1&[J
|
|
MXU;IR5'R>A(2ZQJ^#0FY#9B<79U<O!M-&B^))SKXJTN>LA+!`)3HH]NI7-XM
|
|
MHFL?Y=>@9%J.V.#E(<"_Q`QW"#I,]?R./;(#AXH.4>:*RB/1Z'^E8#:3/T[(
|
|
M)RC/9FQ=[:8/,;/A?)SABUHJG>^<.98/5Q^:V8"^+@/B;#R\;:!0",[\`#6G
|
|
3JE'#PW:+#*^X_@=08.*.]2T``.^<
|
|
`
|
|
end
|
|
|
|
--
|
|
Uwe Bonnes bon@lte.e-technik.uni-erlangen.de
|
|
---
|
|
Uwe Bonnes bon@lte.e-technik.uni-erlangen.de
|
|
|
|
------------------------------
|
|
|
|
From: carl@wrcs1.urz.uni-wuppertal.DE (Uwe Carl)
|
|
Subject: SCSI-Scanner-Support?
|
|
Date: 5 Sep 1994 18:02:14 GMT
|
|
|
|
Hi,
|
|
|
|
I need a full-pager SCSI-Scanner.
|
|
Since I am using only Linux on my PC it would be nice
|
|
to run it without MS-XXX.
|
|
|
|
Are there any Driver available?. I looked around and discovered
|
|
nothing. Is there Documentation available ( TWAIN ???)
|
|
|
|
Who has experience concerning this stuff?
|
|
|
|
Uwe
|
|
|
|
Uwe carl
|
|
EMAIL: carl@wrcs3.urz.uni-wuppertal.de
|
|
|
|
|
|
|
|
------------------------------
|
|
|
|
From: frankdn@mv.mv.com (Douglas Frank)
|
|
Subject: How do you pass fd's to sockets?
|
|
Date: Mon, 5 Sep 1994 18:06:55 GMT
|
|
|
|
How do you pass fd's to sockets?
|
|
|
|
Stevens, in "Advanced Programming in a Unix Environment,"
|
|
gives examples which use the __recvmsg call.
|
|
|
|
The recv() man page warns that recvmsg isn't implemented,
|
|
and goes on to say fd's "are now passed as ancillary data"
|
|
in struct msghdr- but that can't be, because msghdr
|
|
isn't anywhere to be found under /usr/include.
|
|
|
|
So, what's the deal? Are messages free-form?
|
|
|
|
Thanks
|
|
|
|
------------------------------
|
|
|
|
From: hm@ix.de (Harald Milz)
|
|
Subject: Re: Any interest for DCF77 clock code?
|
|
Reply-To: hm@ix.de
|
|
Date: Mon, 5 Sep 1994 17:35:04 GMT
|
|
|
|
In comp.os.linux.development, Rob Janssen (rob@pe1chl.ampr.org) wrote:
|
|
|
|
> Then there is XNTP, but it is much too complicated for me (network
|
|
> oriented, I just want to sync a single machine). And the DCF77 module
|
|
> in there also doesn't act on raw data, I think.
|
|
|
|
dcfd does, Rob. It's in the ~/parse/util/ subdir.
|
|
|
|
> Do you know about a program that runs as a daemon, uses adjtime, and
|
|
> processes raw data? (e.g. on a COM port set to 50 bps)
|
|
|
|
dcfd. Anyway: xntpd is much better in terms of adjusting the clock
|
|
if the radio recptions fails due to the usage of the PLL. I use xntpd
|
|
on a standalone system (which runs IP, though).
|
|
|
|
--
|
|
When you have an efficient government, you have a dictatorship.
|
|
-- Harry Truman
|
|
--
|
|
Harald Milz (hm@ix.de) WWW: http://www.ix.de/editors/hm.html
|
|
iX Multiuser Multitasking Magazine phone +49 (511) 53 52-377
|
|
Helstorfer Str. 7, D-30625 Hannover fax +49 (511) 53 52-378
|
|
Opinions stated herein are my own, not necessarily my employer's.
|
|
|
|
------------------------------
|
|
|
|
From: hm@ix.de (Harald Milz)
|
|
Subject: Re: Any interest for DCF77 clock code?
|
|
Reply-To: hm@ix.de
|
|
Date: Mon, 5 Sep 1994 17:38:50 GMT
|
|
|
|
In comp.os.linux.development, Rob Janssen (rob@pe1chl.ampr.org) wrote:
|
|
|
|
> When I want to sync only a single machine from my clock (which already
|
|
> is interfaced to the RS232), can I configure xntp to leave out all the
|
|
> network stuff? I don't need another large daemon in my 16M system...
|
|
|
|
No, you need IP up and running. xntp handles the receivers as pseudo-
|
|
hosts with addresses in the range 127.*.*.*. The daemon is not _that_
|
|
large. The good news is that you can configure a single xntpd to handle
|
|
both local receivers and remote NTP servers which is good to have
|
|
backups in vital environments.
|
|
|
|
> How difficult is it to configure this? (I have been on the newsgroup
|
|
> for a while and I see a lot of problem discussion that extends way beyond
|
|
> what I want to do...)
|
|
|
|
Quite easy if you can read ;^)
|
|
|
|
--
|
|
Binary, adj.:
|
|
Possessing the ability to have friends of both sexes.
|
|
--
|
|
Harald Milz (hm@ix.de) WWW: http://www.ix.de/editors/hm.html
|
|
iX Multiuser Multitasking Magazine phone +49 (511) 53 52-377
|
|
Helstorfer Str. 7, D-30625 Hannover fax +49 (511) 53 52-378
|
|
Opinions stated herein are my own, not necessarily my employer's.
|
|
|
|
------------------------------
|
|
|
|
From: rzm@dain.oso.chalmers.se (Rafal Maszkowski)
|
|
Subject: lynx dying when calling malloc
|
|
Date: Mon, 5 Sep 1994 19:22:49 GMT
|
|
|
|
I have problems with lynx. It dies when trying to access link like
|
|
file://localhost/~/ which is special lynx hack to access and manage
|
|
home directory. It seems that malloc library function is causing
|
|
segmetation violation. Lynx killed our Convex here some time ago (new
|
|
kernel installed without patches and no sources available |-:= ) because
|
|
of intensive usage of memory allocation. Stack trace below. Does any
|
|
library hacker want to look into details I can provide? My Linux is
|
|
1.1.49, libc 4.5.26, gcc 2.5.8, gdb 4.12, lynx 2.3.1 (lynx 2.3 dies too,
|
|
also with libc 4.5.21).
|
|
|
|
|
|
Attaching to program `/oden/linux/src/lynx2-3-1/./lynx', process 92
|
|
0x677d0 in read ()
|
|
(gdb) cont
|
|
Continuing.
|
|
|
|
Program received signal SIGSEGV, Segmentation fault.
|
|
0x570c8 in malloc (size=20) at malloc.c:189
|
|
malloc.c:189: No such file or directory.
|
|
(gdb) bt
|
|
#0 0x570c8 in malloc (size=20) at malloc.c:189
|
|
#1 0x3acec in __gnu_malloc (__n=20) at /usr/include/stdlib.h:189
|
|
#2 0x3b10b in HTSACopy (dest=0xbffff0fc, src=0x83480 "file://localhost/~/")
|
|
at ../../Library/Implementation/HTString.c:70
|
|
#3 0x39d33 in HTAnchor_address (me=0x85580)
|
|
at ../../Library/Implementation/HTAnchor.c:572
|
|
#4 0x49d7 in display_page (text=0x85980, line_number=0, target=0xbffffa0c "")
|
|
at GridText.c:535
|
|
#5 0x63f4 in HText_pageDisplay (line_num=1, target=0xbffffa0c "")
|
|
at GridText.c:1291
|
|
#6 0xcb81 in mainloop () at LYMainLoop.c:252
|
|
#7 0xb753 in main (argc=3, argv=0xbffffd60) at LYMain.c:519
|
|
(gdb)
|
|
|
|
|
|
R.
|
|
PS. If I'm talking nonsense please say why it is nonsense.
|
|
--
|
|
Rafal Maszkowski rzm@oso.chalmers.se http://www.mat.uni.torun.pl/~rzm
|
|
Opinia publiczna powinna byc zaalarmowana swoim nieistnieniem - St. J. Lec
|
|
|
|
------------------------------
|
|
|
|
From: michael@selway.umt.edu (Michael Babcock)
|
|
Subject: Re: Gnat 1.81 l1 binary on Sunsite
|
|
Date: 5 Sep 1994 13:28:25 -0600
|
|
|
|
In article <778777507snx@zmemw16.demon.co.uk>,
|
|
Stephen Parkinson <Stephen@zmemw16.demon.co.uk> wrote:
|
|
>Has anyone had a problem with this file giving
|
|
>'Unexpected Eof' message when unzipped/untarred ??
|
|
>
|
|
>taar zxf gnat-1.81-l1-bin.tar.gz
|
|
>
|
|
>Yes, I did use bin and then pulled it again to make sure
|
|
>
|
|
>Stephen Parkinson
|
|
|
|
Yes it is incomplete. Get the one from ftp.funet.fi instead (two files).
|
|
|
|
Also you can't use gnat-1.81 with the latest linux kernels. I had
|
|
to downgrade to linux 1.0.9 and now it works fine.
|
|
|
|
Gnat 1.82 is out but a linux binary hasn't appeared yet that I have seen.
|
|
I think you need gcc 2.6.0 for gnat 1.82 anyway.
|
|
|
|
Michael Babcock
|
|
michael@selway.umt.edu
|
|
|
|
------------------------------
|
|
|
|
From: uk9o@rzstud1.rz.uni-karlsruhe.de (Joerg Schneider)
|
|
Subject: Re: LMSI CDrom
|
|
Date: 5 Sep 1994 19:35:55 GMT
|
|
|
|
Andrew Wilson (awilson@merle.acns.nwu.edu) wrote:
|
|
: I've taken Kai Petzke's lmscd 0.3 driver and I'm adding audio support to
|
|
: it. It still only works with the CM205/CM250 combination, but given enough
|
|
: information about the CM206 and the CM205MS I may be able to adapt it.
|
|
|
|
Great! I have hacked lmscd0.3 to work with 1.1.45 for my CM205, but it
|
|
is really only a quick hack.
|
|
|
|
Anyway I would love audio support...
|
|
|
|
|
|
waiting (patiently), Joerg
|
|
--
|
|
Joerg Schneider -- e-mail: schneid@ira.uka.de -- phone: +49 721 607140
|
|
s-mail: Gerwigstr. 13, 76131 Karlsruhe, FRG
|
|
|
|
|
|
------------------------------
|
|
|
|
From: psteindl@il.us.swissbank.com (Philippe Steindl)
|
|
Subject: Re: Future of linux -- the sequel
|
|
Date: 5 Sep 1994 07:10:07 GMT
|
|
Reply-To: ilg@imp.ch
|
|
|
|
Hullo guys,
|
|
|
|
please realize, that specint's don't say everything, get a bunch of
|
|
benchmarks if you want to compare systems overall. Try to compare AIM
|
|
numbers as well. It's true,that maybe specints cover all of your interests
|
|
and so the machine with better specint is better for you. You in here
|
|
compare total systems overall, trying to tell others which one is better
|
|
. you'd need any benchmarks to cover that :) (3D graphics, where any indy
|
|
will beat the shit out of a linux box for example .. sure .. not everybody
|
|
needs it :)). I use linux and I like it, but if I could afford 64 MB RAM
|
|
and other stuff, then I'd buy an indy :-)
|
|
|
|
Philippe
|
|
|
|
PS: repair costs of an indy are normally as high as the system costed ..
|
|
prost :-)
|
|
|
|
--
|
|
====================+===================================================
|
|
Philippe Steindl | Any opinions expressed are my own
|
|
E-mail: ilg@imp.ch | and not necessarily those of the
|
|
| Swiss Bank Corporation.
|
|
====================+===================================================
|
|
|
|
------------------------------
|
|
|
|
From: hjl@nynexst.com (H.J. Lu)
|
|
Subject: Re: lynx dying when calling malloc
|
|
Date: 5 Sep 1994 19:58:37 GMT
|
|
|
|
In article <BP0RBZTG@math.fu-berlin.de>, rzm@dain.oso.chalmers.se (Rafal Maszkowski) writes:
|
|
|> I have problems with lynx. It dies when trying to access link like
|
|
|> file://localhost/~/ which is special lynx hack to access and manage
|
|
|> home directory. It seems that malloc library function is causing
|
|
|> segmetation violation. Lynx killed our Convex here some time ago (new
|
|
|> kernel installed without patches and no sources available |-:= ) because
|
|
|> of intensive usage of memory allocation. Stack trace below. Does any
|
|
|> library hacker want to look into details I can provide? My Linux is
|
|
|> 1.1.49, libc 4.5.26, gcc 2.5.8, gdb 4.12, lynx 2.3.1 (lynx 2.3 dies too,
|
|
|> also with libc 4.5.21).
|
|
|>
|
|
|>
|
|
|> Attaching to program `/oden/linux/src/lynx2-3-1/./lynx', process 92
|
|
|> 0x677d0 in read ()
|
|
|> (gdb) cont
|
|
|> Continuing.
|
|
|>
|
|
|> Program received signal SIGSEGV, Segmentation fault.
|
|
|> 0x570c8 in malloc (size=20) at malloc.c:189
|
|
|> malloc.c:189: No such file or directory.
|
|
|> (gdb) bt
|
|
|> #0 0x570c8 in malloc (size=20) at malloc.c:189
|
|
|> #1 0x3acec in __gnu_malloc (__n=20) at /usr/include/stdlib.h:189
|
|
|> #2 0x3b10b in HTSACopy (dest=0xbffff0fc, src=0x83480 "file://localhost/~/")
|
|
|> at ../../Library/Implementation/HTString.c:70
|
|
|> #3 0x39d33 in HTAnchor_address (me=0x85580)
|
|
|> at ../../Library/Implementation/HTAnchor.c:572
|
|
|> #4 0x49d7 in display_page (text=0x85980, line_number=0, target=0xbffffa0c "")
|
|
|> at GridText.c:535
|
|
|> #5 0x63f4 in HText_pageDisplay (line_num=1, target=0xbffffa0c "")
|
|
|> at GridText.c:1291
|
|
|> #6 0xcb81 in mainloop () at LYMainLoop.c:252
|
|
|> #7 0xb753 in main (argc=3, argv=0xbffffd60) at LYMain.c:519
|
|
|> (gdb)
|
|
|>
|
|
|
|
The first thing I would check is if Lynx somehow frees a malloced pointer
|
|
more than once. That can happen in many ways, like call fclose () twice on
|
|
an fp.
|
|
|
|
H.J.
|
|
|
|
|>
|
|
|> R.
|
|
|> PS. If I'm talking nonsense please say why it is nonsense.
|
|
|> --
|
|
|> Rafal Maszkowski rzm@oso.chalmers.se http://www.mat.uni.torun.pl/~rzm
|
|
|> Opinia publiczna powinna byc zaalarmowana swoim nieistnieniem - St. J. Lec
|
|
|
|
------------------------------
|
|
|
|
|
|
** 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
|
|
******************************
|