INFO-VAX Wed, 15 Oct 2008 Volume 2008 : Issue 557 Contents: Re: Bypass mount/system request at boot time? Re: Bypass mount/system request at boot time? Re: Bypass mount/system request at boot time? Re: Bypass mount/system request at boot time? Re: Bypass mount/system request at boot time? Re: Bypass mount/system request at boot time? Re: Bypass mount/system request at boot time? Re: Bypass mount/system request at boot time? Re: Bypass mount/system request at boot time? Re: Bypass mount/system request at boot time? Re: Bypass mount/system request at boot time? Healthcare customer upgrades for High Availability and Disaster Tolerance Tolera PC Systems for sale Re: PC Systems for sale Re: PC Systems for sale Re: PC Systems for sale [ANN] Data Plotting Library DISLIN 9.4 ---------------------------------------------------------------------- Date: Wed, 15 Oct 2008 09:45:24 +0100 From: "Ed Dennison" Subject: Re: Bypass mount/system request at boot time? Message-ID: "Phillip Helbig---remove CLOTHES to reply" wrote in message news:gd3v58$vsg$1@online.de... > In article , John Santos > writes: > >> With the disk present but unmountable, you are in this Catch-22: >> the normal default for MOUNT is /ASSIST, but OPCOM isn't running yet >> and logins aren't enabled yet, so you can't log in to reply to the >> mount request. You should add /noassist to the mounts in >> systartup_vms.com, or stick them in a batch job that doesn't get >> executed until after logins are enabled and the rest of the system >> is up. (But you probably need the disks mounted to start the >> application, so I would go with mount/noassist. Then at least you >> can log in and fix things if a disk goes south.) > > I agree! MOUNT/NOASSIST in the startup, especially if you expect things > to come up automatically out of the box after, say, an emergency reboot, > power failure etc. > At startup you should not need to specify /NOASSIST. This should - in theory - be the default. VMS$BASEENVIRON-050_VMS.COM sets up the symbol 'mount' and equates it to 'mount/noassist'. So long as this procedure runs (and you spell 'mount' correctly) you should not need to use the /NOASSIST qualifier. Regards, Ed Dennison ------------------------------ Date: Wed, 15 Oct 2008 02:25:46 -0700 (PDT) From: Bob Gezelter Subject: Re: Bypass mount/system request at boot time? Message-ID: On Oct 14, 10:13=A0pm, PR wrote: > I have a remote client that has somehow gotten himself into a mess, > and I'm not sure how to get them out of it remotely. > > They hired a consultant to come in an "work on the network." =A0This - > ah - "brilliant person" apparently convinced them he just had to > reboot the 2660. > > He booted the 2660 system with a Linux DVD and somehow or another, > managed to format the second drive (used for data storage) with > Linux. =A0How is beyond me... > > Anyway, I'm a good 500 miles away from this server physically, and > there is a mount/system command in the systartup_vms.com file to mount > this noe Linux formatted disk. Which obviously won't mount. > > The system boot stalls at this mount request. I think I might be able > to put an /ASSIST qualifier in there and cancel the mount, but I have > to get past the mount request to do that. :) > > Is there any easy way around this? Will just pulling the drive enable > it to bypass? > > I'm overnighting a freshly formatted drive that will mount, but if I > can get this production box > up tonight, it would be a nice thing. > > Sneaky tricks invited. =A0:) > > -Paul Paul, When confronted with such a situation (e.g., "system will not boot because of an unplanned for scenario that the various startup procedures are not designed to deal with"), my standard solutions are the two most basic solutions. When one has access to the MP console on an Integrity, they are particularly useful remotely. In the both cases, a conversational bootstrap can be set from the MP console. This will give control to the console in SYSBOOT. At the SYSBOOT prompt, one has a wide set of choices to address the problem. In this case, I generally find two alternatives most useful: - issue a "SET STARTUP_P1 "MIN", then "CONTINUE" to do a minimal system startup (see the "OpenVMS System Manager's Manual") - issue a "SET /STARTUP=3DOPA0:", then "CONTINUE" to give control back to the operator before the STARTUP process actually starts. At this point, one has a variety of options, but care is needed, most of the environment is not functional. I particularly recommend an immediate SPAWN command (error handling is somewhat lacking and one can therefore need to reboot, which is an annoyance), In either case, some care would have allowed you to bring the damaged volume online (e.g., SYSMAN IO ...), fix the volume label, etc., and then continue the normal startup process manually by invoking the [SYS0.SYSCOMMON.SYSEXE]STARTUP.COM. Note that this is before all of the logical names are defined, so it is necessary to enumerate the path directly. I hope that this is helpful. - Bob Gezelter, http://www.rlgsc.com ------------------------------ Date: Wed, 15 Oct 2008 02:27:03 -0700 (PDT) From: Bob Gezelter Subject: Re: Bypass mount/system request at boot time? Message-ID: On Oct 14, 10:13=A0pm, PR wrote: > I have a remote client that has somehow gotten himself into a mess, > and I'm not sure how to get them out of it remotely. > > They hired a consultant to come in an "work on the network." =A0This - > ah - "brilliant person" apparently convinced them he just had to > reboot the 2660. > > He booted the 2660 system with a Linux DVD and somehow or another, > managed to format the second drive (used for data storage) with > Linux. =A0How is beyond me... > > Anyway, I'm a good 500 miles away from this server physically, and > there is a mount/system command in the systartup_vms.com file to mount > this noe Linux formatted disk. Which obviously won't mount. > > The system boot stalls at this mount request. I think I might be able > to put an /ASSIST qualifier in there and cancel the mount, but I have > to get past the mount request to do that. :) > > Is there any easy way around this? Will just pulling the drive enable > it to bypass? > > I'm overnighting a freshly formatted drive that will mount, but if I > can get this production box > up tonight, it would be a nice thing. > > Sneaky tricks invited. =A0:) > > -Paul Paul, A supplement to my previous post. Do put a message in the console log documenting what happened so that there is a record of the event. - Bob Gezelter, http://www.rlgsc.com ------------------------------ Date: Wed, 15 Oct 2008 10:25:08 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: Bypass mount/system request at boot time? Message-ID: <00A81217.3C00F3C8@SendSpamHere.ORG> In article , PR writes: >On Oct 14, 9:26=A0pm, s...@antinode.info (Steven M. Schweda) wrote: >> From: PR >> >> > Is there any easy way around this? Will just pulling the drive enable >> > it to bypass? >> >> =A0 =A0If the device does not exist, the MOUNT should fail quickly and >> easily: >> >> ALP $ mount /system dkc0: fred >> %MOUNT-F-NOSUCHDEV, no such device available >> ALP $ >> >> =A0 =A0I'd try pulling the drive. >> >> ------------------------------------------------------------------------ >> >> =A0 =A0Steven M. Schweda =A0 =A0 =A0 =A0 =A0 =A0 =A0 sms@antinode-info >> =A0 =A0382 South Warwick Street =A0 =A0 =A0 =A0(+1) 651-699-9818 >> =A0 =A0Saint Paul =A0MN =A055105-2547 > >Thanks guys - pulling the drive got past the issue, and allowed me to >bring the system up remotely from the MP. I edited the >systartup_vms.com file as suggested, and all is now - sort of well. >The disk is reinitialized and I copied the data back onto it from the >production volume. > >Oh, for that to make sense you would need to know that this particular >volume is a volume I initialize and copy all the data from production >to at 6pm each day. Then I mount the thing with /NOWRITE so it is >available as a read-only reference during the day, and run the tape >backups off the copied data. Cheap way to keep the data consistant. I >just copied todays data back onto the disk. > >Amazing isn't it that someone would think that a disk mounted /NOWRITE >must be broken and needs to be fixed under Linux? >(*sigh*) > >Anyone that responded and wants a six-pack of their favorite brew- >send me your address via the e-mail address above. > >Thanks! >-Paul > > >P.S. The incompetent boob who caused this problem is, I understand, >banned from ever setting foot in the site again. He's now a non-sultant. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM ... pejorative statements of opinion are entitled to constitutional protection no matter how extreme, vituperous, or vigorously expressed they may be. (NJSC) Copr. 2008 Brian Schenkenberger. Publication of _this_ usenet article outside of usenet _must_ include its contents in its entirety including this copyright notice, disclaimer and quotations. ------------------------------ Date: Wed, 15 Oct 2008 03:52:52 -0700 (PDT) From: FrankS Subject: Re: Bypass mount/system request at boot time? Message-ID: <335d3a74-8092-4ec2-a292-2d875135f8e0@z18g2000prn.googlegroups.com> On Oct 14, 11:51=A0pm, PR wrote: > Amazing isn't it that someone would think that a disk mounted /NOWRITE > must be broken and needs to be fixed under Linux? > (*sigh*) Clearly he's someone that thinks OpenVMS is a Unix/Linux variant. ------------------------------ Date: Wed, 15 Oct 2008 07:25:22 -0400 From: "Richard B. Gilbert" Subject: Re: Bypass mount/system request at boot time? Message-ID: PR wrote: > I have a remote client that has somehow gotten himself into a mess, > and I'm not sure how to get them out of it remotely. > > They hired a consultant to come in an "work on the network." This - > ah - "brilliant person" apparently convinced them he just had to > reboot the 2660. > > He booted the 2660 system with a Linux DVD and somehow or another, > managed to format the second drive (used for data storage) with > Linux. How is beyond me... > > Anyway, I'm a good 500 miles away from this server physically, and > there is a mount/system command in the systartup_vms.com file to mount > this noe Linux formatted disk. Which obviously won't mount. > > The system boot stalls at this mount request. I think I might be able > to put an /ASSIST qualifier in there and cancel the mount, but I have > to get past the mount request to do that. :) > > Is there any easy way around this? Will just pulling the drive enable > it to bypass? > > I'm overnighting a freshly formatted drive that will mount, but if I > can get this production box > up tonight, it would be a nice thing. > > Sneaky tricks invited. :) > > -Paul > Short of concealing a poisoned needle in the power button, there isn't a heck of a lot you can do. I would write a letter to each of your people who were involved. The letter would threaten instant termination for tampering in any way with your server or permitting others to do so. You will still probably have to fire a couple of people before the message sinks in! -- draco vulgaris ------------------------------ Date: Wed, 15 Oct 2008 12:15:59 GMT From: "Tim Wilkinson" Subject: Re: Bypass mount/system request at boot time? Message-ID: <3alJk.72101$E41.25252@text.news.virginmedia.com> "PR" wrote in message news:0f71d7a7-45cf-4f1a-8caa-24a40e8a77a2@b31g2000prf.googlegroups.com... >I have a remote client that has somehow gotten himself into a mess, > and I'm not sure how to get them out of it remotely. > > They hired a consultant to come in an "work on the network." This - > ah - "brilliant person" apparently convinced them he just had to > reboot the 2660. > > He booted the 2660 system with a Linux DVD and somehow or another, > managed to format the second drive (used for data storage) with > Linux. How is beyond me... > > Anyway, I'm a good 500 miles away from this server physically, and > there is a mount/system command in the systartup_vms.com file to mount > this noe Linux formatted disk. Which obviously won't mount. > > The system boot stalls at this mount request. I think I might be able > to put an /ASSIST qualifier in there and cancel the mount, but I have > to get past the mount request to do that. :) > > Is there any easy way around this? Will just pulling the drive enable > it to bypass? > > I'm overnighting a freshly formatted drive that will mount, but if I > can get this production box > up tonight, it would be a nice thing. > > Sneaky tricks invited. :) > > -Paul > Good reason to have all systems locked away, since the rise of PCs/ departmental/workgroup servers etc people think there is nothing wrong with putting their most expensive asset, i.e. . data out where all and sundry can get at them. This includes operator consoles etc. Although I am these days a Linux man I spent 18 years with VAX systems and would never consider letting anyone with no VMS knowledge near one. 2 weeks ago I was phoned by a director in panic mode, could I get his VAX up and running from 300 miles away. err no, I have never been near this machine or a real vax in years(simh for me thee days). Have no accounts etc. I am not going to tell him about conversional boots, alternative uaf etc to break in. There are times when only those who know the purpose of a system, how and why it is configured should be allowed near a system. The system manager being off sick is not justification for me to try to hack, or even worse talk a management type through the process. Strange then that I tend to leave my oracle databases with the default sys password on the grounds that it is only something Oracle DBAs would/should know and in my absence any DBA should be able to diagnose/ propose a solution. Hopefully they are the sort of people though who would back up a database before hacking. ie. not a consultant. easily identified as probably late 20s, smart suit, knows it all and yet no idea. ------------------------------ Date: 15 Oct 2008 07:29:55 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: Bypass mount/system request at boot time? Message-ID: In article <0f71d7a7-45cf-4f1a-8caa-24a40e8a77a2@b31g2000prf.googlegroups.com>, PR writes: > Is there any easy way around this? Will just pulling the drive enable > it to bypass? Pulling the drive will cause the mount to fail. If there is sufficient error handling in systartup_vms.com, that will do as a quick fix from far away. The real fix, of course, would require access to the console. I assume your client doesn't know enough to carry that out for you over the phone? ------------------------------ Date: 15 Oct 2008 07:44:04 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: Bypass mount/system request at boot time? Message-ID: In article <0f71d7a7-45cf-4f1a-8caa-24a40e8a77a2@b31g2000prf.googlegroups.com>, PR writes: > > Anyway, I'm a good 500 miles away from this server physically, and > there is a mount/system command in the systartup_vms.com file to mount > this noe Linux formatted disk. Which obviously won't mount. In this case the mount should have failed similar to how it would if it wasn't there, unless the system was clustered and sent an operator request to a disk operator elsewhere? Do you know what did happen? Anything in OPERATOR.LOG? ------------------------------ Date: Wed, 15 Oct 2008 14:50:11 +0000 (UTC) From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) Subject: Re: Bypass mount/system request at boot time? Message-ID: In article , "Ed Dennison" writes: > > I agree! MOUNT/NOASSIST in the startup, especially if you expect things > > to come up automatically out of the box after, say, an emergency reboot, > > power failure etc. > > At startup you should not need to specify /NOASSIST. This should - in > theory - be the default. > VMS$BASEENVIRON-050_VMS.COM sets up the symbol 'mount' and equates it to > 'mount/noassist'. > So long as this procedure runs (and you spell 'mount' correctly) you should > not need to use the /NOASSIST qualifier. I guess the OP had a procedure which was not called from the startup procedure, but was submitted as a batch job, run as a detached process etc---otherwise he wouldn't have had the problem. ------------------------------ Date: Wed, 15 Oct 2008 10:08:58 -0700 (PDT) From: Ken.Fairfield@gmail.com Subject: Re: Bypass mount/system request at boot time? Message-ID: On Oct 15, 7:50=A0am, hel...@astro.multiCLOTHESvax.de (Phillip Helbig--- remove CLOTHES to reply) wrote: > In article , "Ed Dennison" > > writes: > > > I agree! =A0MOUNT/NOASSIST in the startup, especially if you expect t= hings > > > to come up automatically out of the box after, say, an emergency rebo= ot, > > > power failure etc. > > > At startup you should not need to specify /NOASSIST. This should - in > > theory - be the default. > > VMS$BASEENVIRON-050_VMS.COM sets up the symbol 'mount' and equates it t= o > > 'mount/noassist'. > > So long as this procedure runs (and you spell 'mount' correctly) you sh= ould > > not need to use the /NOASSIST qualifier. > > I guess the OP had a procedure which was not called from the startup > procedure, but was submitted as a batch job, run as a detached process > etc---otherwise he wouldn't have had the problem. Or abbreviated "mount": the symbol is defined so: $mount :=3D mount/noassist with no asterisk to allow truncation. BTW, I *always* fully spell out DCL command verbs and symbols in *procedures* I write, including SYSTARTUP_VMS.COM, etc.. I can't tell you how many old procedures I encounter have things like "del" and "cop" in them for no apparent reason, or "say" with no local definition (as Write Sys$Output). I fix them if I have to touch them. -Ken ------------------------------ Date: Wed, 15 Oct 2008 01:12:16 -0700 (PDT) From: IanMiller Subject: Healthcare customer upgrades for High Availability and Disaster Tolerance Tolera Message-ID: <7c420bbe-a0ba-4a1e-967c-73d524d5b2c0@l33g2000pri.googlegroups.com> A description of a fine new multisite openvms integrity server has been published by availability digest http://www.openvms.org/stories.php?story=08/10/15/6632958 Also in the same issue a story on what happens if you downgrade from HP (tandem) non-stop to windows - London Stock Exchange PC-Trading System Down for a Day http://www.availabilitydigest.com/public_articles/0310/london_stock_exchange.pdf ------------------------------ Date: Wed, 15 Oct 2008 10:33:18 -0400 From: "David Turner, islandco.com" Subject: PC Systems for sale Message-ID: Very quick NEW Island Datastore P2Duo Syhstems These have become very popular with our customers as we can still sell NEW XP Pro with these Intel P2CoreDuo 3Ghz Minitower ASUS Motherboard 2GB Memory (2 x 1GB DDR2) 512MB Nvidia Graphics 250GB SATAII Disk CD/DVDRW-DL On Board Gigabit Windows XP Pro Keytronic Heavy Duty Keyboard and Mouse (Old IBM Style) No Monitor Total Per System $820 Shipping within the US: $26 3 Year Warranty -- David B Turner ============================================= Island Computers US Corp PO Box 86 Tybee GA 31328 Toll Free: 1-877 636 4332 x201, Mobile x251 Email: dturner@islandco.com International & Local: (001)- 404-806-7749 Fax: 912 786 8505 Web: www.islandco.com ============================================= ------------------------------ Date: Wed, 15 Oct 2008 10:11:44 -0700 (PDT) From: johnwallace4@yahoo.co.uk Subject: Re: PC Systems for sale Message-ID: <22dc096d-6865-406e-bc77-8eaa2762cb6b@75g2000hso.googlegroups.com> On Oct 15, 3:33 pm, "David Turner, islandco.com" wrote: > Very quick > > NEW Island Datastore P2Duo Syhstems > > These have become very popular with our customers as we can still sell NEW > XP Pro with these > > Intel P2CoreDuo 3Ghz Minitower > ASUS Motherboard > 2GB Memory (2 x 1GB DDR2) > 512MB Nvidia Graphics > 250GB SATAII Disk > CD/DVDRW-DL > On Board Gigabit > Windows XP Pro > Keytronic Heavy Duty Keyboard and Mouse (Old IBM Style) > No Monitor > > Total Per System $820 > > Shipping within the US: $26 > > 3 Year Warranty > > -- > David B Turner > > ============================================= > > Island Computers US Corp > PO Box 86 > Tybee GA 31328 > > Toll Free: 1-877 636 4332 x201, Mobile x251 > Email: dtur...@islandco.com > International & Local: (001)- 404-806-7749 > Fax: 912 786 8505 > Web:www.islandco.com > > ============================================= For those who don't mind slumming it, both HP and Dell websites are quite happy to sell desktops with Windows XP support. Eg Dell Optiplex can still be bought with XP pre-installed for a small additional fee, and HP/Compaq dx-series desktops sold with Vista Business comes with XP Pro downgrade rights and support (Vista Business brings the downgrade rights, whether the box is supported with XP is decided by the box builder). And for those who don't mind a bit of DIY, Windows XP OEM licence +media should still be available (at least while stocks last) from the usual retail PCbuilder outlets. Vista still isn't mandatory yet, much to their disappointment. ------------------------------ Date: Wed, 15 Oct 2008 17:30:14 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: PC Systems for sale Message-ID: <00A81252.9ED4222D@SendSpamHere.ORG> In article <22dc096d-6865-406e-bc77-8eaa2762cb6b@75g2000hso.googlegroups.com>, johnwallace4@yahoo.co.uk writes: >On Oct 15, 3:33 pm, "David Turner, islandco.com" > wrote: >> Very quick >> >> NEW Island Datastore P2Duo Syhstems >> >> These have become very popular with our customers as we can still sell NEW >> XP Pro with these >> >> Intel P2CoreDuo 3Ghz Minitower >> ASUS Motherboard >> 2GB Memory (2 x 1GB DDR2) >> 512MB Nvidia Graphics >> 250GB SATAII Disk >> CD/DVDRW-DL >> On Board Gigabit >> Windows XP Pro >> Keytronic Heavy Duty Keyboard and Mouse (Old IBM Style) >> No Monitor >> >> Total Per System $820 >> >> Shipping within the US: $26 >> >> 3 Year Warranty >> >> -- >> David B Turner >> >> ============================================= >> >> Island Computers US Corp >> PO Box 86 >> Tybee GA 31328 >> >> Toll Free: 1-877 636 4332 x201, Mobile x251 >> Email: dtur...@islandco.com >> International & Local: (001)- 404-806-7749 >> Fax: 912 786 8505 >> Web:www.islandco.com >> >> ============================================= > >For those who don't mind slumming it, both HP and Dell websites are >quite happy to sell desktops with Windows XP support. Eg Dell Optiplex >can still be bought with XP pre-installed for a small additional fee, >and HP/Compaq dx-series desktops sold with Vista Business comes with >XP Pro downgrade rights and support (Vista Business brings the >downgrade rights, whether the box is supported with XP is decided by >the box builder). > >And for those who don't mind a bit of DIY, Windows XP OEM licence >+media should still be available (at least while stocks last) from the >usual retail PCbuilder outlets. > >Vista still isn't mandatory yet, much to their disappointment. ...and this has "WHAT?" to do with VMS??? Why, abso-fucking-lutely nothing! Take it to comp.system.WEENDOZE.WANKERZ (aka. comp.system.WEENDOZE.advocacy) -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM ... pejorative statements of opinion are entitled to constitutional protection no matter how extreme, vituperous, or vigorously expressed they may be. (NJSC) Copr. 2008 Brian Schenkenberger. Publication of _this_ usenet article outside of usenet _must_ include its contents in its entirety including this copyright notice, disclaimer and quotations. ------------------------------ Date: Wed, 15 Oct 2008 17:35:19 GMT From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= Subject: Re: PC Systems for sale Message-ID: VAXman- @SendSpamHere.ORG wrote: > In article <22dc096d-6865-406e-bc77-8eaa2762cb6b@75g2000hso.googlegroups.com>, johnwallace4@yahoo.co.uk writes: >> On Oct 15, 3:33 pm, "David Turner, islandco.com" >> wrote: >>> Very quick >>> >>> NEW Island Datastore P2Duo Syhstems >>> >>> These have become very popular with our customers as we can still sell NEW >>> XP Pro with these >>> >>> Intel P2CoreDuo 3Ghz Minitower >>> ASUS Motherboard >>> 2GB Memory (2 x 1GB DDR2) >>> 512MB Nvidia Graphics >>> 250GB SATAII Disk >>> CD/DVDRW-DL >>> On Board Gigabit >>> Windows XP Pro >>> Keytronic Heavy Duty Keyboard and Mouse (Old IBM Style) >>> No Monitor >>> >>> Total Per System $820 >>> >>> Shipping within the US: $26 >>> >>> 3 Year Warranty >>> >>> -- >>> David B Turner >>> >>> ============================================= >>> >>> Island Computers US Corp >>> PO Box 86 >>> Tybee GA 31328 >>> >>> Toll Free: 1-877 636 4332 x201, Mobile x251 >>> Email: dtur...@islandco.com >>> International & Local: (001)- 404-806-7749 >>> Fax: 912 786 8505 >>> Web:www.islandco.com >>> >>> ============================================= >> For those who don't mind slumming it, both HP and Dell websites are >> quite happy to sell desktops with Windows XP support. Eg Dell Optiplex >> can still be bought with XP pre-installed for a small additional fee, >> and HP/Compaq dx-series desktops sold with Vista Business comes with >> XP Pro downgrade rights and support (Vista Business brings the >> downgrade rights, whether the box is supported with XP is decided by >> the box builder). >> >> And for those who don't mind a bit of DIY, Windows XP OEM licence >> +media should still be available (at least while stocks last) from the >> usual retail PCbuilder outlets. >> >> Vista still isn't mandatory yet, much to their disappointment. > > ...and this has "WHAT?" to do with VMS??? Why, abso-fucking-lutely nothing! > > Take it to comp.system.WEENDOZE.WANKERZ (aka. comp.system.WEENDOZE.advocacy) > A nice table-top front-end to your VMS servers, of course ! :-) ------------------------------ Date: Wed, 15 Oct 2008 10:45:47 +0200 From: Helmut Michels Subject: [ANN] Data Plotting Library DISLIN 9.4 Message-ID: Dear VMS users, I am pleased to announce version 9.4 of the data plotting software DISLIN. DISLIN is a high-level and easy to use plotting library for displaying data as curves, bar graphs, pie charts, 3D-colour plots, surfaces, contours and maps. Several output formats are supported such as X11, VGA, PostScript, PDF, CGM, WMF, HPGL, TIFF, GIF, PNG, BMP and SVG. The software is available for the most C, Fortran 77 and Fortran 90/95 compilers. Plotting extensions for the interpreting languages Perl, Python and Java are also supported. DISLIN distributions and manuals in PDF, PostScript and HTML format are available from the DISLIN home page http://www.dislin.de and via FTP from the server ftp://ftp.gwdg.de/pub/grafik/dislin All DISLIN distributions are free for non-commercial use. Licenses for commercial use are available from the site http://www.dislin.de. ------------------- Helmut Michels Max Planck Institute for Solar System Research Phone: +49 5556 979-334 Max-Planck-Str. 2 Fax : +49 5556 979-240 D-37191 Katlenburg-Lindau Mail : michels@mps.mpg.de ------------------------------ End of INFO-VAX 2008.557 ************************