Linux-Development-Sys Digest #324, Volume #6     Sun, 24 Jan 99 09:15:12 EST

Contents:
  Re: Why I'm dumping Linux, going back to Windblows ("David P. Greenberg")
  Re: Configuring system to have multiple ethernet addresses (Chris Brenton)
  Re: need a 3com driver (Peter Samuelson)
  Re: disheartened gnome developer (steve mcadams)
  Re: Linux Sound Engine ("Bjorn Wesen")
  Re: Internal PCI modem (Rod Roark)
  Re: 2.2pre9 won't compile (Mark Swanson)
  Re: Configuring system to have multiple ethernet addresses (Brian McCauley)
  Re: Status of IEEE 1284 Parallel port driver? (Grant Guenther)
  Re: BeOS and Linux (Martin Neumann)
  Re: PROPOSAL: comp.unix.year-2038 (WAS: 2038 and Linux) (Dr John Stockton)
  glibc2.0.7 ldd {somefile} FAILS (Mark Swanson)
  Future Modem support. ("Jason Hardman")
  Re: Secuity hole with perl (suidperl) and nosuid mounts on Linux (Brian McCauley)
  Re: Why I'm dumping Linux, going back to Windblows ( Larry Pyeatt)

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

From: "David P. Greenberg" <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux,comp.os.linux.development.apps,comp.os.linux.setup
Subject: Re: Why I'm dumping Linux, going back to Windblows
Date: Sat, 23 Jan 1999 04:21:25 -0500

Thank you very much for your reply. I didn't mean to pinpoint this
specific issue, but rather to demonstrate some of my (and possibly others)
frustrations in trying to learn the OS. If you're coming from a windows
background, where pretty much everything is done for you or at least
nicely albeit somewhat pedantically explained, then this seems pretty much
overwhealming. The MAN pages speak to you in the same "Geekese" that the
rest of the system does. Here's what I'd like to see. {To install a
program in Linux: Press button marked install, watch pretty display, run
program, eat breakfast, go to work}. Here's what I get. {Make
/fstab=3Dman/root/slash/etc/estab/root/man.rpm for more info go to
Man/fstab/root.} OK sure. Bash -no such file or directory... You get the
point. I'm not trying to complain here. As I've said before, I'm willing
to keep trying. I beat Win-blows, and I'll beat this. In the mean time,
please keep the good advice coming. Thank you.

David P. Greenberg
Bitco Electronics
"In Service to the Recording Industry"
www.tiac.net/users/bitco
*Just a babe in the Linux woods*

On Fri, 22 Jan 1999, Thomas Zajic wrote:

> Date: Fri, 22 Jan 1999 14:10:03 GMT
> From: Thomas Zajic <[EMAIL PROTECTED]>
> Newsgroups: alt.os.linux, comp.os.linux.development.system,
>     comp.os.linux.development.apps, comp.os.linux.setup
> Subject: Re: Why I'm dumping Linux, going back to Windblows
>=20
> David P. Greenberg wrote:
> > [ ... ]
> > 1) How come, when I change a bunch of things in X and reeboot,
> >  comes back the way it was?
>=20
> Well, first of all: do yourself a favor and get rid of that "Your mouse
> has moved. You have to reboot for the changes to take effect."
> mentality.
> This is all fine and dandy for Win9X/NT, but not at all needed under
> Linux.
>=20
> If you=B4re just tweaking X, it=B4s enough to quit and restart the X serv=
er
> with startx (if you "tweaked" something so that X just hangs, don=B4t hit
> the reset button - CTRL-ALT-BKSPC will kill X just fine and dump you
> back into the console).
>=20
> If you=B4re only tweaking your window manager (fvwm[2|95] or whatever),
> it=B4s not even necessary to restart X. Most (if not all) window managers
> have a "Restart" option (the fvwm*=B4s do have one for sure), use this
> one instead.
>=20
> As for "everything comes back the way it was", note that X (and any X
> related components, such as window managers) are usually reading their
> config files in a certain order (system-wide stuff usually in /etc or
> the /usr/X11R6/lib/X11/ hierarchy, user specific stuff in the user=B4s
> home dir). So, if you changed a system-wide setting, but happen to have
> some stale config files lying around in your home dir without (or even
> overriding) these changes, chances are that your user config files take
> precedence over the system-wide ones, and your changes are seemingly
> ignored.
>=20
> I=B4m sure you=B4re not happy to hear this, but please _do_ read the man
> pages - I know they=B4re huge and a pain to go through especially for X,
> but they _do_ contain the information you=B4re looking for. "The X-Files =
-
> The Truth Is Out There" (with apologies to Special Agent Fox Mulder ;-).
>=20
> Thomas
> --=20
> =3D---------------------------------------------------------------------=
=3D
> -        Thomas Zajic aka ZlatkO ThE GoDFatheR, Vienna/Austria        -
> -        Spam-proof e-mail: thomas(DOT)zajic(AT)teleweb(DOT)at        -
> =3D---------------------------------------------------------------------=
=3D
>=20
>=20


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

From: Chris Brenton <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Crossposted-To: 
comp.dcom.lans.ethernet,comp.os.linux.networking,comp.os.ms-windows.programmer.networks,comp.os.ms-windows.programmer.nt.kernel-mode,comp.protocols.tcp-ip
Subject: Re: Configuring system to have multiple ethernet addresses
Date: Sat, 23 Jan 1999 09:26:39 -0500

Amey Laud wrote:
> 
> using separate networks to handle the input and the output, that is,
> each system reads from a different physical network
> and writes into a different physical network. This would mean that each
> machine have two IP addresses
> that are configured on separate ethernet cards and can be addressed and
> used explicitly.
> 1. Is such an arrangement possible? (That is, OS and IP support)

Depends. A quick question, will systems be reading & writing to the same
machine? Something like the following:

HOST_1
 |  |
HOST_2

The reason I ask is that you will go through hell trying to select which
network will be used. It would be far easier to use a single subnet but
implement it on a full duplex switch. If however you are talking
something more like this:

HOST_1
 |
HOST_2
 |
HOST_3

Where HOST_2 will be communicating on 2 subnets, this type of setup will
not be a problem and should work fine.

> 2. Are there existing examples of such a setup?

Multi-homed hosts are pretty common. IT all depends on how you are
trying to lay it all out.

> 3. The arrangement might involve heterogenous platforms.
>      I am interested specifically on the possibility of such a setup on
> NT/Linux running on Intel (Xeon)/Alpha.

Should not be any more of a problem. The issues I mention above stem
from general networking principals and are not limited to a specific OS.
The only real difference is that if you are attempting the first network
config (2 networks in parallel), each OS may use a different process in
choosing which network to use for communications.

Cheers,
Chris
-- 
**************************************
[EMAIL PROTECTED]

* Multiprotocol Network Design & Troubleshooting
http://www.amazon.com/exec/obidos/ASIN/0782120822/geekspeaknet
* Mastering Network Security
http://www.amazon.com/exec/obidos/ASIN/0782123430/geekspeaknet

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

From: [EMAIL PROTECTED] (Peter Samuelson)
Subject: Re: need a 3com driver
Date: 23 Jan 1999 08:14:57 -0600
Reply-To: Peter Samuelson <[EMAIL PROTECTED]>

[Stefan Mennes <[EMAIL PROTECTED]>]
> I own a Laptop running RedHat Linux, kernel 2.0.36 on a i686 But I
> can't find a driver for my netwerk-credit-card.  I need a driver for:
> 3c562D / 3c563D (non global / global)

Look it up.

According to David Hinds' site[1] (he's the maintainer of pcmcia-cs for
Linux) the '562 and '563 series are supported by the 3c589_cs driver.

If it doesn't work, get the newest version of pcmcia-cs from Red Hat's
site.  (I guess you can do that.  I don't use RH, myself.)  Or get it
from Hinds' site, ftp://csb.stanford.edu/pub/pcmcia/ .

[1] http://hyper.stanford.edu/~dhinds/pcmcia/ftp/SUPPORTED.CARDS
    The page begins: "The following cards are known to work in at least
    one actual system...."

-- 
Peter Samuelson
<sampo.creighton.edu!psamuels>

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

From: [EMAIL PROTECTED] (steve mcadams)
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.development.apps,comp.os.linux.x
Subject: Re: disheartened gnome developer
Date: Sat, 23 Jan 1999 14:40:22 GMT

[Snipped for brevity, quoted material marked with ">"]
On 23 Jan 1999 07:46:45 GMT, [EMAIL PROTECTED] (Richard Kulisz)
wrote:

>As long as poverty exists, coercion is inevitable.

Are you sure you don't have cause and effect reversed here?  I'd think
that as long as coercion is possible, poverty will exist.

>The destruction is inherent to the market. Greed is nothing more than
>sucking as much as possible from the economy, thereby weakening it.

In a free market where capable individuals are participating,
sufficient competition will exist to prevent greed from having its
way.  If there are not enough capable participants (ie, most products
are too lame to compete effectively) or it is a non-free market
(people aren't allowed to buy the best because they're afraid to),
that is when greed runs amok.  Unsatisfied greed is no more than
desire, which is a natural thing that in fact is what keeps a free
market in action.  It's when desire is unfettered and its satisfaction
turns into a bloodlust that it becomes greed, and that can only happen
when there's insufficient competition.

>Competition is nothing more than destroying the economy.

Competition is a good thing in a free market.  It is what keeps prices
down, and what keeps innovation coming.  In economic terms it is the
power behind progress.

>To use greed or competition as an organizing principle in the economy is as insane
>as using "violence is good" would be as an organizing principle in the
>justice system.

Not using desire/competition as the motivating force in an economic
system is what put the USSR in its current condition.  As for
organizing principles in justice systems, that is not exactly an
oxymoron but it's real close, just like the term "justice system"
itself.  I have no evidence that anything resembling justice has
existed since the ancient king threatened to slice the baby in half if
the women claiming to be its mother couldn't figure out who got the
whole thing.

>Capitalism is fundamentally irrational and insane.

Now you're into something different.  A free market and capitalism are
only incidentally related.  Don't compare apples and oranges here.  A
free market is the pool in which capitalism feeds; capitalism itself
is a form of plutocracy (I think that is the word, meaning government
by the rich).  When entrance into the free market requires an
admission fee, the market is not free because some unknown but
probably high number of capable participants are forbidden to
participate, and competition within the market is controlled by the
rich.

>And if government is to prevent destruction then it must necessarily
>suppress capitalism.

Is THAT what government is for?  Kewl, I didn't know it had any
purpose whatsoever other than to keep the cattle off the roads.

>Even the corporations, billionaires, and politicians all understand that
>capitalism is destructive; they ceased to believe in it after the Great
>Depression.

Not sure what relevance this has, since it's overshadowed to the point
of obscurity by the fact that in every part of the world, every foot
of land is owned by someone, thus there is noplace left for a free man
to go except into the great labor pool.

>Nowadays, any mention of "capitalism" is mere rhetoric aimed
>at getting dumb assholes to shut up and accept the status quo.

So take a hint already ("HA HA HA HA that's a joke, boy!" - Foghorn
Leghorn)

>Socialism (credit unions + cooperatives) is not organized on competition
>but on cooperation;

Socialism is not credit unions and cooperatives.  And it is organized
on the basis that any organization will tend to strengthen and protect
itself.  The fact that cooperation enters into it during its formative
stages has nothing to do with the end result aside from giving it a
tinge of respectability.   The country once known as America was once
free (they tell me, I wasn't born yet then) but is now the United
States and amounts to a huge bureaucratic machine that is completely
self-furthering; the only thing that keeps it from evaporating is the
fact that people aren't miserable enough to make it so; which in turn
clearly proves that whatever form of economics is actually practiced
here is successful, no matter what you call it.

>and it works at least an order of magnitude more
>efficiently than capitalism.

This may be true ideally, but I certainly never heard any evidence
that it works in practice.  Ask any recent emmigrant from the Union of
Soviet Socialist Republics how efficiently their economic system was
working when they left.

>There are laws in the USA to prevent coops
>from forming (eg, there's a law that prevents an owner from selling out
>to his workers; he must give preference to other businessmen) and banks
>refuse to lend to cooperatives because their board members are all board
>members of competing corporations.

So governments are crooked because they are staffed by politicians,
who are almost always lawyers who need an ego-boost, and the governed
are too fat to care.  Is this news that I've somehow missed?  Doesn't
sound like it.

>Despite this, coops have a FAR lower
>failure rate than other corporations.

I bank at a credit union; it hasn't failed.  Otoh neither has any
other bank I have ever done business with.  So I see no evidence to
support your statement.

>The body of evidence for socialism is staggering.

Whether you are staggered imho depends entirely on what you have been
drinking.  -steve
========================================================
so what?  -  http://www.codetools.com/showcase

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

From: "Bjorn Wesen" <[EMAIL PROTECTED]>
Subject: Re: Linux Sound Engine
Date: Sat, 23 Jan 1999 15:35:43 +0100

Peter Steiner wrote in message ...
>The mixer mustn't be pre-empted anyway. This is realtime stuff. It has
>to run in realtime priority. And it should be called about at 100-200
>times per second to minimize latency. I expect the mixer will need
>about 0.5%-3% CPU load per active /dev/leaf on a P100 with 44.1kHz
>stereo. So that really shouldn't hurt to much.


Rant:
It's funny, even back in 1985 the Amiga could play 4 audio channels without
cpu intervention, in 92 the GUS could play 20-32 channels on the PC without
cpu intervention, and now we're back at only being able to play one channel
and using the cpu for all mixing :) Intel's desire to make everybody use the
cpu for everything is a success, except for 3D :)

It is true that you will get a bigger latency if your apps first pipes audio
to the mixing process, which mixes and subsequently pipes it into the kernel
audio driver. All of these pipes have buffers, causing delays.

However, it all boils down to what you expect of the system. If you just
want this to play an mp3 at the same time as you listen to alert sounds from
your mail program or ICQ (as the majority would use it for I guess), it
doesn't matter if there is a delay of 100 ms or not.

If you intend to use this as replacement for mixing inside games or
trackers, you're in deep trouble because it won't work well except if you
rewrite OSS itself to accept and mix at the lowest level.

So, I'd suggest simply giving the stuff some slack and go with the less
realtime'ish approach first, and then go through the OSS stuff later.

>It would be really good to have the mixer in user-space, yes. However,
>you will not get performance or "smooth" advantages. And I really don't
>want high latency.


You won't really loose any performance (measured as total throughput) but
you will get higher latency. But the latency issue is only important for
some applications.

>>It can be done almost totally in user-mode. You just write a kernel device
>>which pipes data from /dev/leaf into for example /dev/leaf0-9 depending on
>>how many processes have opened /dev/leaf.
>
>Can you really handle all that ioctl() and mmap features?


I don't know all the ioctl's that are _commonly_ in use with /dev/dsp, but
normally you could just pipe them through to the mixing process. As for
mmap's, you do the same - you'd give each opened /dev/dsp a memory block to
mmap and write in, and you give the mixer access to all those blocks to
collect when it runs.

/Bjorn




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

From: Rod Roark <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.setup
Subject: Re: Internal PCI modem
Date: 23 Jan 1999 15:07:40 GMT

Donato Marrazzo <[EMAIL PROTECTED]> wrote:
>Somebody can help me?
>I have a "fxxx" PCI modem...

Most PCI modems don't work with Linux.  Send it back.  External is
best, but many ISA models are OK (don't get one that lists MS Windows
as a requirement, and avoid Plug & Play if you don't care to learn
all about isapnptools).

If you want 56K, make sure v.90 is supported.

-- Rod
======================================================================
Sunset Systems                           Preconfigured Linux Computers
http://www.sunsetsystems.com/                         Starting at $499
======================================================================

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

From: Mark Swanson <[EMAIL PROTECTED]>
Subject: Re: 2.2pre9 won't compile
Date: Sat, 23 Jan 1999 15:48:34 GMT

I got the exact same error when I tried to compile it. My machine is a
ASUS dual-processor P100/64MB RAM, AIC7xxx, 3C509, 3C905.

[EMAIL PROTECTED] wrote:

> I tried compiling 2.2pre9, this is what I got:
>
> [ivo@one linux]$ make bzImage
> gcc -D__KERNEL__ -I/usr/src/kernel/linux/include -Wall -Wstrict-prototypes -O2 
>-fomit-frame-pointer -D__SMP__ -pipe -fno-strength-reduce -m486 -malign-loops=2 
>-malign-jumps=2 -malign-functions=2 -DCPU=686  -c -o init/main.o init/main.c
> /usr/src/kernel/linux/include/asm/smp.h: In function `hard_smp_processor_id':
> In file included from /usr/src/kernel/linux/include/linux/smp.h:11,
>                  from /usr/src/kernel/linux/include/linux/sched.h:20,
>                  from /usr/src/kernel/linux/include/linux/mm.h:4,
>                  from /usr/src/kernel/linux/include/linux/slab.h:14,
>                  from /usr/src/kernel/linux/include/linux/malloc.h:4,
>                  from /usr/src/kernel/linux/include/linux/proc_fs.h:5,
>                  from init/main.c:15:
> /usr/src/kernel/linux/include/asm/smp.h:209: warning: implicit declaration of 
>function `GET_APIC_ID'
> /usr/src/kernel/linux/include/asm/smp.h:209: `APIC_BASE' undeclared (first use this 
>function)
> /usr/src/kernel/linux/include/asm/smp.h:209: (Each undeclared identifier is reported 
>only once
> /usr/src/kernel/linux/include/asm/smp.h:209: for each function it appears in.)
> /usr/src/kernel/linux/include/asm/smp.h:209: `APIC_ID' undeclared (first use this 
>function)
> make: *** [init/main.o] Error 1
>
> (/usr/src/linux is linked to /usr/src/kernel/linux)
>
> It looks like someone made some changes and didn't try them with SMP
> support turned on?
>
> Am I doing something wrong? Should I upgrade something first (don't think
> so, this error really seems to be in the kernel source).
>
> I've been compiling each kernel from 2.1.127 without any problems.
>
> Currently I'm working remotely. When I'm back home I'll try to fix the
> error myself but I'm still curious if I'm the only one experiencing this
> problem.
>
>         Ivo
>
> --
> ------------------------------------------------------------------------
> Name:     Ivo van der Wijk
> Please replace '-' with '.' and remove '.mil' in my reply address.
> ------------------------------------------------------------------------

--
1999 - The year of the penguin.



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

From: Brian McCauley <[EMAIL PROTECTED]>
Crossposted-To: 
comp.dcom.lans.ethernet,comp.os.linux.networking,comp.os.ms-windows.programmer.networks,comp.os.ms-windows.programmer.nt.kernel-mode,comp.protocols.tcp-ip
Subject: Re: Configuring system to have multiple ethernet addresses
Date: 23 Jan 1999 15:44:53 +0000

Chris Brenton <[EMAIL PROTECTED]> writes:

> Amey Laud wrote:
> > 
> > using separate networks to handle the input and the output, that is,
> > each system reads from a different physical network
> > and writes into a different physical network.

Yes I think I understand so far.

> > This would mean that each
> > machine have two IP addresses
> > that are configured on separate ethernet cards and can be addressed and
> > used explicitly.

No, I don't see why that follows.

> > 1. Is such an arrangement possible? (That is, OS and IP support)
> 
> Depends. A quick question, will systems be reading & writing to the same
> machine? Something like the following:
> 
> HOST_1
>  |  |
> HOST_2
> 
> The reason I ask is that you will go through hell trying to select which
> network will be used.

I don't know about NT but Linux has no problem at all having two (or
more) ethernet cards with the _same_ IP address.  You can specifiy in
the routing table which is to be used for output.  You _can_ still
give the two cards different IP addresses but it gets a bit more messy.

> It would be far easier to use a single subnet but
> implement it on a full duplex switch.

Yes, if you have the requisite hardware this is probably a better
sollution.

-- 
     \\   ( )  No male bovine  | Email: [EMAIL PROTECTED]
  .  _\\__[oo   faeces from    | Phones: +44 121 471 3789 (home)
 .__/  \\ /\@  /~)  /~[   /\/[ |   +44 121 627 2173 (voice) 2175 (fax)
 .  l___\\    /~~) /~~[  /   [ | PGP-fp: D7 03 2A 4B D8 3A 05 37...
  # ll  l\\  ~~~~ ~   ~ ~    ~ | http://www.wcl.bham.ac.uk/~bam/
 ###LL  LL\\ (Brian McCauley)  |

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

From: [EMAIL PROTECTED] (Grant Guenther)
Subject: Re: Status of IEEE 1284 Parallel port driver?
Date: 23 Jan 1999 15:41:33 GMT
Reply-To: [EMAIL PROTECTED]

On Fri, 22 Jan 1999 19:35:01 -0800, rick <[EMAIL PROTECTED]> wrote:

>Is there any body working on IEEE 1284 Driver?

Yes, but that doesn't answer your real question in the slightest.
There's a lot more to a scanner driver than is covered by IEEE1284.

Discussions about drivers for parallel port devices are carried on in
the linux-parport mailing list.  Go to our home page at

        http://www.torque.net/parport/

And follow the link to the mailing list archives.

>I Got a Mustek scanner for XMas That uses a EPP port.

For more bits of the puzzle, you should also visit

        http://www.mostang.com/sane/

One of the parport regulars is assembling an information page that
addresses many questions like yours, look for it on the parport
web site before too long.

==========================================================================
Grant R. Guenther                                         [EMAIL PROTECTED]
==========================================================================

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

From: Martin Neumann <[EMAIL PROTECTED]>
Subject: Re: BeOS and Linux
Date: 23 Jan 1999 11:50:31 +0100

"John A. Crow" <[EMAIL PROTECTED]> writes:

> Thus my ill-posed question: *If* BeOS is reasonable for desktop
> use, and Linux is superb for servers (and many argue the desktop
> too!) does it make sense to look for a little synergy and
> cooperation between the two?

Where is the profit for Linux there? As you said, the only thing
being perhaps better in BeOS than in Linux is the GUI.

I don't think the BeOS GUI is better. The underlying technology of 
X11 is rather good (remote displays etc.). The real desktop is
perhaps not that sophisticated comparing BeOS and typical X11
installation with only a window manager and no complete desktop
environment. But there are already exciting desktop environments
on the way to everybodys desktops - they're GNOME and KDE.

PS: Having the choice I would always pick GNOME and not KDE, but YMMV
-- 
Martin Neumann   \\  [EMAIL PROTECTED]
EPOS Development  \\  76 B3 C8 55 61 46 34 00  86 87 72 6E C9 8F 38 6D

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

From: Dr John Stockton <[EMAIL PROTECTED]>
Crossposted-To: 
comp.os.linux.misc,comp.os.linux.advocacy,comp.software.year-2000,comp.unix.advocacy
Subject: Re: PROPOSAL: comp.unix.year-2038 (WAS: 2038 and Linux)
Date: Fri, 22 Jan 1999 22:38:49 +0000

JRS:  In article <787pff$7d1$[EMAIL PROTECTED]> of Thu, 21 Jan 1999
11:51:32 in news:comp.software.year-2000, Bill Fahle
<[EMAIL PROTECTED]> wrote:
>
>Bloody Viking wrote in message <78607s$mka$[EMAIL PROTECTED]>...
>>In comp.os.linux.advocacy Christopher B. Browne <[EMAIL PROTECTED]>
>wrote:
>>
>>Maybe it's time for comp.unix.y2k+38 to be made now.
>
>
>Don't jump the gun just yet. You can rename our newsgroup
>(comp.software.year-2000) after we're done with it next year.

Technically impossible, I believe, Bill, until the next generation of
RFDs have been generally implemented.

The thing to do is to start a comp-2038 subhierarchy, avoiding the
mistakes of the Y2k groups.

It should not be in *unix*, IMHO, for two reasons :
  AFAICS, the true UNIX people have long understood the matter and what 
     needs to be done
  UNIX library code has been taken into DOS and other environments, with 
     the flaw; I have a DOS ZIP or UNZIP with it.
 
-- 
John Stockton, Surrey, UK.    [EMAIL PROTECTED]    Turnpike v4.00    MIME.
 Web <URL: http://www.merlyn.demon.co.uk/> - w. FAQish topics, links, acronyms:
 Dates - miscdate.htm  Year 2000 - date2000.htm  Critical Dates - critdate.htm
 Y2k for beginners - year2000.txt  UK mini-FAQ - y2k-mfaq.txt  Don't Mail News.

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

From: Mark Swanson <[EMAIL PROTECTED]>
Subject: glibc2.0.7 ldd {somefile} FAILS
Date: Sat, 23 Jan 1999 15:51:11 GMT

ldd always fails. If I:

[root@linux:lib] file /bin/vim
/bin/vim: ELF 32-bit LSB executable, Intel 80386, version 1, dynamically
linked, stripped

*this shows it is a dynamically linked executable*

If I then:

[root@linux:lib] ldd /bin/vim
        not a dynamic executable

*Arg.* I'd *really* like this to work!

Thanks.

--
1999 - The year of the penguin.



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

From: "Jason Hardman" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.hardware
Subject: Future Modem support.
Date: Sat, 23 Jan 1999 17:14:03 -0000

Hello,

Does anyone out there know if there is any planned support, or someone
working on the drivers for internal PCI type modems?
Unfortunately I bought a Diamond SupraExpress i56k PRO before getting Linux.
While it isn't totaly necessary for me as I can still use Win98 to do my
downloading, It is a Royal pain in the butt.

Thanks for any info, Jason.



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

From: Brian McCauley <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.misc,comp.lang.perl.misc
Subject: Re: Secuity hole with perl (suidperl) and nosuid mounts on Linux
Date: 23 Jan 1999 15:29:15 +0000

[EMAIL PROTECTED] (Ilya Zakharevich) writes:

> But my understanding is that this will happens only on very old
> systems which do not have secure suid scripts.  How did suidperl
> appear on a contemporary clone of Unix?

This is rather like saying:

  My understanding is that your gods are only worshiped very old
  cultures that do not know the one true God.  How did a church to your
  gods appear in a contemporary society?
 
It is an matter of opinion (or perhaps even religion) if the
user-space hack (a suid-interpreter) for supporting secure suid
scripts is considered more or less ugly than the kernel-space hack
(using /dev/fd).

Personally I think the kernel space hack is (slightly) more ugly.

It is also beyond reasonable doubt that the user-space hack is more
intuative.

It would appear that Linus agrees with me.

-- 
     \\   ( )  No male bovine  | Email: [EMAIL PROTECTED]
  .  _\\__[oo   faeces from    | Phones: +44 121 471 3789 (home)
 .__/  \\ /\@  /~)  /~[   /\/[ |   +44 121 627 2173 (voice) 2175 (fax)
 .  l___\\    /~~) /~~[  /   [ | PGP-fp: D7 03 2A 4B D8 3A 05 37...
  # ll  l\\  ~~~~ ~   ~ ~    ~ | http://www.wcl.bham.ac.uk/~bam/
 ###LL  LL\\ (Brian McCauley)  |

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

From: [EMAIL PROTECTED] ( Larry Pyeatt)
Crossposted-To: alt.os.linux,comp.os.linux.development.apps,comp.os.linux.setup
Subject: Re: Why I'm dumping Linux, going back to Windblows
Date: 23 Jan 1999 17:50:53 GMT

In article <[EMAIL PROTECTED]>,
        Jay <[EMAIL PROTECTED]> writes:
> 
> The only things I haven't found out (maybe someone can help):
>   - The maximum size of a C program and the maximum memory addressable by
> said program (Like DOS was 640K unless DPMI was involved.)

Ugh!  Far pointers, several memory models, limits on how much you can
malloc in one chunk...  don't remind me.  

On Linux, you are only limited by the amount of RAM + swap space you have.
Actually, I think there is a limit on the size of a single program,
but that limit is measured in Gb.

>  - A *GOOD* XWindows book. I'd like to take a 5-year old DOS-DPMI
> application from DOS+TCXL to Linux+Xwindows.

If you are looking for a single book to tell you all you need, then
I can't help you there. I use the O'Reilly set.

-- 
Larry D. Pyeatt                     All standard disclaimers apply.
[EMAIL PROTECTED]             Void where prohibited.
http://www.cs.colostate.edu/~pyeatt 

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


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