Years ago I needed to do something similar. What I did was to write a simple
shell script to turn my text into HTML, then run it through html2ps, then run
the resulting postscript through ghostscript to get PDF. I recall that other
than being a bit clunky, it worked really well – and my text to
All this talk about FORTRAN and criticisms of Pascal brought back memories of
“Real Programmers Don’t Use Pascal”
I’d imagine all of you old timers around here have read it, but you younger
folk may not be familiar with it. If you’ve never read this gem, go do so now.
I used a hacked version of f2c to "compile" Mystery Mansion (for the HP1000)
into c, which I was then able to compile and get a runnable game on modern
systems.
The nice thing about using f2c is that you can tweak f2c to match the
particular idiosyncrasies of the source code.
-Original
gt;
Cc: Ken Cornetet <ken.corne...@kimballelectronics.com>; simh@trailing-edge.com
Subject: Re: [Simh] Crowther's Adventure game
> On Feb 2, 2018, at 2:26 PM, Lars Brinkhoff <l...@nocrew.org> wrote:
>
> Ken Cornetet wrote:
> ...
>> Also, given the FORMAT(/), I’
. But that is just a guess.
From: Clem Cole [mailto:cl...@ccc.com]
Sent: Friday, February 2, 2018 9:46 AM
To: Ken Cornetet <ken.corne...@kimballelectronics.com>
Cc: simh@trailing-edge.com
Subject: Re: [Simh] Crowther's Adventure game
On Fri, Feb 2, 2018 at 9:12 AM, Ken Cornetet
<
I have vague recollections that FORMAT(/) prints a new line
Format(20A5) takes 20 elements of an array and prints them as character stings
padded to a width of 5 characters.
"TYPE" is not standard fortran. That must have been a DEC extension. Standard
fortran would have used "write".
Seeing people on the list wax nostalgic over unixes (unixen? Unixi?) long past
got me to thinking about my first home unix: Microport system 5/AT. It was
fairly impressive for the day - real, honest to God system 5 release 2 unix
that would run on a PC/AT (80286) machine. I ran this at home
While you could probably get simh running using djgpp and MSDOS, you'd play
hell trying to get networking. In theory, it would be possible to graft NDIS
support into simh, but there probably aren't many modern NICs with real mode
NDIS drivers.
I think you'd be better off building a simh
I think I have a copy of gw-basic saved somewhere. I’ll see if I can dig it up.
But, I don’t understand how any of the MSDOS flavors of BASIC are going to help
you with vax basic code.
From: Simh [mailto:simh-boun...@trailing-edge.com] On Behalf Of Dan Gahlinger
Sent: Wednesday, July 20, 2016
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
Because in operating systems earlier than RTE-6/VM, code had to fit in a couple
dozen kbytes of address space.
You could create what are called "segments" which were kind of like dynamically
loaded subroutines, but there were many coding issues using those.
Even in RTE-6/VM where you had a
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
ability to read raw disks. Well,
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,
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.
From: Sampsa Laine [mailto:sam...@mac.com]
Sent: Wednesday, April 20, 2016 3:20 PM
To: Ken Cornetet
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.
-Original Message-
From: 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
To: Ken Cornetet <ken.corne...@kimballelectronics.com>
Cc: simh@trailing-edge.com
Subject: Re: [Simh] Way out idea for simh
On 20 Apr 2016, at 20:45, Ken Cornetet
<ken.corne...@kimballelectronics.com<mailto:ken.corne...@kimballelectronics.com>>
wrote:
Other than the OS on the ol
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 <ken.corne...@kimballelectronics.com>; sky...@sky-visions.com;
paulkon...@comcast.net; sam...@mac.com
Cc: simh@trailing-edge.com
Subje
, 2016 1:37 PM
To: Ken Cornetet <ken.corne...@kimballelectronics.com>
Cc: simh@trailing-edge.com
Subject: Re: [Simh] Way out idea for simh
On 20 Apr 2016, at 20:26, Ken Cornetet
<ken.corne...@kimballelectronics.com<mailto:ken.corne...@kimballelectronics.com>>
wrote:
Kermit
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, there may be some guest OSes that insist on having a native
file
This is a great mechanism, but it requires that the guest OS have some native
support (or be modified to support) some sort of device where you can pass a
file name and then read and write data.
I actually plan to implement just such a beast on the hp2100. The plan is to
create a custom
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 seekable collection of blocks. All file
movement between the LIF
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.
I used Kermit extensively on real RTE systems to transfer files to a
les across
their various operating systems (and even calculators).
It wouldn't have to be LIF - we could design our own from scratch if desired.
But LIF is super simple and a user level utility could be coded up on pretty
much any guest OS (well, any guest OS that allows block level access to
devices).
I tried something like that using RTE Kermit under RTE-6/VM on the hp2100. I
could never make it work reliably, and even when it did work, the performance
was horrible.
-Original Message-
From: Simh [mailto:simh-boun...@trailing-edge.com] On Behalf Of Dr Eberhard W
Lisse
Sent:
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
Wow, this is taking me WAY back, but IIRC, DOS would not do anything when the
BREAK key was hit because DOS would not see it. It was trapped at the BIOS
level and again, IIRC, it would freeze the text output to the screen until
another key was pressed.
Keep in mind that DOS also doesn’t
I used the old “f2c” from Bell Labs to create MSDOS and unix binaries of the
old Mystery Mansion that ran on HP1000/RTE.
The nice thing was that since I had the source to f2c, I could modify it to
handle the slightly irregular syntax of the source code (the only one of which
I can remember
I think IBM chose the 8088 over the Motorola offerings because it would be
easier for software vendors to port their z80 CPM software to the 808x given
the (mostly) same instruction set and the 808x segmented memory looked like a
z80’s 64k memory space if you ignored the segment registers.
The
For many years, MicroEmacs was my favorite editor, and I still fire up the
windows version on occasion when I need to do some complicated substitutions on
text.
Sadly, Dan Lawrence, the author of MicroEmacs 4 passed away several years ago.
No one picked up support for his version. MicroEmacs
Perl has goto. Just sayin'
Writing a VAX basic to perl translator sounds like fun, and when you are done,
you'd have learned a usable language.
From: Simh [mailto:simh-boun...@trailing-edge.com] On Behalf Of Dan Gahlinger
Sent: Tuesday, August 04, 2015 4:38 PM
To: Kevin Handy; Tom Morris
Cc:
Well, perl is often described as a write-only language. Perfect as the output
of a translator!
From: Dan Gahlinger [mailto:dgahl...@hotmail.com]
Sent: Tuesday, August 04, 2015 4:59 PM
To: Ken Cornetet; simh@trailing-edge.com
Subject: Re: [Simh] off-topic basic translator
Per is not a usable
msiexec /a pathtoMSIfile /qb TARGETDIR=pathtotargetfolder
From: Simh [mailto:simh-boun...@trailing-edge.com] On Behalf Of Armistead,
Jason BIS
Sent: Friday, July 17, 2015 9:41 AM
To: simh@trailing-edge.com
Subject: Re: [Simh] vector images
Surely it is possible to extract files from SETUP.MSI
As far as peripherals, the A series used HP-IB (HP's version of IEEE 488)
interface for interfacing with most devices including printers, plotters, tape
drives and disks. These devices were referred to as Amigo and CS-80
(command-set 80 - I have no idea what the 80 stood for). I *think* Amigo
On 5/5/10 7:48 AM, Ken Cornetet wrote:
What we are talking about doing is adding simh code to allow attaching a
directory as a tape device.
If you're going to do that, create a virtual disk driver like John Wilson
did in his simulator, or create dynamic disk images on the host side that
know
34 matches
Mail list logo