HDTenEightyP/NetNews huggingface dataset:
From: alex@gravity (Alexander Jung)
Subject: Problem with net-bin-0.2 rlogin
Organization: University of Wuerzburg, Germany
X-Newsreader: TIN [version 1.1 PL8]
Date: Fri, 8 Jan 1993 19:17:07 GMT

Rick Sladkey (jrs@world.std.com) wrote:

: The binary distribution is compiled with libc.so.4.2.  This means that
: you *must* upgrade to the libc included with the latest gcc 2.3.3
: before you can use them.  Also note that you must have the latest
: Linux kernel 0.99 patchlevel 2 for rlogind to work correctly.

I installed the programs from net-bin-0.2. All but one of them work 
without any problems. 

The only one I could not get to work was rlogin:
All I ever get from it if I try to connect to a remote host is:

gravity:~>rlogin sol.astro
rlogin: connection closed.

(this happens to any of the machines here, i.e. RS6000, Sparcs,
HP Apollo....)

The only machine rlogin works to is my own machine (here it
works without any problems, but that is probably not the intended 
use for it :-)

I have 0.99.2, and lib 4.2, it is installed as setuid root and 
it seems to resolve at least the host name correctly (I get a
'unknown host' for a nonexistent host)

Could some kind soul please help me?


Alex

P.S.: please post your reply, as my mail setup does not 
      work yet :-(
From: albion@csd4.csd.uwm.edu (Craig T Manske)
Newsgroups: comp.os.linux
Subject: Coding question/libs
Date: 13 Jan 1993 01:19:45 GMT
Organization: Computing Services Division, University of Wisconsin - Milwaukee
Distribution: usa
NNTP-Posting-Host: 129.89.7.4
Originator: albion@csd4.csd.uwm.edu

I am trying to port a program over to Linux, and have pulled out all of my
hair over this problem, so I figure I'd ask around here.  The program
compiles fine, but I get a 
  
/usr/lib/crt0.o undefined symbol _main referenced from text segment
  
 when I try to link.   Anyone have any ideas?  I hope this isn't a dead end
for me.
  
Albion

Newsgroups: comp.os.linux
From: joel@wam.umd.edu (Joel M. Hoffman)
Subject: Re: DOS emulation
Organization: University of Maryland, College Park
Date: Thu, 7 Jan 1993 22:40:43 GMT

In article <1993Jan7.184329.8050@bernina.ethz.ch> almesber@nessie.cs.id.ethz.ch (Werner Almesberger) writes:
>In article <1993Jan5.174435.3669@wam.umd.edu> joel@wam.umd.edu (Joel M. Hoffman) writes:
>> I see two possibilities:  One, giving the DOS program full control of
>> the screen, for SVGA graphics.  The program could do whatever it
>> wanted, and so the VC code would have to be augmented to save/restore
>> the complete state of the video card.  This would be a good thing,
>[...]
>> The only problem with this approach is that I don't think
>> graphics programs could run in the background.
>
>If you mean "detaching from a display", why not ? It's not necessarily
>different from switching a VC. VCs aren't things that really exist in
>hardware either.
>
>If you mean "switching to a different VC", why not ? The display memory
>could be mapped to the physical frame buffer while the respective VC is
>in the "foreground" which is copied to a buffer in user space when
>switching to a different VC. Now, that buffer memory could be mapped to
>the display memory and the DOS program could happily continue to
>scribble to what it thinks is its screen. It would even run faster ;-)
>

It's not that simple, becuase of the registers.  Currently, each VC
emulates a video buffer, which means that as long as a process is only
writing to the text part of a video card, everything is fine.  X, on
the other hand, does lots of complex things with the card, and so
doesn't like the (current) VC scheme.  To really get things running,
so that DOS processes that like to use the entire video card (not to
mention X) can run either in the background or on a non-selected VC
(which, as you mention, is basically the same thing), the VC code
would have to emulate the entire video card, not just the text buffer.

I think that's a good goal to shoot for, for lots of reasons.  But I
certainly don't know enough even to begin.

-Joel
(joel@wam.umd.edu)
From: kotulla@bruichladdich.informatik.rwth-aachen.de (Axel Kotulla)
Newsgroups: comp.os.linux
Subject: Unreadable file causes kernel panic, why ???
Date: 7 Jan 93 12:46:45 GMT
Organization: Rechnerbetrieb Informatik - RWTH Aachen
NNTP-Posting-Host: bruichladdich.informatik.rwth-aachen.de
Summary: An unreadable file causes a kernel panic evry time I want to rm it.
Keywords: inode kernel panic extended file-system

Hello,

Yesterday I wanted to remove a file "cc0103.i" from my "/tmp"-directory,
but every time I do a:

rm /tmp/cc0103.i

I got the message:

Kernel panic: Unable to read i-node block

I did a efsck -r /dev/hdb2 but it reported no errors in the file-system.
Then I moved /tmp to /tmp.bak, created a new /tmp and tried to remove
the whole /tmp.bak, but I had no success.

So, how is it possible to get rid of this one file?

Any idea would be very helpful.

Axel
-- 
Axel Kotulla (E-Mail: axel@pool.informatik.rwth-aachen.de)

Newsgroups: comp.os.linux
From: jaggy@purplet.demon.co.uk (Mike Jagdis)
Subject: Help with ET4000 and ...etc
Organization: FidoNet node 2:252/305 - The Purple Tentacle, Reading
Date: Tue, 12 Jan 1993 07:00:00 +0000

gg> The values calculated by the spreadsheets for the timings
gg> were well out when the specification and actual as measured on the
gg> card output were compared.

I assume you mean the sync timings and the pre and post-sync delays? These 
are probably where most people have problems. Some monitors seem to like 
shorter syncs than others, some longer. In particular interlaced modes often 
cause problems. Too long a horizontal sync period looses the 
"interlacedness" of the display in many cases. It would perhaps be better to 
have the sync timings set up according to one of the VESA modes initially. I 
just left what worked for me in there - which wasn't an interlaced set up.

  I'll release a new modegen.taz package in a couple of days anyway. I think 
the sc in there tries to write to text space and core dumps :-).

                                Mike
From: eichin@athena.mit.edu (Mark Eichin)
Newsgroups: comp.os.linux
Subject: Re: Installing Packages from HD - how ?
Date: 6 Jan 1993 22:07:52 GMT
Organization: Massachusetts Institute of Technology
NNTP-Posting-Host: tweedledumb.cygnus.com
In-reply-to: horke@buchonia.rhoen.in-berlin.de's message of Wed, 06 Jan 1993 01:33:28 GMT

In article <1993Jan06.013328.7683@buchonia.rhoen.in-berlin.de> horke@buchonia.rhoen.in-berlin.de (Bernhard Kroenung) writes:
   From: horke@buchonia.rhoen.in-berlin.de (Bernhard Kroenung)
   Date: Wed, 06 Jan 1993 01:33:28 GMT

   is it possible to install packages from HD (mounted DOS-Partition) instead
   of installing every single disk. Just put all the files in a directory and
   the "sysinstall -instsrc /mounted/dos/partition" should work - but how ?


Well, if you have the "disks" as normal directories, such as /dos/b1,
/dos/b2, /dos/x1, etc... then
	sysinstall -instsrc /dos -series b
	sysinstall -instsrc /dos -series x
will work (I did my most recent upgrade this way, though the disks
weren't on a DOS partition,  just a second linux one... took a1-a4
from floppies, mounted the other disk, and about 3 minutes later had
*ALL* of SLS installed.)
	Note that the usage message for SLS is still wrong - it says
"-special", which doesn't actually exist. (Peter? I sent you email
about this last November... /dev/null is still mode 644 instead of 666
as well... I'm not complaining, I'm just not sure that the email ever
reached you.)
				_Mark_ <eichin@athena.mit.edu>
				MIT Student Information Processing Board
				Cygnus Support <eichin@cygnus.com>
Newsgroups: comp.os.linux
From: eeron@techunix.technion.ac.il (Ron Daisy)
Subject: Gnuplot 3.2  (Non X11) & Pari.
Reply-To: eeron@techunix.technion.ac.il (Ron Daisy)
Organization: Technion, Israel Inst. of Technology
Date: Tue, 5 Jan 1993 14:12:27 GMT

1) Is there any where a (Non X11) binary of Gnuplot 3.2, which 
works under Linux 0.98?

2) Do some one have the binary of Pari?

Where and how can I get them?

Thanks!!
From: KK4D%MARISTB.bitnet@YaleVM.YCC.Yale.Edu (Dan Newcombe)
Newsgroups: comp.os.linux
Subject: List of stuff that works under Linux
Date: 9 Jan 1993 14:04:27 -0600
Organization: UTexas Mail-to-News Gateway
NNTP-Posting-Host: cs.utexas.edu

Here's a project that I would be interested in overseeing/doing
or whatever.  Maintaining a list of software that people have
sucessfully ported over the Linux.  Sure, a lot of it is on some
site, or another, but I know there are times where you just grab
a file from xxx.xxx.yyy.zzz and compile it and it runs.  You think
neat...just what I needed, and then go about your business.  If I
could persuade you to take a second and alert everyone else that
this works on Linux, I think it would be great.
(Is there allready something for this?)

Anyway, what I had in mind was something like:

Program Name:
Obtained from:  (ftp site and subdirectory)
Brief Description:  (something like database, cute shoot-em-up game)
Compiled Under: (Kernel version, GCC version(or whatever lang),
                 library version)
Special Dependencies: (stuff like needs X, or Needs CLISP and joystick)
Needed Changes:  (Changes you had to make.  This is the only part
                  I'm not sure about.  Maybe I could keep a file
                  of patches, or where patches could be found.
                  If it's something small like "undef BLOCK" then that
                  could be kept here, but I don't want this list to
                  have stuff like a patch to bring kernel v0.10 up to
                  v0.99pl2  :)


So what do you think?   I can't run this as an automated server as
we don't have a system that can do this (for student use) but I could
write some sort of program and leave it running on one of my accounts
that could handle mailed in requests as long as the subject has a
certain key in it.

Well, mail any comments or entries to STDN@MARISTB.MARIST.EDU
or STDN@MARISTB.BITNET (if the first doesn't work)

  -Dan


Dan Newcombe
stdn@vm.marist.edu
kk4d@maristb.marist.edu
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
- Real programmers don't comment their code. If it was hard to
  write, it should be hard to read.

Newsgroups: comp.os.linux
From: zmbenhal@netcom.com (Zeyd M. Ben-Halim)
Subject: ncurses (SYSV/keypad/color hooks/terminfo) upload
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Fri, 8 Jan 1993 07:31:36 GMT

I've just uploaded ncurses.lzh to sunsite.unc.edu:pub/Linux/Incoming.
This a BETA version of Curtis Pavel's ncurses. It is a SYSV-compatible curses
with support for SYSV semantics, keypad, and terminfo. I've also added support
for color although that is still ALPHA.

PLEASE NOTE THAT THIS IS FOR PEOPLE WILLING TO TINKER WITH IT AND ACT AS BETA
TESTERS. No flames if it doesn't work as expected. Complaints (please be
specific) and comments are welcome.

It does work, but you have to understand how curses work quite well before
you can use it effectively (with multiple overlapped windows).

I have include a program gdc.c (Great Digital Clock) that illustrates the
use of color. Also included is an implementation of Reversi (not very pretty)
but useful if learning how curss works.

There are lots of docs. They are not uptodate but will be as soon as the bugs
are ironed out.

Zeyd
From: Andy.Tainter@f615.n109.z1.fidonet.org (Andy Tainter)
Newsgroups: comp.os.linux
Subject: See Me?
Date: Sun, 03 Jan 1993 00:00:04 -0800

HI,
I have installed SLS 0.98 and it seems to work fine. I have left
several
msgs in this echo from the BBS I am on, and haven't gotten any
responses. This may be because the questions I ask are common
knowledge,
(like is there a 3c501 driver, seems there isn't one, and may not be)
or
it may be because I am not 'getting out'. Would someone please respond
to this message so I can tell if my msgs are 'getting out'? Thanx!!!

Andy
___
 X SLMR 2.1a X Hello, I am part number ||X||||X||X||X||

 * Origin: Enlightened Board (703) 370-9528 (1:109/615)

Newsgroups: comp.os.linux
From: almesber@nessie.cs.id.ethz.ch (Werner Almesberger)
Subject: Re: DOS emulation
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Thu, 7 Jan 1993 18:43:29 GMT

In article <1993Jan5.174435.3669@wam.umd.edu> joel@wam.umd.edu (Joel M. Hoffman) writes:
> I see two possibilities:  One, giving the DOS program full control of
> the screen, for SVGA graphics.  The program could do whatever it
> wanted, and so the VC code would have to be augmented to save/restore
> the complete state of the video card.  This would be a good thing,
[...]
> The only problem with this approach is that I don't think
> graphics programs could run in the background.

If you mean "detaching from a display", why not ? It's not necessarily
different from switching a VC. VCs aren't things that really exist in
hardware either.

If you mean "switching to a different VC", why not ? The display memory
could be mapped to the physical frame buffer while the respective VC is
in the "foreground" which is copied to a buffer in user space when
switching to a different VC. Now, that buffer memory could be mapped to
the display memory and the DOS program could happily continue to
scribble to what it thinks is its screen. It would even run faster ;-)

- Werner
-- 
   _________________________________________________________________________
  / Werner Almesberger, ETH Zuerich, CH      almesber@nessie.cs.id.ethz.ch /
 /_IFW_A44__Tel._+41_1_254_7213___________________________________________/
From: ranfry@mala.proteus.qc.ca (Ranfry)
Newsgroups: comp.os.linux
Subject: Thank you all
Summary: Thanks for all your help
Keywords: A! boot drives
Date: 6 Jan 93 22:44:05 GMT
Organization: Mala's Refuge, Montreal, Canada

Okay, here goes.  Two days ago, barely I sent a cry for help.  I asked what
I should do about installing A1 and  A2 since my 5.25 floppies did not seem
to be able to hold the data.

To date I have had over 20 responses.  Of those they can be classified into
three groups.

1) use rawrite to put them on the 5.25

2) physically change the drives around to make the 3.5 the a: drive

3) use boot_b.exe to cause the system to boot from the B: drive.

Thank you all, I really apreciate the help.  If someone has a better 
solution than these please send it to me, otherwise, I think I get the
picture. <g>

You guys are great, this is just peachy keen nice of you all.  I hope I 
can one day pass on this help to some other needy person.


-- 
=========================================================================
Internet: Ranfry@mala.proteus.qc.ca     |   I was going to put
Genie:    M.Lombart1                    |   something witty here,
UUCP:     uunet!proteus!mala!ranfry     |   but could think of nothing
Mala's Refuge (514)748-8070             |   so I won't bother!
=========================================================================
From: jeffreyj@maico.ksu.ksu.edu (Jeffrey John Martin)
Newsgroups: comp.os.linux
Subject: Uhhuh. NMI recieved. Dazed and confused laptop.
Date: 9 Jan 1993 10:13:36 -0600
Organization: Kansas State University
NNTP-Posting-Host: maico.ksu.ksu.edu

     I have a Packard Bell 386 20Mhz notebook with an 80 meg harddrive and 
4 meg of ram.  When I uplug the power cord (the normal method of switching
to battery power) I get "uhhuh. NMI received.  Dazed and confused, but
trying to continue"  While running battery power I get more of these messages.
     This does not happen while using Dos.  Is this a threat to my data 
or file system?  Can I disable these messages?
    
Newsgroups: comp.os.linux
From: ana@tele.nokia.fi (Antti V{h{lummukka)
Subject: Re: Future Domain SCSI controller...
Reply-To: ana@tele.nokia.fi
Organization: Nokia Telecommunications, M{kkyl{, Finland
Date: Mon, 11 Jan 1993 09:23:36 GMT


	Hi,

I also have an Future Domain SCSI controller but my
controller is the TMC 870 / TMC871, it is 8-bit. It has 
lots of TTL chips.

It was sold in a Micropolis SCSI harddisk kit.

Is there a driver for it for Linux?


	ana



--
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
:: Name: Antti V{h{lummukka	::  Email: ana@tele.nokia.fi        ::
:: Phone: +358 0 511 6294 work  ::         ana@otax.tky.hut.fi      ::
:: Fax:   +358 0 511 5615       ::         Antti.Vahalummukka@hut.fi::
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
From: glenn@cs.utexas.edu (Glenn G. Lai)
Newsgroups: comp.os.linux
Subject: Re: [Q] XFree & Diamond Stealth
Date: 10 Jan 93 03:28:02 GMT
Article-I.D.: paducah.ll0g42INNla4
Distribution: usa
Organization: CS Dept, University of Texas at Austin
NNTP-Posting-Host: paducah.cs.utexas.edu

In article <1io2mhINNngr@sumax.seattleu.edu>, grtorlba@sumax.seattleu.edu (Jojie R. T.) writes:
* Can I successfully run XFree (color or mono) with the Diamond Stealth
* card?  I'm sure I've seen discussions somewhere else about Diamond's
* policy and Linux but the SLS readme file says that "X386mono, should work
* with virtually any VGA card."

X386mono does work on the Diamond Stealth, though using the board this way
is a bit wasteful, as you only--without programming the PLL clock--get a
640x480 physical screen, just as you do with the cheapest (much cheaper
than the Stealth) 256-K VGA board for about the same performance.


Glenn
glenn@cs.utexas.edu
Newsgroups: comp.os.linux
From: jstump@auntbea.austin.ibm.com (John E. Stump)
Subject: Re: New curses in the works
Date: Thu, 7 Jan 1993 15:38:31 GMT
Organization: IBM AWD Austin, TX

In article <1993Jan6.233334.404@netcom.com> zmbenhal@netcom.com (Zeyd M. Ben-Halim) writes:
>In article <C0Dz4A.KEK@austin.ibm.com> jstump@auntbea.austin.ibm.com (John E. Stump) writes:
[..deleted..]
>
>
>I, amongst other people, have been working on ncurses. It IS ported to Linux
>in the sense it compiles AND runs. It still has bugs in screen updates, unless
>programs utilizing curses are written incorrectly. I've made hooks for color
>support and graphic characters.
>Terminfo is not a stumbling block, it is more powerful then termcap, can exist
>with termcap, and is easier to use.
>I can send you me copy or upload it to sunsite.
>
>Zeyd
>
Yes! By all means please upload to the archive sites. With all the
clamor about not having a decent curses in Linux the last few months,
I'm surprised you have kept silent about this...

Besides, if there are bugs, we can all be testers and help iron them out
and get a stable, powerful, and SYSV compatible curses.
-- 
John Stump (jstump@netftp.austin.ibm.com)
Newsgroups: comp.os.linux
From: hedrick@geneva.rutgers.edu (Charles Hedrick)
Newsgroups: comp.os.linux
Subject: Re: Q^3: tcsh6.03, mbase5.0, and strace give me problems
Date: 6 Jan 93 07:36:16 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

rchen@fraser.sfu.ca (Robert Chen) writes:

>Tcsh hasn't worked well in 
>ages, and most people have now just come to use bash or zsh and 
>be done with it.  Has anyone recently tried to port BSD's csh? 

>(or even has a working tcsh for 0.99.2), 

Huh?  I'm using tcsh under 0.99.2, and it works fine.  I believe it's
from tsx-11:/pub/linux/binaries/usr.bin/tcsh-0.98.pl5.Z.  Note however
that it requires /lib/libc.so.4.1, so if you move to 4.2, be sure to
keep 4.1.
From: adcheong@uxb.liv.ac.uk (Mr. A.N.D. Cheong)
Newsgroups: comp.os.linux
Subject: X timings for trident 8900 -- Help
Date: 12 Jan 93 14:06:46 GMT
Organization: The University of Liverpool


I have been using linux on a 486dx (TVGA8900 and a dubious make svga mon)
for over two months now but 
I still haven't solve the problem of setting in Xconfig. I have tried the 
spread sheet, data given in monitor and vid-card manuals,
IBM recommanded timings included in the distribution and 
anythings else you could possibly name. 

I always get a ceased up screen with remains of ms-windows scattered about.
The keyboard doesn't respond either. 

I have come to two possible conclusions:
1 I'm not getting the Xconfig details correct.
2 There is something wrong with the distribution I'f ftp'd. The reason for 
  saying that is because it took me a few attempts to get a working 
  version of the a b and c  series therefore I'm not surprised that my x series
  is faulty. I ftp my linux either form doc.src.ic.ac.uk (Imperial College 
  London) or ftp.mcc.ac.uk (Manchester Computing Centre). My experience is that
  there are incidieces of more that 1.44Mb of stuff in the distribution 
  distribution directries which were supposed to fit onto one disk.
  I have tried ftping form MIT but it takes viturally forever for any
   substantial amount of data to get through. We are talking over 
  30Mb here.

Is there any suggestion from anybody? I'd like to try fixing the Xconfig
first. 

Rgds.,


Andrew...
From: probreak@matt.ksu.ksu.edu (James Michael Chacon)
Newsgroups: comp.os.linux
Subject: Re: 0.99.2 compile problem
Date: 7 Jan 1993 00:43:09 -0600
Organization: Kansas State University
NNTP-Posting-Host: matt.ksu.ksu.edu
Keywords: 0.99.2 compile problem

sepp@ppcger.ppc.sub.org (Josef Wolf) writes:

>torvalds@klaava.Helsinki.FI (Linus Torvalds) writes:
>>I've now seen two compilation problem reports, and they both looked like
>>being due to bad include-file setups, probably due to a problem with the
>>SLS files. 

>>IMPORTANT! To get any linux kernel to compile, your /usr/include/linux
>>and /usr/include/asm directories should be symlinks to the linux
>>include-dirs.  If they aren't, correct the problem with:

>>	# rm -rf /usr/include/linux
>>	# rm -rf /usr/include/asm
>>	# ln -s /usr/src/linux/include/linux /usr/include/linux
>>	# ln -s /usr/src/linux/include/asm /usr/include/asm

>This problem originates in the new include-files as packaged in inc-4.2.TZ.
>There are these two links set up to point to

>/net/irl/users/hlu/local/{asm|linux}

>or some such. Maybe the maintainor of this package could set up these links
>(and the Makefiles etc/pp) to be correct for the target-machines before
>posting them? This coud save some trouble for some people and some typing
>for other people who are kind enough to answer questions.

>Greetings
>    Sepp

>-- 
>sepp@ppcger.ppc.sub.org
>Josef Wolf, Germersheim, Germany
>..!ira.uka.de!smurf.sub.org!ppcger.ppc.sub.orgS

From the release note, which the README says to consult:

/usr/include/asm and /usr/include/linux may be wrong. Please make
  a right symbolic link to each of them according to your Linux kernel
  source tree.


I don't really wan't to sound like an asshole here, but people you have
got to read all the available documentation! If people would read the README's
FAQ's, and assorted other files then 90% of the traffic here would 
dissappear.

This is not an experience that everyone should have to have their hands held
through.

James
Newsgroups: comp.os.linux
From: bonavent@montefiore.ulg.ac.be (BONAVENTURE Olivier chercheur)
Subject: Linux Screen Capture
Reply-To: bonavent@montefiore.ulg.ac.be (BONAVENTURE Olivier chercheur)
Organization: The Internet
Date: Thu, 7 Jan 1993 14:50:14 GMT


I'm looking for a program allowing to make snapshots of Linux screens. It would
be nice if this screen capture was in a GIF format, but it's not necessary.
If such a program doesn't exist, is there any way to use a standard screen 
capture utility through the DOS emulator ? I guess not, but ...

Regards,

 - Olivier