Peter's z80.eu site blog
Search 

Please read ! 
If NO IMAGES will be shown, use www.z80.eu/blog instead of blog.z80.eu

Please note also - THIS BLOG ENDS HERE WITH THE LAST ENTRY FROM NOVEMBER 9th 2021.

I have prepared a new blog with wordpress at https://vintagecomputing.info !!!

Thank you.
Hard Disk Imaging Utility for (very) old PCs - now in beta status 
Wednesday, March 31, 2021, 07:30 PM
Posted by Administrator
Because I was still searching for a small hard disk imaging software which can run on a IBM PC/XT also (no need for EMS or XMS, no need for a better processor than 8088), and can be used with a parallel ZIP drive (e.g. with PalmZIP for PC/XTs), but not finding anything useful, I developed my own HDD imaging utility.

So far it does already creating a whole image backup of a HDD, and it compresses also (at least down to about 60% of the original size) the image file chunks which can be created.
That means, on the target media (like a ZIP 100 media), about 160-170MB can be stored, instead of 100MB (remember, it's NOT 100MB in fact, it's about 91MByte).

It requests for exchanging the target media, so you will be able to use subsequently different media disks, instead of saving it first to another HDD (caching it).

See the screenshots I made:

Starting it, choosing the right HDD and size of the target media (parts):


Finishing it, looking for the result:


Unpacking it to uncompressed image parts, and reassembling it to one HDD image file:

(even if you rename the compressed files, the sequence number, which is important for reassembling, is stored within the file header of each file)

Looking for the result:


You can download the 1.3 (still improving it) at "related link" here.

The "unpack" Windows application (to uncompress the saved & compressed imagefile parts to uncompressed imagefile parts but with the help of the Windows command line, running with Windows 10 for example) is now also available >here<. Using the saved image file is tested more than once with PCem for example. And last but not least, I'm working meanwhile also on the topic "restore", means you will be able to restore that saved image back in the future.
1 comment ( 65 views )   |  permalink   |  related link   |   ( 3 / 398 )
Strange DOSBOX (with latest version 0.74-3) behaviour with a sample benchmark program 
Monday, February 8, 2021, 11:58 AM
Posted by Administrator
To have some new examples for x86 assembler programming, I've created also one sample with a small benchmark program, which should work with old PCs like the IBM PC/XT.
This program, created with an assembler source for MASM 5.10, will measure basically for a defined period of time (5 seconds, or in 1/18.2 sec ticks exactly 91 ticks) how fast one char is displayed with the help INT 10h function 09h (a BIOS function, not DOS related). I was trying to implement it via INT 10h function 0Eh (tty type output), but this was not working because function 0Eh is working only in graphics mode.
I didn't liked to implement it by writing directly into video RAM (beginning at 0B800:0h for CGA, EGA and VGA), because I wanted to avoid screen snow with a CGA.

I tested it with several virtual, emulated PCs (from IBM PC/XT up to a PC with a Pentiumn 233 MMX), and also with some real, existing PCs I had.

Usually, DOSBOX, especially if the cycle value is increased or unlimited, but also even with the default settings, is really fast and things will work really good.

With my sample bench program, this ends up in a surprise !
DOSBOX wasn't the fastest choice. It started very fast, but after a moment, was slowing down drastically with the video output. I didn't try to analyze the reason (by reviewing the DOSBOX source), but it was interesting.

PCem with the emulated Pentium MMX 233 was way faster (~ 982 loops for DOSBOX, ~ 1700 for the emulated PCem v17 PC). I guess I need an explanation why this happens, but I fear emulated PCs (using PCem) with a real BIOS are much better in terms of (text) video output, because there is no caching or memory limit while executing the emulation.

Added later: It depends of the "cycle" value, if the value is above ~4000 (or even "max"), you will get the mentioned effect, if it's the default value of 3000, the effect is almost invisible. But still a strange effect.

See 'related link' for a download possibility of the benchmarking program (with source code). See also my >youtube video<.

I would really, really appreciate some result values from REAL machines. Many thanks for any value in advance. You can use the comment function (at least for about 60 days after posting this) and/or the contact function here.
add comment ( 43 views )   |  permalink   |  related link   |   ( 3 / 381 )
Ghost HDD imaging history ... Wikipedia ignores versions below 3 
Monday, December 28, 2020, 05:59 PM
Posted by Administrator
Most of you know "Norton Ghost", even more often known as "Symantec Ghost".
But it wasn't published by Symantec first. Binary Research started to sell Version 1.0 (1.1) in 1996, followed by Version 2.0 (2.07) and Version 3.0 (3.1) - latest minor version in brackets.
The first 2 versions runs even with an IBM XT and without extended memory.
Starting with Version 3 it uses XMS and needed a 286 CPU, Version 4.0 uses Pharlab Extender, but is still running at least with a 286. Starting with Version 5.0, it's running with an 386 and higher. So, if you want to create a hard disk drive image for an IBM AT clone, you can go on with Ghost 4.0a, and the best, it can still be read by later Ghost versions (e.g. with Ghost Explorer). So that could be a way to virtualize your HDD content (and running it with VMWare, VirtualBox or PCem).
For the first 3 versions valid: It can also run with OS/2.

I have made some screenshots, the first 4 versions are running in text mode, starting with Ghost 5, it is a graphics screen with VGA resolution.

This is version 2.07:

and


Version 3.1a:

and


Version 4.0a:

and


Well known, starting with Version 5, all later versions having the same look alike:

and


Ghost Version 1.1 did not support FAT32,
starting with Version 2.0 it had support for FAT32. Both run with conventional RAM only, too.
Since Ghost 3.0, partitions can be imaged as well as a whole drive, but XMS is needed.
Ghost 4.0 images can be read from later Ghost versions.
Ghost Version 5 breaked the 8GB (BIOS) barrier.

Btw. Wikipedia does not list up earlier versions than 3. My blog entry does this ;-)

1 comment ( 50 views )   |  permalink   |  related link   |   ( 3 / 1697 )
Remarkable site and blog: The 'Computer History Museum' 
Monday, December 21, 2020, 12:49 PM
Posted by Administrator
I just want to point out that there is a site and blog you must visit:
The 'Computer History Museum'.

The blog is still actualized regularly, and points out many historical facts beside of other more ore less computer related facts but also opinions.

The site itself does NOT only shows vintage computer technology, but covers also infos about 'remarkable' people, and beside this, it has a very interesting corner named "Internet History Program Archiv". It's NOT an archive like www.archive.org, it's moderated and selected.
It lists up also recent and upcoming computer history related events in the U.S..

I like the concept in general also, because you will still find interesting entries even after your 10th visit, very good. It's like a kind of mirror of the "old times", like a time travel.

add comment ( 42 views )   |  permalink   |  related link   |   ( 3 / 2171 )
Two interesting pages about the Olivetti M20 - one of the few computer which have a Z8000 and can run CP/M-8000 
Wednesday, December 16, 2020, 12:25 AM
Posted by Administrator
Full with additional links and infos, more than just a vintage computer museum entry:

http://retrocomputing.altervista.org/m20/m20.html

http://www.retrocomputing.tk/olivettim20.html

To get an impression from what I'm talking - here's an image from an M20 machine,
running CP/M-8000 (click on the picture to zoom):


The machine was selled in 1982 with PCOS (that's an operating system with cryptic commands, even more cryptic than CP/M was)...

There was an additonal 8086 card available to run MS-DOS, but that's another story.
The cpu was - to document it more accurately - a Zilog 8001, the cpu family is named 'Z8000'.

Still one of the most "rich" web pages about the Olivetti M20 can be found at
http://www.z80ne.com/m20/

2 comments ( 260 views )   |  permalink   |  related link   |   ( 3.1 / 1470 )

<Back | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | Next> Last>>