INFO-VAX Fri, 30 May 2008 Volume 2008 : Issue 301 Contents: Re: %RMS-F-DME from recall/output Re: AlphaStation 200 F4 error Re: AlphaStation 200 F4 error Re: Bletchley Park faces bleak future CVS on VMS Re: CVS on VMS RE: CVS on VMS Re: DEC Document Ever found a frayed DS10 internal SCSI cable? Re: Ever found a frayed DS10 internal SCSI cable? Re: Ever found a frayed DS10 internal SCSI cable? Failsafe-IP Re: Failsafe-IP Re: Failsafe-IP Re: Failsafe-IP free computer studies Re: LBR function result codes still not available Re: LBR function result codes still not available OT: Bletchley Park faces bleak future Re: OT: Unix equivalent of SET PROC/SUSPEND? php with osu 3.10a and openvms 8.3 Re: php with osu 3.10a and openvms 8.3 Re: Price quote for Q-bus cards from Microvax 4000/200 Python on VMS status ? TCP/IP Re: TCP/IP Re: TCP/IP Re: TCP/IP ---------------------------------------------------------------------- Date: 30 May 2008 08:23:57 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: %RMS-F-DME from recall/output Message-ID: In article <483efd33$0$25017$607ed4bc@cv.net>, VAXman- @SendSpamHere.ORG writes: > > How are you using/creating this DETACHED process? > I was starting a new login via LAT after each tweak of PIOPAGES. I have since discovered that the reason the spawned subprocesses don't have a problem is because the SET RMS_DEFAULT in my login.com isn't inherrited by subprocesses. I will keep looking into this until I can get a definitive solution. Maybe I really do need a lot more PIOPAGES to deal with my RMS defaults being cranked up. Or maybe I'll just build a command file that turns them down and back up. ------------------------------ Date: Fri, 30 May 2008 09:11:28 -0400 From: Robert Deininger Subject: Re: AlphaStation 200 F4 error Message-ID: In article <8c6029fb-e87a-48c3-ba26-71042bc20077@r66g2000hsg.googlegroups.com>, Rich Jordan wrote: > On May 27, 11:10 am, VAXman- @SendSpamHere.ORG wrote: > > I'm trying to boot an old AlphaStation. The console initialization > > countdown stops at F4. The LEDs on the rear apron of the AS200 also > > mirror this code [**** o*oo] F4. I've googled and haven't found any > > definitive answer on this code. One document said "reserved to DEC" > > which is not very informative. > > > > Any pointers, help, etc. greatly appreciated. > > > > -- > > VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM > > > > "Well my son, life is like a beanstalk, isn't it?" > > > > http://tmesis.com/drat.html > > The service doc I have shows the same; 'reserved for future use' but I > did find the following snippet: "When power is applied to the system, > the diagnostic LEDs start decrementing as tests complete successfully > If a test fails, the display does not change. Therefore, when a > failure occurs , the LED code is pointing to the test which last > passed." > > That means its test F3 that failed; the service guide says "Load the > DROM code into memory.". F2 apparently continues that, and F1 should > be "Successful load and checksum of DROM". > > The popup says that in the event the DROM load fails, SROM will > attempt to load the selected firmware (ARC or SRM), and failing that > will drop into a "mini console" that is apparently available to > manufacturing. Is that the serial port on the MLB in the back? The > docs do not say. The mini-console is a feature built into the SROM firmware of most (all?) alpha systems. Sometimes the mini-console is only available if you move a jumper to a different position to load alternate SROM code. On power-up or reset, Alpha CPUs load the SROM (Serial ROM) code, 1 bit at a time, using 2 dedicated pins (clock + data) on the CPU chip. The code loads directly into the CPU's instruction cache. The the CPU starts executing instructions from the cache. This code normally finds the SRM firmware in ROM, decompresses it, copies it to RAM, and transfers control. If something goes wrong, NOTHING is available except those 8 KB of instructions in the cache. No memory, no I/O devices, no SRM firmware -- nothing. The alpha designers added a debug tool for this contingency -- the SROM mini-console. The two pins that load the SROM code at power-up are reused to make a 2-pin serial interface directly into the CPU. The pins are usually connected to a header somewhere on the motherboard or CPU board. They aren't routed to a real connector on the back of the machine. The voltage is nonstandard, but if you have the right connector and circuit, you can connect a terminal. The serial port runs at 9600 baud, with timing via delay loops in the code. You end up with a little command-line debugger, dumber than XDELTA, that lets you examine and deposit memory. With that, you can load any diagnostics you need into main memory and transfer control to something smarter. Some versions of the mini-console were documented in the manuals that came with the old-time Alpha developer boards. > > There's also this note: "Check J3: If "normal", then HW_REI to PAL. > If J3 is set to S-Port, go to the SROM mini-console." > > That does happen after the test that failed but perhaps the J3 jumper > setting may be worth checking to see if you can get access to further > diagnostics. > > I wonder if you have had a firmware corruption. Perhaps even to the > point that you need to use a failsafe boot... ------------------------------ Date: 30 May 2008 14:23:51 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: AlphaStation 200 F4 error Message-ID: <48400df7$0$25046$607ed4bc@cv.net> In article , Robert Deininger writes: >In article ><8c6029fb-e87a-48c3-ba26-71042bc20077@r66g2000hsg.googlegroups.com>, > Rich Jordan wrote: > >> On May 27, 11:10 am, VAXman- @SendSpamHere.ORG wrote: >> > I'm trying to boot an old AlphaStation. The console initialization >> > countdown stops at F4. The LEDs on the rear apron of the AS200 also >> > mirror this code [**** o*oo] F4. I've googled and haven't found any >> > definitive answer on this code. One document said "reserved to DEC" >> > which is not very informative. >> > >> > Any pointers, help, etc. greatly appreciated. >> > >> > -- >> > VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM >> > >> > "Well my son, life is like a beanstalk, isn't it?" >> > >> > http://tmesis.com/drat.html >> >> The service doc I have shows the same; 'reserved for future use' but I >> did find the following snippet: "When power is applied to the system, >> the diagnostic LEDs start decrementing as tests complete successfully >> If a test fails, the display does not change. Therefore, when a >> failure occurs , the LED code is pointing to the test which last >> passed." >> >> That means its test F3 that failed; the service guide says "Load the >> DROM code into memory.". F2 apparently continues that, and F1 should >> be "Successful load and checksum of DROM". >> >> The popup says that in the event the DROM load fails, SROM will >> attempt to load the selected firmware (ARC or SRM), and failing that >> will drop into a "mini console" that is apparently available to >> manufacturing. Is that the serial port on the MLB in the back? The >> docs do not say. > >The mini-console is a feature built into the SROM firmware of most >(all?) alpha systems. Sometimes the mini-console is only available if >you move a jumper to a different position to load alternate SROM code. > >On power-up or reset, Alpha CPUs load the SROM (Serial ROM) code, 1 bit >at a time, using 2 dedicated pins (clock + data) on the CPU chip. The >code loads directly into the CPU's instruction cache. The the CPU >starts executing instructions from the cache. > >This code normally finds the SRM firmware in ROM, decompresses it, >copies it to RAM, and transfers control. If something goes wrong, >NOTHING is available except those 8 KB of instructions in the cache. No >memory, no I/O devices, no SRM firmware -- nothing. > >The alpha designers added a debug tool for this contingency -- the SROM >mini-console. The two pins that load the SROM code at power-up are >reused to make a 2-pin serial interface directly into the CPU. The pins >are usually connected to a header somewhere on the motherboard or CPU >board. They aren't routed to a real connector on the back of the >machine. The voltage is nonstandard, but if you have the right >connector and circuit, you can connect a terminal. The serial port runs >at 9600 baud, with timing via delay loops in the code. You end up with >a little command-line debugger, dumber than XDELTA, that lets you >examine and deposit memory. With that, you can load any diagnostics you >need into main memory and transfer control to something smarter. > >Some versions of the mini-console were documented in the manuals that >came with the old-time Alpha developer boards. > >> >> There's also this note: "Check J3: If "normal", then HW_REI to PAL. >> If J3 is set to S-Port, go to the SROM mini-console." >> >> That does happen after the test that failed but perhaps the J3 jumper >> setting may be worth checking to see if you can get access to further >> diagnostics. >> >> I wonder if you have had a firmware corruption. Perhaps even to the >> point that you need to use a failsafe boot... Thanks Robert, I have the AlphaStation 200 up and running... in fact, I now have two up and running. I cannibalized an old 100MHz AS200 that I'd acquired along the way for the power supply to replace the P/S in the unit I first had this issue with thinking that maybe the P/S was bad. It turned out that it wasn't the AS200 at all but the DECwand that was augmenting the key- board input to the AS200. I'll miss it as it came in handy for testing postscript forms I make with barcodes. I discovered this when I powered up the AS200 during one cycle with the keyboard and mouse removed. The other AS200 was out of commission becasue the fan in the P/S gave up the ghost. I cannibalized the fan from the P/S I removed from the first AS200 to get that unit working. I put new CR2032 cells in place whilst these units were open. Both had a mfg date in early 1995. I thought it was a good idea, after 13 years of service, to replace the batteries. The suggestions to reflash the unit were appreciated but, since the unit never made it to the 'dead sarg', there was little hope of that. There is also no need now since both units are functioning with the contents of their flash still in tact. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" http://tmesis.com/drat.html ------------------------------ Date: Fri, 30 May 2008 12:26:56 -0400 From: "David Turner, Island Computers" Subject: Re: Bletchley Park faces bleak future Message-ID: What would it take to keep it funded? In PDS or $ -- David B Turner ============================================= Island Computers US Corp PO Box 86 Tybee GA 31328 Toll Free: 1-877 636 4332 x201, Mobile x251 Email: dturner@islandco.com International & Local: (001)- 404-806-7749 Fax: 912 786 8505 Web: www.islandco.com ============================================= "IanMiller" wrote in message news:5b357510-5781-44f7-9ce5-c60a6f78134e@k30g2000hse.googlegroups.com... > Off topic but hopefully of interest > > http://www.bletchleypark.org.uk/news/docview.rhtm/516816 > > http://www.bletchleypark.org.uk/ > > Bletchley Park, which made huge contributions to early computing and > shorterned WWII by years is in desperate need of money. > Apparently the Dark Lord has turned down their request for funding > which either demonstrates his cluelessness or he was not really > asked. > > > ------------------------------ Date: Fri, 30 May 2008 08:37:00 -0700 (PDT) From: marlow.andrew@googlemail.com Subject: CVS on VMS Message-ID: <2f2d994a-c88c-40b0-a575-5a21861cd7a2@e39g2000hsf.googlegroups.com> From googling I see that there have been attempts in the past to port CVS to VMS. AFAICS this development seems to have wound up in a backwater and I am not sure what the current state of play is. Can anyone advise please? The reason I ask is that I am in an environment that uses VMS for hysterical reasons. It is no longer a strategic platform and on a project-by-project basis there are attempts to move off it. For projects that are on it the source tends to be maintained using CMS. I was wondering if the source could be hosted on a Unix machine where the CVS server would be and then developers on VMS could use a VMS CVS client. One benefit is that it would make the source available to more people that need to see it that are not VMS developers. Any thoughts? Regards, Andrew Marlow ------------------------------ Date: Fri, 30 May 2008 17:24:05 +0100 From: "Richard Brodie" Subject: Re: CVS on VMS Message-ID: wrote in message news:2f2d994a-c88c-40b0-a575-5a21861cd7a2@e39g2000hsf.googlegroups.com... > From googling I see that there have been attempts in the past to port > CVS to VMS. AFAICS this development seems to have wound up in a > backwater and I am not sure what the current state of play is. Can > anyone advise please? CVS is a bit unfashionable these days. Folks are generally more interested in ports of SVN or git. There are some reports of good results with SVNkit. The off the shelf alternative, is Perforce, I guess. Otherwise, some assembly required. ------------------------------ Date: Fri, 30 May 2008 17:14:32 +0000 From: "Main, Kerry" Subject: RE: CVS on VMS Message-ID: > -----Original Message----- > From: marlow.andrew@googlemail.com > [mailto:marlow.andrew@googlemail.com] > Sent: May 30, 2008 11:37 AM > To: Info-VAX@Mvb.Saic.Com > Subject: CVS on VMS > > From googling I see that there have been attempts in the past to port > CVS to VMS. AFAICS this development seems to have wound up in a > backwater and I am not sure what the current state of play is. Can > anyone advise please? > > The reason I ask is that I am in an environment that uses VMS for > hysterical reasons. It is no longer a strategic platform and on a > project-by-project basis there are attempts to move off it. For > projects that are on it the source tends to be maintained using CMS. I > was wondering if the source could be hosted on a Unix machine where > the CVS server would be and then developers on VMS could use a VMS CVS > client. One benefit is that it would make the source available to more > people that need to see it that are not VMS developers. Any thoughts? > > Regards, > > Andrew Marlow If the shop is looking at NetBeans (Sun Open Source dev environment) then the following may be of interest: (see CMS support plug-in info) http://www.openvms.compaq.com/openvms/products/ips/netbeans/ http://h71000.www7.hp.com/openvms/products/ips/netbeans/overview.html "NetBeans is a modular, integrated development environment (IDE) for Java and JavaBeans development. Written in 100 percent pure Java(tm), it was open-sourced by Sun Microsystems. Its popularity is a result of its versatility, extensible architecture, and relative ease of use. Key features are: - Support for the Java, C/C++, XML, and HTML - Support for JSP, XML, RMI, CORBA, JINI, JDBC, and servlet technologies - Support for Ant, CVS, and other version control systems - Pluggable support for compilers, debuggers and execution services - GUI form designer and other visual design tools - Wizards for code generation and management tools - Syntax-highlighting source editor http://h71000.www7.hp.com/openvms/products/ips/netbeans/modules.html#cms "This module makes available CMS source code control functionality within the NetBeans IDE. CMS commands are seamlessly integrated with the NetBeans Explorer file system, leveraging NetBeans built-in Version Control System (VCS) support. You can work with new or existing CMS libraries. You may also continue using CMS as a standalone version control system while using it in the NetBeans environment. Requires NetBeans Version 3.5.1 or higher." Regards Kerry Main Senior Consultant HP Services Canada Voice: 613-254-8911 Fax: 613-591-4477 kerryDOTmainAThpDOTcom (remove the DOT's and AT) OpenVMS - the secure, multi-site OS that just works. ------------------------------ Date: Fri, 30 May 2008 10:02:16 -0400 From: Paul Anderson Subject: Re: DEC Document Message-ID: In article , Marc Van Dyck wrote: > Anyone remembers DECinspect ? We still use my Inspect coffee mug which shows the INSPECT command and all its qualifiers. Paul -- Paul Anderson OpenVMS Engineering Hewlett-Packard Company ------------------------------ Date: Fri, 30 May 2008 09:37:43 -0700 (PDT) From: tadamsmar Subject: Ever found a frayed DS10 internal SCSI cable? Message-ID: <82c762e9-64a9-4cd6-942e-a920637565b8@s50g2000hsb.googlegroups.com> I found a DS10 internal SCSI cable (17-04245-03) in bad shape. For an inch or two on both sides of the connector of the less exposed (middle) disk. Insulation gone, copper wires exposed. Insulation seemed to be melting or flaking away. One theory is that it was ozone. We have a one-pass air handler and our ozone levels are relatively high inside our building. But I have not seen this with other DS10s here. Or maybe some kind of vibration? ------------------------------ Date: Fri, 30 May 2008 09:39:46 -0700 (PDT) From: tadamsmar Subject: Re: Ever found a frayed DS10 internal SCSI cable? Message-ID: On May 30, 12:37=A0pm, tadamsmar wrote: > I found a DS10 internal SCSI cable (17-04245-03) in bad shape. For an > inch or two on both sides of the connector of the less exposed > (middle) disk. =A0Insulation gone, copper wires exposed. Insulation > seemed to be melting or flaking away. > > One theory is that it was ozone. =A0We have a one-pass air handler and > our ozone levels are relatively high inside our building. =A0But I have > not seen this with other DS10s here. > > Or maybe some kind of vibration? BTW, the tape drive started working reliably in compaction mode again after I replaced this cable ------------------------------ Date: Fri, 30 May 2008 10:39:19 -0700 From: David Mathog Subject: Re: Ever found a frayed DS10 internal SCSI cable? Message-ID: tadamsmar wrote: > One theory is that it was ozone. We have a one-pass air handler and > our ozone levels are relatively high inside our building. I doubt it is the ambient ozone level. If there was enough ozone floating around in the building to cause that much damage to wire insulation you'd probably all be in intensive care with severe lung damage, if it didn't outright kill you. The ozone level inside the unit could be higher if something in it was arcing. Even then, why would the damage be localized like that? Is it possible the cable was rubbing against something? A bit of resonance on the cable could result in enough motion over time to wear off the insulation if it could rub on en edge in the case. Rodents can cause that sort of wire damage, although I've never heard of a mouse getting into a small computer case like on the DS10. Regards, David Mathog ------------------------------ Date: Fri, 30 May 2008 20:15:53 +1000 From: Gremlin Subject: Failsafe-IP Message-ID: Hi All To begin with, thanks for the information given to previous questions - no doubt that COV is a wealthy source of information and spirited debate! So, I have read the fine manuals for Failsafe-IP and, it appears to me, that it is designed to allow me to have a VAX/Alpha/Itanic server that contains two network cards to have the second card configured with an IP address ready to take over if the first card fails. For example, if card A is 192.168.0.1 and card B is 192.168.0.2, then card B can also be configured with a Failsafe-IP of 192.168.0.1 (and card A could probably be confuigured with a Failsafe-IP of 192.168.0.2). From my reading, this appears to be the design extent of Failsafe-IP. What I want to emulate is a cluster-wide single IP - almost as if each card in each node in the cluster had a Failsafe-IP of say 192.168.0.10 and that the Failsafe-IP could be active at the same time as the "real" IP address. The desired result is that any request to the "cluster IP", 192.168.0.10 would be served by any card in any host. Is this possible - my reading of the manual(s) suggests that the Failsafe-IP is "dormant" until the "master" card fails. ------------------------------ Date: Fri, 30 May 2008 04:24:28 -0700 (PDT) From: IanMiller Subject: Re: Failsafe-IP Message-ID: An IP address can only be associated with one place at a time, otherwise how can you have an on going exchange of messages. You can do load balancing with DNS where you use a name to access a service and it translates to one of a set of IP addresses.. ------------------------------ Date: Fri, 30 May 2008 04:45:36 -0700 (PDT) From: FrankS Subject: Re: Failsafe-IP Message-ID: <8bed1ace-28d1-4aaa-9a73-284de99c8d0d@z72g2000hsb.googlegroups.com> On May 30, 6:15=A0am, Gremlin wrote: > To begin with, thanks for the information given to previous questions - > no doubt that COV is a wealthy source of information and spirited debate! You're welcome. Now, go back and read my first message where I said you need to look at the SET CONFIG INTERFACE/CLUSTER=3D command, and it's related qualifiers. ------------------------------ Date: Fri, 30 May 2008 14:01:27 +0200 From: "Martin Vorlaender" Subject: Re: Failsafe-IP Message-ID: FrankS wrote: > Gremlin wrote: >> To begin with, thanks for the information given to previous questions - >> no doubt that COV is a wealthy source of information and spirited debate! > > You're welcome. Ditto. Now go back and read the excellent article by Matt Muggeridge in the VMS Tech Journal #2, http://h71000.www7.hp.com/openvms/journal/v2/articles/tcpip.html The interfaces failing over don't have to be on one machine. cu, Martin -- One OS to rule them all | Martin Vorlaender | OpenVMS rules! One OS to find them | work: mv@pdv-systeme.de One OS to bring them all | http://vms.pdv-systeme.de/users/martinv/ And in the Darkness bind them.| home: martin.vorlaender@t-online.de ------------------------------ Date: Fri, 30 May 2008 01:29:06 -0700 (PDT) From: sachin.vijayan80@gmail.com Subject: free computer studies Message-ID: free computer studies free computer programmes free computer education http://foodplantss.blogspot.com/ ------------------------------ Date: Fri, 30 May 2008 02:18:07 -0700 (PDT) From: IanMiller Subject: Re: LBR function result codes still not available Message-ID: <8554c1f9-26d9-4c03-be1c-a4a6fed5da01@c58g2000hsc.googlegroups.com> lbrdef contains structures and constants needed to call the LBR$ routines. Not the condition values returned. ------------------------------ Date: Fri, 30 May 2008 07:50:52 -0700 (PDT) From: Rich Jordan Subject: Re: LBR function result codes still not available Message-ID: <1977732e-de35-48eb-85a4-fb2d0d60ec2f@34g2000hsh.googlegroups.com> On May 30, 4:18 am, IanMiller wrote: > lbrdef contains structures and constants needed to call the LBR$ > routines. Not the condition values returned. I haven't checked all the language include file libraries but none of the ones I have checked include the return codes; this is the same situation reported in '91 and '99. Rich ------------------------------ Date: Fri, 30 May 2008 07:16:20 -0700 (PDT) From: IanMiller Subject: OT: Bletchley Park faces bleak future Message-ID: <5b357510-5781-44f7-9ce5-c60a6f78134e@k30g2000hse.googlegroups.com> Off topic but hopefully of interest http://www.bletchleypark.org.uk/news/docview.rhtm/516816 http://www.bletchleypark.org.uk/ Bletchley Park, which made huge contributions to early computing and shorterned WWII by years is in desperate need of money. Apparently the Dark Lord has turned down their request for funding which either demonstrates his cluelessness or he was not really asked. ------------------------------ Date: 30 May 2008 08:31:03 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: OT: Unix equivalent of SET PROC/SUSPEND? Message-ID: In article , Rich Alderson writes: > > I miss the SAIL keyboard. Whither goeth the ALTMODE key? I remember having to tell TECO to accept that for ESCAPE via my .ttini file on a PDP-10. And my wayback machine recalls the code for _ producing a left arrow symbol (not the same as todays left arrow key), which was then used in BLISS instead of = in an assignment statement. Made a lot of funny looking code "A_.B + 2;" when viewed on later systems. (I learned BLISS from an out of date manual which didn't know the free compiler on the DECSYSTEM-20 tools tape would accept =). ------------------------------ Date: Fri, 30 May 2008 08:26:42 -0400 From: Chuck Aaron Subject: php with osu 3.10a and openvms 8.3 Message-ID: Will PHP run on OpenVMS 8.3 with the OSU 3.10a webserver or will PHP require CSWS? ------------------------------ Date: Fri, 30 May 2008 13:15:37 GMT From: winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing) Subject: Re: php with osu 3.10a and openvms 8.3 Message-ID: <00A7A5A5.0A5B8496@SSRL.SLAC.STANFORD.EDU> In article , Chuck Aaron writes: >Will PHP run on OpenVMS 8.3 with the OSU 3.10a >webserver or will PHP require CSWS? > You can download PHP from the CSWS website, install and run PHP. MOD_PHP won't work with OSU, but you can set up a presentation script for .PHP pages that runs the PHP interpreter. --- Alan ------------------------------ Date: 30 May 2008 08:25:26 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: Price quote for Q-bus cards from Microvax 4000/200 Message-ID: In article <08052913415014_2020CE0A@antinode.info>, sms@antinode.info (Steven M. Schweda) writes: > > Many others sell for around $10, if at all. (Anyone want some CXY08 > cards? I have a bunch.) Only if I can get a free Qbus chassis (and cable) for my VAX 4000 Model 105. Then, I'd actually like a CXY08. But that chassis isn't worth shipping cost to me. ------------------------------ Date: 30 May 2008 12:33:41 -0500 From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) Subject: Python on VMS status ? Message-ID: What is the current status of Python on VMS ? Is the existing port considered to be robust and production ready ? Are there any plans for HP to do a Perl/PHP style official port ? Thanks, Simon. -- Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP Microsoft: Bringing you 1980's technology to a 21st century world ------------------------------ Date: Fri, 30 May 2008 11:53:16 +0100 From: "Paul D Ainsworth" Subject: TCP/IP Message-ID: <483fd888$1_1@glkas0286.greenlnk.net> From: "Paul D Ainsworth" Subject: TCP/IP Date: 30 May 2008 11:40 I know this is probably not the best NG for a post like this, but I need an urgent answer and this group probably has the largest number of subscribers. I'm working on a project that sets up a blocking TCP/IP connection from an openvms alpha ada executable to a python script running on a windows 2000 advanced server. The connection sets up fine without any problems. However, the python script should send back a status report in response to a status request from the openvms executable. It sends back the status report but this causes a stack dump when received by the alpha: - high performance arithmetic trap floating invalid operation arithmetic trap, floating overflow arithmetic trap, floating underflow Does anyone have any ideas or suggestions towards a fix? ------------------------------ Date: Fri, 30 May 2008 12:03:59 +0100 From: "Paul D Ainsworth" Subject: Re: TCP/IP Message-ID: <483fdb0b$1_1@glkas0286.greenlnk.net> "Paul D Ainsworth" wrote in message news:483fd888$1_1@glkas0286.greenlnk.net... > From: "Paul D Ainsworth" > Subject: TCP/IP > Date: 30 May 2008 11:40 > > I know this is probably not the best NG for a post like this, but I need > an > urgent answer and this group probably has the largest number of > subscribers. > This sentence posted by mistake ... ------------------------------ Date: 30 May 2008 12:19:50 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: TCP/IP Message-ID: <483ff0e6$0$25041$607ed4bc@cv.net> In article <483fd888$1_1@glkas0286.greenlnk.net>, "Paul D Ainsworth" writes: >From: "Paul D Ainsworth" >Subject: TCP/IP >Date: 30 May 2008 11:40 > >I know this is probably not the best NG for a post like this, but I need an >urgent answer and this group probably has the largest number of subscribers. > >I'm working on a project that sets up a blocking TCP/IP connection from an >openvms alpha ada executable to a python script running on a windows 2000 >advanced server. > >The connection sets up fine without any problems. However, the python script >should send back a status report in response to a status request from the >openvms executable. > >It sends back the status report but this causes a stack dump when received >by the alpha: - > >high performance arithmetic trap >floating invalid operation >arithmetic trap, floating overflow >arithmetic trap, floating underflow > >Does anyone have any ideas or suggestions towards a fix? The stack dump would be a _great_ start. ;) That stuff doesn't cough up to demonstrate that VMS engineering is fond of hexadecimal. Check your code where the stack dump indicates that it received the HPARITH trap. If your app on the Weendoze box is sending back floating point, you will probably need to insure that your program on the Alpha is employing the same floating format. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" http://tmesis.com/drat.html ------------------------------ Date: Fri, 30 May 2008 10:15:41 -0700 (PDT) From: tadamsmar Subject: Re: TCP/IP Message-ID: On May 30, 6:53=A0am, "Paul D Ainsworth" wrote: > From: "Paul D Ainsworth" > Subject: TCP/IP > Date: 30 May 2008 11:40 > > I know this is probably not the best NG for a post like this, but I need a= n > urgent answer and this group probably has the largest number of subscriber= s. > > I'm working on a project that sets up a blocking TCP/IP connection from an= > openvms alpha ada executable to a python script running on a windows 2000 > advanced server. > > The connection sets up fine without any problems. However, the python scri= pt > should send back a status report in response to a status request from the > openvms executable. > > It sends back the status report but this causes a stack dump when received= > by the alpha: - > > high performance arithmetic trap > floating invalid operation > arithmetic trap, floating overflow > arithmetic trap, floating underflow > > Does anyone have any ideas or suggestions towards a fix? If you have the ADA source and can rebuild the executable, then LINK with /TRACEBACK (if its not already done that way). Then the "stack dump" should identify the exact line of ADA where the error occurred. Or LINK with /DEBUG and run the program in the debugger. ------------------------------ End of INFO-VAX 2008.301 ************************