Just to add some info to the discussion. This sounds like a nice idea,
however it will be very difficult to implement on some of the older
machines that SimH supports.
For example the B5500 does not have the concept of a mountable pack.
Drives could be attached, but they were a permanent attachme
Just to add some info to the discussion. This sounds like a nice idea,
however it will be very difficult to implement on some of the older
machines that SimH supports.
For example the B5500 does not have the concept of a mountable pack.
Drives could be attached, but they were a permanent attachme
Just to add some info to the discussion. This sounds like a nice idea,
however it will be very difficult to implement on some of the older
machines that SimH supports.
For example the B5500 does not have the concept of a mountable pack.
Drives could be attached, but they were a permanent attachme
On Wednesday, April 20, 2016 at 20:15, Ken Cornetet wrote:
> I guess I need to shout this:
>
> *** KERMIT DOES NOT WORK ON SIMH EMULATED RTE-6/VM
I've never used Kermit under RTE, but today I tested the HP2100 simulator
with two of the Kermits available in the HP CSL (Contributed S
On 4/21/2016 3:47 PM, Ken Cornetet wrote:
In summary, "CU mode" offers a tremendous amount of power for simh users, and
requires very little effort to implement.
Very little effort? Every paper tape implementation in SimH is unique.
The "central library" for paper tape, insofar as there is on
This is a long post, so I'll ask everyone to read it carefully before you start
formulating your response to tell me I'm an idiot (I don't need you to tell me
this - my wife reminds me on a regular basis).
I'd like to ask everyone to back up a bit and look at the problem: how to get
files into
> On Apr 21, 2016, at 6:44 AM, Johnny Billquist wrote:
>
> On 2016-04-21 12:31, Davis Johnson wrote:
>> I haven't heard any mention of ANSI labeled tapes as a data format. OS
>> support varies, and interpretation of the standard varies perhaps even
>> more.
>
> Right. But it's still a standard,
On 2016-04-21 12:31, Davis Johnson wrote:
I haven't heard any mention of ANSI labeled tapes as a data format. OS
support varies, and interpretation of the standard varies perhaps even
more.
Right. But it's still a standard, which is a good start.
I never liked them much (I never had good tool
On 2016-04-21 12:21, Veit, Holger wrote:
Am 21.04.2016 um 11:31 schrieb Johnny Billquist:
On 2016-04-21 10:01, Veit, Holger wrote:
Am 20.04.2016 um 22:35 schrieb Sampsa Laine:
And since the connection can be assumed to be lossless, the protocol
could be really simple, e.g. something like thi
I haven't heard any mention of ANSI labeled tapes as a data format. OS
support varies, and interpretation of the standard varies perhaps even more.
I never liked them much (I never had good tools for them on my real
hardware). In theory it should be a reasonable common format.
On 04/21/2016 0
Am 21.04.2016 um 11:31 schrieb Johnny Billquist:
On 2016-04-21 10:01, Veit, Holger wrote:
Am 20.04.2016 um 22:35 schrieb Sampsa Laine:
On 20 Apr 2016, at 23:25, Phil Budne wrote:
Ken.Cornetet wrote:
I guess I need to shout this:
*** KERMIT DOES NOT WORK ON SIMH EMULATED RTE-6/VM **
On 2016-04-21 11:05, Dave Wade wrote:
-Original Message-
From: Simh [mailto:simh-boun...@trailing-edge.com] On Behalf Of Veit,
Holger
Sent: 21 April 2016 08:56
To: simh@trailing-edge.com
Subject: Re: [Simh] Way out idea for simh
I think this is missing the actual problem. If a simh
On 2016-04-21 10:01, Veit, Holger wrote:
Am 20.04.2016 um 22:35 schrieb Sampsa Laine:
On 20 Apr 2016, at 23:25, Phil Budne wrote:
Ken.Cornetet wrote:
I guess I need to shout this:
*** KERMIT DOES NOT WORK ON SIMH EMULATED RTE-6/VM
Why not?
Kermit does not exist (and probably
> -Original Message-
> From: Simh [mailto:simh-boun...@trailing-edge.com] On Behalf Of Veit,
> Holger
> Sent: 21 April 2016 08:56
> To: simh@trailing-edge.com
> Subject: Re: [Simh] Way out idea for simh
>
> I think this is missing the actual problem. If a simh supp
Am 20.04.2016 um 22:35 schrieb Sampsa Laine:
On 20 Apr 2016, at 23:25, Phil Budne wrote:
Ken.Cornetet wrote:
I guess I need to shout this:
*** KERMIT DOES NOT WORK ON SIMH EMULATED RTE-6/VM
Why not?
Kermit does not exist (and probably couldn't feasibly exist) on any earlier
m: Simh [mailto:simh-boun...@trailing-edge.com] On Behalf Of Rich Alderson
Sent: Wednesday, April 20, 2016 2:31 PM
To: simh@trailing-edge.com
Subject: Re: [Simh] Way out idea for simh
Date: Wed, 20 Apr 2016 17:04:18 +
From: sky...@sky-visions.com
For example the B5500 does not have the concept of a mou
Sent from my Galaxy Tab® A Original message From: Johnny
Billquist Date: 04/20/2016 4:24 PM (GMT-07:00) To: Sampsa
Laine Cc: simh@trailing-edge.com Subject: Re: [Simh] Way
out idea for simh
On 2016-04-21 00:11, Sampsa Laine wrote:
>
>> On 21 Apr 2016, at 01:05, Jo
> On 21 Apr 2016, at 01:26, Johnny Billquist wrote:
>>
>> Yes, exactly - the guest OS tools do this. The SIMH file server just writes
>> the stuff to disk.
>
> Well, the goal was to transfers files into and out of the guest system. If
> you want to transfer files into the guest system, you ca
On 2016-04-21 00:18, Sampsa Laine wrote:
On 21 Apr 2016, at 01:12, Johnny Billquist wrote:
Where would you get the metadata from? And you have a lots of different types
of binary files, multiplied with a lot of different systems. You want to try
and figure out some system to handle all the
On 2016-04-21 00:11, Sampsa Laine wrote:
On 21 Apr 2016, at 01:05, Johnny Billquist wrote:
On 2016-04-20 22:35, Sampsa Laine wrote:
On 20 Apr 2016, at 23:25, Phil Budne wrote:
Ken.Cornetet wrote:
I guess I need to shout this:
*** KERMIT DOES NOT WORK ON SIMH EMULATED RTE-6/VM **
> On 21 Apr 2016, at 01:14, Mark Pizzolato wrote:
>
> On Wednesday, April 20, 2016 at 10:07 AM, Ken Cornetet wrote:
>> Kermit cannot be made to work reliably on RTE-6/VM under simh. At least I
>> was never able to make it work.
>>
>> Not to mention that trying to use an
>> emulator other than Q
> On 21 Apr 2016, at 01:12, Johnny Billquist wrote:
>
>
> Where would you get the metadata from? And you have a lots of different types
> of binary files, multiplied with a lot of different systems. You want to try
> and figure out some system to handle all the variants?
>
The guest OS tool
On Wednesday, April 20, 2016 at 10:07 AM, Ken Cornetet wrote:
> Kermit cannot be made to work reliably on RTE-6/VM under simh. At least I
> was never able to make it work.
>
> Not to mention that trying to use an
> emulator other than QCTerm (which doesn't do Kermit) with RTE is a major
> PITA.
>
On 2016-04-21 00:00, Sampsa Laine wrote:
On 21 Apr 2016, at 00:56, Johnny Billquist wrote:
This is not a "small" thing. This would be a huge effort if really wanted this
to become ubiquitous. And I still fail to see the point. We've basically established that
binary files will still not w
> On 21 Apr 2016, at 01:05, Johnny Billquist wrote:
>
> On 2016-04-20 22:35, Sampsa Laine wrote:
>>
>>> On 20 Apr 2016, at 23:25, Phil Budne wrote:
>>>
>>> Ken.Cornetet wrote:
I guess I need to shout this:
*** KERMIT DOES NOT WORK ON SIMH EMULATED RTE-6/VM
>>>
>>> Why
On 2016-04-20 22:35, Sampsa Laine wrote:
On 20 Apr 2016, at 23:25, Phil Budne wrote:
Ken.Cornetet wrote:
I guess I need to shout this:
*** KERMIT DOES NOT WORK ON SIMH EMULATED RTE-6/VM
Why not?
Kermit does not exist (and probably couldn't feasibly exist) on any earlier
ver
> On 21 Apr 2016, at 01:00, Sampsa Laine wrote:
>
>
>> On 21 Apr 2016, at 00:56, Johnny Billquist wrote:
>
>> This is not a "small" thing. This would be a huge effort if really wanted
>> this to become ubiquitous. And I still fail to see the point. We've
>> basically established that binary
You step away from the computer for a day and your inbox is full!
We want to transfer files back and forth between guest file systems and host
file systems, preferably while the guest is running.
The mechanism should be as generic as possible, rather than be wildly different
for each environmen
> On 21 Apr 2016, at 00:56, Johnny Billquist wrote:
> This is not a "small" thing. This would be a huge effort if really wanted
> this to become ubiquitous. And I still fail to see the point. We've basically
> established that binary files will still not work, so we're down to text
> files. W
On 2016-04-20 20:48, Ken Cornetet wrote:
Again, you don't need OS support for foreign file systems, you just need to be
able to read the disk blocks in a raw mode.
And what Rich said (again) is that you cannot mount a foreign file
system in Tops-10. The concept don't exist.
Johnny
> On 21 Apr 2016, at 00:28, Hittner, David T (IS) wrote:
>
> If Kermit does not work on SIMH emulated RTE-6/VM, but works on the real
> hardware, then I’d say there’s a BUG in the emulator that needs fixing. Derp.
> Ø Kermit cannot be made to work reliably on RTE-6/VM under simh.
> Ø At least
On 2016-04-20 20:47, Ken Cornetet wrote:
Well, I did say it was a wild idea...
It is... Well, maybe not wild. Just way complicated and lots of work for
something that can be done so much easier.
But on the other hand, I haven't heard any better suggestions. And the only
problems are:
Bet
[Simh] Way out idea for simh
I guess I need to shout this:
*** KERMIT DOES NOT WORK ON SIMH EMULATED RTE-6/VM
Kermit does not exist (and probably couldn’t feasibly exist) on any earlier
versions of RTE.
Also, people keep reminding me that some simh guest OSes don’t’ have the
abili
extensively, but I
guarantee you he put a *lot* of time into it.
From: Simh [mailto:simh-boun...@trailing-edge.com] On Behalf Of khandy21yo
Sent: Wednesday, April 20, 2016 4:51 PM
To: Sampsa Laine ; Phil Budne ;
simh@trailing-edge.com
Subject: Re: [Simh] Way out idea for simh
The Kermit protocol
t;simh@trailing-edge.com" Subject:
Re: [Simh] Way out idea for simh
> On 20 Apr 2016, at 23:25, Phil Budne wrote:
>
> Ken.Cornetet wrote:
>> I guess I need to shout this:
>> *** KERMIT DOES NOT WORK ON SIMH EMULATED RTE-6/VM
>
> Why not?
>
>&g
o: simh@trailing-edge.com
Subject: Re: [Simh] Way out idea for simh
Ken.Cornetet wrote:
> I guess I need to shout this:
> *** KERMIT DOES NOT WORK ON SIMH EMULATED RTE-6/VM
Why not?
> Kermit does not exist (and probably couldn't feasibly exist) on any earlier
> vers
> On 20 Apr 2016, at 23:25, Phil Budne wrote:
>
> Ken.Cornetet wrote:
>> I guess I need to shout this:
>> *** KERMIT DOES NOT WORK ON SIMH EMULATED RTE-6/VM
>
> Why not?
>
>> Kermit does not exist (and probably couldn't feasibly exist) on any earlier
>> versions of RTE.
>
> Agai
Ken.Cornetet wrote:
> I guess I need to shout this:
> *** KERMIT DOES NOT WORK ON SIMH EMULATED RTE-6/VM
Why not?
> Kermit does not exist (and probably couldn't feasibly exist) on any earlier
> versions of RTE.
Again, why not?
Having just written a new shell for PDP-7 UNIX (becaus
simh@trailing-edge.com Subject: [Simh] Way out idea for simh
Actually, here’s an alternate way to allow easy file transfers. I’m starting to
think this is a much better idea.
Create a new device for simh that is identical to a paper tape punch/reader
except If the guest OS writes a magic s
> On Apr 20, 2016, at 3:58 PM, Kevin Handy wrote:
>
> I think you are trying to over-engineer this file transfer stuff.
>
> Instead of creating new devices for the transfer to operate over, why not use
> something that already exists on most of the simulators, like a serial port.
> Instead o
in as many of the emulated machines as
possible.
From: Simh [mailto:simh-boun...@trailing-edge.com] On Behalf Of Kevin Handy
Sent: Wednesday, April 20, 2016 3:58 PM
To: Paul Koning
Cc: simh@trailing-edge.com
Subject: Re: [Simh] Way out idea for simh
I think you are trying to over-engineer
> If you want shares access the host filesystem, look to 'nfs'. If the emulated
> system doesn't already have shared filesystem already, you are probably going
> to be fighting such things as the disk caching code. File system corruption
> is very likely to occur.
>
A device like that on the
I think you are trying to over-engineer this file transfer stuff.
Instead of creating new devices for the transfer to operate over, why not
use something that already exists on most of the simulators, like a serial
port.
Instead of building all this code into simh to convert from one disk file
f
Actually, here's an alternate way to allow easy file transfers. I'm starting to
think this is a much better idea.
Create a new device for simh that is identical to a paper tape punch/reader
except If the guest OS writes a magic string, the next character after the
magic string is a command, and
> On 20 Apr 2016, at 22:24, Ken Cornetet
> wrote:
>
> Sigh…
>
> No, no file system emulators needed.
>
> The block device would be in HP LIF format. SImh would understand LIF on the
> host side, and a LIF transfer utility would handle LIF on the guest side.
>
OK, go for it - I just persona
That is what I meant by support. However not all OS's allow you to have a drive that is not part of the file system. Some OS's allow you to gain access to a drive, many don't. Some like IBSYS don't even have the concept of a file system. For CDC COS and Scope the disk basically was a tape image. Th
; simh@trailing-edge.com
Subject: Re: [Simh] Way out idea for simh
On 20 Apr 2016, at 22:03, Ken Cornetet
mailto:ken.corne...@kimballelectronics.com>>
wrote:
That is a great mechanism. But it has the HUGE disadvantage that it is very
specific to the Altair emulator. It can’t be generali
> On 20 Apr 2016, at 22:03, Ken Cornetet
> wrote:
>
> That is a great mechanism. But it has the HUGE disadvantage that it is very
> specific to the Altair emulator. It can’t be generalized to that it can be
> easily applied to all simh machines. And it requires (probably) guest OS
> modifica
> On Apr 20, 2016, at 3:08 PM, sky...@sky-visions.com wrote:
>
> OS's don't support foreign file systems. What they do is provide the ability
> to access a drive that does not have what they believe to be a valid file
> system.
Not necessarily. RSTS does in the latest versions, but not in ea
Original Message-From: S
imh [mailto:simh-boun...@trailing-edge.com] On Behalf Of Rich AldersonSent: Wednesday, April 20, 2016 2:31 PMTo: simh@trailing-edge.comSubject: Re: [Simh] Way out idea for simh> Date: Wed, 20 Apr 2016 17:04:18 +> From: sky...@sky-visions.com> For exampl
> On 20 Apr 2016, at 21:54, Paul Koning wrote:
>
> Let me flesh this out a bit, I think I understand your idea and it's a pretty
> straightforward one. It vaguely looks like a pseudo device implementation of
> the GDB remote stub file access setup. Or, I suppose, vaguely like FTP
> requests
> On Apr 20, 2016, at 2:01 PM, Sampsa Laine wrote:
>
>
>> On 20 Apr 2016, at 20:45, Ken Cornetet
>> wrote:
>>
>> Other than the OS on the old Atari 800 family of computers, I don’t know of
>> any OS that supports a device to which you can supply a file name and then
>> read or write data.
e.com
Subject: Re: [Simh] Way out idea for simh
> Date: Wed, 20 Apr 2016 17:04:18 +
> From: sky...@sky-visions.com
> For example the B5500 does not have the concept of a mountable pack.
> Drives could be attached, but they were a permanent attachment. For
> the Ibm 7000 line,
file transfers, to quote Ross Perot: "I'm all
ears"
-Original Message-
From: Simh [mailto:simh-boun...@trailing-edge.com] On Behalf Of Johnny Billquist
Sent: Wednesday, April 20, 2016 1:59 PM
To: simh@trailing-edge.com
Subject: Re: [Simh] Way out idea for simh
On 2016-04
> On 20 Apr 2016, at 21:44, Ken Cornetet
> wrote:
>
> That “some kind of transfer utility” is exactly what I’m trying to implement.
>
> In order to transfer files between a guest and host you need some sort of
> shared medium.
>
> In the realm of simh hosted OSes, there are basically 3 forms
: Ken Cornetet
Cc: simh@trailing-edge.com
Subject: Re: [Simh] Way out idea for simh
On 20 Apr 2016, at 20:45, Ken Cornetet
mailto:ken.corne...@kimballelectronics.com>>
wrote:
Other than the OS on the old Atari 800 family of computers, I don’t know of any
OS that supports a device to whi
> Date: Wed, 20 Apr 2016 17:04:18 +
> From: sky...@sky-visions.com
> For example the B5500 does not have the concept of a mountable pack.
> Drives could be attached, but they were a permanent attachment. For the
> Ibm 7000 line, most did not support disk. The disk drive that was
> supported by
> On 20 Apr 2016, at 20:45, Ken Cornetet
> wrote:
>
> Other than the OS on the old Atari 800 family of computers, I don’t know of
> any OS that supports a device to which you can supply a file name and then
> read or write data.
>
> Most OSes view disk devices as a collection of blocks.
>
On 2016-04-20 19:51, Armistead, Jason . wrote:
OK, so maybe my example was a bit more high-level than what folks are discussing, but
even for a "bunch of bits/bytes" device, synchronization still has to be
considered here (just as it would for access to common data when writing a multi
er raw disks or seekable tapes, and
either would work.
From: sky...@sky-visions.com [mailto:sky...@sky-visions.com]
Sent: Wednesday, April 20, 2016 1:49 PM
To: Ken Cornetet ; sky...@sky-visions.com;
paulkon...@comcast.net; sam...@mac.com
Cc: simh@trailing-edge.com
Subject: RE: RE: [Simh] Way out id
om
Subject: [External] Re: [Simh] Way out idea for simh
The guest OS wouldn't care, because the guest OS wouldn't see it - there isn't
a guest OS file system on the disk. The *only* thing reading or writing the
bits in the guest world is the custom utility program.
For all I know
] Way out idea for simh Just to add some info to the discussion. This sounds like a nice idea, however it will be very difficult to implement on some of the older machines that SimH supports. For example the B5500 does not have the concept of a mountable pack. Drives could be attached, but they
On 2016-04-20 19:19, Jonathan Willams wrote:
On Apr 20, 2016, at 1:04 PM, Johnny Billquist wrote:
On 2016-04-20 18:58, Jonathan Willams wrote:
I think a more useful solution would be to engineer FUSE filesystems for
various file system formats. It removes the necessity to modify simh or
the
, 2016 1:37 PM
To: Ken Cornetet
Cc: simh@trailing-edge.com
Subject: Re: [Simh] Way out idea for simh
On 20 Apr 2016, at 20:26, Ken Cornetet
mailto:ken.corne...@kimballelectronics.com>>
wrote:
Kermit is not available/usable for every guest OS under simh.
Fair enough.
I do not unde
Original Message-
From: Simh [mailto:simh-boun...@trailing-edge.com] On Behalf Of Armistead,
Jason .
Sent: Wednesday, April 20, 2016 1:31 PM
To: simh@trailing-edge.com
Subject: Re: [Simh] Way out idea for simh
One thing that I don't think has been mentioned is that the guest OS being
ednesday, April 20, 2016 12:52 PM
> To: simh@trailing-edge.com
> Subject: Re: [Simh] Way out idea for simh
>
> I say forget the FTP server, create a device which can access a directory on
> the host OS via a special device and then code file trans
6 12:52 PM
To: simh@trailing-edge.com
Subject: Re: [Simh] Way out idea for simh
I say forget the FTP server, create a device which can access a directory on
the host OS via a special device and then code file transfer utilities for each
OS that needs it, like the SIMH Altair + CP/M thing
> On 20 Apr 2016, at 20:26, Ken Cornetet
> wrote:
>
> Kermit is not available/usable for every guest OS under simh.
>
Fair enough.
> I do not understand what you mean by a block device that points at a
> directory on the host OS.
OK, so instead of an FTP server, you have a special device
One thing that I don't think has been mentioned is that the guest OS being run
under SIMH might not take kindly to data changing on these new devices that are
being proposed.
I would expect the guest OS doesn't expect things to "magically happen",
because it (quite rightly) believes it is the o
> On Apr 20, 2016, at 12:58 PM, Jonathan Willams
> wrote:
>
> I think a more useful solution would be to engineer FUSE filesystems for
> various file system formats. It removes the necessity to modify simh or the
> guest OS.
FUSE is doing it the hard way. It makes an elegant user interface
> On 20 Apr 2016, at 20:20, Ken Cornetet
> wrote:
>
> You don’t need the notion of mountable disk. The disk would appear attached
> to the guest OS 100% of the time.
>
> The guest doesn’t need to be able to mount foreign file systems. The guest OS
> only considers that block device as a seek
m] On Behalf Of
sky...@sky-visions.com
Sent: Wednesday, April 20, 2016 1:04 PM
To: paulkon...@comcast.net; sam...@mac.com
Cc: simh@trailing-edge.com
Subject: Re: [Simh] Way out idea for simh
Just to add some info to the discussion. This sounds like a nice idea,
however it will be very difficult
> On Apr 20, 2016, at 1:04 PM, Johnny Billquist wrote:
>
> On 2016-04-20 18:58, Jonathan Willams wrote:
>> I think a more useful solution would be to engineer FUSE filesystems for
>> various file system formats. It removes the necessity to modify simh or
>> the guest OS.
>
> Except you need to m
to a variety of
systems.
-Original Message-
From: Simh [mailto:simh-boun...@trailing-edge.com] On Behalf Of Sampsa Laine
Sent: Wednesday, April 20, 2016 1:00 PM
To: simh@trailing-edge.com
Subject: Re: [Simh] Way out idea for simh
> On 20 Apr 2016, at 19:58, Johnny Billquist wrote:
>
On 2016-04-20 18:58, Jonathan Willams wrote:
I think a more useful solution would be to engineer FUSE filesystems for
various file system formats. It removes the necessity to modify simh or
the guest OS.
Except you need to modify every host OS to add a userland bridge from
the kernel to usersp
Just to add some info to the discussion. This sounds like a nice idea,however it will be very difficult to implement on some of the oldermachines that SimH supports. For example the B5500 does not have the concept of a mountable pack.Drives could be attached, but they were a permanent attachment. F
I second kermit as a general purpose solution. It also supports non ascii
character sets which for some older systems is important. Failing that paper
tape as a txt file works.
Sent from my iPhone
> On 20 Apr 2016, at 18:00, Sampsa Laine wrote:
>
>
>> On 20 Apr 2016, at 19:58, Johnny Billqu
> On 20 Apr 2016, at 19:58, Jonathan Willams
> wrote:
>
> I think a more useful solution would be to engineer FUSE filesystems for
> various file system formats. It removes the necessity to modify simh or the
> guest OS.
I think there are already utilities for *NIX to access a Files-11 image
> On 20 Apr 2016, at 19:58, Johnny Billquist wrote:
>
> I still find Kermit the most obvious, straight forward solution. Kermit
> already exists for almost any platform we might talk about. It requires
> minimal hardware. Runs in userland. And manages the translation of text files
> based on
I think a more useful solution would be to engineer FUSE filesystems for
various file system formats. It removes the necessity to modify simh or the
guest OS.
> On Apr 20, 2016, at 12:42 PM, Ken Cornetet
> wrote:
>
> I think I wasn’t clear on what I meant.
>
> Simh would have an FTP server
On 2016-04-20 18:52, Sampsa Laine wrote:
I say forget the FTP server, create a device which can access a directory on
the host OS via a special device and then code file transfer utilities for each
OS that needs it, like the SIMH Altair + CP/M thing..
Slightly simpler, and there is previous a
I say forget the FTP server, create a device which can access a directory on
the host OS via a special device and then code file transfer utilities for each
OS that needs it, like the SIMH Altair + CP/M thing..
Sampsa
signature.asc
Description: Message signed with OpenPGP using GPGMail
_
On 2016-04-20 18:02, Paul Koning wrote:
On Apr 20, 2016, at 11:43 AM, Ken Cornetet
wrote:
A common theme on this list is how to get files copied between the host and the
emulated machines. I have a crazy idea for a simh feature to help in that
regard: Add an FTP server to simh that would w
I think I wasn't clear on what I meant.
Simh would have an FTP server built in. In your simh control file, you'd attach
a disk (or tape, or drum) and add an option that would make that block device
available to the FTP server as a certain virtual directory name. A user id and
password would als
> On Apr 20, 2016, at 12:06 PM, Sampsa Laine wrote:
>
>
>> On 20 Apr 2016, at 19:02, Paul Koning wrote:
>>
>>>
>>
>> I don't know LIF, but the RT-11 file system is certainly simple.
>>
>> There are a couple of complications. First, you'd have to write a file
>> access utility for each gu
Actually, why not just create simple file system for the FTP server, and then
export an interface and create a read/write tool for each OS.
That way you only need to implement one FTP server and a tool to access files
on it.
This sort of exists for the Z80 emulation - there are read / write ut
> On Apr 20, 2016, at 11:43 AM, Ken Cornetet
> wrote:
>
> A common theme on this list is how to get files copied between the host and
> the emulated machines. I have a crazy idea for a simh feature to help in that
> regard: Add an FTP server to simh that would write to a “universal” file
> s
> On 20 Apr 2016, at 19:02, Paul Koning wrote:
>
>>
>
> I don't know LIF, but the RT-11 file system is certainly simple.
>
> There are a couple of complications. First, you'd have to write a file
> access utility for each guest OS. Given a simple enough file system that
> isn't necessaril
A common theme on this list is how to get files copied between the host and the
emulated machines. I have a crazy idea for a simh feature to help in that
regard: Add an FTP server to simh that would write to a "universal" file system
on a simh block device file (disk, tape, drum) that the guest
89 matches
Mail list logo