Linux-Development-Sys Digest #81, Volume #7 Sat, 21 Aug 99 13:13:43 EDT
Contents:
Re: 3com ISA cards and linux (Ronald Benedik)
Re: Lisp OSes (was: Re: Troll (was: why not C++?)) (Christopher B. Browne)
Re: Talking to floppy and hard drive controllers under Linux (R�khar�ur Egilsson)
Re: why not C++? ([EMAIL PROTECTED])
/dev/dsp non-blocking write (Greg Lee)
Shared Libraries: what is the linux equivalent of "dllimport" and "dllexport" ("Noam
K")
Re: 3com ISA cards and linux
Re: Linux assembly, etc (Nix)
Re: why not C++? (Nix)
Re: why not C++? (Nix)
Re: Shared Libraries: what is the linux equivalent of "dllimport" and "dllexport"
(Petter Reinholdtsen)
strcmp in kernel ([EMAIL PROTECTED])
Re: Why so inefficient source RPM's ?? (Suchandra Thapa)
glibc current? (Habibi4me)
Unable to Compile glibc-2.1.1 Using Gcc-2.95 (Habibi4me)
Re: 3com ISA cards and linux ("Kalkas")
Re: 3com ISA cards and linux ("Kalkas")
Re: 3com ISA cards and linux (Ben De Rydt)
glibc-2.1.1 problems (Mike Dowling)
Re: 3com ISA cards and linux ("Kalkas")
----------------------------------------------------------------------------
From: Ronald Benedik <[EMAIL PROTECTED]>
Crossposted-To:
at.linux,aus.computers.linux,be.comp.os.linux,comp.os.linux,comp.os.linux.advocacy,comp.os.linux.hardware,comp.os.linux.misc,comp.os.linux.networking
Subject: Re: 3com ISA cards and linux
Date: Sat, 21 Aug 1999 10:01:30 +0200
Kalkas wrote:
>
> I have been seriously thinking to use Linux and stop using Windows 98. I am
> fascinated by Linux's stability and security.
>
> Therefore, I have seriously planing to install Linux and USE IT.
>
> However, it seems that it is not possible for me to use Linux, since I use
> cable modem with a 3com ISA card. More precisely, I use 3com EtherLink III
> ISA (3C509/3C509b) network interface card, and there are no drivers which
> will support my card in Linux.
>
> Did someone else have similar problems?
> Regards,
> Kalkas
I'm using a 3c509b COMBO (PnP/ISA). It definately does work. There may
be a problem with
the 3c509 (not the b version) in dropping ip packets becaus of its tiny
(4kb)
buffer. This problem was solved in version b (8kb buffer). My Problem
was one of dual
boot configuration. Win95 puts the card in PnP mode and Linux doesn't
like that.
So my shutdown script for windoof puts the card back in non PnP mode and
the card uses
the same irq in linux and windoof, now everything works fine.
for linux drivers check:
http://cesdis.gsfc.nasa.gov/linux/drivers/3c509.html
------------------------------
From: [EMAIL PROTECTED] (Christopher B. Browne)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc
Subject: Re: Lisp OSes (was: Re: Troll (was: why not C++?))
Reply-To: [EMAIL PROTECTED]
Date: Sat, 21 Aug 1999 04:32:46 GMT
On 20 Aug 1999 16:56:49 -0700, Noah Roberts (jik-) <[EMAIL PROTECTED]> posted:
>[EMAIL PROTECTED] (Christopher B. Browne) writes:
>
>> On 20 Aug 1999 08:59:59 +0200, Stephan Houben
>> <[EMAIL PROTECTED]> posted:
>> >OK, you have me convinced. I want it.
>> >
>> >Is anyone working on a new Lisp OS nowadays?
>>
>> See: <http://www.hex.net/~cbbrowne/lisposes.html> for links to several
>> projects.
>
>That site is quite broken...one link goes to a credit card sales pitch!
It's not broken; some of the sites where efforts used to take place are
apparently no longer active, to the point to which they have been relinked
by their ISP to their own advertising :-(.
(Sheesh... One dead link and you get "quite broken" comments...)
--
The cigars in Los Angeles that were Duchamp-signed and then smoked.
[EMAIL PROTECTED] <http://www.hex.net/~cbbrowne/lsf.html>
------------------------------
From: [EMAIL PROTECTED]�encroute.fr (R�khar�ur Egilsson)
Subject: Re: Talking to floppy and hard drive controllers under Linux
Date: 19 Aug 1999 12:38:09 GMT
Reply-To: =?iso-8859-1?Q?[EMAIL PROTECTED]=E9-en-croute.fr?=
On Thu, 19 Aug 1999 05:36:54 GMT, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>I need to command the floppy and hard drive controllers of the system.
>(i.e. Directly command the floppy controller to format a track, read,
>write and verify sectors). Does Linux have system calls or routines
>for doing something like this? If so, where would I find them? What
>header are they defined in?
You should take a look at the source for "fdformat" in
util-linux-2.9g-2.rpm
SEE ALSO
fd(4), setfdprm(8)
--
RIKHARDUR EGILSSON
echo '[q]sa[ln0=aln80%Pln80/snlbx]16isb15CB32EF3AF9C0E5D7272C3AF4F2snlbxq'|dc
------------------------------
From: [EMAIL PROTECTED]
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc
Subject: Re: why not C++?
Date: 19 Aug 1999 07:16:14 -0600
Cocheese <[EMAIL PROTECTED]> writes:
Troll.
> The downside is "linux has always been a C based Program so it will always
> be."
>
> *** BUT THEN AGAIN - ISN'T LINUX ALL ABOUT CHANGE? ***
No, not necessarily. You've been suckered by market hype.
Kurt
--
Arnold's Laws of Documentation:
(1) If it should exist, it doesn't.
(2) If it does exist, it's out of date.
(3) Only documentation for useless programs transcends the first two laws.
------------------------------
From: Greg Lee <[EMAIL PROTECTED]>
Subject: /dev/dsp non-blocking write
Date: 19 Aug 1999 13:23:54 GMT
Used to be I could set the OSS driver to non-blocking write,
but now in v 2.3.12, the driver never seems to return
EWOULDBLOCK. Or maybe I'm doing something wrong. Has
anyone else noticed this?
--
Greg Lee <[EMAIL PROTECTED]>
------------------------------
From: "Noam K" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps
Subject: Shared Libraries: what is the linux equivalent of "dllimport" and "dllexport"
Date: Sat, 21 Aug 1999 11:55:14 +0300
Hi,
I am trying to write a shared library which exports only some of its
functions.
In windows this is easily done by creating a DLL and using
__declspec(import) or (export).
Any ideas how this is done in Linux? are there different solutions for a.out
and ELF libraries?
Thanks,
Noam
------------------------------
From: [EMAIL PROTECTED] ()
Crossposted-To:
at.linux,aus.computers.linux,be.comp.os.linux,comp.os.linux,comp.os.linux.advocacy,comp.os.linux.hardware,comp.os.linux.misc,comp.os.linux.networking
Subject: Re: 3com ISA cards and linux
Date: Sat, 21 Aug 1999 02:26:09 -0700
On Sat, 21 Aug 1999 02:19:56 +0200, Kalkas <[EMAIL PROTECTED]> wrote:
>
>I have been seriously thinking to use Linux and stop using Windows 98. I am
>fascinated by Linux's stability and security.
>
>Therefore, I have seriously planing to install Linux and USE IT.
>
>However, it seems that it is not possible for me to use Linux, since I use
>cable modem with a 3com ISA card. More precisely, I use 3com EtherLink III
>ISA (3C509/3C509b) network interface card, and there are no drivers which
???? the 3c509.o module should work just fine, even
autodetects resources...
>will support my card in Linux.
--
It helps the car, in terms of end user complexity and engineering,
that a car is not expected to suddenly become wood chipper at some |||
arbitrary point as it's rolling down the road. / | \
Seeking sane PPP Docs? Try http://penguin.lvcm.com
------------------------------
From: Nix <$}xinix{[email protected]>
Subject: Re: Linux assembly, etc
Date: 21 Aug 1999 01:38:44 +0100
[EMAIL PROTECTED] (Alexander Viro) writes:
> In article <[EMAIL PROTECTED]>,
> Nix <$}xinix{[email protected]> wrote:
> > it is true that most of this is
> >tied up with selectors, but one-selector-per-shared-lib could
> >work. (That said, that isn't done in Linux, is it?)
>
> It wouldn't. First of all, you would have to switch descriptors all the time.
> *Very* slow on x86.
Quite; INVLPG all the time, ugh. No thanks.
> Then you would have to play interesting tricks with
> aliasing. Also not fun.
*shudder* we'd be back in the good old segment world.
(And I wonder how long it'd take for the abortion which was far pointers
to reappear?)
--
'- I can't believe my room doesn't have Ethernet! Why wasn't it wired
when the house was built?
- The house was built in 1576.' --- Alex Kamilewicz on the Cambridge
breed of `conference American'.
------------------------------
From: Nix <$}xinix{[email protected]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc
Subject: Re: why not C++?
Date: 21 Aug 1999 00:43:37 +0100
[EMAIL PROTECTED] (Kaz Kylheku) writes:
> In C++, when you start using multiple inheritance together with polymorphism,
> things get very ugly at the compiler level. Depending on the vtable
> implementation, you start seeing things like thunk code whose only job it is to
> adjust an object pointer's value and then branch to some other code. Such
> overheads exist even if you only use a subset of the full capabilities, such as
> restricting yourself only to pure abstract base classes to create a single
> concrete object. In actual object oriented programming, this sort of interface
> inheritance is frequently all that you need, but C++ compilers make you pay
> for the features you are not using.
Er, this is definitely wrong ;) one thing that was adhered to very
closely throughout the design of C++ was the dictum `you don't pay for
what you don't use'.
It *is* possible to implement MI such that you don't pay for its
overheads when it is not being used --- in fact, given the comparative
rarity of use of MI versus SI[1], it would be downright stupid to
design a compiler any other way.
And g++ is designed such that MI's overhead (minimal) is not paid when
it is not being used, and that virtual base classes' overhead
(significant) is not paid when it is not being used.
I've used MI w/o virtual bases for mixins in time-critical simulation
modelling code before. I tried a mixinless implementation first, to see
how much of a speed impact the MI involved in the mixins had. At least
in this case, the overheads due to MI were lost in the noise (and there
is always noise, especially in distributed simulations).
[1] Stroustrup describes MI as a `parachute' in that it is rarely
useful, but when it is useful it is a godsend...
--
'- I can't believe my room doesn't have Ethernet! Why wasn't it wired
when the house was built?
- The house was built in 1576.' --- Alex Kamilewicz on the Cambridge
breed of `conference American'.
------------------------------
From: Nix <$}xinix{[email protected]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc
Subject: Re: why not C++?
Date: 21 Aug 1999 01:28:21 +0100
Bjorn Reese <[EMAIL PROTECTED]> writes:
> Furthermore, using virtual functions in constructors/destructors can
> result in member functions being executed on uninitialized objects.
No. If this is the case, then you have a *very* buggy compiler.
>From the C++ Standard (OK, from public comment draft CD2):
: 12.7 Construction and destruction [class.cdtor]
:
: 3 Member functions, including virtual functions (_class.virtual_), can
: be called during construction or destruction (_class.base.init_).
: When a virtual function is called directly or indirectly from a con-
: structor (including from the mem-initializer for a data member) or
: from a destructor, and the object to which the call applies is the
: object under construction or destruction, the function called is the
: one defined in the constructor or destructor's own class or in one of
: its bases, but not a function overriding it in a class derived from
: the constructor or destructor's class, or overriding it in one of the
: other base classes of the most derived object (_intro.object_). If
: the virtual function call uses an explicit class member access
: (_expr.ref_) and the object-expression refers to the object under con-
: struction or destruction but its type is neither the constructor or
: destructor's own class or one of its bases, the result of the call is
: undefined. [Example:
: class V {
: public:
: virtual void f();
: virtual void g();
: };
:
: class A : public virtual V {
: public:
: virtual void f();
: };
: class B : public virtual V {
: public:
: virtual void g();
: B(V*, A*);
: };
: class D : public A, B {
: public:
: virtual void f();
: virtual void g();
: D() : B((A*)this, this) { }
: };
: B::B(V* v, A* a) {
: f(); // calls V::f, not A::f
: g(); // calls B::g, not D::g
: v->g(); // v is base of B, the call is well-defined, calls B::g
: a->f(); // undefined behavior, a's type not a base of B
: }
: --end example]
Conceptually, during base construction the derived class does not
`exist' yet, and none of its data members have been initialized, so it
would make no sense whatsoever to call its virtual functions. (As the
excerpt above states, the same is true during destruction.)
--
'- I can't believe my room doesn't have Ethernet! Why wasn't it wired
when the house was built?
- The house was built in 1576.' --- Alex Kamilewicz on the Cambridge
breed of `conference American'.
------------------------------
From: [EMAIL PROTECTED] (Petter Reinholdtsen)
Crossposted-To: comp.os.linux.development.apps
Subject: Re: Shared Libraries: what is the linux equivalent of "dllimport" and
"dllexport"
Date: 21 Aug 1999 11:11:14 GMT
[Noam K]
> Any ideas how this is done in Linux? are there different solutions
> for a.out and ELF libraries?
You make all the functions not to be exported 'static'. All global
symbols are exported. I don't know any way to change this.
--
##> Petter Reinholdtsen <## | [EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED]
Subject: strcmp in kernel
Date: Sat, 21 Aug 1999 11:12:43 GMT
I can't use strcmp in my device driver even if i include
<linux/string.h>. The compiler says implicit declaratiion
of function.
How do i use strcmp a device driver?
- David Belius
------------------------------
From: [EMAIL PROTECTED] (Suchandra Thapa)
Crossposted-To: linux.redhat.misc,linux.redhat.rpm
Subject: Re: Why so inefficient source RPM's ??
Reply-To: [EMAIL PROTECTED]
Date: Sat, 21 Aug 1999 12:30:09 GMT
Peter Mutsaers <[EMAIL PROTECTED]> wrote:
>
>I know, but to do that you have first to download the whole updated
>RPM. My problem is that the source RPM's aren't distributed as
>separate orig-tarball, spec file, and patches. Thus, for every minor
>update to the patches and/or specfile, you have to download the whole
>SRPM again, which is terribly inefficient and wasteful.
I find its often easier to keep SRPMs of packages I update
frequently so that I can just get the patch and go from there. It's a lot
of help if you have a cd with the SRPMs for redhat 6.0 or whatever
distribution so that you don't take up too much hd space. In addition,
many tarballs seem to include spec files inside so that helps to. I
believe rpm -tb will let you build the rpms from these types of tarballs
automatically.
However, I do agree that its annoying that most packages don't
have a separate spec file available.
--
==================================================================
Suchandra S. Thapa
[EMAIL PROTECTED]
==================================================================
------------------------------
From: Habibi4me <[EMAIL PROTECTED]>
Subject: glibc current?
Date: Sat, 21 Aug 1999 09:55:43 -0400
Can anyone please tell me the latest version and current status of
glibc? I checked to the GNU ftp site (ftp://ftp.gnu.org/gnu/glibc) and
found glibc-2.1.1.tar.gz is the latest the GNU ftp site carries.
However, if I checked the Debian repository site, I could find
glibc_2.1.2.orig.tar.gz. Would anyone care to comment?
--
[EMAIL PROTECTED]
PS. Remove "4m" from e-mail address to enable reply.
------------------------------
From: Habibi4me <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.misc
Subject: Unable to Compile glibc-2.1.1 Using Gcc-2.95
Date: Sat, 21 Aug 1999 11:17:24 -0400
Has anyone had a successful story compiling glibc-2.1.1 using gcc-2.95?
I have just compiled and installed full version of gcc-2.95 on my
SuSE-6.1 Linux distro. When I tried to compile the glibc-2.1.1 using
gcc-2.95, it failed with a bad message on gcc-2.95 in the process of
configuring the glibc-2.1.1:
loading cache ./config.cache
checking host system type... i586-pc-linux-gnu
checking sysdep dirs... sysdeps/i386/elf crypt/sysdeps/unix
linuxthreads/sysdepschecking
for a BSD compatible install...
/usr/bin/ginstall -c
checking whether ln -s works... yes
checking build system type... i586-pc-linux-gnu
checking for gcc... gcc
checking version of gcc... 2.95, bad <====== ************
checking for make... make
checking version of make... 3.76.1, ok
checking for msgfmt... msgfmt
checking version of msgfmt... 0.10.35, ok
checking for makeinfo... makeinfo
checking version of makeinfo... 1.68, ok
configure: error:
*** Some critical program is missing or too old.
*** Check the INSTALL file for required versions.
The INSTALL file from the glibc did not mention that gcc-2.95 cannot be
used to compile the glibc-2.1.1. Any suggestion or input?
--
[EMAIL PROTECTED]
PS. Remove "4" from e-mail address should you want to reply.
------------------------------
From: "Kalkas" <[EMAIL PROTECTED]>
Crossposted-To:
at.linux,aus.computers.linux,be.comp.os.linux,comp.os.linux,comp.os.linux.advocacy,comp.os.linux.hardware,comp.os.linux.misc,comp.os.linux.networking
Subject: Re: 3com ISA cards and linux
Date: Sat, 21 Aug 1999 17:50:05 +0200
Toni Grass <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]...
> Kalkas wrote:
> >
> > I have been seriously thinking to use Linux and stop using Windows 98. I
am
> > fascinated by Linux's stability and security.
> >
> > Therefore, I have seriously planing to install Linux and USE IT.
> >
> > However, it seems that it is not possible for me to use Linux, since I
use
> > cable modem with a 3com ISA card. More precisely, I use 3com EtherLink
III
> > ISA (3C509/3C509b) network interface card, and there are no drivers
which
> > will support my card in Linux.
> >
> > Did someone else have similar problems?
> >
>
> This card is definitely supported by Linux!! I used the same NIC
> together with a cable modem. The only problem is plug&punish - you will
> have to switch it off.
>
> regards
> Toni
Toni,
That was good news indeed:))
How shall I get those drivers? I have been at the 3com site, but they do not
mention Linux; I plan to phone them directly.
How did you get your drivers?
Regards,
Kalkas
------------------------------
From: "Kalkas" <[EMAIL PROTECTED]>
Crossposted-To:
at.linux,aus.computers.linux,be.comp.os.linux,comp.os.linux,comp.os.linux.advocacy,comp.os.linux.hardware,comp.os.linux.misc,comp.os.linux.networking
Subject: Re: 3com ISA cards and linux
Date: Sat, 21 Aug 1999 18:23:10 +0200
> 3com 3c509 is almost the best ISA card to use in a simple linux
> machine :)
>
> I use 2 of them in router ... works just fine !
Thank you for your answer!
Then one of my worries are over:)
I also assume that Linux would support Creative Sound Blaster PCI 128 and
monitor MAG InnoVision DX15F. Am I correct in my assumption?
Yours Sincerely,
Kalkas
------------------------------
From: Ben De Rydt <[EMAIL PROTECTED]>
Crossposted-To:
at.linux,aus.computers.linux,be.comp.os.linux,comp.os.linux,comp.os.linux.advocacy,comp.os.linux.hardware,comp.os.linux.misc,comp.os.linux.networking
Subject: Re: 3com ISA cards and linux
Date: Sat, 21 Aug 1999 17:55:26 +0200
Kalkas wrote:
>
> Toni Grass <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]...
> >
> > This card is definitely supported by Linux!! I used the same NIC
> > together with a cable modem. The only problem is plug&punish - you will
> > have to switch it off.
> >
> > regards
> > Toni
>
> Toni,
>
> That was good news indeed:))
>
> How shall I get those drivers? I have been at the 3com site, but they do not
> mention Linux; I plan to phone them directly.
>
> How did you get your drivers?
>
They're included in the standard kernel.
Greetings,
Ben.
------------------------------
From: [EMAIL PROTECTED] (Mike Dowling)
Subject: glibc-2.1.1 problems
Date: 21 Aug 1999 16:00:14 GMT
I have two computers. Strangely, when I upgraded to glibc-2.1.1 on one of
them (a pentuim II), I experienced only teething problems. On the other, a
Pentium, I'm having major problems.
The problem is that virtually every binary now cannot be executed as the
shared libraries don't appear to have certain functions. This did also
happen on the first computer, but only a handful of binaries were affected,
and these have since been all re-compiled.
The only thing left that I can think of is to simply copy the various
binaries from /bin, /lib/ /usr/bin, /usr/lib, and also /usr/include and
/usr/info from the one computer to the other. Am I right in assuming that
binaries for the Pentium II are compatible with the Pentium?
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,16] have been
deleted. If email to mikeN bounces, try mikeN+1.
------------------------------
From: "Kalkas" <[EMAIL PROTECTED]>
Crossposted-To:
at.linux,aus.computers.linux,be.comp.os.linux,comp.os.linux,comp.os.linux.advocacy,comp.os.linux.hardware,comp.os.linux.misc,comp.os.linux.networking
Subject: Re: 3com ISA cards and linux
Date: Sat, 21 Aug 1999 17:53:12 +0200
Kalkas <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]...
>
> Toni Grass <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]...
> > Kalkas wrote:
> > >
> > > I have been seriously thinking to use Linux and stop using Windows 98.
I
> am
> > > fascinated by Linux's stability and security.
> > >
> > > Therefore, I have seriously planing to install Linux and USE IT.
> > >
> > > However, it seems that it is not possible for me to use Linux, since I
> use
> > > cable modem with a 3com ISA card. More precisely, I use 3com EtherLink
> III
> > > ISA (3C509/3C509b) network interface card, and there are no drivers
> which
> > > will support my card in Linux.
> > >
> > > Did someone else have similar problems?
> > >
> >
> > This card is definitely supported by Linux!! I used the same NIC
> > together with a cable modem. The only problem is plug&punish - you will
> > have to switch it off.
> >
> > regards
> > Toni
>
> Toni,
>
> That was good news indeed:))
>
> How shall I get those drivers? I have been at the 3com site, but they do
not
> mention Linux; I plan to phone them directly.
OH so stupid of me. Now I understand! The Linux supports it. OK!
Thanks folks! :-)
Kalkas
------------------------------
** 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
******************************
