INFO-VAX Sat, 15 Jan 2005 Volume 2005 : Issue 29 Contents: Re: ACMS and XML Re: An interesting little SSD Re: C File sharing issue with multiple writers Re: C File sharing issue with multiple writers Connecting VAX VMS (5.2) to PC (Windows 2000 Server) Re: Connecting VAX VMS (5.2) to PC (Windows 2000 Server) Re: Connecting VAX VMS (5.2) to PC (Windows 2000 Server) Installing OpenVMS 7.3 Alpha on a 600a Workstation problems Re: Maytag Store, Wilkes-Barre, Pa. Rt. 309 Re: Microvax II questions Re: Microvax II questions Re: Microvax II questions Re: Microvax II questions Re: Q: How to have SEARCH match a "null" line Re: Reject-Unbacktranslatable-IP v. "Received: from unknown.hostname (x.x.x.x)" Re: Saveset File Format - ie extensions to vmsbackup 4.1.1 Re: Simple EDT or TPU init file Re: Simple Printing Problem Re: VMS in Semiconductors Re: VMS in Semiconductors Re: VMS in Semiconductors Re: VMS in Semiconductors Re: [reply] New 4000/60 hobbyist -- tcpip startup fails with "error defining itn Re: [reply] New 4000/60 hobbyist -- tcpip startup fails with "error defining itn ---------------------------------------------------------------------- Date: 14 Jan 2005 11:26:27 -0800 From: ed.peterson@acs-inc.com Subject: Re: ACMS and XML Message-ID: <1105730787.600235.86810@z14g2000cwz.googlegroups.com> I'm one of the programmers who caused this thread to be opened. Here's our situation: We are running a COBOL/ACMS/Rdb application that was originally written for a DecForms front end, but which has also expanded so that it also serves Java based web clients running on wintel platforms via TP Web Connector. We have a web site that allows our customers access to their data on our system and we have internal web applications for our users. While TP Web Connector works pretty well for us, it does have a couple of drawbacks that we wish to avoid in the future. First, since TP Web Connector relies on tight coupling between the ACMS application and the DLL and Java code that are generated on the wintel side, it is difficult for us to engage in rapid prototyping and development since the wintel web servers and Alpha ACMS systems must be stopped, updated and restarted at the same time. Any change to ACMS workspaces or tasks becomes tricky and disruptive. This is our BIG issue. Second, our wintel web servers crash once or twice a week because they decide that the TP Web Connector generated DLLs have become corrupted. There is nothing really wrong with the DLL files and a reboot solves the problem. This is not a huge issue, but we'd like better stability in our production servers. We think that if we can move to a position where XML is the basis of exchange between our Alpha ACMS applications and our wintel Java web systems we will have more flexibility between the Alpha and wintel sides. We hope that we'd be able to add fields to workspaces and/or add workspaces and tasks on the Alpha side without having to change the Java code on the wintel side until we were ready to make use of the new data and/or services. In general, I think that we'd like to run Apache on the Alpha and have some sort of Alpha based service (in Java?) to handle XML to ACMS workspace/task translation and communication. Our wintel server could use html/XML (soap?) to communicate with the web server on the Alpha, which would in turn communicate with the ACMS application. It appears that the HP website describes something like this, but the Java solution seems very focused on WebLogic. The following link describes some of this: http://h71000.www7.hp.com/commercial/acms/45_info.html What are our options? ------------------------------ Date: Fri, 14 Jan 2005 15:34:22 -0500 From: John Eisenschmidt Subject: Re: An interesting little SSD Message-ID: <20050114203422.GO602@eisenschmidt.org> I did some testing with the Quantum SSH under 7.1-H2 and I was disappointed. It boiled down to this: -Very expensive at the time -Not any faster -Not redundant with a single disk The Storageworks version was on a single 40MB/sec SCSI controller, and it couldn't even saturate that. You'd be better off with more disks and more controllers for 1/10th the cost. We were looking at moving a small, poorly normalized, off-the-shelf Oracle database to it to speed up queries, and we found the bottleneck moved from the disk to CPU, and then we started tuning to move the bottleneck back to the disk by going through the EXPLAIN_PLAN and making changes to the Oracle config. Tweaking got us about a 20-25% pickup, but when all was said and done we bought a new system that was much faster with conventional disks for about the same price as just the SSD. Then again, we were small. I'm not sure what an array of these things would behave like. ----- Rob Young (young_r@encompasserve.org) wrote: ----- > In article , "John Smith" writes: > > Could something like this work on an Integrity server with VMS, perhaps > > something similar in concept if not this exact device? > > > > Manufacturer > > http://www.acceleratedlogic.com/index.htm > > > > http://www.hyperos2002.com/ > > (more info ATA-100 version - scroll to bottom) > > > > http://www.hyperos2002.com/07042003/img/HD2zoom.gif > > (large image) > > > > The markets for these products are very narrow, especially > in the VMS world. Host cache, write-back cache, large storage > caches (blech), RAID, LUNs that sit on many physical disks - have > marginalized these products to the extreme needs realm. > > The SSD wars are occasionally played out over in comp.arch.storage. > Bottom line, the SSD's of the world are a dying breed. Imperial > Tech (one of the more famous, larger SSD vendors) is gone: > > http://tinyurl.com/64sfk > > Maybe it is a marketing problem? ;-) > > LOL > > Rob -- John W. Eisenschmidt (jweisen@eisenschmidt.org) http://www.eisenschmidt.org/jweisen/pgp.html Lloyd's Hypothesis: Everything that's worth understanding about a complex system, can be understood in terms of how it processes information. ------------------------------ Date: 14 Jan 2005 13:02:31 -0800 From: "Kannan" Subject: Re: C File sharing issue with multiple writers Message-ID: <1105736397.186997.119990@f14g2000cwb.googlegroups.com> Thanks to every one for your valuable suggestions. Hein, Thanks very much for your detailed response. Frankly, I will have to admit that I am not very well versed with the RMS side, but based on your suggestions, I could get a handle of this issue. On doing show process/rms, I observed the ocr file had the "UPI" attribute set as part of the shr attributes SHR: "SHRPUT,SHRGET,SHRUPD,UPI" and looking through the docs my understanding is that if UPI is set , then RMS doesn't do file synchronisation and it is left to the application to ensure this. Please correct me if I am wrong here. (I could get a simple program to work with multiple writers and the only difference with my application, I used write calls instead of pwrite and I see that UPI is not set for this) The reason UPI is set is because ,I guess, the api uses stream i/o using pread and pwrite calls. Here is short description of what pwrite does. The pwrite() function performs the same action as write(), except that it writes into a given position in the file (specified by the offset parame- ter) without changing the file pointer. and these call only work with stream mode files. Now the options I have is . 1. One is as you suggested, use directly RMS calls to handle the synchronisation in my application. 2. I was wondering , if we can use a record oriented i/o and achieve the functionality of writing to a specific offset using simple read write calls. This way, RMS would handle the file synchronization part. pread/pwrite calls fail to work in a record oriented file. I am not sure if this is a bug or is this the expected behaviour Will greatly appreciate your opinion on this. Thanks, Kannan. Hein wrote: > "Kannan" wrote in message > news:1104893260.841985.178950@z14g2000cwz.googlegroups.com... > > > There is a file Oracle configuration Repository (a streamlf mode file > > on VMS Cluster file system), which has resources registered by a daemon > > process that can run on multiple nodes and share this common file. At > > any point of time one will be a master which can write into this OCR. > > Are you talkign about an oracle owned and controlled file, if so, you shoudl > probably not muck with that except through Oracle API's. If it is your file, > and you have this applicaiton level lock protocol, then you do not need rms > to control the file sharing, and you may consider not using record mode > > That > > > The open call I am using to open this file in shared mode is the > > following > > open((const char > > > *)filename,O_RDWR|O_DSYNC,"ctx=rec","rfm=stmlf","shr=get,put,upd","rop=rea") > ; > > The lock for read is suspect. > I would encourage you to use set file /stat and moni rms, to verify record > mode is used. > I'd further use ANAL/RMS show proce/rms=(fab,rab) after the open and > /rms=(fab,fsb) after some operations (with the file marked for stats). > > > and the writes and reads on the file is done using pwrite and pread C > runtime calls, > > which reads/writes based on offset information. > > I only know of fread and fwrite, no pread/pwrite. Please explain. > > > And I am doing fsync call after every pwrite , so that the data gets > written to > > the disk immediately. > > If RMS file sharing is properly activated, then any put will go through to > the disk, and the sync in redundant. > > > > Now for some reason if the Daemon 2 exits/crashes, the file size on VMS > > gets truncated to 1040 blocks essentially corrupting this file. > > Sounds like 'truncate on put' might have been active, > Or, RMS is simply deferring the EOF update. > Again... ANAL/SYS but now: show proces/rms=SFSB > > Daemon 2 might need to re-open with full sharing to get RMS to communicate > the in-memory EOF value. > Daemon 2 migth want to open SHR=UPD, FAC=GET to make sure it never wants to > update EOF. > > > now if daemon 1 exits and daemon 2 attempts to read beyond 1040 blocks, > > it gets an error > > That suggests deamon 2 did truncate after daemon 1 appended. > > I would recommend calling RMS directly for these kind of jobs. > Yes, it is more porting work, but so much clearer as to what will happen. > > fwiw, > Hein. ------------------------------ Date: Sat, 15 Jan 2005 01:07:01 -0500 From: "Hein RMS van den Heuvel" Subject: Re: C File sharing issue with multiple writers Message-ID: <41e8b36f$1@usenet01.boi.hp.com> "Kannan" wrote in message news:1105736397.186997.119990@f14g2000cwb.googlegroups.com... > Thanks to every one for your valuable suggestions. > > Hein, : > but based on your suggestions, I could get a handle of this issue. Excellent. Thanks for the feedback. > Now the options I have is . > 1.... : > Will greatly appreciate your opinion on this. This sounds way too much like work! If your Email address is for real, and you work for Oracle, then why don't we get you hooked up with some VMS specilialist in Oracle (I played pool with several of them earlier this evening :-) or hook you up with proper support or engineering resources. We are partners. Let's sort this out properly. Hein. ------------------------------ Date: 14 Jan 2005 11:13:27 -0800 From: mark_doherty@yahoo.co.uk (Mark Doherty) Subject: Connecting VAX VMS (5.2) to PC (Windows 2000 Server) Message-ID: <5e3e03a7.0501141113.5f6fc97@posting.google.com> Newbie! We have a VaxCluster of 3 Microvax 3800's that are networked. I would like to transfer files and run commands from the PC. We have BNC ethernet connections on the VAX and PC. What software do we need on the PC the Vax We have another PC (hummingbird and WINVNC installed) that communicates with the VAX but I can not find out how it is done. 'Network Connections' and 'Hummingbird Network' ... do not find any hosts and I don't know the name of the VAX host. Its address is 202.2 with a node name of VAX1, neither of these work. Mark ------------------------------ Date: 14 Jan 2005 14:25:12 -0600 From: jfmezei.spamnot@teksavvy.com (JF Mezei) Subject: Re: Connecting VAX VMS (5.2) to PC (Windows 2000 Server) Message-ID: <41e82aa8$1_2@127.0.0.1> >I would like to transfer files and run commands from the PC. >We have a VaxCluster of 3 Microvax 3800's that are networked. >I would like to transfer files and run commands from the PC. >We have BNC ethernet connections on the VAX and PC. At VMS 5.2, I think you could find the CMU-IP TCPIP stack on the net and that would give your PC the ability to TELNET into the VAXes. (VMS 5.2 is very old). (CMU-IP is free and served me well for many years). Another possibility is to start a LAT service on the VAX, and then use a terminal emuulator package on the PC that can use LAT. (does Kermit support LAT in its windows version ?) ------------------------------ Date: Fri, 14 Jan 2005 14:40:55 -0700 From: "Barry Treahy, Jr." Subject: Re: Connecting VAX VMS (5.2) to PC (Windows 2000 Server) Message-ID: <41E83C67.5000807@MMaz.com> Mark Doherty wrote: >Newbie! > >We have a VaxCluster of 3 Microvax 3800's that are networked. >I would like to transfer files and run commands from the PC. >We have BNC ethernet connections on the VAX and PC. > >What software do we need on > the PC > the Vax > >We have another PC (hummingbird and WINVNC installed) that >communicates with the VAX but I can not find out how it is done. > > If I remember correctly, Hummingbird has built in terminal emulation capabilities and, most likely, it is connecting to the old VMS version by way of DECnet or LAT. If you logon onto the system that offers connectivity to the PC, then do a SHOW NETWORK to see if DECnet is running, and type MCR LATCP SHOW SERVICE to see if LAT is running on the VMS system, and what that systems service name might be... All you'll need to do is configure the second system to offer similar services... An alternate method would be to fire up an IP stack, CMU/IP is free and would probably run on 5.2, but if you're running just a LAN, I'd stick with what is working and my guess is, that it is LAT... Barry -- Barry Treahy, Jr E-mail: Treahy@MMaz.com Midwest Microwave, Inc. Phone: 480/314-1320 Vice President & CIO FAX: 480/661-7028 ... but it's a DRY HEAT! ------------------------------ Date: Fri, 14 Jan 2005 22:31:08 -0800 From: John Hixson Subject: Installing OpenVMS 7.3 Alpha on a 600a Workstation problems Message-ID: <9L6dnX72N4YzJXXcRVn-qA@inreach.com> Hi guys, A while ago I purchased an alpha 433au and installed openvms on it, however, the motherboard was bad and I kept having problems with it crashing. The guy went ahead and sent me a new motherboard and it turns out the board is a 600a board with alphabios on it. When I update the firmware, it states it has SRM v7.2.1 on it, however, I am unable to load the SRM console. I set in the alphabios advanced CMOS settings to use the OpenVMS SRM Console and it doesn't switch. I save the settings and reboot, and it still doesn't go into SRM. I look at the system config and it appears that SRM is not on the machine. I do not want to run windows NT On this damn box, I want to run OpenVMS and learn it but this is proving to be a pain in the ass. Can anybody here give me some guidance as to how I can proceed to use OpenVMS? Thanks, John Hixson ------------------------------ Date: Fri, 14 Jan 2005 22:19:35 GMT From: Beach Runner Subject: Re: Maytag Store, Wilkes-Barre, Pa. Rt. 309 Message-ID: Fatboy Jr. wrote: > To anyone from the northeastern part of Pa., in the town of > Wilkes-Barre, a message (non Pontiac oriented) > > > BEWARE- AVOID the Maytag appliance store on Rt. 309 by Home Depot, in > Wilkes-Barre. The guy that owns it is a major jerk, he talked me into a > $110 gas flow valve for my Magic Chef stove, and then refused to take > it back when that was not the problem. > > > I had to spend another $75 online to get ignitors, which were the real > problem. And the p-rick won't take the gas valve back. > > > The store is located right by where the old Zayre's dept. store used to > be, on RT. 309. > > > BEWARE- SHOP ELSEWHERE !! The guy changes from Dr. Jekyll to Mr. Hyde > depending on if you are handing him money or not at the time. > Not the place. I have a dishwasher from Maytag I bought, because you "didn't have to wash the dishes before you washed the dishes". You do. I bought their top of their line washer. All big mistakes. Like buying IBM. ------------------------------ Date: Fri, 14 Jan 2005 12:08:54 -0700 From: "E.S." Subject: Re: Microvax II questions Message-ID: John Gemignani, Jr. wrote: > "E.S." wrote in message >>I have both of the uV-I's ;-) > My little collection has uV-I, uV-II and uV-III, widescreen edition (BA123). I was talking only about the uV-Is ;-) ------------------------------ Date: Fri, 14 Jan 2005 21:58:05 GMT From: Antonio Carlini Subject: Re: Microvax II questions Message-ID: <41E8402D.5050600@iee.org> E.S. wrote: > Sorry, the uV-I was a two board set ... Indeed: memory controller and datapath modules. The MicroVAX II was certainly the first single board VAX. The larger machines (VAX 8x000, VAX 6x000) all had a separate FPU I think - I expect the non-6K/7K/10K ones had multiple boards per CPU. The SOC-based systems probably qualify since I'm reasonably sure that those had an FPU on the same chip - it would have been a silly name otherwise :-). So that probably means the first system to use a single chip VAX would have been the VAX 4000-200. I think CVAX, Rigel and Mariah all had separate FPUs. I don't remember offhand how NVAX was arranged - anyone know? Antonio ------------------------------ Date: Fri, 14 Jan 2005 16:35:05 -0700 From: "E.S." Subject: Re: Microvax II questions Message-ID: Antonio Carlini wrote: > I don't remember > offhand how NVAX was arranged - anyone know? Both single chip, NVAX (62.5/74.4/83.3 MHz) 339 pin PGA, NVAX+ (90.9 MHz) 431 pin PGA ------------------------------ Date: Sat, 15 Jan 2005 07:05:37 +0800 From: prep@prep.synonet.com Subject: Re: Microvax II questions Message-ID: <87acrb1uim.fsf@prep.synonet.com> "E.S." writes: > prep@prep.synonet.com wrote: > >> "E.S." writes: >> >>>>Nope, the uV-I, aka Seahorse was first. Qbus memory though :( >> >>>Sorry, the uV-I was a two board set ... >> Was it? CPU plus 2 memory boards I thought. Bitrot gets another one. > > Yes, CPU were/are two boards, and whatever memory on the qbus ;-) > >> BTW, if anyone knows of one in AU, I'd really like to get it into >> the ACMS collection. IIs we have, but no I as yet. > > I have both of the uV-I's ;-) BA-23 and... Or are they different board sets? -- Paul Repacholi 1 Crescent Rd., +61 (08) 9257-1001 Kalamunda. West Australia 6076 comp.os.vms,- The Older, Grumpier Slashdot Raw, Cooked or Well-done, it's all half baked. EPIC, The Architecture of the future, always has been, always will be. ------------------------------ Date: Fri, 14 Jan 2005 21:02:21 -0600 From: David J Dachtera Subject: Re: Q: How to have SEARCH match a "null" line Message-ID: <41E887BD.B889A0C8@comcast.net> Ken Fairfield wrote: > > David J Dachtera wrote: > > > Ken Fairfield wrote: > [...] > >>Thanks Keith, I know I can do it in two stages. I was trying > >>to avoid that, and in particular, I now always try to avoid > >>using PIPE in batch jobs (where this will run). There's a know > >>issue with PIPE on SMP processors, and for reasons I don't fully > >>understand, running in batch seems to expose that issue (possibly > >>just from building up statics on multiple runs...) > > > > > > Tell me more, first I've heard of this. > > In my environment, we run scores of "monitors" periodically, with > intervals varying from every 15 minutes to once a day, or once a > week. Non-normal conditions detected by these monitors result in > notification being sent to the system manager and/or various > application owners, etc. > > Most of these monitors are simple DCL procedures run in batch. > Often times we have coded these monitors to use PIPE since it > gets tedious (for the programmer) to manage temporary files. When I reach that point, I usually find the common code in each process and build a parameter-driven procedure. "Tediousness" becomes history, and I usually gain manageability and flexibility as side effects. > There have been a variety of problems reported against PIPE, and > I think we've encountered all of them at one time or another. :-( > > The most typical symptom is that, looking at the monitor's .LOG > file, we find a job "hung" in PIPE. The last line of DCL being > executed is the PIPE command, but the job is sitting there and > never completes. Is there any way to find out which process in the pipeline died, and why? I believe that in UN*Xland, a similar situation would return a message similar to "broken pipe". > Typically we need to do a DELETE/ENTRY to get > rid of it, and occasionally, a STOP/QUEUE/ABORT. > > The last straw was, having installed the latest patches (to > VMS 7.3-1) which claimed to fix the last remaining PIPE bugs, > we had a monitor that could reproducibly produce incorrect > output some fraction of the time, say 20%-35% of the time. > The "reproducer" was sent to VMS engineering, and the person > working the case was able to reproduce the problem not only > on ES40's at VMS 7.3-1 (which we run), but on a variety of other > Alpha hardware and VMS versions. > > I don't have the case in front of me, but the final answer was > that this is a known restriction with SMP systems (and affects > unix SMP systems as well) having to do with one of the "downstream" > processes in the PIPE completing before the "upstream" processes > have completed. If each process reads input from its predecessor's output, how can that happen? ...unless an error causes the (sub)process to fail? > OK, found the article that resulted from our problem report. > Look in DSNlink, or the ITRC "Natural Language Search", for the > article titled, "DCL Pipe Command Inconsistant in Versions 7.3-1 > and 7.3-2". I'll look it up... -- David J Dachtera dba DJE Systems http://www.djesys.com/ Unofficial OpenVMS Hobbyist Support Page: http://www.djesys.com/vms/support/ Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/ Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/ Coming soon: Unofficial OpenVMS Marketing Home Page ------------------------------ Date: 14 Jan 2005 14:15:16 -0600 From: jfmezei.spamnot@teksavvy.com (JF Mezei) Subject: Re: Reject-Unbacktranslatable-IP v. "Received: from unknown.hostname (x.x.x.x)" Message-ID: <41e82854$1_1@127.0.0.1> sms@antinode.org (Steven M. Schweda) writes: >Reject-Unbacktranslatable-IP: TRUE >Received: from unknown.hostname (222.233.94.99) > by alp.antinode.org (V5.4-15, OpenVMS V7.3-1 Alpha); Have you tried: $DEFINE/SYSTEM TCPIP$SMTP_RECV_DEBUG 1 and then look at the logs of the receiver to ensure that the receiver has properly seen your request to reject unbacktranslatables ? (Since the receive is started from scratch wioth every new incoming message, you don't have to stop and restart the mail service for the logical to take effect. If the above doesn't yield enough information, you can tehn take out the big artillery with $DEFINE/SYSTEM TCPIP$SMTP_RECV_TRACE 1 But you have to hurry to catch log files before they are purged, remember that the TCPIP services software creates one new log file per message. ------------------------------ Date: Sat, 15 Jan 2005 07:02:00 +0800 From: prep@prep.synonet.com Subject: Re: Saveset File Format - ie extensions to vmsbackup 4.1.1 Message-ID: <87ekgn1uon.fsf@prep.synonet.com> Will Kranz writes: > In particular I'd like to convert some multiple volume TU58 savesets > to a single contiguous file to be used from a CDrom. It looks like > I need to change some header values for this to work, which will > presumably impart the checksum. I can't figure out what checksum > was used, or which region is really being tested. I guess I could > do the installation from TU58 and then backup the files up again to > a new saveset, but I'm looking for a more elegant solution and a > little more knowledge regarding how the files are structured. COPY should do the job, a save set is just a file. With luck, you should finish this year :) -- Paul Repacholi 1 Crescent Rd., +61 (08) 9257-1001 Kalamunda. West Australia 6076 comp.os.vms,- The Older, Grumpier Slashdot Raw, Cooked or Well-done, it's all half baked. EPIC, The Architecture of the future, always has been, always will be. ------------------------------ Date: Fri, 14 Jan 2005 15:59:00 -0800 From: Ken Fairfield Subject: Re: Simple EDT or TPU init file Message-ID: Big John wrote: > Fred Bach wrote: [...] >> ps. Is there any way to make TPU display the file in >> doublesized letters by default? I know how to do that >> in DCL. ..fwb. >> > > > That sounds like a challenge! The answer is - Yes, there is. But the problem is under-specified! First, do you want double-high/wide, or just double-wide, letters? Second, do you want to turn this on and off by a keystroke, or just always display the text large? I agree with John that this is a challenge, especially in the context of SIMPLE.TPU...which was supposed to be simple but this adds considerable complication... :-) Two hints are that, for double-wide, each line of text must be prefixed with #6, but for double-high/wide, each line must be duplicated with the first of each pair prefixed with #3 and the second with #4. Secondly, one uses SET(TEXT,CURRENT_WINDOW,NO_TRANSLATE) to get the characters displayed large in the TPU window. (To revert, replace NO_TRANSLATE by BLANK_TABS.) So you wind up reading the file into a buffer and processing it a line at a time, either in-place or to a second buffer, adding the prefix escape sequences as required and then displaying the results in a window set NO_TRANSLATE. A final complication is that if you shift the window right, the text reverts to normal display (the escape sequences have been shifted out of the window). Other than that, its just a SMOP. :-) -Ken -- I don't speak for Intel, Intel doesn't speak for me... Ken Fairfield D1C Automation VMS System Support who: kenneth dot h dot fairfield where: intel dot com ------------------------------ Date: Fri, 14 Jan 2005 13:40:27 -0500 From: "PEN" Subject: Re: Simple Printing Problem Message-ID: Hi, You need to: 1. Define a form and include /SETUP= ($ help define /form :O). 2. The .TXT file will need to be created and contain the necessary printer command language directive(s) to perform whatever setup is desired. 3. Then the .TXT file will need to be inserted into a text library of your choice using $ LIB/INSERT SYS$LIBRARY:.TLB 4. Then you init the queue with that form as the default and that text library: $ INITI/QUEUE/FORM=DEFAULT=/LIB= ... that should cause the setup module(s) to be sent to the printer prior to every job... HTH, Paul ------------------------------ Date: Fri, 14 Jan 2005 22:17:45 GMT From: Beach Runner Subject: Re: VMS in Semiconductors Message-ID: David B Sneddon wrote: > VAXman-@SendSpamHere.ORG was overheard to say: > >> In article , "Tom Linden" >> writes: >> >>> VMS has been widely used in the semiconductor industry, but it looks >>> like >>> that is about to change. >>> >>> http://www.siliconstrategies.com/article/showArticle.jhtml?articleID=57700736 >>> >> >> >> >> Doesn't work. It wants a login. >> > > No it doesn't > > Mozilla 1.4 on VMS > > Regards, > Dave. You want to run a FAB on a system that needs to be rebooted? That can be hacked easily into? Not for a long time. ------------------------------ Date: Sat, 15 Jan 2005 03:07:49 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: VMS in Semiconductors Message-ID: <00A3DE0D.F2D25202@SendSpamHere.ORG> In article <41E68EB1.6070803@bigpond.com>, David B Sneddon writes: >VAXman-@SendSpamHere.ORG was overheard to say: >> In article , "Tom Linden" writes: >> >>>VMS has been widely used in the semiconductor industry, but it looks like >>>that is about to change. >>> >>>http://www.siliconstrategies.com/article/showArticle.jhtml?articleID=57700736 >> >> >> Doesn't work. It wants a login. >> > >No it doesn't > >Mozilla 1.4 on VMS Yes, it does. From Netscape 3.03b on VMS to the latest Safari and Netscape in OS X Panther. -- http://www.ProvN.com for the *best* OpenVMS system security solutions that others only claim to be. -- Cyber-Terrorism (si'-ber tayr'-or-iz-em) n.: The release of, the sale of, or the use of any Micro$oft software product! -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM ------------------------------ Date: Fri, 14 Jan 2005 21:13:30 -0600 From: David J Dachtera Subject: Re: VMS in Semiconductors Message-ID: <41E88A59.A7A9081B@comcast.net> VAXman-, @SendSpamHere.ORG wrote: > > In article <41E68EB1.6070803@bigpond.com>, David B Sneddon writes: > >VAXman-@SendSpamHere.ORG was overheard to say: > >> In article , "Tom Linden" writes: > >> > >>>VMS has been widely used in the semiconductor industry, but it looks like > >>>that is about to change. > >>> > >>>http://www.siliconstrategies.com/article/showArticle.jhtml?articleID=57700736 > >> > >> > >> Doesn't work. It wants a login. > >> > > > >No it doesn't > > > >Mozilla 1.4 on VMS > > Yes, it does. From Netscape 3.03b on VMS to the latest Safari and Netscape in > OS X Panther. Likewise for Netscape V4.77 and IE 6 on WhineBloze-2K. (Caution: Do you maybe have a cached cookie that others don't have?) -- David J Dachtera dba DJE Systems http://www.djesys.com/ Unofficial OpenVMS Hobbyist Support Page: http://www.djesys.com/vms/support/ Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/ Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/ Coming soon: Unofficial OpenVMS Marketing Home Page ------------------------------ Date: Sat, 15 Jan 2005 06:40:34 +0000 From: David B Sneddon Subject: Re: VMS in Semiconductors Message-ID: <41E8BAE2.10001@bigpond.com> David J Dachtera was overheard to say: > VAXman-, @SendSpamHere.ORG wrote: > >>In article <41E68EB1.6070803@bigpond.com>, David B Sneddon writes: >> >>>VAXman-@SendSpamHere.ORG was overheard to say: >>> >>>>In article , "Tom Linden" writes: >>>> >>>> >>>>>VMS has been widely used in the semiconductor industry, but it looks like >>>>>that is about to change. >>>>> >>>>>http://www.siliconstrategies.com/article/showArticle.jhtml?articleID=57700736 >>>> >>>> >>>>Doesn't work. It wants a login. >>>> >>> >>>No it doesn't >>> >>>Mozilla 1.4 on VMS >> >>Yes, it does. From Netscape 3.03b on VMS to the latest Safari and Netscape in >>OS X Panther. > > > Likewise for Netscape V4.77 and IE 6 on WhineBloze-2K. > > (Caution: Do you maybe have a cached cookie that others don't have?) > Unlikely, since I have never been to the site before. I just clicked on the above link. Regards, Dave. -- David B Sneddon (dbs) VMS Systems Programmer dbsneddon@bigpond.com Sneddo's quick guide ... http://www.users.bigpond.com/dbsneddon/ DBS freeware http://www.users.bigpond.com/dbsneddon/software.htm ------------------------------ Date: Fri, 14 Jan 2005 20:04:37 +0000 From: John Laird Subject: Re: [reply] New 4000/60 hobbyist -- tcpip startup fails with "error defining itn Message-ID: On 14 Jan 2005 09:41:07 -0800, "Tillman" wrote: >I'm hoping to resurrect this thread -- I'm still unable to bring the >interface up with tcpip. > >It seems odd, it's a completely stock Vaxstation 4000/60 with RZ25 >disk and ESA0 onboard ethernet. I'd have a hard time swallowing the >notion that the OpenVMS hobbyist CD for Vax doesn't support that >interface: I'd find it much easier to believe that I'm just not >configuring it right ;-) Are you seeing a message after the "error defining interface", or two, or three ? They may provide further clues. Is the UCX license loaded (does it appear in SHOW LICENSE) ? Hobbyist VMS *is* OpenVMS. No-one to my knowledge has tinkered with any of the installation kits. The hobbyist CD is merely a gathering of the most useful components. -- Press any key to continue or any other key to quit. Mail john rather than nospam... ------------------------------ Date: 14 Jan 2005 14:20:10 -0600 From: jfmezei.spamnot@teksavvy.com (JF Mezei) Subject: Re: [reply] New 4000/60 hobbyist -- tcpip startup fails with "error defining itn Message-ID: <41e8297a$1_1@127.0.0.1> "Tillman" writes: >Howdy, > >I'm hoping to resurrect this thread -- I'm still unable to bring the >interface up with tcpip. Have you tried restarting the TCPIP$CONFIG procedure from scratch ? ------------------------------ End of INFO-VAX 2005.029 ************************