"tq" is a tape drive, I think, so the thing to do would be to find the tape emulation code where that message is being reported and stick some breakpoints into the spot where that happens.
The message you're seeing is for the Unix error code EAGAIN, which normally shows up with non-blocking I/O -- if the operation would have resulted in blocking, you get EAGAIN instead if you asked for non-blocking mode. For example, a read when the data isn't available yet. This may be a case of setting non-blocking mode but not handing the resulting error returns correctly in all cases.
paul
On Jul 26, 2013, at 10:07 AM, Cory Smelosky wrote:
On 26 Jul 2013, at 10:05, Paul_Koning <Paul_Koning at Dell.com<mailto:Paul_Koning at Dell.com>> wrote:
If you dropped into the simh prompt, that would make it a simh bug. And that message looks like a Unix message; it doesn't look like a RSTS message.
That s what I was thinking. Issue persists with both -O2 and -O0 so it s not GCC being stupid (for once).
This is latest git issue isn t present in 3.9.
paul
On Jul 26, 2013, at 8:57 AM, Cory Smelosky wrote:
Morning all,
Restoring MAIL installation files from the MAIL Library kit
TQ I/O error: Resource temporarily unavailable
I/O error, PC: 102054 (SOB R1,102052)
sim>
I can't even begin to find what would cause this...is it a bug in SIMH or have I found the weirdest IPC error yet?
Is it an underlying I/O error on the disk?
--
Cory Smelosky
http://gewt.net<http://gewt.net/> Personal stuff
http://gimme-sympathy.org<http://gimme-sympathy.org/> Projects
On 26 Jul 2013, at 10:05, Paul_Koning <Paul_Koning at Dell.com> wrote:
If you dropped into the simh prompt, that would make it a simh bug. And that message looks like a Unix message; it doesn't look like a RSTS message.
That s what I was thinking. Issue persists with both -O2 and -O0 so it s not GCC being stupid (for once).
This is latest git issue isn t present in 3.9.
paul
On Jul 26, 2013, at 8:57 AM, Cory Smelosky wrote:
Morning all,
Restoring MAIL installation files from the MAIL Library kit
TQ I/O error: Resource temporarily unavailable
I/O error, PC: 102054 (SOB R1,102052)
sim>
I can't even begin to find what would cause this...is it a bug in SIMH or have I found the weirdest IPC error yet?
Is it an underlying I/O error on the disk?
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
If you dropped into the simh prompt, that would make it a simh bug. And that message looks like a Unix message; it doesn't look like a RSTS message.
paul
On Jul 26, 2013, at 8:57 AM, Cory Smelosky wrote:
Morning all,
Restoring MAIL installation files from the MAIL Library kit
TQ I/O error: Resource temporarily unavailable
I/O error, PC: 102054 (SOB R1,102052)
sim>
I can't even begin to find what would cause this...is it a bug in SIMH or have I found the weirdest IPC error yet?
Is it an underlying I/O error on the disk?
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
Morning all,
Restoring MAIL installation files from the MAIL Library kit
TQ I/O error: Resource temporarily unavailable
I/O error, PC: 102054 (SOB R1,102052)
sim>
I can't even begin to find what would cause this...is it a bug in SIMH or have I found the weirdest IPC error yet?
Is it an underlying I/O error on the disk?
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On 2013-07-23 23:58, Mark Abene wrote:
Assuming you're aware of this page:
http://www.vt100.net/docs/vt510-rm/DECDLD
Johnny, wasn't there a version of Pac-man using DECDLD graphics written
in your neck of the woods? I seem to remember it was written in Pascal
on TOPS-20, possibly at KTH.
Quite possibly, but I can't recall offhand. I have (had) some prank fonts, as well as my own designed fonts for the Z-machine. And I know there is a GIF viewer out there, which uses soft fonts to render pictures on some VT terminals (not sure exactly which ones, though...).
Johnny
-Mark
On Sun, Jul 21, 2013 at 11:03 AM, Julian Wolfe <julian at twinax.org
<mailto:julian at twinax.org>> wrote:
I know this is a bit off-topic, but I was playing around with the
DECDLD commands in the VT220 programmer's reference guide to make
character graphics on the VT220 (I'm actually using Mac240, a VT220
emulator that has full DECDLD support at a VT220 level)
I'm having a problem getting characters to join at the top of the
cell. The top two pixels don't seem to meet.
I see some material about VT320 but the addressing of the matrix
seems quite different on that terminal.
I'm using 7-bit encoding to create the characters. Do I need to
use 8-bit in order to use the full matrix?
I'd be surprised if anyone on here has actually messed with this,
but I thought it was worth a shot.
I can also toss my work at whoever has a VT220 lying around to see
if they can test it as well.
Any input is appreciated (as long as I can decode it, ha ha)
Julian
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
Sorry, I meant:
http://www.vt100.net/docs/vt220-rm/table4-9.html
...since you said vt220.
Pcms and/or Pt are probably what you're having issue with.
-Mark
On Tue, Jul 23, 2013 at 2:58 PM, Mark Abene <phiber at phiber.com> wrote:
Assuming you're aware of this page:
http://www.vt100.net/docs/vt510-rm/DECDLD
Johnny, wasn't there a version of Pac-man using DECDLD graphics written in your neck of the woods? I seem to remember it was written in Pascal on TOPS-20, possibly at KTH.
-Mark
On Sun, Jul 21, 2013 at 11:03 AM, Julian Wolfe <julian at twinax.org> wrote:
I know this is a bit off-topic, but I was playing around with the DECDLD commands in the VT220 programmer's reference guide to make character graphics on the VT220 (I'm actually using Mac240, a VT220 emulator that has full DECDLD support at a VT220 level)
I'm having a problem getting characters to join at the top of the cell. The top two pixels don't seem to meet.
I see some material about VT320 but the addressing of the matrix seems quite different on that terminal.
I'm using 7-bit encoding to create the characters. Do I need to use 8-bit in order to use the full matrix?
I'd be surprised if anyone on here has actually messed with this, but I thought it was worth a shot.
I can also toss my work at whoever has a VT220 lying around to see if they can test it as well.
Any input is appreciated (as long as I can decode it, ha ha)
Julian
Assuming you're aware of this page:
http://www.vt100.net/docs/vt510-rm/DECDLD
Johnny, wasn't there a version of Pac-man using DECDLD graphics written in your neck of the woods? I seem to remember it was written in Pascal on TOPS-20, possibly at KTH.
-Mark
On Sun, Jul 21, 2013 at 11:03 AM, Julian Wolfe <julian at twinax.org> wrote:
I know this is a bit off-topic, but I was playing around with the DECDLD commands in the VT220 programmer's reference guide to make character graphics on the VT220 (I'm actually using Mac240, a VT220 emulator that has full DECDLD support at a VT220 level)
I'm having a problem getting characters to join at the top of the cell. The top two pixels don't seem to meet.
I see some material about VT320 but the addressing of the matrix seems quite different on that terminal.
I'm using 7-bit encoding to create the characters. Do I need to use 8-bit in order to use the full matrix?
I'd be surprised if anyone on here has actually messed with this, but I thought it was worth a shot.
I can also toss my work at whoever has a VT220 lying around to see if they can test it as well.
Any input is appreciated (as long as I can decode it, ha ha)
Julian
On Tue, 23 Jul 2013, Cory Smelosky wrote:
Final update: All is working as it should. Enabling SYSVIPS in jails, manually modifying the arp tables the way dpni20 does it, and manually changing the MAC addresses and I have TOPS-10 and TOPS-20 jailed on FreeBSD/SPARC.
(Oh...can't forget the devfs rules to allow access to /dev/bpf in a jail!)
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
With Johnny's gracious permission:
DEC Legacy is back!
To be held on October 19th and 20th 2013 at the usual venue, The Marchesi Centre, in Windermere, Cumbria, UK.
More details on the website: http://declegacy.org.uk
Registration is now open, please follow the Registration tab at the top of the page.
Last time the event was opened to anyone with an interest in the highlights of 20th Century computer technology - this provided an interesting mix of hardware from a variety of manufacturers. I would like to continue the event in this vein. So if you own interesting hardware, whatever the origin, we would love to see you at the event.
There will hopefully be a couple keynote speakers this time as well, to be announced.
Please feel free to forward this email to anyone who might have an interest.
I look forward to catching up with familiar faces and making some new acquaintances.
Regards, Mark.
On Tue, 23 Jul 2013, Cory Smelosky wrote:
Using klh10-2.0h with the same patch:
Starting KN10 at loc 0703667...
[KLH10: Illegal exec mode op, PC = 6: 0 0,0][HALTED: Exec program error?
("set cpu_exsafe=1" to continue)]
Endianness issue?
Nevermind, found the problem: change -O3 in CFLAGS to -O0 and all is good.
root at maddy:/jails/green/home/b4/marley # ./kn10-kl twonky.ini
KLH10 V2.0H (MyKL) built Jul 23 2013 09:51:19
Copyright ? 2002 Kenneth L. Harrenstien -- All Rights Reserved.
This program comes "AS IS" with ABSOLUTELY NO WARRANTY.
Compiled for FREEBSD on SPARC with word model USEGCCSPARC
Emulated config:
CPU: KL10-extend SYS: T20 Pager: KL APRID: 3600
Memory: 8192 pages of 512 words (SHARED)
Time interval: INTRP Base: OSGET
Interval default: 60Hz
Internal clock: OSINT
Other: MCA25 JPC DEBUG PCCACHE CTYINT EVHINT
Devices: DTE RH20 RPXX(DP) TM03(DP) NI20(DP)
[MEM: Allocating 8192 pages shared memory, clearing...done]
KLH10# ; KLH10 configuration for TOPS-10 test system
KLH10#
KLH10# ; DTE requires ackdly to avoid T10 race condition
KLH10# devdef dte0 200 dte master ackdly=5
KLH10# devdef rh0 540 rh20
KLH10# devdef rh1 544 rh20
KLH10# devdef dsk0 rh0.0 rp type=rp06 sn=4747 format=dbd9 path=T10-RP06.0-dbd9
KLH10# devdef dsk1 rh0.1 rp type=rp06 sn=1026 format=dbd9 path=T10-RP06.1-dbd9
KLH10# devdef dsk2 rh0.2 rp type=rp06 sn=3737 format=dbd9 path=T10-RP06.cust.0-dbd9
KLH10# devdef dsk3 rh0.3 rp type=rp06 sn=5858 format=dbd9 path=stag.dsk
KLH10# devdef mta0 rh1.0 tm03 type=TU77
KLH10# devdef idler 740 host
KLH10#
KLH10# ; NI: param "c3dly" to avoid T10 race.
KLH10# ; NI: param "rdtmo" to avoid system hangups with OSF/1 V3.0
KLH10# ;
KLH10# ; Decnet node TWONKY, 9.429
KLH10# devdef ni0 564 ni20 dedic=1 decnet=1 doarp=0 enaddr=aa:00:04:00:a:24 ifc=qfe0 dpdelay=12 c3dly=3 rdtmo=3
KLH10#
KLH10# load klboot.exe
Using word format "c36"...
Loaded "klboot.exe":
Format: DEC-PEXE
Data: 0, Symwds: 0, Low: 01000000, High: 0, Startaddress: 0703667
Entvec: 0 wds at 0
KLH10# [EOF on twonky.ini]
KLH10# go
Starting KN10 at loc 0703667...
BOOT V4(100)
BOOT>monidl
[Loading from DSKB:MONIDL.EXE[1,4]]
MARLEY TOPS-10 MONITOR 15-May-13
Why reload: test
Options are: OPR PARITY POWER STATIC HARDWA NXM
HALT LOOP HUNG PM CM SA
NEW SCHED OTHER
Type "HELP" for additional information
Why reload: other;test
Date: 23-JUL-2013
Time: 05:54
[dpni20: Fatal error: BIOCSETIF failed for interface "qfe0" - Device not configured]
%[DTEI: 146 (old 146!)]% [DTEI: 144 (old 146!)][DTEI: 177 (old 144!)]K[DTEI: 15 (old 177!)]LNI microcode load failed on NIA20 564
Microprocessor check
^O
% Bad response, try again
Startup option:
Options are: CHANGE DEFINE DESTRO DISSOL GO NOINIT
REFRES SHOW
Type "HELP" for additional information
Startup option: go
[Rebuilding the system search list from the HOM blocks]
[Rebuilding the active swapping list from the HOM blocks]
[Rebuilding the system dump list from the HOM blocks]
MARLEY TOPS-10 MONITOR 05:54:56 CTY system 3600
Connected to Node MARLEY(0) Line CTY
.LOGIN 1,2
.R OPR
[CCPWFD Waiting for file daemon to start]
%%TTY STOMPER - Starting
OPR>
5:55:12 -- Log file DSKB:OPERAT.LOG[3,3] renamed to DSKB:OPERAT.005[3,3]
--
OPR>quit
? Invalid OPR command specified: "quit"
? : "quit"
OPR>exit
.
I will investigate further later and see if I can't get it to run in a jail...at present it segfaults upon attempting to load the monitor if run in a jail. If run outside a jail it boots fine...I still have yet to test stability.
Networking is also functional:
$ set host/app=rterm marley
%REM-I-CONNECTION, connection made using RTERM protocol
%REM-I-REMOTE, connection established to remote node MARLEY::
MARLEY TOPS-10 MONITOR 06:02:15 TTY4 system 3600
Connected to Node 9.13
Please LOGIN
.login csmelosky
Job 15 MARLEY TOPS-10 MONITOR TTY4
Password:
[LGNLAS Last access to [400,400] succeeded on 25-May-13:21:03:33]
06:02 23-Jul-13 Tuesday
Welcome to MARLEY. A part of the gimme-sympathy.org family.
This is a simulated DECSYSTEM-10.
It is configured with:
1). Ethernet (HECnet address: 9,10)
2). 4 RP06 disks (DSKB:, TSU:, USER:, DSKA:)
3). 4096K memory
To request an account: email b4 at gewt.net or MAIL GEWT::b4.
I will later write up a blog post or something and see if -O2 will work. Amusingly enough: idling in klh10 works, too...
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects