> Well, if you could post the power specs, power cord pinouts, etc...
> Also, if there is a main board, how much power does it need?
Did you mean me?
I have no idea of all this sort of info on the S/34. But a lot of it
can often be found looking inside the various boxes and subassemblies of
the machine.
Philip.
On 16 Feb 98 at 9:29, Richard A. Cini wrote:
> Turned-on, yes. Warmed-up for 30s, no. The drive did finish it's
> power-on sequence and came to a rest, though, which happens in less than
> 30s.
>
> Does the GS/OS use a special boot block like the MS-DOS boot sector, or
> does it just look for the ProDOS file?
You say that the drive came from a Mac SE. Did you low level format
or re-partition the disk on the IIGS before installing GS/OS?
I share a drive between a IIGS and a couple of Macs, so the drive
has a ProDos partition and a couple of HFS ones too. Often the IIGS
barfs on startup when it comes across the APPLE_DRIVER43 partition
map; I find that a Command-Control-Reset sorts this out and the IIGS
boots normally.
Phil
**************************************************************
Phil Beesley -- Computer Officer -- Distributed Systems Suppport
University of Leicester
Tel (0)116 252-2231
E-Mail pb14(a)le.ac.uk
At 09:21 AM 2/14/98 -0800, you wrote:
>As for Linux....are you new to Unix? Start there. I bought one of those
If you're new to linux, but not to MS-DOS (or even CP/M, I guess) there's a
DOS-to-Linux tutorial on the web. It's at
<http://linuxwww.db.erau.edu/ldp/HOWTO/DOStoLinux-HOWTO.html>.
Actually, there are much better places to look for recomendations on books
for modern OS's and languages than a Classic Computers list.
>Atari BBS* instead. Mine was a 130XE with 384K ram (I did the upgrade
>myself - had to run it with the cover off because of the heat), 4 1050
>disk drives, and a single 2400b Codex modem. I was 13 years old, I don't
ABACUS (the Atari Bay Area Computer Users Society) still runs it's BBS on
an Atari 1040ST. (Though, to keep this off-topic, we're thinking of moving
to a linux box.)
--------------------------------------------------------------------- O-
Uncle Roger "There is pleasure pure in being mad
roger(a)sinasohn.com that none but madmen know."
Roger Louis Sinasohn & Associates
San Francisco, California http://www.sinasohn.com/
> <>Does anyone know how well LCDs hold up against time (provided, of
course
> <>that they are not cracked!)?
>
> There is no finite life assuming they havent been abused.
I just picked up a Panasonic PC 7100 ('84 or '85) Lunchbox that works
fine, but the backlight's gone. I also have a NEC XT laptop (don't remember
the model) that has a screen in beautiful shape, backlight and all.
I should imagine that the cables feeding the display would be a weak link.
manney(a)nwohio.com
Found on Usenet. Contact this fellow directly if you can give his
offerings a well-deserved home.
-=-=- <snip> -=-=-=
Path:
Supernews70!Supernews73!supernews.com!howland.erols.net!ais.net!news.ais.net.POSTED!not-for-mail
From: devnull(a)pobox.com (devnull)
Newsgroups: alt.sys.pdp11
Subject: free stuff (not spam!)
Message-ID: <34ead60c.10785016(a)news.ais.net>
X-Newsreader: Forte Agent 1.5/32.451
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Lines: 47
Date: Mon, 16 Feb 1998 06:00:56 GMT
NNTP-Posting-Host: dyn-tc01-73.chi.ais.net
NNTP-Posting-Date: Mon, 16 Feb 1998 00:00:56 CST
Xref: Supernews70 alt.sys.pdp11:3016
* * * FOR SALE OR DONATION * * *
Due to increasing financial and other pressures, I am being forced to
get rid of a substantial part of my Computer Collection.
Most of this stuff is heavy and bulky, so any local pickup that can be
arranged would be strongly preferred. I will deliver to you in the
area, but most of this stuff simply cannot be shipped. If there is
an individual part or board you want, and you want to pay for
shipping,
I will do my best to make that happen for you.
I will accept any amount of money for any given item, or I will accept
no money. If you are in the area or coming here to pick something up,
it probably wouldn't hurt to buy me a burrito or something, as its
going to hurt to part with some of this junk. My only condition
is that this equipment goes to a collector (at least someone who
appreciates the item) and not to the junk heap. I have spent far
too much time and effort preserving what little I do have to
allow this stuff to meet its end that way now.
I am in the Chicago, Illinois area. Please contact me through
email at devnull(a)pobox.com.
Here is a partial listing, I can search for specifics if you like.
Best Bet would be to come on by and take a look:
PDP 11/04 Computer with unknown boards.
DEC TU60 DECASSETTE DRIVE
AED 6200P quad-8" Floppy drive, I believe with PDP11 interface
(unbelievably heavy)
(Qty3) PDP-11 in BA23 enclosure (tower)
[two 11/23, one 11/53]
DEC TK25 tape drive
(various parts of) External RD52 Drives
Various Quadbus and Unibus PDP boards (list is being compiled)
Various Cables from above systems
3 good size boxes of repair manuals from Tandy repair shop
[mostly Panasonic Printers, Sony Monitors, Tandy stuff]
Ohio Scientific Challenger
TI Silent 700s
Various 8 bit systems/parts
Lots of 1200 baud modems
-=-=-=-=-=-=-=-=-
Bruce Lane, SysOp,
The Dragon's Cave BBS (Fido 1:343/272)
kyrrin2 {at} wiz<ards> d[o]t n=e=t
"...No matter how hard we may wish otherwise, our science can only describe
an object, event, or living creature, in our own human terms. It cannot possibly
define any of them!..."
In a message dated 98-02-16 15:09:50 EST, you write:
<< BTW, I'm gonna run Norton Calibrate over it, just to see if it's toast or
not... >>
...or you could always call debug and low level format it after it's warmed
up. i have revived many mfm drives by doing so. most of them get a second
life!
david
Well it's been a busy weekend went to a Hamfest/Computer Swap this Saturday
in Blaine MN and got a Mac IIx for $25 unit works great has 16meg of
memmory and was loaded with good software and system 7.1; a NEC APCIV
PowerMate portable that works great for $10; a Mac LC475 new case for $1;
and alot of notebook power supplies for $1 each. A Commodore 1802 monitor
in great shape for $20 at Goodwill; a Compaq 286e with KB, mono VGA monitor
for $12.50 and it works great with 4 meg of memory, 42 meg HD with nice
software on it; a Hyperion model 3012 with a nice carrying case, a ram
upgrade in one of the case pockets and a owners' manual will be firing this
one up later tonight; a IBM 6091-19 monitor for $15 can't it to work with
my RS6000 box. I still have a pickup load of stuff to open and see what I
have purchased over the last few days, will update later. Well Keep
Computing - John
Well, if you could post the power specs, power cord pinouts, etc...
Also, if there is a main board, how much power does it need?
>From: Philip.Belben(a)powertech.co.uk
>To: "Discussion re-collecting of classic computers"
<classiccmp(a)u.washington.edu>
>Subject: Re[2]: System/34 contd.
>
>The mail software crashed while I was typing this. Oh well, try
>again...
>
>> I doubt I will be using the thing because it needs a 220-volt plug,
>> which there are at my school, but noone would let me put it in their
>> room. There isn't any space in my apartment either :). Could I
>> somehow wire to 110-volt plugs to get 220? If there is some kind of
>
>You can try it if you like, but you'd far better notter!
>
>Seriously, in most (afaik) homes/schools/offices in the US, it is
>possible to find 230V between the live terminals of two suitably chosen
>sockets. But this is not recommended. In particular, you cannot
>connect the output voltages of two randomly chosen sockets in series
>and expect the wiring to survive...
>
>I'd recommend a 110/220V transformer. They do exist and they are not
>very difficult to find. It may also be possible to modify the PSU.
>Don't give up that soon!
>
>> "getting started" thing, photocopies would be fun, just to look at...
>
>I may have spare copies of some pocket reference guides. There is one
>for the OS (about 1/2 inch thick) and one for the assembler at least.
I
>shall have a look - eventually!
>
>Philip.
>
>
>
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com
Hi just wont to say hello fro Germany.
That I have a Cromemco System 2 to in Use (But lack of Software)
Also 10 MB or I believe 5 MB HDD is not working correctly
It would be nice if we could xchange Info on these Very Huge and Old
Computers >>>>32 Bit in 1995 I don't think so Cromix 1977 <<<<<<<
Thanx
Ingo
<Remember, all older MFM, ESDI and some early SCSI drives always need
<annual or bi yearly LLF job.
I have a st506 that I formatted once and never again and it still works
fine. I do however run a program that checks it for bad sectors, haven't
found many over the years. The need for reformats is urban legend and I
have a bunch of RD52/53/54(mfm) and a potload of st506 and st412 drives
that haven't been reformatted unless moved to a different system where
the controller was incompatable with the former format.
However to qualify that I've seen many systems with power down problems
where they would write garbage to the disk causeing a need for reformats.
I've also seen system with power and heat problems. Optimally the drive
should run over a narrow temperature range that is centered at the
temperature they were formatted at. most time they are asked to run
much hotter and that means the stepper is not centered on the thermally
repostioned tracks. This can be made worse by reformatting the drive
as cold as it will warm up and all the track centering will be off leading
to errors and a likely reformat.
Later voicecoil and other servo positioned drives are immune to this as
the servo track or embedded servo information will insure it tracks with
temperature and bearing wear.
Allison
I know someone with 4+ DEC DSSI drives, you haul them away. Contact me if
interested.
| Zane H. Healy | UNIX Systems Adminstrator |
| healyzh(a)ix.netcom.com (primary) | Linux Enthusiast |
| healyzh(a)holonet.net (alternate) | Classic Computer Collector |
+----------------------------------+----------------------------+
| For Empire of the Petal Throne and Traveller Role Playing, |
| see http://www.dragonfire.net/~healyzh/ |
| For the collecting of Classic Computers with info on them. |
| see http://www.dragonfire.net/~healyzh/museum.html |
As part of my recent haul from Temple Univ., I got two versions of RSTS/E.
I can't seem to get my PDP-11/34 to read the disk packs. Can RSTS/E be used
on an 11/34? If not, does anyone want these packs? Also, the LA100/180
boards and the Printronix boards are up for grabs.
Rich Cini/WUGNET
<nospam_rcini(a)msn.com> (remove nospam_ to use)
ClubWin! Charter Member (6)
MCP Windows 95/Windows Networking
============================================
Those .wav file are now online, at http://209.174.127.164/stuff/
The trailing / is important, the DNS is still broken {grumble grumble...}
spinup.wav is the drive spinning up, hdd.wav is the normal operation.
There's 900KB and 750KB. Have fun!
Oh, and you get to hear me in those...
-------
This one's VERY interesting...
Shop teacher brings up a 486 with a dead harddisk.
Opening it reveals a full-height, 350mb MFM harddisk. Atasi model 630.
It looks like an RD53, it even has the little spinner underneath that looks
like a fan... Anyway, he's got the control cable half-on, and backwards, and
the drive params are greviously wrong. So I reseat the cable, set the prarams,
connect the power to the drive and power the machine on. Spin up sounds normal,
until the heads load... CH-THUNK -BUZZZZZ- CRRARRRGGGH BUZZ- CLUNK - ETC.
THe drive sounds like it's come apart inside! But it apprears to be
working... So I boot DOS from it and load defrag. Quite a few bad sectors.
Defrag gets underway. CH-CLUNK BUZZZZ CRRRAAAARRRGH etc.
This doesn't sound good... But the drive is still working fine! It's dancing
across the table as it goes, but it seems to be working fine...
So now I'm gonna make a .wav of this, this sounds really great... Expect it
online sometime soon!
BTW, I'm gonna run Norton Calibrate over it, just to see if it's toast or not...
-------
No, we're talking rock-steady picture, but garbled
If the cursor is at the bottom 1/2 of the (logical) screen, you NEVER see
what you're typing
If its at the top half, you see about 20x what you're typing.
Its definitely not a TV adjustment problem.
Thanks, though!
Andrew
>Hi Andrew:
>Here is what I would look for and try to adjust --- Horizontal
>frequency.
>This sounds like it is some multiple of the desired (for the monitor)
>rate. That's what's getting the multiple images across the width of the
>screen.
>Also (maybe first, but definitely in conjunction with the above) look
>for 'Vertical' frequency/lock. This one is what is getting you multiple
>images in the vertical direction. Memory says that the adjustment is
>"roll down (image) and just return the adjustment the other direction
>till it locks in place."
>The 'horizontal lock' is a much courser adjustment.
>
>(This is all standard TV/Monitor adjustment stuff. If anyone has any
>specific advice different from this, by all means, give it a try.)
<Robinson!)...is there any point to having a screen saver on a machine wit
<an LCD display? That is, is there any advantage to having the LCD pixels
<all black (or black with a distraction running around the screen) as
<opposed to steady, showing the last thing you did?
< - Mark
LCD life is way out there in hours if one proviso is met at the design
level. NONE of the elements should see a DC bias of any sort, failure to
meet that requirement insures destruction by deplating the elements and
contaminating the LC fluid. High temperatures can be destructive as well.
My experience I have a 18 year old 5x7x16 pannel that still works great.
Allison
Roger Merchberger <zmerch(a)northernway.net> wrote:
>You're both right, in a way.
>John H.: Chuck the disks, give up license. Yup.
>John F.: The upgrade disks require a license to previous software -- you
>now essentially have two linked licenses
>Is the license bound to *all* of the media?
To me, the problem is with the person who finds the software in the
dumpster and assumes that equals a license. It's not. The original
owner might've even been told by Autodesk to destroy their old media.
I can't see why the license owner shouldn't be free to do that, and
although I love to read the fine print, I do not recall ever seeing
language to that effect. To argue otherwise would only encourage
rampant pack-rat-ism. Of course, members of this mailing list don't
need an extra dose of that. :-)
"James L. Rice" <jrice(a)texoma.net> wrote:
>AutoDesk requires you to trade the original disks from the previous
>version at the dealer to order the upgrade.
I think they did once upon a time. Today they tend to use dongles
to protect software, so there's no way to use dumpster software as-is.
Uncle Roger <sinasohn(a)ricochet.net> wrote:
>Now, let's say, we've both upgraded, and I give him back his original
>disks. Am I now a pirate? Was I a pirate before? Or was he the pirate
>before?
It can depend on the company policy. Some companies are happy to take
money from anyone - legit owner or not - when it comes to upgrades.
Others are more careful about tracking serial numbers and might
not allow the upgrade.
- John
Jefferson Computer Museum <http://www.threedee.com/jcm>
To whom it concerns:
I'm forwarding this info on C64 stuff. I apologize upfront for quoting
this rather large faq. You may drown me in beer at our next meeting...
-Mike
Adam Bauer wrote:
>
> As for the argument that you can't have a decent kernel in 64K, here is
> Lunix, Linux for C64's..
>
> http://wwwcip.rus.uni-stuttgart.de/~etk10217/lunix/lunix.html
> (mirror) http://www.kuai.se/~mage/lunix/
>
> While it does serve as an inspiration, maybe we can steal^H^H^H^H^Hborrow
> some source?
>
> --- snip from README ---
>
> .d#M*#MHb\
> M? dH*" `Hb.
> TM. ,MH' `M|
> 9b. .MH' JM: LUnix-Version 0.1 patchlevel 3b
> ?M, HM' ?M' ===============================
> `*M#ML___.__,o#H'' Oct 5, 1996
> HH'"'"""*"''
> :M'
> HP ,/#
> |M' ,. `"`
> dH .H .. .o. .ov\o\ ., .o,
> ,,
> ___. JM' d| H' ``dP `\. |? `H,
> .d#'
> .dM#**HMq\. ,MT ,P JT -M| || & `H?
> ?M'
> JP' ``9H\?M' || .H' M| || 6 `9b. ,HH'
> MR `9M6 :? |M M| || M ?H, ?M'
> HM JM*H\ `booov="9? M| || 9. `MHH"
> `Hb. _dH' `*9b\. " |MT H. || ,HP>&o.
> `#H###H"' `*##\. `' ' .,H*' `Hb.
> `"#Hb\_ _?#*''
> "*&#o
> "*Hbbo\__ __oo##*""
> "'
> Index `"'***M=###booooobd##&*""""
> ============ ""'
>
> 1. What the hell is LUnix ?
>
> 2. How to start LUnix ?
>
> 3. Files/Applications comming with LUnix
>
> 3.1 The LUnix-Shell (sh0.exe, the default-shell)
> 3.2 The LUnix-Netdriver
> 3.3 The LUnix debugger LDB
>
> 4. Where can i get the lastest version of LUnix and/or updates, patches ?
>
> 5. Can i write my own LUnix-applications ?
>
> -------=============#####################################==============----
> ---
>
> 1. What the hell is LUnix ????
> ==============================
>
> LUnix is a new operating system for the Commodore64 (or C128 in C64-mode).
> I started writing LUnix in 1994. The system core is a minimal
> implementation of a multitasker. I followed an idea of A. Einstein,
> who said:
>
> "Make is as simple as possible, but not simpler"
>
> I'd say LUnix tends to be a little bit too simple :-)
>
> - LUnix is a operating system for the C64 (no hardware expansions
> required)
> (LUnix stands for "little UNIX", well don't expect too much :)
> LUnix doesn't support additional hardware yet, the next version will
> be able to support external RAM (assuming someone will write a
> modul/driver
> for it).
>
> - LUnix provides real multitasking, so there can be more than one process
> at a time. (Up to 32 processes. LUnix can't swap out stopped processes,
> so all of them must fit into main memory at once. The next version will
> support process-data in external RAM)
>
> - Using the termial-server "term9600" you can connect a terminal (via
> RS232)
> to your C64 and have a second user online on your C64.
>
> - Dynamic memory management. (only internal memory, bank0)
>
> - A small kernal but multipurpose. (well i hope so :-)
>
> What for, why ??
> ================
>
> A real C64-freak always wants to do the impossible, thats one of
> the main reasons, why i started writing LUnix. Many peaople think, that
> UNIX (multitasking/multiuser) can only run on big workstations with lots
> of megabytes RAM and gigabytes of discspace. I want to have (a kind of)
> UNIX on my little C64, having only 64kbyte and a normal
> 171kbyte-1541floppy.
> My dream would be, that people agree with me, that this isn't only fun
> but also makes sense.
>
> 2. How to start LUnix :
> =======================
>
> Get the archivefile "lunix01p3b.c64" into your C64 and run it. Its a self
> extracting archive. Start it like a normal basic-programm, it will then
> save all the lunix-files to device 8 of your C64 (e.g. your 1541-floppy).
> After all the files have been extracted, you can start LUnix by using
> the boot(-BASIC)-programm called "loader".
>
> load"lunix01p3b.c64",8
> ...
> run
>
> then
>
> load"loader",8
> ...
> run
>
> and follow the prompts.
>
> 3. Files comming with LUnix:
> ============================
>
> Systemfiles
> -----------
>
> loader o A BASIC programm that loads and starts LUnix.
>
> lunix.sys o The LUnix system core.
>
> bootdrv.drv o The bootdriver that the system will use to load the
> first
> command shell.
>
> init.exe o The screen manager (console)
>
> 3.1 Applications
> ----------------
>
> sh0.exe - sh0.exe
>
> Invokes another (sub-) command shell.
>
> a1541 - a1541
> Replaces the normal disc-driver by a
> IRQ-loader.
> You must enable this driver before accessing
> the
> RS232. (eg. before running "term9600").
>
> cat * cat <file>
>
> Prints a file to stdout.
>
> cd * cd <directory>
>
> Changes the working directory.
>
> count - count
>
> Counts up from <000> to <255> and put the
> numbers
> to stdout. Just makes some noise :)
>
> disk * disk
>
> Prints the disk-status information to stdout.
>
> echo * echo <text>
>
> Prints text to stdout.
>
> hexconv - ... ! hexconv
>
> Converts decimal numbers from stdin
> to
> hex-numbers (stdout). Usable as a
> filter.
> E.g. "ps ! hexconv"
> >> A "!" separates two (or more) commands so that
> the
> output of the first command will be used as
> input
> of the second command.
>
> kill - kill <pid>
>
> Kills a process. (PID=Process IDentification).
> You
> can get the PIDs by using the "ps"-command.
>
> ldb - ldb
>
> LUnix debugger. Details about its usage below.
>
> ls * ls [-l]
>
> Prints the disk-directory to stdout.
>
> man - man
>
> Prints a very little manual to stdout.
>
> mem - mem
>
> Prints a little statistic about the
> system-memory
> usage.
>
> memfree - memfree &
>
> Shows the amount of free memory in the
> right
> corner of the screen. You should start it
> this
> way: "memfree &"
>
> >> The "&" at the and of a line means that
> the
> command will run in the background and the
> shell
> won't wait till the execution is
> completed.
>
> mirror - ... ! mirror
>
> It will mirror lines from stdin and put
> them
> (mirrored) to the stdout. (should only be
> used
> in combination with "!").
>
> more * ... ! more
>
> Pass stdin to stdout, asks for a key
> after
> printing 11 lines.
>
> net.drv - net.drv <NID>
>
> Enables access to a local C64/128
> network.
> (NID=Network IDentification of the local
> computer).
>
> netstat - netstat
>
> Prints statistics about the C64/128 network.
>
> prim - prim <a>,<n>
>
> Prints n prime numbers beginning with a.
>
> ps - ps [-la]
> Prints a report about (-a -> "all") processes
> in
> the system. The option "-l" will make 'ps' do
> this
> in a more detailed way.
>
> reboot * reboot
>
> Causes a RESET of the computer.
>
> renice * renice [<PID>[,<pri>]]
>
> Prints/changes the priority of a process.
>
> rm * rm <file>
>
> Removes (deletes) a file.
>
> rsh - rsh <NID>
> Calls for a shell on an other computer (NID)
> in
> the C64/128-net.
>
> rshserv - rshserv [-v] &
>
> Shellserver, serves shells to other computers
> in
> the C64/128-net. (Up to 4 at a time)
>
> tee * tee <file>
>
> Writes stdin to a file.
>
> term9600 - term9600 [-v] &
>
> Terminalserver, serves shells to a
> terminal
> connected to the RS232. (uses a special
> userport-
> RS232-interface 9600Baud 8N1). Never forget
> to
> start "a1541" before starting the
> terminal-
> server !!!
>
> top - top
>
> Examines the system and print a sorted list
> of
> processes and their use of CPU time. SPACE
> will
> restart the examination, any other key ends
> top.
>
> wc - ... ! wc
>
> Counts chars, words and line from stdin and
> prints
> a report to stdout.
>
> write - write [-q] <PID>
>
> Writes a massage to an other shell (PID of
> that
> shell has to be specified). CTRL+D ends
> write.
>
> Remarks
> -------
>
> o = file can't be used as a LUnix command.
> - = commands written by the author himself.
> * = commands written by Paul Gardner from australia.
>
> As you might have noticed, there are no (very) usefull applications.
> (exept ldb) Thats because i don't have that much fun writing applications
> than writing kernel-code :-)
> Usefull may be writing the directory into a file "ls ! tee filename" or
> calculating some primenumbers and write them into a file
> "prim 100,10 ! tee primenumers". Maybe you find it usefull to
> translate all decimals in a textfile into hexadecimals, this would be
> no problem "cat infile ! hexconv ! tee outfile".
>
> I plan to write a TCP/IP-stack for the next version of LUnix, that
> would be something quite usefull i think.
>
> 3.2 The command shell (sh0.exe)
> ===============================
>
> <command>
> will load and execute a command, wait till its done.
>
> <command> ! <command> { ! <command> }
> load all and execute them parallel, passing stdout of the first to stdin
> of the second command and so on, wait till the last command is done.
>
> ... &
> A "&" at the end of a command line lets the shell go on without waiting
> till the command line is done.
>
> exit or CTRL+d
> Ends a shell.
> ( CTRL+d is the EOF0"end of file" charakter, it also ends wc, write,
> hexconv,..)
>
> 3.3 The LUnix-net-driver :
> ==========================
>
> The net-driver lets you connect up to 6 C64/128 all running
> LUnix.
> It sends and receives datapackets. There can be several virtual
> connections
> between all stations of the net at the same time.
> The only service that is implemented yet, is a shell-serving process,
> it
> allows remote shells (up to 4 per computer).
> (The net-sytem supports up to 7 services).
>
> What do i need to run this net-driver ?
> ---------------------------------------
>
> - You should have at least one C64/128
> (but you'll have much more fun, if there are more of them)
>
> - You need at least LUnix_v0.1p2 .
> and the following files : "net.drv","rshserv","rsh","netstat"
> you can get all of them (and even more) for free through
> the Internet (a list of addresses is appended to this file)
>
> - And you need a suitable cable ! (if you use more than 1 C64 :)
> You have to connect (at least) GND, PB0, PB1, PB2, PB3, PB6
> (all from the C64's userport) of all C64 in the net, the software
> supports up to 6 C64 (or C128) in the net.
>
> *** if you have only one discdrive you'll need a switch to connect/
> disconnect one of the pins to ground (eg. PB0).
> Use a little resistor (about 470-1000 Ohms) to connect the
> certain pin to ground.
> If the connection is switched 'ON' all the communication
> in the net is disabled.
>
> How to start it :
> -----------------
>
> - First unplug all the computers and discdrives/monitors...
>
> - Then connect the userport-pins (you should try to connect each GND-pin
> first)
>
> *** only one discdrive: connect GND to the discdrive (!),to
> prevent damage when connecting/disconnecting it to one computer
> after the other later.
>
> - Now shitch them all on.
>
> - Load and start LUnix,
> press 'add a session' ,type "net.drv X" X is the ID of the station.
> This ID ranges from 1 to 6 (don't use the same ID twice !)
> Then enable logins from other computers to this computer by starting
> the remote-shell-server process by typing 'rshserv -v &'
> (-v is not neccessary).
> <-do this with every computer you have connected .
>
> Thats it ! The net is now active.
>
> How to use the net
> ------------------
>
> You can use the net to execute shells on other (or the local) computer.
>
> Just type "rsh X" (X- is the ID of the destination computer)
> and you should get a 'remote shell' from that computer to work with :)
> The actual 'rshserv' process enables up to 4 remote-logins at a time
> (it doesn't matter from what computer you are calling)
>
> Type 'exit' to logout again.
>
> *** only one discdrive:
> You can use one of the computer to work as server (this will be
> the only computer with a discdrive later)
> You just have to start "rsh"s on the other computer in direction
> to the server.
> But how to do that, if there is only on discdrive available ?
> Thats what the mentioned shitch is for !
>
> Switch 'ON' (and block all net actions), then connect the
> discdrive to
> one of the other computers and type "rsh Y" (Y is the servers ID)
> connect the drive to the next computer...and so on...then connect
> the
> discdrive to the 'server' and switch 'OFF' !......
>
> 3.4 ldb - LUnix debugger version 1.0
> ====================================
>
> Available (commandline-) commands:
>
> b
> break
> Send character (ascii code 3) to debugged process.
>
> c
> continue
> Continue process (CTRL+s stopps it)
>
> d [[ mid: ] address ]
> disassemble
> Disassemble process-code (or any other memory address).
> With no argument d continues disassembling at the last position.
> Default for mid is the process' mid.
> Address is the relative address in the mid-memory area or, if no
> mid is given the address is relative/absolute/original to the
> process' startaddress (as defined by the used with the 'm'-command).
>
> f dev:filename
> file
> Load exacutable file for debugging.
>
> h [[ mid: ] address ]
> hexdump
> Print a hexdump, syntax like 'd'
>
> i
> info
> Print process information
>
> m[aro]
> mode
> ma absolute memory addresses
> mr relative memory addresses
> mo original memory addresses
> (display mode of disassembler)
>
> r [ args ]
> run
> Run a loaded process with 'args' as commandline parameters.
>
> s #signum
> signal
> Sends signal #signum to debugged process.
>
> t
> tick
> Lets the debugged process run for exactly one time slice.
> (or till there is a 'jsr$$9012' in the code, wich can be used
> like breakpoints for debugging)
> NOTE: ldb waits till the process is interrupted while running
> (if the process is blocked ldb will wait till it is
> unblocked again)
>
> examples:
> ---------
>
> @> ldb
> LUnix Debug Version 1.0
> by Poldi 4.3.1996
> ldb> f @:prim { load 'prim' }
> ldb> r 10000,10 { prim 10000,10 }
> ldb> i {info}
> pc=38:0046 sr=00 a=00 x=00 y=00
> { mid:reladr ,status register,akku,x-register,y-register }
> stack 17 90
> { $9018=suicide is the return-address, if there is a rts }
> zp 57 8d 38 35 30 3a 8e 00 59 2f 8d
> { zero page starting with address $57: ...10 bytes }
> ldb> d 38:46
> { begin disassembling at pc=38:0046 taken from info }
> $c846 lda#$c8
> $c848 jsr$$9051
> $c84b jmp$$c991
> $c84e rts
> $c84f lda#$00
> $c851 sta$$59
> $c853 sta$$5a
> $c855 sta$$5b
> $c857 sta$$5c
> $c859 ldii$57
> ldb> mr { switch to relative-address-mode }
> ldb> h 0 { hexdump starting at relative addr. 0 }
> $0000 38 f5 fa fa 00 00 00 00 8UZZ....
> $0008 00 46 00 00 00 00 00 00 .f......
> $0010 00 00 00 00 00 00 00 00 ........
> $0018 00 00 4c 1b 90 00 00 00 ..l.....
> $0020 00 00 00 00 00 00 00 00 ........
> $0028 00 00 00 00 00 00 00 00 ........
> $0030 00 00 00 00 00 00 00 00 ........
> $0038 50 52 49 4d 00 00 00 00 prim.... { 'prim' CMD name in the file }
> $0040 17 27 00 00 80 00 a9 c8 .'....)h
> $0048 20 51 90 4c 91 39 60 a9 q.l.9@)
> ldb> f @:ldb { load 'ldb' }
> ldb> mo { switch to original address-mode }
> ldb> d { disassemble code }
> $7000 38 00 00 00 40 57 06 00 8...@w..
> $7008 1c 40 00 00 00 00 00 00 .@......
> $7010 00 00 00 00 00 00 00 00 ........
> $7018 00 00 4c 48 70 4c 52 70 ..lhPlrP
> $7020 00 00 00 00 00 00 00 00 ........
> $7028 00 00 00 00 00 00 00 00 ........
> $7030 00 00 00 00 00 00 00 00 ........
> $7038 4c 44 42 00 00 00 00 00 ldb.....
> $7040 lda#$70
> $7042 jsr$$9051
> ldb> d { continue disassembling }
> $7045 jmp$$79aa
> $7048 se i
> $7049 lda#$03
> $704b ldx$$7001
> $704e jsr$$902d
> $7051 rti
> $7052 jmp$$901b
> $7055 pjp$$70a2
> $7058 30 31 32 33 34 35 36 37 01234567
> $7060 38 39 41 42 43 44 45 46 89abcdef
> ldb> d { continue disassembling }
> $7068 01 04 07 0a 0d 10 13 16 ........
> $7070 00 00 00 00 00 00 00 00 ........
> $7078 00 00 00 00 00 00 00 00 ........
> $7080 00 00 00 00 00 00 00 00 ........
> $7088 00 00 00 00 00 00 00 00 ........
> $7090 00 00 00 00 00 00 00 00 ........
> $7098 00 00 00 00 00 00 00 00 ........
> $70a0 00 00 ..
> $70a2 and#$3f
> $70a4 = $$70d2
> ldb> d { continue disassembling }
> $70a6 cmp#$20
> $70a8 bcs$$70ac
> $70aa ora#$40
> $70ac jsr$$9069
> $70af bcc$$70d2
> $70b1 jsr$$70b7
> $70b4 jmp$$901b
> $70b7 bit$$7071
> $70ba bpl$$70d2
> $70bc lda$$7075
> ----------------------------------------
> ldb> f @:prim { load file 'prim' }
> ldb> r 10000,10 { exec 'prim 10000,10' }
> ldb> i { info }
> pc=2d:0046 sr=00 a=00 x=00 y=00
> stack 17 90
> zp 57 38 a9 20 20 ac 38 a6 57 e8 86
> ldb> t { let prim run for one tick }
> ldb> i { print info agin }
> pc=2d:0170 sr=23 a=00 x=00 y=04
> stack 3d 2f 17 90
> zp 57 0a 00 d0 01 00 00 01 01 00 00
> ldb> t
> ldb> i
> pc=2d:0154 sr=23 a=00 x=00 y=07
> stack 3d 2f 17 90
> zp 57 0a 00 80 03 00 00 13 04 00 00
> ldb> t
> ldb> i
> pc=2d:0158 sr=23 a=00 x=00 y=02
> stack 3d 2f 17 90
> zp 57 0a 00 e4 00 00 00 af 01 00 00
> ldb> t
> ldb> i
> pc=2d:014b sr=22 a=ff x=00 y=0e
> stack 3d 2f 17 90
> zp 57 0a 00 00 40 1c 00 17 27 00 00
> ldb> t
> 10007 { a prime number calculated by prim after 5 ticks }
> ldb> i
> pc=2d:017b sr=21 a=00 x=09 y=04
> stack 3d 2f 17 90
> zp 57 09 00 60 02 00 00 79 01 00 00
> ldb> s
> s #signum (1..16)
> sends signal to process
> ldb> s 7 { send signal 7 'killed parent' }
> process doesn't support this signal
> ldb> s 6 { send signal 6 'user break' }
> ldb> t { another tick.. }
> Process died { process caught the signal and ended }
> ldb> i
> No file loaded
> ldb> x { exit from ldb .. back to shell }
> @>
>
> disassembler notes:
> -------------------
> The assemblersytax may look strange to you, because it is based on
> an old assembler i wrote (it was easier to use it's disass-tables as
> writing some new, wich i may do somewhen in future).
>
> lda#$12
> ---
> parameter #12 is decimal, $12 hex, "a ascii, <label a label
> the parameter may be preceeded by a l (low byte) or h (high
> byte) eg. lda#l$1234 is the same as lda#$34 and
> lda#h$1234 like lda#$12.
> ---
> the first 3 chars define the command (like lda,sta,inc,and,...)
> -
> the fourth char defines the addess-mode
> # immediate
> $ adr
> x adr,x
> y adr,y
> ii (adr),y (third and fourth char 'i')
> ix (adr,x)
>
> some examples:
> lda#$23 is lda #$23
> lda$$23 is lda $23
> lda$$1234 is lda $1234
> ldii$a2 is lda ($a2),y
> ldax$c000 is lda $c000,x
> adcx$c080 is adc $c080,x
> + ii$bf is adc ($bf),y
> = $$1234 is beq $1234
> <> $$1234 is bne $1234
> pjp$$1234 is byte $0c; word $1234
> jsr$$9012 is jsr $9012
>
> 4. Where can i get the lastest version of LUnix and/or updates, patches ?
> =========================================================================
>
> WWW:
>
> LUnix-homepage
> http://wwwcip.rus.uni-stuttgart.de/~etk10217/c64.html
> or
> http://wwwcip.rus.uni-stuttgart.de/~etk10217/lunix.html
>
> There also is additional information about the kernel-structure.
>
> FTP:
>
> ftp://ftp.uni-hildesheim.de/pub/...
> ftp://ftp.giga.or.at/pub/c64/...
>
> If you need support, or have some questions/remarks/suggestions write
> an email to me.
>
> eMail: Daniel.Dallmann(a)studbox.uni-stuttgart.de
>
> 5. Can i write my own applications ?
> ====================================
>
> Of course you can ! But you have to take care of some simple rules.
> A LUnix-application must have a special header, must be relocatable by
> the system and mustn't access memory/hardware that may be used by other
> applications or by the system.
> (Applications may access hardware-directly because the kernel doesn't
> provide the neccesary routines yet)
> Details on how to write applications can be found on my WWW-page.
>
> If you want to use an other machine (linux/UNIX/amiga) for development,
> you can use some tools i've written to help writing LUnix-applications.
>
> there is
> luna: a 6502/10 cross-assembler
> lupo: a preprocessor for assembler sources
> lld: a linker for objectfiles created by luna
>
> All you need is a C-compiler (i used the GNU-C-Compiler "gcc") to built
> the executables. (Thanks to Stefan Haubenthal there is a compiled
> version for AMIGA).
>
> Everyone, who wants to do something for LUnix is welcomned and will get
> all information needed (just contact me).
>
> If you already played around with LUnix and wrote some little applications
> *please* send them to me, i'll include them into the patchlevel 3c
> release.
>
> In fact LUnix0.1 is quite limited, thats why i'm working on a new version.
> But it won't be released before 1997 (i'm not that far). If someone
> likes to have more information on the next release, or better has some
> suggestions, look at my WWW-page or write an (e)Mail.
>
> ...and, don't forget:
> HAVE FUN !!
>
> --- snip from README ---
The mail software crashed while I was typing this. Oh well, try
again...
> I doubt I will be using the thing because it needs a 220-volt plug,
> which there are at my school, but noone would let me put it in their
> room. There isn't any space in my apartment either :). Could I
> somehow wire to 110-volt plugs to get 220? If there is some kind of
You can try it if you like, but you'd far better notter!
Seriously, in most (afaik) homes/schools/offices in the US, it is
possible to find 230V between the live terminals of two suitably chosen
sockets. But this is not recommended. In particular, you cannot
connect the output voltages of two randomly chosen sockets in series
and expect the wiring to survive...
I'd recommend a 110/220V transformer. They do exist and they are not
very difficult to find. It may also be possible to modify the PSU.
Don't give up that soon!
> "getting started" thing, photocopies would be fun, just to look at...
I may have spare copies of some pocket reference guides. There is one
for the OS (about 1/2 inch thick) and one for the assembler at least. I
shall have a look - eventually!
Philip.
Sorry to take so long replying - I have been away for a week doing various
things (Job interview, visit parents, fail to mend car, etc.). One of the
advantages of being away is that a couple of dozen messages after a
question I think I could answer, somebody else answers it for me! Far
less typing to do!
> Certainly more _fun_ than some of the films that have been released for
> sure! The wife will not agree though. But if one of us had a large old
> S/360 or S/370 in our basements, the power consumption would financially
> kill us (because of the water chillers for cooling, current consumption
> of older technology electronics, etc.) I'd love to even _see_ a large
> S/360 and all its utilities.
Possibly. But I'm not convinced. I seem to remember the biggest IBM
3090 system drew about 250kW (I'll have to look that up too!). I
imagine a typical system might draw perhaps 50kW. The biggest problem
with this is the supply to your house - few can manage more than 25kW.
At 8c per kWh, 50kW is $4 per hour - cheap enough to run for an evening
a month, say.
> Only one 8 Meg board installed. Maximum, IIRC, was 16 Mb storage. DASD was
> probably used as workstation storage. Philip, can you confirm any of this
> from your sales literature? If you're interested, William, I can give you
> the lineup of PC board modules in the CPU which I briefly talked about
> earlier in the thread.
9373 (9370 model 20) was 4 MB expandable to 16 MB; all the others were
8MB, expandable to 16 MB. However, only the 9377 (model 90) had a
64-bit data path; all the others were 32 bit, so I suspect the 4 meg
card would work in the 9375. But there's no knowing, with IBM.
I see on this page there is a comparison "not fully verified by IBM" by
an outside agency, comparing 370 machines with Vaxen. A 9373 is slower
than a microvax II; a 9377, rather faster than a Vax 8650, reaching
nearly 0.8 Mflop. The 4381 - another low(ish) end 370 - had three
models listed, up to around 1.2 Mflop for the model 13. (At least IBM
didn't try and claim twice this for the model 14, which is two 13s
back-to-back).
Philip
All,
This discussion got me thinking (uh oh... Danger, Will
Robinson!)...is there any point to having a screen saver on a machine with
an LCD display? That is, is there any advantage to having the LCD pixels
all black (or black with a distraction running around the screen) as
opposed to steady, showing the last thing you did?
- Mark
