HDTenEightyP/NetNews huggingface dataset:
From: mal11@po.CWRU.Edu (Matthew A. Lewis)
Newsgroups: comp.os.linux
Subject: error messages concerning _setjmp and pixmap
Date: 14 Sep 1992 21:49:20 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: mal11@po.CWRU.Edu (Matthew A. Lewis)
NNTP-Posting-Host: thor.ins.cwru.edu




some of my X application won't make (namely xchomp and xv) and I get the
error message:
		Undefined symbol _setjmp referenced from text segment

i assume this has something to do with the shared libraries between GCC and
X11. i remember someone having a similar problem but I can't find
their posts.

Also....some of my working apps look for pixmap when converting strings to
graphics....but evidently it doesn't find it. This is the last remaining
font which I have had problems with.

Any info would be appreciated.

Ohyeah.....BTW......when I exit X11, my screen is garbled if I started
out with a SVGA text mode, namely 132x44. Has anyone found a way to reset
this? Someone said delete some of the clock timings but I am using the
auto-detect routine so there are no clocks listed in my Xconfig.

thanx in advance


-- 
MaThiEu a. LeWis      "All I ever wanted, 
Thieves Like Us        all I ever needed"
mal11@po.cwru.edu         is in Texas.......
Newsgroups: comp.os.linux
From: david@prism.demon.co.uk (David Metcalfe)
Distribution: world
Subject: Problems with TeX and the extfs ??
X-Mailer: cppnews $Revision: 1.14 $
Organization: ** none **
Date: Sat, 5 Sep 1992 17:36:20 +0000

I have recently being rebuilding my Linux system on an extended
filesystem and tex now fails to run with the message.

No inode 2110/device 2052 in parent directory

This is tex from ptex.tar.Z on tsx-11.mit.edu and ran with no
problems on a minix filesystem.  It doesn't appear to be a shared
library related problem as I have shared libraries going back to GCC
v2.11c installed.

Is there a problem with running tex on an extended filesystem?

David

-----------------------------------------------------
David Metcalfe          david@prism.demon.co.uk     
+44 81 361 3327         dmetcalf@cix.compulink.co.uk
     
                       
            
Newsgroups: comp.os.linux
From: jwinstea@fenris.claremont.edu (Jim Winstead Jr.)
Subject: Re: DR-DOS and linux boot, 14 char filenames
Organization: Harvey Mudd College, WIBSTR
Date: Fri, 4 Sep 1992 21:36:36 GMT

In article <1992Sep4.141728@tiger1.prime.com> cummings@tiger1.prime.com (Kevin J. Cummings) writes:
>In article <1574@lysator.liu.se>, lien@lysator.liu.se (Jan Lien) writes:
>> 
>> How do I get DR-DOS 6.0 to recognize two diffrent bootable systems,
>> i.e. DR-DOS and Linux ?   There should be some boot function switch.
>
>Read the documentation that comes with BOOTLIN.  It mentions a BOOT manager
>that overwrites your DOS hard disk boot sector, and runs as the FIRST thing
>in your CONFIG.SYS file.  While running, it lets you have multiple
>configurations in your CONFIG.SYS file (one of which is the minimal DOS
>boot, enough to run BOOTLIN in your AUTOEXEC.BAT file).  I think the
>file I downloaded was BOOT142.ZIP.  I beleive that I got it from a SIMTEL20
>mirror site.  Probably from the MSDOS.SYSUTL directory.  I beleive it is
>SHAREWARE.

BOOT.SYS doesn't work with DR-DOS 6.0 - you need to get AutoCon v2.0g,
which is available from your favorite Simtel mirror or it was uploaded
to a couple of the Linux sites (tsx-11 and sunsite, probably).  Look
for the filename autoc20g.zip, but I could be wrong about the name.

Also, I use LILO as my master boot record and use it to boot both
DR-DOS and Linux with perfect success, so that is another (IMHO,
better) option.

>> Where do I find the stuff for more than 14 characters in linux
>> filenames?    Does it work properly?
>
>the Extended File System (EFS) is in ALPHA test and is a part of the latest
>kernel.  Use with caution.  They are promising to change the disk part
>of the files system RSN (real soon now) in an incompatible but upgradeable
>fashion.  Personally, I can work around most of the 14 char limit and will
>wait for at LEAST a BETA test of EFS before I convert over.

Well, even though things like the MS-DOS fs, Extended fs, and LILO are
all called 'alpha test', they've all been quite solid in my
experience.  There's no need to scare anyone off.  :)

>By the way, in case any of the EFS team is listening, 256 character filenames
>is overkill.  32 characters would have probably handled 95% of the problems out
>there (not accounting for C++ generated names).  But I'm not complaining!

Yes, but someone would have complained when they wanted a 34-character
name and couldn't do it.  :)  Ideally, the name length should be
stored in the directory along with the name, instead of a fixed-length
string....
-- 
                                    +      Jim Winstead Jr. (CSci '95)
                                    |      Harvey Mudd College, WIBSTR
                                    |   jwinstea@jarthur.Claremont.EDU
                                    + or jwinstea@fenris.Claremont.EDU
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.os.linux
Subject: Re: TSX-11 suggestions/questions?
Date: 10 Sep 92 14:09:15 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1992Sep9.180036.5051@athena.mit.edu>, tytso@ATHENA.MIT.EDU (Theodore Ts'o) writes:

| 250-To speed this process, please send mail to ftp-linux@tsx-11.mit.edu with
| 250-a description of which files you have uploaded, what they do, what
| 250-version of the software you've uploaded, etc.

  Sure would be nice to be able to leave an xxx.tar.Z file along with an
xxx.txt file and have the info in there. Since I have mail on one
machine and ftp on another, sending mail after ftp is not seamless, and
uploading the txt file is much easier.

-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    I admit that when I was in school I wrote COBOL. But I didn't compile.
From: probreak@goldwing.ksu.ksu.edu (James Michael Chacon)
Newsgroups: comp.os.linux
Subject: Re: Question about rz/sz
Date: 7 Sep 1992 00:44:03 -0500
Organization: Kansas State University
NNTP-Posting-Host: goldwing.ksu.ksu.edu

steve@Nyongwa.CAM.ORG (Steve M. Robbins) writes:

>In article <1992Sep5.224425.27891@muddcs.claremont.edu> jwinstea@fenris.claremont.edu (Jim Winstead Jr.) writes:
>>In article <Bu4FMt.5u2@Nyongwa.CAM.ORG> steve@Nyongwa.CAM.ORG (Steve M. Robbins) writes:
>[...]
>>>docs and man pages is this big warning "rz is not to be run from 'cu' or
>>>other terminal programs -- use our professional-yam comm software".
>>>
>>>WHY NOT?
>>
>>Because Omen Technologies does not make money if you don't buy
>>Professional-YAM.  You might call the warnings strongly-worded
>>advertisements.

>This, I suspected.  The way it is phrased, though, suggests that there is a
>technical problem with running rz from comm programs.  I was hoping someone
>could tell me what it is before I get the time and inclination to figure it
>out for myself.

>-- 
>Steve Robbins  --  steve@nyongwa.cam.org

I run rz/sz with no problem under minicom. When you execute either program, 
they specify to now run the complement on your dialup connection. However,
this won't work for me, as no input seems to go over the data lines after
rz/sz is executed. So, what I do on my dialup is (sleep 10;sz -w 1024 *), and 
then escape back to minicom and run the rz from the download menu. 
Works fine for me with no problems.


-----------------------                              ---------------------------
-Oh the joy of finding-       James Chacon           -probreak@matt.ksu.ksu.edu-
-That last pizza slice-                              ---------------------------
-----------------------				     ---------------------------
From: ujlh@pool.info.sunyit.edu (James Henrickson)
Newsgroups: comp.os.linux
Subject: Re: DISASTER AT MIT!!!!!
Date: 3 Sep 92 17:30:23 GMT
Organization: State University of New York -- Institute of Technology

In article <Sep.1.20.04.49.1992.15829@gauss.rutgers.edu> greenfie@gauss.rutgers.edu (Greenfie) writes:
>
>mal11@po.CWRU.Edu (Matthew A. Lewis) writes:
>>Someone seriously need to do some housekeeping in the LINUX directories
>>on TSX-11.MIT.EDU. It's a wreck.
>>
>>Anyone up to it???????
>
>I agree!  I don't want to seem to whine to the kind admin who lets it
>exist, but some indexes would be nice. (Especially using the ftp server
>that gives the short, one line descriptions when you type 'dir'. An example
>of this is at hobbes.nmsu.edu, the OS/2 archives.)

I have been using tsx-11 since April, so maybe I'm not seeing what you're
seeing because I've gotten accustomed to it, but...

I know what sources are, I know what binaries are.
I know what patches are, I know what packages are.
I know what modifications are, too,
So what is so incohesive to you?

OK, I admit I'm not a poet.  :-)  I don't have a problem with the directory
structure, but I do agree that an index would be nice for newbies.


-- 
Jim H.
*
* James L. Henrickson
* ujlh@sunyit.edu        "Some day I might have a real .signature!"
From: hedrick@athos.rutgers.edu (Charles Hedrick)
Newsgroups: comp.os.linux
Subject: Re: No patchlevel 3.
Date: 8 Sep 92 03:58:50 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

joel@wam.umd.edu (Joel M. Hoffman) writes:

>Along the lines of my last questions, about the progress of Linux over
>the Summer, I've been seeing a lot of this (5 hours to recompile
>kernel).  Is this because the kernel is bigger and GCC slower than
>they were when we had 0.96, or are the auth}rs just running slow
>machines?  I seem to recall about 15 minutes for a recompilation.

I just recompiled 0.97pl4 under itself in 12 minutes, with a bit of a
load.  Compiling the same kernel, but running under 0.97 took 13
minutes.  This is with GCC 2.2.2, on a 33MHz 486.  I don't think
kernel has slowed things down.  I can't vouch for GCC, as I haven't
gone to 2.2.2d yet.  (I'm waiting for a version that will work with
X.)
Newsgroups: comp.os.linux
From: alawrenc@sobeco.com (a.lawrence)
Subject: Re: Splitting comp.os.linux
Reply-To: alawrenc@sobeco.com
Organization: Lawrence & Assc.
Date: Sat, 12 Sep 92 14:42:00 GMT

I have been following this discusion about splitting the group with
great interest.  Personally, I think is a great idea, but I don't
like the idea of using one or more alt groups.  Perhaps we should
go through the  formal process of creating subgroups, ie.

	comp.os.linux.announc
	comp.os.linux.d   
	comp.os.linux.x
	comp.os.linux.patches
	comp.os.linux.help

-- 
If any given program runs correctly, it is obsolete.
=========================================================================
Andrew Lawrence, Informaticien Conseil           |  alawrenc@sobeco.com
3605 St-Urbain, #1605                            |  uunet!sobeco!alawrenc
From: hedrick@athos.rutgers.edu (Charles Hedrick)
Newsgroups: comp.os.linux
Subject: Re: GP faults and other trivia. . .
Date: 9 Sep 92 22:37:02 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds) writes:

>Note that memory problems are more likely to show up under linux-0.97
>and newer: not because they are more fragile, but simply because they
>use memory much more dynamically, and are more likely to take full
>advantage of the memory you have got. 

I haven't had any trouble with Linux.  But the dealer I got my
computer from knew I intended to use it with Unix.  He claims that
memory that works fine with DOS will not always work with Unix.  They
insist on SIMM's that use 9 chips rather than the newer 3-chip SIMM's
for any system they know is going to be used with Unix.  (This is not
necessarily the only specification of interest, of course.)  I have
seen problems at Rutgers under Mach and SVr4 that we were unable to
duplicate with memory diagnostics or DOS.
Newsgroups: comp.os.linux
From: ericy@hal.gnu.ai.mit.edu (Eric Youngdale)
Subject: Re: GCC 2.2.2d problems
Organization: /etc/organization
Date: Tue, 8 Sep 1992 15:07:23 GMT

In article <lao3qdINN70h@ozona.cs.utexas.edu> jefftep@cs.utexas.edu (Jeffrey Grills) writes:
>Anyways, while attempting to make the kernel, gcc would eventually
>SIGSEGV (from cc1), dump core, and die.  Then, afterwards, *any* program
>I would try to compile would cause gcc to die.  No idea why.  So, I
>reboot whenever this happens to me (still does).

	This may be a buffer cache corruption problem.  You might want to see
if the problem persists in the 0.97pl4 kernel.

-Eric

Newsgroups: comp.os.linux
From: almesber@nessie.cs.id.ethz.ch (Werner Almesberger)
Subject: Re: Question about rz/sz
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Mon, 7 Sep 1992 14:54:22 GMT

In article <Bu6oFs.9t7@Nyongwa.CAM.ORG> steve@Nyongwa.CAM.ORG (Steve M. Robbins) writes:
> This, I suspected.  The way it is phrased, though, suggests that there is a
> technical problem with running rz from comm programs.  I was hoping someone
> could tell me what it is before I get the time and inclination to figure it
> out for myself.

If I remember correctly, recent unlicenzed VMS versions of Zmodem expect
some magic cookies that are only sent by Omen's Zmodem programs, but not
by the "clones" (well, at least at that time). So you might indeed run
into some "technical" problems.

Too bad Kermit doesn't have a "fast" mode with all the control character
escaping disabled ...

- 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: pete@q106fm.UUCP (pete cervasio)
Newsgroups: comp.os.linux
Subject: Re: Possible MS Bus Mouse Detect (?)
Date: Sun, 13 Sep 92 17:42:54 CDT
Organization: WKBQ-FM Engineering Department

pete@q106fm.UUCP (pete cervasio) writes:

> fwbent@watmsg.uwaterloo.ca (Fred Bent) writes:
> 
> >Hello,
> >
> >I have been reading several articles mention that currently
> >there is no method for detecting a Microsoft Bus Mouse.
> >
> >Well, I have some code that shows how to do this (I think :-).

> Hmm... I just tried this with MSC 5.1 under DOS and it reports the IRQ
> as 0... It did think I had a MS Mouse, though, so it may be what we need
> under Linux to do the detection (leaving the IRQ at 5).  Could someone
> with a Logitech mouse try this code and mail me your results?

I just jumped into Linux and looked at the code... it's basically the
same thing as the Logitech detection routine.  It doesn't look like it
will help a whole lot.  :-(

Pete C.

+----------------------------------------------------------------------+
| Pete Cervasio                | pete%q106fm.uucp@wupost.wustl.edu     |
| I fish, therefore I am.      | pete.cervasio@f1.n2250.z1.fidonet.org |
+----------------------------------------------------------------------+
|  If you think of C as a preprocessor for your assembler, it makes    |
|                   just as little sense as before.   (me)             |
+----------------------------------------------------------------------+
From: torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds)
Newsgroups: comp.os.linux
Subject: Re: problems making a swap partition useable
Keywords: 0.97.1
Date: 9 Sep 92 09:55:43 GMT
Organization: University of Helsinki

In article <1992Sep8.162500.16716@tamsun.tamu.edu> greg@carnivore.tamu.edu (Greg Economides) writes:
>
>When I do: mkswap -c /dev/hda5 10583, I get this:
>
>    mkswap: will not try to make swapdevice on /dev/hda5
>
>I am wondering if mkswap is complaining because the partition does not
>end at an even boundary (or whatever it is that the '+' indicates, I don't
>remember the exact wording in the fdisk intro file).

Hmm.  This sounds like the message I put into the original mkfs sources
that checked that mkfs didn't write over the full disk devices (/dev/hda
and /dev/hdb).  And as mkswap evolved from that, I assume the test also
did. 

The reason you see it on /dev/hda5 is that I wrote mkfs (and the
original mkswap) back in prehistoric times when linux still used the
minix disk-numbering scheme: under minix, /dev/hdb0 (linux's /dev/hdb)
has the same major/minor as linux's /dev/hda5.  I guess the test has
never gotten updated, as you see the problems so seldom (most people
don't have or don't use a /dev/hda5). 

Actually there is a (ugly) workaround for this, assuming you have an
error-free disk. Just do

	# mkswap tmp 10583
	# cp tmp /dev/hda5

This won't try to find bad blocks, though, so it's not always a
solution.  The real solution is to find the mkswap/mkfs sources, look
the the error message, and either remove the check, or update it to use
the new minor numbers (3,0 and 3,64 instead of 3,0 and 3,5). 

		Linus
From: frank@cs.yorku.ca (Frank Pikelner)
Newsgroups: comp.os.linux
Subject: MCC 0.97pl2 and lilo
Date: 11 Sep 92 17:50:03 GMT
Article-I.D.: yetti.1432
Distribution: world
Organization: York University, Dept. of Computer Science

I was installing MCC-interim version 0.97pl2 on my machine with DR DOS, and OS/2 
with BootManager. Everything went fine until I continued using the instaructions
and installed lilo (first from floppy) then the hard drive. I maybe ignorant, but
the docs (installation) said nothing about lilo writing into my master boot block.
Now I'm stuck. I have downloaded the lilo documentation - I doubt that I can 
uninstall it. My BootManager no longer boots, although the information for all of 
the partitions is still there and I can access them by booting off floppy. Oh well, I've got the weekend to rebuild my machine :( 
Maybe this info can be included in the documentation for installing mcc0.97pl2
with a warning.

-- 

--------------------------------------------------------------------------
 ---  ---    Frank Pikelner                                          /~\
 \    \  \   Technical Assistant, Department of Computer Science    <v.v>
  \-   \--   York University (Toronto, Canada)                      ,\^/;
   \    \    Internet: frank@cs.yorku.ca                            _{!}_
--------------------------------------------------------------------------
Newsgroups: comp.os.linux
From: greg@carnivore.tamu.edu (Greg Economides)
Subject: problems making a swap partition useable
Keywords: 0.97.1 
Organization: Center for Biosystems Modelling, Texas A&M University
Date: Tue, 8 Sep 1992 16:25:00 GMT


I installed linux 0.97.1 last night on my hard disk and am having difficulty
getting the swap partition set up.  The disk is a connor 350 Meg IDE.

I set up three partitions for linux: one primary partition for root (10Meg), two
partitions in the extended partition, 10Meg for swap, 64Meg for /usr.

root is /dev/hda1, swap is /dev/hda5 and /usr is /dev/hda6.  Here is what
efdisk says about /dev/hda5:

             Begin      Start      End       Blocks    ID    System
/dev/hda5    556417     556417     577583    10583+    82    Linux swap


When I do: mkswap -c /dev/hda5 10583, I get this:

    mkswap: will not try to make swapdevice on /dev/hda5

I am wondering if mkswap is complaining because the partition does not
end at an even boundary (or whatever it is that the '+' indicates, I don't
remember the exact wording in the fdisk intro file).

What shall I do to get the swap partition working?

Peace,
--
Greg Economides,   Systems Administrator, Center for Biosystems Modelling
Texas A&M University
Internet: econ@tamu.edu
Fuzzy logic -- "Everything is not always something"
Newsgroups: comp.os.linux
From: dje@cygnus.com (Doug Evans)
Subject: Re: Need help in compiling smail-3.1.26
Organization: Cygnus Support
Date: Sat, 05 Sep 1992 01:16:51 GMT
X-Newsreader: Tin 1.1 PL5

Pieter Immelman (pi@oliver.sun.ac.za) wrote:
: Does anybody know what must be changed in the source/installation to
: get smail linking?  Our current problem is that the linker is looking
: for _lockf.  We had a prior problem with F_ULOCK, F_LOCK, F_TLOCK which
: wasn't defined.  This was easily fixed ;) by adding it to unistd.h.
: As we see it, we're either missing a library or _lockf has a different
: name in Linux.

There are various ways to proceed. What I did was tell smail to use
fcntl(F_SETLK) which is the Posix way to do file locking.
Unfortunately, my Linux box is 1000 miles away. :-(

Lockf() isn't Posix, which is why it is currently unimplemented.

I'm not sure adding F_ULOCK/etc. to unistd.h would be my preference,
but you could add them to some .h file and implement lockf() on top of
fcntl(F_SETLK). Enough applications use lockf() that it would be nice to
have, but my preference would be to implement it on top of fcntl() in the
never ceasing effort to minimize kernel bloat ...

--
Doug Evans        | With views like these ...
dje@cygnus.com    |                           who needs disclaimers.
Newsgroups: comp.os.linux
From: harp@netcom.com (Gregory O. Harp)
Subject: Re: Ctrl-Alt-Del & reboot/halt weirdness
Date: Fri, 11 Sep 92 09:23:29 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

csg203@cch.coventry.ac.uk (Bluebeard) writes:

>I had this problem with shutdown in the mcc-interim package until I ran the
>'ctrlaltdel' program in /etc/rc. Since I did that, it stopped hanging and 
>reboots properly.

Didn't work for me.  I solved my goofy shutdown message by getting
shutdown from the stock 97.1 root disk. (although when I copied the
reboot that exists on the MCC "Util" disk in tar.Z.files/bin.tar.Z I
couldn't reproduce the problem)

My lockup on reboot problem was solved by turing off BIOS shadowing in
the CMOS settings for my machine.  No loss under Linux.
-- 
-----------------Greg-Harp----------------harp@netcom.com------------------
  Love me, love my ferrets.               "Break out of the mold before
  Or at least love my ferrets. ;)          the mold sets in" -- B52's
From: brand@addvax.llnl.gov (Hal R. Brand, LLnL, 510-422-6312)
Newsgroups: comp.os.linux
Subject: Need ATI Ultra mouse driver for 0.97pl2
Keywords: X11, Mouse, ATI, Graphics Ultra
Date: 11 Sep 92 04:04:00 GMT

the ATI bus mouse. The server starts, but mouse won't work. The patches
I've found don't seem to help, but there are enough, I'm sure I've missed
one or otherwise goofed. I know the mouse works under DOS, so I'm sure
I just have got all the patches right. So, would someone with the same
configuration (or something close) please e-mail me the fully patched mouse.c
(or busmouse.c) and any other modified files (i.e. mouse.h). Also,
a copy of the mouse selection portion of the Xconfig file wouldn't hurt.
Thanks!
Organization: Lawrence Livermore National Laboratory
News-Software: VAX/VMS VNEWS 1.40    

					Hal R. Brand
					LLNL
					brand@addvax.llnl.gov
Newsgroups: comp.os.linux,comp.unix.bsd
From: muts@fysap.fys.ruu.nl (Peter Mutsaers)
Subject: BSD vs. LINUX (was Re: What's LINUX? And other misc questions....)
Organization: Rijks Universiteit Utrecht
Date: Tue, 8 Sep 1992 19:00:14 GMT


Did anyone do benchmark comparisons on 386BSD and Linux?
Also is really so much more hardware supported by Linux?
How about porting of 'standard' unix software, which one is better for
that?

Thanks,
--
_________________________________________________________________________
Peter Mutsaers.         |================================================ 
muts@fys.ruu.nl         |        Quod licet bovi, non licet Jovi
Newsgroups: comp.os.linux
From: aviz@lanai.cs.ucla.edu
Subject: Hooking up a terminal through a serial port...
Originator: aviz@lanai.cs.ucla.edu
Organization: UCLA Computer Science Department
Date: Wed, 9 Sep 92 22:56:39 GMT

	Sorry if this is an elementary question, but i was unable to find an
answer in the FAQ or in any of the docs on tsx-11.  I have linux (0.97
patch level 1) running on my '386.  I want to hook up a terminal through
the serial port and put it in another room, so two people can use linux
simultaneously.  I am assuming that this is possible.

Can someone tell what I would have to do with linux to make this work?
I can hook up the terminal just fine, and talk to it through minicom,
but i don't know what command i'd have to change or whatever.

Please e-mail responses, as I doubt this is of general interest.

Thanks a lot.

Newsgroups: comp.os.linux