(this is a guest post from Tenox)
Certainly a new hope for more decent Aclock port to Carbon…
So yeah I’ve got this extra copy of KOTOR kicking around and I should do some kind of giveaway or contest or something. As a matter of fact looking at steam I have a few extra bobs and ends…. Any good suggestions?
Also for anyone who keeps up on current events and posts, you have exactly 12 hours left to partake in the humble bundle to get Star Wars KOTOR for ‘name your own price’…
Which means you could score it for as low as say, $1 USD right now. Personally I wanted Dark Forces as I haven’t played that one in ages. The rest I already have, so here we are.
While it’s a great game IMHO, it is prone to some weird crashes like the cut scenes trying to change to unsupported resolutions, hardware shadow issues, and the like. But with it’s recent ports to both iOS, and Android this game will certainly be around for quite some time.
It’s a shame there won’t be a KOTOR3.
I finally found the download link for Vivaldi!
It looks pretty promising, from the people who brought us Opera. I’d encourage you to check it out!
So with all the excitement with jsDOSBox it was about time I tried to get something from my old java dosbox stuff running again.
As a quick note, as of right now, you cannot boot into a disk image… Nor can you really run bat files, or any kind of drivers beforehand. It’s basically either use a script that adds files one by one, or use an image file which gets mounted, and you run your exe/com file from that.
So here we go, back again is the old Fortran Dungeon (zork) compiled with QuickC for Windows, running on the working model version of Windows 3.0.
I could also call this ‘going with the flow’… So instead of fighting the system, like I usually do today we are going to do things the way everyone else enjoys doing things, and that is building stuff with tun/tap and bridges.
Ok, so I’m using Windows, and that is what I’m assuming you are as well for this ‘guide’.
The first thing you’ll need is the tun/tap driver for Windows, and the easiest way to get that is via OpenVPN. The next thing you’ll need is Qemu, again I’m just using the pre-compiled stuff right here.
Go ahead, and install them both. With OpenVPN installed, when you open your control panel, and check out your network interfaces you’ll see something like this:
Now for my example, I’m going to add another TAP interface. TAP’s are only good for a 1:1 relationship with the VMs. Yes, that is why I prefer something else, but again we are going to do things today the way everyone else does them.
Now for me, I run the ‘addtap’ batch file located in the C:\Program Files\TAP-Windows\bin folder as Administrator, and this now gives me two TAP adapters. I highly recommend disabling TCP/IP v4 and v6 on the TAP adapters, along with the MS client/server stuff. We are only using these for bridging the VMs so we dont’ need the host computer to participate in this network.
Now for the fun part. I’m assuming you have your NetWare server and client images all ready to go (I guess I can go over installation again some other day), and now we get to bind each one to a SINGLE TAP instance. Also don’t forget that each machine needs a UNIQUE MAC address. One of them can use the default settings, but the other one cannot.
I’m going to start my server like this:
\Progra~1\qemu\qemu-system-i386.exe -m 16 -hda netware312.disk -device ne2k_isa,netdev=usernet,mac=52:43:aa:00:00:11,irq=10,iobase=0x300 -netdev “tap,ifname=Local Area Connection 2,id=usernet”
As you can see, this gives me a NE2000 on port 0x300, IRQ 10 and sets the MAC address to 52:43:aa:00:00:11 . And this sets it on the first TAP adapter, lovingly called “Local Area Connection 2″ because the primary adapter is called “Local Area Connection“. Also take note of the quotes in this command line, as it’ll encapsulate the full default name of the TAP adapter. The other alternative is to just rename the adapters, but where is the fun in that?
Now for my client:
\Program Files\qemu\qemu-system-i386.exe” -m 16 -hda client.disk -soundhw sb16,adlib,pcspk -device ne2k_isa,irq=10,iobase=0x300,netdev=usernet -netdev “tap,ifname=Local Area Connection 3,id=usernet”
As you can see the primary difference here is that it’s connected to “Local Area Connection 3” which is my second TAP interface.
Now with both virtual machines running the interfaces will turn on!
But as you’ll quickly discover, neither machine can talk to each-other, as they are islands so to speak.
Now for the fun part, we highlight the two TAP interfaces, right click, and turn on the built in bridge function of Windows!
And once that is done, a new Network Bridge interface will show up, transfer what layer 3 settings there are, and then setup the layer 2 bridge between the TAP interfaces.
And once the bridge interface has gone live, give spanning tree 15 seconds to do it’s thing, and YES you can now login to the NetWare server!
And there you go! This is the ‘approved’ way to do virtual networking with Qemu.
Now I know what you are thinking, this is great for VM’s and all that jazz, but what if I say have an office FULL of old PC’s and I want them onto my new fangled ancient server?
No problem, right click on the bridge, and select delete. This will put everything back the way it was, sending the VMs back to their own TAP interfaces. Now select all the interfaces, and then setup a bridge (I suppose you could edit the existing one to include the physical interface…) and now once the bridge has been setup, it’ll now be talking out the local Ethernet interface.
One quick note, bridging and WiFi tend to not go hand in hand. Some interfaces will work, but the rule seems to be the vast majority of setups will not. So don’t complain if yours didn’t work, you are just part of the 99.99999%. And if you did get yours to work, well good for you.
Well it just goes to show the internet is the ultimate ‘pipe’ from one thing to another. And in this case, people who collect legacy phone systems (yes they do exist, the people not the phones, I mean the phones of course they exist!) wanted a way to interconnect their various switches and sets to eachother.
So it’s cool, they’ve established a wold wide network, collaborative net, or C*NET.
Which reminds me, one of these days I want to do a multi-site asterisk deployment with speex as the back end haul and see how that goes.
This version of Qemu seems to be one of the better ones in a LONG LONG time.
Much to my amazement, as I fully expected this to crash much like all the other versions, it actually runs.
qemu-system-i386.exe -m 16 -hda netware312.disk -device ne2k_isa,irq=10,iobase=0x300 -soundhw pcspk -serial none -parallel none -k en-us
I’m just more amazed it works. Now I did try it on my old setup of a NE2000 on 0x300 Interrup 2/9 but I was getting some IRQ issues. So I went ahead and reconfigured Netware for IRQ ‘A’, and set the CLI for 10. Of course I haven’t actually tested networking, this is really a ‘wow it did something’ statement. No doubt I’ll have to build a new GNS3 test bed with this Qemu, and see how Netware performs.
And I thought that I should broadcast it to the world. Diomidis Spinellis has gone through the hard work of going through all the old legacy Unix source code, making it easily available here. Even more fun it to just find somewhere with a couple of GB free, and clone it!
git clone https://github.com/dspinellis/unix-history-repo
With that done, you can then ‘check’ out the repo from any of the major releases and get the source! For example to see 4.4 BSD, you would type in:
git checkout BSD-4_4
And it goes up to FreeBSD 10.0.1 Release tags are:
I found this repository by accident, cbmbasic which is a ‘portable’ version of the old Microsoft Basic for the Commodore 8bit computers in C which can run on any manner of machine.
Really cool, right?
So for the heck of it, I fired up the x68000 toolchain, and in no time after gutting the file open operation as some stuff isn’t defined, and I wanted to see it run, I had a working executable.
All the commands MUST BE IN UPPERCASE… Then again the Commodore did default to upper case, so I guess that isn’t a surprise. There is no ‘system’ command to take you out of basic, but Control-C works just the same.
The other intersting thing, is that on the authors blog, pagetable.com, the original source code for the 6502 basic has been found. Notably this version includes portions written by Bill Gates. It is a very fascinating read.
Well the good news is that like NetBSD the kernel boots. The downside is that none of the network adapters I could think of work. They are either ignored, or crash out the kernel.
OpenBIOS for Sparc64
Configuration device id QEMU version 1 machine id 0
CPUs: 1 x SUNW,UltraSPARC-IIi
Welcome to OpenBIOS v1.1 built on Nov 15 2014 12:59
Type ‘help’ for detailed information
Not a bootable ELF image
Not a bootable a.out image
Loading FCode image…
Loaded 4829 bytes
entry point is 0x4000
OpenBSD IEEE 1275 Bootblock 1.3
Jumping to entry point 0000000000100000 for type 0000000000000001…
switching to new context: entry point 0x100000 stack 0x00000000ffe8aa09
>> OpenBSD BOOT 1.6
open /[email protected],0/[email protected]/[email protected]/[email protected]:f/etc/random.seed: No such file or d
Booting /[email protected],0/[email protected]/[email protected]/[email protected]:f/bsd
[email protected][email protected][email protected][email protected]
symbols @ 0xffc5a300 119 start=0x1000000
Unexpected client interface exception: -1
console is /[email protected],0/[email protected]/su
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
Copyright (c) 1995-2014 OpenBSD. All rights reserved. http://www.OpenBSD.org
OpenBSD 5.6 (RAMDISK) #178: Fri Aug 8 05:00:27 MDT 2014
real mem = 2147483648 (2048MB)
avail mem = 2103877632 (2006MB)
mainbus0 at root: OpenBiosTeam,OpenBIOS
cpu0 at mainbus0: SUNW,UltraSPARC-IIi (rev 9.1) @ 100 MHz
cpu0: physical 256K instruction (64 b/l), 16K data (32 b/l), 256K external (64 b
psycho0 at mainbus0: SUNW,sabre, impl 0, version 0, ign 7c0
psycho0: bus range 0-2, PCI bus 0
psycho0: dvma map c0000000-dfffffff
pci0 at psycho0
ppb0 at pci0 dev 1 function 0 “Sun Simba” rev 0x11
pci1 at ppb0 bus 1
ppb1 at pci0 dev 1 function 1 “Sun Simba” rev 0x11
pci2 at ppb1 bus 2
unknown vendor 0x1234 product 0x1111 (class display subclass VGA, rev 0x02) at p
ci0 dev 2 function 0 not configured
ebus0 at pci0 dev 3 function 0 “Sun PCIO EBus2” rev 0x01
“fdthree” at ebus0 addr 0-ffffffff not configured
com0 at ebus0 addr 3f8-3ff ivec 0x2b: ns16550a, 16 byte fifo
“kb_ps2” at ebus0 addr 60-67 not configured
“Realtek 8029” rev 0x00 at pci0 dev 4 function 0 not configured
pciide0 at pci0 dev 5 function 0 “CMD Technology PCI0646” rev 0x07: DMA, channel
0 configured to native-PCI, channel 1 configured to native-PCI
pciide0: using ivec 0x7d4 for native-PCI interrupt
pciide0: channel 0 disabled (no drives)
atapiscsi0 at pciide0 channel 1 drive 0
scsibus0 at atapiscsi0: 2 targets
cd0 at scsibus0 targ 0 lun 0: <QEMU, QEMU DVD-ROM, 2.2.> ATAPI 5/cdrom removable
cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2
prtc0 at mainbus0
softraid0 at root
scsibus1 at softraid0: 256 targets
bootpath: /[email protected],0/[email protected],0/[email protected],0/[email protected],0:f
root on rd0a swap on rd0b dump on rd0b
unix-gettod:interpret: exception -13 caught
interpret h# 01c099ec unix-gettod failed with error ffffffffffffffed
WARNING: bad date in battery clock — CHECK AND RESET THE DATE!
erase ^?, werase ^W, kill ^U, intr ^C, status ^T
Welcome to the OpenBSD/sparc64 5.6 installation program.
(I)nstall, (U)pgrade, (A)utoinstall or (S)hell?
(I)nstall, (U)pgrade, (A)utoinstall or (S)hell? (I)nstall, (U)pgrade, (A)utoinst
all or (S)hell? s
But it’s great it’s this close!