HDTenEightyP/NetNews huggingface dataset:
From: Thomas.Mcwilliams@f615.n109.z1.fidonet.org (Thomas Mcwilliams)
Newsgroups: comp.os.linux
Subject: Linux or 386BSD: porting
Date: Thu, 24 Sep 1992 21:15:00 -0800

  Kendall Bennett,
  In a message on 22 September, wrote :

KB> Porting code to Linux is not so easy as porting to 386BSD, simply 
KB> because 386BSD has all the standard BSD stuff in it.

You must be kidding. BSD may be a lot of things but portable it is not.
In fact BSD C syntax is becoming increasingly isolated in the world. 
ANSI/POSIX/Standard C is the framework for portability. Linux easily 
handles the world standard *and* most of what BSD uses other than 
BSD's highly parochial signals. Interestingly enough under Linux, I
have had configuration scripts report that  "this looks like a BSD
system". I don't think that configuration scripts running under 386BSD
will report "this looks like a POSIX system". When porting code to
Linux
you can often define BSD, or SYSV, or POSIX and have it compile, and 
most the time it doesn't make much difference. In terms of ease of 
porting, Linux has the edge. Take a look at the Linux libc.a.
(Thanks H.J.L!)

Thomas  
...
 * ATP/Linux 1.40 * "Modesty died when false modesty was born." Mark
Twain

 * Origin: Enlightened Board (703) 370-9528 (1:109/615)
From: jablo@diku.dk (Jacob Martin Bohn Lorensen)
Newsgroups: comp.os.linux
Subject: My keyboard doesn't work in X
Date: 30 Sep 92 21:24:18 GMT
Organization: Department of Computer Science, U of Copenhagen

When I start X11v2.0, everything works except the keyboard.
Will anybody be so kind to tell me what could be the problem?
(Probably some wrong major/minor numbers in /dev/tty* ?)

Jacob.

-- 
No signature yet !
Newsgroups: comp.os.linux
From: "Stefan Berg" <sgberg@guava.ucs.indiana.edu>
Subject: [Q] Linux Ultrastore driver for ISA or EISA?
Organization: Computer Science, Indiana University
Date: Tue, 6 Oct 1992 09:25:33 -0500

Somebody who works on 386BSD told me, that Linux has an
Ultrastore driver (HD controller). Is this driver for
the ISA or EISA version? The Ultra 24F is the EISA version.
I have a strong feeling, that the driver is only for the
ISA version (12F or 14F I think). If that is the case, is
anyone out there working on an EISA version?

Hmm... or is it possible to use an Ultra ISA driver with
the Ultra EISA controller?

Thanks,

Stefan

-- 
,--------------------------------------------------------------------,
| Usenet   sgberg@charon.bloomington.in.us            Stefan G. Berg |
| Internet sgberg@ucs.indiana.edu        GE Mail: s.berg5            |
| Bitnet   sgberg@iubacs  NeXT Mail: sgberg@arapahoe.ucs.indiana.edu |
`--------------------------------------------------------------------'
Newsgroups: comp.os.linux
From: foudil@npac.syr.edu (Kamal Foudil-Bey)
Subject: routine for dos backup?
Organization: Northeast Parallel Architectures Center at Syracuse University (NPAC)
Date: Mon, 28 Sep 92 10:59:40 EDT

I know that this does not belong here but would any charitable
soul tell me if there is a program that could use(from a distribution site)
to backup my system. (I need to create a partition)

Newsgroups: comp.os.linux
From: badger@phylo.life.uiuc.edu (Jonathan Badger)
Subject: Re: DOS emulation under PD unix..
Organization: University of Illinois at Urbana
Distribution: na
Date: Sun, 27 Sep 1992 03:11:21 GMT

tdunbar@vttcf.cc.vt.edu (Thomas Dunbar) writes:


> TeX may be an obscure macro language but it's output certainly doesnt 
>leave much to be desired. it's output is far better than Word for Windows
>anyway which does a very poor job of justifying lines. many books and
>journals are typeset straight from TeX DVI files (especially by Addison-
>Wesley and Springer-Verlag)..something one would never use Word for.
>  perhaps it's just the computer modern font you dont like? use something
>else! TeX (and XFree86) supports PostScript Type 1 fonts just fine.
> 
>   thomas

>ps i moved from mswindows to Lunix precisely for an adequate typesetting
>environment; granted, my concern wasnt with advertizing layouts, etc

Does anyone really want to remember some obscure macro to do something like
create a footnote? Ancient PC software like PC-Write used to use imbedded 
commands like TeX does, but software in DOS-land has since evolved beyond
the Precambrian. I'm still amazed that UNIX which has such fine development
tools has such primitive applications... maybe because most UNIX users
write code but don't run apps? This is not a cut at the Tex enthusists out 
there - you have my admiration (& sympathy) to write your 500 page dissertationswith what is basically an expanded nroff :).
TeX does have a future - as an output format created by wysiwyg X editors...
.
Newsgroups: comp.os.linux
From: sburke@iguana.cis.ohio-state.edu (sean matthew burke)
Subject: FAQ-Please direct me.
Followup-To: poster
Organization: The Ohio State University Dept. of Computer and Info. Science
Date: Thu, 1 Oct 1992 23:29:32 GMT

Could someone please direct me to the FAQ for this group.

Thanks.


Newsgroups: comp.os.linux
From: gtoal@ibmpcug.co.uk (Graham Toal)
Subject: Re: Great marketing (Was Re: BYTE asks, is UNIX dead?)
Organization: The IBM PC User Group, UK.
Date: Mon, 28 Sep 1992 19:52:21 GMT
Keywords: UNIX

In article <1a7gv0INNc35@almaak.usc.edu> ajayshah@almaak.usc.edu (Ajay Shah) writes:
:The leader of the Windows NT project is a guy named Dave Cutler
:who worked for DEC before this job.  He was asked how doing this 
:project was different from his earlier work.  He said ``it's the
:same OS, but I've never seen such marketing''.
:
:Really: it's sickening to see the way the peasants are blindly
:believing that Windows NT is the ``OS of the future''.  This when
:it's as certain as plain daylight that Microsoft will never have
:a market share as large as what it had in 1987, ever again, even
:if Windows NT can ship before end-1993 and it can be free of bugs
:and it can be worth using for anyone.  Remember these guys tried writing
:DOS, Windows, OS/2.

Unfortunately I fear you may be wrong.  Note the "Dec" above.  Windows NT
is being targeted at the new Dec ultra-fast 64bit Risc line, which
Microsoft will use as a stepping stone into the real computer
market.  Rumour has it that the Dec port of NT is actually ahead of
the Dos version...  what i see happening is that people will be able
to use this to move their software away from DOS and [345]86 architectures
which will then die out, but Microsoft will survive because they're already
heading in this new direction :-(

G
-- 
Newsgroups: comp.os.linux
From: jem@vipunen.hut.fi (Johan Myreen)
Subject: Re: Modems etc.
Organization: Helsinki University of Technology, Finland
Date: 26 Sep 92 21:54:49

In article <Bq6kRB1w165w@questor.wimsey.bc.ca> sp@questor.UUCP (Steve Pershing) writes:
>buchholz@studsys.mscs.mu.edu (Jacob S. Buchholz) writes:

>=> With all this talk of serial cards and '450s vs '550s, I'm wondering if
>=> there would be any difference to use an internal modem...  Would an internal
>=> modem worry about buffering, or would it need to?

>Yes.  Internal modems also make use of such chips.  Some use 8250's others
>14450's and others (the faster ones), 16550's.  They too have to get serial
>data to and from the PC Bus.   :-)

It wouldn't have to be like this. The serial data that flows on the
telephone line has little to do with the serial data moving between
the modem chip and the UART. Back in the old days (300 cps) a modem
consisted of a FSK modulator/demodulator and these were connected
more or less directly to the serial port. The modem didn't even know
about start- or stopbits.

Nowadays, with error correcting and compressing modems, things aren't
this simple anymore. Data is received in packets which are buffered,
decompressed and checked for transimission errors. And even if you
don't use compression and error correction the connection isn't
'straight through' like in a 300 bps modem, since at least two bits
are coded in a single change of state on the transmission line. Fast
modems also use synchronous transmission, although the interface
between computer and modem is asynchronous.

An internal modem includes a UART chip just look just like external
modem to the software. This results in a totally unnecessary
parallel-serial-parallel conversion step.

Does anybody know if internal modems without this unnecessary
conversion step have been built? And do the current modem chips
(Rockwell etc.) offer parallel outputs? This could become another Gnu
Hardware project: a fast modem which would of course include big FIFOs
to once and for all eliminate any problems with overflowing buffers...
And hey! It would even be legal here in Finland for the next four
days!

--
Johan Myreen
jem@cs.hut.fi
From: sdh@po.CWRU.Edu (Scott D. Heavner)
Newsgroups: comp.os.linux
Subject: Lots O'Questions: (Xv2.0, GCC, Man)
Date: 6 Oct 1992 02:12:33 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: sdh@po.CWRU.Edu (Scott D. Heavner)
NNTP-Posting-Host: thor.ins.cwru.edu


	1) X11v2.0:  I have a 1M "RTVGA" Card and can't get anything
readable.  The X background looks nice though.  At first I thought that
this was what I was supposed to fix with the Xconfig file, but I really
couldn't get it any better (even getting it worse took a lot of work).
The graphics and text look bad.  
	If I type in the numbers 1234 I get this out 1+2+3+ (not
really, the pluses are little pieces of the 4 and everything is
backward i.e. \ becomes /).  Also, the cursor doesn't glide, but 
kind of scrolls, that didn't come out quite right, but if you've 
seen it, you probably understand.  Anyhow, I've given up playing 
with it until I get a hold of the source, but I was wondering 
if anyone else had found a solution.


	2) I installed GCC2.2.2d with jumptable 4.1 with Linux 0.97
patchlevel 6.  I can't compile some stuff though because it's
looking for stuff in the include/linux dir that isn't there (I have
one file there 'const.h').  For example include/limits.h has its
own include statement to include/linux/limits.h  Did I miss a 
tar file or something?

	3) I also installed Man 1.1a (maybe, whichever is available
on tsx-11) and groff-1.05, but there are many man file which it
won't work with.  However, if I change the first line to a blank
comment .\"    then it works fine.  I don't want to have to do this
for all my man files though.


				Scott
				sdh@po.cwru.edu


-- 
"Then they always say things like that after a winter storm      {Ogden Nash}
 The snow is a white blanket.  Oh it is, is it, all right then, you sleep
  under a six-inch blanket of snow and I'll sleep under a half-inch blanket
  of some unpoetical blanket material and we'll see which one keeps warm,"
Newsgroups: comp.os.linux
From: smackinla@cc.curtin.edu.au (Pat Mackinlay)
Subject: ANNOUNCE: Driver for XT HD controller
Organization: Curtin University of Technology
Date: Fri, 2 Oct 1992 12:53:44 GMT


This is a simple driver that allows XT hard disk controllers (at least the
DTC 5150x) to be used under Linux. You may ask yourself why anyone would
want to use an XT hard disk controller on their 386+ machine. The reason
that I have is that I had a couple of old MFM hard disks sitting around that
weren't being used for anything else. XT hard disk controllers have the
small advantage of being able to coexist with IDE type drives as well, so
there was no reason (apart from lack of a driver) that they couldn't be used
in the same machine. In fact, I have 1 IDE drive, 1 SCSI drive and 2 XT
drives all running quite happily together in the same machine!

Note, however, that XT controllers are _slow_! I have timed my old disks
at 27kB/sec going through this controller, which kind of means that you can
only really use them for archival type storage (no swap partitions <grin>).

The driver was finished under Linux 0.98, but it should work without major
difficulties under almost any version from 0.97 up (not sure about 0.96).

The driver is on tsx-11.mit.edu::incoming/xtdisk.tar.Z at the moment. The
one thing that I forgot to mention in the docs is the creation of the /dev
files. These follow the convention of the "hd" devices, ie: drive 1 uses
xda1 for primary partition 1 etc, while drive 2 uses xdb?. The major number
is 12, with minors in the same sequence as for "hd".

If you find any bugs in the driver (or even if it works perfectly!), please
don't hesitate to email me with a report.

Please note: I have grabbed major device number 12 for use with this drive.
If anyone out there was planning on using that, can you please contact me
and we'll work something out.

Pat -- Have a day!
Newsgroups: comp.os.linux
From: jem@SunSite.unc.edu (Jonathan Magid)
Subject: Re: 3 questions !
Organization: University of North Carolina, Chapel Hill
Date: Wed, 30 Sep 1992 05:02:02 GMT

In article <1992Sep29.134419.28532@newstand.syr.edu> lruppert@rodan.acs.syr.edu (Your worst nightmare...) writes:
>In article <1992Sep29.120028.3762@cicb.fr> lebailli@cicb.fr (Olivier Le Baillif) writes:
>>
>>that's ok, everything is running perfectly well, BUT when I start X the xterm is still using
>>a US keyboard mapping !!!
>>		Does it come from xterm, must I have to recompile it ? 
>>
>No need to recompile, I think you just need to use Xmodmap or something.

you can find french, german, united kingdom, and norwegian modmaps
on sunsite.unc.edu in /pub/Linux/X11/misc.

jem.

-- 
Jonathan Magid     jem@sunsite.unc.edu       SunSite Administrator
Virtual pizza Delivery (tm)::faxed in 30 cycles or less or you get it
----------------------------------------FREE!!!-----------------------
From: mal11@po.CWRU.Edu (Matthew A. Lewis)
Newsgroups: comp.os.linux
Subject: Re: selection-1.2 working under linux0.97.6: my 'strange' experiences
Date: 30 Sep 1992 15:11:47 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: mal11@po.CWRU.Edu (Matthew A. Lewis)
NNTP-Posting-Host: slc5.ins.cwru.edu


In a previous article, ajh@gec-mrc.co.uk (Andrew Haylett) says:

>H.J. wrote:
>
>| I have a selection 1.3 for 0.97 pl 6. If anyone is interested, I can put
>| it up for ftp.
>
>Don't bother. I am planning to put out a version 1.4 containing patches
>against 0.98 shortly; it doesn't differ from version 1.3 in other
>respects. I'm not sure what the problem is with the Logitech Mouse Man
>rodent that another poster described; has anyone else got it working
>with such a beast?


well.....this is strange too. I was that other poster. i got
selection-0.98 off sunsite and , by God, it works! *crowd cheers*
Funny thing is though that I specified my mouse as Microsoft
in mouse.c. But I have a Mouse Man. In my Xconfig file, only Mouse Man
works. I remember trying Microsoft and it locked up.

Strange(love).........

-- 
MaThiEu a. LeWis    "ask me why and i'll die/and if you must go to work
Thieves Like Us      tomorrow/well, if i were you i wouldn't bother/for there
mal11@po.cwru.edu    are brighter sides to life/and I should know because I've
                     seen them/but not very often/am I still ill?"
Newsgroups: comp.os.linux
From: djr48312@uxa.cso.uiuc.edu (X X)
Subject: X11v1.1,GCC2.2.2d,linux.98,ka9q all i need for slip connection?
Organization: University of Illinois at Urbana
Date: Tue, 6 Oct 1992 04:38:51 GMT

I'm using linux for 2 reasons:  One to actually learn more about OS's and I
want to use it to connect to my universitys machines via slip connection.
I have access already and all i have to do is get linux ready.  Ive installed
x once but only got the grey screen and the cursor, no xterm's popped up.
I have GCC2.2.2d, and am about to install ka9q this or next wkend.  Is this
all Im going to need to make this connection?  How am I going to establish it?
So far I believe you call with something like kermit, at the terminal you
type slip then your address and passwd. Then you shell out and start your
slip, then youd run X and Xhost +, then setenv DISPLAY what ever over on 
the other machine.  Then you could run xterms from over the line.  I have
the 14.4 modem with the 16550A uart ready and all the memory and speed ill 
need.  Is this all I have to do to get this started?
From: gentzel@nova.enet.dec.com
Newsgroups: comp.os.linux
Subject: Bug(?) in 0.98.pl1 seagate.c patch
Date: 6 Oct 92 04:48:17 GMT
Reply-To: gentzel@nova.enet.dec.com
Organization: The Internet

This block of the seagate.c patch in 0.98.pl1 looks wrong.  It looks as though
an "over-zealous" elimination of eoi was done, but this unintentionally makes
the return conditional...

***************
*** 369,375 ****
  	if (target > 6)
  		{
  		if (reselect == RECONNECT_NOW)
- 			eoi();
  		return DID_BAD_TARGET;
  		}
  
--- 366,371 ----

Dave Gentzel
From: jem@vipunen.hut.fi (Johan Myreen)
Newsgroups: comp.os.linux
Subject: Re: Pascal compiler needed
Date: 29 Sep 92 19:29:06 GMT
	<1992Sep28.170707.10547@samba.oit.unc.edu> <3752@ra.nrl.navy.mil>
Organization: Helsinki University of Technology, Finland

In article <3752@ra.nrl.navy.mil> eric@tantalus.nrl.navy.mil (Eric Youngdale) writes:

>	If you are feeling a bit brave, there is a pre-alpha version of
>GNU-Pascal available from kapi.hut.fi.

kampi.hut.fi:/jtv/gnu-pascal
  ^
--
Johan Myreen
jem@cs.hut.fi
Newsgroups: comp.os.linux,comp.sys.ibm.pc.hardware
From: ede@kadabra.osf.org (Ted Ede)
Subject: QUESTION: X: difference between XFree86 and X11v2.0
Organization: Open Software Foundation
Date: Thu, 1 Oct 1992 22:28:12 GMT



Can someone explain the differences between XFree86 and X11v2.0?
I see them both mentioned in posting but I'm not sure what the differences
are.  If I missed it in a FAQ someplace, I apologize.  

ted

   Ted Ede -- ted@world.std.com -- on contract at the Open Software Foundation
      -- All views expressed are mine unless explicitly stated otherwise --
	           -- This line intentionally left blank  --
From: pc123@cl.cam.ac.uk (Pete Chown)
Newsgroups: comp.os.linux
Subject: Re: What's the best technique to implement a little terminal?
Summary: Been there, seen it, done it
Date: 5 Oct 92 18:08:22 GMT
Reply-To: pc123@phx.cam.ac.uk (Pete Chown)
Organization: U of Cambridge Comp Lab, UK

In article <1992Oct5.141626.15853@prime.mdata.fi> kennu@mits.mdata.fi (Kenneth Falck) writes:
>I would like to try to program a little terminal for linux that
>would just copy keyboard input to the modem-tty, and everything
>from the modem to the console.

I already have a program that does this - I didn't think people would
find it too useful, but I'll put it somewhere for FTP if you want.

>Under MSDOS this is easy, because
>you can eat up all the CPU time checking for keyboard input and
>modem input in a tight wait loop, but how should one go on doing
>this under a multiuser/multitasking system?

The select() system call, to cut a long story short.  It is given a
time-out and a list of file handles to check, and it blocks until
either the time-out expires or one of the file handles becomes ready
to be read, written, or shows an exceptional condition.

>Is there any way to make "interrupts" or call-backs to a user-
>specified function

Not that I know of.  I'd be interested to know of a way though.
--
---------------------------------------------+ "A tight hat can be stretched.
Pete Chown, pc123@phx.cam.ac.uk (Internet)   |  First damp the head with steam
            pc123@uk.ac.cam.phx (Janet :-)  -+  from a boiling kettle."
Newsgroups: comp.os.linux
From: int177c@aurora.cc.monash.edu.au (Jae J Won)
Subject: gcc weirdness
Organization: Monash University
Date: Fri, 2 Oct 1992 02:59:24 GMT

Hi,

	While working with gcc2.2.2d with jump table, I found a weirdness I really
couldn't pinpoint. Okay, what happens is that, when I run this code below
(okay, stop laughing at the code. The fact that code doesn't work properly 
is not the question..:) , it somehow falls into an infinite loop. I have taken
the exact same code to the compiler(gcc, and cc) at my school's decs and they
work fine(sorta..at least it doesn't fall into infinite loops...)
	I did run gdb on it and at the end of the code, gdb tells me something like
"pc function lost" something..(I really can't remember). Okay, there is probably
a subtle option that prevents this infinite loop or something..:) If there is
, please someone point me to the right direction. If it is a bug(god forbid),
umm..well...(I doubt it though).
	Okay, here is the code and my setup is kernel 0.97pl4(it has been running so
well that I saw no need to upgrade), X 2.0(could it be this??) and I got a 
386 with no copro.

Thanks to those who are willing to help...:)


Jae

code:

======from here======

#include <stdio.h>

typedef struct equiv{
        int wrong;
        int right;
} EQUIV;

int eq_count;

void optimize(EQUIV eq_region[], int eq_no, int wrong, int right){
        int i;
        for ( i=eq_no; i<eq_count; i++ ){
                if ( eq_region[i].right == wrong ){
                        eq_region[i].right = right;
                        optimize(eq_region, i, eq_region[i].wrong, right);}
        }
}

void main(){
        EQUIV eq_region[5];
        int i;
        eq_count = 7;
        eq_region[0].wrong = 2 ; eq_region[0].right = 1 ;
        eq_region[1].wrong = 4 ; eq_region[1].right = 2 ;
        eq_region[2].wrong = 5 ; eq_region[2].right = 3 ;
        eq_region[3].wrong = 6 ; eq_region[3].right = 4 ;
        eq_region[4].wrong = 7 ; eq_region[4].right = 4 ;
        eq_region[5].wrong = 8 ; eq_region[5].right = 5 ;
        eq_region[6].wrong = 9 ; eq_region[6].right = 5 ;

        for (i=0; i<eq_count; i++){
                printf("eq_region[%d].wrong = %d ; eq_region[%d].right = %d\n" ,i, eq_region[i].wrong, i, eq_region[i].right);
        }
        optimize(eq_region, 0, eq_region[0].wrong, eq_region[0].right);
        printf("\n\nOptimized stuff\n");

        eq_count = 7;
        for (i=0; i<eq_count; i++){
                printf("eq_region[%d].wrong = %d ; eq_region[%d].right = %d\n" ,i, eq_region[i].wrong, i, eq_region[i].right);
        }
}


Newsgroups: comp.os.linux
From: jrs@world.std.com (Rick Sladkey)
Subject: new 8-bit clean version of GNU Emacs available for Linux
Organization: The Internet
Date: Tue, 6 Oct 1992 04:06:56 GMT

I have uploaded a new version of GNU Emacs 18.58 for Linux to tsx-11,
nic, and sunsite.  This version is compiled with libc-4.1 and
libX11-2.1.  It may take some time for the administrators to
locate them in their final resting places.

The files are:

* emacs-4.1.tar.Z		README and diffs
* emacs-etc-4.1.tar.Z		support programs
* emacs-shared-4.1.tar.Z	non-X version and its DOC file
* x11emacs-shared-4.1.tar.Z	X11 version and its DOC file

The new features are:

* XMenu support for the X11 version
* eight-bit input/ouput support for both versions

The new features from the early 4.1 jump-table release were:

* TCP/IP support with open-network-stream
* larger sharable code segment
* compiled with jump-table library
* emacsclient and server work correctly
* full Berkeley /etc/termcap included

If you have already downloaded emacs-4.1 the only new feature is
eight-bit input/output support.  You don't need a new version or if
you don't need eight-bit I/O or don't want the X11 version.

Thanks to Janne Himanka for encouraging me to include eight-bit
support.  Please let me know if there are any problems.
--
Rick Sladkey
jrs@world.std.com
Newsgroups: comp.os.linux
From: d88-jwn@drax.nada.kth.se (Johan Whlin)
Subject: Re: vixie-cron problems
Organization: Royal Institute of Technology, Stockholm, Sweden
Date: Tue, 29 Sep 1992 12:17:50 GMT

In article <1730@optigfx.optigfx.com> mrm@optigfx.optigfx.com (Mike Murphy) writes:
>In article <Bv6Fo3.GC2@ais.org> lcd@ais.org (Leon Dent) writes:
>>[problems with vixie-cron deleted]
>
>I've sent bug fixes for these problems to Paul Vixie. Bug him for
>the fixes :-)
>
>The fixes also make crond robust in the event of system time changes.
>-- 
>Mike Murphy  mrm@Optigfx.COM  ucsd!optigfx!mrm    +1 619 625 3000 x 265
>Optigraphics Corporation  9339 Carroll Park Drive  San Diego, CA  92121
>The opinion(s) expressed above are  mine  and not those of my employer.

Maybe you could upload your fixed version to a ftp site. I know I'm
interested.
-- 
/Johan W}hlin (.. where the } really is an a with a ring above it.. 8))
Newsgroups: comp.os.linux