HDTenEightyP/NetNews huggingface dataset:
From: chmr@fstgds01 (Christoph Robitschko)
Subject: Re: Logical console
Organization: Technical University of Graz, Austria
X-Newsreader: TIN [version 1.1 PL7]
Date: Tue, 5 Jan 93 20:04:30 GMT

In article <8091@skye.ed.ac.uk> Richard Tobin (richard@aiai.ed.ac.uk) wrote:
:> When I log in, the pc screen (/dev/vga) is the console.  If I do
:> 
:>   echo hi >/dev/vga
:> 
:> this hangs - I never get a shell prompt back.
:> 
:> If before the echo, I do
:> 
:>   sleep 9999 >/dev/vga &
:> 
:> then the echo doesn't hang.
:> 
:> In the first case, when echo exits, the kernel calls pcclose(); in the
:> second case it doesn't.  I conjecture that this is the cause of the
:> problem.
:> 
:> pcclose() is called because no process except echo has /dev/vga open
:> directly, though the shell has it open indirectly through the console
:> device.  It seems to me that opening a device indirectly (as the
:> console) should increment its reference count so that this doesn't
:> happen.  Alternatively the function (vcount() I think) which takes
:> account of aliasing of devices through multiple inodes with the same
:> major/minor device number could take account of aliasing through the
:> console.
:> 
:> Have I understood this correctly?

I think so.
I don't know if vcount() could solve the problem, but there is another
solution to this problem, which could also solve the problem of the
hanging console after a X-Server crash:
Why not create an additional minor device to the pccons device, which
switches to graphics mode when opened, and back when closed. Then there
would be no need to ever use the console through devices other than
/dev/console (except for the X server, of course !).
I would try it myself, but I don't have room and time for a XFree compile 8-(.

:> -- Richard
							
							Christoph
From: chet@odin.ins.cwru.edu (Chet Ramey)
Newsgroups: comp.unix.bsd
Subject: Re: out of mem
Date: 5 Jan 93 22:02:11 GMT
Organization: Case Western Reserve University, Cleveland OH (USA)
NNTP-Posting-Host: odin.ins.cwru.edu

In article <C0E4ME.12L@chinet.chi.il.us> randy@chinet.chi.il.us (Randy Suess) writes:

>	'ulimit' is for disk file size and is a sysv thing, not bsd.

Not true.  I'm talking about the ksh builtin, not the system call.
If you're running bash or honest-to-god AT&T ksh, and you've
configured it correctly, there are options to ulimit that let you
get or set all of the BSD resource limits.  Here's what bash says
for `help ulimit'; the ksh man page says something similar:

odin(3)$ help ulimit
ulimit: ulimit [-SHacdmstfpnv [limit]]
    Ulimit provides control over the resources available to processes
    started by the shell, on systems that allow such control.  If an
    option is given, it is interpreted as follows:
    
        -S      use the `soft' resource limit
        -H      use the `hard' resource limit
        -a      all current limits are reported
        -c      the maximum size of core files created
        -d      the maximum size of a process's data segment
        -m      the maximum resident set size
        -s      the maximum stack size
        -t      the maximum amount of cpu time in seconds
        -f      the maximum size of files created by the shell
        -p      the pipe buffer size
        -n      the maximum number of open file descriptors
        -v      the size of virtual memory
    
    If LIMIT is given, it is the new value of the specified resource.
    Otherwise, the current value of the specified resource is printed.
    If no option is given, then -f is assumed.  Values are in 1k
    increments, except for -t, which is in seconds, and -p, which is in
    increments of 512 bytes.

Chet
-- 
``The use of history as therapy means the corruption of history as history.''
	-- Arthur Schlesinger

Chet Ramey, Case Western Reserve University	Internet: chet@po.CWRU.Edu
Newsgroups: comp.unix.bsd
From: julian@tfs.com (Julian Elischer)
Subject: Ref.tfs.com and gcc2.3.3
Organization: TRW Financial Systems
Date: Wed, 6 Jan 1993 21:37:42 GMT

Ref.tfs.com automatically chroots guest users into a totally
self contained environment.

As part of moving 386bsd into gcc2.x, this environment
has been switched to be running (mostly) gcc2.3.3 compiled
utilities. The default compiler is now gcc2.3.3 and
most programs guests run are 2.3.3 compiled. The 'real'
environment is still the original binaries, so the system is still
bootable with old binaries.

The kernel tree has not yet been patched for 2.3.3 however that is
being organised now. complete conversion to gcc2.3.3 will
probably occur this weekend.

what this means to you:

if you login (as yourself or as guest) you will be running 2.3.3 compiled
binaries (except for those supplied from elsewhere)
if you compile anything, you will be compiling it under gcc2.3.3.

If you have supplied a package to ref, you may like to
come and see if it can be compiled correctly
under gcc2.3.3 (and try install and run it)
I can't possibly test everyone's packages..

Many thanks to ljo (Lars Olsen) for getting the standard
386bsd distribution compiling under 2.3.3!

julian
+----------------------------------+       ______ _  __
|   __--_|\  Julian Elischer       |       \     U \/ / On assignment
|  /       \ julian@tfs.com        +------>x   USA    \ in a very strange
| (   OZ    ) 2118 Milvia st. Berkeley CA. \___   ___ | country !
+- X_.---._/  USA+(510) 704-3137(wk)           \_/   \\            
          v

Newsgroups: comp.unix.bsd
From: gtoal@rachel.ibmpcug.co.uk (Graham Toal)
Subject: [386bsd] Naive uucp question
Organization: The IBM PC User Group On-line services
Date: Tue, 12 Jan 1993 04:06:59 GMT


Too trivial a question to bother the guru with...

When I do:
   cd /tmp
   echo Test > zzz
   uucp zzz cursci\!zzz

it queues a request to copy my /tmp/zzz to cursci's /tmp/zzz - is this
the expected behaviour?  I don't see why it's putting my default current
directory on the *output* file on another system.  The reason it's a problem
for me is that the remote system is a DOS box running UUPC and what I really
want to do is:
   uucp zzz cursci\!p:/some/dir/zzz
i.e. write the output at cursci to a file which isn't on the default drive.
(I've worked out the uupc runes to allow this I think - PUBDIR=/ PUBDIR=p:/
in the permissn file)

How do I pass the output file name p:something without it having either
my local current dir prepended, or the remote pub dir?

Thanks

Graham
Newsgroups: comp.unix.bsd
From: g88d4938@giraffe.ru.ac.za (MR GE DOYLE)
Subject: [386bsd] partitions
Organization: Rhodes University, Grahamstown, South Africa
Date: Tue, 12 Jan 1993 08:27:44 GMT

Hi all
 (I apologize if the following have been asked before, but I am a bit new to
 this - no excuse, but its the best I can come up with.)

 I've got a 150MB SCSI drive and have installed DOS on 50MB and BSD on 100MB.

 I fdisk'ed the primary and extended DOS partitions. BSD recognized the 100MB
 that was left and was installed on that. When I edited the disklabel there 
 was only 3 partitions, 'a', 'b' and 'c' with 'a' starting from cylinder 50, 
 DOS  taking 0-49.

 I installed DOS 5.0 and BOOTEASY. So far everything works ok.

 1) What I want to know is whether I had to make a 'd' partition, indicating 
    the whole disk?
    If I need a 'd' partition can I still change the disklabel?

 2) Will I have any problems later on with BSD overwriting the DOS partition
    (I recall some mail a while back about BSD starting from cylinder 0 
     overwriting DOS).
    Is it possible to change the order of the partitions so that BSD it put
    first?

Any feedback on these will be appreciated.

Thanx
  Greg
Newsgroups: comp.unix.bsd,comp.lang.c
From: matt@gecko.oes.orst.edu (Matt Curfman)
Newsgroups: comp.unix.bsd
Subject: [386bsd] Status of any PPP efforts?
Date: 4 Jan 1993 06:04:45 GMT
Organization: Oregon State University, Corvallis OR USA
Distribution: world
NNTP-Posting-Host: ra-box.wtfd.orst.edu

Is there any effort underway to support PPP on 386bsd?

-mc
_____________________________________________________________________________
Matt Curfman                                    Almanac Information Archivist 
matt@gecko.oes.orst.edu                     Oregon State University Extension

Newsgroups: comp.unix.bsd
From: bad@flatlin.ka.sub.org (Christoph Badura)
Subject: Re: [386BSD] New SCSI driver
Organization: Guru Systems/Funware Department
Date: Fri, 8 Jan 1993 21:18:06 GMT

In <DFR.93Jan8103414@rhino.ioc.co.uk> dfr@ioc.co.uk (Doug Rabson) writes:

>Does the new SCSI driver support the older Adaptec 1542A as well as
>the 1542B?  I know that the old one has problems with the older card.

It does.

>What are the differences between the 1542A and 1542B?

The 1542B has many more custom chips, which help to reduce the board
size. It doesn't support the 10MB/s DAM rate and has enhanced firmware
which recognises to new opcodes.
-- 
				Christoph Badura  ---  bad@flatlin.ka.sub.org

Personally, I don't care whether someone is cool enough to quote Doug
Gwyn--I only care whether Doug Gwyn is cool enough to quote. -- Larry Wall
Newsgroups: comp.unix.bsd
From: dresselh@rft30.nas.nasa.gov (Eliot Dresselhaus)
Subject: Multi-OS boot blocks, where?
Organization: Columbia U.
Date: Wed, 6 Jan 93 20:16:40 GMT

Can someone point me to source for the boot blocks which
allow booting of both DOS and 386BSD?

-- 
- eliot
  dresselh@rft30.nas.nasa.gov		Internet
From: pozar@kumr.lns.com (Tim Pozar)
Newsgroups: comp.unix.bsd
Subject: Re: [386BSD] XFree86 Questions: Help!
Date: 12 Jan 93 16:27:57 GMT
Organization: Late Night Software (San Francisco)

david@maxwell.ucsc.edu (David Darknell) writes:
>3. I now have the message, when I invoke xinit:
>	...
>	VGA256: SpeedUp mode selected (Flags=0x3f)
>
>	Fatal Server error:
>	could not open default font 'fixed'
>	XIO:  fatal IO error 32 (...
>
>	I have two font directories, 75dpi, and misc which were in the 
>	orig distribution.  Neither has any font named, 'default'.  What
>	am I missing here?

   I had the same problem.  Actually X is looking for a font named
"Fixed".  "Fixed" is aliased in the misc directory as 6x13, in the
fonts.alias file.

Why this error seems to crop up, seems to be that X is trying to set the
path to "/usr/X386/lib/X11/fonts/Speedo" in the font path, when Speedo
doen't exist.  When I took this path out and kept the
"...fonts/misc/,...fonts/75dpi/" it ran.

                  Tim

-- 
    Internet: pozar@kumr.lns.com     FidoNet: Tim Pozar @ 1:125/555
Snail: Tim Pozar / KKSF / 77 Maiden Lane / San Francisco CA 94108 / USA
                        Voice: +1 415 788 2022
From: pozar@kumr.lns.com (Tim Pozar)
Newsgroups: comp.unix.bsd
Subject: Re: modem-support
Date: 7 Jan 93 01:36:08 GMT
Organization: Late Night Software (San Francisco)

thumser@Techfak.Uni-Bielefeld.de (Wolfgang Thumser) writes:
>
>Whenever I connect the internal modem to the com1 port getty
>starts login immediately without waiting for somebody dialing in
>first. Is there any solutionto this problem?
>                      Thanks in advance
>                        Wolfgang Thumser

    Tell your modem to answer on the first ring and not echo commands and
not give result codes.  To do this do not run a getty on the com port when
you boot, stty the line for the b/s rate you want.  stty doesn't seem to
work with just the command "stty 19200 < /dev/com1" (a bug?). You need to
add something like "cs8" to the command like: "stty cs8 19200 < /dev/com1".
At this point run the tip that came with the boot diskette with the
command: "tip /dev/com1", and tell the modem to not speak.  My commands
for my MultiTech were "ATE0Q0M0" and "AT&W" to store them.
    Go back and edit the /etc/ttys file and stick this line in:
com1	"/usr/libexec/getty t19200"	dialup	on
save the file and do a "kill -HUP 1" to restart init.

    Remember to also set the com port to the highest rate the modem can 
handle.  If you can lock it down at that, the better.

          Tim

-- 
    Internet: pozar@kumr.lns.com     FidoNet: Tim Pozar @ 1:125/555
Snail: Tim Pozar / KKSF / 77 Maiden Lane / San Francisco CA 94108 / USA
                        Voice: +1 415 788 2022
Xref: sparky comp.unix.bsd:10989 comp.std.internat:1077
From: brad@bradley.bradley.edu (Bradley E. Smith)
Subject: Wangtek Controler and drive
Organization: Bradley University
Date: Wed, 6 Jan 93 01:59:24 GMT

does a wangtek and 60meg tape drive work?
if so how well (note: i am interested in both BSD and linux).
-- 
Bradley Smith			 brad@bradley.edu ---  309-677-2337
Network & Technical Services @ Bradley University, Peoria, IL

"It's amazing how much scrap metal you get from 4 cans of beer"
From: tch@cis.ksu.edu (Thomas C Hampton )
Newsgroups: comp.unix.bsd
Subject: I want Bkspc to map to ^H not ^? ...
Date: 13 Jan 93 03:20:20 GMT
Organization: Kansas State University
NNTP-Posting-Host: cygnus.cis.ksu.edu

I have just installed 386bsd and do not like my bkspc key mapping
to ^? with delete, is there a simple way to change this behavior?

Thx,

Tom
--
Tom C Hampton			    College of Engineering
Kansas State University		      Compter Science
NASA Mobile Robotics Research Group   Electrical and Computer Engineering
  "I love Calculus, I just wish I understood it!" --My wife

Newsgroups: comp.unix.bsd
From: Brad
Subject: Patch 26 and 56
Organization: ITC, Griffith University, Brisbane, Australia
Date: Tue, 12 Jan 93 03:31:27 GMT

I was wondering if anyone is having the problems I am when installing
patches from the Beta patchkit. I was recommended them to resolve
a problem to do with a ne2000 card that displays:

"starartartartartartaratart"

when receiving TCP packets. Unfortunately, patch 26 and 56 won't 
install properly. I looked up the use of these patches and it seems
that they aren't crucial. The problem is that after a kernel rebuild,
which I assume I have done correctly, the problem has not been solved.
Has anyone got anymore info on the problem and which patch actually 
solves it.


Brad Vaughan

b.vaughan@itc.gu.edu.au
Xref: sparky comp.unix.bsd:11110 comp.lang.c:19516
From: cbusch@ub.d.umn.edu (Chris)
Newsgroups: comp.unix.bsd,comp.lang.c
Subject: a unix terminal question
Date: 10 Jan 1993 20:14:44 -0600
Organization: University of Minnesota, Duluth
NNTP-Posting-Host: ub.d.umn.edu


   How does one read in a character from standard input without having
the program wait for the key.  Basically, I want to do something like:
    if(kbhit()) c=getch();
Except that is not standard, and I want it to work on all platforms.
Thanx. 

--
-=-=-=-=-=-=-=-=-= Chris Busch     cbusch@ub.d.umn.edu =-=-=-=-=-=-=-=-=-=-
 C(o_o))        _                        "The use of COBOL cripples the
   (=)         (_ -|- -|- is the         mind; its teaching should, 
  --|--        language of choice.       therefore, be reguarded as a
   /^\      Protest the use of BASIC!    criminal offense." -E.W. Dijkstra
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Wanted: Cheap run-of-the-mill standard VGA board. 
Wanted: RC airplane engines, radios, planes, etc
Newsgroups: comp.unix.bsd
From: randy@chinet.chi.il.us (Randy Suess)
Subject: Re: out of mem
Organization: Chinet - Public Access UNIX
Date: Tue, 5 Jan 1993 17:01:25 GMT

In article <1ic7grINN318@usenet.INS.CWRU.Edu> chet@odin.ins.cwru.edu (Chet Ramey) writes:
>In article <C0CtIF.4CK@chinet.chi.il.us> randy@chinet.chi.il.us (Randy Suess) writes:
>
>>	I should also mention that I am running the korn shell, ksh
>>	not csh, so the limit command has no effect.  I tried running
>>	csh, but it didn't help.
>What about the ksh `ulimit' builtin?

	'ulimit' is for disk file size and is a sysv thing, not bsd.

-- 
	I am created Shiva the Destroyer; Death, the shatterer of worlds!
	Who is this dog meat who stands before me now?
	That's the biz, sweetheart.
Randy Suess					 randy@chinet.chi.il.us
From: paul@isl.cf.ac.uk (Paul Richards)
Newsgroups: comp.unix.bsd
Subject: Bug in mathlib (i.e. -lfpu)
Date: 4 Jan 93 21:35:28 GMT
Organization: Intelligent Systems Lab, ELSYM, Universiity of Wales, College of 
              Cardiff.

I was getting totally different results from a program when compiled
with the mathlib routines so I thought I'd track down the problem.

Anyway, pow seems to mess up the results of expressions when the
numerator of the expression is a function and pow is the denominator.
I'll try and track down the cause tomorrow (It's getting late here).

Below is a test program which shows the problem. Compile it with the
stock -lm and with -lfpu and note the difference.

Anyone who has used mathlib (Interviews people take note) needs to
check that their code doesn't do this.

----------------

#include <math.h>

float myproc()
{
return 1.0;
}

void main(void)
{
	int i;

      for (i=0; i <5; i++)
         printf("test %f\n",myproc()/(float)pow(2.0,1.0));
}

----------------
From: paul@isl.cf.ac.uk (Paul Richards)
Newsgroups: comp.unix.bsd
Subject: gnu mathlib pow.s bug FIX
Date: 12 Jan 93 21:40:28 GMT
Organization: Intelligent Systems Lab, ELSYM, Universiity of Wales, College of 
              Cardiff.

I got around to looking at the pow.s bug I found in the mathlib library
today. The fix is included below. If you use the mathlib then you need
to apply this patch and recompile your apps. 

The bug was that pow() was corrupting temporary values held in the
registers ebx,esi and edi by restoring their saved values from the
wrong place on the stack.

*** pow.s.orig	Tue Jan 12 21:16:40 1993
--- pow.s	Tue Jan 12 21:20:05 1993
***************
*** 155,161 ****
  	fchs
  /*/NO_APP*/
  .L1:
! 	leal -28(%ebp),%esp
  	popl %ebx
  	popl %esi
  	popl %edi
--- 155,161 ----
  	fchs
  /*/NO_APP*/
  .L1:
! 	leal -40(%ebp),%esp
  	popl %ebx
  	popl %esi
  	popl %edi
-- 
  Paul Richards, University of Wales, College Cardiff

  JANET:paul@uk.ac.cf.isl	Internet:paul@isl.cf.ac.uk
  UUCP: paul@cf-isl.UUCP or ...!uunet!mcsun!uknet!cf!isl!paul
Newsgroups: comp.unix.bsd
From: filipi@cebaf9.cebaf.gov (Adrian Thomas Filipi-Martin)
Subject: #9GXe (S3 86C928)???
Reply-To: filipi@cebaf9.cebaf.gov (Adrian Thomas Filipi-Martin)
Organization: CEBAF (Continuous Electron Beam Accelerator Facility)
Date: Mon, 4 Jan 1993 14:51:25 GMT

--
Hi,
	Has anyone tried one of these new cards? Since it is S3 based, am I
fairly safe in assuming
that existing S3 dirvers will work with it? 

Adrian
----------------------------------+--------------------------------------------
adrian@cs.wm.edu          ---->>>>| Support you local programmer,
adrian@cebafi.cebaf.gov     --->>>| STOP Software Patent Abuses NOW!
Member: The League for        -->>| membership info at prep.ai.mit.edu:/pub/lpf
       Programming Freedom      ->| print "join.ps" for an application
----------------------------------+--------------------------------------------
Newsgroups: comp.unix.bsd
From: lancelot@spock.uucp (Thor Lancelot Simon)
Subject: Binary Compatibility (WAS Re: WordPerfect on 386BSD?)
Keywords: wordperfect 386bsd compatibility
Organization: Choate Rosemary Hall
Date: Wed, 13 Jan 1993 02:34:31 GMT

In article <1993Jan9.214255.26478@fcom.cc.utah.edu> terry@cs.weber.edu (A Wizard of Earth C) writes:
>In article <93010913477@erato.iowa-city.ia.us> jdb@erato.iowa-city.ia.us (John D. Boggs) writes:
>>
>>I can't find anything in the FAQ about compatibility, so I'll offer up
>>a question to the net at large.
>>
>>I want to be able to run WordPerfect on a unix box at home, and the good
>>folks at WordPerfect Corporation have apparently never heard of 386BSD.
>>So, is 386BSD binary compatible with the commercial flavor of Unix (what
>>is that, system 5?)  Has anyone got WordPerfect running on 386BSD?
>
>Nope, not yet; the only binaries that will run on 386BSD that were compiled
>to run on another box are the Mach BNR2SS binaries.  Unfortunately, the

BSD/386 binaries won't run?  Why not?
-- 
*******************************************************************************
*Thor Simon             * Okay, just a little pin-prick...There'll be no more-*
*tls@panix.COM          * Aieeeeaaaugh!-but you may feel a little _sick_.     *
*tls@spock.UUCP         *   ---Pink Floyd                                     *
*******************************************************************************
From: admerlev@cip.informatik.uni-erlangen.de (Arnd Merlevede)
Newsgroups: comp.unix.bsd
Subject: MSDOS-fs mountable ?
Date: Tue, 12 Jan 1993 22:07:00 GMT
Organization: CSD., University of Erlangen
NNTP-Posting-Host: faui00j.informatik.uni-erlangen.de

Hi, does anybody know, if there is an easy way of accessing
the MSDOS filesystem from BSD or the other way around ?
I tried mount -t .... , but to no avail.
Thanx for your ppointers
Arnd
Newsgroups: comp.unix.bsd
From: adasal@netcom.com (Salvatore Collora)
Subject: RARP SERVER
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Tue, 5 Jan 1993 17:56:03 GMT

Can anyone tell me if they've ever set up a RARP server on their
386BSD system.  I tried just using a /etc/ethers file, but is there
a daemon that is needed??

Any help would be appreciated...

Sal Collora
LMU Systems Administration
From: jeffb@csd4.csd.uwm.edu (Jeff Bartig)
Newsgroups: comp.unix.bsd
Subject: 386bsd--Can I use BOTH scsi and ide drives?
Date: 6 Jan 1993 20:43:38 GMT
Organization: University of Wisconsin - Milwaukee
NNTP-Posting-Host: 129.89.7.4

Hello,

I currently have 386bsd 0.1 installed on an IDE hard disk.  I
am going to be purchasing a second hard disk soon and a CD-ROM
drive later.  Since the CD-ROM will need a SCSI card, I am
concidering getting an Adaptec card and a SCSI hard disk now.
Will 386bsd support two drive types in the same computer?

Jeff

-- 
Jeff Bartig, Dept Programmer | Office: (608) 262-5631
UW-Madison Psychology Dept   | Fax:    (608) 262-4029
1202 W. Johnson St, Rm B29   |
Madison, WI 53706-1611       | E-Mail: jeffb@merlin.psych.wisc.edu
Newsgroups: comp.unix.bsd
From: msw@world.std.com (Mark S Warren)
Subject: [386bsd] Any utilities to read/write DOS disks?
Organization: The World @ Software Tool & Die
Date: Mon, 11 Jan 1993 20:09:13 GMT

I'd like to be able to do simple file copies to and from DOS disks and
diskettes (especially the DOS partion on 386bsd's hard disk).  Are there
any such tools around?  Didi I miss them on the distribution somewhere?

Thanks in advance,

-- 

 == Mark S. Warren    msw@world.std.com     (508) 772-6045 ==
From: hm@hcshh.hcs.de (Hellmuth Michaelis)
Newsgroups: comp.unix.bsd
Subject: Re: [386BSD] fp exception after 387 installation - help !
Keywords: 386BSD floating point 387
Date: 4 Jan 93 19:19:57 GMT
Organization: HCS GmbH, Hamburg, Europe

In <1611@hcshh.hcs.de> hm@hcshh.hcs.de (Hellmuth Michaelis) writes:

>[about installing an 387 and getting floating point exceptions after that]

>But the problem stays ! There is (and was) a "double" declaration of getpcpu()
>in ps.c - it solved the problem of the ps-coredump on the virgin 0.1, ps ran
>fine after installing the patchkit until i installed the 387 ....

got the gdb up and had a look, the exception is caused by the final
devide in the last line of getpcpu(), which reads

return(100.0 * fxtofl(p->p_pctcpu) / (1.0 - exp(p->p_time * log(fxtofl(ccpu)))));
                                  ^^^
                                  this causes the floating point exception.
is it somehow possible to get more information out of the fpu what exactly
caused the exception ?

hellmuth
-- 
hellmuth michaelis    HCS Hanseatischer Computerservice GmbH   hamburg, europe
hm@hcshh.hcs.de              tel: +49/40/55903-170         fax: +49/40/5591486
Newsgroups: comp.unix.bsd
From: bachesta@pugsley.Data-IO.COM (Jim Bachesta)
Subject: Re: out of mem
Organization: Data I/O Corporation
Date: Tue, 12 Jan 1993 15:13:41 GMT

I have been following the response on your posting. It seems that people have 
gone off on the wrong tangent on ulimit. I have seen this problem with virtual
memory. I have 10 Megs of Ram and 30 Megs of swap. I am unable to compile motif
or xv due to the virtual memory exahuasted error. Does anyone have a fix for this.
I am sure it has nothing to do with the ulimit.
-- 
Jim Bachesta
Data I/O Corporation
bachesta@Data-IO.COM
Newsgroups: comp.unix.bsd