1 INFO-VAX	Thu, 06 Apr 2006	Volume 2006 : Issue 191       Contents:$ Re: "Mount Verify" messages in OPCOM$ Re: "Mount Verify" messages in OPCOM$ Re: "Mount Verify" messages in OPCOMP Re: announcement:Announcing HP DECforms Version 4.0 for OpenVMS on HP Integrity  Re: Anyone for CORAL?  Re: Anyone for CORAL?  Re: Anyone for CORAL?  Re: Anyone for CORAL? ? Re: Can't get rid of trailing separator page with CMU LPR queue  DECWindows not starting  Re: DECWindows not starting  Re: DECWindows not starting ! Home based Internet research Jobs ' Re: OpenVMS is the worlds best desktop! ' Re: OpenVMS is the worlds best desktop! ' Re: OpenVMS is the worlds best desktop! . Re: Opinion: I was just trying to sell OpenVMS. Re: Strange behavior of DEFINE with equal-sign Re: VXT 2000+ monitor options  Re: VXT 2000+ monitor options   F ----------------------------------------------------------------------   Date: 6 Apr 2006 05:51:27 -0700  From: mckinneyj@saic.com- Subject: Re: "Mount Verify" messages in OPCOM C Message-ID: <1144327887.804602.200380@j33g2000cwa.googlegroups.com>    >> Not sure what to do about it  > J > Check the consoles on your HSG's. Probably find COMMAND ABORTED messages( > scrolling by faster than you can read.  D And you might also check node XXXXXX's error log for disk/controller errors.    ------------------------------   Date: 6 Apr 2006 08:52:23 -0500 . From: brooks@cuebid.zko.hp.nospam (Rob Brooks)- Subject: Re: "Mount Verify" messages in OPCOM , Message-ID: <F7z6ofx2X6xk@cuebid.zko.hp.com>  $ dave.baxter@bannerhealth.com writes:F >      Can anyone tell me what these messages mean, how dangerous they. > are, and what I can do to troubleshoot them. > H > %%%%%%%%%%%  OPCOM   5-APR-2006 15:45:25.38  %%%%%%%%%%%    (from node$ > XXXXXX at  5-APR-2006 15:45:25.40)H > DSA13: 5 Mount verification messages have been suppressed in past 2245
 > seconds. > E > when I look at the volumes I can never actually catch them in mount 	 > verify.   G Mount verification happens when an I/O fails with an error message that N is subject to mount verification.  There are fatal errors that are not subjectO to being retried; in that (much more problematic) case, the failure is returned > back to the issuing application.  This is quite rare, however.  N For the much more common case, there can be any number of not-so-scary reasonsK for mount verification to happen.  Multipath path switching is done in the  6 context of a mount verification -- if anyone issues a M $ SET DEVICE /PATH = <path> /SWITCH command, multipath throws the device into - mount verification to effect the path switch.   F A SAN disruption (fabric reconfig, etc...) can cause transient errors.  L Note that starting with V7.3-2, mount verification suppression is enabled byO default (as evidenced by the OPCOM message).  Please see the MVSUPMSG_INTVL and ) MVSUPMSG_NUM SYSGEN params for more info.   I In general, we suppress mount verification messages if the reason for the P mount verification can be "fixed" almost immediately.  The suppression work was G done in response to user feedback that spurious, inconsequential mount  O verification messages were troubling to operators, and that if the problem was  F short-lived, there was a preference to cut down on the OPCOM messages.  K If the error count on the device in question is not increasing (and someone = has not reset the error count), I would not be too concerned.    --    L Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.hp.com   ------------------------------   Date: 6 Apr 2006 07:24:13 -0700 " From: dave.baxter@bannerhealth.com- Subject: Re: "Mount Verify" messages in OPCOM B Message-ID: <1144333453.275757.83750@u72g2000cwu.googlegroups.com>  @ Thanks for your response Rob.     I should have mention that theE Storage sub-system is EVA500  (i.e. HSV).   With your explanation, it C makes sense.    We had a node crash Monday Night (failed CPU) and a D scheduled "replacement" PM on Tuesday evening.     Obviously, when aE node crash or shutdown occurs there are many path switches which take D place, and this is probably the source of these messages.     I haveF seen it on occasion before, however I had not made the connection with node shutdowns.   ' Your explanation makes it much clearer.    Thanks.    Dave.    ------------------------------  % Date: Thu, 06 Apr 2006 11:09:47 -0400 ' From: John Sauter <J_Sauter@Empire.Net> Y Subject: Re: announcement:Announcing HP DECforms Version 4.0 for OpenVMS on HP Integrity  8 Message-ID: <ndba321q8v1q4245ld6vvd4pj53qm09qhs@4ax.com>  . susan_skonetski@hotmail.com wrote (excerpted):  G >Announcing HP DECforms Version 4.0 for OpenVMS on HP Integrity servers  >and AlphaServer systems.  > B >HP DECforms V4.0 for OpenVMS HP Integrity servers and AlphaServerF >systems are available today from the Q1 2006 OpenVMS software productA >library. DECforms is used to develop and deploy forms-based user D >interfaces for interactive applications running on OpenVMS systems.G >DECforms V4.0 is the first product release for OpenVMS on HP Integrity 	 >servers.  >  >  >DECforms web site: 9 >http://h71000.www7.hp.com/commercial/decforms/index.html  > " >DECforms technical documentation:, >http://h71000.www7.hp.com/doc/decforms.html > , >Rick McLaughlin, DECforms Business Manager,  D This was a real nostalgia message for me.  I was one of the original? DECforms developers.  I concentrated on the design of the data  B structure that describes a form, and I also brought into the group< the LALRPAT software used for parsing.  I developed a cleverD trick for hashing identifiers to avoid having to search the reserved word table.   A During the roll-out, after teaching the product at several field  ; offices, I went to Colorado Springs and taught the support  ; organization.  Based on the relationships I developed while ? I was there, I was able to monitor the support logs.  I brought < customer suggestions to Engineering, and was able to correct" incomplete responses to customers.  6 Later, I was project leader of DECforms version 1.3, a maintenance release.   Thanks for the memories.%     John Sauter (J_Sauter@Empire.Net)    ------------------------------   Date: 6 Apr 2006 01:57:20 -0700 # From: "H Vlems" <hvlems@freenet.de>  Subject: Re: Anyone for CORAL?C Message-ID: <1144313840.800680.320390@t31g2000cwb.googlegroups.com>   A CORAL66 may be the last general purpose programming language that ? supports  call by name parameters in procedures. So you can use E programming techniques like Jensen's device. If Unisys still supports D its MCP then their ALGOL compilers are also still around, which alsoE have support for call by name parameters. And no, call by name is not ; the same nor even remotely similar to call by reference....    Hans   ------------------------------   Date: 6 Apr 2006 08:18:01 -0700 6 From: "TriumphMan" <triumphman@karibuni.fsworld.co.uk> Subject: Re: Anyone for CORAL?C Message-ID: <1144336681.429320.120470@i39g2000cwa.googlegroups.com>   C We used CORAL-66 first on a Honeywell DDP-516 (Honeywell compiler), G then on a PDP-11/45 and later on various MicroPDP-11s (RMCS compiler by E Robert Firth), then on the VAX under VMS (a completely different RMCS B compiler by John Hunter). The application was flight data recorderG replay and analysis (still doing that today, but m$ and C++ - sigh). We F started to use CORAL because it was a viable alternative to FORTRAN on: the DDP-516. We found the code quality much improved (moreE maintainable, lower bug density) when we made the change. And somehow A we stuck with it until the late 1990's. Now it seems much of that A system software is lost. I have heard that a copy the RMCS PDP-11 F compiler has been found but I don't hold out much hope for the others.F Pity; how am I going to compile my source code now there are emulators available? ;-)   ------------------------------  % Date: Thu, 06 Apr 2006 08:30:06 -0700 # From: "Tom Linden" <tom@kednos.com>  Subject: Re: Anyone for CORAL?) Message-ID: <op.s7leoghnzgicya@hyrrokkin>   0 On Thu, 06 Apr 2006 08:18:01 -0700, TriumphMan  * <triumphman@karibuni.fsworld.co.uk> wrote:  E > We used CORAL-66 first on a Honeywell DDP-516 (Honeywell compiler), I > then on a PDP-11/45 and later on various MicroPDP-11s (RMCS compiler by G > Robert Firth), then on the VAX under VMS (a completely different RMCS D > compiler by John Hunter). The application was flight data recorderI > replay and analysis (still doing that today, but m$ and C++ - sigh). We H > started to use CORAL because it was a viable alternative to FORTRAN on< > the DDP-516. We found the code quality much improved (moreG > maintainable, lower bug density) when we made the change. And somehow C > we stuck with it until the late 1990's. Now it seems much of that C > system software is lost. I have heard that a copy the RMCS PDP-11 H > compiler has been found but I don't hold out much hope for the others.H > Pity; how am I going to compile my source code now there are emulators > available? ;-) > F I thought the CORAL-66 compiler on the VAX used the PL/I backend, VCG.F Have a vague recollection of speaking with someonefrom Reading 1981 at the Systems show in Munich.    ------------------------------   Date: 6 Apr 2006 15:45:01 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon) Subject: Re: Anyone for CORAL?+ Message-ID: <49krbsFpd1f3U2@individual.net>   C In article <1144336681.429320.120470@i39g2000cwa.googlegroups.com>, 9 	"TriumphMan" <triumphman@karibuni.fsworld.co.uk> writes: E > We used CORAL-66 first on a Honeywell DDP-516 (Honeywell compiler), I > then on a PDP-11/45 and later on various MicroPDP-11s (RMCS compiler by G > Robert Firth), then on the VAX under VMS (a completely different RMCS D > compiler by John Hunter). The application was flight data recorderI > replay and analysis (still doing that today, but m$ and C++ - sigh). We H > started to use CORAL because it was a viable alternative to FORTRAN on< > the DDP-516. We found the code quality much improved (moreG > maintainable, lower bug density) when we made the change. And somehow C > we stuck with it until the late 1990's. Now it seems much of that C > system software is lost. I have heard that a copy the RMCS PDP-11 H > compiler has been found but I don't hold out much hope for the others.H > Pity; how am I going to compile my source code now there are emulators > available? ;-)   G I don't suppose there is any chance any of these PDP-11 CORAL compilers  are publicly available for use?    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------   Date: 6 Apr 2006 06:23:46 -0700  From: bill@wcschmidt.comH Subject: Re: Can't get rid of trailing separator page with CMU LPR queueC Message-ID: <1144329826.202588.207990@v46g2000cwv.googlegroups.com>   > Yiour problem is not a queue setting, you need to turn off the1 banner/trailer pages via the printer command port      mcbill20@yahoo.com wrote: F > Hello all. I inherited some VMS 5.5-2 systems with CMU IP stacks. WeH > recently purchased some new network laser printers and I had to set upI > LPR queues for these. Everything works OK except that I can't get it to I > stop printing trailing separator pages. I've tried to find some current G > CMU IP downloads or documentation but this is so old that I don't see  > anything out there.  > C > Unfortunately, due to the applications running on these machines, H > changing IP stacks is not an option.  In order to create these queues,2 > I added the following to the inet$printcap file: > I > hpclj5550_e326 "hpclj5550-hall.xyz.com" "vax10.xyz.com" vax10:: default  > start B > hplj5si_e310 "HPLJ5SI-E326-HALL.xyz.com" "vax10.xyz.com" vax10:: > default start  > , > Here is the output from a show queue/full: > F > Printer queue HPCLJ5550_E326, idle, on VAX10::, mounted form DEFAULT< >   /BASE_PRIORITY=4 /DEFAULT=(FORM=DEFAULT) /OWNER=[SYSTEM]1 > /PROCESSOR=LPRSMB /PROTECTION=(S:E,O:D,G:R,W:W)  >  > I even tried doing a:  > $ set queue/sep=notrail G > in order to try and reset it but the behavior is the same. After each 0 > print job, we get a page that looks like this: >  > User: username > Host: vax10.xyz.com  > Class: vax10.xyz.com > Job: login >  > Any ideas? >  > Thanks in advance. > Bill   ------------------------------  % Date: Thu, 06 Apr 2006 07:22:32 -0700 # From: "Tom Linden" <tom@kednos.com>   Subject: DECWindows not starting) Message-ID: <op.s7lbjuj9zgicya@hyrrokkin>   G DS10L running 7.3-1, no graphics device,  didn't start on boot, tried    manually    NORNS> @sys$manager:decw$startup3 %DECW$DEVICE-I-NODEVICE, no graphics devices found. D %DCL-I-SUPERSEDE, previous value of DECW$SERVER_TRANSPORT has been  
 superseded  + WINDOW_SYSTEM is set to 1, logicals look OK    What am I missing?   ------------------------------  * Date: Thu, 6 Apr 2006 15:01:32 +0000 (UTC)< From: gartmann@nonsense.immunbio.mpg.de (Christoph Gartmann)$ Subject: Re: DECWindows not starting( Message-ID: <e13agc$4u$1@news.BelWue.DE>  O In article <op.s7lbjuj9zgicya@hyrrokkin>, "Tom Linden" <tom@kednos.com> writes: H >DS10L running 7.3-1, no graphics device,  didn't start on boot, tried  	 >manually  > ! >NORNS> @sys$manager:decw$startup 4 >%DECW$DEVICE-I-NODEVICE, no graphics devices found.E >%DCL-I-SUPERSEDE, previous value of DECW$SERVER_TRANSPORT has been    >superseded  > , >WINDOW_SYSTEM is set to 1, logicals look OK >  >What am I missing?   C Somehow your system doesn't find a graphics device. You could try a    MCR SYSMAN   IO AUTOCONFIGURE/LOG   Regards,    Christoph Gartmann    --  E  Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452   ImmunbiologieI  Postfach 1169                 Internet: gartmann@immunbio dot mpg dot de   D-79011  Freiburg, Germany 9                http://www.immunbio.mpg.de/home/menue.html    ------------------------------   Date: 6 Apr 2006 15:15:06 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon)$ Subject: Re: DECWindows not starting+ Message-ID: <49kpjqFolooiU1@individual.net>   ( In article <e13agc$4u$1@news.belwue.de>,? 	gartmann@nonsense.immunbio.mpg.de (Christoph Gartmann) writes: Q > In article <op.s7lbjuj9zgicya@hyrrokkin>, "Tom Linden" <tom@kednos.com> writes: I >>DS10L running 7.3-1, no graphics device,  didn't start on boot, tried   )                        ^^^^^^^^^^^^^^^^^^ 
 >>manually >>" >>NORNS> @sys$manager:decw$startup5 >>%DECW$DEVICE-I-NODEVICE, no graphics devices found. F >>%DCL-I-SUPERSEDE, previous value of DECW$SERVER_TRANSPORT has been   >>superseded >>- >>WINDOW_SYSTEM is set to 1, logicals look OK  >> >>What am I missing? > E > Somehow your system doesn't find a graphics device. You could try a   + It didn't find one because there isn't one. G That can't be the problem because I run DECwindows on headless machines  with no problem.   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------   Date: 6 Apr 2006 06:38:53 -0700 # From: "bivek" <jha.bivek@gmail.com> * Subject: Home based Internet research JobsB Message-ID: <1144330733.158874.64120@t31g2000cwb.googlegroups.com>  G We are now hiring home based workers to complete simple online research  assignments.  ) No selling - no recruiting - no adplacing    For details visit   P http://www.typeinternational.com/idevaffiliate/idevaffiliate.php?id=2995_33_3_69   ------------------------------   Date: 6 Apr 2006 12:10:49 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon)0 Subject: Re: OpenVMS is the worlds best desktop!+ Message-ID: <49keq8Fp0jksU2@individual.net>   * In article <4434612C.3060100@comcast.net>,( 	BRAD <bradhamilton@comcast.net> writes: > bob@instantwhip.com wrote:B >> http://www.newsforge.com/articles/06/03/27/168247.shtml?tid=149 > C > As much as I like VMS "on the desktop", (actually, underneath my  J > desktop) the article was "published" on 1-April, and includes an ironic G > reference to a famous Ken Olson quote.  For me, the giveaway was the  . > characterizing CDE as a "[m]asterpiece".	:-) >   2 I knew it was a joke after reading the first line.  H > Call me a dodo bird, but my desktop OS is OpenVMS, an operating systemH > that's secure, reliable, and low-cost, with consistent performance and'                                ^^^^^^^^  > desirable functionality.    , He has obviously never priced a VMS license.   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------   Date: 6 Apr 2006 08:25:30 -0700  From: bob@instantwhip.com 0 Subject: Re: OpenVMS is the worlds best desktop!B Message-ID: <1144337130.731440.78380@e56g2000cwe.googlegroups.com>   Bill Gunshannon wrote: > . > He has obviously never priced a VMS license.  1 how much does a hobbyist license cost these days?    ------------------------------   Date: 6 Apr 2006 15:48:06 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon)0 Subject: Re: OpenVMS is the worlds best desktop!+ Message-ID: <49krhmFpd1f3U3@individual.net>   B In article <1144337130.731440.78380@e56g2000cwe.googlegroups.com>, 	bob@instantwhip.com writes: >  > Bill Gunshannon wrote: >>/ >> He has obviously never priced a VMS license.  > 3 > how much does a hobbyist license cost these days?   C So, boob, you're advocating Windows boxes with VMS and just running D them with the Hobbyist License?  I guess that's one way to keep your; business costs down.  Not all computer users are Hobbyists.    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------   Date: 6 Apr 2006 12:05:41 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon)7 Subject: Re: Opinion: I was just trying to sell OpenVMS + Message-ID: <49keglFp0jksU1@individual.net>   0 In article <BPidnZbKNJQhHKnZRVn-gQ@bresnan.com>,% 	GreyCloud <mist@cumulus.com> writes:  > David J. Dachtera wrote: >  >> GreyCloud wrote:  >>   >>>David J. Dachtera wrote:  >>>  >>>>GreyCloud wrote: >>>> >>>> >>>>>Alan Greig wrote: >>>>>  >>>>>  >>>>>>GreyCloud wrote: >>>>>> >>>>>> >>>>>> >>>>>>>JF Mezei wrote: >>>>>>>  >>>>>>>  >>>>>>> O >>>>>>>>NSK was never designed to be versatile. It is very specialised. VMS was N >>>>>>>>not designed to be specialised. It is very versatile. And the owner is3 >>>>>>>>purposefully not leveraging this potential.  >>>>>>>  >>>>>>>  >>>>>>> < >>>>>>>It is the purpose that we need to know about and why. >>>>>> >>>>>>K >>>>>>A friend of mine who works for a major UK bank with NSK tells me that N >>>>>>they play on moving off the platform because they do not have confidence& >>>>>>in HP. IBM have lured them away. >>>>>> >>>>>  >>>>>Interesting bit of news.  >>>> >>>>I >>>>The news in my little corner of the healthcare world is that as sites H >>>>begin to max out their 32-CPU GS1280s with huge Oracle databases andF >>>>ever increasing transaction counts, and with last Alpha sale datesJ >>>>looming large on the horizon, a move away from VMS-capable hardware inJ >>>>search of 64+ CPU performance will lead to one inescapable conclusion. >>>>J >>>>I think I see now the method in their madness: in a world where takingL >>>>responsibility for one's own actions is almost mortifying as speaking inI >>>>public or admitting a mistake, VMS has been left to perish at Intel's F >>>>hand, what with Alpha last dates just around the corner and ItanicJ >>>>foundering ever faster. Makes them appear to "come out smelling like a
 >>>>rose". >>>> >>> ? >>>Elucidate further...  the situation is making my brain hurt.  >>   >>  K >> Well, I tried to be clear, but let me say it another way: the opinion is J >> held that to get to 64-CPU capability - which is deemd necessary, being3 >> able to run VMS is not considered a requirement.  >>   > E > Thnx much.  It won't be long till M$ usurps that particular market.   H Where have you been hiding?  MS replaced VMS in all the hospitals around here more than a decade ago.     bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  # Date: Thu, 06 Apr 2006 14:58:33 GMT 3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond) 7 Subject: Re: Strange behavior of DEFINE with equal-sign 0 Message-ID: <t0aZf.5952$z6.585@news.cpqcorp.net>  : In article <nGXYf.2181$sh3.145247@news20.bellglobal.com>, 5 "Peter Weaver" <newsonly@weaverconsulting.ca> writes:  .. >ASSIGN WORP055 BRK20 =  >works the same as >DEFINE BRK20 = WORP055   A i.e. each of these will [arguably incorrectly] define the logical  name BRK20=.  G I have been advised that this will be considered a "known restriction",   and will not be changed [fixed].  ? The behavior has been demonstrated as far back as OpenVMS V7.1. A Since it has NOT cause any significant number of problems, it is  ; felt that fixing it has greater risk than leaving it as is.   F If this is important to you, please feel free to formally escalate it.J However, I doubt that sufficient justification will be found to change it.  D For those of you who use DCL_CHECK I am in the process of testing an> upgrade to DCL_CHECK that will include this dianostic message:  -     ADE-E  equal sign (=) in ASSIGN or DEFINE    --  J       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------   Date: 6 Apr 2006 05:30:46 -0700 # From: "AndyZ" <afzillins@yahoo.com> & Subject: Re: VXT 2000+ monitor optionsB Message-ID: <1144326646.526311.49230@z34g2000cwc.googlegroups.com>  G I've some recent experience with VXT, VAXStation and LCD monitors.  You ? can still get RGB BNC to VGA cables at WWW.sfcables.com.  I got G excellent results connecting a VAXStation 4090 to a NEC multisync model , LCD1970NX.  Perfect replacement for a VRT19.  C Tried same thing with VXT 2000+.  It works.  Tried it with NEC LCD, E Samsung LCD 940A, and a Samsung 900NF CRT  The picture quality is not C great.  Fonts are not smooth and colors don't seem aligned.  Better G with CRT and NEC LCD.  Looks like most of the problem was with VXT. May  try a different VXT today.   ------------------------------  $ Date: Thu, 6 Apr 2006 11:31:27 -0400. From: "Carl Friedberg" <frida.fried@gmail.com>& Subject: Re: VXT 2000+ monitor optionsI Message-ID: <890539d90604060831u626fdad3xce37162addb5ec05@mail.gmail.com>   E Hmmm, could you expand on this just a little bit? My old VLC 4000 has D a cable which ends in 3 male BNCs (RGB); with the monochrome monitorE (long since gone), I would connect just the G cable. If I purchased a B RB30-01 HD15 Female / BNC Female X 5 1 ft. what do I do with the 2> extra sync BNCs? Just ignore them, and it just works? Or what?  ? BTW, the male/female gender classification of BNC connectors is < interesting. The inner conductor ends with a pin on the maleA connector, so I guess that is the differentiating characteristic.    Frida   @ On 6 Apr 2006 05:30:46 -0700, AndyZ <afzillins@yahoo.com> wrote:I > I've some recent experience with VXT, VAXStation and LCD monitors.  You A > can still get RGB BNC to VGA cables at WWW.sfcables.com.  I got I > excellent results connecting a VAXStation 4090 to a NEC multisync model . > LCD1970NX.  Perfect replacement for a VRT19. > E > Tried same thing with VXT 2000+.  It works.  Tried it with NEC LCD, G > Samsung LCD 940A, and a Samsung 900NF CRT  The picture quality is not E > great.  Fonts are not smooth and colors don't seem aligned.  Better I > with CRT and NEC LCD.  Looks like most of the problem was with VXT. May  > try a different VXT today. >  >    ------------------------------   End of INFO-VAX 2006.191 ************************