Linux-Misc Digest #685, Volume #18 Mon, 18 Jan 99 22:13:09 EST
Contents:
CPU/mobo temperature monitors? ([EMAIL PROTECTED])
Re: rpm 5.005_?? ? (Yeoh Yiu)
Re: 2038 and Linux (Christopher Browne)
Re: Beowulf into the fold? (Christopher Browne)
Re: My partition choice (Christopher Browne)
Re: Best Free Unix? (Lance Woodson)
Re: internet phone : whisper and friends... (Gary Momarison)
Re: /dev/dsp What the.... (Ian Tester)
SPK: please help (Neil Zanella)
Re: WinDriver supports Linux!! (Grant Leslie)
Re: Share netscape 4.5 files between linux and nt4 (Hans Wolters)
wanted: internet phone app without sound card (Neil Zanella)
Re: My partition choice (Michael Meissner)
Linux not seeing all memory (please help) ("bgreen")
Re: What are core files? ([EMAIL PROTECTED])
Re: WP8 equations<->MSWord? (Glen Turner)
Re: Linux is not even in Windows 9X's class. (Chris Allen)
----------------------------------------------------------------------------
From: [EMAIL PROTECTED]
Subject: CPU/mobo temperature monitors?
Date: Mon, 18 Jan 1999 21:47:36 GMT
Does anyone know of any linux apps which can monitor a motherboard's
temperature? (or maybe a bizarre perl mod?) I have a mini tower with alot
of 7200 rpm drives and a cdr which I'd like to keep an eye on. Thanks.
Aaron
------------------------------
From: Yeoh Yiu <[EMAIL PROTECTED]>
Crossposted-To: comp.lang.perl.misc
Subject: Re: rpm 5.005_?? ?
Date: 18 Jan 1999 19:38:19 -0500
Pascal Rigaux <[EMAIL PROTECTED]> writes:
> > Is there a red hat/intel rpm for a perl 5.005_??
> >
> > http://www.redhat.com/support/linux-info/pkglist/PByName.html
> > lists only perl-5.004-6.
> >
>
> go to filewatcher.org, search for perl*005*i386*, you'll find :
>
> ftp://contrib.redhat.com/libc6/i386/
>
> 3689k 1998-08-11 i perl-5.005_02-1.i386.rpm ->rh c. i386 gl
>
> Hope it helps, Pixel.
That's the fact, Jack !
thanks !
squid.
------------------------------
From: [EMAIL PROTECTED] (Christopher Browne)
Crossposted-To: comp.os.linux.advocacy
Subject: Re: 2038 and Linux
Reply-To: [EMAIL PROTECTED]
Date: Tue, 19 Jan 1999 02:16:21 GMT
On Fri, 15 Jan 1999 17:43:28 GMT, John Savard
<[EMAIL PROTECTED]> wrote:
>[EMAIL PROTECTED] (Christopher Browne) wrote, in part:
>
>>4. By far the most likely option, until consumer computing changes again
>>(e.g. - around 2001), is for these companies to concentrate on what they
>>are already quite competent at, which is building increasingly powerful
>>IA-32 CPUs.
>
>Well, the trouble with that is that almost as soon as IA-64 chips
>become available, the 386 architecture will be percieved as
>"obsolete".
The 80386 has been perceived as obsolete for quite a while now.
And IA-32 systems that cost $500 won't be as obsolete as you suggest
when we consider that the early IA-64 systems will be priced *real*
high.
Any "first generation" Intel chip tends to be real costly. (Price the
Xeon series for an IA-32 example...)
If early IA-64 chips are priced at $2000, which isn't an outrageous
expectation, it's not likely that there will be many home systems early
on. A $2000 CPU will add up with motherboard and peripherals to likely
turn into a system costing on the order of $10K.
IA-64 may be lots faster than IA-32 (it's not usual for the first
edition of a new "generation" of Intel chips to be faster than the best
of the previous gen...), but if the pricing is outrageously higher than
IA-32, there's no likelihood of direct replacement.
Furthermore, there is the software question. The successive IA-32
upgrades have represented easy substitutions since they have been, with
*obscure* exceptions, upwards compatible, with some of that
compatibility going back to the dawn of computing (e.g. - 8080)
The jump from IA-32 to IA-64 is *not* a straightforward substitution;
it requires *substantial* software changes. For Win32 users, it's not
clear whether they'll have to:
a) Get all new "Win64 apps," or
b) Run Win32 apps atop some sort of IA-32 emulation.
Neither of those alternatives represent a straightforward upgrade.
Frankly, Linux users are likely to have an easier time with such an
upgrade since there exist substantial bodies of source code (e.g. - Red
Hat and Debian "source packages") that have had work done to make them
work on multiple architectures including some 64 bit ones (e.g. Alpha,
UltraSPARC). Once there's a GCC available for IA-64, the rest of the
effort should be fairly straightforward.
The *software* jump is thus the big question, and represents a
substantial cost.
>If the architecture is controlled by patents and not licensed, the
>result will be an Intel monopoly of the microprocessor market.
>
>The only way for Intel's competitors to survive is if they all agree
>on a next-generation architecture...
>
>and Microsoft writes a future release of Windows for it instead of
>IA-64. Which isn't likely. (Writing it for both isn't good enough,
>since most of the binaries will be for the most popular system.)
>
>Of course, in the very short term, building better IA-32 chips is
>indeed the only useful thing to do.
This needs to assume that there's no cost to moving software from IA-32
to IA-64. Since there is a *substantial* cost to the move, it is not
nearly so easy to believe that there will actually be the "monopoly"
that you suggest.
That monopoly has substantial costs, as once in force, Intel can start
hiking prices in order to reap their "monopoly rewards."
Which has the result of making those other architectures look more
attractive...
--
"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs, and the Universe trying to
produce bigger and better idiots. So far, the Universe is winning."
-- Rich Cook
[EMAIL PROTECTED] <http://www.hex.net/~cbbrowne/linuxarch.html>
------------------------------
From: [EMAIL PROTECTED] (Christopher Browne)
Subject: Re: Beowulf into the fold?
Reply-To: [EMAIL PROTECTED]
Date: Tue, 19 Jan 1999 02:16:36 GMT
On Mon, 18 Jan 1999 20:12:04 GMT, aallen <[EMAIL PROTECTED]> wrote:
>I would personally like to see more documentation for the average weekend
>Linux hack to be able to put together a Linux cluster first. I have yet to
>find a good how-to in the Borders or Barnes & Nobles which I visit.
The scope of the problem may be more difficult than you think; there
have been a *lot* of papers from folks with *big* skulls over the years
trying to establish improved ways of grappling with parallelism.
With the various abstractions that they've come up with, all of them
"merely" represent ways of dealing with particular problem structures.
They don't generalize across wide classes of problems.
Some of the abstractions may be applied to existing code, to try to
decompose problems automagically into paralleizable code. With limited
results.
To get *good* parallelism, you have to do a fair bit of analysis to
determine how best to decompose/partition the problem so as to take
advantage of the resources. And that turns out to be almost as much
trouble as the benefits gained.
There are a number of well-known existing "problems" that offer some
natural decompositions, such as:
- Web servers that can do load balancing;
- Offloading I/O processing onto the SCSI bus (or the I2O bus,
supposing that ever becomes relevant);
- Running an X server on one host, and connecting clients on other
hosts;
- Having DBMS on one host, "application servers" on other hosts, TP
monitors on still other hosts.
All of these applications required some fairly substantial design effort
to determine how to decompose them into usefully parallelizable
components.
Beowulf seems to be most useful for applications that are carefully
coded to its particular standards.
I think Linux systems would benefit from adding some additional
potential ways of "doing parallelism."
- CORBA represents one way; by splitting apps into "object components"
that don't care what host they're on, work can get farmed out to many
servers.
- We need something like unto IBM's MQ or Microsoft MSMQ, which
provides, quite specifically, a way of allocating work to a set of
"message queues," which could be serviced by multiple servers.
--
When confronted by a difficult problem, solve it by reducing it to the
question, "How would the Lone Ranger handle this?"
[EMAIL PROTECTED] <http://www.ntlug.org/~cbbrowne/lsf.html>
------------------------------
From: [EMAIL PROTECTED] (Christopher Browne)
Crossposted-To: comp.unix.questions,comp.os.linux.hardware,comp.os.linux
Subject: Re: My partition choice
Reply-To: [EMAIL PROTECTED]
Date: Tue, 19 Jan 1999 02:16:37 GMT
On 18 Jan 1999 11:17:10 -0500, Michael Meissner <[EMAIL PROTECTED]> wrote:
>[EMAIL PROTECTED] (Radovan Brako) writes:
>
>> 1. Separate partitions are really necessary on multiuser or server
>> machines, where there is a serious risk that a vital service will
>> be starved of disk space while the machine is unattended. For
>> personal workstations, it is often best to leave everything as
>> a single partition, except, of course, swap.
>
>It is still useful for system data to be separated from user data (so that when
>you run out of space in your home directory storing all of those gif/jpeg/mp3
>files, it doesn't effect the normal running of the system.
More reasons; later...
>> 2. I think that the most recent stable kernel (2.0.36) still has the
>> limit of 128 k swap partition. You can make two or more swap
>> partitions though.
>
>Yep for 2.0.xx, but 2.2.0 is coming.
>
>> 3. /proc doesn't need disk space.
>>
>> 4. If you still decide to make several partitions, the /usr partition
>> you propose is huge, /var large, /tmp and /home smallish. Note
>> that user data for all applications will reside in /home, temporary
>> runtime data in /tmp or /usr/tmp.
>
>/usr tends to be static once you load stuff (and in fact can be mounted
>read-only if paranoid), /var has all of the files that change at runtime,
>including the log files (which must be pruned every so often, see something
>like logrotate or concot your own). /tmp is used by various programs,
>including the compiler (unless you use the -pipe option) to hold intermediate
>files. On some of the systems at work, I have found that the initial 16 meg
>/tmp size sysadmin provided is not enough, and I needed to set TMPDIR to point
>to a different location (but then I compile big apps all of the time, you might
>not). Right now, my system looks like:
My preference is to make sure that:
a) /usr/local is on its own partition, and
b) /home is on its own partition.
Having these things separable from the rest of the system is really
attractive in that it means that if, for *whatever* reason, you conclude
that your system is pretty messed up, and want to reinstall, you can do
so without any need to disturb the data and configuration that you've
set up yourself.
This also gives the option of trying out different distributions. When
I changed over from Slackware to Caldera, and then to Red Hat, my "user"
information never got disturbed, because it was on partitions that the
install process didn't touch.
--
When confronted by a difficult problem, solve it by reducing it to the
question, "How would the Lone Ranger handle this?"
[EMAIL PROTECTED] <http://www.ntlug.org/~cbbrowne/lsf.html>
------------------------------
From: Lance Woodson <[EMAIL PROTECTED]>
Crossposted-To:
comp.unix.questions,comp.unix.advocacy,comp.unix.misc,comp.unix.bsd.freebsd.misc
Subject: Re: Best Free Unix?
Date: Mon, 18 Jan 1999 15:05:14 -0600
Arthur Corliss wrote:
>
> On 10 Jan 1999 18:30:58 GMT, Philip Brown <[EMAIL PROTECTED]> wrote:
> >>
> >>Solaris 7 isn't fully 64 bit, only in areas like memory access and such.
> >
> >you're thinking of solaris 2.6
> >
> >Solaris 7 has 64-bit libs now.
> >
> >http://www.sun.com/solaris/whatsnew.html
> >claism solaris 7 is "a complete 64-bit operating environment"
> >
>
> :-) Thanks for the correction. Would've thought I would have caught such
> and announcement. :-P However, it the site also mentions that Sun's 64 bit
> technology is a phased roll-out--and it's not done yet.
>
> From what I recall on the last reviews, there was still a great deal to be
> done in optimisation. Portions of the kernel provided a 64 bit interface, but
> some of the internals were doing some nasty juggling. Correct me if I'm
> wrong, but Solaris is a step closer to being a full 64 bit operating system,
> but there's still work to be done.
Sun is planning on getting Solaris 8 and 9 out the door pretty quick. I
guess it has to do with the revisions needed.
Lance Woodson
------------------------------
From: Gary Momarison <[EMAIL PROTECTED]>
Subject: Re: internet phone : whisper and friends...
Date: 18 Jan 1999 17:31:30 -0800
Neil Zanella <[EMAIL PROTECTED]> writes:
> Anyway, are there any internet phone applications for Linux other than
> whisper (http://www.itp.uni-hannover.de/~roeden/whisper.html) ?
<A HREF="http://www.lightlink.com/mhp/lpp/">
Linux Phone Project</A>  "Digital voice using 4,800 bps modems" (from 1996).
Looks like it works - in alpha phase anyway.
--
Look for Linux info at http://www.dejanews.com/home_ps.shtml and in
Gary's Encyclopedia at http://www.aa.net/~swear/pedia/index.html
------------------------------
From: Ian Tester <[EMAIL PROTECTED]>
Subject: Re: /dev/dsp What the....
Date: Tue, 19 Jan 1999 11:59:27 +1100
On 18 Jan 1999 [EMAIL PROTECTED] wrote:
> Here is the readouts from /proc/devices, ioports, interrupts and dma. The
> only thing that shows that the sound driver is installed is /proc/devices
> the rest don't show any of the settings that I have for the sound card.
> I have io=0x220 irq=5 dma=1
>
> Character devices:
> 1 mem
> 2 pty
> 3 ttyp
> 4 ttyp
> 5 cua
> 6 lp
> 7 vcs
> 14 sound
>
> Block devices:
> 2 fd
> 3 ide0
> 7 loop
>
>
> IOPORTS:
>
> 0000-001f : dma1
> 0020-003f : pic1
> 0040-005f : timer
> 0060-006f : keyboard
> 0080-009f : dma page reg
> 00a0-00bf : pic2
> 00c0-00df : dma2
> 00f0-00ff : npu
> 01f0-01f7 : ide0
> 02f8-02ff : serial(auto)
> 0378-037f : lp
> 03c0-03df : vga+
> 03f0-03f5 : floppy
> 03f6-03f6 : ide0
> 03f7-03f7 : floppy DIR
> 03f8-03ff : serial(auto)
> ffa0-ffa7 : IDE DMA
> ffa8-ffaf : IDE DMA
>
>
> INTERRUPTS:
>
> 0: 532135 timer
> 1: 1277 keyboard
> 2: 0 cascade
> 4: 2651 + serial
> 13: 1 math error
> 14: 14037 + ide0
>
> DMA:
> 4: cascade
Is this with the sound module loaded? I don't see any mention of IO ports,
DMA ports, or interrupts being used by the driver. Does the sound module
give any errors in /var/log/messages or with the 'dmesg' command?
bye
--
8<--------8<--------8<--------8<--------8<--------8<--------8<--------
[EMAIL PROTECTED] \7\ LINUX: because geeks \7\ Ian Tester
http://www.imroy.ddns.org/ \7\ will find a way \7\ *8)#
------------------------------
From: Neil Zanella <[EMAIL PROTECTED]>
Subject: SPK: please help
Date: Mon, 18 Jan 1999 21:23:37 -0330
Hello,
I am trying to set up SPK on my Linux box (http://www.cs.alfred.edu/~spk/).
I have a USR Sportster Voice 33.6 internal Data/Fax modem.
I am running Red Hat Linux 5.0 .
When I type make I get the following errors:
localhost # make
g++ -Wall -g -O2 -pipe -pedantic
-DCONFIG_FILE=\"/usr/local/etc/spk.conf\"
-DMAILBOX=\"/usr/local/lib/spk/vmbox\" -c smodlib.C
In file included from incall.h:71,
from smodlib.C:5:
/usr/include/linux/socket.h:41: warning: `SOCK_STREAM' redefined
/usr/include/socketbits.h:40: warning: this is the location of the
previous definition
/usr/include/linux/socket.h:42: warning: `SOCK_DGRAM' redefined
/usr/include/socketbits.h:43: warning: this is the location of the
previous definition
/usr/include/linux/socket.h:43: warning: `SOCK_RAW' redefined
/usr/include/socketbits.h:45: warning: this is the location of the
previous definition
/usr/include/linux/socket.h:44: warning: `SOCK_RDM' redefined
/usr/include/socketbits.h:47: warning: this is the location of the
previous definition
/usr/include/linux/socket.h:45: warning: `SOCK_SEQPACKET' redefined
/usr/include/socketbits.h:50: warning: this is the location of the
previous definition
/usr/include/linux/socket.h:46: warning: `SOCK_PACKET' redefined
/usr/include/socketbits.h:54: warning: this is the location of the
previous definition
/usr/include/linux/socket.h:53: warning: `AF_UNSPEC' redefined
/usr/include/socketbits.h:74: warning: this is the location of the
previous definition
/usr/include/linux/socket.h:54: warning: `AF_UNIX' redefined
/usr/include/socketbits.h:76: warning: this is the location of the
previous definition
/usr/include/linux/socket.h:55: warning: `AF_INET' redefined
/usr/include/socketbits.h:78: warning: this is the location of the
previous definition
/usr/include/linux/socket.h:56: warning: `AF_AX25' redefined
/usr/include/socketbits.h:79: warning: this is the location of the
previous definition
/usr/include/linux/socket.h:57: warning: `AF_IPX' redefined
/usr/include/socketbits.h:80: warning: this is the location of the
previous definition
/usr/include/linux/socket.h:58: warning: `AF_APPLETALK' redefined
/usr/include/socketbits.h:81: warning: this is the location of the
previous definition
/usr/include/linux/socket.h:59: warning: `AF_NETROM' redefined
/usr/include/socketbits.h:82: warning: this is the location of the
previous definition
/usr/include/linux/socket.h:60: warning: `AF_BRIDGE' redefined
/usr/include/socketbits.h:83: warning: this is the location of the
previous definition
/usr/include/linux/socket.h:61: warning: `AF_AAL5' redefined
/usr/include/socketbits.h:84: warning: this is the location of the
previous definition
/usr/include/linux/socket.h:62: warning: `AF_X25' redefined
/usr/include/socketbits.h:85: warning: this is the location of the
previous definition
/usr/include/linux/socket.h:67: warning: `AF_MAX' redefined
/usr/include/socketbits.h:87: warning: this is the location of the
previous definition
/usr/include/linux/socket.h:71: warning: `PF_UNSPEC' redefined
/usr/include/socketbits.h:58: warning: this is the location of the
previous definition
/usr/include/linux/socket.h:72: warning: `PF_UNIX' redefined
/usr/include/socketbits.h:60: warning: this is the location of the
previous definition
/usr/include/linux/socket.h:73: warning: `PF_INET' redefined
/usr/include/socketbits.h:62: warning: this is the location of the
previous definition
/usr/include/linux/socket.h:74: warning: `PF_AX25' redefined
/usr/include/socketbits.h:63: warning: this is the location of the
previous definition
/usr/include/linux/socket.h:75: warning: `PF_IPX' redefined
/usr/include/socketbits.h:64: warning: this is the location of the
previous definition
/usr/include/linux/socket.h:76: warning: `PF_APPLETALK' redefined
/usr/include/socketbits.h:65: warning: this is the location of the
previous definition
/usr/include/linux/socket.h:77: warning: `PF_NETROM' redefined
/usr/include/socketbits.h:66: warning: this is the location of the
previous definition
/usr/include/linux/socket.h:78: warning: `PF_BRIDGE' redefined
/usr/include/socketbits.h:67: warning: this is the location of the
previous definition
/usr/include/linux/socket.h:79: warning: `PF_AAL5' redefined
/usr/include/socketbits.h:68: warning: this is the location of the
previous definition
/usr/include/linux/socket.h:80: warning: `PF_X25' redefined
/usr/include/socketbits.h:69: warning: this is the location of the
previous definition
/usr/include/linux/socket.h:85: warning: `PF_MAX' redefined
/usr/include/socketbits.h:71: warning: this is the location of the
previous definition
In file included from smodlib.C:5:
incall.h:97: warning: `MIN' redefined
/usr/include/sys/param.h:56: warning: this is the location of the
previous definition
In file included from /usr/include/sys/socket.h:34,
from incall.h:68,
from smodlib.C:5:
/usr/include/socketbits.h:150: warning: ANSI C++ forbids zero-size array
`__cmsg_data'
In file included from incall.h:71,
from smodlib.C:5:
/usr/include/linux/socket.h:9: redefinition of `struct sockaddr'
/usr/include/socketbits.h:103: previous definition here
/usr/include/linux/socket.h:14: redefinition of `struct linger'
/usr/include/socketbits.h:198: previous definition here
/usr/include/linux/socket.h:26: redefinition of `struct msghdr'
/usr/include/socketbits.h:131: previous definition here
In file included from incall.h:90,
from smodlib.C:5:
smodlib.h:22: field `told' has incomplete type
smodlib.C: In method `int PortParam::SetPortMode(int)':
smodlib.C:24: aggregate `struct termios tdes' has incomplete type and
cannot be initialized
smodlib.C:50: warning: implicit declaration of function `int tcgetattr(...)'
smodlib.C:57: confused by earlier errors, bailing out
cpp: output pipe has been closed
make: *** [smodlib.o] Error 1
localhost #
Any help is greatly appreciated.
TIA,
Neil
------------------------------
From: Grant Leslie <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.hardware,comp.os.linux.questions,comp.os.linux.setup
Subject: Re: WinDriver supports Linux!!
Date: Mon, 18 Jan 1999 21:27:51 -0400
Free 30 Day Evaluation?
*sigh*.. not quite there yet....
Are they trying to say you need to pay even more to use the hardware in
Linux? And at the very least, there no hope of getting the driver in the
Linux kernel this way.......
> For a free 30 day evaluation download and for more information, please visit
> our website at http://www.krftech.com.
>
------------------------------
From: Hans Wolters <[EMAIL PROTECTED]>
Crossposted-To: netscape.public.general
Subject: Re: Share netscape 4.5 files between linux and nt4
Date: Mon, 18 Jan 1999 11:46:13 +0000
"Jesus M. Salvo Jr." wrote:
>
> I'll give soft links a try, when I can find the Communicator menu (it's
> missing!!!). See my other posts.
>
As I wrote before. My ISP expired all news items a few weeks ago and I
can't read the whole thread. I t might be happening again today.
Hava you tried copying the inbox folder (or some other one) to the Linux
version?
--
Java Search Engine Front End
http://home.gelrevision.nl/~h.wolter/
------------------------------
From: Neil Zanella <[EMAIL PROTECTED]>
Subject: wanted: internet phone app without sound card
Date: Mon, 18 Jan 1999 21:39:13 -0330
Hello,
Is there an internet phone app out there that does not make use of a
soundcard but uses the speakerphone on a voice enabled modem instead?
TIA,
Neil
------------------------------
From: Michael Meissner <[EMAIL PROTECTED]>
Crossposted-To: comp.unix.questions,comp.os.linux.hardware,comp.os.linux
Subject: Re: My partition choice
Date: 18 Jan 1999 11:17:10 -0500
[EMAIL PROTECTED] (Radovan Brako) writes:
> 1. Separate partitions are really necessary on multiuser or server
> machines, where there is a serious risk that a vital service will
> be starved of disk space while the machine is unattended. For
> personal workstations, it is often best to leave everything as
> a single partition, except, of course, swap.
It is still useful for system data to be separated from user data (so that when
you run out of space in your home directory storing all of those gif/jpeg/mp3
files, it doesn't effect the normal running of the system.
> 2. I think that the most recent stable kernel (2.0.36) still has the
> limit of 128 k swap partition. You can make two or more swap
> partitions though.
Yep for 2.0.xx, but 2.2.0 is coming.
> 3. /proc doesn't need disk space.
>
> 4. If you still decide to make several partitions, the /usr partition
> you propose is huge, /var large, /tmp and /home smallish. Note
> that user data for all applications will reside in /home, temporary
> runtime data in /tmp or /usr/tmp.
/usr tends to be static once you load stuff (and in fact can be mounted
read-only if paranoid), /var has all of the files that change at runtime,
including the log files (which must be pruned every so often, see something
like logrotate or concot your own). /tmp is used by various programs,
including the compiler (unless you use the -pipe option) to hold intermediate
files. On some of the systems at work, I have found that the initial 16 meg
/tmp size sysadmin provided is not enough, and I needed to set TMPDIR to point
to a different location (but then I compile big apps all of the time, you might
not). Right now, my system looks like:
Filesystem Type 1K-blocks Used Available Capacity Mounted on
========== ==== ========= ==== ========= ======== ==========
/dev/sdb2 ext2 852,343 625,362 182,949 77% /
/dev/sda1 vfat 785,596 443,900 341,696 57% /mnt/msdos
/dev/sdb1 ext2 14,855 9,951 4,137 71% /boot
/dev/sda2 ext2 1,267,216 485,359 729,486 40% /mhome
/dev/sdc3 ext2 3,362,046 2,944,120 244,023 92% /toto
/dev/sdc4 ext2 784,872 623,106 121,202 84% /alt-root
/dev/sdc1 ext2 23,300 8,770 13,327 40% /alt-boot
where /dev/sda1 is a 2 gig disk, /dev/sda2 is a 1 gig disk and /dev/sda3 is a 4
gig removable disk that I use to transfer stuff between home and work. /
contains all of the system files (/usr, /var, /tmp, /sbin, /etc), but not the
locally installed programs which are in /mhome. Now that the removable disk is
disk #3, I can't use the /alt-boot partition any more as a boot partition,
since the bios will only boot off of the first two disks.
--
Michael Meissner, Cygnus Solutions (Massachusetts office)
4th floor, 955 Massachusetts Avenue, Cambridge, MA 02139, USA
[EMAIL PROTECTED], 617-354-5416 (office), 617-354-7161 (fax)
------------------------------
From: "bgreen" <[EMAIL PROTECTED]>
Subject: Linux not seeing all memory (please help)
Date: Sun, 17 Jan 1999 20:15:06 -0600
I bought a Shuttle Hot 661/p motherboard with a PII 350. The board is
populated with a single PC-100 64 meg DIMM. RedHat only sees 15 meg of ram.
WIN98 sees the whole 64 and no errors are evident during POST.
Any idea what's wrong? A bad memory chip?
Thanks for your help.
[EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: What are core files?
Date: 18 Jan 1999 15:44:01 GMT
In his obvious haste, .exe <[EMAIL PROTECTED]> babbled thusly:
: Hello!
: I was wondering, what are these core files that appears
: in the $HOME directory? Why were they created & what
: created them? Is it safe to delete them? That's all.
When a computer program in linux crashes, it usually dumps it's core.
I can be a bit of a pain in the backside.
(Cores are used for diagnosing faults, finding out what caused the program
to crash, etc)
: Any help is greatly appreciated. Thanxx!
You can set the ulimit for coredumps.
--
______________________________________________________________________________
|[EMAIL PROTECTED]| "Are you pondering what I'm pondering Pinky?" |
| Andrew Halliwell | |
| Finalist in:- | "I think so brain, but this time, you control |
| Computer Science | the Encounter suit, and I'll do the voice..." |
==============================================================================
|GCv3.12 GCS>$ d-(dpu) s+/- a C++ US++ P L/L+ E-- W+ N++ o+ K PS+ w-- M+/++ |
|PS+++ PE- Y t+ 5++ X+/X++ R+ tv+ b+ DI+ D+ G e>e++ h/h+ !r!| Space for hire |
==============================================================================
------------------------------
Date: Tue, 19 Jan 1999 12:34:27 +1030
From: Glen Turner <[EMAIL PROTECTED]>
Subject: Re: WP8 equations<->MSWord?
Kryz Caputa wrote:
> Considering all the science students, and researchers, professional
> people and a large part of the industry that occasionally use equations
> in their documents, that is not such a marginal market. And all this
> market is basically given away to M$FT?
Unless they use Tex :-)
------------------------------
From: Chris Allen <[EMAIL PROTECTED]>
Crossposted-To: alt.linux,alt.os.linux,comp.os.linux.advocacy
Subject: Re: Linux is not even in Windows 9X's class.
Date: Mon, 18 Jan 1999 22:00:02 -0500
Bill Leeper wrote:
>
> If Windows is so great why are so many of us out here looking for an
> alternative OS? I am trying Linux because I want to and not because Mr.
> Torvalds has given me no other choice. I also get tired of crashing often
> when I am in the middle of important (to me anyway) work. I have had some
> problems with Linux and still have a ways to go, but I still say the only
> way to get the most out of anything is to have a basic understanding of the
> underlying prunciples. I will probably keep WIN98 on my system, but I now
> have another choice that I can use. I really like the modular construction
> of the OS. It allows me to pick and choose what I want rather than having to
> accept someone elses ideas of what I need on my system.
>
I use linux not because Windows didn't do something for me, but because
I wanted to learn a different system. When I get bored with Linux, I'll
try BeOS or maybe, *shudder*, a mac.
Chris
> --
>
> Bill Leeper
> [EMAIL PROTECTED]
> jedi wrote in message ...
> >On Thu, 14 Jan 1999 19:10:04 GMT, [EMAIL PROTECTED]
> <[EMAIL PROTECTED]> wrote:
> >>After reading all these hillarious posts and catching my breath again
> >>I�ve decided to put my 2 cents worth in.
> >>Ya�ll remind me of those narrow minded Trekkies who say that only
> >>Star Trek is real Sci-Fi.They think there so cool cause the series is
> >>supposedly intelligent.If I want intelligent Scifi I read a book(not
> >>Star Trek) but most Trekkies probably don�t even know any scifi
> >>authors.It�s just very convenient to sit down and watch all the Series
> >>and call themselves scifi freaks.But it�s their world so let them live
> >>in it.
> >>I�ve pretty well worked with most OS and I�ve found that everone has
> >>it�s pros and cons.It just depends on what I want to do.For me VMS was
> >>the best there is but alas the company changed to UNIX and recently
> >>to NT.
------------------------------
** 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.misc) 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-Misc Digest
******************************
