home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!olivea!mintaka.lcs.mit.edu!bloom-picayune.mit.edu!daemon
- From: Linux-Activists@BLOOM-PICAYUNE.MIT.EDU
- Newsgroups: comp.os.linux
- Subject: (none)
- Message-ID: <1992Aug15.004818.19838@athena.mit.edu>
- Date: 15 Aug 92 00:48:18 GMT
- Sender: daemon@athena.mit.edu (Mr Background)
- Reply-To: Linux-Activists@BLOOM-PICAYUNE.MIT.EDU
- Organization: The Internet
- Lines: 925
-
- |From Linux-Activists Fri Aug 14 20:00:16 EDT 1992 remote from BLOOM-PICAYUNE.MIT.EDU
- Received: from BLOOM-PICAYUNE.MIT.EDU by salem.salem.ge.com; Fri, 14 Aug 1992 20:39 EDT
- Received: by crdgw1.ge.com (5.57/GE 1.141)
- id AA26445; Fri, 14 Aug 92 20:22:42 EDT
- Received: by bloom-picayune (5.57/25-eef)
- id AA18551; Fri, 14 Aug 92 20:00:46 -0400
- Message-Id: <9208150000.AA18551@bloom-picayune>
- From: Digestifier <Linux-Activists-Request@BLOOM-PICAYUNE.MIT.EDU>
- To: Linux-Activists@BLOOM-PICAYUNE.MIT.EDU
- Reply-To: Linux-Activists@BLOOM-PICAYUNE.MIT.EDU
- Date: Fri, 14 Aug 92 20:00:16 EDT
- Subject: Linux-Activists Digest #635
- Content-Type: text
- Content-Length: 31341
-
- Linux-Activists Digest #635, Volume #2 Fri, 14 Aug 92 20:00:16 EDT
-
- Contents:
- (none) (Linux-Activists@BLOOM-PICAYUNE.MIT.EDU)
-
- ----------------------------------------------------------------------------
-
- From: Linux-Activists@BLOOM-PICAYUNE.MIT.EDU
- Subject: (none)
- Reply-To: Linux-Activists@BLOOM-PICAYUNE.MIT.EDU
- Date: Fri, 14 Aug 1992 23:58:46 GMT
-
- |From Linux-Activists Fri Aug 14 18:15:29 EDT 1992 remote from BLOOM-PICAYUNE.MIT.EDU
- Received: from BLOOM-PICAYUNE.MIT.EDU by salem.salem.ge.com; Fri, 14 Aug 1992 19:50 EDT
- Received: by crdgw1.ge.com (5.57/GE 1.141)
- id AA21695; Fri, 14 Aug 92 18:27:21 EDT
- Received: by bloom-picayune (5.57/25-eef)
- id AA15532; Fri, 14 Aug 92 18:15:51 -0400
- Message-Id: <9208142215.AA15532@bloom-picayune>
- From: Digestifier <Linux-Activists-Request@BLOOM-PICAYUNE.MIT.EDU>
- To: Linux-Activists@BLOOM-PICAYUNE.MIT.EDU
- Reply-To: Linux-Activists@BLOOM-PICAYUNE.MIT.EDU
- Date: Fri, 14 Aug 92 18:15:29 EDT
- Subject: Linux-Activists Digest #632
- Content-Type: text
- Content-Length: 29563
-
- Linux-Activists Digest #632, Volume #2 Fri, 14 Aug 92 18:15:29 EDT
-
- Contents:
- Installing Linux w/o destroying existing partitions (Ing-Tsau Chiu)
- Problem w/ folppy boot when CD-ROM is attached to scsi controller (Ing-Tsau Chiu)
- (none) (Linux-Activists@BLOOM-PICAYUNE.MIT.EDU)
- Re: The Third Degree (Steven Bairstow)
- Re: SLS: Free Linux Distribution. (Ken Glover)
- **** Epoch is here **** (M. Saggaf)
- Need Help! (tyrone.shiu)
- Re: What the 17" monitor reviews never tell you (Steve Pershing)
- kermit in X, not otherwise (Thomas Dunbar)
- Notebooks and linux (Jon Solworth)
-
- ============================================================================
-
- From: chiu@wk211.nas.nasa.gov (Ing-Tsau Chiu)
- Subject: Installing Linux w/o destroying existing partitions
- Date: Fri, 14 Aug 92 19:38:38 GMT
-
- Wonder if there's any way to install Linux w/o destroying existing
- partitions. (Sorry if this is an faq.)
- --
- --
- Ing-Tsau Chiu chiu@nas.nasa.gov
-
- ==============================
-
- From: chiu@wk211.nas.nasa.gov (Ing-Tsau Chiu)
- Subject: Problem w/ folppy boot when CD-ROM is attached to scsi controller
- Date: Fri, 14 Aug 92 19:35:37 GMT
-
- I got the following message when booting Linux 0.97 from floppy
-
- aha1542_queuecommand: Two concurrent queuecommand?
- 70 00 02 00 00 00 00 0a 00 00 00 00
-
- I have an Adaptec 1542B scsi controller and a Toshiba XB3201 CD-ROM
- drive. The computer is a clone 486/33 w/ Maxtor LXT-535 scsi disk.
-
- I did get the floppy to boot by taking out the CD-ROM drive, but I
- would like to know what caused the above error message. Thanks.
-
- --
- --
- Ing-Tsau Chiu chiu@nas.nasa.gov
-
- ==============================
-
- From: Linux-Activists@BLOOM-PICAYUNE.MIT.EDU
- Subject: (none)
- Reply-To: Linux-Activists@BLOOM-PICAYUNE.MIT.EDU
- Date: Fri, 14 Aug 1992 20:38:42 GMT
-
- |From Linux-Activists Fri Aug 14 15:45:12 EDT 1992 remote from BLOOM-PICAYUNE.MIT.EDU
- Received: from BLOOM-PICAYUNE.MIT.EDU by salem.salem.ge.com; Fri, 14 Aug 1992 16:30 EDT
- Received: by crdgw1.ge.com (5.57/GE 1.141)
- id AA15983; Fri, 14 Aug 92 16:14:18 EDT
- Received: by bloom-picayune (5.57/25-eef)
- id AA11255; Fri, 14 Aug 92 15:45:19 -0400
- Message-Id: <9208141945.AA11255@bloom-picayune>
- From: Digestifier <Linux-Activists-Request@BLOOM-PICAYUNE.MIT.EDU>
- To: Linux-Activists@BLOOM-PICAYUNE.MIT.EDU
- Reply-To: Linux-Activists@BLOOM-PICAYUNE.MIT.EDU
- Date: Fri, 14 Aug 92 15:45:12 EDT
- Subject: Linux-Activists Digest #631
- Content-Type: text
- Content-Length: 20156
-
- Linux-Activists Digest #631, Volume #2 Fri, 14 Aug 92 15:45:12 EDT
-
- Contents:
- AMD386 and LINUX (Bill Broadley)
- Re: shared libs - can everyone be happy with this? (David Engel)
- Re: Troubles compiling lilo v3 (Charles H. Barry)
- PTYP/TTYP programming.. (Anthony Rumble)
- Small system compile woes (John B. Jr. Rogerson)
- Re: SLS: Free Linux Distribution. (Hannes Faestermann)
- Need Help: TeX (Jing Huang)
- 0.97 WORKS with SCSI ! [attn NEWBIES] (peter.j.fillingham)
- Can't Compile Kernel 0.97 (Sakari Aaltonen)
- Diamond Speed Star SVGA card (Matthew A. Lewis)
- Re: FAQ? (Wim `Blue Baron' van Dorst)
- Re: Pointers to a list of Graphics Cards for X386 (Matthew A. Lewis)
- large caches ona 486 (Matthew A. Lewis)
- Re: Hey! Linux fs on DOS partition! (Werner Almesberger)
- Re: large caches ona 486 (JMS)
- Re: Buffer corruption problems. (Chris Newbold)
- Re: Linux Logo (James P. Callison)
-
- ============================================================================
-
- From: broadley@neurocog.lrdc.pitt.edu (Bill Broadley)
- Subject: AMD386 and LINUX
- Date: 14 Aug 92 16:11:12 GMT
- Reply-To: broadley@neurocog.lrdc.pitt.edu
-
- As far as I know there are no documented bugs in the AMD 386.
-
- If there were you would be sure that INTEL would brag about em.
-
- I have run all the tests mentioned and has absolutely no problem
- with my motherboard with AMD396-40.
-
- I often use my machine hard and leave it processing for more then a
- day.
-
- Maybe the motherboards in question should really be 33 MHZ, and not pushed
- so fast, and were not designed with the AMD in mind.
-
- I have heard that the AMD 386 is faster then an INTEL 386 at the
- same clock, so maybe the motherboards are depending on the delays in the
- INTEL 386 which is a pretty flakey thing to do. Anyways I am very
- happy with my AMD386-40, I recently added a Cyrix 387, nothing
- seemed to change except floating point speed. I.e. 1.0+ Mflops with
- the flops.c benchmark.
-
- Just one more datapoint.
-
- --
- Bill 1st> Broadley@neurocog.lrdc.pitt.edu
- Broadley@schneider3.lrdc.pitt.edu <2nd 3rd> Broadley+@pitt.edu
-
- ==============================
-
- From: david@ods.com (David Engel)
- Subject: Re: shared libs - can everyone be happy with this?
- Date: 14 Aug 92 16:22:50 GMT
-
- william E Davidsen (davidsen@ariel.crd.GE.COM) wrote:
- : If you didn't want to use the jump tables, you don't load the module
- : and you get linked to the real routines directly in memory in the slib.
- : The advantage of this is that you get all the benefits of the current
- : slib implementation in terms of performance.
-
- Actually, we've already done that in the latest test release.
-
- David
- --
- David Engel Optical Data Systems, Inc.
- david@ods.com 1101 E. Arapaho Road
- (214) 234-6400 Richardson, TX 75081
-
- ==============================
-
- From: chbarry@athena.mit.edu (Charles H. Barry)
- Subject: Re: Troubles compiling lilo v3
- Date: Fri, 14 Aug 1992 17:42:16 GMT
-
-
- I've been having the same problems compiling Lilo and ps-0.97 after
- installinf v0.97 and v0.97pl1. Could someone please post or email me
- a description of the correct usr/include structure.
-
- I've tried linking /usr/src/linux/include/linux to /usr/include/linux,
- but that doesn't work. All I get is a lot of redefinition errors
- because both sys/types.h and linux/types.h are being included. I've
- also tried linking the sys directory in similar fashion but that
- doesn't help either.
-
-
- Thanks,
- Chad Barry
- chbarry@athena.mit.edu
-
- ==============================
-
- From: arumble@extro.ucc.su.OZ.AU (Anthony Rumble)
- Subject: PTYP/TTYP programming..
- Date: Fri, 14 Aug 1992 10:04:01 GMT
-
- Im sure this is a common problem, but.. i have no information
- to help me with this..
-
- I am writing a small client to do something, that uses PTYP/TTYP pairs..
-
- The client opens the ttyp open("/dev/ttyp0", O_RDWR) etc etc
-
- and then fdopen's two streams (one for input, one for output)..
-
- well.. anything that is sent to /dev/ptyp0 for some reason
- ends up on the client twice!!?!?!
-
- the client only does this as yet..
-
- while(1)
- {
- ch = fgetc(datin)l
- printf("%c", ch);
- }
-
- If in another VT.. I do this echo hello >/dev/ptyp0
-
- I will get
-
- Hello
- Hello
-
- I get it twice?!?!
-
- Any ideas..
-
- Thanx in advance
-
-
- --
- Anthony Rumble
- aka SmilieZ
- "Anything is possible.. If there is enuf money in it"
-
- ==============================
-
- From: jbrogers@phoenix.Princeton.EDU (John B. Jr. Rogerson)
- Subject: Small system compile woes
- Date: Fri, 14 Aug 1992 13:05:20 GMT
-
- I would appreciate any help on the following two problems.
-
- 1) For the virtual terminals, the linefeed appears to be interpreted
- as only a linefeed, not a carriage return/linefeed pair. That is, the
- cursor moves to the next line down but stays at the same column
- position.
-
- 2) Defining the root device in /usr/src/linux/Makefile seems not to be
- effective. That is, build always creates a kernel that looks for
- the root directory on a floppy. Make prints out the build command
- and the last argument is my root device (/dev/hda3), but build
- seems to ignore it.
-
- Thanks for any help.
- Jack Rogerson jbr@astro.princeton.edu
-
- ==============================
-
- From: hfaester@Physik.TU-Muenchen.DE (Hannes Faestermann)
- Subject: Re: SLS: Free Linux Distribution.
- Date: Fri, 14 Aug 1992 16:47:15 GMT
-
- glover@dvinci.USask.Ca (Ken Glover) writes:
-
- |erc@unislc.uucp (Ed Carp) writes:
- |: Peter MacDonald (pmacdona@sanjuan) wrote:
- |:
- ...complaints about biz posting deleted...
-
- |Read the original post again, it is available by anon ftp if you have access.
- |There is nothing wrong with distributing it by disk. If you don't like it,
- |compete with it.
-
- Hmm, am I blind or what ? I can't find an address for ftp in the posting.
- Or was this meant only for a few special people until a ftp server is
- found ?
-
- Still interested in SLS
-
- Hannes
-
- --
- Hannes Faestermann | Internet:
- Physik-Department E17 | Hannes.Faestermann@Physik.TU-Muenchen.DE
- TU Muenchen, |
- 8046 Garching, West Germany |
-
- ==============================
-
- From: jhuang@Chaos.mcs.kent.edu (Jing Huang)
- Subject: Need Help: TeX
- Date: Fri, 14 Aug 1992 17:12:31 GMT
-
- Hello everyone.
-
- I recently downloaded the TeX stuff from 129.78.66.1 (the Australia
- site) and followed the instructions in the README.222 file, and got it
- installed.
-
- I thought that I was about to fly. But when I ran "latex foo" or
- "tex foo", I got the following greetings:
-
- ================================================
- This is TeX, C Version 3.141
- I can't find the default format file!
- ================================================
-
- The first line is fine, but the second line ruined my whole day.
-
- I looked around the directories and found that all the format files
- "xxx.fmt" were there under the "/usr/local/lib/tex/formats" directory.
-
- So, what did I do wrong? How come TeX didn't like me. :-(
-
- Could someone please help me out here?
-
- --
- Jing Huang | jhuang@Chaos.mcs.kent.edu
- Department of Physics
- Kent State University
- Kent, OH 44242
-
-
- ==============================
-
- From: pete@cbnewsl.cb.att.com (peter.j.fillingham)
- Subject: 0.97 WORKS with SCSI ! [attn NEWBIES]
- Date: Fri, 14 Aug 1992 16:42:55 GMT
-
-
- Hooray ! Despite the many postings re glitches, features, bugs, etc.,
- both 0.97 boot-image and root-image work;
- In addition to boot screen announcements of hd0 etc etc the following
- graced my screen
- sd0 @ scsi0 ID0 lun0
- sd1 @ scsi0 ID4 lun0
- sd0 p.1 start 32 size 51168 end 51199
- p.2 start 51200 size 40960 end 92159
- sd1 p.1 start 32 size 20448 end 20479
- p.2 start 20480 size 20480 end 4085?
- and so with fear and trembling i interpreted sd1 p.1 as sdb1 & used
- mkfs -c /dev/sdb1 10000
- when asked for /usr in the [excellent] install script.
- SO, the guts went on hda1 and the /usr stuff on /dev/sdb1 [AKA /usr].
- While this may be OBVIOUS to the cognescenti, perhaps my experience
- will be helpful to the less fortunate...
- BTW, i KNEW that my first SCSi drive was employed elsewhere as
- was the second half of sd1; apparently the size reported is in
- blocks of 512 bytes, wheres linux uses 1024 byte/block...
- KUDOS to the SCSI freaks at woz etc.
- ...and KEEP THE ASPIDISTRA FLYING
-
- Peter Fillingham [keeper of the DDEBs] <<fillingham@att.com>>
-
- ==============================
-
- From: sakaria@vipunen.hut.fi (Sakari Aaltonen)
- Subject: Can't Compile Kernel 0.97
- Date: 14 Aug 1992 16:12:57 GMT
- Reply-To: sakaria@vipunen.hut.fi (Sakari Aaltonen)
-
-
- My attempt to build kernel 0.97 with gcc2.2.2 fails (at tools/build) because
- the following files are missing::
- sys/types.h
- fcntl.h
- unistd.h
-
- Specifically, they are not in /usr/include, that is, the directory that, as
- far as I understand, should be used for tools/build.
-
- I have files with these names among the kernel files. I tried copying them
- into /usr/include, which makes the make succeed. However, build then fails
- with the message
- Can't stat root device
- Indeed, it seems that stat() ALWAYS returns -1...??
-
-
- Does anyone know where I might obtain the missing files?
-
- Out of curiosity: does anyone have an idea WHY the files are missing?
- Or why stat() should return -1, no matter what the path,
- "/usr/include", say?
-
-
- --
- =============================================================================
- Sakari Aaltonen Helsinki University of Technology
- Email: sakaria@vipunen.hut.fi
- --- You can't keep a Finn down without him getting all red in the face ----
-
- ==============================
-
- From: mal11@po.CWRU.Edu (Matthew A. Lewis)
- Subject: Diamond Speed Star SVGA card
- Reply-To: mal11@po.CWRU.Edu (Matthew A. Lewis)
- Date: Fri, 14 Aug 92 17:18:32 GMT
-
-
-
-
-
- anyone got this to work with X under Linux????
-
- And also, is it true that the Diamond Stealth card won't work 'cuz
- it has that new S3 chip???
-
-
-
- Thanx in advance.
-
- --
- MaThiEu a. LeWis
- Thieves Like Us
- mal11@po.cwru.edu
-
- ==============================
-
- From: baron@clifton.hobby.nl (Wim `Blue Baron' van Dorst)
- Subject: Re: FAQ?
- Date: 14 Aug 92 02:04:38 GMT
-
- wirzeniu@klaava.Helsinki.FI (Lars Wirzenius) writes:
- | >I have waded through xxx million posts, and no FAQ!
- |> Did you see my meta-faq? It has a subject line
- | Subject: README: Where to find information about Linux (25 July 1992)
-
- Just a suggestion: How about giving the meta-faq a subject including the
- literal text `faq'? Then it would show up when searching all Subject
- lines for that very text.
-
- Don't get me wrong: The faq and the meta-faq in itself are quite good
- things. The complete faq could do with a little updating. I'm trying to get
- Linux together here, and it doesn't answer all my obvious questions anymore.
-
- Met vriendelijke groeten, Wim `Blue Baron' van Dorst
- =====================================================================
- Blue Baron = Wim van Dorst, Voice (+31) 074-443937, (+31) 02152-42319
- (-: baron@clifton.hobby.nl tgcpwd@urc.tue.nl :-)
- =====================================================================
-
- ==============================
-
- From: mal11@po.CWRU.Edu (Matthew A. Lewis)
- Subject: Re: Pointers to a list of Graphics Cards for X386
- Reply-To: mal11@po.CWRU.Edu (Matthew A. Lewis)
- Date: Fri, 14 Aug 92 17:21:07 GMT
-
-
- In a previous article, hasty@netcom.com (Amancio Hasty Jr) says:
-
- |Currently, I am using a Diamond SpeedStar with 1MB (et4000 based).
- |X386 1.2E 1.0.[12] and the stock X386 server has been able to
- |work with my card. I am writing a driver for the Diamond Stealth
- |
-
-
-
- I opened a Speed Star and I couldn't find the ET4000 chip.
- Do all of them have it?
-
- Thanx
-
-
- --
- MaThiEu a. LeWis
- Thieves Like Us
- mal11@po.cwru.edu
-
- ==============================
-
- From: mal11@po.CWRU.Edu (Matthew A. Lewis)
- Subject: large caches ona 486
- Reply-To: mal11@po.CWRU.Edu (Matthew A. Lewis)
- Date: Fri, 14 Aug 92 17:24:21 GMT
-
-
-
-
- I was considering get a 256k cache for my i486-33 and I was wondering
- if anyone has had any problems with caches on these faster machine.
- I can't understand why there would be a hardware probelm depeendant
- upon software. The only problem I've ever had with a machine being TOO
- fast is playing video games :)
-
- Later
-
- --
- MaThiEu a. LeWis
- Thieves Like Us
- mal11@po.cwru.edu
-
- ==============================
-
- From: almesber@nessie.cs.id.ethz.ch (Werner Almesberger)
- Subject: Re: Hey! Linux fs on DOS partition!
- Date: Fri, 14 Aug 1992 17:40:26 GMT
-
- In article <713720748snx@crynwr.com> nelson@crynwr.com (Russell Nelson) writes:
- | Hey, here's a cool idea I had yesterday: Make a Linux filesystem
- | driver that puts its filesystem in a file on an MS-LOSS partition.
-
- Sorry to disappoint you, but there are several people, who already
- had this idea. No shiny new patents .. ;-)
-
- Seriously: half of it is already there. The other half will be missing
- until the variable block size code is completed. The first half is the
- loop devices patch, that makes it possible to mount regular files on
- file systems that support bmap as file systems.
-
- Unfortunately, MS-DOS arranges its clusters in such an odd way, that
- bmap can't be used on hard disks and on some floppies. But it works
- with the old 360k (and I think also 1.2MB) format. If you have the
- loop devices patch installed, you can try something like this:
-
- # mount -t msdos /dev/fd0 /fd # there's a 360kB floppy in /dev/fd0
- # dd if=/dev/zero of=/fd/file bs=1k count=350
- # mkfs /fd/file 350
- # mount /fd/file /mnt
-
- - Werner
- --
- _________________________________________________________________________
- / Werner Almesberger, ETH Zuerich, CH almesber@nessie.cs.id.ethz.ch /
- / IFW A44 Tel. +41 1 254 7213 almesberger@rzvax.ethz.ch /
- /_BITNET:_ALMESBER@CZHETH5A__HEPNET/CHADNET:_[20579::]57414::ALMESBERGER_/
-
- ==============================
-
- From: jmsimon@acsu.buffalo.edu (JMS)
- Subject: Re: large caches ona 486
- Date: 14 Aug 92 18:11:59 GMT
-
- mal11@po.CWRU.Edu (Matthew A. Lewis) writes:
- |
- |I was considering get a 256k cache for my i486-33 and I was wondering
- |if anyone has had any problems with caches on these faster machine.
- |I can't understand why there would be a hardware probelm depeendant
- |upon software. The only problem I've ever had with a machine being TOO
- |fast is playing video games :)
-
- No problems here. Of course, I can't attest to any spped increase/decrease
- with Linux, as I haven't bothered disabling the cache. For MS-DOG it is
- definitely a help, tho.
-
- It might not even be doing anything with Linux - would someone with more
- info like to shed some light on this? Does the cache make enough of a
- difference to be worth having? I *can* compile the kernel in about 2-3mins,
- but that may just speak for the 486-33 and quick (relatively) IDE drives.
-
- As an side, though, I have an opportunity to trade some hardware that I
- have (a 20mb hardcard, SVGA card and 12-1mbx9 SIMMS) for 4-4mb SIMMS. What
- kind of a difference will I notice going from 8mb to 16mb (4 of the 1x9's
- that I have are in a box because I only have 8 memory slots - woops!)?
-
- |MaThiEu a. LeWis
- |Thieves Like Us
- |mal11@po.cwru.edu
-
- JMS
-
- --
- *******************************************************************************
- Jeffrey M. Simon .o o. Computer Science / Business Mgmt.
- jmsimon@acsu.buffalo.edu ~~v~~ State University of NY at Buffalo
- ***** "Perspiration = ( Genius - 1% Inspiration ) / .99" -Ein*kinda*stein *****
-
- ==============================
-
- From: newbie@dylan.camb.inmet.com (Chris Newbold)
- Subject: Re: Buffer corruption problems.
- Date: 14 Aug 92 14:17:46 GMT
-
- In article <BURLEY.92Aug13153840@geech.gnu.ai.mit.edu> burley@geech.gnu.ai.mit.edu (Craig Burley) writes:
- |In article <1992Aug13.163854.21617@midway.uchicago.edu> ace3@quads.uchicago.edu (Tony 'LLama' Acero) writes:
- |
- | I have no idea what's going on and would appreciate any input! :-)
- | (The smiley is to indicate I'm not complaining and half-expecting
- | that I've done something bone-headed)
- |
- |I'm not sure about your problem or the person's to whose post you followed up,
- |but...
- |
- |...I believe there is a bug in Linux that has the following behavior:
- |
- |- causes Linux to "misread" one 1024KB chunk of data from a disk-based file
- | so that what your app ends up with is some _other_ 1024KB chunk
- | (apparently from the same file)
- |
- |- occurs only during very heavy disk access, such as megabytes accessed
- | continually
- |
- |- is intermittent, but happens enough to reproduce fairly easily
- |
- |- might be SCSI-related (I have a SCSI system) but, based on responses I've
- | gotten from others saying they've seen the same behavior, probably isn't
- |
- |- is still in 0.97 and perhaps happens somewhat more often there (though of
- | course it's hard to measure this)
-
- Yep. I've seen this too. My system is running off SCSI disks. I'd agree
- with everthing listed above and add:
-
- - It can happen on WRITES as well.
-
- Occasionally when I'm rebuilding the kernel, make will die with some
- horrid error like it can no longer find the makefile it was working from.
- Shorty thereafter, anything which accesses the disk seg. faults and dies.
-
- When I bring the system back up, the filesystem is hosed. Usually the
- superblock is scrambled so fsck just refuses to look at the drive.
-
- Not good.
-
- -Chris
-
- --
- ---- Chris Newbold ---- > "If you fool around with a thing for very long you <
- Intermetrics, Inc. > will screw it up." <
- Opinions and statements expressed are MINE and do NOT represent my employer
- newbie@inmet.camb.inmet.com
-
- ==============================
-
- From: callison@uokmax.ecn.uoknor.edu (James P. Callison)
- Subject: Re: Linux Logo
- Date: 14 Aug 92 18:11:15 GMT
-
- In article <1992Aug14.002854.20701@constellation.ecn.uoknor.edu> callison@uokmax.ecn.uoknor.edu (James P. Callison) writes:
- |BTW-that thar logo jain't under the GNU Copyleft. I hold a copyright
- |on it. That means that you can copy it, use it on your distribution
- |of Linux, change it, do whatever you like, but you CANNOT sell the
- |LOGO for ANY price. I would like to get some credit, though. :-)
- |(And I mean it--don't sell the LOGO. Use it as you will. Put it
- |on Linux distributions you're selling for $6,000,000 apiece.
- |Change the release number. Change the colors. Change the font.
- |But absolutely DON'T sell the logo at ANY price.)
- |
- |Thanks.
-
- Arrogant bastard, ain't I? :-)
- Hmm...this doesn't seem to have come out right (sorry, I was fighting
- a whineybaby file server--why can't it just suck it up and ignore those
- memory errors like a _real_ 486? :-)
- I just want to make sure that everybody knows that this thing is
- _freely_ distributable (as in _NO_ cost), and freely editable (come on,
- the thing was a first draft! :-)
-
- James
-
- James P. Callison Microcomputer Coordinator OU Law Library
- Callison@aardvark.ucs.uoknor.edu /\ Callison@uokmax.ecn.uoknor
- constellation!biglaw!callison@mailhost.ecn.uoknor.edu
- DISCLAIMER: I'm not an engineer, but I play one at work...
- Here's to all the soldiers who have ever died in vain,
- The insane locked up in themselves, the homeless down on Main
- To those who stand on empty shores, and spit against the wind
- And those who wait forever for ships that don't come in
- --Joe Diffee, "Ships That Don't Come In"
-
- ==============================
-
-
- ** 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: Linux-Activists-Request@NEWS-DIGESTS.MIT.EDU
-
- You can send mail to the entire list (and comp.os.linux) via:
-
- Internet: Linux-Activists@NEWS-DIGESTS.MIT.EDU
-
- Linux may be obtained via one of these FTP sites:
- nic.funet.fi pub/OS/Linux
- tsx-11.mit.edu pub/linux
- tupac-amaru.informatik.rwth-aachen.de pub/msdos/replace
-
- The current version of Linux is 0.97 released on August 1, 1992
-
- End of Linux-Activists Digest
- ******************************
-
- ==============================
-
- From: bairstow@copland.psu.edu (Steven Bairstow)
- Subject: Re: The Third Degree
- Date: 14 Aug 92 18:55:27 GMT
-
- In article <1992Aug13.124939.16680@kth.se> d88-jwn@blofeld.nada.kth.se (Johan W}hlin) writes:
- |bairstow@copland.psu.edu (Steven Bairstow) writes:
- |: ...
- |: - Has anyone noticed free inodes being left around? I think
- |: halt/shutdown is doing it. (This is what I was trying to figure
- |: out when it crashed.)
- |Yes I've been having this problem at least with reboot
- |
- |: ...
- |: Steve
- |/Johan
-
- Okay, so does anyone know where the code is for these programs so I can take
- a look at them, or who the author is?
-
- Steve
-
- ==============================
-
- From: glover@dvinci.USask.Ca (Ken Glover)
- Subject: Re: SLS: Free Linux Distribution.
- Date: Fri, 14 Aug 1992 19:45:47 GMT
-
- The poster is/was looking for a site that is willing to take it on. This is
- indicated at the beginning of the post (and I hope he finds one soon, it looks
- like a good distribution.)
-
- Ken
-
- ==============================
-
- From: alsaggaf@athena.mit.edu (M. Saggaf)
- Subject: **** Epoch is here ****
- Date: Fri, 14 Aug 1992 21:03:12 GMT
-
- I'm happy to report that I have successfully ported Epoch to linux.
- If you do not know what epoch is, the quote from the FAQ at the end of
- this posting will give you an idea. I could upload it now. However, I feel
- that this is pointless since gcc2.2.2d will be released soon, so I think I'm
- going to wait until I compile it with the new gcc when it is released.
- (Unless somebody really want to try it right now, let me know).
-
- I have been using Epoch for about a day now with no problems. I ran
- on it dired, compile, the shell, and vm (View Mail) and they were all OK.
-
- ========= Quote from the Epoch FAQ =========
-
- A-1: What is Epoch?
-
- Epoch is GNU Emacs on steroids: an adaptation of GNU Emacs with lots
- of additional support for features made possible by the X11 windowing
- system. These features include multiple editing windows, arbitrary
- colors and fonts (fixed-width and proportional), selectable zones per
- buffer with arbitrary display styles (font, color, underline, stipple,
- pixmap), an optional separate minibuffer window, improved keyboard and
- mouse handling, full 8-bit character set support, and more.
-
- Epoch, like GNU Emacs, is very customizable; much of this FAQ
- describes ways to customize Epoch for specific purposes.
-
- ===========================================
-
- /M. Saggaf
-
-
-
-
- ==============================
-
- From: tyrone@cbnewsi.cb.att.com (tyrone.shiu)
- Subject: Need Help!
- Date: Fri, 14 Aug 1992 20:29:01 GMT
-
- Hi:
- I post a mail asking for help on get my mouse to be recognized by linux
- so that I can at least use MGR. I have an ATI Ultra with the mouse port
- on it. I need to know is there any patch or anything to get it to work.
- I got quite a few replies that they are interested in knowing too.
-
- I also need to know where can I get source/man/doc on the fsck used by
- linux. I can't seem to find it on tsx.
-
- Thanks a million in advance!!
-
- +--------------------------------+
- | Tyrone Shiu |
- | Phone: 908-548-7852 |
- | Email: tyrone@cbnewsi.att.com |
- +--------------------------------+
-
-
- ==============================
-
- From: sp@questor.wimsey.bc.ca (Steve Pershing)
- Crossposted-To: comp.unix.sysv386
- Subject: Re: What the 17" monitor reviews never tell you
- Date: Fri, 14 Aug 92 12:16:21 PDT
-
- exuptr@exu.ericsson.se (Patrick Taylor) writes:
-
- => >I have an Eizo (which is the nanao in german) 9080i with the same
- => >symptoms. I gave it back to get a new monitor, but got a letter from
- => >Eizo, which said, that these 'moire' (thats the word with 'm' :-) )
- => >pattern are a characteristic for 17" monitors. My solution is to have
- => >a 'cornflowerblue' root window...
-
- I wonder if "moire" patterns are also visible on Sony's large (trinitron)
- monitors? Anybody??
-
- --
- Steve Pershing, System Administrator, The QUESTOR Project
- FREE access to Environ, Sci, Med, & AIDS news, and more. [also UUCP]
- on a ZyXEL-1496S v.42bis, v.32bis, v.33, up to 16,800bps.
- .-------------------------------------------------------------------.
- | POST: 1027 Davie St., Box 486, Vancouver, B.C., Canada V6E 4L2 |
- | Fones: (+1 604) Data: 681-0670 FAX: 682-6160 Voice: 682-6659 |
-
-
-
- ==============================
-
- From: tdunbar@vttcf.cc.vt.edu (Thomas Dunbar)
- Subject: kermit in X, not otherwise
- Date: 14 Aug 92 20:53:58 GMT
-
-
- kermit (which i using now) works fine when i start it in an xterm. however,
- if i'm not in X, after the 4 connecting to ... & escape char lines info,
- it escapes back to the local machine (connect is last line of my .kermrc)
- there's the C-Kermit> prompt and then i'm back at the regular bash prompt.
- in both cases, i'm logged in as root. in fact, TERM is even set to xterm
- in both cases (but vt100 or console terms work the same).
- way back in ver. 0.12 i had kermit working but until i tried it today
- from inside X-windows, kermit has always dropped out as i describe above.
- Why does it work in X? (not that i'm complaining, just curious)
- i'm using: kernel 0.97 patch level 1 with base utilities, etc from the
- MCC-interim dist.
- thomas
-
- ==============================
-
- From: solworth@newyork.eecs.uic.edu (Jon Solworth)
- Subject: Notebooks and linux
- Date: Fri, 14 Aug 1992 22:21:01 GMT
-
-
- I would like to get a notebook and run linux on it. I am particularly
- interested in the Compudyne 486DX-33, Toshiba 4400, TI 4000, and other
- 486{S,D}X notebooks.
-
- Will this work?
-
- Anybody have any experience on these or other notebooks?
-
- Are there linux extensions to handle the notebook features
- (power low, etc.)?
-
- Any gotchas?
-
- Thanks
- Jon Solworth
- Univ. of Ill- Chicago
- --
- ===============================================================================
- Jon A. Solworth internet: solworth@parsys.eecs.uic.edu
- Dept. of EECS (M/C 154) telephone: (312) 996-0955
- University of Illinois FAX: (312) 413-0024
- P.O. Box 4348
- Chicago, Illinois 60680
-
- ==============================
-
-
- ** 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: Linux-Activists-Request@NEWS-DIGESTS.MIT.EDU
-
- You can send mail to the entire list (and comp.os.linux) via:
-
- Internet: Linux-Activists@NEWS-DIGESTS.MIT.EDU
-
- Linux may be obtained via one of these FTP sites:
- nic.funet.fi pub/OS/Linux
- tsx-11.mit.edu pub/linux
- tupac-amaru.informatik.rwth-aachen.de pub/msdos/replace
-
- The current version of Linux is 0.97 released on August 1, 1992
-
- End of Linux-Activists Digest
- ******************************
-
- ------------------------------
-
-
- ** 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: Linux-Activists-Request@NEWS-DIGESTS.MIT.EDU
-
- You can send mail to the entire list (and comp.os.linux) via:
-
- Internet: Linux-Activists@NEWS-DIGESTS.MIT.EDU
-
- Linux may be obtained via one of these FTP sites:
- nic.funet.fi pub/OS/Linux
- tsx-11.mit.edu pub/linux
- tupac-amaru.informatik.rwth-aachen.de pub/msdos/replace
-
- The current version of Linux is 0.97 released on August 1, 1992
-
- End of Linux-Activists Digest
- ******************************
-