--
You received this message because you are subscribed to the Google Groups "IBM1130" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ibm1130+u...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Sure. It will take me a bit of time to remove all personal data and programs. I can provide the source to the emulator but I’m not sure where the source to TSO, CYTOS, FORTRAN, APL and RPG are (TSO and CYTOS would be the interesting ones). I’m not sure what *NIX is. As far as the Windows implementation goes, it runs on Windows XP but Windows does not emulate the 8250 perfectly and I have not finished making the changes to use INT 10. I tried DOSBOX once but ran into problems. I use VmWare under Windows 7 to bring up XP and run it that way.
--
You received this message because you are subscribed to a topic in the Google Groups "IBM1130" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/ibm1130/DFbfFn9ejKs/unsubscribe.
To unsubscribe from this group and all its topics, send an email to ibm1130+u...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Regarding *NIX, the code is all written in assembler and I use all segment registers in 16 bit real mode. I also use 32 bit registers. I also use EMS (that is used to place the virtual 1130’s into various memory segments). So it would be virtually impossible to port it to *NIX. I run it on XP by running it under command.com and configuring that to use EMS, XMS and HMA. The way I run it on Windows 7 and 8 is to bring up VmWare and run XP.
I started to rewrite it in C but never went very far. If someone wanted to modify a current emulator I could give some advice. Since it runs a timesharing system it requires some new instructions that came from the IBM 1800 and it uses the 1800 interrupt system. So it could be a bit of work.
Regarding DOSBox, I can’t remember my problem … I think it was simply loading a DOS. Does DOSBox support EMS/XMS/HMA?
Eddy
--
You received this message because you are subscribed to a topic in the Google Groups "IBM1130" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/ibm1130/DFbfFn9ejKs/unsubscribe.
To unsubscribe from this group and all its topics, send an email to ibm1130+u...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
| ||||||||||||||||||||
|
[dos]
- xms=true/false
- default "true"
- ems=true/false
- default "true"
- umb=true/false
- default "true"
Ok, thanks for the info. Before I get into stripping down my cartridges free of proprietary 1130 software, I want to finish up my Windows file system driver that supports the emulated cartridges. So far it looks exciting as I have an option to translate EBCDIC to ASCII with CR/LF on the fly.
I’ll get back to the group when I finish that.
Just wanted to give an update. I can’t send the simulated disk cartridges until my client has removed all of his proprietary files. He has said he would do that but has not yet and I don’t want to bug him since he is very busy with his business.
In the meantime I’m still progressing along with the Windows driver which will allow you to fully access an 1130 cartridge from Windows.
No. My cartridges are DSM’s (Disk Storage Modules). The DSM concept started when CalComp built a replacement for the 2314 and attached it to the 1130. After that General Automation created their own DSM and my emulator is built around that.
GA’s DSM’s have a boot sector occupying cylinder 0. Then the “cartridges” start. All of the cartridges are exact images of the 1130 cartridges except they don’t have the extra word at the beginning of each sector. The IBM1130.org cartridges use little endian for DCOM.
Mounting my cartridge images on the IBM1130.org emulator also would not work because my cart’s contain TSO and there is no actual DISKZ but instead a replacement that goes into the supervisor where the supervisor does the actual disk I/O. That is because the system supports up to 15 users on serial lines and there is full overlap when a disk operation starts (i.e., it will switch to another user and let him get some work done during the I/O transfer).
Given all that, I am still waiting for my client (owner of the DSM’s) to remove his stuff, then I can post the emulator and DSM’s ... I don’t want to bug him. I’m also in the middle of writing my Windows File System Driver … I’m working on the delete operation now. I have added an option to allow one to mount an IBM1130.org cartridge so it may be useful for users of that emulator too. Once I finish with the FSD I will try to remove my client’s proprietary stuff myself.
From: ibm...@googlegroups.com [mailto:ibm...@googlegroups.com] On Behalf Of Bob Flanders
Sent: Wednesday, September 17, 2014 8:02 PM
To: ibm...@googlegroups.com
Subject: Re: [IBM1130] 1130 simulator with TSO/CYTOS
Eddy,
--
--
You received this message because you are subscribed to the Google Groups "IBM1130" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ibm1130+u...@googlegroups.com.
My DM2 File System Driver is close to complete. Maybe you could help me out with something. I am having trouble coming up with a clean algorithm to delete files.
Here are is my algorithm (note, 2DUMY’s are a concept of DNA’s XDUP which allows deleting a bunch of files then packing in a separate operation):
1. First I replace all deleted files in LET with 2DUMY entries.
2. For each 2DUMY I add an entry to a “hole” table (dbCnt and dbAdr).
3. Next I pack the UA by using the “hole” table and pack out the “holes”.
That works just fine but now I need to account for 1DUMY’s. It sounds simple but I keep coming up with catch22’s.
Eddy
My DM2 File System Driver is close to complete. Maybe you could help me out with something. I am having trouble coming up with a clean algorithm to delete files.
Here are is my algorithm (note, 2DUMY’s are a concept of DNA’s XDUP which allows deleting a bunch of files then packing in a separate operation):
1. First I replace all deleted files in LET with 2DUMY entries.
2. For each 2DUMY I add an entry to a “hole” table (dbCnt and dbAdr).
3. Next I pack the UA by using the “hole” table and pack out the “holes”.
That works just fine but now I need to account for 1DUMY’s. It sounds simple but I keep coming up with catch22’s.
-- john r pierce 37N 122W somewhere on the middle of the left coast
-- john r pierce 37N 122W somewhere on the middle of the left coast
--
You received this message because you are subscribed to the Google Groups "IBM1130" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ibm1130+u...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
That is what my algorithm does. But 1DUMY’s may be interspersed and may or may not be needed after the pack operation. Ours (XDUP) was written by Joyce Stout and Bud Blackney but Bud has passed away and I don’t have Joyce’s email address. Do you still have the source to your PACK routine.
From: ibm...@googlegroups.com [mailto:ibm...@googlegroups.com] On Behalf Of John R Pierce
Sent: Wednesday, October 01, 2014 2:51 PM
To: ibm...@googlegroups.com
Subject: Re: [IBM1130] 1130 simulator with TSO/CYTOS
On 10/1/2014 11:20 AM, Eddy Quicksall wrote:
--
That is what my algorithm does. But 1DUMY’s may be interspersed and may or may not be needed after the pack operation. Ours (XDUP) was written by Joyce Stout and Bud Blackney but Bud has passed away and I don’t have Joyce’s email address. Do you still have the source to your PACK routine.
Quoting from the IBM 113- Disk Monitor System, Version 2 Programming and Operator’s Guide:
“DSF Programs are stored in the User Area starting at the beginning of a disk block. DCI Programs and Data Files are stored starting at the beginning of a sector.” I have forgotten how many blocks are in a sector and I can’t seem to lay my hands on the definition at the moment.
As a result, there may be 1DUMY entries preceding any DDF entries in the UA and these are wasted space getting to the next sector boundary. You can’t eliminate them without a major rework of the UA, essentially moving all the DDF entries to the far end of UA next to WS.
From: ibm...@googlegroups.com [mailto:ibm...@googlegroups.com] On Behalf Of John R Pierce
Sent: Wednesday, October 01, 2014 11:51 AM
To: ibm...@googlegroups.com
Subject: Re: [IBM1130] 1130 simulator with TSO/CYTOS
On 10/1/2014 11:20 AM, Eddy Quicksall wrote:
--
It’s been a long time for me too. I can’t believe how much I have forgotten. Thanks for your input. I have contacted Brian Knittel who pointed me to the original IBM source for DUP. I can look at that and see their algorithm.
Eddy
From: ibm...@googlegroups.com [mailto:ibm...@googlegroups.com] On Behalf Of John R Pierce
Sent: Wednesday, October 01, 2014 3:11 PM
To: ibm...@googlegroups.com
Subject: Re: [IBM1130] 1130 simulator with TSO/CYTOS
On 10/1/2014 12:00 PM, Eddy Quicksall wrote:
--
Found it! There are 16 disk blocks per disk sector so each block is 20 words. I kind of thought this was the case because sectors have block addresses ending in “???0”
Look under the Glossary of the referenced manual for “Disk Block”
Richard
From: ibm...@googlegroups.com [mailto:ibm...@googlegroups.com] On Behalf Of Richard Stofer
Sent: Wednesday, October 01, 2014 1:00 PM
To: ibm...@googlegroups.com
Subject: RE: [IBM1130] 1130 simulator with TSO/CYTOS
Thanks for your research.
From: ibm...@googlegroups.com [mailto:ibm...@googlegroups.com] On Behalf Of Richard Stofer
Sent: Wednesday, October 01, 2014 4:24 PM
To: ibm...@googlegroups.com
Subject: RE: [IBM1130] 1130 simulator with TSO/CYTOS
Found it! There are 16 disk blocks per disk sector so each block is 20 words. I kind of thought this was the case because sectors have block addresses ending in “???0”
Look under the Glossary of the referenced manual for “Disk Block”
Richard
From: ibm...@googlegroups.com [mailto:ibm...@googlegroups.com] On Behalf Of Richard Stofer
Sent: Wednesday, October 01, 2014 1:00 PM
To: ibm...@googlegroups.com
Subject: RE: [IBM1130] 1130 simulator with TSO/CYTOS
Quoting from the IBM 113- Disk Monitor System, Version 2 Programming and Operator’s Guide:
“DSF Programs are stored in the User Area starting at the beginning of a disk block. DCI Programs and Data Files are stored starting at the beginning of a sector.” I have forgotten how many blocks are in a sector and I can’t seem to lay my hands on the definition at the moment.
As a result, there may be 1DUMY entries preceding any DDF entries in the UA and these are wasted space getting to the next sector boundary. You can’t eliminate them without a major rework of the UA, essentially moving all the DDF entries to the far end of UA next to WS.
--
You received this message because you are subscribed to a topic in the Google Groups "IBM1130" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/ibm1130/DFbfFn9ejKs/unsubscribe.
To unsubscribe from this group and all its topics, send an email to ibm1130+u...@googlegroups.com.
I just had a cool thought … I could add a defrag for LET that moves all DSF’s to the beginning of UA followed by all DCI’s then all DDF’s.
That could recoup some space as it would eliminate some 1DUMY’s.
Eddy
From: ibm...@googlegroups.com [mailto:ibm...@googlegroups.com] On Behalf Of Richard Stofer
Sent: Wednesday, October 01, 2014 4:24 PM
To: ibm...@googlegroups.com
Subject: RE: [IBM1130] 1130 simulator with TSO/CYTOS
Found it! There are 16 disk blocks per disk sector so each block is 20 words. I kind of thought this was the case because sectors have block addresses ending in “???0”
Look under the Glossary of the referenced manual for “Disk Block”
Richard
From: ibm...@googlegroups.com [mailto:ibm...@googlegroups.com] On Behalf Of Richard Stofer
Sent: Wednesday, October 01, 2014 1:00 PM
To: ibm...@googlegroups.com
Subject: RE: [IBM1130] 1130 simulator with TSO/CYTOS
Quoting from the IBM 113- Disk Monitor System, Version 2 Programming and Operator’s Guide:
“DSF Programs are stored in the User Area starting at the beginning of a disk block. DCI Programs and Data Files are stored starting at the beginning of a sector.” I have forgotten how many blocks are in a sector and I can’t seem to lay my hands on the definition at the moment.
As a result, there may be 1DUMY entries preceding any DDF entries in the UA and these are wasted space getting to the next sector boundary. You can’t eliminate them without a major rework of the UA, essentially moving all the DDF entries to the far end of UA next to WS.
--
You received this message because you are subscribed to a topic in the Google Groups "IBM1130" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/ibm1130/DFbfFn9ejKs/unsubscribe.
To unsubscribe from this group and all its topics, send an email to ibm1130+u...@googlegroups.com.
I just had a cool thought … I could add a defrag for LET that moves all DSF’s to the beginning of UA followed by all DCI’s then all DDF’s.
That could recoup some space as it would eliminate some 1DUMY’s.
This is a Windows File System Driver (and maybe Linux if I get around to that). It makes an IBM1130 cartridge look like any other Windows folder. I would simply read the entire cartridge into memory and reconstruct it in another area. Then write the entire cartridge back to the simulated disk.
There are 256 simulated cartridges on one DSM (Disk Storage Module). There are currently 4 DSM’s.
Eddy
From: ibm...@googlegroups.com [mailto:ibm...@googlegroups.com] On Behalf Of John R Pierce
Sent: Wednesday, October 01, 2014 5:06 PM
To: ibm...@googlegroups.com
--
I don’t see it as a problem worth solving. Extraneous 1DUMYs will only occur ahead of data files and I can’t see that many data files unless the machine is used in a commercial environment. In that case, put the data files on a different volume.
Putting the DDFs up against WS might be a mistake. These files are of fixed size when they are allocated. Put them at the beginning of UA since they won’t change size – ever. Programs come, programs go, so put them closer to WS. Maybe…
Richard
From: ibm...@googlegroups.com [mailto:ibm...@googlegroups.com] On Behalf Of John R Pierce
Sent: Wednesday, October 01, 2014 2:06 PM
To: ibm...@googlegroups.com
--
You received this message because you are subscribed to the Google Groups "IBM1130" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ibm1130+u...@googlegroups.com.
Good point. When I look at the way our system is being used, the sources (DDF’s) are generally on a different cartridge than the objects (DSF’s).
Eddy
From: ibm...@googlegroups.com [mailto:ibm...@googlegroups.com] On Behalf Of Richard Stofer
Sent: Wednesday, October 01, 2014 5:58 PM
To: ibm...@googlegroups.com
--
You received this message because you are subscribed to a topic in the Google Groups "IBM1130" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/ibm1130/DFbfFn9ejKs/unsubscribe.
To unsubscribe from this group and all its topics, send an email to ibm1130+u...@googlegroups.com.
I have my emulator plus TSO/CYTOS available for anyone to play with. Now I just need to know how to put it up on the IBM1130.ORG site.
I have attached the documentation.
Eddy
From: Eddy Quicksall [mailto:Ed...@Quicksall.com]
Sent: Friday, August 29, 2014 11:30 AM
To: 'ibm...@googlegroups.com'
Subject: RE: [IBM1130] 1130 simulator with TSO/CYTOS
Just wanted to give an update. I can’t send the simulated disk cartridges until my client has removed all of his proprietary files. He has said he would do that but has not yet and I don’t want to bug him since he is very busy with his business.
In the meantime I’m still progressing along with the Windows driver which will allow you to fully access an 1130 cartridge from Windows.
Eddy
I have loaded the emulator plus TSO/CYTOS, documentation (readme.docx) and lots of TSO source at https://www.dropbox.com/s/ptabpc2qjv6axzp/release.rar?dl=0.
This is basically virtual IBM 1130’s. You can run up to five virtual 1130’s at once (4 from terminals and 1 from the console). Check readme.docx.
Let me know if you have problems or questions.
Eddy
From: ibm...@googlegroups.com [mailto:ibm...@googlegroups.com] On Behalf Of Eddy Quicksall
Sent: Friday, August 29, 2014 11:30 AM
Here is a correction to readme.docx:
· LOOKQ – Look at a queue item.
Should say:
· LOOKQ – Look at a queue item. Type LOOKQ HERE. When prompted for “PRINT” answer with “N”. Enter “L” to list the queue. Then enter the queue index with the 4 byte hex number given under INDX. Press Enter to exit LOOKQ (Interrupt Request is disabled in LOOKQ).
From: Eddy Quicksall [mailto:Ed...@Quicksall.com]
Sent: Wednesday, December 10, 2014 2:43 PM
To: 'ibm...@googlegroups.com'
Subject: RE: [IBM1130] 1130 simulator with TSO/CYTOS
I have loaded the emulator plus TSO/CYTOS, documentation (readme.docx) and lots of TSO source at https://www.dropbox.com/s/ptabpc2qjv6axzp/release.rar?dl=0.
This is basically virtual IBM 1130’s. You can run up to five virtual 1130’s at once (4 from terminals and 1 from the console). Check readme.docx.
Let me know if you have problems or questions.
Sent: Friday, August 29, 2014 11:30 AM
Hi,
From Bob Reid ( DDS ) and John Capelli…
80286 | 98% |
| Some mysterious bugs left | |
80386 | 91% |
| Pagefaults not always working correctly and some missing protection on instructions | |
80387 | 95% |
| Emulating most opcodes now, using libc functions for math functions loses some accuracy (on non x86 hosts). On x86 hosts an asm core is used. | |
DEBUGGER | 90% |
| Curses based debugger allowing some standard debugging features. | |
80386 with prefetch | 91% |
| New! The regular 386 core, with prefetch emulation. Seems to work for all games that need it |
Hi John, it’s been a long time, hasn’t it? This should give you something to do in your lazy retirement days. I still write code in my retirement. I just finished writing a Windows device driver that brings up a set of DSMs as a drive and presents each cartridge as a Windows folder. That is useful for me because it lets me edit TSO .S’s with Visual Studio which makes it soooo much easier than using the old CYTOS editor (I still support TSO for an old DNA customer).
Eddy
80286 | 98% |
| Some mysterious bugs left | |
80386 | 91% |
| Pagefaults not always working correctly and some missing protection on instructions | |
80387 | 95% |
| Emulating most opcodes now, using libc functions for math functions loses some accuracy (on non x86 hosts). On x86 hosts an asm core is used. | |
DEBUGGER | 90% |
| Curses based debugger allowing some standard debugging features. | |
80386 with prefetch | 91% |
| New! The regular 386 core, with prefetch emulation. Seems to work for all games that need it |
I want to volunteer my 1130 emulator. It has TSO and CYTOS. It has been in use since 1995 in a production environment. It supports up to 15 virtual 1130's over async terminals and one virtual 1130 on the console. It supports dual CPUs each sharing the same cartridges. It supports 1024 cartridges, 32K words per virtual 1130 with 32K words of auxiliary core for the TSO time-sharing kernel. It supports the 1132, 1403, 1442, and mag tape (the printers and reader are simulated but the mag tape requires a physical tape drive). The printer output is spooled. It is designed for MSDOS. I run it on Windows by using VmWare to run MSDOS.
TSO is a Time-Sharing Option for DM2. CYTOS is a CLI for DM2 with a built in source editor.
I am currently writing a Windows file system driver to access the files from Windows programs. I would like to make that driver work with the emulator already on this site, if someone can tell me the format of the emulated cartridges.
Eddy
--