shawn%mit-dspg@BRL.ARPA (12/18/83)
I am currently running V1.2 of TRS-XENIX, (the tandy V7 port, or should I say, the MicroSoft port, they both got there hands on it!). Now, its not as bad as it sounds. It runs ok, as v7 unix goes, and it seems to run somewhat fast in single user mode. But it has a great many kernel bugs, along with some support program bugs, and some I have not even found yet, I'm sure. Amoung all this, and thease programs, is a program by the name 'z80ctl', now, for you out in the world who don't know how the 16 is put together, its got 1 68000, which runs with a z80 doing the housekeeping, and x amount of memory, (they would only give me 512K). Now, I have reason to beleive that the z80 control program has a serious bug in how it deals with the modem. However, (and this is why I am sending this now); MicroSoft Won't even talk to me, cause I'm NOT a HARDWARE OEM, and If I was, only for > 80K. (to fix a modem, that's a bit much). Tandy has a different approach, they deny the problem exsists at all, and tell you "I'm sure if you read the manual". I'v been hacking V7 unix for > (2 3 4) years now, I don't need the manual! But, as a last resort, I read theres. I got no more then I thought I woud, (oh, ok, I got this deep feeling of 'BRAIN DAMAGE!', but other then that, nothing). Well, they were nice enough NOT to strip the kernel, but, they stripped *EVERYTHING* else. Right on down to 'cat' for god sakes. This leads us to my request; to help me debug this problem, or even figure out where it is comeing from, or get any idea what they are/aren't doing in the z80 control program: "Does ANYONE have ANYTHING to hack wirh (with) stripped programs?!". I know, "You can't work with a stripped binary", but that's NOT TRUE. And If I have to prove this, I will be working all winter on it, but the way I see it, if 'UNIX' can read it, so can a simulator of some type. (gross idea, eh?), a kernel simulator could read it in, and figure out, each instruction, and print them to the tty as they are requested, its gross, but the only way I can think of at this point. But like I said, it would take me forever to write something like this, and I am sure someone out there is in somewhat of the same shoes I am, (or had been at one time), can anyone help? Sorry for the length of this letter, I try not to send them often, but this thing with no support, no bug input, no help, no NOTHING, from anyone, has driven me up a wall, and if I have to, I am at the point of disassembling all of my software just to be able to do my own support. (ain't dealing with OEM's and tandy fun kiddies?!). Yours In Hacking, -- Shawn
postmaster@CSNET-SH.ARPA (10/29/84)
From: "Charlotte D. Mooers" <postmaster@CSNET-SH.ARPA>
------- Forwarded Message
Received: From Bbn-Ucc.arpa by csnet-sh; 26 Oct 84 18:10 EDT
Received: from BBN-UNIX.ARPA by BBN-UCC ; 26 Oct 84 18:09:49 EDT
Received: from BRL-TGR.ARPA by BBN-UNIX ; 26 Oct 84 18:03:47 EDT
Received: from ucb-vax.arpa by BRL-TGR.ARPA id a000398; 26 Oct 84 17:49 E
DT
Received: by UCB-VAX.ARPA (4.24/4.31)
id AA07270; Fri, 26 Oct 84 14:03:22 pdt
Received: by ucscc.UCSC (4.12/4.7)
id AA07423; Fri, 26 Oct 84 13:54:47 pdt
Date: Fri, 26 Oct 84 13:54:47 pdt
From: 23050000 <ucscc!galaxy@ucb-vax.ARPA>
Message-Id: <8410262054.AA07423@ucscc.UCSC>
To: unix-wizards@BRL-TGR.ARPA
Subject: Help on reaching RPI
... With info from mmdf@csnet-relay, I've tried these routes:
user%rpi%csnet-relay@ucbvax.UUCP
user%rpi-mts%mit-multics.ARPA@ucbvax.UUCP
I have reviewed our earlier correspondence with you, and I have two
points to make:
First, it was not completely clear in your first message that you are
in fact attached to the ucsc host, which in a CSNET site. The address
I gave you was for a uucp site with no other path to the CSNET than
the UCB-VAX, and although the address "user%rpi%csnet-relay@ucbvax"
should work, your best address is:
user%rpi@csnet-relay
if you are in fact on the ucsc host, or if your host will relay your
message directly to ucsc. It is not necessary to go through UCB-VAX
to send messages from ucsc to csnet-relay over the CSNET.
Second, your first message indicated that you reached rpi and that
you received a return message "no such address". I suggested that
you send an inquiry to the postmaster at rpi. Did you try that?
Each time I receive one of 5 or so error messages: the most common --
"Unknown mail trouble, try again in 3 days." ,
This appears to be from somewhere other than the CSNET, because the
csnet-relay does not generate this error message.
... and one that appears to
hop between ucbvax and csnet-relay over and over. ...
------- End of Forwarded Message
I haven't been able to find a record of this; it may, of course, be
the type of error that is not recorded in our logs. Could you send
me the headers of this message?
RPI is sending and receiving messages, and does not seem to have
problems recently. Likewise, the traffic to and from ucsc and
ucb-vax seems to be running.
---Charlotte Mooers
CSNET Staff