partitioning with debug

If you’ve ever decided to use a ‘new’ pc for some old OS’s or whatnot, you’ll probably find partition tables that will NOT clear under MS-DOS…

Well after looking around for a ‘quick’ and easy method of wiping a partition table, I found this neat little script for DEBUG to do the trick….

Don’t try it out on any machines you care about…!

http://support.microsoft.com/kb/106419

—————————————————————-
Debug Enter Debug Comments
Prompts Commands
—————————————————————-
– A 100 Assemble from CS:0100.

nnnn:0100 INT 13 Call interrupt 13.

nnnn:0102 press the (nnnn in the segment address).
ENTER key

– RAX Replace AX register.

AX 0000

: 0301 Write on sector.

– RBX Replace BX register.

BX 0000

: 0200 Start from ES:200.

– F 200 L 200 0 We want to write zeros.

– RCX Replace CX register.

CX 0000

: 0001 Cylinder, 0, sector 1.

– RDX Replace DX register.

DX 0000

: 0080 First physical hard disk, head
0. (Substitute 0081 for this
entry if you are clearing the
table on the second physical
hard disk, 0082 if you are
clearing the third physical
hard disk, and so forth).

– P Proceed (Debug will display
several lines of information).

– Q Quit Debug.
—————————————————————-

Some updates..

I had a request for the qemu 0.90 binaries to run NeXTSTEP… I don’t own Vaxenrule.com anymore so for now I’ll put them here:

http://dl.dropbox.com/u/1694005/qemu090%20for%20nextstep.zip

Sorry for the bitrot stuff… 😐 At least I’m still here.

Also while working on Tradewars C today, I came across this great package called OpenDoors. Even better is that it’s under the LGPL. The only “downside” is that OpenDoors requires Visual C++ 6.0 or higher to build, because of the toolbar.. Also I’m not sure if going from VC 1.0 to 9.0 didn’t flake some stuff out as well… I’m not 100% sure about it, but the trading part of the game feels.. weird.

The examples are pretty straight forward, and it took a few hours on & off for me to convert the standalone tradewars into a door program. I like the feel of it so much I may try to see about converting SIMH to run with it.. Maybe even dumbfrotz.

OpenDoors trade wars

OpenDoors trade wars

Above is a picture of what the console looks like.

More ports… more tradewars…

more etc…

Some of the stuff is getting ironed out, it plays better for sure.

I had to start separating things out to make some older C compilers happy…

I still do not understand how ‘float’ types keep changing sizes between 16bit/32bit compilers…. Was there ever ANY consistent floating point types in C between 16/32bit? It really sucks to have binary data and find out you cannot ‘read’ it…..

Did people just force people to dump their data into ASCII, and reload it into 32bit formats, and tell everyone to ONLY use 32bit?

I know I’m like 15 years late to this party, as everyone is going through the win32 to win64 thing… Although I’m surprised Tradewars C’s win64 version runs happily with a win32 generated data file…….

Oh and ports in this version:

MS-DOS (realmode)
Win16 (QuickC for Windows’s QuickWin)
Win32 (Visual C++ 1.0’s CLI libc.lib exe… )
Win64 (Visual Studio 2008 cli)
Linux (x86 built with debian -static…..)
OS/2 (16 bit built with Microsoft C 6)

Although it supports multiple users, it’s still a single player game… I suppose it shouldn’t be too hard to constantly check the user record & sector record of where they are with stuff changing…..?

Anyways my work is here: https://sourceforge.net/projects/tradewarsc/

9/11/2001 pages…

Ok, it’s not virtual stuff… but I’m sure you’ve heard that wikileaks has a few hundred thousand pages…

These two stuck out to me:

2001-09-11 08:47:46 Arch [0901509] B ALPHA
Someone just told me there was an explosion at

The first plane went in at 8:46 AM

2001-09-11 09:04:03 Skytel [002386438] B ALPHA
[email protected]||HUGE explosion just rocked the World Trade Center….the second tower is now on fire.

The second plane hit at 9:03 AM

And this one is just plain eerie:

2001-09-11 09:02:31 Skytel [004696708] B ALPHA
BREAKING NEWS: PER OPB, IT APPEARS AA 757 HIJACKED AND RUN INTO THE WORLD TRADE CENTER. THIS IS NOT A JOKE AND JUST BREAKING NEWS> RICK-Rick

Funny how us little people… knew so little.

And it’s funny how the NSA/CIA spies on us, but this offers a glimpse of the power they hold….

MS-DOS lan client for Virtual PC 2007

So while I was going through the motion of making my tradewars more… multi user friendly, I needed to test between all kinds of clients and a server…

Since I’m using MS-DOS, Windows 3.0 as my test bed (if it’ll run there, it’ll run anywhere!) I had MAJOR issues with the 3.0 lan client… But digging around on the NT 4.0 Server CD I tried the lanman.dos client.

Using the lan drivers from here: http://wiki.oldos.org/Downloads/DriversAndBootdisks

It was a snap!

I’ve built an NT 4.0 domain controller with both NetBIOS & TCPIP protocols that way all my machines can map into it…

I wonder if there ever was a ms net requester for MacOS..?

Boring weekend…

Ok so I had a boring weekend…. And it’s spilled over to today.

I’m getting burnt out but what happened is I found out that Turbo Pascal 5.5 is now FREE!

Which I thought was VERY cool.. So after a while of googling around for neat & interesting Pascal stuff, I came across this BBS door game, called TradeWars, that included the source!

While going through the source it seemed it could be easily ported to C so I started late Friday (or was it Saturday AM?)…

Anyways I’d feel safe with a tentative ‘public’ release of the source..

My C is based on the Pascal, which is in turn based on the BASIC code.. I’ve tried to keep it true to the pascal so there is a LOT of 2 letter variables, and a lot of WTF’s? BUT I did add comments as I was going through it.

It *SHOULD* be somewhat portable C, and I haven’t included binaries just yet… It’s still a work in progress, but I wanted to let out a WIP thing…

You can find the project here: https://sourceforge.net/projects/tradewarsc/

Oh and a screenshot:

Trade Wars C 0.7 on Windows 3.0

Trade Wars C 0.7 on Windows 3.0

It builds on both 16bit & 32bit machines… Once I get it far more fleshed out & running then I’ll sanitize the data as for now it’s using the same data & message files…

OS/2 1.3 on a real pc

 

Ok so this isn’t much of an update, but I thought I’d share some Microsoft OS/2 1.3 on REAL hardware…. Yeah, so it’s not emulation but this is COOL!

I scored a copy of Microsoft OS/2 1.3 IN THE BOX.

OS/2 1.3 on a real computer!

Which is beyond rare. But they needed something as a ‘server platform’ for Microsoft Mail 3.x before Windows NT (OS/2 NT) was ready.

Unix/32V multiuser…

Well I was reading through this post:

 
When it made mention that for multiuser operations to work on Unix v7 you have to enable modem control… I’ve never gotten the DZ to work on 32v so seeing that it’s basically just Unix v7 on the VAX it probably worked in the same manner.
 
So I changed the following line from my 32v’s dboot.ini from:
 
set dz lines=8
 
to
set dz lines=16
att dz -m 2311
And now SIMH will listen on TCP port 2311 and allow me to connect into it’s serial ports!
Another minor note, regarding porting SIMH to the SUA/SFU environment for Windows regarding the nanosleep debacle:
In sim_timer.c the lines:
(void) nanosleep (&treq, NULL);
will fail as SUA/SFU don’t have nanosleep, however you can replace it with usleep and it’ll work… I use this:
(void) usleep (milliseconds*1000);
And for some reason some time structures don’t get defined so above the defintion of uint32 sim_os_msec to satisfy ‘foo’, simply place in:
struct timezone {
int tz_minuteswest;
int tz_dsttime;
};
And above the definition of uint32 sim_os_ms_sleep_init (void) I placed in:
struct timespec {
time_t tv_sec; /* seconds */
long tv_nsec; /* nanoseconds */
};
In the file sim_sock.c the line:
timerclear (&tz);
will fail as there is no timerclear… So I just replaced it with the following:
memset(&tz,0x0,sizeof(tz));
I then downloaded & build gnu make 3.81 and I’ve confirmed that 32v will load on the VAX11/780 emulator and it will idle ‘correctly’……
I know this is ‘clear as mud’ but it’ll help some people!