HDTenEightyP/NetNews huggingface dataset:
From: marc@comp.lancs.ac.uk (Marc Goldman)
Newsgroups: rec.games.video,rec.games.misc,misc.forsale.computers,misc.wanted,alt.games.lynx
Subject: **UK** Atari Lynx Wanted **UK**
Date: 17 Nov 92 13:40:22 GMT
Distribution: uk
Organization: Department of Computing at Lancaster University, UK.

I'm after buying an Atari Lynx, it has to be in good condition and i
need it pretty quickly.

I'm primarily interested in the Lynx unit itself, but will also considor
power adaptors and any games you want to sell as well.

Let me know soon, as i will have to go out and buy a new one at the
weekend.

Cheers
Marc

--------------------------------------------------------------------------------
      **     **      *  ****** ***    *   |             On the net,
     ** *    **     *** **     ** *   *   |     no-one can hear you scream!
    **   *   **     *** ****   **  *  *   |-------------------------------------
   **     *  **     *** **     **   * *   |  email   marc@comp.lancs.ac.uk
  **       * ******  *  ****** **    **   |      marc@computing.lancaster.ac.uk
--------------------------------------------------------------------------------
From: jonke@kong.gsfc.nasa.gov (Stephen Jonke)
Newsgroups: rec.games.video
Subject: Re: Sega vs. Nintendo
Date: 21 Nov 92 22:58:33 GMT
Organization: NASA Goddard Space Flight Center
X-Xxmessage-Id: <A734294546015C5D@joe.gsfc.nasa.gov>
X-Xxdate: Sat, 21 Nov 92 22:58:29 GMT
X-Useragent: Nuntius v1.1.1d12

In article <1992Nov20.194930.25895@mercury.ncat.edu> , jdross@mercury.ncat.edu
writes:
>From what I've seen, the specs on the SNES are superior to the Sega, but
>what I can't understand is why Sega doesn't upgrade their system.  If it
>is based on a 68000 processor, shouldn't they be able to upgrade to a
>more powerful one fairly easily?

So far the fancy rotation, greater number of colors and higher resolution and
such in the SNES doesn't seem to be threatening Sega's hold on first place. 
That's why they won't spend a lot of money on upgrading the existing Genesis
(you can't just pop in an 68040 and expect to see benefits -- you have to
redesign the whole system to take advantage of the new processor and you also
have to worry about compatibility issues.)  It makes more sense to do what
they have already done -- provide an add on that enhances the systems
capabilities (the SegaCD.)  Of course, it remains to be seen if the Sega CD
will succeed, but if it fails, any change to the basic system would probably
also have failed and yet they'd be committed.

Keep in mind that the Genesis is doing so well today BECAUSE OF THE SNES --
the SNES is a vast improvement over the NES and arguably even an improvement
over the Genesis, but Nintendo priced themselves out of the market with all
their fancy features at a crucial time.  The advent of the SNES made people
more aware of the Genesis and since the Genesis already had lots of games and
was significantly cheaper, people went for it.  If Sega devoted themselves to
creating a replacement for the base Genesis, odds are it would be more
expensive and SNES might have jumped right back up.

Steve
------------------------
jonke@kong.gsfc.nasa.gov
------------------------
From: rauser@fraser.sfu.ca (Richard John Rauser)
Subject: Some Lynx Reviews Wanted!
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Mon, 23 Nov 1992 09:16:57 GMT


   If I could receive reviews/opinions on Xenophobe, Viking Child (is that
the name???), Rampart, Chip's Challenge, and Paper Boy, I would be most
happy.

   Also, when's Dracula the Undead coming out???



-- 
Richard J. Rauser        "You have no idea what you're doing."
rauser@sfu.ca            "Oh, don't worry about that. We're professional
WNI                          outlaws - we do this for a living."
-----------------
"Remember, no matter where you go, there you are." -Dr.Banzai
From: randall@acsu.buffalo.edu (Chris J. Randall)
Newsgroups: rec.games.video
Subject: game hunter wanted
Date: 23 Nov 92 18:05:17 GMT
Organization: UB


	
	want to purchase new game hunter, understand I 
	would need it shipped in (if untrue, please inform!)
	from Japan, would like either an address to 
	mail request, or buy it through somebody on the net,
	best price accepted.

	I would also consider buying a used game hunter at 
	a *reasonable* price (I have some idea what a new one costs
	and a used one should).

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

	I posted the above for a friend, it's fine to mail 
	a response to this account though, he'll get it.

					
								Chris
Organization: University of Maine System
Date: Wednesday, 18 Nov 1992 13:28:38 EST
From: <GREESE@MAINE.MAINE.EDU>
Newsgroups: rec.games.mud.lp
Subject: Information

In regards to the bulletin released by the releasers of MudOS 0.9.0,
I would like to update the information in the posting as far as
Nightmare is concerned.
We are running MudOS 0.9.0
We hope to have th  socket efuns all set up by this weekend.
Our address is orlith.bates.edu 2999 or 134.181.1.12 2999
All driver questions should be addressed to Shadowwolf.
All mudlib questions should be addressed to Descartes (me) at
    greese@adunix.uma.maine.edu
I don't know if SW wants his email given out, so you will have to find
him on the mud.  Our mudlib will ber released in just a bit at an ftp
site near you.
I would also like to anounce that Nightmare is out of its test phase
and in its fully operational phase.
    George Reese
Newsgroups: rec.games.mud.lp
From: pcuser01@kuemmel1.edvz.uni-linz.ac.at (N.N.)
Subject: re: rusage ... *growl*
Organization: PC Raum im TNF Turm
Date: Sun, 15 Nov 1992 02:33:16 GMT

In the following article,  - T.C.Bennett - writes:


$ Newsgroups: rec.games.mud.lp
$ Path: alijku05!nestroy.wu-wien.ac.at!awiwuw11!frmop11!psuvm!cunyvm!ukma!
$ wupost!zaphod.mps.ohio-state.edu! saimiri.primate.wisc.edu!ames!purdue!
$ mentor.cc.purdue.edu!scgFrom: scg@mentor.cc.purdue.edu (Kelly Martin)
$ Subject: Re: rusage
$ In-Reply-To: 's message of Friday, 6 Nov 1992 07:06:14 CET
$ Message-ID: <SCG.92Nov6231218@mentor.cc.purdue.edu>
$ Sender: news@mentor.cc.purdue.edu (USENET News)
$ Reply-To: scg@mentor.cc.purdue.edu
$ Organization: Gender Anarchists United
$ References: <92311.070614K111114@ALIJKU11.BITNET>
$ Date: Sat, 7 Nov 1992 04:12:18 GMT
$ Lines: 15

$ <K111114@ALIJKU11.BITNET> writes:

$ >the default 3.1.2 driver contains code for adjusting tvsec and
$ >tvusec:
$ >time = rus.ru_utime.tv_sec * 1000 + rus.ru_utime.tv_usec /1000;

$ divide by 1000000 (10^6).  Microseconds are 10^-6 sec.

$ >Is this correct ? The seconds seem to pass to slow ... maybe it's
$ >just our machine ? (Sun sparc II). anyway, what is 10^-3 seconds
$ >called ? Mikro ? No ...
--
$ Most system flaws can be attributed to unwarrantedly anthropomorphizing the
$ user.
$ 	-- T.C.Bennett@syse.salford.ac.uk

So what, T.C.BENNET ?!?!
You call me an anthropomorphized user ? It looks rather like you are the fool
between us, btw, where did you find the word "anthropomorphized", did you ask
your mummy ? Where the fuck did you read I want the output be seconds,
BENNET-DARLING ? I was wondering why the time displayed didn't match with
the real-time, not knowing that the CPU-utilization is measured, but I guess
you don't know that either, BENNET-DARLING. Also, you didn't answer what
10^-3 seconds are called (I really had a blackout not knowing it), so I can
tell you now, they are called MILLI, 10^-3 BENNETS == 1 MILLIBENNET, whether 
anthropomorphized or not, that's all the same. It looks like you haven't done
your homework, BENNET-DARLING. The above code is from a -> "gamedriver",
to measure the -> "CPU-Utilization". When I was talking that the -> "seconds"
pass to slow, I was referring to the 4th field from the right side from the
displayed -> "output-value". I suggest, keep your good advices for someone
else (hey, BENNET-DARLING, 1+1 = 2), but don't go around and keep calling
other people anthropomorphized, we aren't all members of YOUR family.

Next time, prior to talking, switch on your brain (if you got one).

Herp.
From: uekleinf@mcs.Drexel.edu (Erik Kleinfelder)
Newsgroups: rec.games.mud.lp
Subject: Re: 3.1.2 mudlib and driver
Date: 15 Nov 92 16:36:22 GMT
	<UEKLEINF.92Nov10113918@queen.mcs.Drexel.edu>
	<1992Nov13.192704.6075@ncsu.edu>
	<Bxo8Ex.LEL@constellation.ecn.uoknor.edu>
Organization: Drexel University

>>>>> On 13 Nov 92 20:18:30 GMT, jblonon@kittyhawk.ecn.uoknor.edu (Jason B Lonon) said:

Jason> 3.1.2 ? I have a 3.0 that has all these? They are also simple to code
Jason> even in an older mudlib.. i dont understand the fuss?

     Well, actually these are just some of the functions that were present in
the original mudlib.n from lars.  In actuality, what Scooter was talking about
is some of the basic ease of use functions such as these.  We have developed
a mudlib that will make coding simple for the non-programmer, plus keep the
power for those that wish to delve into the more advanced features of LPC.

     I think the more important point that should be thought about when
referring to this mudlib is not just the abilities, but that this is 97%
complete mudlib that HAS been debugged about as much as possible.  We are
not finished with guilds yet, but since many have asked us for the mud, we will
be releasing it this week.  It is not FTPable yet, but when it is a posting
will appear.  We will also supply more information in the posting about the
mudlib.  For those of you that are enticed by skills, you might want to know
that this mudlib has incorporated the skill abilities deeply into it.

More info on the release day.

Gunther (God@dragons_Den -- 129.25.7.111 2222)

Personal mail to : uekleinf@mcs.drexel.edu
Admin mail to    : tlpmud@mcs.drexel.edu
Newsgroups: rec.games.mud.lp,rec.games.mud.misc
From: jgm@ais.org (jim miller)
Subject: Re: VT client - how to echo input to window?
Organization: Ann Arbor Information Society -- West Lafayette Probationary Annex
Date: Sat, 21 Nov 1992 03:06:28 GMT


willday@ux1.cso.uiuc.edu (The Eye of Fatima) writes:

>Hi.  I'm trying to get the mud client VT to echo my input to
>the output/remote window.  The last time I tried any mud clients a 
>few years ago, this same deficiency kept me from finding them useful.
>However, VT looks like it can be modified or patched to do this for me. 

Tinyfugue will do this simply, via the /kecho switch.
With a lot less hassle I'll wager.

-jim
-- 
"On a makeshift outboard canoe, Debbie sailed to New York, where she was soon
adopted by a nice upper-middle class Protestant family, who introduced her to
record producer Fred Zarr-- and the rest was history." -lafolle@ucscb.ucsc.edu
From: beeman@cats.ucsc.edu (Adam Beeman)
Newsgroups: rec.games.mud.lp
Subject: Re: intermud communication
Date: 21 Nov 1992 01:01:53 GMT
Organization: University of California; Santa Cruz
NNTP-Posting-Host: am.ucsc.edu


In article <92325.155701GREESE@MAINE.MAINE.EDU> GREESE@MAINE.MAINE.EDU writes:
>I am having problems setting up some of the stuff for inet.
>Basically, the inet daemon keeps returning -1 in the fun create_socket()
>because socket_create() efun is returning a value less than 0.  So
>basically the remote finger for instance keeps giving me a security violation
>and saying "Remote md  does not exist."  Anyone out there seen this
>problem besides me?  How did you solve this?

Yep, I've seen this problem, and I can tell you exactly what it is.  It sounds
to me like either you're altogether missing a valid_socket() from master.c,
or the intermud objects trying to open the socket connections aren't passing
the test and valid_socket() is returning 0 for them.

In case you're missing a valid_socket, here's mine, which you will need
to change one line of (the security check) to match the way your mudlib
works:

// info[0] = int fd
// info[1] = object owner
// info[2] = string ip_addr
// info[3] = int port

int valid_socket(object calling_ob, string func, mixed *info) {
	string eff_user;
	eff_user = geteuid(calling_ob);
	if (eff_user != ROOT_UID && !member_group(eff_user, "admin")) return 0;
	log_file("socket_use", geteuid(calling_ob) + " " + func + " "+info[0] +
		" " + info[2] + " " + info[3] + "\n");
	return 1;
}

You'll most likely need to change the if (...) test to something else.
Logging is optional.  Also, remember, the security on this is sort of important
because if it's too lenient then you will have people you don't know using
your mud as a gateway machine for their hacking attempts (yes, you *can*
log into unix machines from a MudOS, if you know the right port to use)
and then the hacking attempts will be TRACED BACK TO YOUR MUD, in which
case you're in deep shit.  A telnet object HAS been written for MudOS,
so it is very possible to do these things.  In general, don't let people
you don't know have access to the sockets except via the intermud objects
which cannot allow unrestricted access.


Happy mudlib hackin'

Buddha@TMI-2

>     -Descartes of Borg

-- 
-------------------------------------------------------------------------------
 From the Mind of Adam Beeman       || Flames:      root@localhost
 #include <std/disclaimer.h>        || other stuff: beeman@cats.ucsc.edu
-------------------------------------------------------------------------------
 Yeah, I'm into MUDs, UNIX, philosophy, art, networking, and saving the earth,
         the Information Age is here and my head is too small...
-------------------------------------------------------------------------------
Newsgroups: rec.games.mud.lp,rec.games.mud.misc
From: jgm@ais.org (jim miller)
Subject: Re: VT client - how to echo input to window?
Organization: Ann Arbor Information Society -- West Lafayette Probationary Annex
Date: Sat, 21 Nov 1992 20:37:05 GMT


willday@ux1.cso.uiuc.edu (The Eye of Fatima) writes:

>>Tinyfugue will do this simply, via the /kecho switch.
>>With a lot less hassle I'll wager.
>>
>>-jim
>
>Hmmm..  I tried that, and it seems to only echo to the screen, but
>not the log file.
>
>Also, TinyFugue was very frustrating because I could not for the
>life of me get the /hilite to work, and there seemed to be no
>scroll-back...argh


Then also use /logme to log keyboard input.
/hilite and /recall have been simplified in recent versions.  You
might want to give it another look.

-jim

-- 
"On a makeshift outboard canoe, Debbie sailed to New York, where she was soon
adopted by a nice upper-middle class Protestant family, who introduced her to
record producer Fred Zarr-- and the rest was history." -lafolle@ucscb.ucsc.edu
From: djohnson@cs.ucsd.edu (Darin Johnson)
Newsgroups: rec.games.mud.lp
Subject: MudOS bugs
Date: 17 Nov 92 23:11:32 GMT


Here's a bug in the lexer.  Any ideas how to fix?

    string var1, var2;

    #define MORE_STUFF
    #define EXTRA_STUFF MORE_STUFF

    #define RANDOM

    #define TESTIT(ARG1, ARG2) \
    create() { \
      var1 = ARG1; \
      var2 = ARG2; \
    } \
    EXTRA_STUFF \
    RANDOM

    TESTIT("a","b")

Gives a parse error on line 17 (the end of file).  If the
EXTRA_STUFF and RANDOM are swapped in the TESTIT macro
then there is no error.

======

Also, while people are looking at the code, here are a few
other tidbits:

In apply_low cache lookup
            if (pr->name == 0 ||
                pr->name[0] != fun[0] ||
                /* comparing pointers okay since both are shared strings */
                pr->name != funname ||
The "name[0]" test is redundant due to the funname test.

In add_mapping, couldn't the allocated size of the new array be the
reserved size of m1?  Especially in the case of m1 += m2.  Similarly
in load_mapping_from_aggregate, couldn't the allocated size of the
mapping be the size of the aggregate instead of zero?

In main.c, DMALLOC needs to be type cast.  (maybe other places,
but compilation on the intended target machine failed miserably)
-- 
Darin Johnson
djohnson@ucsd.edu
    Where am I?  In the village...  What do you want?  Information...
Newsgroups: rec.games.mud.lp
From: picl3@fsphy1.physics.fsu.edu (Jeffrey Johnson)
Subject: Eval Cost.
News-Software: VAX/VMS VNEWS 1.3-4   
Reply-To: picl3@fsphy1.physics.fsu.edu
Organization: F.S.U. Dept of Physics
Distribution:  world
Date: 16 NOV 92 01:20:56    

Is there any way to get around the 'too long eval cost' message ?
I tried to chain my commands along with call_out()'s, but it still seems
to stop after too long.
Btw, I'm using MudOS 0.9, if that makes any difference.
Jeff Johnson (Bub)
From: v116qhth@ubvmsb.cc.buffalo.edu (I'm not evil...I'm just good looking)
Newsgroups: rec.games.mud.lp
Subject: looking for MUDlist
Date: 19 Nov 92 13:53:00 GMT
Organization: University at Buffalo
News-Software: VAX/VMS VNEWS 1.41


  Can someone please send me the MUD list.
Newsgroups: rec.games.mud.lp
From: jxjdb@acad1.alaska.edu (Jason D. Bourgoin)
Subject: Client needed for VAX/VMS running UCX
News-Software: VAX/VMS VNEWS 1.41    
Keywords:  client, VAX, VMS, UCX
Organization: UAS Academic Computing
Date: Sun, 22 Nov 1992 22:42:00 GMT

The subject and keywords should speak for themselves, but I need a
decent client that can run under VAX/VMS, using UCX.  TINT and DINK
*are* good clients, don't get me wrong, but they don't exactly like
the UCX way of handling network tasks. They're more oriented towards
Wollongong or MultiNet.  (I didn't pick UCX, it's what our systems
folks got from DEC with the purchase.)

Any help will be appreciated.

Jason D. Bourgoin,
aka "Katmandu"
_____________________________________________________________________________
\   Jason_D_Bourgoin()->return_email("jxjdb@acad1.alaska.edu");             /
/~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\
\   The opinions/etc expressed herein are my OWN, and do not necessarily    /
/   reflect the views of the University of Alaska, and any affiliates of    \
\   the University, including the University of Alaska Southeast Juneau,    /
/   or the Computer Center and Academic Computing thereof.                  \
\___________________________________________________________________________/

Newsgroups: rec.games.mud.lp
From: griffon@iastate.edu (Tamber Kelsain)
Subject: Re: Names and Aliases
Organization: Iowa State University, Ames, IA
Date: Fri, 20 Nov 1992 17:56:09 GMT

In article <By0HDq.8J1@usenet.ucs.indiana.edu> lwagers@silver.ucs.indiana.edu (bored bitch) writes:
>Heh.
>try playing under the nickname Bitch....
>it makes for some REAL embarrassing RL moments for other people...
>"Hi Bitch....OOPS!"
>*smirk*
>love, lore
>-- 
>bitch - a cool babe who refuses to change her name
>"Life's a bitch, and now, so am I" - don't make me say it.
>What's the difference between a slut and a bitch?

Bitch! Is it really you?!?

	-Tamber

-- 
     Will Stoltenberg	  |"The Bible is not my book and Christianity is not my
 Ames, Iowa (515) 294-1701| religion. I could never give assent to the long 
    "Tamber Kelsain"	  | complicated statements of Christian dogma."
   griffon@iastate.edu	  |			- Abraham Lincoln
Newsgroups: rec.games.mud.lp
From: cerebrus@eskimo.com (Dan Scherck)
Subject: MudOS: Where's the Port#
Organization: -> ESKIMO NORTH (206) For-Ever <-
X-Newsreader: TIN [version 1.1 PL6]
Date: Sun, 22 Nov 1992 06:34:10 GMT


I know this may sound foolish, but I can't seem to find the port number
assignment in the config files for MudOS! I have used the 0-1.diffs
patch, and tried looking in config.h, options.h, Makefile, etc, etc. And
the only place I saw anything was a brief reference to a PORTNO in
config.h! Can anyone tell me where to set the port numer?
Newsgroups: rec.games.mud.lp
From: drewid@march.cc.purdue.edu (Jason Copperwaite)
Subject: 3.0 mudlibs
Organization: Purdue University
Date: Fri, 20 Nov 1992 18:45:24 GMT

  Recently, I've been experimenting with quite a few 3.xx mudlibs and drivers.
I was wondering why the standard 2.4.5 mudlib setup was abandoned. Frankly,
the new format seems quite confusing, and must be hell for new wizards to
learn.

  Just a 'query'.

                                     -Jason Copperwaite
                                     drewid@sonata.cc.purdue.edu
Newsgroups: rec.games.mud.lp
From: norcrossk@woods.ulowell.edu
Subject: Re: Client needed for VAX/VMS running UCX
Organization: University of Lowell
Date: Mon, 23 Nov 1992 02:14:20 GMT

In article <22NOV199213423138@acad1.alaska.edu>, jxjdb@acad1.alaska.edu (Jason D. Bourgoin) writes:
> The subject and keywords should speak for themselves, but I need a
> decent client that can run under VAX/VMS, using UCX.  TINT and DINK
> *are* good clients, don't get me wrong, but they don't exactly like
> the UCX way of handling network tasks. They're more oriented towards
> Wollongong or MultiNet.  (I didn't pick UCX, it's what our systems
> folks got from DEC with the purchase.)
> 
> Any help will be appreciated.
> 
> Jason D. Bourgoin,
> aka "Katmandu"
> _____________________________________________________________________________
> \   Jason_D_Bourgoin()->return_email("jxjdb@acad1.alaska.edu");             /
> /~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\
> \   The opinions/etc expressed herein are my OWN, and do not necessarily    /
> /   reflect the views of the University of Alaska, and any affiliates of    \
> \   the University, including the University of Alaska Southeast Juneau,    /
> /   or the Computer Center and Academic Computing thereof.                  \

> \___________________________________________________________________________/

if anyone finds this client can I have a copy too?
ive tried some other clients but they always have problems locating 
directories and files

also if u could give me a clue where to help the client look for the files it
needs?

thanks

mystic......norcrossk@woods.ulowell.edu

Newsgroups: rec.games.mud.lp
From: lwagers@silver.ucs.indiana.edu (bored bitch)
Subject: Re: Names and Aliases
Summary: try this on for size....
Organization: what? me organized?
Date: Fri, 20 Nov 1992 11:03:25 GMT

Heh.
try playing under the nickname Bitch....
it makes for some REAL embarrassing RL moments for other people...
"Hi Bitch....OOPS!"
*smirk*
love, lore
-- 
bitch - a cool babe who refuses to change her name
"Life's a bitch, and now, so am I" - don't make me say it.
What's the difference between a slut and a bitch?