I'm trying to copy one RX02 disk to another on my DSD-440 dual
RX02 unit, with a 4.0 RT11XM system running on an 11/23. I first
formatted the new floppy with FORMAT/VERIFY DY1:. It ran for a little
while, and then verified for a little while. Next, I tried to do an
INIT/BAD DY1:, hoping to write a directory the new disk. It reads my RT11
disk in DY0:, and then asks if I'm sure, and then exits, without ever
accessing DY1. If I do a DIR on DY1, it complains that the directory is
missing, which makes sense since it never appeared to write it in the
first place. I did notice that there is no INIT.SAV file on the OS disk,
but I assume its an internal command if it goes as far as asking me a
question.
What am I doing wrong?
Thanks,
Tom
> -----Original Message-----
> From: Chris [mailto:mythtech@Mac.com]
> I like this for the "teach them a lesson" factor... but if
> you are going
> to go thru the trouble of using custom patch cables... why
> not just use
> custom port connectors as well? Maybe something like the old 4 prong
> phone connectors (don't know the name... those 4 straight pin
> blocks old
> telco supplied phones used to have), or even something like a DIN
> connector.
Twist-lok ethernet? :)
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
Users of the HP LX palmtop computers (the oldest of which are on-topic)
might be aware of LXPIC, which is a picture viewer for MS-DOS computers
(XT/8086 and above). There is a new version of LXPIC available at
http://peichl.hplx.net/lxpic.zip. The previous version was only 16KB in size
while the new one is 19KB.
Highly recommended.
To quote from the doc file:
"LxPic is a very small, powerful and fast DOS picture viewer.
It has just 19 KB code and runs in 64 KB of memory on any 8086
compatible computer. It supports all screen modes from early
CGA up to the latest 2048x1536 QXGA True Color (32bit) screens.
This makes LxPic ideal for use on the HP Palmtops, for which
it was originally designed. On Windows systems, LxPic runs
perfectly in a full screen DOS box or in a DOS box window.
LxPic processes BMP, PCX, JPG and GIF files of any kind.
BMP and PCX files may have 2, 4, 256 or True Colors (16 Mio).
JPG files may have 256 gray scales or True Colors. GIF files
may have Version 87a or 89a (including multi images) with up
to 256 colors."
Bob
> I thought the IIci has a PDS slot. Isn't that what the "cache slot"
>really is?
I hadn't heard that before, but seeing as I don't have a IIci personally,
I can't say if that is right or wrong. Certainly bears some
investigation, as it wouldn't surprise me if the cache slot really was
just a PDS slot.
-chris
<http://www.mythtech.net>
This is sort of a sanity check. I'm putting the question here because
of the cumulative years of professional experience here, as well as an
"international" perspective.
How would you react to a guest in your (not normally open to the
public) building plugging a computer into a random ethernet port and
asking for a DHCP lease? Is there any non-emergency consideration that
would make that appropriate?
Doc
>My absolutely standard IIcx runs A/UX and as the main difference between a
>IIcx and a IIci is the number of Nubus slots, it'll just work
Actually, they both have 3 NuBus slots (only the ci has built in video,
so you don't loose a slot right off the bat to a video card). The main
difference between a IIx and a IIcx is the number of slots (the cx was a
baby x basically, but handles 4x the ram)
There are a number of differences between the ci and the cx. The ci was
more or less a replacement "next generation" for the cx. The ci is 32 bit
clean (cx is not), has built in video, a cache slot, and is a bit faster
(25 vs 16MHz).
-chris
<http://www.mythtech.net>
On Sunday, February 3, 2002, Cameron Kaiser
<spectre(a)stockholm.ptloma.edu> wrote:
>>> - all machines legitimately using the network are known as well as
>>> their ethernet addresses,
>>> - assign all those legitimate machines an (basically fixed) IP via
>>> DHCP,
>>> - for all unregistered machines, offer them IP addresses in the
>>> 127.0.0.0 range as well as themself as their default router and
>>> other
>>> stuff to make their network connection a notwork connection
>
>> I kind of like that! No! I *REALLY* like it! Have you tested this?
>
> We have something like this at PLNU. Unknown MAC addresses get dropped
> into
> a category where the network will only allow them to connect to the
> registration server -- it drops packets bound elsewhere. To register
> for a
> "fixed IP over DHCP" lease, they have to have their bills paid and their
> student ID, SSN, etc., and then they get the DHCP lease for the year
> wherever they go on campus. The system is now almost totally automated.
>
> So, an unauthorised laptop connecting on campus basically doesn't work;
> their packets end up in /dev/null. There are plenty of public terminals
> if
> surfin der Veb's all they want to do.
As a colleague of Pete Turnbull (80 miles or so south along the same
network) I can only agree with his comments so far... UK Universities
(and associates) are members of JANET and we have a responsibility to
"control" and "monitor" how our connections are used. If somebody
misuses our IP, we are *expected* to have some idea who might be
responsible. We (at Leicester University at least) don't deliver IP
addresses over RARP/BOOTP/DHCP to unknown MAC addresses.
Cameron's idea is OK but our students are smart enough to work to that
all they need to do is determine the IP address of a networked PC in a
student computing area, unplug the network connection and feed the
appropriate details in as a static address for his/her laptop. If a
student locates a "hot" outlet, it is always possible to enter a random
IP (for the campus network) and use that address to determine the
gateway and steal another IP address.
Blocking packets based on MAC address at switch level (if/when possible)
is not really practical. Teachers must be able to bring in their own
computers into public computer areas to lecture; we even provide a
mechanism for Windows 2000 (no snide comments, please) systems to have
IP in such areas. It is difficult enough to teach highly educated
lecturers that they can't just move one computer from one network outlet
to another *unless they use the mechanism to give them an IP address for
the new location*; requiring lecturers to register their MAC address in
advance just doesn't fit the academic world.
Phil
(not an expert in an IP but pretty clued in on how students misuse
networks)
On February 3, Clint Wolff (VAX collector) wrote:
> You seem kinda violent this weekend... Getting psyched for the big game???
I'm really irritated at the dickless schmuck with the machines on
eBay. REALLY irritated.
-Dave
--
Dave McGuire
St. Petersburg, FL "Less talk. More synthohol." --Lt. Worf
There are starting to be a few classic computer auctions on Yahoo!
auctions. Right now, there is some MITS stuff on there. I picked up a
Mits 680 Main Board and am very happy with it! The URL is:
http://list.auctions.shopping.yahoo.com/23341-category-leaf.html?
>Has anyone ever heard of Nuclear Data? I found this cool-assed computer
>today. It's an all-in-one unit (CRT/keyboard/diskdrive/CPU) and is fairly
>big (say, as big as an IBM Datamaster, bigger than a PET).
Yes. I saw one recently in a big pile of equipment SwRI was surplussing. I
couldn't divert it from the surplus stream. It was supposed to go to a
surlpus dealer around here, whose name is on a piece of paper on my desk,
which is bad news because I may never see it again. I can excavate if you
need it, no promises though.
Don't recall whether it was a '66. It seemed to have some o-scope or data
acquisition type functions on it as well as computer stuff - I did not look
closely.
- Mark