HDTenEightyP/NetNews huggingface dataset:
From: terry@cs.weber.edu (A Wizard of Earth C)
Newsgroups: comp.os.linux,comp.unix.bsd
Subject: Re: Shared libraries - info for 386BSD porting wanted
Keywords: shared 386bsd
Date: 11 Sep 92 21:47:11 GMT
Organization: Weber State University  (Ogden, UT)

In article <peter.716225737@hilly> peter@micromuse.co.uk (Peter Galbavy) writes:
>Hi,
>
>Due to no response in the bsd group a couple of weeks ago, and the fact
>I recently noticed that linux seems to have shared libraries I was
>wondering if whoever knows *lots* about them can either (a) try to port
>them or (b) help me port the implementaion across.
>
>I realise that this will not be a trivial operation, but it is a starting
>point.
>
>At minimum, will someone tell me the "minimum working set" of linux source
>files needed to understand how they are implemented. I take it there are
>bits in exec() somewhere ? and the linker etc...

	You don't want to "port" the Linux code.  Linux is copylefted in
a way contrary to the distribution policy for 386bsd, and the pieces we
need are going to require the same amount of work with or without it.

Do this:

	o	Get gcc 2.2.2 working (can generate bad 386 code currently
		if optimization or debugging is on).

	o	Make sure you can generate position independant code (PIC).

	o	Fix gas so that it can assemble the PIC output from 2.2.2
		(currently, it can not).

	o	Patch the crt.o to look for LDPATH in the environment and
		to call an initialization routine (you will need a default
		path set).  You may also need per-library initialization
		calles, so finding symbols which match an expression and
		calling them may be required.

Once this is done, shared libraries require *trivial* kernel work and
dynamic stubbing.

If you want to get fancy, we can make generation of shared library stub
and initilization linkables be automatically handled as part of making
the shared library.  This would probably be preferable, if one wanted to
support copy-on-write for global data symbol definitions in a shared
library, rather than simply lumping in non-sharable (writable) data in
with every program as part of the stubs (ie: initial process load would be
faster after one library using process has loaded).  Depends on how much
linker work you were willing to do.

The big problem is PIC and gcc bugs.  The kernel side of things is trivial
and doesn't require redistribution encumberances imported from Linux for
us to figure out how to do it.


					Terry Lambert
					terry_lambert@gateway.novell.com
					terry@icarus.weber.edu
---
Any opinions in this posting are my own and not those of my present
or previous employers.
-- 
-------------------------------------------------------------------------------
                                        "I have an 8 user poetic license" - me
 Get the 386bsd FAQ from agate.berkeley.edu:/pub/386BSD/386bsd-0.1/unofficial
-------------------------------------------------------------------------------
Newsgroups: comp.os.linux
From: mrhoten@cs.stanford.edu (Matt Rhoten)
Subject: Re: Compiling TCSH
Originator: mrhoten@Xenon.Stanford.EDU
Organization: CS Department, Stanford University, California, USA
Date:  9 Sep 92 21:42:30 GMT

rafal@utstat.uucp (Rafal Kustra (summer student)) writes:

>Why not just use -V 2.2.2 in compiling ?
>			Rafal

I tried this. It doesn't affect anything. Perhaps my shared libraries
are improperly installed; more likely (after perusing nm output) is that
tcsh.a was compiled with a bogus <setjmp.h>.

 -matt
-- 
Matthew Rhoten | mrhoten@cs.stanford.edu | m_rhoten@leland.stanford.edu
"When Adam and Eve first saw each other, that's when the blues started."
 -John Lee Hooker
Newsgroups: comp.os.linux
From: bjones@cambria.columbus.oh.us (Bill Jones)
Subject: Re: SLS mail problem
Organization: Cambria Mail and News Gateway -- Columbus., OH
Date: Sat, 12 Sep 1992 18:24:43 GMT
X-Newsreader: Tin 1.1 PL4

In order to have mail work correctly, you need to create a mail file for
each of your users in the directory /usr/spool/mail.  A simple

	touch <user-name>

will do the trick.  This file must be owned by the intended user with group
set to be the same as the mail group (on my machine -- ``system'').  Then
`chmod 660 *' or some less restrictive mask.  Then mail should work fine.
(Be sure to allow read/write accress to the directory /usr/spool/mail for
both root and the group.  Sonce I am in the group system my permissions are
set at 775.  You may have to change yours to 777 to allow anyone -- meaning
you as non-root -- to write there.)

Bill

--
===============================================================================
Bill Jones
bjones@cambria.columbus.oh.us
===============================================================================
Newsgroups: comp.os.linux
From: kshwang@sorak.kaist.ac.kr (KunSoon Hwang (Static Soft.))
Subject: tcp/ip install?
Organization: KAIST in Seoul Korea
Date: Wed, 9 Sep 92 17:05:41 GMT

Hello!
I just setup tcpip package with Linux-pl4.
And I tested with 2 computer's. One is Linux machine with WD80xx,another one
is PC with novell's LWP.
But,It dosen't work.
All files in /usr/etc/inet fixed up.
(no router, no name server,tested by tnvt220(like telnet) on PC)
Please send sample configuration(ip addr,router,net mask,name server,....)
Bye.
  KeonSoon Hwang
Newsgroups: comp.os.linux
From: jonathan@nova.next.nd.edu (Jonathan Bradshaw)
Subject: Kermit lock files
Organization: University of Notre Dame, Notre Dame
Date: Thu, 10 Sep 1992 16:08:55 GMT

I have linux running using the MCC-Interim release (and by the way, a great
job done in that package.)  The kermit that comes with it (which I'm using now)
works fine but it puts its lock file in /tmp/LCK..ttys0 and I'd like it in
/usr/spool/uucp/LCK* instead. I assume somewhere there is a way of changing it
but I have yet to find it. The reason I need this is that UUGETTY checks
/usr/spool/uucp/LCK* for lock files and since kermit doesn't place one there
I get a serial port confliction between kermit and UUGETTY.

By the way, UUGETTY seems to work nicely but needs tweaking for my generic
modem... anyone got config files they want to share for GENERIC 2400bps
modems?

--
 Jonathan Bradshaw | jonathan@nova.decio.nd.edu | HAM: N9OXE | Prodigy XMSN02B
  WNDU-AM/FM/TV South Bend, IN | Disclaimer "My opinions are not my employers"
  - "Busy life, not enough time to look in the mirror." - Deborah Ann Gibson -
Newsgroups: comp.os.linux,comp.unix.bsd
From: stewart@wimsey.bc.ca (Jim Stewart)
Subject: Re: Shared libraries - info for 386BSD porting wanted
Organization: Wimsey 
Date: Sat, 12 Sep 1992 22:47:35 GMT
Keywords: shared 386bsd

In article <3583@ra.nrl.navy.mil> eric@tantalus.dell.com (Eric Youngdale) writes:
>In article <veit.716293407@du9ds3> veit@du9ds3.uni-duisburg.de writes:
>>Another thread has been just started about that. Don't look at the Linux
>>sources, the type of implementation is for a hacker's OS ;-), but not for the 
>>future. Linux uses (as most SysV systems) fixed addresses for shared 
>>libraries, which is, with one simple word *unacceptable*.
>
>	Huh? Let me see, BSD does not have shared libraries, and Linux, like
>SysV uses fixed addresses...  Exactly what OS does have acceptable sharable
>libraries?   When you say "unacceptable", it almost sounds like you will
>refuse to use them under linux.  Is this really the case?
>
> [paragraph about 3Gb address space, and library address assignmet deleted]
>--
>Eric Youngdale
>eric@tantalus.nrl.navy.mil

in fact, Open VMS has sharable libraries that are origined at 00000000, can be
mapped anywhere in process address spaced, and are fixed up at image 
activation time.  The imave activator/image fixup internal services make 
nice bedtime reading :) ... but get out you BLISS-32 books :)

js   who_is_waiting_for_x11v2.0_and_LOVES_Linux


Newsgroups: comp.os.linux
From: mdw@theory.TC.Cornell.EDU (Matt Welsh)
Subject: Re: Freeze-up after 'sock_init:...'
Organization: Cornell Theory Center
Date: Thu, 10 Sep 1992 21:04:23 GMT

In article <1992Sep10.162933.29988@lambda.msfc.nasa.gov> davisdm@widget (Mat Davis) writes:
>I'm having trouble with Linux freezing after the 'sock_init:...' message.

(and so on)

This is a known problem with the SCSI drivers... if you don't have any
SCSI devices then get the kernel code, dyke out the SCSI drivers, and
recompile. Works like a charm. (I know; I posted the same problem just
a few days ago). 

mdw

-- 
Matt Welsh    mdw@tc.cornell.edu        +1 607 253 2737
Random Hacker, Cornell Engineering and Theory Center 
  "People will say we're in love."  --Hannibal Lecter
Organization: University of Illinois at Chicago
Date: Friday, 4 Sep 1992 15:15:56 CDT
From: Harry Georgopoulos <U30207@uicvm.uic.edu>
Newsgroups: comp.os.linux
Subject: HD Error . Please help

since today linux gives me the following error messages:
HD:read_intr:status=0x51
HD:read_intr:error=0x04
everything works fine but those two messages come up once in a while.
I use linux 0.97pl2
Thanks in advance
From: Upholder@uiuc.edu (THE Upholder of Truth)
Subject: Re: Compilation speeds (was Re: No patchlevel 3.}
Reply-To: Upholder@uiuc.edu (THE Upholder of Truth)
Organization: The University of Illinois at Urbana-Champaign (UIUC)
Date: Tue, 8 Sep 1992 21:00:58 GMT

dminer@mcs213f.cs.umr.edu (Dan Miner) writes:

>>dminer@mcs213e.cs.umr.edu (Dan Miner) writes:
>>>wait a little (~100K? for that one).  Now, I got pl4 and ready for
>>>an all night compile (it takes over 5 hrs on my machine.. :(  )
>>                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^


>	I being one of those authors. :)  

>I have a 386sx, 2 megs, Paradise SuperVGA, 80 meg HD, and running
>at 20 MHz.  Now, this is NO way a great setup.

I would assume this as a 'worst case' for compile times.

On the other end of the spectrum, I can recompile in about 5 minutes
on a 486dx/50 with 16M Ram (no swap.. needed it for storage) under X11
with an xterm and ka9q running.

In other words, compile times are going to vary greatly.. 

(the most significant factor for compiling would, as has been said here 
before by those more knowedgable than I, probably be the amount of memory.  
Increasing from 2M to 16M on the 385sx/20 would likely reduce the time 
to under an hour).
-- 
The Upholder of Truth		  	    I am not only ready to
Upholder@uiuc.edu (BSD/ASCII mail)          retract this, but also
jar42733@sumter.cso.uiuc.edu (NeXT mail)    deny I said anything.  =)
wi.4173@wizvax.methuen.ma.us (anon. mail)   This is *NOT* CCSO's opinion.
Newsgroups: comp.os.linux
From: harp@netcom.com (Gregory O. Harp)
Subject: Ctrl-Alt-Del & reboot/halt weirdness
Date: Tue, 08 Sep 92 10:18:36 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 


I've been having a consistent problem with Ctrl-Alt-Del and/or
using the reboot/halt programs.  

My hardware configuration is: 486DX @ 50Mhz, 8MB RAM, Micronics
motherboard with their chipset (MCM2), and Phoenix 486 ROM BIOS PLUS
verson 0.10 G19-2.  My video card is a Diamond (BOOO!) Stealth VRAM.
I use about a 8920K swap partition (what I had left on the drive after
creating the root and usr partitions).  I'm currently running 0.97pl4,
but I've had this problem since 0.97 first came out, which is the
first Linux I installed.  [Hey, I just got started recently, ok? ;) ]

Oh, I use BootLin to go into Linux.  I'm not anxious to go fiddling
with my MBR, since I need this machine for business.

Anyway, whenever I do a shutdown or reboot, I get a lockup 
instead.  The following is the output I get when I use these
commands (I added the indention):

	URGENT: message from the sysadmin:
	System going down IMMEDIATELY!

	in:
	        ...  ...

	down IMMEDIATELY!

	in:

No, you're not seeing things.  That's it.  Happens every time.  Then,
in the case of reboot, things lock up.  I sometimes even get trash on
the screen.  In the case of halt, it eventually tells me I can shut
down, then it locks.  I always have to do a hard reset whenever I
leave Linux (unless, of course, I just turn the machine off).

I thought at first it might be a bug.  Then I though it was my
installation.  Well, I switched to the MCC-Interim a few days ago (on
a fresh, clean HD) and have since then applied patches 3 and 4 and
recompiled.  No change.

I started experimenting with my CMOS setup when I saw another person
here who had fixed their C-A-D problem that way.  I've found that
turning off BIOS shadowing made a difference in the rebooting -- now
that part works without a lockup.  However, I still get the garbled
shutdown message.

Well, turning off BIOS shadowing isn't a good solution for me.  While
Linux doesn't use it, I still have to use DOS/Windows occasionally on
this machine.  In fact, I will probably be using this machine for my
next contract, and the performance hit I take under DOS for not having
the BIOS shadowed is large.  Turning BIOS shadowing on/off every time
I switch OSes isn't such a hot idea, either...

BTW, playing with the bus I/O speed had no effect on the problem.
There was no "Fast A20 Gate" feature like the previous poster had
mentioned in my setup...

Any other ideas on how to solve these problems?
-- 
-----------------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: baron@clifton.hobby.nl (Wim `Blue Baron' van Dorst)
Newsgroups: comp.os.linux
Distribution: world
Subject: Re: X dying
Organization: Minix Hobbynet Host
Date: Sun,  6 Sep 1992 21:48:18 MDT

Frank T Lofaro <fl0p+@andrew.cmu.edu> writes:
> 	Whenever the X server dies (without shutting down properly first),
> keyboard input appears to go nowhere from thereafter. A user can hose
> the keyboard by starting X and then kill -9'ing the X process. What is
> needed is some way (maybe in the kernel) where if X dies badly, the
> screen and keyboard are restored.

A blindly typed 'reboot' has worked fine for me during all the hours of
setting up an acceptable Xconfig. Just when I got fed up with that I had
a Xconfig that was only a little bit wrong, and I could exit X using the
Ctrl-Alt-Backspace combination. That gives back my normal text screen
(if it hasn't been to much f***ed up by X).

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       :-)
---------------------------------------------------------------------
Newsgroups: comp.os.linux
From: wirzeniu@klaava.Helsinki.FI (Lars Wirzenius)
Newsgroups: comp.os.linux
Subject: Re: Two suggestions .. comments welcome, please!
Date: 9 Sep 92 07:18:53 GMT
Distribution: comp.os.linux
Organization: University of Helsinki

kfogel@edvac.cs.oberlin.edu (Karl Fogel) writes:
>[ pre-edited bootimages for various harddisk configurations ]

A better idea would be for the boot disk to optionally ask the data from
the user, instead of requiring hardwired, patched-in values.  This
behaviour would be the default in the distributed bootdisk, and during
installation of the system on hard disk a patched version could be created.

--
Lars.Wirzenius@helsinki.fi
Newsgroups: comp.os.linux
From: stewart@wimsey.bc.ca (Jim Stewart)
Subject: Re: Help with X11 clock/monitor settings
Organization: Wimsey 
Date: Fri, 4 Sep 1992 05:05:59 GMT

In article <1992Sep4.004002.24875@athena.mit.edu> hammond@kwhpc.caseng.com writes:
>I got startx to run and give me information about the video card.  The message
>reported to me was:
>
>	VGA256: et3000 (mem 512k clocks: 25 28 48 41 0 0 0 42)
>
[stuff about fine old monitor deleted...]

>I am gussing that from this point, I want to place the above clock values into
>Xconfig on the "Clocks" line.  The problem I seem to be faced with is the
>horizontal and vertical timings for my monitor.
>
>Any ideas?

There is a file on expo.lcs.mit.edu in the directory /contrib called
X386modeDB.tar.Z ... it contains timings for a whole raft of monitor/card
combinations.  It also has a section of standard VESA settings with the 
suggestion that you try them first.  What worked for me was to find the 
settings in that list for the resolution I wanted at a clock that was close to 
one of the values that startx reported.  My monitor (a MAG 14) synchronized
and I was off.

js
Newsgroups: comp.os.linux
Subject: Info on Future Domain SCSI card wanted
From: mark@garden.equinox.gen.nz (Mark Tomlinson)
Date: 2 Sep 92 14:37:48 +1200
Organization: Not an Organization
Summary: 
Keywords: 
X-Newsreader: Tin 1.1 PL5

Has anyone got any information on the Future Domain SCSI controller (type
VV-SC08), or even beter, is anyone working on a driver for it for LINUX?
If not I wouldn't mind being the person to write one. (It's the SCSI card
that came with the cheapest CD-ROM I could get).

Thanks in advance... Mark Tomlinson

--
 -------------------------------------------------------------------------
       mark@garden.equinox.gen.nz         A garden is a thing of beauty
 || tomlinson@elec.canterbury.ac.nz             and a job forever.
 -------------------------------------------------------------------------
Newsgroups: comp.os.linux
From: fulko@ikki.informatik.rwth-aachen.de (Fulko Sennrat)
Subject: Help: X and Trident
Organization: Rechnerbetrieb Informatik  /  RWTH Aachen
Date: 11 Sep 92 11:26:22 GMT



Hi there
just one quick question:
Is there a chance to run X with a Trident TVGA 8900 B (512k)
(perhaps only 640x480 ?) or do I need a driver (where do I find
this thing and how is it installed) ?

fulko@genesis.informatik.rwth-aachen.de
From: Steve_Goyette@mindlink.bc.ca (Steve Goyette)
Newsgroups: comp.os.linux
Subject: SUN 2/50 Workstations & Linux
Date: 15 Sep 92 09:48:25 GMT
Organization: MIND LINK! - British Columbia, Canada
Distribution: world

Hi,

        This is probably a dumb question, but I have 3 Sun 2/50 workstations
which are set to boot off of the Ethernet port and want to know if it's
possible to get them to boot from linux???  If not, can they be linked to linux
some how??

        I am getting a SCSI host and tape drive for them so that I can load the
Sun OS, but would like to link them to my 486 box somehow.  Anyway, probably is
a dumb question, but any response would be appreciated.


--
------------------------------------------------------------------------------
Steve Goyette                    |       Email : Steve_Goyette@MindLink.BC.CA
Software Engineer                |       Phone : (604) 421-8864
Abstract Automation Limited      |       Fax   : (604) 421-7722
------------------------------------------------------------------------------
From: hedrick@athos.rutgers.edu (Charles Hedrick)
Newsgroups: comp.os.linux
Subject: linux 0.97 pl4 and ps/free/etc on sunsite
Date: 7 Sep 92 21:59:39 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

I have uploaded the following to sunsite.unc.edu, /pub/linux/Incoming:
	linux-0.97.patch4.Z
	ps097p4.tar.Z

The first file is a uudecoded version of the patch Linux posted a few
hours ago.  

The second file is both source and binary of ps, free, top, w, etc.
I'm suspicious of several things about ps and free.  First, I don't
understand why ps is able to get the command lines.  I thought Linux
said that it was no longer in kernel memory.  I haven't changed that
code.  Second, I haven't bothered trying to decode the new swap
structure.  My system never swaps, so I would't be able to test it.
This version just claims that is no swapping.  Thus this version needs
more work, but provides a starting point.

I've seen some complaints in the past that ps097p<N> didn't work with
kernel 0.97pl<N+1>.  Unfortunately Linus seems to be changing kernel
data structures rapidly enough that ps and free break at every patch.
I think patch 4 is an exception.  Presumably this version will also
work for patch 3.  (However I see no reason why anyone would not use
patch 4.)  So if you see a patch 5, don't be surprised if this version
of ps fails.
Newsgroups: comp.os.linux
From: tmpcms@eua.ericsson.se (Carl-Michael Skoog)
Subject: Unable to use floppies under Linux
Organization: Ellemtel Telecom Systems Labs, Stockholm, Sweden
Date: Thu, 10 Sep 1992 18:26:48 GMT

I've installed Linux about 20-30 times, and every single time the filesystem 
ends up corrupted when I use some floppy-related command like tar(with /dev/fd0
as file, pax and GNU tar alike), dd, fdformat...

This is the diagnostics of recent dd session(under 0.97 patchlevel 4):

# dd if=/dev/fd0 of=foo bs=8192
floppy: Drive 0 is write protected
floppy I/O error
dev 0200, sector 848
180 + 0 records in
180 + 0 records out
	/lib/libc.2.2.2
linux login:
<Ctrl-Alt-Del-reboot>
#fsck -a /dev/hda1 # My root(and only) partition
Block nr. X marked not in use
.
.   # I guess as many times as blocks in 'foo'
.
Zone x: not in use, counted = 1
.
.
.
<Everything is OK, fsck fixed it>

#<Same command as above>
Reset-floppy called
Reset-floppy called
180 + 0 records in
180 + 0 records out
#<OK, fsck reports no errors>
#<Same command>
floppy: free buffer being unlocked
<Hangs forever>

#dd if=/dev/fd0 of=foo bs=16k
90 + 0 records in
90 + 0 records out
ll_rw_block: Trying to read nonexistent block-device 0000(0)
general protection:0000
EIP:0008:00000778
EFLAGS:00010287
fs:0017
base:00000000, limit: 00000000
Pid: 11, process nr. 2
c3 00 00 00 55 89 e5 53 8b 0d
linux login:
<reboot>
<fsck reports no corruption>
#<Same dd-command>
90 + 0 records in
90 + 0 records out
#sync
/bin/sync : No such file or directory
#reboot
reboot : command not found
#logout(Ctrl-D)
kernel panic: unable to read i_node block

<Ctrl-Alt-Del>

<Normal boot messages until..>
Partition table OK
<Hangs forever>

<Booting up with boot- and rootdiskette>
#fsck /dev/hda1
Zone X : marked in use, no file uses it
.
.   <Takes about 1 minute to list all the zones, apparently every zone on 
.    the harddisk>
# fsck -a /dev/hda1
: bad directory:'.' isn't first
: bad directory:'..' isn't first

<The whole harddisk is corrupted!!!>


Could it be my hardware that is stabbing my back? 386BSD and MINIX works
fine though.
I will be infinitely grateful if someone can help me with this.


I must emphasize, though, that in every other aspect Linux works great.

---
Carl Michael Skoog
Email: tmpcms@eua.ericsson.se || md88-cms@nada.kth.se
Newsgroups: comp.os.linux
From: lye@fraser.sfu.ca (Bill Lye)
Subject: Re: gcc 2.2.2 math lib bug???
Keywords: weirdness
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Mon, 14 Sep 1992 02:08:42 GMT

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

>In article <1992Sep13.161713.8191@monu6.cc.monash.edu.au> int177c@aurora.cc.monash.edu.au (Jae Won) writes:
>>
>>	I found a weidness in gcc2.2.2d. It may be my silly code but I tested
>>the code with gcc compiler at uni(gcc...not sure of the version) and it worked
>>fine...well, like what I expected. The code is a edited fragment of a code 
>>I am writing to do a monte carlo stuff. I use exp() function.

>It's more likely to be a problem with the 387-emulator: the emulator
>does *not* handle under/over-flows gracefully in its current form.  The
>fix is either to get a real 387, check for underflows by hand, or fix
>the emulator.  Fixing the emulator is obviously the optimal solution,
>but it takes some doing, and nobody seems interested (most people,
>including me, seem to have a 387).  The fact that the emulator works
>"well enough" for most things makes it a pretty boring project, so
>nobody has done anything about it. 

>		Linus

On a similar note I had problems running x11perf before I got my co-processor.
It would crash (and I do mean CRASH...no core dump, no nothing) trying to run
one of the dashed circle tests.
-- 
Bill Lye, lye@sfu.ca
SFU claims these views....NOT!