1 INFO-VAX	Mon, 06 Nov 2006	Volume 2006 : Issue 611       Contents: Autogen oddity on Alpha ?  Re: Autogen oddity on Alpha ?  Re: Autogen oddity on Alpha ? % Re: CDE or original Session Manager ?  Re: CIFS questions7 Re: Flight simulators, was: Re: Flight 3.1 on VMS 8.3 ? & Re: Fortran 90 virtual memory problem.3 Re: Itanium model numbers {re F$getsyi("HW_MODEL")} 3 Re: Itanium model numbers {re F$getsyi("HW_MODEL")} 3 Re: Itanium model numbers {re F$getsyi("HW_MODEL")} * Re: Java Applet pulled from VMS Web Server Re: Mouse: thumbwheel support  Re: no mail from montagar? Re: no mail from montagar? Re: no mail from montagar? RE: PID of a batch job Re: PID of a batch job Re: PID of a batch job Re: PID of a batch job Re: PID of a batch job Re: SFTP Server  Re: SFTP Server  Re: SFTP Server  Sound on DS10L machines  Re: Spit Brook location  Re: Spit Brook location  Re: Spit Brook location  Re: Spit Brook location ! Re: SRM hardware setup reference?  Re: TCPIP Services SPAM config RE: Time change questions !  Re: Time change questions ! 8 [OT] Flight simulators, was: Re: Flight 3.1 on VMS 8.3 ?& Re: [OT] SRM hardware setup reference?  F ----------------------------------------------------------------------  % Date: Mon, 06 Nov 2006 09:25:09 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> " Subject: Autogen oddity on Alpha ?8 Message-ID: <1e371$454f45c8$cef8887a$14165@TEKSAVVY.COM>  J I moved the "WSINFO.COM" procedure over to my new alpha only to find that C many processes had strange values such as 131072 pages as WSEXTENT.   J Turns out that those were the minimum and default PQL_xWSEXTENT values in  sysgen.   * So I added the following to modparams.dat:   ! PQL Parameters PQL_DWSEXTENT=64000  PQL_MWSEXTENT=20000  PQL_DWSQUOTA=5000  !   1 and then  @SYS$UPDATE:AUTOGEN SAVPARAMS GENPARAMS   3 In AGEN$REPORT.DAT, I found some interesting notes:   $ PQL_DWSEXTENT parameter information:5 	- AUTOGEN parameter calculation has been overridden. 5 	   The calculated value was 131072.  The value 64000 ? 	   will be used in accordance with the following requirements: D 	   PQL_DWSEXTENT has been specified by a hard-coded value of 64000.  $ PQL_MWSEXTENT parameter information:5 	- AUTOGEN parameter calculation has been overridden. 5 	   The calculated value was 131072.  The value 20000 ? 	   will be used in accordance with the following requirements: D 	   PQL_MWSEXTENT has been specified by a hard-coded value of 20000.( 	   PQL_MWSEXTENT minimum value is 8192.  L Why would autogen calculate such a ridiculously high value for the WSEXTENT L ? (both the default and also the minimum which end up overriding any SYSUAF    specified quotas).    I And in terms of my currently booted system, what is the impact of having  H such a huge WSEXTENT for all processes ? (WSQUOTA values are reasonable)    + ------------------------------------------- ! VAXCLUSTER parameter information: 5 	- AUTOGEN parameter calculation has been overridden. , 	   The calculated value was 1.  The value 2? 	   will be used in accordance with the following requirements: = 	   VAXCLUSTER has been specified by a hard-coded value of 2.     K Since this is an ethernet based clustering for the alpha, isn't it correct  G to have VAXCLUSTER set to 2 ? (NI based clustering) ? Why does autogen   calculate it as "1" ?      This is with Alpha VMS 8.3   ------------------------------   Date: 6 Nov 2006 06:51:12 -0800   From: "Ian Miller" <ijm@uk2.net>& Subject: Re: Autogen oddity on Alpha ?B Message-ID: <1162824672.660611.147890@e3g2000cwe.googlegroups.com>  G processes can grow their WS list from WSQUOTA to WSEXTENT pages if they F need to and there is enough memory. The big value for WSEXTENT (forcedE by PQL_MWSEXTENT) has been the default for a few versions now. If you : have enough free memory why not let your processes use it.   ------------------------------   Date: 6 Nov 2006 08:26:39 -0800  From: etmsreec@yahoo.co.uk& Subject: Re: Autogen oddity on Alpha ?A Message-ID: <1162830399.546272.44740@m7g2000cwm.googlegroups.com>   G Autogen sets it as 1 by default because that's the VMS default.  1 will D join or form a cluster if cluster hardware is present, 2 will always form a cluster.    Steve    JF Mezei wrote: K > I moved the "WSINFO.COM" procedure over to my new alpha only to find that E > many processes had strange values such as 131072 pages as WSEXTENT.  > K > Turns out that those were the minimum and default PQL_xWSEXTENT values in 	 > sysgen.  > , > So I added the following to modparams.dat: >  > ! PQL Parameters > PQL_DWSEXTENT=64000  > PQL_MWSEXTENT=20000  > PQL_DWSQUOTA=5000  > !  > 3 > and then  @SYS$UPDATE:AUTOGEN SAVPARAMS GENPARAMS  > 5 > In AGEN$REPORT.DAT, I found some interesting notes:  > & > PQL_DWSEXTENT parameter information:7 > 	- AUTOGEN parameter calculation has been overridden. 7 > 	   The calculated value was 131072.  The value 64000 A > 	   will be used in accordance with the following requirements: F > 	   PQL_DWSEXTENT has been specified by a hard-coded value of 64000. > & > PQL_MWSEXTENT parameter information:7 > 	- AUTOGEN parameter calculation has been overridden. 7 > 	   The calculated value was 131072.  The value 20000 A > 	   will be used in accordance with the following requirements: F > 	   PQL_MWSEXTENT has been specified by a hard-coded value of 20000.* > 	   PQL_MWSEXTENT minimum value is 8192. > M > Why would autogen calculate such a ridiculously high value for the WSEXTENT M > ? (both the default and also the minimum which end up overriding any SYSUAF  >   specified quotas). >  > J > And in terms of my currently booted system, what is the impact of havingJ > such a huge WSEXTENT for all processes ? (WSQUOTA values are reasonable) >  > - > ------------------------------------------- # > VAXCLUSTER parameter information: 7 > 	- AUTOGEN parameter calculation has been overridden. . > 	   The calculated value was 1.  The value 2A > 	   will be used in accordance with the following requirements: ? > 	   VAXCLUSTER has been specified by a hard-coded value of 2.  >  > L > Since this is an ethernet based clustering for the alpha, isn't it correctH > to have VAXCLUSTER set to 2 ? (NI based clustering) ? Why does autogen > calculate it as "1" ?  >  >  > This is with Alpha VMS 8.3   ------------------------------  $ Date: Mon, 6 Nov 2006 08:36:46 -0500* From: "FredK" <fred.nospam@nospam.dec.com>. Subject: Re: CDE or original Session Manager ?, Message-ID: <454f3a6f$1@usenet01.boi.hp.com>  ; "Bob Blunt" <RobertDOTblunt@digitalDOTcom> wrote in message 4 news:vrWdnZkPu8jBc9DYnZ2dnUVZ_vWdnZ2d@comcast.com..." > Peter 'EPLAN' LANGSTOEGER wrote:H > > In article <b-Sdnffe2-O_V9HYnZ2dnUVZ_oadnZ2d@comcast.com>, Bob Blunt& <RobertDOTblunt@digitalDOTcom> writes: > > G > >>There's ONE thing that keeps me using the Motif session manager and K > >>refusing to use CDE.  I have not yet found a way to utilize the various E > >>special key functions (<ALT><F2> to switch from DECwindows to the L > >>"console" on an Alpha, for instance).  There are times when this ability0 > >>is mandatory in my work/support environment. > >  > >  > > Try Ctrl F2  > >  > H > Whatever the standard control sequence is or was, it never worked withE > CDE for me.  I asked about it and was told that <CTRL><F2> had been J > disabled for newer graphics interfaces since around the time the S3 TrioH > was introduced.  Given that the last time I tried this was using a newJ > OOTB DS25 fresh from the factory, I have to presume that was the reason. >   K You are correct that it has been disabled.  It is independent of CDE or the F old desktop - it is entirely in the drivers.  Have you tried using the9 console message window (see decw$private_apps_setup.com)?    ------------------------------  % Date: Mon, 06 Nov 2006 13:05:54 -0500 - From: "John E. Malmberg" <wb8tyw@qsl.network>  Subject: Re: CIFS questions ; Message-ID: <U9WdnYH5HpQV5NLYnZ2dnUVZ_s6dnZ2d@adelphia.com>    bradhamilton wrote:  > Hello, > F > I am thinking of moving from Samba 2.2.8 to CIFS, but I've run into  > three problems:  > H > Attempting to use smbmount from my Linux laptop to VMS produces error F > messages.  I notice that the CIFS faq says that it will not support - > smbmount.  Can anyone confirm/deny/clarify?   E smbmount is only available on client systems running Linux and a few  ' other UNIX variants that are BSD based.   H I know of no reason that smbmount on a LINUX or other system that it is A supported on could not mount a share from an OpenVMS CIFS system.   F > I used Samba in a simple WORKGROUP configuration with my Windows/OS E > X/Linux boxes at home (hobbyist) without issue.  Attempting to use  J > WORKGROUP on CIFS (by appropriate lines in SMB.CONF) does not yield the J > same results; I cannot access VMS shares from any of the aforementioned J > clients.  Does CIFS support simple WORKGROUP configurations, or does it + > allow Windows domain configurations only?   + It should support WORKGROUP configurations.   D > I used to use smbpasswd to create/enable users.  The "new" method I > (PDBmumble?) *looks* as though it creates/enables users using the "-a"   > switch.  Is this correct?   I That is the method for a workgroup configuration, it is also shared with  " a domain controller configuration.  C > TIA - sorry for such basic questions here, but I have no support  " > contract, since I am a hobbyist.  I Currently I am not aware of any support for the evaluation release other  G than the HP e-mail address assigned to it, and there is no indications  . on it that it is requiring a support contract.  G Increasing the debug level temporarily for the smbd process is usually  H the fastest way to find out what is the cause of some of these problems.  F I am no longer with HP OpenVMS Engineering, and will not be set up to E work on SAMBA or other OpenVMS hobby related issues until I find new   employment.   ? Any one with job leads for a senior level OpenVMS programmer /  5 Administrator or related work can forward them to me.    -John  wb8tyw@qsl.network$ malmberg@encompassserve.organization Personal Opinion Only    ------------------------------   Date: 6 Nov 2006 06:23:40 -0800  From: davidc@montagar.com @ Subject: Re: Flight simulators, was: Re: Flight 3.1 on VMS 8.3 ?C Message-ID: <1162823020.186093.262330@k70g2000cwa.googlegroups.com>    Simon Clubley wrote:I > If you are more interested in the flight simulator than the platform it M > runs on, try looking at FlightGear, http://www.flightgear.org/ , which does K > have a multi client mode. I don't know how difficult multi client mode is 6 > to setup as I've never used that part of FlightGear.  G Thanks (goes to site...)...  Okay, that looks quite a bit more advanced  than Flight.  Very nicely done.   I > If anyone is interested in porting FlightGear to VMS, note that you can K > forget about running it on a VAX. You can also forget about running it on J > an Alpha unless you use a decent hardware accelerated graphics card. OneE > look at the example screenshots on the website will show you why...   G Yeah, I can see that.  That's one advantage of Flight, it can be run on A smaller hardware (even a VAX 3100 can get decent frame rates in a G group).  But it would still be cool to have a port of that for OpenVMS. E  An Alpha might be capable of doing okay - remember that it does have E excellent floating point performance.  Then we could have Fred K test & it out against various graphics cards!  F All the code is GPL'd, so there's no reason why it couldn't be ported, too!   >  > Simon. >  > --= > Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP M > If Google's motto is "don't be evil", then how did we get Google Groups 2 ?    ------------------------------   Date: 5 Nov 2006 22:51:05 -0800 % From: "Erik" <erik_g@abri.une.edu.au> / Subject: Re: Fortran 90 virtual memory problem. C Message-ID: <1162795865.348957.261380@h48g2000cwc.googlegroups.com>    Thanks for the replies.   . >For that size of virtual memory you should be >using P2 region.   / How do we tell the program use P2 space instead 
 of P0 space ?   . >How does the peak virtual size of the process' >compare with the PGFLQ of the process?   2 Peak virtual size is 7797248, PGFLQUO is 19340340.  / Steve, we know that our use of STAT is naughty, 3 we just cut down the original program to the barest 4 minimum code that would cause the error (and not get1 optimised out by the compiler) and illustrate the  problem.   ------------------------------  # Date: Mon, 06 Nov 2006 11:39:46 GMT 5 From: rdeininger@mindspringdot.com (Robert Deininger) < Subject: Re: Itanium model numbers {re F$getsyi("HW_MODEL")}[ Message-ID: <rdeininger-0611060639560001@dialup-4.233.149.199.dial1.manchester1.level3.net>   9 In article <00A5E395.FD228DE6@SendSpamHere.ORG>, VAXman-   @SendSpamHere.ORG wrote:     >  >Hi Robert.... > H >Both yours and Hoff's information are great but really haven't answeredJ >by question; that bein, will these HW Model names remain consistent?  If,H >for example, I update the Itanium's F/W, what are the chances of seeing$ >a different product naming scheme?   C I don't recall a case so far where a name was changed by a firmware & upgrade.  I think you are fairly safe.  E For example, we have seen rx4640 turn into rx4640-8, and then back to F rx4640, between generations of the system.  But that name is stored inD NMRAM that is NOT normally modified by a firmware upgrade.  It's set4 during manufacturing, and then hopefully left alone.  F Field service could change the name during a hardware swap/upgrade. InJ some cases, they SHOULD change it, since the replacement FRU that containsD the NVRAM is likely to have the wrong name.  I would not expect 100%C compliance with the official instructions in a situation like this.   I In summary, I'd trust the name string to stay the same across FW updates, 0 but I wouldn't trust it across hardware changes.   ------------------------------  # Date: Mon, 06 Nov 2006 11:43:32 GMT 5 From: rdeininger@mindspringdot.com (Robert Deininger) < Subject: Re: Itanium model numbers {re F$getsyi("HW_MODEL")}[ Message-ID: <rdeininger-0611060643430001@dialup-4.233.149.199.dial1.manchester1.level3.net>   9 In article <eiigql$2vdu$1@pyrite.mv.net>, Stephen Hoffman ) <Hoff@HoffmanLabs-RemoveThis-.Org> wrote:    >Robert Deininger wrote:K >> HP's Integrity systems do have a binary identifier known as the "product J >> ID", which the firmware makes available and which VMS doesn't currentlyF >> make visible to the user.  I don't really know why VMS doesn't takeK >> advantage of the product ID; it is a close analog of the Alpha SMM.  The M >> Alpha SMM has much finer granularity, and I think the registration process ' >> was perhaps more tightly controlled.  > F >   I remember spending hours digging around within the Intel Itanium G >platform specs, as did various other folks, trying to dig that detail   >out...  > F >   For the "published" list of Alpha System Marketing Models (SMMs), C >look in the most recent ALPHADEF module from the OpenVMS Alpha or  , >OpenVMS I64 libraries, circa V8.2 or later. > H >   Is that product identifier you're referring to here specific to the A >HP Integrity platform (and also unique), or to the more general  9 >Intel-level platform specs (and also globally unique)?     I It's an HP-specific extension.  That's probably why it wasn't used in the I early days of the port.  By now enough HP-specific assumptions have crept * into VMS that adding one more might be ok.   ------------------------------  # Date: Mon, 06 Nov 2006 12:16:21 GMT " From:   VAXman-  @SendSpamHere.ORG< Subject: Re: Itanium model numbers {re F$getsyi("HW_MODEL")}0 Message-ID: <00A5E4FB.ECC75B98@SendSpamHere.ORG>   In article <rdeininger-0611060639560001@dialup-4.233.149.199.dial1.manchester1.level3.net>, rdeininger@mindspringdot.com (Robert Deininger) writes:  >  > : >In article <00A5E395.FD228DE6@SendSpamHere.ORG>, VAXman-  >@SendSpamHere.ORG wrote:  >  >  >> >>Hi Robert....  >>I >>Both yours and Hoff's information are great but really haven't answered K >>by question; that bein, will these HW Model names remain consistent?  If, I >>for example, I update the Itanium's F/W, what are the chances of seeing % >>a different product naming scheme?   > D >I don't recall a case so far where a name was changed by a firmware' >upgrade.  I think you are fairly safe.  > F >For example, we have seen rx4640 turn into rx4640-8, and then back toG >rx4640, between generations of the system.  But that name is stored in E >NMRAM that is NOT normally modified by a firmware upgrade.  It's set 5 >during manufacturing, and then hopefully left alone.  > G >Field service could change the name during a hardware swap/upgrade. In K >some cases, they SHOULD change it, since the replacement FRU that contains E >the NVRAM is likely to have the wrong name.  I would not expect 100% D >compliance with the official instructions in a situation like this. > J >In summary, I'd trust the name string to stay the same across FW updates,1 >but I wouldn't trust it across hardware changes.   E Excellent.  If there's a hardware update, then IMO it is a different   machine.     --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  $ Date: Mon, 6 Nov 2006 22:32:22 +08003 From: "Richard Maher" <maher_rj@hotspamnotmail.com> 3 Subject: Re: Java Applet pulled from VMS Web Server 1 Message-ID: <eingq3$daf$1@news-02.connect.com.au>    Hi Jan-Erik,  A > No I havn't. For the needs I/we have, having a http server *on* ? > the VMS systems serving a few static html pages and running a @ > few DCL scripts is far the easiest route (for me *and* for the% > COBOL-only programmer at the site).   J As I said, whatever floats your boat. Sometimes in-the-box thinking can beI more productive than anything else. After all, I am told, there are still F people in New Guinea who eat their first born; whatever works for you!  ( > No, I don't. I run the OSU web server.< > You do not gain credability with me by going on like that.  I I haven't seen much on OSU, did see a bit about Apache -v- WASD, all very J ho-hum so far. Looks like your still driving your Mack Truck from green toA bunker and annoying the members. Will try to find out more later.   0 > Which might not matter a bit, of course... :-)  , I feel bruised and find you very hurtful :-)  @ >  > All this debits/credits business stuff is just soooo passe! > E > Maybe, my current customer is a chainsaw factory. The VMS system is F > keeping an eye on all the assembly lines and all the material stock.  L Did I really have to stick a smiley after that? Sarcastic? Facetious? Taking# the piss? Having a go at Arne even?   I Look, I'm pretty sure IKEA doesn't make chainsaws so, for arguments sake, J let's say you're Stihl (or Husqvana?). Now let's imagine that Olaf "Butch"J Olafsen has just wandered off to kill a few more trees in the ScandinavianK rain forest (big smiley here :-) All's going well and his 180cm "Big Fucker L 2000" is carving thru that saw-log like a knife thru butter, until he hits aI metal spike that had been previously hammered into the tree by some rabid  greenie.   So what does Olaf do?   J He looks to Sven and says hop on the web and lookup the parts-list for theJ BF-2000 and order me a new chain! (Now you don't want to fuck with Olaf soJ Sven does what he's told!) So Sven scans thru the parts list and finds theB chain, after pressing the order button, he is prompted for his VMSI username/password which reveals the "Viking" account status and opens the I option to on-line ordering. The order for the chain (along with a pair of K those new Fluro-Comquat ear-muffs to placate Olaf) is placed and the credit K limit is checked. The new RFID functionality allows the shipment to tracked I from tree to tree as it is rain-deered across the country to Noname City.   G Alas, even if it was possible, it's got nothing to do with VMS does it?   > > It's always a joy reading your posts, Richard, but right now; > you're way out of target for what I initialy asked about.   L Nah, bollocks Jan-Erik! My aim is true; you're just in denial :-) The secret/ to the other six steps is step number *one* :-)   F Anyway, I can't believe I managed to give this thread(s) so many legs. Thanks for playing along.    Hope whatever you do works out!    Cheers Richard Maher  D "Jan-Erik Sderholm" <jan-erik.soderholm@telia.com> wrote in message, news:MFc3h.21608$E02.8983@newsb.telia.net... > Richard Maher wrote :  >  > > Hi Jan-Erik, > > L > > Before I respond directly to your post can you just tell me if I've done8 > > enough for you to give this Java Sockets stuff a go? > A > No I havn't. For the needs I/we have, having a http server *on* ? > the VMS systems serving a few static html pages and running a @ > few DCL scripts is far the easiest route (for me *and* for the% > COBOL-only programmer at the site).  > A > > "Listen svery carefully; I shall zay ziss only 100 times :-)"  > + > One of the best TV series whatsoever. :-)  > D > > If you are *already* running a full-blown, bloated and flatulent >  > web-server... > ( > No, I don't. I run the OSU web server.< > You do not gain credability with me by going on like that.0 > Which might not matter a bit, of course... :-) > 
 > > on the? > > *same* VMS server that will be hosting your Java Applets...  > > > I do not need any of those Java things. I just need to run a> > few DCL's to present a few simple pages back to the browser. > @ > I'm not saying that having a direct socket between the browser@ > and the VMS server is a bad thing, it's just not needed in theE > current project (that started this, or was in another (?), thread).  > K > > I submit it as conjecture that the percentage of companies in the world B > > today that are using VMS to host their web-sites is minimal to
 non-existant.  > C > Maybe, I usualy throw in OSU if not only to show a few app-status H > pages, and a "stalled queues" page and so on. Realy simple but a great > value to the users.  > : > Heck, I'm not talking about "hosting their web-sites" !!@ > I'm just talking about a few small things the will specificaly > target the VMS environment.  > G > > rather than configure and run a resource hungry Albatros on VMS,...  > 1 > Again, no need to, just run the OSU server. :-)  > H > > I am actually interested in the design and peformance of the variousK > > Web-Servers on VMS today but I just don't have the time or inclination.  > 5 > Hm, have I said that the OSU server is realy nice ? C > Fast, small footprint, stable (starts at boot, stops at shutdown)  > @ >  > All this debits/credits business stuff is just soooo passe! > E > Maybe, my current customer is a chainsaw factory. The VMS system is F > keeping an eye on all the assembly lines and all the material stock. > > > It's always a joy reading your posts, Richard, but right now; > you're way out of target for what I initialy asked about.  >  > Best Regards,  > Jan-Erik.    ------------------------------  $ Date: Mon, 6 Nov 2006 08:40:39 -0500* From: "FredK" <fred.nospam@nospam.dec.com>& Subject: Re: Mouse: thumbwheel support, Message-ID: <454f3b58$1@usenet01.boi.hp.com>  : "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message1 news:88609$454abe4f$cef8887a$4545@TEKSAVVY.COM...  > Tim Sneddon wrote:I > > I had this same problem. I checked the source listings and that stuff # > > is only available for USB mice.  > E > OK, thanks. I had been mislead to believe that it should work on my  system. F >   At least now I need not worry about something being wrong about my system.  > I > > I have since reconstructed the various modules and includes necessary H > > to build SYS$IMBDRIVER.EXE (the PS/2 mouse driver) and am working on > > adding thumbwheel support. > I > Great stuff. If you need someone to test it... jfmezei at vaxination.ca   H The nntp server I am using appears not to send everything out... the PS2L support apparently didn't make it into V8.3 for reasons I am not sure about.F I'll look at building a driver and finding someone to host a download.   ------------------------------  * Date: Mon, 6 Nov 2006 11:57:12 +0000 (UTC) From: david20@alpha2.mdx.ac.uk# Subject: Re: no mail from montagar? , Message-ID: <ein7uo$99n$1@south.jnrs.ja.net>  ^ In article <1162651535.027376.81180@m73g2000cwd.googlegroups.com>, davidc@montagar.com writes:  >david20@alpha2.mdx.ac.uk wrote:O >> If it's for a hobbyist system then PMDF is probably a better replacement for R >> TCPIP Services SMTP than MX. It's free for hobbyists and has more functionality >> than MX.  > @ >True, PMDF is a good alternative.  I'll probably look into thatE >eventually.  I've used PMDF at another facility I was consulting at, F >and it worked very well.  Part of the issue is that the equipment I'm1 >using isn't always used for hobbyist purposes...  > G In which case MX is probably the cheaper option with it's $499 license. K I don't know how much the cheapest commercial license for PMDF is but would  suspect it is quite a bit more.    > E >What features/functionality of PMDF do you like that isn't in, or is  >better done, than MX? >   O I've never used MX so am slightly restricted in how well I can compare the MTAs  themselves.   ? However PMDF comes with a number of other facilities such as :-   G PMDF MAIL   -   A clone of VMS MAIL which handles attachments, MIME etc   ! PMDF PINE   -   A version of PINE   8 DELIVER     -   Improved version of DELIVER mail handler   IMAP and POP    servers      POPPASSD        server      B Both MX and PMDF have mail based fileserver and mail list servers.    G PMDF implements SASL for authentication of POP, IMAP, POPPASSD and SMTP N submission (over both the standard smtp port and alternative ports such as theI submission port). The authentication can be against a number of different K authentication sources sysuaf, pop server, it's own PMDF password database,  LDAP. M I believe MX just authenticates against the local sysuaf or it's own password 	 database. N This is useful when using multiple mail servers and/or wanting to authenticateI against a corporate LDAP server but might not be necessary for a hobbyist  system.   3 PMDF support TLS for IMAP, POP, SMTP submission etc N (This is free for hobbyists but I had to ask Hunter Goatley at Process for theK  license to use that functionality. This is one of my pet peeves about PMDF K - They charge extra for SSL/TLS support  whereas most commercial (or public E domain) mail systems on other platforms now provide that as standard.  )   K I don't believe MX provides TLS functionality or support for the submission  port.      Looking at the MTAs themselves.   N PMDF's mapping tables provide some powerful means of interacting with messages+ at various points during the SMTP dialogue. L As well as aliases which both PMDF and MX provide PMDF also provides reverseK mapping tables and databases to rewrite addresses on outgoing messages to a  standard format.  D Sophos officially support their Vsweep anti-virus product with PMDF.M Process' PMAS anti-spam product integrates with PMDF rather than having to go M through a convoluted process to use PMAS in Pass-through Proxy Server mode on ' the same node (or use a separate node).    J As I said I haven't used MX so the above differences are based on my quickI reading of the MX documentation and hence I can't be sure that MX doesn't J address at least some of them in a different way which I just didn't spot.L Conversely there are many things which I believe both products do but may beJ mistaken about - and of course there are many other small features of PMDF which I've missed out.       
 David Webb Security team leader CCSS Middlesex University   ------------------------------   Date: 6 Nov 2006 08:09:19 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) # Subject: Re: no mail from montagar? 3 Message-ID: <2NJ5GIzDn+Nd@eisner.encompasserve.org>   d In article <86fyd0crd3.fsf@scylla.huemmer.net>, Raimund Huemmer <raimund@baumann-online.net> writes:D > I try to renew my hobbyist license (like every year in november). D > The whole procedure seems to be o.k. and complete. It appears the C > message that the license will be send to my mail-address, but no   > mail is arriving.  > E > 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?   @    David said there were a little over a week ago, but it's been/    working since.  I'd recommend you try again.    ------------------------------   Date: 6 Nov 2006 06:41:04 -0800  From: davidc@montagar.com # Subject: Re: no mail from montagar? C Message-ID: <1162824064.724773.287890@h54g2000cwb.googlegroups.com>    david20@alpha2.mdx.ac.uk wrote:    <Lots of good information...>    > IMAP and POP    servers   E MX doesn't provide POP/IMAP.  For POP, I run the IUPOP3 server, and I C use a home-grown program to do the POP3S and tunnel to my POP3 so I E have secure mail delivery.  I need to rewrite some of IUPOP3 to build  that functionality in.  G I think you've done a pretty good job comparing them.  MX has performed F well for me and my clients, but they don't have some of the needs thatF would make PMDF the ideal choice (like LDAP, for instance).  LIke many6 things, that the choice is there is a very good thing.   ------------------------------  $ Date: Mon, 6 Nov 2006 18:44:03 +11006 From: "O'Brien Paddy" <Paddy.O'Brien@transgrid.com.au> Subject: RE: PID of a batch job X Message-ID: <0A7046B0A95F2B41B3712F0C5FD1CDC303BBE3@ex-tg2-pr.corporate.transgrid.local>  , This is a multi-part message in MIME format.  ' ------_=_NextPart_001_01C70177.54B60258 . Content-Type: text/plain; charset="iso-8859-1"+ Content-Transfer-Encoding: quoted-printable    apogeusistemas@gmail.com wrote: H > How can I get process ID from a batch job , using a lexical function ?@ > I need get PID from a specified batch job to issue a stop/id .  L There is something on the v7 freeware CD which does that by Alan Feldman in=  [.batch_info]  " Amazed that Alan hasn't responded.   Regards, Paddy    G *********************************************************************** ; Please consider the environment before printing this email.   C "This electronic message and any attachments may contain privileged @ and confidential information intended only for the use of the=20D addressees named above.  If you are not the intended recipient of=20C this email, please delete the message and any attachment and advise D the sender.  You are hereby notified that any use, dissemination,=207 distribution, reproduction of this email is prohibited.   C If you have received the email in error, please notify TransGrid=20 C immediately.  Any views expressed in this email are those of the=20 ? individual sender except where the sender expressly and with=20 C authority states them to be the views of TransGrid.  TransGrid uses > virus-scanning software but excludes any liability for viruses contained in any attachment.  < Please note the email address for TransGrid personnel is now$ firstname.lastname@transgrid.com.au"  G ***********************************************************************     ' ------_=_NextPart_001_01C70177.54B60258 - Content-Type: text/html; charset="iso-8859-1" + Content-Transfer-Encoding: quoted-printable   1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">  <HTML> <HEAD>L <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; charset=3Diso-8859-= 1"> L <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version 6.5.7233.69">% <TITLE>RE: PID of a batch job</TITLE>  </HEAD>  <BODY>) <!-- Converted from text/plain format -->   5 <P><FONT SIZE=3D2>apogeusistemas@gmail.com wrote:<BR> L &gt; How can I get process ID from a batch job , using a lexical function ?= <BR>G &gt; I need get PID from a specified batch job to issue a stop/id .<BR>  <BR>L There is something on the v7 freeware CD which does that by Alan Feldman in=  [.batch_info]<BR> <BR>& Amazed that Alan hasn't responded.<BR> <BR> Regards, Paddy</FONT>  </P>   <FONT SIZE=3D3><BR>  <BR>K ***********************************************************************<BR> ? Please consider the environment before printing this email.<BR>  <BR>G "This electronic message and any attachments may contain privileged<BR> B and confidential information intended only for the use of the <BR>F addressees named above.  If you are not the intended recipient of <BR>G this email, please delete the message and any attachment and advise<BR> F the sender.  You are hereby notified that any use, dissemination, <BR>; distribution, reproduction of this email is prohibited.<BR>  <BR>E If you have received the email in error, please notify TransGrid <BR> E immediately.  Any views expressed in this email are those of the <BR> A individual sender except where the sender expressly and with <BR> G authority states them to be the views of TransGrid.  TransGrid uses<BR> B virus-scanning software but excludes any liability for viruses<BR>  contained in any attachment.<BR> <BR>@ Please note the email address for TransGrid personnel is now<BR>( firstname.lastname@transgrid.com.au"<BR> <BR>K ***********************************************************************<BR>  </FONT>  </BODY>  </HTML> ) ------_=_NextPart_001_01C70177.54B60258--    ------------------------------   Date: 6 Nov 2006 08:07:29 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: PID of a batch job 3 Message-ID: <NDIFgprZcP2x@eisner.encompasserve.org>   d In article <1162776972.640071.254080@m73g2000cwd.googlegroups.com>, apogeusistemas@gmail.com writes:H > How can I get process ID from a batch job , using a lexical function ?@ > I need get PID from a specified batch job to issue a stop/id .  H    That depends. What do you know about the batch job that you can start    from?   ------------------------------   Date: 6 Nov 2006 07:34:39 -0800 $ From: "AEF" <spamsink2001@yahoo.com> Subject: Re: PID of a batch job C Message-ID: <1162827278.973728.112030@m73g2000cwd.googlegroups.com>    O'Brien Paddy wrote:! > apogeusistemas@gmail.com wrote: J > > How can I get process ID from a batch job , using a lexical function ?B > > I need get PID from a specified batch job to issue a stop/id . > [ > There is something on the v7 freeware CD which does that by Alan Feldman in [.batch_info]    Yep. It uses F$GETQUI().  6 Thanks, Paddy! BTW, this freeware can also be found atC <http://dcl.openvms.org>. Just click Search and type in BATCH_INFO.    > $ > Amazed that Alan hasn't responded.  B Well, you have a significant time zone advantage. You're, what, 16G hours ahead of me? (I'm in the Eastern Time Zone in the US [UTC-0500].) # And I didn't check cov last night.     >  > Regards, Paddy [...]    AEF    ------------------------------   Date: 6 Nov 2006 07:38:33 -0800 $ From: "AEF" <spamsink2001@yahoo.com> Subject: Re: PID of a batch job C Message-ID: <1162827512.932957.269570@k70g2000cwa.googlegroups.com>    Bob Koehler wrote:f > In article <1162776972.640071.254080@m73g2000cwd.googlegroups.com>, apogeusistemas@gmail.com writes:J > > How can I get process ID from a batch job , using a lexical function ?B > > I need get PID from a specified batch job to issue a stop/id . > J >    That depends. What do you know about the batch job that you can start
 >    from?  ? Good point. My BATCH_INFO.COM needs the entry number as input.     AEF    ------------------------------   Date: 6 Nov 2006 08:51:06 -0800  From: davidc@montagar.com  Subject: Re: PID of a batch job B Message-ID: <1162831866.240814.40850@i42g2000cwa.googlegroups.com>   Bob Koehler wrote:f > In article <1162776972.640071.254080@m73g2000cwd.googlegroups.com>, apogeusistemas@gmail.com writes:J > > How can I get process ID from a batch job , using a lexical function ?B > > I need get PID from a specified batch job to issue a stop/id . > J >    That depends. What do you know about the batch job that you can start
 >    from?  6 Also, if you are just wanting to kill it, you can do aE "DELETE/ENTRY=nnn", and the Queue Manager will stop it for you, or if - it's not yet running, delete the queue entry.    ------------------------------  $ Date: Mon, 6 Nov 2006 08:04:18 -00005 From: "Tom Garcia" <tgarcia-REMOVE-THIS@hivemind.org>  Subject: Re: SFTP Server7 Message-ID: <454eec83$0$624$5a6aecb4@news.aaisp.net.uk>    Neil Freeman wrote: E > Can anyone recomend an SFTP server product for win 2003 server that / > we can send data to using the VMS SSH client.   I The OpenSSH that comes with cygwin at http://www.cygwin.com/ is free and  L functional, and runs at a decent speed vs e.g. products derived from PuTTY. M All you need to do is set ssh up as a service as described in various places   (search   ssh+service+cygwin).   3 > We are using OpenVMS 8.2 with TCPIP services 5.5.  > F > I've tried a few trial versions with limited success, I can get some0 > versions to run interactivly but not in batch.  K When using Multinet 5.1, I've not managed to get public key authentication  I to work with many clients when using it as a *server* - however, OpenSSH  K derived clients worked well. I've had more success with TCPIP Services 5.6  M (for the brief time I tried it) - good with VanDyke, Tectia, OpenSSH, PuTTY,  8 IIRC. Maybe this will be reflected when reversing roles.   --  ! Tom Garcia | tgarcia@hivemind.org    ------------------------------  % Date: Mon, 06 Nov 2006 17:14:12 +0800 2 From: Silvester Man <silspamsterman@ectelecom.com> Subject: Re: SFTP Server7 Message-ID: <454efce5$0$49197$14726298@news.sunsite.dk>    Neil Freeman wrote: M > Can anyone recomend an SFTP server product for win 2003 server that we can  ( > send data to using the VMS SSH client. > 3 > We are using OpenVMS 8.2 with TCPIP services 5.5.  > G > I've tried a few trial versions with limited success, I can get some  1 > versions to run interactivly but not in batch.   >    Cygwin + OpenSSH?    ------------------------------  $ Date: Mon, 6 Nov 2006 19:22:04 +08003 From: "Richard Maher" <maher_rj@hotspamnotmail.com>  Subject: Re: SFTP Server1 Message-ID: <ein5lc$rfq$1@news-02.connect.com.au>    Hi Neil,  K Almost positive Windows 2003 Server edition supports IPsec and has done for 
 some time.  ( > send data to using the VMS SSH client. > 3 > We are using OpenVMS 8.2 with TCPIP services 5.5.    Oops! Sorry, irrelevant.   Regards Richard Maher   8 "Neil Freeman" <neil@holmelea.plus.com> wrote in message; news:454e6f32$0$8743$ed2619ec@ptn-nntp-reader02.plus.net... L > Can anyone recomend an SFTP server product for win 2003 server that we can( > send data to using the VMS SSH client. > 3 > We are using OpenVMS 8.2 with TCPIP services 5.5.  > F > I've tried a few trial versions with limited success, I can get some0 > versions to run interactivly but not in batch. >  >    ------------------------------  % Date: Mon, 06 Nov 2006 09:28:48 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>   Subject: Sound on DS10L machines8 Message-ID: <46c66$454f46a2$cef8887a$14292@TEKSAVVY.COM>  H The DS10L machines have a built-in speaker.  And at the SRM >>> prompt, M there is a command "sound" which causes a primitive little tune to be played.   G Obviously, not a real sound card capable of generating stereo 44khz CD   quality sound...  K  From DECwindows, the speaker is used to generate beeps. And one can (with  G CDE) set the tone/frequency of the beep. (as opposed to the VAXstation  G where beeps were generated by the LK201 piezo with a single frequency).   
 The question:   I  From VMS itself, is there a way for an application (or even DCL) to get  G stuff out of the speaker ?  Obviously, since DECwidnows is able to get  = sounds out, there must be some sound driver for that speaker.   L Finally, does anyone have the specs of what that sound hardware is actually  capable of ?   ------------------------------  # Date: Mon, 06 Nov 2006 11:17:15 GMT 5 From: rdeininger@mindspringdot.com (Robert Deininger)   Subject: Re: Spit Brook location[ Message-ID: <rdeininger-0611060617260001@dialup-4.233.149.199.dial1.manchester1.level3.net>   I In article <1162763135.865842.79720@k70g2000cwa.googlegroups.com>, "Steve ' Lionel" <steve.lionel@intel.com> wrote:   C >There has been no construction at all at the site since building 3  >opened in 1986.  < Wasn't the cafeteria expanded sometime after ZKO3 was built?   ------------------------------  % Date: Mon, 06 Nov 2006 06:36:54 -0500 ' From: John Sauter <J_Sauter@Empire.Net>   Subject: Re: Spit Brook location8 Message-ID: <hf7uk2l7cmoaov807bri14fctve9p1cbn5@4ax.com>  1  "Mister Q" <pquodling@gmail.com> wrote (n part):    > H >I think that you are thinking of the old Merrimack MKO facility. It had% >a helicopter land in it's Pond once.   = Mister Q is correct.  I watched the pond landing from the MK  C cafeteria.  I don't recall the date but it must have been somewhere  around 1978.%     John Sauter (J_Sauter@Empire.Net)    ------------------------------   Date: 6 Nov 2006 08:51:29 -0800 - From: "Steve Lionel" <steve.lionel@intel.com>   Subject: Re: Spit Brook locationB Message-ID: <1162831889.930692.20830@f16g2000cwb.googlegroups.com>   Robert Deininger wrote: K > In article <1162763135.865842.79720@k70g2000cwa.googlegroups.com>, "Steve ) > Lionel" <steve.lionel@intel.com> wrote:  > E > >There has been no construction at all at the site since building 3  > >opened in 1986. > > > Wasn't the cafeteria expanded sometime after ZKO3 was built?  G No - actually, it was contracted to create some additional office space 3 (and the recreation room dubbed the "ZKO Holodeck".    Steve    ------------------------------   Date: 6 Nov 2006 08:55:21 -0800 - From: "Steve Lionel" <steve.lionel@intel.com>   Subject: Re: Spit Brook locationB Message-ID: <1162832121.307273.164650@m7g2000cwm.googlegroups.com>   John Sauter wrote:2 > "Mister Q" <pquodling@gmail.com> wrote (n part): >  > > J > >I think that you are thinking of the old Merrimack MKO facility. It had' > >a helicopter land in it's Pond once.  > > > Mister Q is correct.  I watched the pond landing from the MKE > cafeteria.  I don't recall the date but it must have been somewhere  > around 1978.  3 Ah, another old-time RTL-er heard from... Hi, John!   B I think the helicopter incident (which I believe had Stan Olsen on board) was in 1979.    Steve    ------------------------------   Date: 6 Nov 2006 05:53:04 -0800 $ From: "Sprag" <bdwheele@indiana.edu>* Subject: Re: SRM hardware setup reference?C Message-ID: <1162821184.567220.254490@i42g2000cwa.googlegroups.com>   E Thanks to everyone!  I'll start going through these documents and see  what I can hunt up :)    Brian      John Wallace wrote: G > "Stephen Hoffman" <Hoff@HoffmanLabs-RemoveThis-.Org> wrote in message % > news:eiieoc$2uoq$1@pyrite.mv.net... L > >    Most of that material is probably over at Smart Modular Technologies,I > > if it is available anywhere.  The folks at Smart Modular Technologies L > > acquired the DIGITAL semiconductor organization, IIRC, and those are theJ > > DIGITAL folks that provided various custom parts and evaluation boards
 > > and such.  > N > The "merchant semiconductor" business known as Digital Semiconductor was theN > owner of the chip-level info being discussed here, before Digital Semi  went7 > to Intel (not SMART) in 1997/98. (e.g. as reported at J > http://news.com.com/2100-1023-204668.html ). Searching for this stuff atI > SMART is likely to be unsuccessful. Iirc SMART later got the boards and N > systems bits of Digital's OEM/Embedded+Realtime business, as well as DECtalk
 > and VAXELN.  > J > The Alpha Architecture Handbook already mentioned was a freely availableM > document which would likely be a good start here (depending on the ultimate L > objective), but I'm not near mine so can't confirm whether it has the info > originally requested.  > L > The Alpha System Reference Manual also already mentioned would likely haveF > the relevant info and a whole lot more in glorious detail, but was aD > limited-distribution document, probably not generally intended forM > circulation outside licensed Alpha partners. Even if one could be obtained, J > it might need to be read in conjunction with relevant Alpha chipset docsD > (see below) if the aim is to do something useful in a real system. > F > In between those two, in terms of detail, was the Alpha ArchitectureN > Reference Manual, which was a published book. The third edition, dated 1998,L > appears to be still orderable (ISBN 1555582028) at around $80 new and also# > available used from a few places.  > J > Another avenue for this kind of info, which might even be cheaper and/orI > quicker depending on the ultimate goal, would be reviewing whatever the N > Alpha-specific hardware/software initialisation bits do on a Linux (or a BSD9 > or other available-source OS with relevant Alpha port).  > K > Wrt other 21xxx stuff (including Alpha support chipsets such as 2107x for J > EV4 and 2117x for EV5, and 21x40 PCI-LAN chips): Iirc should mostly haveK > been published info, at either DEC/Digital or Intel. Again, Linux sources K > and related info may be another approach, depending on the ultimate goal.  > J > There appears to be lots of potentially relevant info on the AlphaserverJ > Technology chip-docs page already referenced. There's similar info, alsoG > including the 2107x (EV4 support)  omitted from HP's current page, at N > http://ftp.digital.com/pub/Digital/info/semiconductor/literature/archives.ht > ml > L > Bear in mind that this kind of detailed info wasn't always published; e.g.K > there's little public info on the Pyxis (?) chipset used in the PWS Alpha H > family, because iirc that chipset wasn't intended for sale on the open	 > market.  > M > Another place well worth a look is farrer.net/~rbf/files/docs/Alpha/  which M > contains a wealth of stuff I haven't recently seen elsewhere. Much of it is 8 > in PostScript but I'm sure readers here can sort that. > M > Documents at this level of detail are the place to look for evidence of any C > *real* differences in chip(set) level "reliability, availability, I > serviceability" between the various Itanium chips and the various AMD64 G > chips, differences which are occasionally used (without, afaict, ever N > providing any real specific examples) as "technical" excuses for not porting9 > VMS to AMD64. But that's another story for another day.  >  > Hth  > John Wallace   ------------------------------   Date: 6 Nov 2006 09:49:34 +0100 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)' Subject: Re: TCPIP Services SPAM config , Message-ID: <454f052e$1@news.langstoeger.at>  [ In article <454EBCF0.2637F97@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:  >Michael Moroney wrote: I >> stupid newsgroup harvesting spambots.  And just because a period isn't F >> allowed in a VMS username doesn't mean other OS's don't allow that. > ( >MAIL> SET FORWARD Sir.HOFF /USER="HOFF"   It's the other way round, JF   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  $ Date: Mon, 6 Nov 2006 18:49:05 +11006 From: "O'Brien Paddy" <Paddy.O'Brien@transgrid.com.au>$ Subject: RE: Time change questions !X Message-ID: <0A7046B0A95F2B41B3712F0C5FD1CDC303BBE4@ex-tg2-pr.corporate.transgrid.local>  , This is a multi-part message in MIME format.  ' ------_=_NextPart_001_01C70178.924525BC . Content-Type: text/plain; charset="iso-8859-1"+ Content-Transfer-Encoding: quoted-printable          -----Original Message-----6 From: Paul Sture [mailto:paul.sture.nospam@hispeed.ch] Sent: Mon 11/6/2006 1:07 PM  To: Info-VAX@Mvb.Saic.Com $ Subject: Re: Time change questions ! =20 5 In article <slrnekt0m6.5bi.usenet@zappy.catbert.org>, '  Dan Foster <usenet@evilphb.org> wrote:   L > In article <paul.sture.nospam-924560.01073806112006@mac.sture.homeip.net>= ,=202 > Paul Sture <paul.sture.nospam@hispeed.ch> wrote:> > > In article <3v6dnS3OYfDBg9HYnZ2dnUVZ_qWdnZ2d@comcast.com>,9 > >  "Richard B. Gilbert" <rgilbert88@comcast.net> wrote:  > > @ > >> Unix is going to have severe problems later this century=201 > >> unless some fairly drastic changes are made.  > > K > > Be careful there. A few years ago I cited a chunk out of the VMS FAQ=20 J > > about signed vs unsigned dates to a bunch of Unix folks. They told me= =20 C > > that the problem was already fixed in serious versions of Unix.  >=20J > For these not interested in UNIX-ish matters, do the equivalent of 'n u' > now. :-) With that said... >=205 > Out of sheer curiosity, which UNIX OSes were these?  >=20B > (I ask only because a real fix is actually new to me, and I alsoB > administer several different major UNIX or UNIX-like platforms.) >=20  J I did say it was a few years ago, and I can't remember which flavour of=20K Unix was involved, but I was heavily criticised at the time. Fortunately=20 K the criticism came in a humorous way, but on consulting the more current=20 C version of the VMS FAQ, the bit I had quoted wasn't there any more.   K So onto the obvious question here. Does that problem still exist in your=20 J flavour of Unix? The equally obvious follow up question has to be "What=20 do the applications do?"   --=20 
 Paul Sture     *****    Paul,=20  F You've ruined my day.  I no longer have any reason to live till 93 :-(   Regards, Paddy    G *********************************************************************** ; Please consider the environment before printing this email.   C "This electronic message and any attachments may contain privileged @ and confidential information intended only for the use of the=20D addressees named above.  If you are not the intended recipient of=20C this email, please delete the message and any attachment and advise D the sender.  You are hereby notified that any use, dissemination,=207 distribution, reproduction of this email is prohibited.   C If you have received the email in error, please notify TransGrid=20 C immediately.  Any views expressed in this email are those of the=20 ? individual sender except where the sender expressly and with=20 C authority states them to be the views of TransGrid.  TransGrid uses > virus-scanning software but excludes any liability for viruses contained in any attachment.  < Please note the email address for TransGrid personnel is now$ firstname.lastname@transgrid.com.au"  G ***********************************************************************     ' ------_=_NextPart_001_01C70178.924525BC - Content-Type: text/html; charset="iso-8859-1" + Content-Transfer-Encoding: quoted-printable   1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">  <HTML> <HEAD>L <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; charset=3Diso-8859-= 1"> L <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version 6.5.7233.69">* <TITLE>RE: Time change questions !</TITLE> </HEAD>  <BODY>) <!-- Converted from text/plain format -->  <BR> <BR> <BR>  0 <P><FONT SIZE=3D2>-----Original Message-----<BR>L From: Paul Sture [<A HREF=3D"mailto:paul.sture.nospam@hispeed.ch">mailto:pa=# ul.sture.nospam@hispeed.ch</A>]<BR>  Sent: Mon 11/6/2006 1:07 PM<BR>  To: Info-VAX@Mvb.Saic.Com<BR> ( Subject: Re: Time change questions !<BR> <BR>? In article &lt;slrnekt0m6.5bi.usenet@zappy.catbert.org&gt;,<BR> 6 &nbsp;Dan Foster &lt;usenet@evilphb.org&gt; wrote:<BR> <BR>L &gt; In article &lt;paul.sture.nospam-924560.01073806112006@mac.sture.homei= p.net&gt;,<BR>? &gt; Paul Sture &lt;paul.sture.nospam@hispeed.ch&gt; wrote:<BR> L &gt; &gt; In article &lt;3v6dnS3OYfDBg9HYnZ2dnUVZ_qWdnZ2d@comcast.com&gt;,<= BR> L &gt; &gt;&nbsp; &quot;Richard B. Gilbert&quot; &lt;rgilbert88@comcast.net&g=
 t; wrote:<BR> 
 &gt; &gt;<BR> J &gt; &gt;&gt; Unix is going to have severe problems later this century<BR>> &gt; &gt;&gt; unless some fairly drastic changes are made.<BR>
 &gt; &gt;<BR> L &gt; &gt; Be careful there. A few years ago I cited a chunk out of the VMS = FAQ<BR> L &gt; &gt; about signed vs unsigned dates to a bunch of Unix folks. They tol= d me<BR>L &gt; &gt; that the problem was already fixed in serious versions of Unix.<B= R> &gt;<BR>L &gt; For these not interested in UNIX-ish matters, do the equivalent of 'n = u'<BR># &gt; now. :-) With that said...<BR>  &gt;<BR>< &gt; Out of sheer curiosity, which UNIX OSes were these?<BR> &gt;<BR>I &gt; (I ask only because a real fix is actually new to me, and I also<BR> I &gt; administer several different major UNIX or UNIX-like platforms.)<BR>  &gt;<BR> <BR>K I did say it was a few years ago, and I can't remember which flavour of<BR> L Unix was involved, but I was heavily criticised at the time. Fortunately<BR>L the criticism came in a humorous way, but on consulting the more current<BR>G version of the VMS FAQ, the bit I had quoted wasn't there any more.<BR>  <BR>L So onto the obvious question here. Does that problem still exist in your<BR>L flavour of Unix? The equally obvious follow up question has to be &quot;Wha= t<BR> ! do the applications do?&quot;<BR>  <BR> --<BR> Paul Sture<BR> <BR> <BR>	 *****<BR>  <BR>	 Paul,<BR>  <BR>L You've ruined my day.&nbsp; I no longer have any reason to live till 93 :-(= <BR> <BR> Regards, Paddy<BR> </FONT>  </P>   <FONT SIZE=3D3><BR>  <BR>K ***********************************************************************<BR> ? Please consider the environment before printing this email.<BR>  <BR>G "This electronic message and any attachments may contain privileged<BR> B and confidential information intended only for the use of the <BR>F addressees named above.  If you are not the intended recipient of <BR>G this email, please delete the message and any attachment and advise<BR> F the sender.  You are hereby notified that any use, dissemination, <BR>; distribution, reproduction of this email is prohibited.<BR>  <BR>E If you have received the email in error, please notify TransGrid <BR> E immediately.  Any views expressed in this email are those of the <BR> A individual sender except where the sender expressly and with <BR> G authority states them to be the views of TransGrid.  TransGrid uses<BR> B virus-scanning software but excludes any liability for viruses<BR>  contained in any attachment.<BR> <BR>@ Please note the email address for TransGrid personnel is now<BR>( firstname.lastname@transgrid.com.au"<BR> <BR>K ***********************************************************************<BR>  </FONT>  </BODY>  </HTML> ) ------_=_NextPart_001_01C70178.924525BC--    ------------------------------   Date: 6 Nov 2006 07:59:51 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) $ Subject: Re: Time change questions !3 Message-ID: <+4Auvm0ydR92@eisner.encompasserve.org>   V In article <eihufu$8qk_001@s961.apx1.sbo.ma.dialup.rcn.com>, jmfbahciv@aol.com writes: > ? > If it were in DATE, it should have been easy to fix.  I don't ? > understand the reply to the SPR.  We knew how to ship FORTRAN 6 > patches and it was even politcally correct to do so.  G    Yes, it should have been easy to fix. I just don't recall seeing the     fix.   G    The DATE routine itself had to be "fixed" for Y2K.  The ANSI Fortran B    standard said in part that it returned the two digit year sinceE    1900, which was impossible to keep.  DATE now returns the last two 5    digits of the year and a new routine returns more.   A    Recently porting an app with DATE in it from VAX to Alpha, the E    compiler issued an informational message when it saw DATE, but the @    output of 06 was just what the original programmer would have6    expected (fortunately just to time stamp a report).   ------------------------------   Date: 6 Nov 2006 07:18:11 -0600 B From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley)A Subject: [OT] Flight simulators, was: Re: Flight 3.1 on VMS 8.3 ? 3 Message-ID: <qFwK6kAeFmj+@eisner.encompasserve.org>   _ In article <1162652274.576136.129400@m73g2000cwd.googlegroups.com>, davidc@montagar.com writes:  > JF Mezei wrote: ? >> Has anyone successfully run Flight 3.1 on VMS 8.3 on Alpha ?  > D > Oh boy, if only HP would open source Flight.  That is a major coolF > simulation.  What I would like to see is a TCPIP-based server, so we: > could organize a flight party with a bunch of us guys... >   G If you are more interested in the flight simulator than the platform it K runs on, try looking at FlightGear, http://www.flightgear.org/ , which does I have a multi client mode. I don't know how difficult multi client mode is 4 to setup as I've never used that part of FlightGear.  G If anyone is interested in porting FlightGear to VMS, note that you can I forget about running it on a VAX. You can also forget about running it on H an Alpha unless you use a decent hardware accelerated graphics card. OneC look at the example screenshots on the website will show you why...    Simon.   --  ; Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP K If Google's motto is "don't be evil", then how did we get Google Groups 2 ?    ------------------------------  $ Date: Sun, 5 Nov 2006 14:17:07 -00004 From: "John Wallace" <johnwallace4@yahoo.spam.co.uk>/ Subject: Re: [OT] SRM hardware setup reference? 0 Message-ID: <12ku54j4cb1u520@corp.supernews.com>  E "Stephen Hoffman" <Hoff@HoffmanLabs-RemoveThis-.Org> wrote in message # news:eiieoc$2uoq$1@pyrite.mv.net... J >    Most of that material is probably over at Smart Modular Technologies,G > if it is available anywhere.  The folks at Smart Modular Technologies J > acquired the DIGITAL semiconductor organization, IIRC, and those are theH > DIGITAL folks that provided various custom parts and evaluation boards > and such.   L The "merchant semiconductor" business known as Digital Semiconductor was theL owner of the chip-level info being discussed here, before Digital Semi  went5 to Intel (not SMART) in 1997/98. (e.g. as reported at H http://news.com.com/2100-1023-204668.html ). Searching for this stuff atG SMART is likely to be unsuccessful. Iirc SMART later got the boards and L systems bits of Digital's OEM/Embedded+Realtime business, as well as DECtalk and VAXELN.   H The Alpha Architecture Handbook already mentioned was a freely availableK document which would likely be a good start here (depending on the ultimate J objective), but I'm not near mine so can't confirm whether it has the info originally requested.   J The Alpha System Reference Manual also already mentioned would likely haveD the relevant info and a whole lot more in glorious detail, but was aB limited-distribution document, probably not generally intended forK circulation outside licensed Alpha partners. Even if one could be obtained, H it might need to be read in conjunction with relevant Alpha chipset docsB (see below) if the aim is to do something useful in a real system.  D In between those two, in terms of detail, was the Alpha ArchitectureL Reference Manual, which was a published book. The third edition, dated 1998,J appears to be still orderable (ISBN 1555582028) at around $80 new and also! available used from a few places.   H Another avenue for this kind of info, which might even be cheaper and/orG quicker depending on the ultimate goal, would be reviewing whatever the L Alpha-specific hardware/software initialisation bits do on a Linux (or a BSD7 or other available-source OS with relevant Alpha port).   I Wrt other 21xxx stuff (including Alpha support chipsets such as 2107x for H EV4 and 2117x for EV5, and 21x40 PCI-LAN chips): Iirc should mostly haveI been published info, at either DEC/Digital or Intel. Again, Linux sources I and related info may be another approach, depending on the ultimate goal.   H There appears to be lots of potentially relevant info on the AlphaserverH Technology chip-docs page already referenced. There's similar info, alsoE including the 2107x (EV4 support)  omitted from HP's current page, at L http://ftp.digital.com/pub/Digital/info/semiconductor/literature/archives.ht ml  J Bear in mind that this kind of detailed info wasn't always published; e.g.I there's little public info on the Pyxis (?) chipset used in the PWS Alpha F family, because iirc that chipset wasn't intended for sale on the open market.   K Another place well worth a look is farrer.net/~rbf/files/docs/Alpha/  which K contains a wealth of stuff I haven't recently seen elsewhere. Much of it is 6 in PostScript but I'm sure readers here can sort that.  K Documents at this level of detail are the place to look for evidence of any A *real* differences in chip(set) level "reliability, availability, G serviceability" between the various Itanium chips and the various AMD64 E chips, differences which are occasionally used (without, afaict, ever L providing any real specific examples) as "technical" excuses for not porting7 VMS to AMD64. But that's another story for another day.    Hth  John Wallace   ------------------------------   End of INFO-VAX 2006.611 ************************                                                                                                                                                                                                                                                                                                                ANo9^Dlg9
vFm'0r<,
@71nm;εeriؠ
rz["ߨ|X\JjIO9kaC9^>Ο8r2qdWH/wXz3
@of2h
R\5ދ?i^͊m65E2DzyΕo^gs9^s:8'88'sn8	~s"g؀4+/8۰1Y0\EL3 p҃a,jnͬW۸q5akcs9MA
.pn/r2s;	\玗ΧYz~
3w6$˃ϑr29Y
ɑBDz_d"L9j?ʹF[0=҈̷1쁜U =eQ@*/rRѮ9h8'ҫvLܯ+塊vkN;ǌvEUsng<~&6T49{؜ANe	q#1VN&kpN&Dz8?&pEnry~dyq> 2;6$gkv^V.b
-:_ݑ(-aʋ= ǣ5"C!Ydl	2a ҰA;gY9i
vZzП[m݉
zgÆ48jaak"fa\'Ƒsȍ&cB{"A!Y|lVR9;qlE&W-=0Lm+c~ƺưANo5^~yV~PkG-=<AHB7mXথfWsO̭<UD0,5}d%VG5#nZzxn=wvibnc#ڇ0aG48jaQk"|4&pN/G 6d#CΖ$Ћ.UFvYyn[hfL<
dȧ`Il0r"7+Ϥ2l-'0=ZZz0Bbm+)I$FH+6kp9-DzU#`\=G-=o1̐m,F7=n'Î$xl;*pMg59z$n7-=9/X99!
nɌܴ ;&57+GOG3;6)67x#A[o7Gথ6*p˝{܌MK;WmOZn[MK
܆T@\n3޳7-=22O0_.CFo!ܴg竹}f,7'3cE7-=ߊn$Z[<YnZzxnI[
pkiQVI[
p;-psP6
pi¸m/{:OCM&aMJqЃ2}ۃ<b|M^m4 gMKO\wO\[{&oz"5=c\_:0;"zbp0AN~>
zY9@qnZz6UDv5|ͷ;Ѧ7-=|_8H,2Xa{`pajvVBFqc};+DVcs9Ͳ	8a帳׸QK
s{P֞7Yi}!p+.JTU<nE4	N$Y9
Q[ՄEথ.pۡ~[[nZzxnn$=7-=|>LM@	ܴ}ab5fVܚ@Ygqb=-Zথ=C*Lxk-vi&
piQf|n-vG0,ڛY9^_hj<7-=n$x~ܴVab[O\nm@থGnaIbn7,Qs÷ij&vVD$ߦ7-=|_x\BX}Wথ[l~{G[<
ܴvV6Dro7-=<7c[EqbnEϭ<a2УE=nqnӝ7-=|_m$°MKr[0#	V."{GZ&bq䶊a&n0_SLn!X5CoPD9m{K6[+50<V!p҃1L)Y]g߃,&bMK#ax=WfƨnZzb9#pWrJ0g5 gHথ2̇q׈V0DL3&psܚی[[n䶄a:!&[1kp1ANOMK^b;]7}MKr+c;=-x+r&b37-=%%mS.-au48)uܐEY&XyunYU02\DL3.pgB
m#y#uA.g[
5Y9z
9Z	rznVwOথ0ngx{ V7iAn30+Ӿ9WA*C
n"&		ܴ~JmFJܴܔ:Ipѓ<7MKr[07ipXﵩ cǍ9=^~~!p;V
n6j=Ӭjj7-=<$
 7-=<!Ipn#7-=|Y9^U,Us:;hz^qr;sVoTavhp1ANOMK/N/kM5yC-m!0J`U=BথjnvVujn;Il*"uz[nͬtUmx5 'p҃2f0kZs32̃q MKfü$p;iqZ1ױ=ANEհa"j\थfB[lfFY|n8ncV,z[
Ut4ɧI2L7ܴ'*+nDE[n>nc)MKra3S[mշzrew	 gXথ+Xc<6Xc1Rž 3U)JX9X~[pQ[L _z\c/CwCTh,bMKrc<0m6<	rzܴ2,iVaipiQVIp{
ܴ
܆
p