Linux-Development-Sys Digest #89, Volume #7 Mon, 23 Aug 99 05:13:56 EDT
Contents:
Re: IDE for c++ dev? (Johan Kullstam)
Re: Deadly optimization bug (all versions!) (J�rgen Zimmermann)
Re: I HATE LT WIN MODEM!!!!!!!!!!!!!!! (george)
Re: SCSI Tekram DC-390F on linux 2.0.36 (or 2.2.11) (root)
Re: Shared Libraries: what is the linux equivalent of "dllimport" and (Tristan
Wibberley)
Re: Linux threads and the MAX parameter (Tristan Wibberley)
Re: Volunteer: Device Drivers!!! (Byron A Jeff)
IDE for c++ dev? (Brian Poe)
Re: Seeking Linux UDP broadcast forwarding solution ("Curtis Maurand")
Re: Volunteer: Device Drivers!!! (Byron A Jeff)
Re: Netgear FA310TX (Bill Pitz)
Re: 497.2 days ought to be enough for everybody (Keith Wright)
Re: IPSec for Linux (Gary Momarison)
Re: PCI Programming (Keith Wright)
Re: Why so inefficient source RPM's ?? (Peter Samuelson)
Re: Printing in Linux (Peter Samuelson)
How can I make device driver module to support many version of kernel?
(=?iso-8859-1?Q?=B1=E8=C7=FC=BC=AE?=)
Re: Linux file-size limit? (Peter Samuelson)
----------------------------------------------------------------------------
Subject: Re: IDE for c++ dev?
From: Johan Kullstam <[EMAIL PROTECTED]>
Date: 22 Aug 1999 22:03:44 -0400
Brian Poe <[EMAIL PROTECTED]> writes:
> Please don't say "barf! who would want to!" to my question :)
> Is there anything at all similar to Developer Studio for Linux
> development in c++? Really I just mean an IDE that lets you
> graphically manage a project's files and automatically jump to
> compile errors.
i like emacs. it's probably not exactly the same as what you are
looking for. however, emacs will compile as a subprocess and jump to
errors. it can browse source via etags. you can run the debugger
from within emacs and emacs brings the source up for single stepping
through it.
--
J o h a n K u l l s t a m
[[EMAIL PROTECTED]]
Don't Fear the Penguin!
------------------------------
From: [EMAIL PROTECTED] (J�rgen Zimmermann)
Subject: Re: Deadly optimization bug (all versions!)
Date: 17 Aug 1999 07:57:14 GMT
> Interesting enough, -O3 on x86 with egcs 1.1.2 and gcc 2.7.2.3 generate
> the proper code. But I do duplicate your results on both with -O and -O2.
Same here on Solaris-2.6 with gcc-2.95..
So long,
Juergen Zimmermann
--
esa$ gcc -Wall -o ariane5 ariane5.c
ariane5.c: 666: warning: long float implicitly truncated to unsigned type
esa$ ariane5
------------------------------
From: george <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.hardware,redhat.hardware.arch.intel
Subject: Re: I HATE LT WIN MODEM!!!!!!!!!!!!!!!
Date: Sun, 22 Aug 1999 22:40:15 -0400
Reply-To: [EMAIL PROTECTED]
Not to be rude, but Win modems do not work under Linux. Hence the name "Win"
modem - they only work under Windows. This is because the hardware
manufacturer was very cheep and decided that rather than add the extra
components to make it a real modem, they would supply drivers - for windows
only - to make the modem work.
Sorry.
liuyb wrote:
> I have a lt win modem, but I can't let it work in linux. I tried all means
> and spend a lot of time , the result is the same. So I hate it.
> I HATE WIN MODEM!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
--
George Nimmer - [EMAIL PROTECTED]
Linux - The choice of a GNU generation
------------------------------
From: root <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.hardware
Subject: Re: SCSI Tekram DC-390F on linux 2.0.36 (or 2.2.11)
Date: Sat, 21 Aug 1999 21:52:49 +0200
Dorin-Ioan MARINCA wrote:
Just choose the driver for Sym/NCR53C8XX. The DC-390F has such a chipset.
(as I know)
Bye, Michael
> What I must check on "make -xconfig" windows to create an linux kernel
> (2.0.36 or 2.2.10/11) which supports an SCSI controller Tekram DC-390F?
>
> and
>
> can anyone give me some hints (links to docs/HOWTOs/keywords) on how to
> make an soft RAID 0/5 on some disks connected to above card? ...
>
> Thanks in advance.
> D.I.M.
------------------------------
From: Tristan Wibberley <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps
Subject: Re: Shared Libraries: what is the linux equivalent of "dllimport" and
Date: Sun, 22 Aug 1999 03:59:16 +0100
Reply-To: [EMAIL PROTECTED]
Philip Armstrong wrote:
>
> In article <7ppmc0$oo1$[EMAIL PROTECTED]>,
> Jonas Utterstrom <[EMAIL PROTECTED]> wrote:
> >In article <7ppbt4$iqb$[EMAIL PROTECTED]>,
> > [EMAIL PROTECTED] (Philip Armstrong) wrote:
> >Of course it won't do no harm testing it before it is stable of course.
> >I was thinking that people leaving Windows shouldn't have to deal with
> >alpha code, it might turn them off. ;)
>
> probably not a good idea, no :)
>
> >> >You don't need to export functions from shared libraries in Linux,
> >> >they are all exported (except from static functions). But if you
> >> >have equal internal functions in two different shared libraries,
> >> >you're out of luck.
>
> >> I'll have to try this, but isn't this is only a problem if you want to
> >> call those functions in your code? Presumably internal (private)
> >> functions called from code in the same libary don't need the symbol
> >> table entry, as they can be called directly.
> >>
> >> Anyway, this is getting well beyond my secure base of knowledge. I'll
> >> write some test code and see what happens...
> >>
> >
> >You got me uncertain so I made two shared libraries. No linking
> >problems, but the function from the first linked library was always
> >used.
>
> by code in both libraries?
The dynamic loader makes note of which symbols are needed as a library
says it needs it, if it comes across the definition of that symbol in
the same library or later it will resolve the symbol *and* *remember*
*it* *for* *later* *resolutions* - If the next library needs the same
symbol resolved, the dynamic linker sees that it already knows where to
find the definition and uses that.
I think you can force non-PIC behaviour for specific symbols when you
link the second library at compile time, but I'm not sure how.
--
Tristan Wibberley
------------------------------
From: Tristan Wibberley <[EMAIL PROTECTED]>
Subject: Re: Linux threads and the MAX parameter
Date: Sun, 22 Aug 1999 04:21:28 +0100
Reply-To: [EMAIL PROTECTED]
Donald Setlur wrote:
>
> Hi folks,
>
> I have an elementary Question on threads.
>
> I am using the using pthreads_create call to issue a bunch of threads
> which are all simultaneously active.
>
> I am experiencing problems with creating more than 251 concurrent threads
> (probably the limit being 255 by defaullt).
>
> I wonder if ya'all know of some tricks to increase this number.
There's a couple of things you can do. One is to wait for Linux 2.4 when
this limit is removed. The other is to write your app so that it doesn't
need that many (usually the right way).
You should consider creating a queue of contexts, and just a few threads
- then at each stage in your processing of a context, you put it onto
the end of the queue and pick up another one. This tends to increase
latency a little (only a little - especially when compared to the
overhead of switching among 255+ real threads), but reduces overhead.
This solution is in fact a threaded model, it's just coarser that posix
threads.
Also consider forking processes - this is especially useful when there
are groups of related contexts which have only a fleeting sharing of
data between the groups - you get extra protection and more useful CPU
time at the expense of a little latency.
--
Tristan Wibberley
------------------------------
From: [EMAIL PROTECTED] (Byron A Jeff)
Subject: Re: Volunteer: Device Drivers!!!
Date: 22 Aug 1999 23:10:50 -0400
Posted and Mailed...
In article <7pq23v$gi$[EMAIL PROTECTED]>, <[EMAIL PROTECTED]> wrote:
>Hello,
>
> I am a device driver writer (SVR4, Unixware, LynxOS, NT). I would
>like to work on a Linux device driver.
A good foundation is to get a copy of "Linux Device Drivers" by A. Rubini.
An O'Reilly book. It's admittedly dated but will give you foundation by
which to proceed.
Also take a look the Linux Kernel Module Programming Guide by Ori Pomerantz.
You can find it online at www.linux.org in the Support Section under
the ProjectGuides links.
Lastly you have the source available. After getting the concepts from the
references you can simply start dissecting a driver/module that's close to
something you want to build. That's how I ended up doing my first driver.
BTW what device do you want to write a driver for?
Hope this helps,
BAJ
------------------------------
From: Brian Poe <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Subject: IDE for c++ dev?
Date: Mon, 23 Aug 1999 01:48:14 GMT
Please don't say "barf! who would want to!" to my question :)
Is there anything at all similar to Developer Studio for Linux
development in c++? Really I just mean an IDE that lets you graphically
manage a project's files and automatically jump to compile errors.
-Brian
------------------------------
From: "Curtis Maurand" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.misc,comp.os.linux.setup,comp.os.linux.networking
Subject: Re: Seeking Linux UDP broadcast forwarding solution
Date: Sun, 22 Aug 1999 23:31:26 -0400
I had trouble with udprelay, too. then I stubled on a port of udprelay for
linux. try ftp2.lamere.net/pub/LINUX/udprelay-linux.tgz.
Curtis
[EMAIL PROTECTED] wrote in message <7p3q4p$8gf$[EMAIL PROTECTED]>...
>In comp.os.linux.networking epadin <[EMAIL PROTECTED]> wrote:
>> The Cisco router has a 'udp forward' command whereby you specify the
>> UDP port and it will forward all UDP broadcast traffic seen on the
>
>You're probably looking for udprelay, which can be found at
>ftp://coast.cs.purdue.edu/pub/tools/unix/udprelay-0.2.tar.gz
>
>Unfortunately, it doesn't compile on my box (RH6), but the following
>patch seems to work (disclaimer: I didn't test it much).
>
> -Daz.
>
>
>diff -C2 udprelay-0.2.orig/Makefile udprelay-0.2/Makefile
>*** udprelay-0.2.orig/Makefile Sat Oct 30 12:40:46 1993
>--- udprelay-0.2/Makefile Sat Aug 14 22:54:33 1999
>***************
>*** 11,16 ****
> # for ODT 2.0
> CC=gcc
>! OPTS=-DSYSV
>! LIBS=-lsocket
> # for AIX
> # OPTS=-DAIX
>--- 11,17 ----
> # for ODT 2.0
> CC=gcc
>! OPTS=-DLINUX
>! #OPTS=-DSYSV
>! #LIBS=-lsocket
> # for AIX
> # OPTS=-DAIX
>diff -C2 udprelay-0.2.orig/udprelay.c udprelay-0.2/udprelay.c
>*** udprelay-0.2.orig/udprelay.c Sat Oct 30 12:12:51 1993
>--- udprelay-0.2/udprelay.c Sat Aug 14 22:59:46 1999
>***************
>*** 78,81 ****
>--- 78,85 ----
> #include <sys/ioctl.h>
> #endif
>+ #ifdef LINUX
>+ #include <fcntl.h>
>+ #define FIONBIO O_NONBLOCK
>+ #endif
> #include <pwd.h>
> #include "udprelay.h"
>--
>Darren Tucker. (dtucker at the domain zip dot com dot au)
>A programmer is a device for converting caffeine into source code.
------------------------------
From: [EMAIL PROTECTED] (Byron A Jeff)
Subject: Re: Volunteer: Device Drivers!!!
Date: 22 Aug 1999 23:34:58 -0400
Posted and Mailed too...
Here's another reference I found in the Modules Document that seems to be
quite helpful:
http://jungla.dit.upm.es/~jmseyas/linux/kernel/hackers-docs.html
Note that some of the material is quite out of date. However as a
combined resource it's jam packed.
BAJ
------------------------------
From: Bill Pitz <[EMAIL PROTECTED]>
Subject: Re: Netgear FA310TX
Crossposted-To: comp.os.linux.networking,comp.os.linux.hardware,linux.dev.net
Date: Mon, 23 Aug 1999 04:07:28 GMT
In comp.os.linux.networking Aldog <[EMAIL PROTECTED]> wrote:
> Robert McGwier wrote in message <[EMAIL PROTECTED]>...
> >Is there a driver for FA310TX (10/100 PCI card) in existence or
> development?
> Robert,
> The Netgear FA310TX uses the DEC 21143 chip...which uses the 'Tulip' series
> of ethernet drivers. Just about every Linux distribution has the 'Tulip'
> driver...but it is constantly being updated...so you may want to find the
> latest.
FYI, the FA310TX now uses a clone chip by Netgear...
> Netgear includes an enhanced Tulip linux driver on the floppy disk that
> comes with the card. ( it's a source file that must be compiled..) If you
> don't have the Netgear diskette, then take a look at Don Becker's site:
> http://cesdis.gsfc.nasa.gov/linux/drivers/tulip.html
> ..he originally wrote and maintains the tulip drivers...just get the latest
> version...0.90Q or higher.
The versions on Becker's site is much newer and is more "enhanced" than the
one on the Netgear disk, so that'd be your best bet..
-Bill
------------------------------
From: Keith Wright <[EMAIL PROTECTED]>
Subject: Re: 497.2 days ought to be enough for everybody
Date: 23 Aug 1999 01:07:46 -0400
Jiffies are the units in which the kernel counts time.
It is zero at boot and goes up HZ times per second.
I turn off my computers every night (or should I say every
interval of non-computation), so I don't know the answer either.
There is an frightening comment somewhere in the kernel source
(I forget just where) that says 2^32 jiffies should be enough
for anyone and expresses ignorance as to what will happen
when the limit passes.
[EMAIL PROTECTED] writes:
> What is this jiffies thing anyway? Why do you have an internal clock
> when you can use the rtc? I have seen jiffies in kernel code being
> used for some kind of timeouts or interrupts, what is it used for?
>
> - David Belius
>
> >Hi,
> >
> >OK, here I am again. My third box is getting near the magical limit of the
> >Jiffies and will roll over the 497.2 day uptime limit in a few days. My
> >problem: my first box survived this, my second one (I can't be 100% sure
> >but I heard others had this, too) crashed. So: are there any kernel hackers
> >with a deeper insight, who know where a rollover of the jiffies counter
> >could result in a crash and under which conditions this can happen? It's a
> >kernel 2.0.33 - the one that crashed was 2.0.32, the one that survived 2.0.18.
> >I really don't want to reboot my machine, because then I couln't laugh about
> >Win95 crashing after 49.7 days any more :)
> >
> >Thanx & (:ul8er, r@y
>
--
-- Keith Wright <[EMAIL PROTECTED]>
Programmer in Chief, Free Computer Shop <http://www.free-comp-shop.com>
--- Food, Shelter, Source code. ---
------------------------------
Subject: Re: IPSec for Linux
From: Gary Momarison <[EMAIL PROTECTED]>
Date: 22 Aug 1999 22:53:17 -0700
Michael Thomas <[EMAIL PROTECTED]> writes:
> I browsed through the 2.2 sources and it doesn't
> seem that there is any IPSec stuff in either ipv4
> or ipv6. Did I miss something? Is there any work
> going on to bring IPSec into the fold?
Yes. Check out FreeS/WAN at http://www.xs4all.nl/~freeswan/
which I found in http://www.aa.net/~swear/pedia/security.html
--
Look for Linux info at http://www.deja.com/home_ps.shtml and
Gary's Encyclopedia at http://www.aa.net/~swear/pedia/index.html
------------------------------
From: Keith Wright <[EMAIL PROTECTED]>
Subject: Re: PCI Programming
Date: 23 Aug 1999 01:20:28 -0400
Mad Matt <[EMAIL PROTECTED]> writes:
> Hiya,
>
> Is it all possible to do any programming regards the PCI bus? I've seen
> the <linux/pci.h> file which contains everything I need, but knocking up
> a small program just lists errors about not finding these functions, and
> I haven't a clue which libs, if any, contain them.
No libs, the procedures in there are part of the kernel, so
you can't get them in a user mode program. You need to write
a kernel module (not really difficult, but too much to type
in here. Alasandro Rubini's book is the answer, or maybe
the Kernel Hackers Guide.
--
-- Keith Wright <[EMAIL PROTECTED]>
Programmer in Chief, Free Computer Shop <http://www.free-comp-shop.com>
--- Food, Shelter, Source code. ---
------------------------------
From: [EMAIL PROTECTED] (Peter Samuelson)
Crossposted-To: linux.redhat.misc,linux.redhat.rpm
Subject: Re: Why so inefficient source RPM's ??
Date: 23 Aug 1999 02:01:38 -0500
Reply-To: Peter Samuelson <[EMAIL PROTECTED]>
[Johan Kullstam <[EMAIL PROTECTED]>]
> really, it'd be very nice to have no-source rpms with just the spec
> file and patches.
Like Debian source packages?
Actually what I want is for Debian to adopt the rpm-ish way of allowing
multiple separate patches in a source distribution. I.e. a tarfile
rather than a single diff.
--
Peter Samuelson
<sampo.creighton.edu!psamuels>
------------------------------
From: [EMAIL PROTECTED] (Peter Samuelson)
Crossposted-To: comp.os.linux.development.apps
Subject: Re: Printing in Linux
Date: 23 Aug 1999 02:09:59 -0500
Reply-To: Peter Samuelson <[EMAIL PROTECTED]>
[Gordon Haverland <[EMAIL PROTECTED]>]
> My guess, you'll have to open possibly all the /dev/lp* devices, and
> look to see if a printer is actually present on any of them by
> twiddling the hardware control lines.
Actually if you know the parallel port device, and know that it will
respond to IEEE-1284 queries about device type, recent kernels (IIRC, I
don't have any of this sort of hardware) will let you `cat
/dev/parport0' or whatever and listen to what the hardware wants you to
believe about itself.
In other words you can let the Linux parport subsystem take care of
"twiddling the hardware control lines".
--
Peter Samuelson
<sampo.creighton.edu!psamuels>
------------------------------
From: =?iso-8859-1?Q?=B1=E8=C7=FC=BC=AE?= <[EMAIL PROTECTED]>
Subject: How can I make device driver module to support many version of kernel?
Date: Mon, 23 Aug 1999 07:08:10 GMT
I compiled one device driver in kernel 2.2.9. And copy it to other
system,
try to insert module in kernel with insmod command. But I can't because
other system has kernel 2.2.5. But that device driver source can be
compile
and run in kernel 2.2.5. How can I make device driver module to support
every kernel version 2.2.X?
------------------------------
From: [EMAIL PROTECTED] (Peter Samuelson)
Crossposted-To: comp.os.linux.hardware,comp.os.linux.misc
Subject: Re: Linux file-size limit?
Date: 23 Aug 1999 03:31:49 -0500
Reply-To: Peter Samuelson <[EMAIL PROTECTED]>
[Christopher Browne <[EMAIL PROTECTED]>]
> But this is comp.os.linux.*, and Linux doesn't use an identical LIBC
> to Solaris or UnixWare.
As I understand it, ext2 supports 64-bit files already, glibc supports
64-bit files already, the missing link is the Linux VFS.
--
Peter Samuelson
<sampo.creighton.edu!psamuels>
------------------------------
** 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
******************************
