On 7 Aug 2013, at 19:50, Dave McGuire <mcguire at neurotica.com> wrote:
On 08/07/2013 07:47 PM, Gregg Levine wrote:
Here's a stretch, a shop in California named WeirdStuff is selling a
Cisco Catalyst 2948G for 35 dollars. Obviously that prices does not
include S&H costs. They go onto discuss what else the thing has, such
as - Layer 3 Switch - 48 Ports 10/100 - 2 GBIC Ports for Gigabit
uplink. I believe that is a good description. But I'm no judge of
prices.
Someone here made the mistake of throwing out a batch of Cisco gear
items and I rescued them before the local vulture union could destroy
them. New I believe they are worth more then some of the cars people
drive here.
One was a Catalyst 2900, and the other was a Catalyst 2960G, (with the
optical delivery items for fiber-optics), and still another was a
2500, (which is a classic amongst that family I believe.), and then a
3600, the other happened to be a 2550 series unit.
How hard is it to identify them and confirm what I rescued?
Quite easy.
2500s are ancient, but still very useful. 2900s, not so much. 3600s still go for more serious money; if they threw them in the trash, they're idiots. 2550s also fetch some money.
Just check the fans in the 2500s. Remember how MINE died!
I can help you go through their hardware configurations and such, crack passwords for access, etc etc when the time comes.
I can too, but I m not too familiar with Layer 3 switches. I d love one to play with though.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
On 08/07/2013 07:47 PM, Gregg Levine wrote:
Here's a stretch, a shop in California named WeirdStuff is selling a
Cisco Catalyst 2948G for 35 dollars. Obviously that prices does not
include S&H costs. They go onto discuss what else the thing has, such
as - Layer 3 Switch - 48 Ports 10/100 - 2 GBIC Ports for Gigabit
uplink. I believe that is a good description. But I'm no judge of
prices.
Someone here made the mistake of throwing out a batch of Cisco gear
items and I rescued them before the local vulture union could destroy
them. New I believe they are worth more then some of the cars people
drive here.
One was a Catalyst 2900, and the other was a Catalyst 2960G, (with the
optical delivery items for fiber-optics), and still another was a
2500, (which is a classic amongst that family I believe.), and then a
3600, the other happened to be a 2550 series unit.
How hard is it to identify them and confirm what I rescued?
Quite easy.
2500s are ancient, but still very useful. 2900s, not so much. 3600s still go for more serious money; if they threw them in the trash, they're idiots. 2550s also fetch some money.
I can help you go through their hardware configurations and such, crack passwords for access, etc etc when the time comes.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
Hello!
Here's a stretch, a shop in California named WeirdStuff is selling a
Cisco Catalyst 2948G for 35 dollars. Obviously that prices does not
include S&H costs. They go onto discuss what else the thing has, such
as - Layer 3 Switch - 48 Ports 10/100 - 2 GBIC Ports for Gigabit
uplink. I believe that is a good description. But I'm no judge of
prices.
Someone here made the mistake of throwing out a batch of Cisco gear
items and I rescued them before the local vulture union could destroy
them. New I believe they are worth more then some of the cars people
drive here.
One was a Catalyst 2900, and the other was a Catalyst 2960G, (with the
optical delivery items for fiber-optics), and still another was a
2500, (which is a classic amongst that family I believe.), and then a
3600, the other happened to be a 2550 series unit.
How hard is it to identify them and confirm what I rescued?
----
Dave you didn't do it. Cory you did, six yeti saw you do it, and then
arranged for it to be sent elsewhere.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
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
