1 INFO-VAX	Sat, 04 Nov 2006	Volume 2006 : Issue 606       Contents:! * Device not in volatile database 4 An increasingly-rare island of corporate inspiration8 Re: An increasingly-rare island of corporate inspiration8 Re: An increasingly-rare island of corporate inspiration ANN: iReport for OpenVMS& Re: CA CEO sentenced to jail for fraud& Re: CA CEO sentenced to jail for fraud& Re: CA CEO sentenced to jail for fraud+ Re: DS10L hanging problem, tracking it down 3 Re: Itanium model numbers {re F$getsyi("HW_MODEL")} * Re: Java Applet pulled from VMS Web Server/ Re: Limit email message size on alpha vms tcpip  Re: no mail from montagar? Re: no mail from montagar? Re: no mail from montagar? Re: no mail from montagar? Re: no mail from montagar? Re: PIPE question (Resolved)4 Re: Rich Marcello retiring to perform volunteer work Re: Time change questions ! " [OT] SRM hardware setup reference?& Re: [OT] SRM hardware setup reference?  F ----------------------------------------------------------------------  % Date: Fri, 03 Nov 2006 16:23:40 -0600 + From: brandon@dalsemi.com (BRANDON, JOHN M) * Subject: * Device not in volatile database1 Message-ID: <06110316234017@dscis6-0.dalsemi.com>   2 Anyone know how to get rid of the device in LANCP?   LANCP> SHOW DEVICE  " Device Listing, volatile database:   Device   ------   EBA0*    EIA0   EIB0   EWA0  #   * Device not in volatile database  LANCP>       John "REBOOT" Brandon  VMS Systems Administrator * firstname.lastname.spam.me.not@dalsemi.com   ------------------------------  % Date: Fri, 03 Nov 2006 18:59:08 -0500 ( From: Bill Todd <billtodd@metrocast.net>= Subject: An increasingly-rare island of corporate inspiration G Message-ID: <Q-OdnYKDhI9RStbYnZ2dnUVZ_s-dnZ2d@metrocastcablevision.com>   = http://www.theregister.co.uk/2006/11/03/sun_schwartz_markoff/   ( (interview with Sun's CEO Mike Schwartz)   [quote]   G In all seriousness, Schwartz's take on layoffs is either inspirational  H or naive. Sun appears to fund close to a bubble-sized workforce despite @ not having a real bubble with which to play. But, where so many F companies decimate their workforce for a quick financial fix, Sun has  bet long-term.  F "I don't believe employees are an expense," he said. "I don't believe  they are a cost to be reduced."   E It's that type of attitude that truly seems to separate Sun from its   competitors.   [end quote]   F Schwartz is certainly a one-off, as was McNealy in the same position, G but while CEO blogging may not be likely to catch on as a fad any time  I soon Sun has, after several years of missteps (the excellence of its Y2K  H FirePlane large-system architecture was all that kept systems using its I increasingly lagging SPARC core remotely competitive), been making a lot  > of outstanding moves recently (very competitive low-end SPARC B workstation pricing, USIV+ over a year ago that brought its large @ systems back into the respectable range plus a recent make-over A improving the surrounding internal infrastructure, the extremely  ? cost-effective T1/T2 8-core/32-thread server engine, increased  E mind-share from the open-sourcing of major products like Solaris and  E Java, embrace of Opteron servers and recent shipment of leading-edge  F server and storage platforms based on them, the first significant new C file system to come along in the industry in close to a decade...).   G I don't know how safe a bet Sun is yet, but it's sure as hell the kind  F of company that I'd *like* to bet on (IBM isn't actively off-putting, & but is nowhere nearly as interesting).   - bill   ------------------------------  % Date: Fri, 03 Nov 2006 21:11:44 -0600 3 From: David J Dachtera <djesys.no@spam.comcast.net> A Subject: Re: An increasingly-rare island of corporate inspiration 0 Message-ID: <454C04F0.7855409A@spam.comcast.net>   Bill Todd wrote: > ? > http://www.theregister.co.uk/2006/11/03/sun_schwartz_markoff/  > * > (interview with Sun's CEO Mike Schwartz) > 	 > [quote]  > H > In all seriousness, Schwartz's take on layoffs is either inspirationalI > or naive. Sun appears to fund close to a bubble-sized workforce despite A > not having a real bubble with which to play. But, where so many G > companies decimate their workforce for a quick financial fix, Sun has  > bet long-term. > G > "I don't believe employees are an expense," he said. "I don't believe ! > they are a cost to be reduced."  > F > It's that type of attitude that truly seems to separate Sun from its > competitors. >   ? Hhmmm... Sounds like a good candidate for OpenVMS's next owner.   I They appear to understand the balance between productivity and ability to O produce, and while not gung-ho on x86 ports, they understand x86's place in the * market. DEC/Q/HP never did and never will.  N I tend to think that if Sun owned OpenVMS, we'd not only see an x86 port, we'dP see x86-64 as well. Probably even see a published spec. that freeware developersN could use to develop OPenVMS-x86 drivers for some of the odd chipsets, adapter" cards, etc. out there in x86-land.  = Not sure about Sun's take on the Good Ship Itanic, however...    (cue: Bill...)   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------   Date: 3 Nov 2006 20:49:41 -0800  From: davidc@montagar.com A Subject: Re: An increasingly-rare island of corporate inspiration B Message-ID: <1162615781.084565.50850@f16g2000cwb.googlegroups.com>   David J Dachtera wrote: P > I tend to think that if Sun owned OpenVMS, we'd not only see an x86 port, we'dR > see x86-64 as well. Probably even see a published spec. that freeware developersP > could use to develop OPenVMS-x86 drivers for some of the odd chipsets, adapter$ > cards, etc. out there in x86-land.  E Thing is, there are specs for writing drivers for OpenVMS.  There are B people that have published source to various drivers, too.  ForestG Kenney, for example, has lately provided many examples of communicating F with various USB devices (had fun looking at some of them in Atlanta -E working on Integrity).  The IDSM is available that kinds all kinds of E goodies about how OpenVMS works.  As much as many Unix distributions,  OpenVMS is pretty... Open.  E The next question, is there a market for some of the odd chipsets out E there.  Maybe for some, probably not for most.  Okay, the USB Hamster < is pretty funny, but not something you're likely to see in aE datacenter.  Well, maybe that itself is the problem - there should be F more humor in the datacenter, and a hamster on every Superdome showingD the activity of each partition may be as useful as any other graphic display.  G Since you've brought the question up, what chipset(s) would you like to F have drivers for on OpenVMS?  Are you a developer that could assist inA this task?  Even in the freeware world, it starts with one person F saying "I think there should be support for this chip, so I'll step upC to the plate".  Hardware is getting cheaper, and a Hobbyist license & would certainly qualify for this task.   ------------------------------   Date: 3 Nov 2006 14:04:33 -0800  From: thierry.uso@wanadoo.fr! Subject: ANN: iReport for OpenVMS B Message-ID: <1162591473.144738.70670@b28g2000cwb.googlegroups.com>  D iReport is a data reporting tool written in Java and published underF GPL. It offers a GUI to the report generator JasperReport. Reports canA be built in several formats (PDF, HTML...) from data collected by  JDBC...   G iReport 1.2.2 has been ported on OpenVMS. Porting means testing all the B functions, modifying the software in order to allow the X11 remoteB display of the reports, writing a startup procedure, improving theA french translation and creating a PCSI kit for Alpha and Itanium.   : Official site : http://jasperforge.org/sf/projects/ireport  @ Download site : http://vmsfree.free.fr/freen/index.php?s=ireport   ------------------------------  % Date: Fri, 03 Nov 2006 14:02:57 -0800 * From: "Tom Linden" <tom@kednos-remove.com>/ Subject: Re: CA CEO sentenced to jail for fraud ) Message-ID: <op.tigni7xatte90l@hyrrokkin>   B On Fri, 03 Nov 2006 14:03:23 -0800, Island Computers, D B Turner    <dturner-at-islandco.com> wrote:  @ > I think I talked to his brother at HP tech support last week ! >  > ;0)  >  > DT > ) Did you give him your credit card number?      --  E Using Opera's revolutionary e-mail client: http://www.opera.com/mail/    ------------------------------  $ Date: Fri, 3 Nov 2006 17:03:23 -0500> From: "Island Computers, D B Turner" <dturner-at-islandco.com>/ Subject: Re: CA CEO sentenced to jail for fraud 0 Message-ID: <12knf5e9ele7l3f@news.supernews.com>  > I think I talked to his brother at HP tech support last week !   ;0)    DT   --   Island Computers US Corp 2700 Gregory St  Savannah GA 31404  Tel: 912 447 6622 x201# Mail: dturner-atnospam-islandco-com % (You know what to do with the dashes) : "Keith A. Lewis" <klewis@MAZDA.MITRE.ORG> wrote in message( news:eidd2f$jo3$1@newslocal.mitre.org...B >     NEW YORK - The former chief executive of Computer AssociatesJ >     International Inc. was sentenced to 12 years in prison and was fined $8L >     million on Thursday for his role in a massive accounting fraud scandal7 >     at one of the world's largest software companies.  > K >     Sanjay Kumar, 44, had faced up to 20 years behind bars after pleading L >     guilty in April to obstruction of justice and securities fraud charges: >     at the company, which since has been renamed CA Inc. > 9 > Was that the man responsible for the Polycenter ripoff?  > 2 > --Keith Lewis              klewis {at} mitre.org@ > The above may not (yet) represent the opinions of my employer.   ------------------------------  $ Date: Fri, 3 Nov 2006 18:16:41 -0500F From: "David Turner, Island Computers US Corp" <dbturner@islandco.com>/ Subject: Re: CA CEO sentenced to jail for fraud 8 Message-ID: <u5Q2h.3107$lY5.2203@bignews6.bellsouth.net>  : He said HP required it for "the greater financial benefit'( I thought it was just his use of English$ Oh well, better call Chase Visa.....   :0)DT   6 "Tom Linden" <tom@kednos-remove.com> wrote in message # news:op.tigni7xatte90l@hyrrokkin... C > On Fri, 03 Nov 2006 14:03:23 -0800, Island Computers, D B Turner  " > <dturner-at-islandco.com> wrote: > A >> I think I talked to his brother at HP tech support last week !  >> >> ;0) >> >> DT  >>+ > Did you give him your credit card number?  >  >  > --  H > Using Opera's revolutionary e-mail client: http://www.opera.com/mail/    ------------------------------   Date: 3 Nov 2006 13:46:32 -0800 ( From: "Rich Jordan" <jordan@ccs4vms.com>4 Subject: Re: DS10L hanging problem, tracking it downB Message-ID: <1162590392.784997.72950@f16g2000cwb.googlegroups.com>   bob.birch@gmail.com wrote: > Rich Jordan wrote: > > JF Mezei wrote:  > > > Rich Jordan wrote:I > > > > ends up warmer outside, I might also turn on the A/C and duct air M > > > > directly to the DS10 inlets.  This is the last shot, may as well do a D > > > > thorough job of it before spending real money to replace it. > > > N > > > If it is an not-obvious problem like a failed fan etc, then the odds areL > > > that one or more chips are getting near their death and any warming upI > > > causes flakieness. If the only way to keep the system running is to P > > > constantly pour liquid nitrogen on the unit, it may satisfy your hobbyists; > > > curiosity, but it wouldn't result in a viable system.  > > > M > > > Note: Once my old mac failed to boot. Not even some sad mac icon on the N > > > display. Pretty scary. Turns out that removing the CPU daughterboard andP > > > putting it back in fixed the problem. No idea what would have caused it toP > > > fail between the time I turned it off and the time I turned it back on theO > > > next day. Random glitch caused by the alignement of Venus with regards to  > > > Alpha Centuri. > > > O > > > So sometimes, there are things that can be done to "permanently" fix some 2 > > > glitch. But other times, it is a lost cause. > > H > > A powercycle is by far the most common time for hardware failures toE > > occur.  Could be thermal, could be a capacitor or other component I > > failing when the output voltage upsurges, etc.  Machines left on tend H > > to last longest.  unfortunately this DS10L was left on all the time, > > but failed anyway. > + > Have you looked at the caps on the mobo ? 5 > Found this at sci.electronics.repair with some pics $ > of bad caps....maybe, maybe not...8 > http://www.siliconchip.com.au/cms/A_30328/article.html > ( > Motherboard Capacitor Problem Blows Up@ > Faulty electrolytic capacitors could be a ticking time-bomb in6 > your PC. Here's how to identify the problem SymptomsD > When these capacitors fail, the signs are generally quite obvious.A > The top of the case may be split open or "bulged" upward and/or A > the can may be dislodged from its base (the rubber seal). There B > may also be an unpleasant smell and signs of electrolyte leakage	 > nearby. B > Even more obvious is the muffled explosion followed by the blank	 > screen. ? > Thankfully, we've heard that this failure mode is quite rare! ? > However, before catastrophic failure eventuates, all kinds of A >  annoying symptoms can occur. These can range from intermittent C > boot failures to lock-ups in Windows. Eventually, the affected PC C > will refuse to boot at all, perhaps even before the culprits have  > showed themselves! >  > > J > > Not a fan, and all removable parts/cables/connectors have been removedJ > > and reseated.  The cold test will tell the rest, although even if thatH > > passes its still time to replace the box.  Its just nice to know the > > cause when things break. > >  > > Rich  < I remember the story from a few years ago.  No sign of burntB components, blown caps, etc, on the motherboard, and it passed the> sniff test easily.  No discoloration of the motherboard, power connection points, etc.    Thanks for responding.   Rich   ------------------------------  % Date: Fri, 03 Nov 2006 14:45:53 -0500 8 From: Stephen Hoffman <Hoff@HoffmanLabs-RemoveThis-.Org>< Subject: Re: Itanium model numbers {re F$getsyi("HW_MODEL")}) Message-ID: <eig69c$2blo$1@pyrite.mv.net>     VAXman- @SendSpamHere.ORG wrote:  D > Are you saying that my "HP rx2600  (1.50GHz/6.0MB)" returned from  > . > $ WRITE SYS$OUTPUT "''F$getsyi("HW_NAME")'"  > D > could change from release to release of VMS?  I know the amount of: > memory show could but that's not dependent upon OS rev.   H    The model string is embedded in the platform itself -- in the box -- I by whomever built the box.  OpenVMS I64 fetches the string, and displays  K it.  (This much like the changes made back around V6.2 for SCSI devices...)   C    What the particular platform vendor might decide to do with the  D string is, well, another discussion -- that string arises from what F amounts to the system vendor platform firmware, and it's analogous to G how SRM stored and returned that value to OpenVMS Alpha as part of the  I dynamic system recognition (DSR) stuff.  Though unlike SRM, the platform  A doesn't have a model number value, and (AFAIK) nothing precludes  F multiple vendors from selecting the same string.  Whether or not that I collision is remotely possible or would ever occur is another discussion.    ------------------------------  $ Date: Sat, 4 Nov 2006 09:35:13 +08003 From: "Richard Maher" <maher_rj@hotspamnotmail.com> 3 Subject: Re: Java Applet pulled from VMS Web Server 1 Message-ID: <eigqh0$e4m$1@news-02.connect.com.au>    Hi Arne,  A > I dont't think your app will be a chat, but a chat has the same B > requirement to use sockets directly (so that the server can pushE > to the client instead of the the client polling via HTTP requests).   F I had imagined that "chat" would've used some sort of UDP BroadcastingC rather then connection-oriented TCP/IP but who knows? (or cares :-)   J But you're right; my "app" is not chat. My app is Middlware InfrastructureK which is simply the best way for any VMS site to present their existing and E *future* 3GL applications and databases to their Java Applets and Web L Browser Interfaces! What you and Bojan (over at the ITRC) have been doing isJ hopefully educating the masses (and me :-) as to how effortless, sensible,K and desirable it is to adopt the Java-Applet-->Socket-->VMS-Server paradigm . as the Internet Middleware backbone of choice.  % As I've just said over at the ITRC: - L http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=1071300 [ D Why do we still hear about rubbish CGI scripts and poorly performingB servlets, when people like Bojan and Arne can show everyone how toE effortlessly obtain full function, web-enabled user-interfaces to the A reliability, performance, and functionality of their VMS servers?   C And now Multinet IPsec is here, you message exchange can be also be 4 effortlessly locked-down in an Internet environment.  ) It just doesn't get any better than this!  ]   J Below is example code from Bojan Nemec (a properly formatted copy of whichJ can be found at the above link). What Bojan has done here is eliminate theK need for a Web Server on VMS at all! You can use FTP to upload your Applets G if you wish but Bojan has gone a step further here and knocked up a DCL H http-server just to show how trivial it is! (You can obviously use a WebI Server such as Apache if you really want to) His JAR and CLASS files were J also developed on a Linux box and just copied to VMS to comply with applet security rules.   J The net result is that you don't need a Web-Server, JVM or JDK on your VMSJ box at all! And here he has used an INETd TCP/IP Service to send a message back to his applet.   " Enjoy! What are you waiting for???   Cheers Richard Maher   Applet:    import java.applet.Applet; import java.awt.Graphics;  import java.io.BufferedReader;! import java.io.InputStreamReader;  import java.net.Socket;   ( public class HelloWorld extends Applet {     String text = "No text";     public void init ()      { +         String addr = getParameter("ADDR"); :         int port =Integer.parseInt(getParameter ("PORT"));           try 	         { 5             Socket socket = new Socket (addr , port);   I             BufferedReader in = new BufferedReader (new InputStreamReader  (socket.getInputStream())); !             text = in.readLine();              socket.close();          } catch (Exception e) 	         {               e.printStackTrace();	         }        } *     public String[][] getParameterInfo() {         String[][] info = { ;           // Parameter Name     Kind of Value   Description >             {"ADDR",            "String",          "address"},:             {"PORT",            "int",             "port"}
         };         return info;     }   #     public void paint(Graphics g) {          g.drawRect(0, 0,'                    getSize().width - 1, )                    getSize().height - 1); 4         g.drawString("Hello world! " + text, 5, 15);     }  }    Html:    <html> <body>	   <applet      code="HelloWorld.class" #     codebase="http://1.2.3.4:4444/"      archive="HelloWorld.jar"     width="800" height="600"> '     <param name="ADDR" value="1.2.3.4"> $     <param name="PORT" value="4445">   </applet>  </body>  </html>    Service on port 4445:    $ open/read/write net sys$net  $ write net "Hello from VMS!"   * Service on port 4444 acting as web server:   $ open/read/write net sys$net % $ read net httpcmd /time=10/error=end ( $ method = f$element (0 , " " , httpcmd)& $ path = f$element (1 , " " , httpcmd) $ show sym/all $ if "GET".eqs.method  $ then- $       filename = f$element (1 , "/" , path) $ $       if f$search(filename).nes."" $       then1 $               type = "application/octet-stream" ? $               if f$parse (filename,,,"TYPE").eqs.".HTML" then  type="text/html"4 $               write net f$fao("HTTP/1.0 200 OK!/"): $               write net f$fao("Content-Type: ''type'!/")< $               len = (f$file(filename , "EOF") - 1) * 512 + f$file(filename,"FFB")= $               write net f$fao("Content-Length: ''len'!/!/") # $               copy 'filename' net  $               exit
 $       endif  $ endif / $ write net f$fao("HTTP/1.0 404 not found!/!/")  $ exit  0 "Arne Vajhj" <arne@vajhoej.dk> wrote in message1 news:45496116$0$49196$14726298@news.sunsite.dk...  > Richard Maher wrote:J > >>> But if you want the applet to do everything, then why uses HTML form; > >>> fields at all and not just fields inside the Applet ?  > >> :F > >>> The easiest way to keep state would probably be to keep the sameB > >>> same web page and the same applet during the entire session. > >> :< > >>> But the more you write the more I think you should useC > >>> one big applet and only use the HTML for "application start".  > >> :D > >>> But if you don't want to submit the HTML form, then I think it? > >>> is better to make the fields, buttons etc. in the applet.  > >> :4 > >>> But you could do the same in pure Java applet.- > >> Ok, ok, ok, okay. Has everyone got that?  > >>3 > >> Option 1 (And I agree, the "preferred" option) . > >> The Applet is the master of the universe! > >>K > >> Use the WWW as not much more than an Application Port Mapper that uses  yourE > >> company's Web Page to "pimp" the required application via a Java 	 Applet. I K > >> love it! I see this strategy as the future of Web interaction with VMS  (if G > >> not all platforms) and is a marvellous stepping stone if you later 	 choose to J > >> move to Java Web Start and full-blown applications, JVM downloads and so on.J > >> Get your hands on a *good* Java coder(s) now 'cos this is what you'll be# > >> doing in the next 6-12 months!  > # > It is certainly a valid approach.  > D > I belive that several chat programs has been implemented this way. > A > I dont't think your app will be a chat, but a chat has the same B > requirement to use sockets directly (so that the server can pushE > to the client instead of the the client polling via HTTP requests).  > > > >>> JavaScript can call some Java code that uses them though > >> :A > >>> JavaScript can call methods in the Java applet that can use  > >>> the socket.  > >> :? > >>> JavaScript---(call)---Java applet---(socket)---server app  > >> You bewdy!!!  > >>+ > >> Option 2 (And possibly the softer less 6 > >> challenging/distressingly-unfamiliar/safe option) > >> The Half-Way House  > G > >> Can you please (pretty please!) show me an example of a Javascript 	 calling a J > >> method in a Java Applet? This is what I want to to in the short term. >  > I have never used it myself. >  > But here are some links: > 3 > http://www.rgagnon.com/javadetails/java-0170.html A > http://www.javaworld.com/javaworld/jw-06-2004/jw-0621-talk.html  > G > >> PS. Look, I tried hard but I have to mention AJAX again. It is the J > >> asynchronous nature of watching a field being entered and sending theD > >> interim results down the socket and displaying the results in a seperateF > >> thread-like fashion that I'm led to believe is only doable (GIVEN
 OPTION 2'sJ > >> CONSTRAINTS) by using AJAX. If you, in fact, don't need AJAX for this and @ > >> Arne is willing to take the time to show an example of pureK > >> html->javascript->applet-method that can provide similar functionality  then > >> please do.  >  > You only need the AJ part. >  > You don't want the AX part.  > I > The AJ part is doing something via JavaScript client side when the user  > does something.  > F > The AX part is about communicating with the server via HTTP and XML. > . > Java applet and sockets replace the AX part. >  > Arne   ------------------------------  % Date: Fri, 03 Nov 2006 15:19:20 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 8 Subject: Re: Limit email message size on alpha vms tcpip8 Message-ID: <6181b$454ba401$cef8887a$26615@TEKSAVVY.COM>   sol gongola wrote:G > I need to limit the size of an email being handled by our alpha mail  	 > server.  > How can I do this?  K My experience on VAX tells me that the SMTP symbiont needs a PGFILQUO that  K is large enough to contain the whole email message. I cannot confirm this.  K But in my early experience, sending messages with large attachements would  E result in the message vanishing into thin air. (no error message, no  E "failed delivery" notices).  Growing the PGFILQUO fixed that problem.   J If the goal is really to prevent large emails from leaving, then this may L do the trick. Otherwise, I am not sure there are any mechanisms to have the I SMTP receiver send you a complaint when you try to send too big an email.    ------------------------------   Date: 3 Nov 2006 11:21:28 -0800  From: mckinneyj@saic.com# Subject: Re: no mail from montagar? C Message-ID: <1162581688.500109.275510@h54g2000cwb.googlegroups.com>    Raimund Huemmer wrote:C > I try to renew my hobbyist license (like every year in november). C > The whole procedure seems to be o.k. and complete. It appears the B > message that the license will be send to my mail-address, but no > mail is arriving.  > D > I tried it three times on the last three days with three different# > mail addresses. No result as yet.  > 7 > There are known problems with the hobbyist licensing?  >   G fwiw, I successfully registered my hobbyist system yesterday (Thursday, F 2-Nov). Several days ago I had (apparently successfully) completed the? registration procedure but never received the emailed licenses.    ------------------------------   Date: 3 Nov 2006 12:24:53 -0800  From: davidc@montagar.com # Subject: Re: no mail from montagar? C Message-ID: <1162585492.948569.183260@h54g2000cwb.googlegroups.com>    Raimund Huemmer wrote:D > I tried it three times on the last three days with three different# > mail addresses. No result as yet.  > 7 > There are known problems with the hobbyist licensing?   G I'm embarassed - my own licenses expired yesterday and I was out of the B office all day.  But enough stuff kept working that it wasn't thatD obvious!  Even expiring PAK's can't completely stop OpenVMS!  Kindof sneaks up on you.   E It also looks like some of the PAK emails have bounced to due various G anti-spam rules (have I ever told anyone that I hate spam???), probably A due to a combination of moving ISP's and to the new DS10L  (which C Island Computer gave me a sweet deal on).  I'm tweaking some of the B TCPIP SMTP configs to get it to work.  I'm not used to TCPIP SMTP,$ since I've generally ran Madgoat MX.   ------------------------------    Date: 03 Nov 2006 22:20:53 +01002 From: Raimund Huemmer <raimund@baumann-online.net># Subject: Re: no mail from montagar? / Message-ID: <86odro6xca.fsf@scylla.huemmer.net>    davidc@montagar.com writes:   A > I'm tweaking some of the TCPIP SMTP configs to get it to work.     Heureka! It works.    , Just now I received my licenses. Thank you.    regards, Raimund    --  * Life's too short to read boring signatures   ------------------------------   Date: 3 Nov 2006 14:35:15 -0800   From: "Ian Miller" <ijm@uk2.net># Subject: Re: no mail from montagar? B Message-ID: <1162593315.480592.194470@e3g2000cwe.googlegroups.com>  / Is that why the hobbyist forums have been down?   C You can still run MX. Just disable the UCX SMTP server and start MX  instead.   ------------------------------   Date: 3 Nov 2006 15:13:35 -0800  From: davidc@montagar.com # Subject: Re: no mail from montagar? B Message-ID: <1162595614.950828.47180@k70g2000cwa.googlegroups.com>   Ian Miller wrote: 1 > Is that why the hobbyist forums have been down?  > E > You can still run MX. Just disable the UCX SMTP server and start MX 
 > instead.  D First, the MX with all the anti-spam goodies (V5.x) is licensed fromG MadGoat, but I have don't a license to run it on that system right now. E  Also, I did want to learn about running TCPIP SMTP.   And foremost - A as a Hobbyist, DSPP member, and OpenVMS Advocate - I need to have C proper licenses!  I appearently need to write the termination dates  down on my calendar...   ------------------------------  % Date: Fri, 03 Nov 2006 21:00:34 -0600 3 From: David J Dachtera <djesys.no@spam.comcast.net> % Subject: Re: PIPE question (Resolved) 0 Message-ID: <454C0252.14449916@spam.comcast.net>   "Bart.Zorn@gmail.com" wrote: >  > Sorry David, > G > I do not understand your example. It may have to do with the way TYPE I > behaves. All I know is that in all circumstances that I used PIPE (both I > inside a command procedure and interactive) SYS$PIPE and SYS$INPUT have 6 > the same value, unless explicitly defined otherwise.  I Yeah - I experienced that when developing MORE.COM. None of SEARCH, COPY, L APPEND, etc. find any ambiguity with SYS$INPUT in a PIPEline, yet TYPE does.@ (Who took over from Guy Peleg? He should be made aware of this!)  J That said, I've made it a point to always SEARCH, TYPE, COPY, APPEND, etc.P exactly what I intend the proc. to process: in a PIPEline, I use SYS$PIPE as theK input for any of those verbs rather than having to hunt down something that O broke because an ambiguity got introduced surrounding SYS$INPUT due to a patch, 	 ECO, etc.   M See http://www.djesys.com/vms/support/4038/sld174.htm for an example of where # APPEND can be useful in a PIPEline.    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------   Date: 3 Nov 2006 22:15:37 -0600 - From: Kilgallen@SpamCop.net (Larry Kilgallen) = Subject: Re: Rich Marcello retiring to perform volunteer work 3 Message-ID: <J8BdGMrH2tXj@eisner.encompasserve.org>   n In article <1162601726.062894.320870@e3g2000cwe.googlegroups.com>, "Sue" <susan_skonetski@hotmail.com> writes:  F > I have a strange and novel idea.  Why not give Martin Fink a chance?  H Unfortunately, that is not the atmosphere that many of our posters seek. --  N ==============================================================================0 DoD Instruction 8500.2 field test sites wanted -- 	http://www.LJK.com/LJK/8500_2_fieldtest.html N ==============================================================================   ------------------------------  % Date: Sat, 04 Nov 2006 00:00:12 -0500 3 From: "Richard B. Gilbert" <rgilbert88@comcast.net> $ Subject: Re: Time change questions !: Message-ID: <3v6dnS3OYfDBg9HYnZ2dnUVZ_qWdnZ2d@comcast.com>   Stephen Hoffman wrote:   > Richard B. Gilbert wrote:  > : >   This whole area really looks trivial.  It really does. > 2 >   And it's not.  Far from it.  Very far from it. >  > D >> I'd say that an application that goes outside the documented and F >> supported interfaces is broken by definition even if it happens to . >> work.  It will cease to work someday. . . . >>I >> If you want to know what time it is, use SYS$BINTIM and SYS$ASCTIM or  ! >> something that relies on them.  >  > I >   The inner-mode applications that go directly after the quadword time  K > value are arguably not broken -- you're quite correct that this approach  H > is very far from optimal now, but it's also the way that applications ' > and inner-mode code can operate here.  >  >   This for better or worse.  > D >   That the time is a quadword itself (and without a process-level K > TDF/DST offset) is itself a problem.   You've already pointed toward the  D > lack of consistent use of an inner-mode API, which is certainly a  > problem... > F >   There's a pile of discussions of this back in Y2K era, too.  Poke G > around for the discussions of the Cyrano DateWarp package as a start.  > F >   This whole area is what I'd consider sub-optimal, and I'd have to I > assume that no one would design this implementation quite this way now  B > or in the future.  But changes tend to break things, and broken ? > applications make folks cranky, and broken inner-mode code...  >  >  >  >   H The phrase "inner mode applications" seems to me to more of an oxymoron  than "military intelligence".   F I doubt if this mess is ever going to be rewritten in a "more logical D and strightforward manner".  I just wish that more thought had been F given to the subject 30 years ago.  For the forseeable future it will I just be one of those few things that Unix does better.  At least the VMS  E time keeping scheme can keep going till 31-DEC-9999 if anybody still  F cares then.  Unix is going to have severe problems later this century , unless some fairly drastic changes are made.   ------------------------------   Date: 3 Nov 2006 12:42:43 -0800 $ From: "Sprag" <bdwheele@indiana.edu>+ Subject: [OT] SRM hardware setup reference? B Message-ID: <1162586562.964654.94390@b28g2000cwb.googlegroups.com>  > Does anyone know a good reference on how SRM sets up the alphaC hardware?  Things like what's in the HWRPB, virtual memory mapping, G etc.  I've browsed around online and I have only come across how to use ( SRM (which I've already got a grip on :)   Thanks!    ------------------------------  % Date: Fri, 03 Nov 2006 20:24:46 -0500 8 From: Stephen Hoffman <Hoff@HoffmanLabs-RemoveThis-.Org>/ Subject: Re: [OT] SRM hardware setup reference? ) Message-ID: <eigq4p$2hig$1@pyrite.mv.net>    Sprag wrote:@ > Does anyone know a good reference on how SRM sets up the alphaE > hardware?  Things like what's in the HWRPB, virtual memory mapping, I > etc.  I've browsed around online and I have only come across how to use * > SRM (which I've already got a grip on :)  @    Try the Alpha Architecture Reference Manual (ARM) materials, E available off the FTP site.  The ARM and the (much harder to locate)  F System Reference Manual (SRM) are the source of this sort of thing...  Try the following as a start:   L ftp://ftp.digital.com/pub/Digital/info/semiconductor/literature/alphaahb.pdf  G    There are other materials in the same directory that can be worth a  G look.  The rest of the materials here are arguably the source listings   for OpenVMS.  I    Looks like I need to update some URLs in the OpenVMS FAQ in this area  G (or find somebody that's already dug into this :-) ... ), as there are  = apparently a number of stale links within the 14.6.* section.    ------------------------------   End of INFO-VAX 2006.606 ************************