Linux-Development-Sys Digest #940, Volume #6 Thu, 8 Jul 99 08:14:05 EDT
Contents:
Re: RedHat 6.0 Installation crashes... ("Frank V. Castellucci")
Re: RedHat 6.0 Installation crashes... (Daniel Robert Franklin)
Re: [BUG] current->mm NULL in SMP version of 2.2.x (bill davidsen)
Re: egcs idiocy (Chris Mahmood)
Re: update_vm_cache in 2.3.9 (bill davidsen)
Re: Why not C++ (Ed Bruce)
Re: Where do Linux Developers discuss Developments? (bill davidsen)
Re: Filesize larger than 2 GB on Intel machines an Linux 2.0.36 (Christopher Browne)
Re: Why not C++ (Peter Samuelson)
Re: Where can I get mkfs source code? (Peter Samuelson)
Re: Index of known issues/bugs? (Peter Samuelson)
kernel ("Astro")
RedHat 6.0 Installation crashes... (Marc Jauvin)
Re: Why not C++ (Craig Graham)
Re: RedHat 6.0 Installation crashes... (John Bell)
Re: gethostbyname from kernel (Peter Samuelson)
Re: RedHat 6.0 Installation crashes... (Marc Jauvin)
Re: Why we are still holding on to MS Windows (Mads Dydensborg)
Re: /dev/par* (Alexander Kuznetsov)
Re: RedHat 6.0 Installation crashes... (M. Buchenrieder)
Help needed on installing (compiling) a previous version of the Linux kernel
("Theodore Kontopoulos")
Re: CD-ROM File Time Bug (Villy Kruse)
----------------------------------------------------------------------------
From: "Frank V. Castellucci" <[EMAIL PROTECTED]>
Subject: Re: RedHat 6.0 Installation crashes...
Date: Wed, 7 Jul 1999 22:43:09 -0400
Marc Jauvin wrote in message <[EMAIL PROTECTED]>...
>I tried many times to install RedHat 6.0 with 160MB of RAM and the
>installation keeps crashing when creating the filesystems...
>
>I tried with 32MB of RAM and the install worked fine.
What was the partition setup like? Did you use Disk Druid or fdisk? Did you
use the RedHat installation
support (it's free)?
>
>After installation, every time I "e2fsck" my 11GB /usr/local partition
>with more that 32MB of RAM, the kernel core dumps.
>
>Any idea what might be causing that?
>
>-- marc
I have 384 Mb Ram and had no problem installing to a 20 Gb hard drive.
Frank V. Castellucci
Monkey Boy
------------------------------
From: [EMAIL PROTECTED] (Daniel Robert Franklin)
Subject: Re: RedHat 6.0 Installation crashes...
Date: 8 Jul 99 02:42:00 GMT
Marc Jauvin <[EMAIL PROTECTED]> writes:
>John Bell wrote:
>>
>> Marc Jauvin wrote:
>> >
>> > I tried many times to install RedHat 6.0 with 160MB of RAM and the
>> > installation keeps crashing when creating the filesystems...
>> >
>> > I tried with 32MB of RAM and the install worked fine.
>> >
>> > After installation, every time I "e2fsck" my 11GB /usr/local partition
>> > with more that 32MB of RAM, the kernel core dumps.
>> >
>> > Any idea what might be causing that?
>> >
>>
>> Bad memory. Have it replaced.
>That's what I thought at first, but I swapped the Harddisk in another machine
>with 64MB and same thing happened.
Bizarre. I have installed RH6 successfully on a machine with 128 MB.
However, I *did* have trouble some time ago with formatting large
partitions with a 2.0.31 kernel (or was it 30?). This turned out to have
a number of serious bugs. I initially blamed the HDD (the infamous Quantum
Bigfoot) but I repeated the operation with a 2.0.36 kernel and it was
fine.
- Daniel
--
******************************************************************************
* Daniel Franklin - Postgraduate student in Electrical Engineering
* [EMAIL PROTECTED]
******************************************************************************
------------------------------
From: [EMAIL PROTECTED] (bill davidsen)
Subject: Re: [BUG] current->mm NULL in SMP version of 2.2.x
Date: 7 Jul 1999 20:56:27 GMT
In article <[EMAIL PROTECTED]>,
Arun Sharma <[EMAIL PROTECTED]> wrote:
| Did you compile your module twice, once with -D__SMP__ and once without ?
| If you don't, the offsets within current could be wrong for a SMP
| kernel i.e. current->mm could be accessing the wrong field.
At the risk of boring people with the obvious, this applies to a LOT of
stuff. If you are going to have both uni and SMP kernels and modules
from the same source, which I do from time to time, you really want to
compile everything and use the MINOR_VERSION part of the Makefile to
force a separate directory in the modules directory.
This allows easy switching between uni and SMP kernels, should you have
a need to do so, such as giving demos or benchmarking.
--
bill davidsen <[EMAIL PROTECTED]> CTO, TMR Associates, Inc
The Internet is not the fountain of youth, but some days it feels like
the fountain of immaturity.
------------------------------
From: Chris Mahmood <[EMAIL PROTECTED]>
Subject: Re: egcs idiocy
Date: 06 Jul 1999 12:51:18 -0700
Reply-To: [EMAIL PROTECTED]
Yawn.....
------------------------------
From: [EMAIL PROTECTED] (bill davidsen)
Subject: Re: update_vm_cache in 2.3.9
Date: 7 Jul 1999 21:32:00 GMT
In article <[EMAIL PROTECTED]>, Marc Mutz <[EMAIL PROTECTED]> wrote:
| Juergen Koslowski wrote:
| >
| > Hi there,
| >
| > In version 2.3.9 the file linux/fs/fat/file.c still contains a reference
| > to "update_vm_cache", which seems to have been eliminated from all
| > other places and consequently leads to compilation failure.
| >
| Read www.kernelnotes.org prior to complaining about errors in the
| kernels, esp. in dev. ones.
Did you see a complaint? Looks like a report of a problem to me, and
isn't that why the kernels are out there, so people can find (and
sometimes fix) them?
I just reported a problem in an alan cox kernel, in hopes of saving
someone some time, that's probably less official (unofficialer?) than
2.3.x even. I included a fix, but even a simple post alarts people
before they find it the hard way.
--
bill davidsen <[EMAIL PROTECTED]> CTO, TMR Associates, Inc
The Internet is not the fountain of youth, but some days it feels like
the fountain of immaturity.
------------------------------
From: Ed Bruce <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps
Subject: Re: Why not C++
Date: Wed, 07 Jul 1999 17:18:57 -0500
Reply-To: [EMAIL PROTECTED]
Greg Comeau wrote:
>
> In article <[EMAIL PROTECTED]>
>[EMAIL PROTECTED] writes:
> >In my opinion C++ is not the most powerful, but the first hyped OOPL.
>
> Wow, if there ever was a statement that was wrong, this is it.
> This completely ignores the history of OOPL's and C++.
> This does not consider the OOPL's at the time there _were_ hyped.
> C++ had _every_ opportunity to fail, exactly because it was NOT hyped.
> It was strictly though it's own merits that it is where is it today.
You can believe that all you want but I know of at least two major
government contracts where that is not true. I admit it is only my
personal experience and it may be a minority experience. But I have
experienced the hype first hand. I've had managers and civil servants
pushing C++ not because of merit, but because they either read some
article or went to a seminar pushing OO this and OO that. They come away
from the experience a true convert, saying that C++ is the one and only
OOPL.
I also worked with engineers that didn't want to learn Ada and argued
forcefully that C++ was easy to learn, its based on C don't you know. It
was sold that way to management. I think that is hype, I guess you don't
or never experienced it.
So if my mistake was claiming is was the first hyped OOPL. So be it.
Doesn't change the fact that C++ was hyped big time, at least on the
government contracts I've worked on.
later,
Ed
------------------------------
From: [EMAIL PROTECTED] (bill davidsen)
Subject: Re: Where do Linux Developers discuss Developments?
Date: 7 Jul 1999 21:43:14 GMT
In article <[EMAIL PROTECTED]>,
Mike Warner <[EMAIL PROTECTED]> wrote:
| Please.
There is a kernel mailing list, but it is for developers, not people who
just want to discuss stuff with them. Some of the folks read this group,
so discussions here have at least some currency.
--
bill davidsen <[EMAIL PROTECTED]> CTO, TMR Associates, Inc
The Internet is not the fountain of youth, but some days it feels like
the fountain of immaturity.
------------------------------
From: [EMAIL PROTECTED] (Christopher Browne)
Crossposted-To: comp.os.linux.misc,comp.os.linux.setup
Subject: Re: Filesize larger than 2 GB on Intel machines an Linux 2.0.36
Reply-To: [EMAIL PROTECTED]
Date: Thu, 08 Jul 1999 00:00:30 GMT
On Wed, 07 Jul 1999 14:08:58 -0700, Patrick Letovsky
<[EMAIL PROTECTED]> wrote:
> I understand the 3 parts involved into the process, so I guess I'll
>need to move to a 64 bits OS. I'm gonna use an irix box to do this job.
I would expect the issue to be resolved over the next year or perhaps
2 years at worst, particularly as 64 bit platforms become more
commonplace.
Furthermore, it looks like the relevant code *is* getting into GLIBC
2.1, which means that it shouldn't take infinite time for it to become
usable at user level.
--
Rules of the Evil Warlord #36. "Even though I don't really care
because I plan on living forever, I will hire engineers who are able
to build me a fortress sturdy enough that, if I am slain, it won't
tumble to the ground for no good structural reason."
[EMAIL PROTECTED] <http://www.ntlug.org/~cbbrowne/alpha.html>
------------------------------
From: [EMAIL PROTECTED] (Peter Samuelson)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.networking
Subject: Re: Why not C++
Date: 8 Jul 1999 01:45:52 -0500
Reply-To: Peter Samuelson <[EMAIL PROTECTED]>
> > david parsons \bi/ I can think of one runtime (garbage collection)
[Craig Graham <[EMAIL PROTECTED]>]
> Strangly hidden in your sig, your last comment is right - to an
> extent
Not strange at all. David *always* has an interesting tidbit or
"parting shot" in his sig. In fact, he usually seems to save the most
interesting line of the post for this purpose.
--
Peter Samuelson
<sampo.creighton.edu!psamuels>
------------------------------
From: [EMAIL PROTECTED] (Peter Samuelson)
Subject: Re: Where can I get mkfs source code?
Date: 8 Jul 1999 03:04:37 -0500
Reply-To: Peter Samuelson <[EMAIL PROTECTED]>
[Kim Jong-chan <[EMAIL PROTECTED]>]
> I need the source code of mkfs... especially for sysv filesystem...
Ask your sysv vendor. What, they don't provide source?
--
Peter Samuelson
<sampo.creighton.edu!psamuels>
------------------------------
From: [EMAIL PROTECTED] (Peter Samuelson)
Subject: Re: Index of known issues/bugs?
Date: 8 Jul 1999 03:15:44 -0500
Reply-To: Peter Samuelson <[EMAIL PROTECTED]>
[Konrad Mieredorff <[EMAIL PROTECTED]>]
> Is there some sort of index which lists
> proplems/bugs/doubts/whatsoever?
Bugs in what?
If you mean kernel bugs, no, not really. For very serious bugs, see
Richard's "Kernel Newsflash":
http://www.atnf.csiro.au/~rgooch/linux/docs/kernel-newsflash.html
For some other bugs, see Alan's "jobs page" which, despite what it
says, may not be *quite* up-to-date:
http://roadrunner.swansea.uk.linux.org/jobs.shtml
If you want to volunteer to run a "real" bug repository based on (for
example) Debian's BTS or Samba's Jitterbug, there has been some noise
in the past that some kernel developers would be willing to use it.
But nobody seems to think it worth *their* time to set up and run.
--
Peter Samuelson
<sampo.creighton.edu!psamuels>
------------------------------
From: "Astro" <[EMAIL PROTECTED]>
Subject: kernel
Date: Thu, 8 Jul 1999 00:40:10 +0200
What is that, kernel?
Astro.
------------------------------
From: Marc Jauvin <[EMAIL PROTECTED]>
Subject: RedHat 6.0 Installation crashes...
Date: Wed, 07 Jul 1999 22:06:35 -0400
I tried many times to install RedHat 6.0 with 160MB of RAM and the
installation keeps crashing when creating the filesystems...
I tried with 32MB of RAM and the install worked fine.
After installation, every time I "e2fsck" my 11GB /usr/local partition
with more that 32MB of RAM, the kernel core dumps.
Any idea what might be causing that?
-- marc
They told me to get lost.... so I accessed the Internet!
------------------------------
From: Craig Graham <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.networking
Subject: Re: Why not C++
Date: Thu, 8 Jul 1999 09:31:39 +0000
[EMAIL PROTECTED] (Mike McDonald) wrote:
> In article <[EMAIL PROTECTED]>,
> =09Craig Graham <[EMAIL PROTECTED]> writes:
>=20
> > Compiled Java would have extra overheads relative to C++,
> > due mostly to the absense of a delete operator. You have to either:
>=20
> You think delete() is quick?
Delete can be quick. It depends how it's implemented.
> > I spent several months writing a JVM for=20
>=20
> A whole "several months"? Wow! I suggest you check out
> cs.utexas.edu:/pub/garbage for real information on garbage collection o=
f all
> kinds, including malloc/free and their relative performance.
Several months of 7 day week's and 16 hour days beat's a year or more
or thinking about it one evening a week.
And thanks, but I'd already read up on the existing literature before
starting on it.
> Mike McDonald
And the result was:
malloc/free() wins over a dynamic garbage collector simply because you KN=
OW
what is garbage without any extra overheads to WORK OUT what is garbage.
Craig.
------------------------------
From: John Bell <[EMAIL PROTECTED]>
Subject: Re: RedHat 6.0 Installation crashes...
Date: Wed, 07 Jul 1999 21:08:30 -0500
Reply-To: [EMAIL PROTECTED]
Marc Jauvin wrote:
>
> I tried many times to install RedHat 6.0 with 160MB of RAM and the
> installation keeps crashing when creating the filesystems...
>
> I tried with 32MB of RAM and the install worked fine.
>
> After installation, every time I "e2fsck" my 11GB /usr/local partition
> with more that 32MB of RAM, the kernel core dumps.
>
> Any idea what might be causing that?
>
Bad memory. Have it replaced.
--
John Bell - [EMAIL PROTECTED] - http://www.vignette.com
Sr. System Administrator - Vignette Corporation
Parturiunt montes, nascetur ridiculus mus. - Horace
------------------------------
From: [EMAIL PROTECTED] (Peter Samuelson)
Subject: Re: gethostbyname from kernel
Date: 8 Jul 1999 02:07:01 -0500
Reply-To: Peter Samuelson <[EMAIL PROTECTED]>
[<[EMAIL PROTECTED]>]
> Is there a way to do a gethostbyname within the kernel?
Not directly. You could write it, but don't. See below.
> I am currently hacking nfs to support transparent replication, but i
> need to convert hostname->ip to do this. any ptrs? thanks.
Kernel hacking rule #1: as much as possible, keep messy things in user
space. DNS is most definitely a messy thing. (So is sunrpc, but
that's another story.)
Whenever you have this sort of unpleasantness, you usually want to use
a helper program that sits in userspace and spoon-feeds the kernel
pre-digested data. Anything from reading sound card firmware from a
file, reading config info (like /etc/exports) from a file, parsing user
options from a command line, interactive configuration via a UI, even
smbfs (the network communication part) ... you'll see userspace
programs doing those things and communicating with the kernel via
ioctl() or sysctl() or some such.
--
Peter Samuelson
<sampo.creighton.edu!psamuels>
------------------------------
From: Marc Jauvin <[EMAIL PROTECTED]>
Subject: Re: RedHat 6.0 Installation crashes...
Date: Wed, 07 Jul 1999 22:17:34 -0400
John Bell wrote:
>
> Marc Jauvin wrote:
> >
> > I tried many times to install RedHat 6.0 with 160MB of RAM and the
> > installation keeps crashing when creating the filesystems...
> >
> > I tried with 32MB of RAM and the install worked fine.
> >
> > After installation, every time I "e2fsck" my 11GB /usr/local partition
> > with more that 32MB of RAM, the kernel core dumps.
> >
> > Any idea what might be causing that?
> >
>
> Bad memory. Have it replaced.
That's what I thought at first, but I swapped the Harddisk in another machine
with 64MB and same thing happened.
-- marc
To love her was a liberal education. Steele
------------------------------
From: Mads Dydensborg <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps
Subject: Re: Why we are still holding on to MS Windows
Date: 08 Jul 1999 11:46:38 +0200
Ed Bruce <[EMAIL PROTECTED]> writes:
> George MacDonald wrote:
> > I was running two X screens on a Sun system over 12 years ago!!
>
> I remember the first time I had a setup with two monitors and was able
> to scroll my pointer accross the monitors. I had it setup so that when I
> scrolled off the top of one monitor it showed up at the bottom of the
> other. That had to be about 12 years ago also on a Sun system with X.
My coworker has a setup, where when he plugs his linux portable into
the network and secondary screen, it automatically uses the mouse and
keyboard from the workstation at his desk. He can then copy and paste
between the machines, etc.
It is most impressive.
Mads
--
+----------------------------------------------------------------------+
| Mads Bondo Dydensborg. Student at DIKU, Copenhagen - Denmark. |
| Email: [EMAIL PROTECTED] www: http://www.diku.dk/students/madsdyd/ |
+----------------------------------------------------------------------+
------------------------------
From: Alexander Kuznetsov <[EMAIL PROTECTED]>
Subject: Re: /dev/par*
Date: Thu, 08 Jul 1999 14:03:04 +0400
Alexander Kuznetsov wrote:
> 1. Can any body tell what is the device /dev/par* ?
> 2. Can it be used to communicate with other linux PC throu parallel port
> and how?
> If (2. == yes) {
> 3. How cable should be wired?
> }
> else {
> 4. What how to fast communicate to other Linux without
> networking (because of
> security) ?
> }
>
Thank you for all answers, but I need to clear the situation more
1) I need to communicate to other Linux box, which stands in isolated IP
network. I can NOT use any type of IP communication ( PLIP, PPP and
Ethernet) to talk to my program on Isolated machine. This is ugly, but
still.
2) The only way remains is to use raw device to implement my own protocol
of data transfer through some device.
3) Now this (p. 2) is done for RS232 port /dev/cua0. But it it's baud rate
115200 become too slow ( about 10 kbytes per sec) and I need to find more
speedy raw interface and use it to transfer mess of data quickly.
4) Candidates:
- parallel port ( <2 Mbytes / sec)
- ethernet cart without IP ( <=2 Mbytes / sec )
- scsi interface ( extremely fast )
- UCB connection ( fast enough )
- other imaginable
5) I supposed parallel interface is rather simple and quick. Is there some
device (like /dev/cua0) corresponding to PC parallel IO port. (EPP , ECP
transfer modes or others)
--
Alexander Kusnetsov,
[EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED] (M. Buchenrieder)
Subject: Re: RedHat 6.0 Installation crashes...
Date: Thu, 8 Jul 1999 06:31:34 GMT
Marc Jauvin <[EMAIL PROTECTED]> writes:
>I tried many times to install RedHat 6.0 with 160MB of RAM and the
>installation keeps crashing when creating the filesystems...
>I tried with 32MB of RAM and the install worked fine.
[...]
Check CMOS settings.
Michael
--
Michael Buchenrieder * [EMAIL PROTECTED] * http://www.muc.de/~mibu
Lumber Cartel Unit #456 (TINLC) & Official Netscum
Note: If you want me to send you email, don't munge your address.
------------------------------
From: "Theodore Kontopoulos" <[EMAIL PROTECTED]>
Subject: Help needed on installing (compiling) a previous version of the Linux kernel
Date: 8 Jul 1999 10:54:14 GMT
Dear all,
Could you please tell me how can I install the 2.1.90 linux kernel version
over the 2.0.36 (RedHut 5.2) or the 2.2.5 version? (RedHut 6.0).
(I have downloaded the relevant .tar file via ftp, and then tried to
compile it on the 2.0.36 and the 2.2.5 version, but the compilation didn't
work saying something like:
assembler error message:
locks.o module: cannot match these instructions with any i386 known command
)
What is the proper procedure to install this particular version, since
there is not a public distribution of it?
I would really appreciate it if someone could give me a brief description
of the process needed, or give me a relevant link that contains such
information.
Kind Regards,
Theo
------------------------------
From: [EMAIL PROTECTED] (Villy Kruse)
Subject: Re: CD-ROM File Time Bug
Date: 8 Jul 1999 13:01:42 +0200
In article <7m0156$opd$[EMAIL PROTECTED]>, Vlad <[EMAIL PROTECTED]> wrote:
>
> This is not a bug... it a feature... All UNIX like systems keep
> time in UTC format and all application program use getlocaltime function
> to convert system time to localtime using your TZ variable... ( Also you
> don't have to worry about restting system time to adjust for daylight
> savings etc... If you want to get rid of this behaviour change your
> TZ to UTC.
The iso9660 time stamps are local time plus time zone indication.
There has been some uncertancy in the kernel driver as to whether
the time zone amount should be added to or subtracted from the
time stamp to get the UTC time stamp that unix expects.
If you compare the code for mkisofs and compare the time stamp handling
with that of the isofs file system module in linux you can see this
discrepancy.
Villy
------------------------------
** 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
******************************
