Linux-Development-Sys Digest #117, Volume #7     Sat, 28 Aug 99 02:13:57 EDT

Contents:
  shadow file ("x256")
  Re: IO Completion Ports (David Schwartz)
  Re: Shutdown Problem (Peter Samuelson)
  Re: Shutdown Problem (Alan Swartz)
  Re: why not C++? (Phil Hunt)
  linux packet scheduler (Anshul Kothari)
  Re: mounting at startup ("x256")
  Re: why not C++? (Phil Hunt)
  kill_proc() vs send_sig() ([EMAIL PROTECTED])
  Re: LispOS? (Depeche)
  Re: Shutdown Problem
  Re: Bypass Login (Mohd H Misnan)
  Re: Shutdown Problem (David T. Blake)
  Re: mounting at startup (Peter Samuelson)
  Re: shadow file (Peter Samuelson)
  Re: restricted acces for users... (Tristan Wibberley)
  kernel-2.2.12 ppp error messages (XuYifeng)
  Writing my own Filesystem?  Possible? (gary huntress)
  Re: increasing process limits ("Sascha Bohnenkamp")
  Re: Why so inefficient source RPM's ?? ("Julie")
  Re: Shutdown Problem (Greg White)
  Re: mounting at startup (Greg White)
  Re: Why so inefficient source RPM's ?? (Chris Gregory)
  Re: glibc-2.1.1 problems (Will Wagner)

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

From: "x256" <[EMAIL PROTECTED]>
Subject: shadow file
Date: Fri, 27 Aug 1999 23:00:44 +0200

hi
i'm using redhat6.0 and i want to move my shadow file to another location
 even another filename)....
how can i do this ?

thx

x256



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

From: David Schwartz <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps
Subject: Re: IO Completion Ports
Date: Fri, 27 Aug 1999 13:17:50 -0700


Mr Williams wrote:
> 
> David Schwartz wrote:
> > I don't think you would want this, in general. The reason people use
> > I/O Completion ports on NT is because it is the fastest way to do
> > network I/O.

> David, this is a piece of bunk. I/O completion ports are used to keep
> the expense of thread creation and the number of threads down--on one
> hand,

        These things are trivial to do without completion ports.

> and to avoid unnecessary context switching, on the other.

        There's some merit to this. However, you can get exactly the same
functionality by calling a 'release one thread' function before you do
anything that might block. That's really all completion ports do (except
for the I/O aspect).

> It's got
> very little to do with network I/O per se, and can be used for anything
> else.

        Other than for I/O, all it does is release one more thread when a
thread blocks. The same functionality can be achieved in other ways if
you really want/need it.

> Functionally, there's nothing about linux that makes completion
> ports unnecessary, it would in fact be good to have such a mechanism
> available. But, they're simply not available there, that's all (well,
> 'select' kind of does a similar thing.)

        Actually, it would be trivial to add to LinuxThreads. All you'd need is
a concept of a 'thread pool' in the library and the ability to track
which thread pool a given thread is attached to. Then in any call that
could block, you first check to see if the thread is a member of a
thread pool, and if it is, you free one waiting thread before making the
blocking call.

        Of course, this could be done outside the threads library too. If you
want this capacity, you can easily code it.

        The reason completion ports are so nice on NT is because they allow
efficient I/O. The thread management stuff is nice, but easily
reproducable.

        DS

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

From: [EMAIL PROTECTED] (Peter Samuelson)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc,comp.os.linux.x
Subject: Re: Shutdown Problem
Date: 27 Aug 1999 15:49:39 -0500
Reply-To: Peter Samuelson <[EMAIL PROTECTED]>

[stan168 <[EMAIL PROTECTED]>]
> I was thinking if the user just want to turn off the power without
> doing a shutdown properly.  Is there any way to prevent the checking
> (fsck) at booting time and data corruption?

Mount all your local filesystems read-only.

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

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

From: Alan Swartz <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc,comp.os.linux.x
Subject: Re: Shutdown Problem
Date: Fri, 27 Aug 1999 17:03:33 -0400

stan168 wrote:

> I was thinking if the user just want to turn off the power without
> doing a shutdown properly. Is there any way to prevent the checking (fsck)
> at booting time and data corruption?

I'm curious: Why would you want to do that?

--

- - - - - - - - - - - - - - -
Alan Swartz
work: [EMAIL PROTECTED]
home: [EMAIL PROTECTED]

ICQ# 15001670

Abandon Windows, Try on Linux




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

From: [EMAIL PROTECTED] (Phil Hunt)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc
Subject: Re: why not C++?
Date: Fri, 27 Aug 99 18:27:57 GMT
Reply-To: [EMAIL PROTECTED]

In article <[EMAIL PROTECTED]> [EMAIL PROTECTED]  writes:
> In article <[EMAIL PROTECTED]>,
> Timo Tossavainen  <[EMAIL PROTECTED]> wrote:
> >Phil Hunt wrote:
> >
> >> BTW, has anyone read Stroustrup's paper where he suggests overloading
> >> the whitespace operator? It's quite an elegant idea, for example
> >> mathematicians would be able to write:
> >>
> >>    v = a x + b y + c z;
> >>
> >> instead of the usual:
> >>
> >>    v = a * x + b * y + c * z;
>
>         I believe there is a language that uses space as an operator,
> SNOBOL,

Dunno about SNOBOL, but Awk uses space for string catenation.

> one of the more interesting artifacts of the Cambrian Explosion
> of language design back in the what?  50s, 60s? 

That's a cool name for it.

> Don't remember many
> details about it though.

-- 
Phil [EMAIL PROTECTED]


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

Crossposted-To: comp.os.linux.networking
From: Anshul Kothari <[EMAIL PROTECTED]>
Subject: linux packet scheduler
Date: Fri, 27 Aug 1999 19:08:34 GMT

In the linux kernel source, I found code for more than one scheduler.
Now how does linux know which scheduler to invoke for a given stream of
packet. Does it depend on the device which recieves the packet or out of
all these there is some specific scheduler one which linux use. please 
enlighten me..

TIA,

Anshul Kothari

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

From: "x256" <[EMAIL PROTECTED]>
Subject: Re: mounting at startup
Date: Fri, 27 Aug 1999 23:20:17 +0200

maybe i forgot to mention that i'm using redhat6.0 with kernel 2.2.12

> how can i (auto) execute commands at startup ? like 'mount /dev/hda1 /c' ?
>
> thx
>
>



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

From: [EMAIL PROTECTED] (Phil Hunt)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc
Subject: Re: why not C++?
Date: Fri, 27 Aug 99 18:26:47 GMT
Reply-To: [EMAIL PROTECTED]

In article <[EMAIL PROTECTED]> [EMAIL PROTECTED] "Timo Tossavainen" writes:
> Phil Hunt wrote: 
> > BTW, has anyone read Stroustrup's paper where he suggests overloading
> > the whitespace operator? It's quite an elegant idea, for example
> > mathematicians would be able to write:
> >
> >    v = a x + b y + c z;
> >
> > instead of the usual:
> >
> >    v = a * x + b * y + c * z;
> 
> I think that the paper was published on April 1st. 

Indeed it was; I realised something was up when I was about halfway 
through it.


-- 
Phil [EMAIL PROTECTED]


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

From: [EMAIL PROTECTED]
Subject: kill_proc() vs send_sig()
Date: Fri, 27 Aug 1999 19:30:35 GMT

Is there an advantage to one vs. the other?  I know one
takes a task_struct *, the other a pid, but it's easy to
get from one to the other.  It seems redundant, so I assume I'm
missing something.

Also, is there a nice doc somewhere that lists system calls and
their parameters.  I usually grep the source, but a list with
some description would be nice.

Thanks.




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

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

From: [EMAIL PROTECTED] (Depeche)
Subject: Re: LispOS?
Date: 27 Aug 1999 19:56:40 GMT

I, too, think that this is a sad affair.  I wonder if there would be
support for a true LISP based openSource reimplementation.

In article <[EMAIL PROTECTED]>
Bill Gribble <[EMAIL PROTECTED]> writes:

> 
> I'd love to see what a system like this looked like on a large scale.
> Apple came *really* close with their Newton OS... everything was a
> persistent object store, with a nifty prototype-based inheritance
> system.  Applications were just objects, and they could publish APIs
> by giving themselves slots/functions that you could call.  The
> application language was a lispy little thing called "Newtonscript"
> with a syntax only a mother could love but its heart was in the right
> place.
> 
> Too bad they dropped it. 
> 
> Bill Gribble



Eric DeWitt                  edewitt @ hampshire.edu
Hampshire College        School of Cognitive Science
http://hamp.hampshire.edu/~eedF94

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

From: [EMAIL PROTECTED] ()
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc,comp.os.linux.x
Subject: Re: Shutdown Problem
Date: 27 Aug 1999 22:39:21 GMT

On Fri, 27 Aug 1999 17:03:33 -0400, Alan Swartz <[EMAIL PROTECTED]> wrote:
>stan168 wrote:

>> I was thinking if the user just want to turn off the power without
>> doing a shutdown properly. Is there any way to prevent the checking (fsck)
>> at booting time and data corruption?
>
>I'm curious: Why would you want to do that?

One reason is to protect against power failures.

If we have /usr /usr/bin /sbin and the other read-only stuff on one partition,
then we can mount this partition read-only and in the event of a power
failure won't mess up these partitions.  To be honest, I haven't yet tried
this idea.  But I think it is a good idea.

On my system, I have /tmp in its own partition, /var in its own, /home in
its own, / in its own, /usr in its own.  So maybe I should give it a shot.

--
Siemel Naran

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

From: [EMAIL PROTECTED] (Mohd H Misnan)
Crossposted-To: 
comp.os.linux.development.apps,comp.os.linux.misc,de.comp.os.linux,jaring.os.linux
Subject: Re: Bypass Login
Date: 27 Aug 1999 02:58:35 GMT

On Thu, 26 Aug 1999 11:44:55 +0800, stan168 wrote:
>Thanks for everybody help.
>
>I can do it with set the run level to 1 which is single-user mode in Redhat
>6.0.

Single user mode mean that the user you're intended for should know what she/he
is doing since single user => root access = plain old Lose9X!

-- 
|Mohd Hamid Misnan       | [EMAIL PROTECTED] / [EMAIL PROTECTED] |
|iMac/233RevB/MacOS 8.6  | [EMAIL PROTECTED]                     |
|AMDK6-2/300/Linux2.2.12 | http://www.geocities.com/SiliconValley/3319/   |
-All computers wait at the same speed.

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

From: [EMAIL PROTECTED] (David T. Blake)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc,comp.os.linux.x
Subject: Re: Shutdown Problem
Date: 27 Aug 1999 23:03:56 GMT
Reply-To: [EMAIL PROTECTED]

Peter Samuelson <[EMAIL PROTECTED]> wrote:
> [stan168 <[EMAIL PROTECTED]>]
> > I was thinking if the user just want to turn off the power without
> > doing a shutdown properly.  Is there any way to prevent the checking
> > (fsck) at booting time and data corruption?
> 
> Mount all your local filesystems read-only.

You can do a shutdown -rf now command to avoid fsck 
for some time. 

But in the case of an unprepared for shutdown you are
asking for big trouble if you don't do an fsck.

You might try backing the system up, and re-creating the
ext2 filesystem with a larger block size to speed up
the e2fsck dramatically. I am somewhat PO'd that redhat
does not allow blocksize specification in their install
procedure to allow different block sizes.

-- 
Dave Blake
[EMAIL PROTECTED]

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

From: [EMAIL PROTECTED] (Peter Samuelson)
Subject: Re: mounting at startup
Date: 27 Aug 1999 19:40:36 -0500
Reply-To: Peter Samuelson <[EMAIL PROTECTED]>

[x256 <[EMAIL PROTECTED]>]
> how can i (auto) execute commands at startup ?

On Debian, add a file to the directory /etc/rcS.d/.  RedHat may have a
similar location, since they also use sysvinit.

> like 'mount /dev/hda1 /c' ?

Filesystem mounting should be taken care of automatically if you add
the correct entry to /etc/fstab.

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

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

From: [EMAIL PROTECTED] (Peter Samuelson)
Subject: Re: shadow file
Date: 27 Aug 1999 19:37:02 -0500
Reply-To: Peter Samuelson <[EMAIL PROTECTED]>

[x256 <[EMAIL PROTECTED]>]
> i'm using redhat6.0 and i want to move my shadow file to another location
>  even another filename)....
> how can i do this ?

Why do you want to do this?  Security by obscurity?  (The gods will
frown on you.)

If you really feel the need, change a string constant somewhere in the
libc source and recompile.  On my system (Debian potato) it's in the
shared library /lib/libnss1_compat-2.1.2.so .

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

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

From: Tristan Wibberley <[EMAIL PROTECTED]>
Subject: Re: restricted acces for users...
Date: Sat, 28 Aug 1999 07:09:09 +0100
Reply-To: [EMAIL PROTECTED]

x256 wrote:
> 
> 1) how can i deny users acces to / ? so they can only see what is in their
> home dirs and not what is in /, /etc, /usr, /bin, etc
> 
> 2) can anyone give me some more tips to increase security on my system ?

Many file in those directories *must* be readable because users programs
need to see them to get details of your setup so they know how to do
things.

Private stuff like /etc/shadow should already only be readable/writeable
by root and is thus safe.

-- 
Tristan Wibberley

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

From: XuYifeng <[EMAIL PROTECTED]>
Subject: kernel-2.2.12 ppp error messages
Date: Fri, 27 Aug 1999 21:06:58 +0800

Hi,

I am using redhat 6.0, I have just upgrade kernel from 2.2.10 to 2.2.12,

anything is ok except that ppp has some minor problems, after I dialed
up to my ISP,
many error messages report to /var/log/messages, the message like these:

Aug 23 1999,... xu :  can't locate module ppp0:1
Aug 23 1999, ...xu :  can't locate module ppp0:2
Aug 23 1999, ...xu :  can't locate module ppp0:3

but ppp link is OK,  I can use my browser as before, and no any problem.

Any help will be appreciated,
---
XuYifeng






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

Date: Fri, 27 Aug 1999 21:24:12 -0400
From: gary huntress <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Crossposted-To: linux.sources.kernel
Subject: Writing my own Filesystem?  Possible?

Hi,

    I would really like to try and write my own filesystem....just to
learn...I'm not deluding myself into thinking that I can replace ext2fs
:)

    I've found a limited amount of older (dated 1996) info documenting
ext2fs from the kernel hackers guide and other LDP resources.  I have
not been able to find anything that describes changes due to the newer
2.2 kernels.

    I'd greatly appreciate info/tips/sources/stories about writing a
filesystem.   Yes, I *am* reading the source :)   My plan is to extend
the ext2fs filesystem to include some sort of encryption, possibly
needing some sort of hardware key like http://www.ibutton.com in order
to function...I thought that might be interesting.   Yes, I know it
would be painfully slow :)

thanks in advance

Gary H.


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

From: "Sascha Bohnenkamp" <[EMAIL PROTECTED]>
Subject: Re: increasing process limits
Date: Fri, 27 Aug 1999 15:13:55 +0200

>I am experiencing problems with creating more than 251 concurrent threads
>(probably the limit being 255 by default).
yup -- but you could set it to something near 4096 on intel systems

do it in /usr/src/include/linux/task.h and recompile your kernel



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

From: "Julie" <[EMAIL PROTECTED]>
Crossposted-To: linux.redhat.misc,linux.redhat.rpm
Subject: Re: Why so inefficient source RPM's ??
Date: Fri, 27 Aug 1999 22:02:49 -0500


Bill Anderson <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]...
> Peter Mutsaers wrote:
> >
> > >> "CB" == Christopher Browne <[EMAIL PROTECTED]> writes:
> [...]
> >     CB> There seems to be reasonably widespread agreement that RPM isn't
the
> >     CB> best possible system that one might conceive of; I'm not
convinced
> >     CB> that the situation being described represents a real good
example of
> >     CB> "major problems with RPM."
> >
> > No, with Redhat, for not distributing in a convenient manner.
>
>
> Most of the RPMs available are _not_ made or maintained by RedHat.

I don't want to risk another round of "Julie is a big meanie", but I
recently
examined the RPM's for the Shadow Password Suite and was seriously
torqued off.  I'm fairly sure this isn't their intent, but I almost feel
like the
source RPMs are made impossible to deal with so people will get their
pre-compiled binary distribution from Red Hat ...

-- Julie.



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

Subject: Re: Shutdown Problem
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc,comp.os.linux.x
From: Greg White <[EMAIL PROTECTED]>
Date: Sat, 28 Aug 1999 03:42:28 GMT

[EMAIL PROTECTED] () wrote:
>On Fri, 27 Aug 1999 17:03:33 -0400, Alan Swartz <[EMAIL PROTECTED]> wrot=
e:
>>stan168 wrote:
>
>>> I was thinking if the user just want to turn off the power without
>>> doing a shutdown properly. Is there any way to prevent the checking (=
fsck)
>>> at booting time and data corruption?
>>

I'm no expert on the subject, but couldn't you use the -sync option, so t=
hat
all filesystem writes are done with no write-behind?

Just tossing out ideas here.

GW

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

Subject: Re: mounting at startup
From: Greg White <[EMAIL PROTECTED]>
Date: Sat, 28 Aug 1999 03:46:04 GMT

"x256" <[EMAIL PROTECTED]> wrote:
>maybe i forgot to mention that i'm using redhat6.0 with kernel 2.2.12
>
>> how can i (auto) execute commands at startup ? like 'mount /dev/hda1 /=
c' ?
>>
>> thx
>>
>>

Option one:

vi /etc/rc.d/rc.local

and insert

/sbin/mount /dev/hda1 /c

OR:

in /etc/fstab, insert

/dev/hda1         /c     vfat     defaults      0   0

GW

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

From: [EMAIL PROTECTED] (Chris Gregory)
Crossposted-To: linux.redhat.misc,linux.redhat.rpm
Subject: Re: Why so inefficient source RPM's ??
Reply-To: [EMAIL PROTECTED]
Date: Sat, 28 Aug 1999 05:25:11 GMT

On Fri, 27 Aug 1999 22:02:49 -0500, Julie <[EMAIL PROTECTED]> wrote:

>I don't want to risk another round of "Julie is a big meanie", but I
>recently
>examined the RPM's for the Shadow Password Suite and was seriously
>torqued off.  I'm fairly sure this isn't their intent, but I almost feel
>like the
>source RPMs are made impossible to deal with so people will get their
>pre-compiled binary distribution from Red Hat ...


I hate to say "it's natural", but everyone does that.  They try to get
you to accept their set of tools to do their set of things.  Systems of
ideas that don't use this technique don't expand, so it's like a natural
selection that applies to the growth of idea systems.

-- 

Chris Gregory <[EMAIL PROTECTED]>



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

From: [EMAIL PROTECTED] (Will Wagner)
Subject: Re: glibc-2.1.1 problems
Date: 28 Aug 1999 05:20:09 GMT

In article <[EMAIL PROTECTED]>,
Andreas Jaeger  <[EMAIL PROTECTED]> wrote:
>
>I advise to not build in the source directory, read the INSTALL file.
>Btw. --disable-nls is useless, the option is call
>--enable-add-ons=... and localedata is always included.  Just use
>--enable-add-ons to use all that you have.

I've got a related question here: is linuxthreads the only available
add-on for 2.1.1?  I did notice that localedata came with the main tar,
but I was never able to find a separate crypt package.  Has the crypt
package been moved into the main source tree?

Thanks,

Will
-- 
====================================================================
                 Will Wagner  [EMAIL PROTECTED]
"Keep it simple: as simple as possible, but no simpler." -- Einstein
====================================================================

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


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