Linux-Development-Sys Digest #711, Volume #6 Fri, 14 May 99 12:14:09 EDT
Contents:
Re: Hostile Takeover of Linux (Christopher B. Browne)
PTR_ERR ("J.C. Chuang")
databasedeveloper (Oskar Oehling)
HP JetDirects (using DLC) on Linux??? ("Billy Dunn")
Re: TCP/IP guru help needed (Dmytro Myasnykov)
Re: glibc-2.0.7 to glibc-2.1.1 (Mike Dowling)
more than 65000 ids impossible ? (Tibor Weis)
Re: TCP/IP guru help needed ("Vadim Lebedev")
Re: Translation of linux to minor languages (Johan Kullstam)
Re: 2.2.8 - Evil behavior (Andi Kleen)
Problems with libc.so.6 ("Ralph Ballier")
Re: Who is keeping track of kernel patches (James Stevenson)
Unable to load interpreter ("Ralph Ballier")
ring0-debugger (Usuario Invitado)
Re: accessing real-mode ram on pc, how ? (Remco van den Berg)
Re: accessing real-mode ram on pc, how ? (Lars Frenzel)
Re: Glibc rant (Modemch)
----------------------------------------------------------------------------
From: [EMAIL PROTECTED] (Christopher B. Browne)
Subject: Re: Hostile Takeover of Linux
Reply-To: [EMAIL PROTECTED]
Date: Fri, 14 May 1999 03:07:59 GMT
On 13 May 1999 20:21:48 -0600, Joe Pfeiffer <[EMAIL PROTECTED]> posted:
>dan <[EMAIL PROTECTED]> writes:
>
>> Too bad guy's it was all for nothing.
>> Sylvan has tagged us all as idiots if we
>> don't get their Linux certification.
>
>I know I'm going to be sorry I asked this, but... what in the *hell*
>are you talking about?
It's probably some misreading of the LPI certification scheme, which
is outsourcing test administration to Sylvan Prometric.
See <http://www.lpi.org> for more details.
Yahoos from Yahoo can of course misread the goings-on as to provide
trollable material.
--
Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer <http://www.hex.net/~cbbrowne/lsf.html>
[EMAIL PROTECTED] - "What have you contributed to free software today?..."
------------------------------
From: "J.C. Chuang" <[EMAIL PROTECTED]>
Subject: PTR_ERR
Date: Fri, 14 May 1999 14:44:13 +0800
Hi,
In kernel code, I often read the macros ERR_PTR(), PTR_ERR(), IS_ERR().
After checking its definition, I found that
#define ERR_PTR(err) ((void *)((long)(err)))
#define PTR_ERR(ptr) ((long)(ptr))
#define IS_ERR(ptr) ((unsigned long)(ptr) > (unsigned long)(-1000))
But I don't understand very much about IS_ERR(). Why it wannts to
compare with (unsigned long) (-1000). Is there any special meaning on
the
value of -1000.
J.C. Chuang
------------------------------
From: [EMAIL PROTECTED] (Oskar Oehling)
Subject: databasedeveloper
Date: 14 May 1999 07:41:36 GMT
Reply-To: [EMAIL PROTECTED]
Suche Entwickler f r Datenbankapplikation unter Linux (postgresql,
oracle) zur Erstellung einer Privatabrechnungssoftware f r
Privatpraxis und einer Mitgliederverwaltung DTA Fitnesscenter
--
_____________________________________________________________________
__
oskar oehling
www.triton-training.de +49 (0)172 6739161
[EMAIL PROTECTED]
_____________________________________________________________________
__
-- NewsGrazer, a NeXTstep(tm) news reader, posting --
M>UQR=&8P7&%N<VE[7&9O;G1T8FQ<9C!<9FUO9&5R;B!#;W5R:65R.UQF,5QF
M<W=I<W,@2&5L=F5T:6-A.WT*7&UA<F=L,3(P"EQM87)G<C$R,`I[7&-O;&]R
M=&)L.UQR960R-35<9W)E96XP7&)L=64Q,#M<<F5D,%QG<F5E;C!<8FQU93`[
M?0I<<&%R9%QT>#$Q-#!<='@R,S`P7'1X,S0T,%QT>#0V,#!<='@U-S8P7'1X
M-CDP,%QT>#@P-C!<='@Y,C`P7'1X,3`S-C!<='@Q,34R,%QF,%QB,%QI,%QU
M;&YO;F5<9G,R-%QF8S!<8V8P(%-U8VAE($5N='=I8VML97(@9O9R($1A=&5N
M8F%N:V%P<&QI:V%T:6]N('5N=&5R($QI;G5X("AP;W-T9W)E<W%L+"!O<F%C
M;&4I('IU<B!%<G-T96QL=6YG(&5I;F5R(%!R:79A=&%B<F5C:&YU;F=S<V]F
M='=A<F4@9O9R(%!R:79A='!R87AI<R!U;F0@96EN97(@36ET9VQI961E<G9E
M<G=A;'1U;F<@1%1!($9I=&YE<W-C96YT97)<"@I<<&%R9%QT>#$Q-3)<='@R
M,S`T7'1X,S0U-EQT>#0V,#A<='@U-S8P7'1X-CDQ,EQT>#@P-C1<='@Y,C$V
M7'1X,3`S-CA<='@Q,34R,%QF8S!<8V8P(%P*7`HM+5P*"EQP87)D7'1X-3(P
M7'1X,3`V,%QT>#$U.#!<='@Q.3@P7'1X,C4X,%QT>#,P.#!<='@S-S0P7'1X
M-#(V,%QT>#0X,#!<='@U,S(P7&8Q7&)<9G,R,%QG<F%Y,S`S7&9C,5QC9C$@
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*7&(P7&=R87DP7&9C,EQC9C(@
M7`H*7'!A<F1<='@U,C!<='@Q,#8P7'1X,38P,%QT>#(Q,C!<='@R-C8P7'1X
M,S(P,%QT>#,W,C!<='@T,C8P7'1X-#@P,%QT>#4S,C!<9F,R7&-F,B!<"F]S
M:V%R(&]E:&QI;F=<"@I<8EQG<F%Y,S`S7&9C,5QC9C$@=W=W+G1R:71O;BUT
M<F%I;FEN9RYD90I<8C!<9W)A>3!<9F,R7&-F,B`@("LT.2`H,"DQ-S(@(#8W
M,SDQ-C$@(&]S:V%R0&UE9&EX+G)H96EN+6UA:6XN9&5<"@I<<&%R9%QT>#4R
M,%QT>#$P-C!<='@Q-3@P7'1X,3DX,%QT>#(U.#!<='@S,#@P7'1X,S<T,%QT
M>#0R-C!<='@T.#`P7'1X-3,R,%QB7&=R87DS,#-<9F,Q7&-F,2!?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7PI<9G,R-%QG<F%Y,%QF8S)<8V8R(%P*"GT*
`
------------------------------
From: "Billy Dunn" <[EMAIL PROTECTED]>
Crossposted-To:
comp.os.linux,comp.os.linux.admin,comp.os.linux.development,comp.os.linux.hardware,comp.os.linux.networking,linux.redhat.development,linux.redhat.misc
Subject: HP JetDirects (using DLC) on Linux???
Date: Fri, 14 May 1999 08:04:11 GMT
Sorry for the cross-post, but this is an question that has been asked by
many and never addressed in these newsgroups - and I've searched back 6
months.
There are thousands upon thousands of old Hewlett Packard JetDirect boxes
and cards out there that allow you to setup a stand-alone printer. While
many of the newer cards and external boxes allow TCP/IP communication, the
old JetDirects do not.
I have been using Windows NT's DLC protocol to connect to these boxes
without much difficulty. Apparently, the DLC protocol is not something that
Linux supports at this time. I have hundreds of these boxes out there and I
am at a total standstill in my efforts to move to Linux because of this
problem.
Does ANYONE know of a way to communicate with the old JetDirect boxes that
do not support TCP/IP? They support IPX/SPX and DLC (not LPD).
Thanks very much - and sorry again about that cross-post.
Emailed replies are fine, but I will also be checking here several times a
day in the hopes that there is light at the end of this very dark tunnel.
Billy Dunn
[EMAIL PROTECTED]
------------------------------
From: Dmytro Myasnykov <[EMAIL PROTECTED]>
Crossposted-To: comp.protocols.tcp-ip
Subject: Re: TCP/IP guru help needed
Date: Fri, 14 May 1999 10:15:50 +0200
Hi
I see your problem. When window size is changing (grows up from 0 back to 288 ,
for example), I send a window update to peer with new size. Normally it happends
when program reads data from TCP/IP buffers. Also, standard implementation apply
next condition: if place in receive window more or equal than 1 MSS AND not a lot
of byte left unreaded by program -> force window update send. This window contains
no data (you can send data if you have), only ACK, new sequence number and new
window size.
After this peer knows that you are able to receive more data.
And I didn't understand what do you mean about x.1025 acks....If you still have
problems, try to describe again and make a new tcpdump.
Regards
Dmitriy
Modemch wrote:
> Hi All.
>
> I'm porting the BSD 4.3 TCP/IP stack to an embedded system, and have ran
> into a problem. Under load, when the TCP window becomes 0, it never
> recovers from this - subsequent acks from the sender get dropped because
> it's sequence number is one segment size less from what is expected. I'm
> using Linux, kernel 2.0.30 for development, and wondering whether it could
> be a bug in that specific kernel, or in the BSD TCP/IP stack, but can't figure
> it out. Here's a fragment of tcpdump output:
>
------------------------------
From: [EMAIL PROTECTED] (Mike Dowling)
Subject: Re: glibc-2.0.7 to glibc-2.1.1
Date: 14 May 1999 08:16:43 GMT
On 13 May 1999 00:34:30 GMT, Brent Corbin <[EMAIL PROTECTED]> wrote:
>As I recall, I discovered that while trying to install libtermcap
>compiled for glibc using a version of bash compiled for libc5...
>It took me a while to figure out how/why the install script bombed 8*(
>
>Fortunately, the wisdom I gained is in large part why I'm approaching
>this next upgrade at a less-than-breakneck pace 8*)
Yes, I've a DIY Linux, too, and I have yet to implement the newest libs for
the same reason.
The last time I compiled glibc, I included the latest ncurses as one of the
optional extras, and built the libs all together, and it worked.
Cheers,
Mike Dowling
--
My email address [EMAIL PROTECTED] above is a valid email address.
It is, in fact, a sendmail alias; the digit 'N' is incremented regularly.
Spammed aliases will be deleted. Currently, mike[5,7-9,12,13] have been deleted.
If email to mikeN bounces, try mikeN+1.
------------------------------
From: Tibor Weis <[EMAIL PROTECTED]>
Subject: more than 65000 ids impossible ?
Date: 14 May 1999 10:03:09 GMT
Hi,
I would like to ask you if linux can support more than 65000 user IDs.
We would like to set up main MAIL HUB for more about 100 000
users. I found out that SOLARIS 7 support it but
LINUX does not. Do you have any idea how to solve it ?
thank you
Tibor
----------------------------------------------------
posted by WWWNews gateway v1.12
(c) 1997 Somi Systems Ltd. http://www.somi.sk/
somi.sk is NOT the originators of the articles
and are NOT responsible for their content.
------------------------------
From: "Vadim Lebedev" <[EMAIL PROTECTED]>
Crossposted-To: comp.protocols.tcp-ip
Subject: Re: TCP/IP guru help needed
Date: Fri, 14 May 1999 12:11:39 +0200
First, why you use BSD stack? Linux has it's own stack.
Second, you can try and fix the stack to send 1-byte window advertizement
instead of 0 - byte
Vadim
Modemch <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]...
> Hi All.
>
> I'm porting the BSD 4.3 TCP/IP stack to an embedded system, and have ran
> into a problem. Under load, when the TCP window becomes 0, it never
> recovers from this - subsequent acks from the sender get dropped because
> it's sequence number is one segment size less from what is expected. I'm
> using Linux, kernel 2.0.30 for development, and wondering whether it could
> be a bug in that specific kernel, or in the BSD TCP/IP stack, but can't
figure
> it out. Here's a fragment of tcpdump output:
>
> y.80 > x.1025: . 25633:25777(144) ack 0 win 31744 (ttl 64, id 48134)
> y.80 > x.1025: . 25777:25921(144) ack 0 win 31744 (ttl 64, id 48135)
> x.1025 > y.80: . ack 25921 win 288 (ttl 15, id 377)
> y.80 > x.1025: . 25921:26065(144) ack 0 win 31744 (ttl 64, id 48182)
> y.80 > x.1025: . 26065:26209(144) ack 0 win 31744 (ttl 64, id 48183)
> x.1025 > y.80: . ack 26209 win 0 (ttl 15, id 378)
> y.80 > x.1025: . ack 0 win 31744 (ttl 64, id 48282)
> y.80 > x.1025: . ack 0 win 31744 (ttl 64, id 48396)
> y.80 > x.1025: . ack 0 win 31744 (ttl 64, id 48602)
> y.80 > x.1025: . ack 0 win 31744 (ttl 64, id 49009)
>
> Those last acks are being dropped, and the connection does not
> recover. This only happens when the window actually goes to 0, when it
> just shrinks all extra packets are dropped, and everything goes well. I'm
> totally at a loss here, I've been staring at this for the past 3 days.
> Thanks in advance.
>
> --
> Regards,
> Modemch
------------------------------
Subject: Re: Translation of linux to minor languages
From: Johan Kullstam <[EMAIL PROTECTED]>
Date: 14 May 1999 07:27:21 -0400
"Stefan Monnier <[EMAIL PROTECTED]>"
<[EMAIL PROTECTED]> writes:
> >> Regexp matching can be done on UTF-8 just fine (no conversion
> >> needed).
> > you *do* need conversion. what does "." mean for a multi-byte char?
>
> The regexp compiler needs a slight adjustment, but the string doesn't
> need to be converted.
look at how plan9 does it. plan9 uses UTF-8 for files and external
interfaces. the C internal subroutines operate on 16 bit `runes'.
<URL:http://plan9.bell-labs.com/plan9/doc/utf.html>
emacs with MULE uses a 7 bit multibyte style internally and has had
generally poor results in converting the regexp functions.
there is no reason disk and exported formats cannot be in UTF-8 with
internal processing using a different encoding with better properties
for handling in a C program as long as you have convenient invertible
translations back and forth between them.
--
J o h a n K u l l s t a m
[[EMAIL PROTECTED]]
Don't Fear the Penguin!
------------------------------
Subject: Re: 2.2.8 - Evil behavior
From: Andi Kleen <[EMAIL PROTECTED]>
Date: 14 May 1999 14:25:55 +0200
Kevin Turnquist <[EMAIL PROTECTED]> writes:
> I upgraded from 2.2.7 to 2.2.8, and removed the reference to update in
> the rc.S file as directed from a couple sources.
>
> Within 12 hours, all the servers that received this OS were dead from
> "Divide Error (addresses) - Kernel Panic"
This is most likely the TCP tcp_recalc_sshthresh() bug. Update to 2.2.9.
-Andi
--
This is like TV. I don't like TV.
------------------------------
From: "Ralph Ballier" <[EMAIL PROTECTED]>
Subject: Problems with libc.so.6
Date: Fri, 14 May 1999 15:11:42 +0200
Hello,
using nslookup at vers. 2.2.7 I got the message:
libc.so.6: failed to map segment from shared object; cannot allocate memory
What does this mean???
Ralph Ballier (ODS-e.V. Berlin, Germany)
------------------------------
From: [EMAIL PROTECTED] (James Stevenson)
Subject: Re: Who is keeping track of kernel patches
Reply-To: [EMAIL PROTECTED]
Date: Fri, 14 May 1999 01:20:12 +0100
Hi
you can always
finger @ftp.kernel.oeg
it will show you the latest kernel
On 13 May 1999 09:47:05 -0400, Michael Hirsch <[EMAIL PROTECTED]> wrote:
>[EMAIL PROTECTED] (LEBLANC ERIC) writes:
>
>> Michael Hirsch ([EMAIL PROTECTED]) wrote:
>> : I have a very clear memory of a web site that kept track of kernel
>> : patches that many people had released but were not in the kernel.
>> : Does this still exist and where is it? I've been looking everywhere
>> : and I can't find it anymore.
>>
>> http://www.linuxhq.com
>>
>> :
>> : Was I dreaming?
>>
>> No. =)
>
>Thanks for the pointer. I had checked there, but not thoroughly
>enough, I guess. linuxhq has descriptions of the patches inthe
>standard kernel, but it also has a link to
>
>http://linux-patches.rock-projects.com/
>
>which has what I was looking for. It has a collection of patches
>which have not been incorporated into the Linux kernel along with
>descriptions, etc.
>
>Thanks a bunch,
>
>
>--
>Michael D. Hirsch Work: (404) 727-7940
>Emory University, Atlanta, GA 30322 FAX: (404) 727-5611
>email: [EMAIL PROTECTED] http://www.mathcs.emory.edu/~hirsch/
>
>Public key for encrypted mail available upon request (or finger
>[EMAIL PROTECTED]).
--
=============================================
Check Out: http://www.users.zetnet.co.uk/james/
E-Mail: [EMAIL PROTECTED]
1:10am up 1 day, 6:13, 0 users, load average: 1.03, 1.31, 1.21
------------------------------
From: "Ralph Ballier" <[EMAIL PROTECTED]>
Subject: Unable to load interpreter
Date: Fri, 14 May 1999 15:16:08 +0200
I found in dmesg and /var/log/messages the sentence
Unable to load interpreter
I use vers. 2.2.7.
What does this mean?
Ralph Ballier (ODS-Verein e.V. Berlin, Germany)
------------------------------
From: [EMAIL PROTECTED] (Usuario Invitado)
Subject: ring0-debugger
Date: 10 May 1999 11:51:06 GMT
I'm working in a ring0-linux-debugger , i'd like to get information about
irq's stuff, a URL will be nice!.
VIC
------------------------------
From: [EMAIL PROTECTED] (Remco van den Berg)
Subject: Re: accessing real-mode ram on pc, how ?
Date: Fri, 14 May 1999 15:28:09 GMT
On Fri, 14 May 1999 16:04:09 +0200, Lars Frenzel wrote:
>Hi,
>
>how can I access the 'real-mode' ram (specified by seg:offs) on a pc ?
>(using c/c++)
>
>i tried (but it didnt work ;-( the following:
>
>
>char *ptr = (char *)(seg<<4)|(offs&0xF);
>ptr[0] = ...
>
>
>--or--
>
>
>fd = open("/dev/mem");
>ptr = mmap(...);
>ptr[0] = ...
>
>
>in fact i simply have to access the video-memory directly due to
>speed improvement
>
>
>thx,
>Lars.
I don't know the answer but why don't you take a look at the source
off the svgalib package?
-Remco
--
============================================================================
Remco van den Berg Admin DSE http://www.dse.nl/
[EMAIL PROTECTED] Linux Certified Systems Engineer
============================================================================
------------------------------
From: Lars Frenzel <[EMAIL PROTECTED]>
Subject: Re: accessing real-mode ram on pc, how ?
Date: Fri, 14 May 1999 16:36:03 +0200
Remco van den Berg wrote:
> >fd = open("/dev/mem");
> >ptr = mmap(...);
> >ptr[0] = ...
> I don't know the answer but why don't you take a look at the source
> off the svgalib package?
i did that but the only code related to that (i found) was the one i
tried out (see quote above) and that didnt work so i guess there must be
some code i've overseen or didn't find...but i'll have another look at
the sources
Lars
------------------------------
From: Modemch <[EMAIL PROTECTED]>
Subject: Re: Glibc rant
Date: 14 May 1999 10:11:56 -0400
[EMAIL PROTECTED] (Juergen Heinzl) writes:
> >Hmm... Now, yesterday, I was trying to compile Mesa 3.1, after installing
> >glibc-2.1 from an rpm, since gnome apps I downloaded from rawhide wouldn't
> >work. It would compile fine, but fail at link time with __setfpucw not
> >being defined. The funny thing is that this was defined in glibc.2.0.so,
> >and in glibc.2.1.so, but it still wouldn't link. But that's besides the
> >point. This function actually has a *manpage*, and it starts with
> >underscores. Now, I've got around the problem by re-writing the piece
> >without using __setfpucw, and using macros from fp_control.h, but - should
> >a function be considered internal, if it actually has a manpage describing
> >how it works? Btw, I still can't figure out why it wouldn't link.
>
> Mind the manual pages still describe libc5 functions and you had better
> use the info pages here or some other reference. In addition see that the
> manual pages says "i386 Linux Man Page", say it is a somewhat system
> specific function and to rely on it can spell trouble. The new glibc comes
> with a much richer set of functions than anything before and to document
> all these will take some time and volunteers.
That was done on a RedHat 5.2 system, which has no libc5-devel packages,
only the binaries for older apps. The man page came from glibc-2.0-devel,
and glibc-2.1-devel documented _setfpucw, instead of __setfpucw. None of
those functions worked anyway. I have a RedHat 4.2 system at work here,
which uses libc5, and there is no man page describing this function.
> Moving from a libc5 to a libc6 system does not mean to hit some magic
> button and voila.
This isn't related to moving from libc5 to libc6, I've done that too, and
the pain was expected. :) This broke when I installed the glibc-2.1 rpm,
and it compiled and worked fine with glibc-2.0. It didn't even *compile*
after glibc-2.1 was installed.
> If you decide to go the "compile it on my own" way you ought to be able
> to work out things like that. "Use the source Luke" eh ? Yes, sure 8)
> Not meant personally though.
Well, as I said above, I did change the source, and got it to work.
Lucky for me, it was written as a macro, so it was trivial enough to
change.
> If you want to avoid all `problems' wait about 6 months or so but in the
> meantime be prepared to have to fire up the editor or to install some
> vendor specific patches. You can help others by working things out and
> I think this is the better way to go compared to wasting time with working
> out who is to blame for what if at all.
Oh yeah, that is the general rule. I wasn't even going to bother with 2.1,
but had to install it since gnome rpms from rawhide required it (yeah, I
know I could've recompiled it, but instead of downloading a bunch of
development libraries I just got the libc-2.1 rpm). I'm not trying to
blame anybody, that isn't going to fix anything, and this is free software,
after all. It's just that one of the previous posters mentioned that you
shouldn't use functions with underscores, as they are internal by
definition, but if a function has a manpage, it shouldn't be considered
internal - unless it says so right on the manpage.
--
Regards,
Modemch
------------------------------
** 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: [EMAIL PROTECTED]
You can send mail to the entire list (and comp.os.linux.development.system) via:
Internet: [EMAIL PROTECTED]
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Development-System Digest
******************************
