Both sides previous revision
Previous revision
Next revision
|
Previous revision
Last revision
Both sides next revision
|
tymcom-x-status [2018/03/28 09:22] jms [Other pages] |
tymcom-x-status [2018/04/16 07:05] jms [Status] |
* Q: What about DZ11 support? A: When ''DZKON'' is enabled, login at the console is done by simply hitting RETURN. The DZ11 lines respond to telnet by echoing characters, but no logins. | * Q: What about DZ11 support? A: When ''DZKON'' is enabled, login at the console is done by simply hitting RETURN. The DZ11 lines respond to telnet by echoing characters, but no logins. |
* Q: Now what? A: Can get logged in, but attempts to ''.RUN MTA:TITO.SAV'' are failing. The same tape can be read by TOPS-10 using the ''COPY'' command, but not by the ''RUN'' command. | * Q: Now what? A: Can get logged in, but attempts to ''.RUN MTA:TITO.SAV'' are failing. The same tape can be read by TOPS-10 using the ''COPY'' command, but not by the ''RUN'' command. |
* <del>Failure in loading tito.sav from tape.</del> | * Q: Run ''TITO'' from disk? A: Modified ''ONCDSK'' to allocate and create empty ''SYS:TITO00.SAV''. Used TOPS10 to put ''TITO'' there via FILDDT. |
| * Q: Did that work? A: No ''TITO'' appeared to be hung, but it was looking for position 1 which was not on the ''TITO'' tape. Giving it the argument ''301-e'' worked, was able to restore from both savesets in less than one minute each. |
| * Q: What about BOOTS? A: ''gfd ks2020'' and ''run ksfefs.sav'', but that overwrote the wrong pages. |
| * Q: Why? A: ''DSKCHR'' was returning a pointer to the RIB of ''FEFILE.SYS'' instead of length and starting page number. |
| * Q: Workaround? A: Modify ''REFSTR'' to return hard-coded pointer to the FEFILE.SYS data pages. |
| * Q: **Current status**? A: Can load TYMCOM-X from disk and login on the console. DSKCLN does not run automatically, otherwise all is well (for logins on the console only). **X14** is a two-pack system, **X17** is a three-pack system. **X95** is a single-pack system for debugging DZ11 logins. |
| --- //[[joeinwap@gmail.com|Joe Smith]] 2018/04/13 03:59// |
| |
!get mta0:tito.sav | ---- |
?Address check for device MTA0 for location 002123; UUO at exec PC 143656 | |
| |
Expected output: | |
| |
!get mta:tito.sav | |
!start | |
TITO (V16.3) HERE AT 4257 | |
SYSTEM X14 | |
DEVICE: mta0 | |
| |
Alternative: Created ''sys:tito00.sav'' during REFRESH, copied ''tito.sav'' there using FILDDT, and synthesized a TITO ALL FILE saveset. See [[tymcom-x-tape|Creating SIMH tape images]] for details. --- //[[joeinwap@gmail.com|Joe Smith]] 2018/03/26 04:47// | |
===== Other systems tested ===== | ===== Other systems tested ===== |
| |
=== Using Google Drive to share with simh developers === | === Using Google Drive to share with simh developers === |
| |
Delete ''tymb00.dsk'' and ''tymb10.dsk'', make a compressed ''tar'' file of everything else. Copy the ''txz'' file from Linux to Google Drive. | Make a compressed ''tar'' file of everything in the simh-ks directory. Copy the ''txz'' file from Linux to Google Drive. |
| |
When creating a tar file, note that capital "J" (bzip2) produces much better compression than "z" for *.dsk files. | When creating a tar file, note that "j" (bzip2) produces much better compression than "z" for *.dsk files. |
| (Using capital "J" compresses better, but is not standard on MacOS.) |
| |
Linux% tar cvfJ /b/share/data/tymcom-x.txz simh-ks/* | Linux% tar cvfj /b/share/data/tymcom-x.tbz simh-ks/* |
simh-ks/ | simh-ks/ |
simh-ks/dskc.dsk | simh-ks/dskc.dsk |
simh-ks/tym-fresh.ini | simh-ks/tym-fresh.ini |
simh-ks/tym-prod.ini | simh-ks/tym-prod.ini |
Linux% ls -lh /b/share/data/tymcom-x.txz | Linux% ls -lh /b/share/data/tymcom-x.tbz |
-rw-r--r-- 1 jms HomeUsers 59M Nov 27 23:10 /b/share/data/tymcom-x.txz | -rw-r--r-- 1 jms HomeUsers 59M Nov 27 23:10 /b/share/data/tymcom-x.tbz |
| |
Place in a private directory on Google Drive, right-click to get a URL to share. | Place in a private directory on Google Drive, right-click to get a URL to share. |