[Simh] Way out idea for simh

[Ken Cornetet]

Well, I did say it was a wild idea...

But on the other hand, I haven't heard any better suggestions. And the only problems are:
1. Not all OSes support raw disk access or seekable mag tape.
2. A small LIF transfer utility will have to be written for each OS.

If anyone has better ideas for file transfers, to quote Ross Perot: "I'm all ears"

-----Original Message-----
From: Simh [mailto:simh-bounces at trailing-edge.com] On Behalf Of Johnny Billquist
Sent: Wednesday, April 20, 2016 1:59 PM
To: simh at trailing-edge.com
Subject: Re: [Simh] Way out idea for simh

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-threaded program).

No, you definitely have a point. But yes, if people plan to write a separate application to access this device, then you worry about system caching of data does not apply.

But I still do not think that writing such a program for every platform (or even a noticeable number of them) is going to happen. Essentially I consider this whole thread to be a lot of hot air.

> As long as the guest OS has exclusive access to the device (preventing the host OS doing reads or writes) , or the host OS has exclusive access to the underlying host file representation (preventing the guest OS from doing reads or writes), then things are OK.  The minute that both try to access it, with one reading and the other writing, it all falls apart because there are lots of ways to corrupt the data stream mid-way through either operation.

Right.

Now, do people want to transfer some information, or are we going to continue this mad idea all night?

	Johnny
_______________________________________________
Simh mailing list
Simh at trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh