DOS based CD-Writer software ?

[The Natural Philosopher]

Ah.

Finally the context emerges.

Honestly your best bet may be to run the DOS in a VM and use the actual host system to do the DVD burning.

BUT if you must.,..

seems to show that some sort of CD-ROM driver exists for DOS 6.22 - you could try that - but it may be read only.

is a DOS executable that can burn CDs/DVDS

see

But it expects a windows 7 subsystem...

In short you could waste a lot of time and get nowhere.

Seriusly, how does the PC communicate with the lathe? I would really be thinking that virtualbox running DOS is the way to go...and some kind of access to the host file system from there.

shows how to access a samba server on the host machine, which is a snap if the host is running Linux.

It should work with 'windows shares' on the host too, or on a remote machine if the PC is networked.

None of this is simple.

Another option might be to run DOSBOX.

My inclinations since I cut mt teeth on networking DOS would bve a linux host running samba, and a DOS VM with networking code inside it to mount directories on the host system.

But thats just me. DOSBOX looks like an option too.

[The Natural Philosopher]

Yeah. As usual what the OP really wants only emerges after a load of wasted suggestions

It does seem to me that since the new machine has an ethernet interface, getting TCP/IP working on the DOS is probvaly the easiest way to push files off it.

seems to be aimed at this sport of case.

The more I see what te situation is the more I tend tiowqwrds any solution BUT using the DVD drive from DOS.

I think my two front runners are to get raw TCP/IP and netbios working on the bare bones DOS machine OR use a fully functional host operating system anbd run DOSBOX inside that.

[Martin Brown]

I expect the reason it has to be MSDOS 6.x is that there are real mode peeky pokey drivers that prod some custom interface hardware directly.

I am fairly sure that DOS software to write CDs and the even earlier Panasonic proprietary PD disks was available in the dim and distant past back when they were expensive SCSI based peripherals. Secondhand SCSI writers are still available but finding a set of the drivers and shims to make it all work today on DOS might be something of a challenge.

It might be easier to find a printer port based ZIP device of that era complete with a set of MDDOS drivers on eBay.

Getting the network card to behave on the embedded box and then using network shares might be the least difficult way out. The external PC can run a modern OS that handles the backup process.

[The Natural Philosopher]

actually HAS the two disk images needed to install client TCPIP on DOS.

You will need NDIS drivers to suit the ethernet interface in the machine

- I assume it is an intel chipset on the motherboard...

Once you have network mapped drives the issue of file transfer goes away.

[The Natural Philosopher]

Not necessarily. Ive seen a lot done with just a serial port..

The OP doesnt mention custom hardware at all.

Its getting nasty.

My chief point is that getting networking working should be easier than writing to a DVD drive....and achieves file transfer much more easily.

IF he has enough RAM to handle a TCP/IP stack them installing workgroups for DOS or whatever the **** its called will produce a pretty reliable TCP stack and netbios that will allow mounting of remote samba or windows 'shares' on the DOS machine.

If not the DOSBOX route may be the way to go

DVD burning software for DOS is never going to be an easy find.

[T i m]

Assuming that PC doesn't come with a floppy drive and a quick look online suggests that they do do one with, you may have made things more difficult than you meant buy not getting a PC without a floppy drive or at least a bay for one?

However, there are still loads of modernish PC's available second hand for next to nothing that come with a 3.5" floppy drive and you know it would 'just work' OOTB. ;-)

If you did want to back stuff up now and again then booting a USB Linux image and writing stuff to CD / DVD or booting from a Linux DVD and writing to USB should be easy.

I have setup such a machine (granite worktop CNC router) and am aware for production work it really needs to be KISS. ;-)

Cheers, T i m

[Dan S. MacAbre]

I only ever got Netware working with MS-DOS. Windows networking was a bit of a novelty at the time :-)

[tabbypurr]

Some later writing software can be invoked from command line to run in dos. I just can't remember which.

NT

[Andrew Mawson]

I am very grateful for your (and everyone else's) help, BUT I think that is a bit unfair - I said in the original post:

"I need some software that will run under DOS 6.22 that will allow me to copy files to a CD/DVD-ROM Drive. This is on a legacy CNC machine "

Sadly burndisk.exe will NOT run under DOS reporting "This program cannot be run in DOS mode" I down loaded it a few days ago :(

But as I said - I am very grateful for your help . . . . . .

Andrew

[Andrew Mawson]

Although there is oodles of custom hardware in the machine it is all interfaced by two serial ports. One is slow speed and not timing critical as it is only the operators panel / keyboard, however the other (I presume) is running flat out at top speed as timing is very critical during threading operations as it has to synchronise readings from the main shaft optical encoder with the X and Z axis drivers.

Regards,

Andrew

[Andrew Mawson]

I really do think the requirement was clearly stated in the original post. Perhaps you missed that one ?

Andrew

[Andrew Mawson]

Tim,

I deliberately chose a DC7600 (off my pile of them !) that DOES have a floppy facia and drive as well as the normal CD/DVD one, so I do have the option of floppy transfer but it's a pain. Sadly all my adventures running Linux have ended with much confusion and a splitting headache :( The thought of booting some operating system from a USB stick that will allow me to see the DOS files on the C: drive and write CDs though does sound quite possible

Andrew

[Dan S. MacAbre]

I'm going to admit that I was a bit confused, although that is probably obvious by now :-) I thought you just wanted to get some data off the old PC, for importing into new software on the new PC. I didn't realise you planned to run the same OS and software on the new one, too. But yes, it seems clear enough now. If the software drives a specialised controller, I don't think you can communicate with it from a VM. If it uses standard connectors that already exist on the new PC, there's a chance you can. If you are able to run it in a VM, then you can use folder sharing for the data transfer.

[Robin]

I thought of BartPE but find it is no more. I shall go roll my trousers.

or in that case possibly write to another USB stick if you wish

[Bob Eager]

"legacy CNC machine"

[John Rumm]

A quick option would be a copy of laplink and a serial or parallel transfer cable. Just suck the files off to a laptop etc.

Network card would be another option.

Physically accessing the hard drive on another platform may work, but it depends a bit on what disk interface it has. IDE/SCSI should be doable without too much hassle. ST506/ESDI will pose more of a challenge.

[John Rumm]

For clarification, which machine are you trying to write CDs from? the old viglen, or the new SFF box?

(I got the impression this was a "one off" bulk shift of data from the old box).

[John Rumm]

FWIW I probably still have an original set of Laplink III disks I could zip/make an image of if anyone needs it.

(probably even got the original "hydra" laplink cable as well somewhere!)

[John Rumm]

Adaptec EasySCSI will provide a set of ASPI drivers...

One of the old TCP/IP application stacks for DOS with FTP would probably be an option. (assuming once loaded there is enough ram left to run the CNC software ;-) Ah the joys of DOS emm/xms/umb management.

[Andrew Mawson]

John I already have transferred the old (1995) software by painful floppy ! The new machine (Compac DC7600) is up and running the software though not yet driving the machine

What I'm trying to set up to do is generate CD's on the lathe to archive (or off machine modify) parts programs, tool lists, operation sequences etc

Andrew