On Fri, Jul 26, 2013 at 3:47 PM, Mark Pizzolato - Info Comm
<Mark at infocomm.com> wrote:
Hi Gregg,
When reporting simh issues, please do so using the issue system at https://github.com/simh/simh/issues This list doesn't feed into my primary mailbox, I often go weeks without reading stuff here and often miss many conversations. If the process of creating and tracking issues on the github issue system doesn't work for you, feel free to explain why in private email to me at mark at infocomm.com.
Thanks.
- Mark
On Wednesday, June 26, 2013 at 5:09 AM, Gregg Levine wrote:
On Wed, Jun 26, 2013 at 11:06 AM, <Paul_Koning at dell.com> wrote:
PDP11 and VAX most definitely DO support idle. PDP11 idle is tied to
the WAIT instruction, which is used by most operating systems (but not
by RT11). VAX idle is tied to weird magic that matches code sequences
against known ways of various operating systems to code their idle
loops, so it's a bit more fragile -- and you have to tell it which OS
you're using.
paul
On Jun 26, 2013, at 12:22 AM, Gregg Levine wrote:
Hello!
Mark, I've built SIMH (again) and had the rig record the build
functions via script. I then bundled up everything that could
possibly be of interest as you related an earlier discussion as it
applies to the emulated video display methods for several emulated
systems. I mentioned that it build properly as it applies to the
ones
I am interested in, but that the PDP11 and the VAX ones do not
support the Idle functions. As least it said idle disabled on the
opening screen for the SIMH PDP11 one. On the page describing what
Equipment Wanted is what I'm currently looking for, I added to the
text there my files that you're looking for, and they are named
simb.txt, and then pdp11.txt and then simstart.txt. Remember I
mentioned that I wasn't sure that this mail service supported
attachments.
On that previous e-mail I also mentioned what else was involved.
Please use it as a reference to those, and also include the relevant
earlier portions of that thread.
-----
Gregg C Levine gregg.drwho8 at gmail.com "This signature fought the
Time
Wars, time and again."
Hello!
Good to know then Paul. However I'm waiting on an update from Mark on
the behind the scenes sorting. I'm still working on what will happen up
front however.....
----
Dave please stop staring at that pair of big vans painted an annoying
green and that oddly colored old car......
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
Hello!
Okay. I'll do that, the next time I'm arguing with the system who has
the software we are discussing.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
Hi Gregg,
When reporting simh issues, please do so using the issue system at https://github.com/simh/simh/issues This list doesn't feed into my primary mailbox, I often go weeks without reading stuff here and often miss many conversations. If the process of creating and tracking issues on the github issue system doesn't work for you, feel free to explain why in private email to me at mark at infocomm.com.
Thanks.
- Mark
On Wednesday, June 26, 2013 at 5:09 AM, Gregg Levine wrote:
On Wed, Jun 26, 2013 at 11:06 AM, <Paul_Koning at dell.com> wrote:
PDP11 and VAX most definitely DO support idle. PDP11 idle is tied to
the WAIT instruction, which is used by most operating systems (but not
by RT11). VAX idle is tied to weird magic that matches code sequences
against known ways of various operating systems to code their idle
loops, so it's a bit more fragile -- and you have to tell it which OS
you're using.
paul
On Jun 26, 2013, at 12:22 AM, Gregg Levine wrote:
Hello!
Mark, I've built SIMH (again) and had the rig record the build
functions via script. I then bundled up everything that could
possibly be of interest as you related an earlier discussion as it
applies to the emulated video display methods for several emulated
systems. I mentioned that it build properly as it applies to the
ones
I am interested in, but that the PDP11 and the VAX ones do not
support the Idle functions. As least it said idle disabled on the
opening screen for the SIMH PDP11 one. On the page describing what
Equipment Wanted is what I'm currently looking for, I added to the
text there my files that you're looking for, and they are named
simb.txt, and then pdp11.txt and then simstart.txt. Remember I
mentioned that I wasn't sure that this mail service supported
attachments.
On that previous e-mail I also mentioned what else was involved.
Please use it as a reference to those, and also include the relevant
earlier portions of that thread.
-----
Gregg C Levine gregg.drwho8 at gmail.com "This signature fought the
Time
Wars, time and again."
Hello!
Good to know then Paul. However I'm waiting on an update from Mark on
the behind the scenes sorting. I'm still working on what will happen up
front however.....
----
Dave please stop staring at that pair of big vans painted an annoying
green and that oddly colored old car......
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
Cory, you could try to dissable asynchronous IO (SET NOASYNCH) and see if the crash goes away. Anyways, I think this should be reported as a simh issue in the project github.
Jordi Guillaumes i Pons
Barcelona - Catalunya - Europa
El 26/07/2013, a les 16:18, <Paul_Koning at Dell.com> va escriure:
"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
"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
