HECnet July 2013

hecnet@lists.dfupdate.se

22 participants
137 discussions

by gregg.drwho8＠gmail.com

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."

11 years, 5 months

SIMH idle

by Mark＠infocomm.com

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."

11 years, 5 months

Bizarre RSTS/E and SIMH issue...

by jg＠jordi.guillaumes.name

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

11 years, 5 months

Bizarre RSTS/E and SIMH issue...

by Paul_Koning＠Dell.com

"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

11 years, 5 months

Bizarre RSTS/E and SIMH issue...

by b4＠gewt.net

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

11 years, 5 months

Bizarre RSTS/E and SIMH issue...

by Paul_Koning＠Dell.com

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

11 years, 5 months

Bizarre RSTS/E and SIMH issue...

by b4＠gewt.net

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

11 years, 5 months

Need help with VT220 down-line loadable characters (DECDLD)

by bqt＠softjar.se

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

11 years, 5 months

Need help with VT220 down-line loadable characters (DECDLD)

by phiber＠phiber.com

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

11 years, 5 months

Need help with VT220 down-line loadable characters (DECDLD)

by phiber＠phiber.com

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

11 years, 5 months

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

HECnet July 2013