Linux-Development-Sys Digest #700, Volume #6     Tue, 11 May 99 03:14:27 EDT

Contents:
  Re: Glibc rant ("Stefan Monnier " 
<[EMAIL PROTECTED]>)
  Re: why top give false results? (Jacek Pop�awski)
  IPv6 structures and glibc (Mark Andrews)
  Help: HD file access from driver. ([EMAIL PROTECTED])
  Re: HELP : RAS ??? ("Michael Schiebel")
  Re: Scancodes, please help! (Keith Wright)
  Re: tulip driver woes (was Re: Reliable (!) nic for 2.2 kernel?) (Ronald Cole)
  Re: You can now use Winmodems in Linux!!!!!!! (Wesley Chan)
  Re: Glibc rant (Lou Grinzo)
  Re: Dos exe interpreter for linux (Daniel Robert Franklin)
  Dos exe interpreter for linux (Brian Luczkiewicz)
  Re: Reliable (!) nic for 2.2 kernel? (Johan Kullstam)
  Re: what means cli() and sti()? (Len Huppe)
  Re: cs4232-based sound cards (Andy Isaacson)
  Re: Reliable (!) nic for 2.2 kernel? (bryan)
  Re: g++ compiling: Can't Find .h Files - Need Help (Michael Powe)
  Re: NFS-Server setup ("Alfred Glass")

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

From: "Stefan Monnier <[EMAIL PROTECTED]>" 
<[EMAIL PROTECTED]>
Subject: Re: Glibc rant
Date: 10 May 1999 17:48:09 -0400

>>>>> "Jan" == Jan Vroonhof <[EMAIL PROTECTED]> writes:
> Moreover, recompiling is not always the easy solution. For instance if 
> you compile any current release of XEmacs under glibc 2.1 the
> synchronous subprocesses break in a subtle way (they are no longer
> interruptable).

To me the main problem is more profound:  the inability to have a single
executable working with both glibc-2.1 and glibc-2.0 makes NFS sharing
painful.  Yes, there are workarounds, of course, but the libc5 to libc6
switch was much less painful from a syadmin point of view.
Admittedly, the problems I've had so far with RedHat-6.0 are mostly due to the
switch to egcs rather than to the switch to glibc-2.1.


        Stefan

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

From: [EMAIL PROTECTED] (Jacek Pop�awski)
Subject: Re: why top give false results?
Reply-To: [EMAIL PROTECTED]
Date: 10 May 1999 00:24:50 GMT

Remco van den Berg wrote:
>It could be that you were not aware of the fact that there were 2
>processes running. I can't see how much you know about unix from just
>a single news post. Sorry.

hey.. I am not angry ;-) sorry from me... anyway - I am better in
Linux than in English ;-)
I am just wondering why nobody here not explained me why top 
shows false results... is it true, that background processes not
count to load avg? what about top?


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

From: [EMAIL PROTECTED] (Mark Andrews)
Subject: IPv6 structures and glibc
Date: Tue, 11 May 1999 01:25:01 GMT

        I'm trying to find out at what revision of glibc were the
        following structures introduced.  I need the information
        so that I can make BIND 8.2.1 compile cleanly on all
        revisions of glibc.

                struct sockaddr_in
                struct in_addr6
                struct in6_addr

        I'm assuming that when struct in6_addr was added struct in_addr6
        disappeared.

        Mark

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

From: [EMAIL PROTECTED]
Subject: Help: HD file access from driver.
Date: Mon, 10 May 1999 23:03:06 GMT

I'm working on a driver that needs to package a whole bunch of
information for a PCI card to do DMA.  The information is in a file on
the hard drive, so I need to find out how I can get the info. from the
HD to kmalloc memory; or another way to get it packaged for DMA
(contiguous memory with a physical start address to pass to the card).

Any tips would be greatly appreciated.  I need to get moving on this and
I don't know where to start.



--== Sent via Deja.com http://www.deja.com/ ==--
---Share what you know. Learn what you don't.---

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

From: "Michael Schiebel" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.development.announce
Subject: Re: HELP : RAS ???
Date: Mon, 10 May 1999 19:14:32 -0400

>Is it possible to use Linux for a Dialup Server ?
>
>Such as the Windows NT's RAS .


Yes



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

From: Keith Wright <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,linux.dev.x11
Subject: Re: Scancodes, please help!
Date: 10 May 1999 23:38:47 -0400

Eric Plaster <[EMAIL PROTECTED]> writes:

> The problem is I loose the scancodes in X.  It's almost as though X
> swallows scancodes that it doesn't recognize.  Using setkeycodes works
> well under linux but doesn't follow through into X.

Maybe you need an xmodmap wizard.  Sorry, I'm not one, but did you
try 'man xmodmap'?
 
> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
> <HTML>
> &nbsp;

      <Whole message over again, but uglified>

> Eric 
>Plaster&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
> Image Manipulation Systems
> Software 
>Engineer&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
> (612)753-5602 x117
> &nbsp;</HTML>

Better not to <HTML>, then you don't need </HTML>.

-- 
     -- Keith Wright  <[EMAIL PROTECTED]>

Programmer in Chief, Free Computer Shop <http://www.free-comp-shop.com>
         ---  Food, Shelter, Source code.  ---

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

From: Ronald Cole <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.networking
Subject: Re: tulip driver woes (was Re: Reliable (!) nic for 2.2 kernel?)
Date: 10 May 1999 16:52:23 -0700

bryan <[EMAIL PROTECTED]> writes:
> yes, I always try to have the latest installed.  the one that comes
> with the kernel (.89, I think) is also unsatisfactory.

Try telling that to the kernel maintainers...  It took a bit of
bitching to get the 0.83 in the 2.1.1xx upgraded to 0.89H (although I
asked specifically for 0.90 at the time).

Does anyone know if the 0.91 on Becker's site contains support for
2.2.x fastroute and hardware flowcontrol?

-- 
Forte International, P.O. Box 1412, Ridgecrest, CA  93556-1412
Ronald Cole <[EMAIL PROTECTED]>      Phone: (760) 499-9142
President, CEO                             Fax: (760) 499-9152
My PGP fingerprint: 15 6E C7 91 5F AF 17 C4  24 93 CB 6B EB 38 B5 E5

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

From: Wesley Chan <[EMAIL PROTECTED]>
Subject: Re: You can now use Winmodems in Linux!!!!!!!
Date: 11 May 1999 04:32:36 GMT

I am interested in your programme also. May I be the App tester? My email 
is [EMAIL PROTECTED]

Billy Moon wrote:
> 
> I am currently working on a application that enables winmodems to 
function
> in Linux. Anyone who would like to help test this app please contact me.
> 
> 
> 


==================  Posted via SearchLinux  ==================
                  http://www.searchlinux.com

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

From: [EMAIL PROTECTED] (Lou Grinzo)
Subject: Re: Glibc rant
Date: Thu, 6 May 1999 08:43:43 -0400

I respectfully disagree.  I think this, like all such system
changes, has to be viewed in terms of cost vs. benefit.  If
a new feature/function is to be added, it should be an 
entirely new entry point.  If a bug is to be fixed, then 
either the old code is changed or a new entry point is 
used, depending on the impact of the change. 

My point is that when you're talking about a system library,
a change should NEVER be the proximal cause of apps breaking.  
It's not a matter of whose fault it is, or who did what with 
the library that they weren't supposed to, etc.    

Does this cause cruft build up?  Absolutely, and I'm as 
militantly anti-cruft as programmers get.  But it's still 
better than breaking apps, because cruft costs less in
the short and long run than alienating users and programmers
with this sort of compatibility problem.

The Linux community should be VERY relieved that this happened
now, and not a year from now, when there would be many more
mainstream Linux users screaming from the rooftops about how
upgrading to RH 8.0 or SuSE 8.0 broke their apps.  

I sincerely hope that everyone involved learned a lesson and 
won't let this happen again.  This is exactly the kind of 
nonsense that drives Windows users crazy (they call it 
"DLL Hell"), and is one of the reasons Linux is so appealing
to them--it's more stable and far less prone to going haywire 
when you upgrade the system or apps.  In my personal usage, 
Linux has been a rock compared to Windows 98's house of cards.
But I'm sticking with RH 5.2 for my real work until this problem 
is ironed out to the point that all I have to do is install a 
glib 2.2 (2.1A, or whatever) to make all the parts of my system 
peacefully coexist.

Linux has an unprecedented opportunity to change the entire 
desktop OS market and revive competition, and I'm betting
that it will happen.  But it won't take many problems like 
this to seriously hurt Linux in the eyes of mainstream business
and home users, especially this early in its lifecycle.


Lou

In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] says...
> Mark Shinwell <[EMAIL PROTECTED]> writes:
> 
> >It's all very well having to recompile "ncurses and a few other
> >things", but this is the system C library we are talking about here,
> >not some auxiliary library.  In my opinion it's one of the main parts
> >of the system after the kernel that should be kept completely
> >backwards-compatible.
> 
> That leads to incredible cruft build-up.
> 
> Periodically significant backward compatibility needs to
> be broken for lots of reasons.
> 
> By the way, Xlib and all of the image libraries need to be
> recompiled as well. I would pretty much recommend grabbing every
> library you can get your hands on from a distribution that has
> a glibc2.1 release, or facing the prospect of recompiling a
> lot of stuff. 
> 
> -- 
> Dave Blake
> [EMAIL PROTECTED]
> 

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

From: [EMAIL PROTECTED] (Daniel Robert Franklin)
Subject: Re: Dos exe interpreter for linux
Date: 11 May 99 00:47:40 GMT

Brian Luczkiewicz <[EMAIL PROTECTED]> writes:

>Don't get me wrong. I don't like dos or windows at all, and I have been running
>linux for 2 yrs now. I'm not fresh from windows and trying to get my
>applications back without taking the time to request a port. I merely see a
>wealth  of dos software that could be tapped for linux if there would be a way
>to run it under linux. 
>       I think an approach similar to Wine would be effective
>at running dos executables under the linux platform. If this doesn't exist
>already, I would be interested in starting a project for it. Also, does anyone
>know where I could obtain the extensive dos API information neccesary to code
>this?

DOSEMU.

Check out www.dosemu.org. I think it is exactly what you want. It's rather
different to Wine, but it runs very well...

- Daniel
--
******************************************************************************
*       Daniel Franklin - Postgraduate student in Electrical Engineering
*       [EMAIL PROTECTED]
******************************************************************************

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

From: Brian Luczkiewicz <[EMAIL PROTECTED]>
Subject: Dos exe interpreter for linux
Date: Mon, 10 May 1999 20:41:47 -0400

Don't get me wrong. I don't like dos or windows at all, and I have been running
linux for 2 yrs now. I'm not fresh from windows and trying to get my
applications back without taking the time to request a port. I merely see a
wealth  of dos software that could be tapped for linux if there would be a way
to run it under linux. 
        I think an approach similar to Wine would be effective
at running dos executables under the linux platform. If this doesn't exist
already, I would be interested in starting a project for it. Also, does anyone
know where I could obtain the extensive dos API information neccesary to code
this?


-Zorrander

If I'm in the wrong newsgroup, then flame me.


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

Crossposted-To: comp.os.linux.networking
Subject: Re: Reliable (!) nic for 2.2 kernel?
From: Johan Kullstam <[EMAIL PROTECTED]>
Date: 10 May 1999 20:54:51 -0400

bryan <[EMAIL PROTECTED]> writes:

> In comp.os.linux.networking Johan Kullstam <[EMAIL PROTECTED]> wrote:
> 
> : hmm all i have is this crappy hub.  i have no cross-over cable.
> 
> it would be a good test if you could locate one.  sometimes its a
> 'timing thing' and bugs show up with direct connections that buffering
> or delaying devices (hubs/routers) might hide.

i'll ask the info tech folks at my place of employment for a loaner.
still, since my system works, why break it? ;-)

> : sophia(~)# time ping -s 1000 -f euler
> : PING euler.axel.nom (172.16.0.2): 1000 data bytes
> : ....
> 
> if all you got were those dots, over 8 minutes, I'd say that was
> 'solid' ;-)

and i got those dots within the first few seconds of pinging.

> : everything still seems rock solid.  i was even able to do stuff over
> : the telnet session i have going from sophia to euler.
> 
> sounds like your system is stable.  with that hub in the middle, at
> any rate.  is that a TRUE hub (repeater) or is it a bridge/switch?  if
> the latter, then it could buffer and make life easier on the nics.

it's a `d-link dfe-904 4 port 10/100Mbps dual-speed hubby [sic]'

there's a 10/100 switch which i have set to 100.

the manual claims it's a `multi-port repeater' or `repeating hub'.  i
am not sure what that means exactly, but it's a small box with not a
lot of electronics in it.  still, it could be delaying signals a fair
amount relative to what triggers your bug.

is 100Mbps supposed to work with a cross-over cable?  when i got my
gear at a computer show, i was advised to get a hub for the fast
ethernet.

> -- 
> Bryan

-- 
                                           J o h a n  K u l l s t a m
                                           [[EMAIL PROTECTED]]
                                              Don't Fear the Penguin!

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

From: Len Huppe <[EMAIL PROTECTED]>
Subject: Re: what means cli() and sti()?
Date: Mon, 10 May 1999 23:47:56 -0500

You can find information on system calls with man on most Unix systems
including Linux..  Run a 'man man' and you'll see that there's a whole
section on system calls.

good luck

lckun wrote:

> Hello!
>
> What means the functions cli() and sti() in the source sched.c of
> kernel?
>
> Please tell me what it means and where can i find the more infomation
> for this functions...
>
> Thanks
>
> lckun


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

From: [EMAIL PROTECTED] (Andy Isaacson)
Subject: Re: cs4232-based sound cards
Date: 11 May 1999 04:48:27 GMT

In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] wrote:
> has anyone been able to get theirs to work in kernel 2.2.x?
> 
> i had mine working in 2.0.x just fine but now when i use the same
> settings it works for some time, sometimes breaking shortly after the
> module is loaded, other times running fine until a warm reboot.
> 
> in any case it doesn't work for me again until a cold reboot (even when
> i warm reboot into windows, it is not functional.)
> 
> i'm guessing this is some sort of  PnP problem but i'm not familiar with
> what i need to do to fix it.

I have a cs4232-based (4236, actually) card that's been having
problems under 2.2 as well.  I think the problems I'm having are
caused by the parallel port QuickCam which got added to the system at
the same time, though.  (The 2.2 upgrade was an attempt to take
advantage of the kernel driver for the QuickCam.)

The symptom we're experiencing is that sound will work fine for a
minute or two, then it will seize up and start repeating a 1/2 second
clip over and over.  Seems like an IRQ problem, but I haven't had a
chance to reboot and debug the problem yet.

HTH,
-andy

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

From: bryan <[EMAIL PROTECTED]>
Subject: Re: Reliable (!) nic for 2.2 kernel?
Crossposted-To: comp.os.linux.networking
Date: Tue, 11 May 1999 01:34:00 GMT

In comp.os.linux.networking Johan Kullstam <[EMAIL PROTECTED]> wrote:
: bryan <[EMAIL PROTECTED]> writes:

: it's a `d-link dfe-904 4 port 10/100Mbps dual-speed hubby [sic]'

: there's a 10/100 switch which i have set to 100.

sounds like a single mode hub (choose 1: 10 or 100, and everyone on
the hub MUST speak that speed.  right?)

: the manual claims it's a `multi-port repeater' or `repeating hub'.  i
: am not sure what that means exactly

sounds like it has no buffering (not a bridge or 'switch').  it
asserts collisions rather than buffering frames.  so that means you
should see collisions on your eth ports.  it also means it slows
things down a bit (unless you only have 2 active stations on the hub
and they're both 100/full duplex mode).

, but it's a small box with not a
: lot of electronics in it.

hub/repeater chips are cheap and small these days ;-)

:  still, it could be delaying signals a fair
: amount relative to what triggers your bug.

repeaters don't buffer, so there's insertion delay but no buffering
delay.  and insertion delay is almost nill.  run enough cable and the
cable adds more delay than the hub ;-)


: is 100Mbps supposed to work with a cross-over cable?  

with cat5 wiring, it is.


: when i got my
: gear at a computer show, i was advised to get a hub for the fast
: ethernet.

for more than 2 stations, you need some kind of hub.  unless you run
10base2 or other kinds of coax, in which case you can daisy chain the
cabling.  but that's ancient history now ;-)

-- 
Bryan

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

Subject: Re: g++ compiling: Can't Find .h Files - Need Help
From: Michael Powe <[EMAIL PROTECTED]>
Date: 10 May 1999 22:36:32 -0700

=====BEGIN PGP SIGNED MESSAGE=====
Hash: SHA1

>>>>> "Chris" == Chris Hill <[EMAIL PROTECTED]> writes:

    Chris> Hi, I recently setup a Linux partition and am trying use
    Chris> the g++ compiler.  It seems to work fine, except when I use
    Chris> .h files.  Here's my exact problem.

    Chris> I have two files word.h and word.C.  I try to compile
    Chris> word.C by:

    Chris> g++ -c word.C

    Chris> I then get an error stating that it can't find any of my .h
    Chris> files.  (iostream.h, string, ....etc.)

    Chris> I think what's happening is that when I compile word.C it
    Chris> gets to the #include <"word.h"> and finds that file in the
    Chris> current directory, and then assumes all other .h files also
    Chris> reside there.  So my question is how EXACTLY do I fix this?

    Chris> I'm using Redhat 5.2 and am rather unfamilar with how linux
    Chris> sets up everything.  So if anyone can give some detailed
    Chris> help I'd REALLY appreciate it.

#include "word.h"

mp

- --
powered by GNU/linux since Sept 1997                 Penguin spoken here
           [EMAIL PROTECTED]    http://www.trollope.org
Michael Powe                                        Portland, Oregon USA
  "Would John the Baptist have lost his head if his name was Steve?"

=====BEGIN PGP SIGNATURE=====
Version: GnuPG v0.9.0 (GNU/Linux)
Comment: Encrypted with Mailcrypt 3.5.1 and GNU Privacy Guard

iD8DBQE3N8HB755rgEMD+T8RAqsWAJ4sQ48RyZQmcCoJ1jOllm2W8b9l9wCgizo3
bPtlJg4EPLkH/SrAnEwO3bA=
=3sCC
=====END PGP SIGNATURE=====

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

From: "Alfred Glass" <[EMAIL PROTECTED]>
Subject: Re: NFS-Server setup
Date: Tue, 11 May 1999 08:43:40 +0200


Bernat Ginard Llad� schrieb in Nachricht
<[EMAIL PROTECTED]>...
>Alfred Glass wrote:
>
>> I want to setup a small RedHat-Linux-System  (RH5.1) as NFS-server for
>> software developement. So I looked into the NFS-HOWTO.
>>
>> First I have configured TCP/IP. The "ping" works.
>> Then I wrote the "/etc/exports" - file.
>> Then I have started the "portmap" daemon. I checked this with "ps aux" .
>> In the next step I have startet "rpc.mountd". Now I got the following
answer
>> :
>
>And the rpc.nfsd?
>Start it too, and it will work fine.
>
>_______________________________________________________
>Bernat Ginard Llad�
>
>mailto:[EMAIL PROTECTED]
>

Sorry Bernat,
the "rpc.nfsd" gives me the same answer like the "rpc.mountd".

Additional Info.: The Server is my small Linux-Target-Computer. For NFS I
have copied  the "rpc.mountd, rpc.nfsd, and portmap" files to the target.
But only "portmap" will start. That�s my Problem.

Has anyone else an Idea what I can do ??
or which files or libraries are necessary for NFS ??

Alfred....




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


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