Linux-Development-Sys Digest #718, Volume #6     Sun, 16 May 99 18:14:35 EDT

Contents:
  Looking for code ("Shockwave")
  Re: SMC etherpowerII problem in RH6 (phil)
  Re: 2.2.8 - Evil behavior (Kevin Turnquist)
  Re: You can now use Winmodems in Linux!!!!!!! (Russell Nelson)
  TO stop turning on the hard drive (Eldhose John)
  Re: 2.2.8 - Evil behavior (Juergen Heinzl)
  Re: Glibc rant (Juergen Heinzl)
  Re: Unable to load interpreter (Juergen Heinzl)
  OMNIS Studio RAD Tool available on Linux soon....... ("Richard D")
  Re: glibc-2.0.7 to glibc-2.1.1 (Philipp Thomas)
  Re: Glibc rant (Philipp Thomas)
  Re: RH6.0 package dependencies (Was : Glibc rant) (Philipp Thomas)
  A Real Puzzler, (try your hand) (Albert Schueller)
  Porting Kernel Module: 2.0.x -> 2.2.x (Oliver Wahlen)
  Re: Wie kann ich eine Minix Partition mounten? (Kees J Bot)
  Re: A Real Puzzler, (try your hand) (Dave Platt)

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

From: "Shockwave" <[EMAIL PROTECTED]>
Subject: Looking for code
Date: Sun, 16 May 1999 18:22:29 GMT

Hi,

I'm interested at looking at the code for the finger, who and rwho command.
Could someone please tell me where I can find them or could someone post the
code as a reply to this message.

Thank you



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

From: phil <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.networking
Subject: Re: SMC etherpowerII problem in RH6
Date: Sun, 16 May 1999 16:21:40 GMT

[EMAIL PROTECTED] wrote:

> Has somebody figured out how to get the networkcard SMC EtherpowerII
> (SMC9432TX) working in RedHat6? In redhat 5.2 I didnt encounter any
> problems when I used kernel 2.2.2, and the EXPERIMANTAL EPIC100 driver.
> I have tried the kernel 2.2.2 in RH 6.0 but i still cant get it working
> :-(
>
> Any help would be really nice
>
> Peter
>
> --== Sent via Deja.com http://www.deja.com/ ==--
> ---Share what you know. Learn what you don't.---

I have a SMC Etherpower (SMC8432BT) that works fine under RH 5.2 but
doesn't work under RH 6.0.  The link light on the hub comes on as soon as
the "tulip" module is loaded then goes off as soon as the startup scripts
try to "ifup eth0" the device.  I re-compiled the kernel to have the
absolute minimum amount of drivers (modules or otherwise) which usually
solves my problems but it didn't help in this case.  I'm using a HP
Pavilion 6370Z (Pentium II 350MHz) with ATI Rage Pro video board and 96MB
of memory.  I would be interested in knowing what type of system you are
using.  Some people don't seem to have any problems but others, like
myself, can't get the ethernet interface up at all.

Thanks,

Phil


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

From: Kevin Turnquist <[EMAIL PROTECTED]>
Subject: Re: 2.2.8 - Evil behavior
Date: 14 May 1999 19:48:05 GMT

Johan Kullstam <[EMAIL PROTECTED]> wrote:
: 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" 
: >     One machine I can see, but this hit 6 computers.  Fortunately, I just
: > booted back into 2.2.7.  

: there seems to be a 2.2.9 out now (since 13 may).  i saw on the kernel
: list a patch to fix some of the update stuff by the guy who made the
: update elimination fix in the first place.  i have no idea what the
: 2.2.9 patch entails since it seems like no one does release blurbs
: with new kernels anymore.

  Someone on the group pointed out the new (2.2.9) release to me.  A quick
check of the "Cutting Edge Changes" site didn't list a fix for
"devastating bug in such-and-such" so I'm probably going to hang around
2.2.7 for a while.

: in short, linux-2.2.8 seems to be a loser.  i'd either go back to
: 2.2.7 as you did and wait it out or go for 2.2.9 and hope for the
: best.
  
  I think the former is smart strategy.  What really fried me is that
2.2.8 ran flawlessly on my "test" machine, which is under constant load.
It only blew up on my production servers...most unkind.
--
Kevin Turnquist

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

From: Russell Nelson <[EMAIL PROTECTED]>
Subject: Re: You can now use Winmodems in Linux!!!!!!!
Date: 16 May 1999 14:08:26 -0400

[EMAIL PROTECTED] (Jonathan A. Buzzard) writes:

> What the windows drivers provide is a virtual serial port that it
> uses to intercept AT commands and prod the chipset to do the right
> thing. The only problem is that the chipset manufactures refuse to
> release the programming information for their chipsets. If they did
> Linux drivers would follow.

Not quite true.  Lucent and Ambient(Cirrus) providing programming
documentation.  It's just that hackers don't see the value of a
winmodem driver, since it would suck huge numbers of CPU cycles.  But
a winmodem makes a great telecom interface.  http://linmodems.org.

-- 
-russ nelson <[EMAIL PROTECTED]>  http://crynwr.com/~nelson
Crynwr supports Open Source(tm) Software| PGPok | Good parenting creates
521 Pleasant Valley Rd. | +1 315 268 1925 voice | an adult, not a perfect
Potsdam, NY 13676-3213  | +1 315 268 9201 FAX   | child.

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

Date: Sun, 16 May 1999 15:09:58 -0400
From: Eldhose John <[EMAIL PROTECTED]>
Subject: TO stop turning on the hard drive

Hi all
I have network at my home its not connected to outside. My problem is the
hard drive turns on by itself once in a while. I think its because, it 
trys to update something from newsgroups. How can I stop It. The process
is called internet something.
Thanks alot
John



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

From: [EMAIL PROTECTED] (Juergen Heinzl)
Subject: Re: 2.2.8 - Evil behavior
Date: Fri, 14 May 1999 21:48:03 GMT

In article <[EMAIL PROTECTED]>, Johan Kullstam wrote:
>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" 
>>   
>>     One machine I can see, but this hit 6 computers.  Fortunately, I just
>> booted back into 2.2.7.  
>> 
>>     Has anyone else seen this behavior?  I've never had this problem until
>> 2.2.8, and I compiled it exactly as I did 2.2.7 and previous.
>
>there seems to be a 2.2.9 out now (since 13 may).  i saw on the kernel
>list a patch to fix some of the update stuff by the guy who made the
>update elimination fix in the first place.  i have no idea what the
>2.2.9 patch entails since it seems like no one does release blurbs
>with new kernels anymore.

2.2.9 up and running, here are two lines ...

-       __u32 snd_wnd_packets = tp->snd_wnd / tp->mss_cache;
+       __u32 snd_wnd_packets = tp->snd_wnd / max(tp->mss_cache, 1);

... guess what happens if mss_cache is 0 (the first line is the old code).

Cheers,
Juergen

-- 
\ Real name     : J�rgen Heinzl                 \       no flames      /
 \ EMail Private : [EMAIL PROTECTED] \ send money instead /

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

From: [EMAIL PROTECTED] (Juergen Heinzl)
Subject: Re: Glibc rant
Date: Fri, 14 May 1999 21:48:01 GMT

In article <[EMAIL PROTECTED]>, Modemch wrote:
>[EMAIL PROTECTED] (Juergen Heinzl) writes:
>
[...]
>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. 

Let's see (not a glibc man page since there are no standard ones) ...

__SETFPUCW(3)       Linux Programmer's Manual       __SETFPUCW(3)


NAME
       __setfpucw - set fpu control word on i386 architecture

SYNOPSIS
       #include <i386/fpu_control.h>

... living without a distribution seems to have its advantages, no one
tries to improve it 8)

I do not recommend though to install the official man pages over the
installed one. Using vendor patches due to fixes now and again ... they
add their own stuff at times to programmes and to the documentation.

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

Yup.
[...]
>> 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.  

That would bereave you of the satisfaction to be able to say you finally
deduced it yourself 8)

But sure, it is just that the main reference are the info files and the
man pages have to be created from that source of information. One can of
things that are more fun. Well, no comments about texinfo now ... pinfo
is pretty nice at least, I recommend it and can use info files now without
getting ulcers ...

There is quite a lot more information in the info pages anyway, not only
regarding what is available so browsing a bit is really worth the time.
Even if only to see what it has to offer and that is quite a lot.

Cheers,
Juergen

-- 
\ Real name     : J�rgen Heinzl                 \       no flames      /
 \ EMail Private : [EMAIL PROTECTED] \ send money instead /

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

From: [EMAIL PROTECTED] (Juergen Heinzl)
Subject: Re: Unable to load interpreter
Date: Fri, 14 May 1999 21:48:01 GMT

In article <7hh7lc$e70$[EMAIL PROTECTED]>, Ralph Ballier wrote:
>I found in dmesg and /var/log/messages the sentence
>
>    Unable to load interpreter
>
>I use vers. 2.2.7.
>
>What does this mean?

I saw this only once ... the machine 100 per cent out of memory
then, dead as dodo.

Cheers,
Juergen

-- 
\ Real name     : J�rgen Heinzl                 \       no flames      /
 \ EMail Private : [EMAIL PROTECTED] \ send money instead /

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

From: "Richard D" <[EMAIL PROTECTED]>
Crossposted-To: 
comp.os.linux.development.apps,comp.os.linux.hardware,comp.os.linux.m68k,comp.os.linux.misc,comp.os.linux.networking,comp.os.linux.portable,comp.os.linux.powerpc,comp.os.linux.security,comp.os.linux.setup,comp.os
Subject: OMNIS Studio RAD Tool available on Linux soon.......
Date: Sun, 16 May 1999 21:13:48 +0100

Please see the following link to read our latest press release regarding the
forthcoming launch of OMNIS Studio on the LINUX operating system platform.

http://www.omnis-software.com/whatsnew/press/linux.html

The beta version will be available from July 1999, with full release in
September this year.

We believe we have a real first here, as OMNIS Studio represents a true
4GL Rapid application development system that is binary compatible with
both Windows and Macintosh machines, and soon LINUX.

This means that developers are totally free to choose their preferred
development platform, and then deploy applications without alteration in
all of the above environments.

If you require any more information about OMNIS Studio, or would like to
know about some of the many commercial applications written in OMNIS
that will soon be available for the  LINUX environment please don't
hesitate to contact me.

Kind Regards,

Richard Darsa
OMNIS Software Ltd.








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

From: [EMAIL PROTECTED] (Philipp Thomas)
Subject: Re: glibc-2.0.7 to glibc-2.1.1
Date: Sun, 16 May 1999 19:24:46 GMT

On 12 May 1999 16:28:08 -0500, [EMAIL PROTECTED] (Paul Kimoto) wrote:

>Wait, your /bin/bash isn't dynamically linked to libncurses?!

bash 2.X usually is. That is, if it was compiled with support for dynamic
loading of built in commands, which wouldn't work with a static executable.


Philipp

-- 
You have moved your mouse. Windows must be rebooted for the
changes to take effect.

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

From: [EMAIL PROTECTED] (Philipp Thomas)
Subject: Re: Glibc rant
Date: Sun, 16 May 1999 19:24:43 GMT

On 14 May 1999 10:11:56 -0400, Modemch <[EMAIL PROTECTED]> wrote:

>The man page came from glibc-2.0-devel,
>and glibc-2.1-devel documented _setfpucw, instead of __setfpucw.

Then redhat must have put man pages from elsewhere into their glibc-2.0-devel
package, because original glibc2 ships *only* with texinfo documentation.

While this is a point that could be debated separately (f.i. no documentation
on the tools for Berkeley db, no documentation on locale tools like locale and
localedef, no documentation for timezone tools like zic), *any* man page
present in a glibc2 package must have been added by the distribution makers.


Philipp

-- 
You have moved your mouse. Windows must be rebooted for the
changes to take effect.

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

From: [EMAIL PROTECTED] (Philipp Thomas)
Subject: Re: RH6.0 package dependencies (Was : Glibc rant)
Date: Sun, 16 May 1999 19:24:44 GMT

On 12 May 1999 14:44:59 +0200, Marc Lefranc <[EMAIL PROTECTED]>
wrote:

>Most packages in RH6.0 depend on libc.so.6(GLIBC_2.0) and
>libm.so.6(GLIBC_2.0), as well as on their 2.1 counterparts:

>I naively thought they should only depend on libc.so.6(GLIBC_2.1) only?
>Any comment ?

That would defeat the reason why symbol versions were introduced and used.

>P.S. I have also observed that a rpm package freshly built from one of
>my codes has this dependency on both libc.so.6(GLIBC_2.1) and
>libc.so.6(GLIBC_2.0). Perhaps, there is a problem with the compiler ?

Relax, there's nothing strange with that and it's no compiler problem :) This
results from glibc2 using symbol versioning and rpm correctly checking for
them.

To explain a bit: It used to be a major problem that when things like struct
stat changes (additional members, change of the type of members) or more
broader any change to the binary API is created you create binary
incompatibilities that could only be handled by bumping the library version,
i.e. the internal soname. This was the mechanism used on Linux up to libc5. 

To overcome the problems of this approach, the glibc2 development team in
cooperation with the binutils developers took the symbol versioning scheme
implemented first by sun, extended it quite a bit and used it in glibc2.

Symbol versioning allows you to bind a symbol (i.e. variable/data structure or
function) to a specific symbolic version. That way, you can bind one symbol to
several versions or supply different versions of the same symbol for different
library versions (more accurately: different ABI versions). You may view the
versions the symbols of glibc2 are bound to by using

  objdump --dynamic-syms /lib/libc.so.6

This will show you that many symbols are bound to GLIBC_2.0, meaning "hasn't
changed in glibc 2.1" and quite a few bound to GLIBC_2.1, meaning "new or
changed in glibc 2.1".

For a detailed description of the mechanism used and how one could use it in
ones own code, see the ld texinfo documentation, node VERSION

  info (ld.info)Version


Hope that answered all of your questions ;-)










Philipp

-- 
You have moved your mouse. Windows must be rebooted for the
changes to take effect.

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

From: [EMAIL PROTECTED] (Albert Schueller)
Crossposted-To: 
comp.os.linux.setup,comp.os.linux.development.apps,comp.os.linux.networking,comp.os.linux.setup
Subject: A Real Puzzler, (try your hand)
Date: Sun, 16 May 1999 21:41:12 GMT
Reply-To: [EMAIL PROTECTED]

Please read on, you've probably never run into this before!

As you may have noted from the subject heading I'm experiencing a
very strange problem with my newly upgraded Redhat 6.0 box.  It's a Pentium
133 on an ethernet, kernel version 2.2.9.  

The problem is that when I connect to it from home (over a 14.4 modem, ppp
connection) from either windows or linux (rh6.0), everything runs slowly
and by slowly, I mean at the processing level.  For instance, I did the
following timings of a clean mutt source tree compilation:

These are tcsh time results (default output).  I took the trouble of
labeling some of the relevant fields, so you needn't run off to the tcsh
man page.

>From office:
> time make
        CPU (s)  Ker (s) Wall Clock CPU%   
        290.830u 12.270s 5:36.29    90.1%  0+0k 0+0io 76724pf+0w

>From home (linux):
> time make
        CPU (s)  Ker (s) Wall Clock CPU%   
      2235.410u 87.380s 40:22.81    95.8%  0+0k 0+0io 76562pf+0w

>From home (windows):
> time make
        CPU (s)  Ker (s) Wall Clock CPU%   
      2115.200u 83.350s 36:59.63    99.0%  0+0k 0+0io 74436pf+0w

As you can see from home the compilation takes roughly 8 times longer.  I
can think of no reason for this whatsoever.  The connections from home are
made using ssh or ttssh, but I don't think ssh is the problem.

Interestingly, I tried logging in from a few other boxes on the same
subnet at the problem box and got differing results.  From one machine,
again over ssh, the timings are normal, on another the timings are slow.
They are both rh5.1 boxes.  All connections via ssh.

I've been administrating linux boxes for a few years now and cannot think
of any explanations.  Any ideas anyone?

thanks,

Albert

-- 
Albert Schueller                                 Department of Mathematics
Office Phone:  509-522-4432                      Whitman College
Public Key:  http://carrot.whitman.edu/pgp.key   Walla Walla, WA USA 99362

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

From: Oliver Wahlen <[EMAIL PROTECTED]>
Subject: Porting Kernel Module: 2.0.x -> 2.2.x
Date: Sun, 16 May 1999 23:53:13 +0200

Hi there,
I would like to use the videoteXt program that is e.g. shipped with SUSE
6.1, Kernel 2.2.5.
I had the whole software-/hardware-system working under kernel 2.0.xx.
But now I upgraded my system and the kernel-module does not compiled
under kernel 2.2.5.
The module is pretty short: just one file with about 1000 lines of code.
I would be glad, if someone having kernelexperience could take a look at
the code and help me fix it.


-- 
Oliver Wahlen

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

From: [EMAIL PROTECTED] (Kees J Bot)
Crossposted-To: de.comp.os.unix.linux.misc
Subject: Re: Wie kann ich eine Minix Partition mounten?
Date: Sun, 16 May 1999 12:02:03 +0200

In article <[EMAIL PROTECTED]>,
M. Buchenrieder <[EMAIL PROTECTED]> wrote:
>[Newsgroups: line edited, F'Up set]
>
>[EMAIL PROTECTED] (root) writes:
>
>a) Don't work as "root" .

Posting as (but not working as) root is said to be a good way to avoid
spam....

>>Hallo Alle!
>
>b) Wrong newsgroup
>c) Wrong hierarchy. Use de.comp.os.unix.linux.* for your questions.

This article kept in c.o.l.d.s, I don't have access to d.c.o.u.l.m.

>>Ich habe auf hda3 Minix installiert. Unter Linux probiere ich diese
>>Partition mit mount /dev/hda3 -t minix /minix zu mounten, aber ich
>>bekomme eine Fehlermeldung, dass es keinen Superblock auf dieser
>>Partition gibt.
>
>Does the directory /minix exist at all ?
>Does your kernel support the Minix filesystem ?
>And the syntax should be
>
>mount -t minix /dev/hda3 /minix 

A normal Minix installation uses so-called "subpartitions" within a
primary partition.  The first sector of the partition contains an
ordinary partition table that subdivides the partition into four
subpartitions for the root and /usr partitions that Minix needs.

Linux can't access those subpartitions directly, but you can get around
this by using loop devices.  Something like

        /sbin/losetup /dev/loop0 /dev/hda3 -o 512

will assign /dev/loop0 to the first subpartition of the third primary
partition.  Read <URL:http://minix1.hampshire.edu/faq/mxfromlx.html> for
more.
-- 
Kees J. Bot, Systems Programmer, Sciences dept., Vrije Universiteit Amsterdam

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

From: [EMAIL PROTECTED] (Dave Platt)
Crossposted-To: 
comp.os.linux.setup,comp.os.linux.development.apps,comp.os.linux.networking,comp.os.linux.setup
Subject: Re: A Real Puzzler, (try your hand)
Date: Sun, 16 May 1999 22:06:23 GMT

>As you can see from home the compilation takes roughly 8 times longer.  I
>can think of no reason for this whatsoever.  The connections from home are
>made using ssh or ttssh, but I don't think ssh is the problem.
>
>Interestingly, I tried logging in from a few other boxes on the same
>subnet at the problem box and got differing results.  From one machine,
>again over ssh, the timings are normal, on another the timings are slow.
>They are both rh5.1 boxes.  All connections via ssh.
>
>I've been administrating linux boxes for a few years now and cannot think
>of any explanations.  Any ideas anyone?

I'd guess that the machine which is suffering from the inconsistent
results, has APM power-management features enabled.  The CMOS/BIOS
settings are probably set to put the system into a lower-power mode of
operation after some number of minutes of inactivity.  The APM
low-power mode in question is probably reducing the CPU clock speed
(either by actually slowing down the clock, or by running the clock in
short bursts and stopping it entirely in between bursts).

On a lot of these systems, "inactivity" means "no keyboard or mouse
use".

If you compile locally (from the console) the occasional keyboard
activity is enough to keep the system "awake".  If you dial in from
home, though, it'll probably have been an hour or more since you used
the keyboard;  the APM portions of your motherboard chipset won't have
detected any "activity" and the chipset/BIOS will have put the system
into low-power mode.  Your over-the-modem or over-the-network accesses
to the machine don't count as "activity" (based on your APM CMOS
settings) and so the system runs at about the speed of an 8 MHZ 386.

When you did the test via other machines on the same subnet, and got
inconsistent result, I'd suspect that you probably had touched the
host's keyboard or mouse sometime during or before the tests you
ran... and as a result, some of the tests were done in APM low-power
mode and some in full-power mode.

Best fix is probably to disable the APM "sleep" or "standby" mode via
your CMOS setup screen.  Linux already gives you most of the
advantages of this mode, because it idles the CPU during periods of
inactivity (unlike Win3.1 and DOS).

-- 
Dave Platt                                           [EMAIL PROTECTED]
Visit the Jade Warrior home page:  http://www.radagast.org/jade-warrior/
  I do _not_ wish to receive unsolicited commercial email, and I will
     boycott any company which has the gall to send me such ads!

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


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

Reply via email to