1 INFO-VAX	Mon, 20 Sep 2004	Volume 2004 : Issue 522       Contents:: 1920x1200 resolution with VMS and the HP L2335 LCD monitor Re: Ancient UCX help needed....  GTK+ 2.x Re: insufficient virtual memory  Re: insufficient virtual memory  Marketing opportunity for VMS ! Re: Marketing opportunity for VMS ( Re: VAX 6000 replacement with CHARON-VAX1 Re: Where is the Process/Image dump information ?   F ----------------------------------------------------------------------  # Date: Mon, 20 Sep 2004 05:04:26 GMT 3 From: Vance Haemmerle <vance@toyvax.Glendale.AZ.US> C Subject: 1920x1200 resolution with VMS and the HP L2335 LCD monitor > Message-ID: <uxt3d.23538$p02.19471@newssvr29.news.prodigy.com>  I I'm using an XP1000 with a Powerstorm 350 video card with its resolution  H set at 1920x1200 under VMS 7.2-2 with current graphics patches.  I know G it's set at this resolution because xdpyinfo shows 1920x1200 and moving H windows around shows the corner position displayed mid-screen consistant with this resolution.   C I recently purchased a 23" LCD HP L2335 monitor (which has a native @ resolution of 1920x1200x60Hz) so I can use it with the computer.  @ http://h18004.www1.hp.com/products/monitors/tft/l2335_specs.html  D However, these HP products aren't working together.  When I set the @ monitor to display, the video mode display says the video it is F receiving is 1600x1200 and displays it accordingly (black bars on the G sides).  I can set the LCD to display the video full screen but what I  I think might be happening is it is sampling the video at 1600 samples per  G line and stretching it to fit 1920.  I contacted HP support, which has  H been horrible by the way, to find out if this was the case or if it was = sampling at the full 1920 and they never were able to answer. @ I guess I'll have to come up with some tests to find out myself.  E The L2335 has a number of presets.  In the documentation preset 19 is   - Pixel format  Horz  Vert  Pixel Clk  Standard                  kHz   Hz      MHz+ 1600x1200     75.00 60.00   162.000    VESA    while preset 24 is  . 1920x1200     74.56 60.00   193.250  CVT2.30MA  D So... is the Powerstorm 350 not really doing 1920x1200 (WUXGA?) but F doing 1920 samples in a 1600x1200 (UXGA) video format?  Is there a wayG I can get the LCD to recognize the Powerstorm 350 setting?  Is there a  H way to set the Powerstorm to output something the HP LCD will recognize G as 1920x1200?  I hope I haven't made a mistake by buying an HP monitor.   E If this is impossible... is there a way to get 1920x1200 in a way the H L2335 understands with the XP1000 under VMS?  I've read that the 3DLabs C Oxygen VX1 has 1920x1200 but only at 16bbp... would the L2335 even  , recognize this resolution from it correctly?  ; How about using the ATI Radeon 7500?  From the spec page at   < http://www.ati.com/products/radeon7500/radeon7500/specs.html  E it appears that 1920x1200 is a hardware supported resolution, but the F release notes that comes with the graphics patch says that it supportsB 1920x1440 but doesn't mention 1920x1200 as a supported resolution.  / Maybe I should have gotten another LCD monitor?    -- Vance Haemmerle    ------------------------------    Date: 19 Sep 2004 22:31:37 -05004 From: cornelius@encompasserve.org (George Cornelius)( Subject: Re: Ancient UCX help needed....3 Message-ID: <uIjecSd+tey4@eisner.encompasserve.org>   i In article <de3cdf0.0409160204.4b2f5229@posting.google.com>, cgilley@bravesw.com (Charles Gilley) writes:  [...] - > $ install list/full sys$system:ucx$ftpd.exe  > - > DISK$OPENVMS01A:<SYS0.SYSCOMMON.SYSEXE>.EXE ' >    UCX$FTPD;1       Open Hdr Shar Prv ( >         Entry access count         = 0, >         Current / Maximum shared   = 1 / 0( >         Global section count       = 21 >         Privileges = SYSNAM DETACH WORLD BYPASS  > - > $ install list/full sys$system:ucx$ftpc.exe  > - > DISK$OPENVMS01A:<SYS0.SYSCOMMON.SYSEXE>.EXE ' >    UCX$FTPC;1       Open Hdr Shar Prv ( >         Entry access count         = 0, >         Current / Maximum shared   = 1 / 0( >         Global section count       = 2" >         Privileges = PSWAPM OPER  D Very similar to results from a UCX 4.2 / VMS VAX 7.1 system I have -H see below.  Note that IMPERSONATE is the current name for the old DETACH
 privilege.  F I included a full listing for service ftp in case you would like to do4 a detailed comparison of the settings at that level.  F I also displayed the settings for the services that are enabled in theE permanent database.  Be sure that ftp only shows up in one of the two G listings '$ UCX SHO CONFIG ENABLE SERVICE' and '$ UCX SHO CONFIG ENABLE H SERVICE/COMMON' .  I believe there was an issue at one time if a service was enabled at both levels.   L Also see below for some code that I use periodically to recycle ucx$ftpd.exeI so that new log files are created.  You might execute this if you want to J get a clean copy of the ftp daemon or want it to start over after you have$ changed some configuration settings.  B Finally, you may want to check your buffer allocations in UCX withD '$ UCX SHO COMM' and '$ UCX SHO COMM/MEM' .  In the latter I believeE you want to avoid having nonzero values under the 'Waits' and 'Drops' F columns.  If these are present you may need to increase the allocationE of one or more of the buffer types - see the UCX manuals for details.    --9 George Cornelius              cornelius@encompasserve.org 0                               cornelius@mayo.edu  L ----------------------------------------------------------------------------   UCX> SHOW VERSION   6   DIGITAL TCP/IP Services for OpenVMS VAX Version V4.20   on a MicroVAX 3100-80 running OpenVMS V7.1       UCX> SHO SERVICE FTP/FULL     Service: FTP-                            State:     Enabled G Port:               21     Protocol:  TCP             Address:  0.0.0.0 H Inactivity:          5     User_name: UCX$FTP         Process:  UCX$FTPDC Limit:              64     Active:      0             Peak:       0    9 File:         SYS$SYSDEVICE:[UCX$FTP]UCX$FTPD_STARTUP.COM  Flags:        None    Socket Opts:  Rcheck Scheck 0  Receive:            0     Send:               0   A Log Opts:     Acpt Actv Dactv Conn Error Exit Mdfy Rjct TimO Addr 9  File:        SYS$SYSDEVICE:[UCX$FTP]UCX$FTPD_STARTUP.LOG     Security  Reject msg:  not defined   Accept host: 0.0.0.0   Accept netw: 0.0.0.0  UCX> SHO CONFIG ENABLE SERVICE    Enable service      REXEC, RSH, SMTP % UCX> SHO CONFIG ENABLE SERVICE/COMMON     Enable service8      FINGER, FTP, FTP_CLIENT, PORTMAPPER, RLOGIN, TELNET UCX> SHOW COMM   Communication Parameters   : Local host:      hilton                 Domain:   mayo.edu    Cluster timer:             5@                                  Maximum     Current        Peak@ Interfaces                            20           3           3@ Device_sockets                       300           7          19@ Routes                             65535           3           3@ Services                             200           1          11( Proxies                               20   L Type:        Ethernet   Free     Maximum   Max Bytes     Minimum   Min BytesL Large buffers             20         200      377600          10       18880L Small buffers            150        1000      256000          50       12800( IRPs                      20         200 Non UCX buffers           10    Remote Terminal    Large buffers:          10   UCBs:                    4   Virtual term:     disabled
 SHOW COMM/MEM /                                    MBUF Summary N                       Small_static  Large_static  Small_dynamic  Large_dynamicN  Total buffers                  50            10              0              0N  Free                           26             9              0              0  Busy N   Data                           0             1              0              0N   Header                         1             0              0              0N   Socket                         7             0              0              0N   Prot. control                  7             0              0              0N   Route                          3             0              0              0N   Socket name                    0             0              0              0N   Socket options                 0             0              0              0N   Fragment reassembly            0             0              0              0N   IP address                     3             0              0              0N  Size of cluster             13056         19136              0              0                   N                 Free       Current          Peak          Waits          DropsN  Small Buffers                  24            61              0              0N  Large Buffers                   1             9              0              0N  IRPs             19             2            23              0              0                       E                     Small clusters  Large clusters    Non UCX buffers ?  Free                            1             0              0   	 UCX> EXIT + $ install list/full sys$system:ucx$ftpd.exe   + DISK$HILTON_SYS:<SYS0.SYSCOMMON.SYSEXE>.EXE &    UCX$FTPD;1       Open Hdr Shar Prv &         Entry access count         = 0*         Current / Maximum shared   = 1 / 0&         Global section count       = 25         Privileges = SYSNAM IMPERSONATE WORLD BYPASS    + $ install list/full sys$system:ucx$ftpc.exe   + DISK$HILTON_SYS:<SYS0.SYSCOMMON.SYSEXE>.EXE &    UCX$FTPC;1       Open Hdr Shar Prv &         Entry access count         = 0*         Current / Maximum shared   = 1 / 0&         Global section count       = 2!         Privileges = PSWAPM OPER    L ----------------------------------------------------------------------------   $ ! ? $ ! Code to cycle ucx$ftpd.exe so new log files will be created  $ !  $ if <ucx 4.x and below> $ thenC $   @sys$startup:ucx$ftpd_shutdown ! Crude shutdown courtesy of ucx E $   ucx enable service ftp         ! Reenable now or will not restart N $   spawn/out=ucx$startup.log @sys$startup:ucx$startup  ! UCX hack restart svc $ else ...  $ endif    ------------------------------    Date: 19 Sep 2004 12:04:13 -0700* From: thierry.uso@wanadoo.fr (Thierry USO) Subject: GTK+ 2.x = Message-ID: <79c022e7.0409191104.4e77b0d1@posting.google.com>    Hello,F Does anybody know if HP plans to provide a port of GTK+ 2.2 (or later)B for OpenVMS ? I asked it openvms.ebusiness@hp.com and didn't get a	 response.  Thanks.    ------------------------------  + Date: Mon, 20 Sep 2004 00:59:43 +0000 (UTC) 0 From: John F <john@SeeSigForAddress.invalid.com>( Subject: Re: insufficient virtual memory, Message-ID: <cila1v$pkf$1@reader1.panix.com>  1 Chris Doran <chris_doran@postmaster.co.uk> wrote: 9 : John Forkosh <john@SeeSigForAddress.invalid.com> wrote:  : >... I've reproduced: : > the code along with a test driver below, and I've also+ : > left a copy at www.forkosh.com/md5str.c  : > " : > I originally got the code from1 : >      http://www.cr0.net:8040/code/crypto/md5/ 8 : > and I'd guess it's all the #undef's and re-#define's= : > of F that's somehow causing decc grief.  Try it yourself. ! : > It should _easily_ compile as   : >      cc/define=TEST md5str.c* : > But that sends my VS4K/90 into a loop.  E : Hmmm, no problem here, but I have an earlier VMS (6.2) and probably C : DECC (5.2-003). I tried it on VAX-3100/40 and Alpha-3000/600 with ) : PGFLQUOTA 100,000 (Alpha); 60,000 (VAX) . : VIRTUALPAGECNT 800,000 (Alpha); 73,536 (VAX) : G : Starting from the file at forkosh.com which I httped to W2K and FTPed D : to VMS, I had to SET FILE/ATT=RFM:STMLF otherwise I got an EXQUOTAG : when I tried to TYPE or EDT the file. C didn't EXQUOTA, but generated > : a rubbish object file which turned out to be due to two junkC : characters at the very start of the file. After removing these it C : compiled in seconds and ran OK, though I got different numbers to / : yours, probably due to messing with the file.   A I usually ftp zip files to and from other systems.  Then unzip -a 5 seems to handle vms text file attributes pretty well.   G : The only case I can remember C running out of quota and/or hanging is C : when you do something silly like a recursive #define, though it's F : obviously not that simple here. CC/PREPROCESS_ONLY, ctrl/C, and look; : at the .i file might help you if it's got hung like that.  : G : The brute force method on problems like this is to keep removing bits F : of code until the problem goes away, then stare at the line(s) which : make it come back. :  : I hope this helps a bit. : Chris   @ Thanks, Chris.  I basically tried the brute force method.  First@ I put an #if 0...#endif around all the P() macro invocations and? re-#define's if F() in md5_process() to confirm the problem was < related to that.  And, sure enough, it compiled immediately.?      Then I got rid of the re-#define's by #define'ing separate F F1()...F4() and corresponding P1()...P4(), and replacing all the P()'sG with the appropriate P1()...P4().  But I guess I was too smug about it, ' because the compiler continued to hang. G      So I manually expanded the F()'s and S()'s in the P()'s to get rid D of any possible preprocessor confusion.  Still no luck, which struck? me as very odd, since by this point the P() macros looked quite % straightforward if a bit complicated. @      Out of frustration, I tried leaving a single P() invocationF in the compiler's sight, hiding all the others between #if 0...#endif.I Very oddly, _that_ compiled fine.  Two, three P()'s continued to compile, E but the compile time started to increase exponentially (or maybe even 1 combinatorially faster) after six or seven P()'s. C      The next step, I suppose, would be to simplify the expressions A defining the P()'s to see if the problem could be better isolated A and identified.  But I was running out of time, and my "fiduciary A responsibility" vis-a-vis this thing was to get it working.  So I @ just turned the macros into functions, and that compiled and ran? correctly right away.  I've left that final vax-friendly source A at www.forkosh.com/md5vax.c in case you or anybody else wants it.  --   John Forkosh@      .-.     .-.     .-.     .-.     .-.     .-.     .-.     .-.A \ j-/-o-\-h-/-n \ @ / f-\-o-/-r-\-k-/-o-\-s-/-h \ . / c-\-o-/-m \ A  '-'     '-'     '-'     '-'     '-'     '-'     '-'     '-'         ------------------------------  + Date: Mon, 20 Sep 2004 01:17:42 +0000 (UTC) 0 From: John F <john@SeeSigForAddress.invalid.com>( Subject: Re: insufficient virtual memory, Message-ID: <cilb3m$pkf$2@reader1.panix.com>  4 Ed Vogel <edward.vogel_stop_the_spam.@hp.com> wrote:; : "John Forkosh" <john@SeeSigForAddress.invalid.com> wrote;  : ; : > However, it turns out that none of that is the problem. 9 : > Instead, it's a new piece of code that calculates md5 2 : > hashes which causes the decc compiler to hang.1 : > That same code compiles and runs fine on Unix 2 : > (SunOS and NetBSD), Linux, and even on Windows< : > (using both MinGW and djgpp compilers).  I've reproduced: : > the code along with a test driver below, and I've also+ : > left a copy at www.forkosh.com/md5str.c   8 :     This is a known problem with the Compaq C compiler8 :     on VAX.   It gets reported every few years.   ThisA :     is a documented restriction in the latest release notes for  :     the VAX product. : : :     The problem is in the code generator for the VAX.  A9 :     number of engineers have looked at the problem over < :     the years, but the code generator code is very old and: :     hard to understand and maintain.  We have never been? :     able to develop a fix that did not contain too much risk.  : 9 :     Note that that Alpha version of the C compiler does  :     not have this problem. : 3 :     Sorry that you have encountered this problem. + :     Ed Vogel     Hp/Compaq C Engineering.   ; Thanks, Ed.  Solved the problem for my particular situation 6 without too much difficulty, as described in preceding followup to Chris. --   John Forkosh@      .-.     .-.     .-.     .-.     .-.     .-.     .-.     .-.A \ j-/-o-\-h-/-n \ @ / f-\-o-/-r-\-k-/-o-\-s-/-h \ . / c-\-o-/-m \ A  '-'     '-'     '-'     '-'     '-'     '-'     '-'     '-'         ------------------------------  % Date: Sun, 19 Sep 2004 20:12:37 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> & Subject: Marketing opportunity for VMS, Message-ID: <414E206D.74F00A1D@teksavvy.com>  M Watching the NBC programme "The Apprentice", I came to realise how much of an # advertising medium this has become.     
 Donald Trump: M 	VMS has been the most reliable operating system for a long time, and allowed K many corporation's IT systems to survive the fall of the world trade centre G due to VMS' industry leading disaster tolerance, and allows many modern N applications to be hosted on VMS because it supports the same windowing system+ as Linux and other Enterprise Unix systems.   J Unfortunatly, the current and previous owners of VMS have chosen to ignoreJ this product, squandering their investments and cheating shareholders of aR great potential for profit and strategic competitive edge with a superior product.  K Your task this week is to convince HP management to sell me the VMS product L and negotiate the lowest price so that I can then fully leverage the productM after renaming it Trump-VMS. The team with the lowest negotiated price wins a I trip to one of my world class exclusive resorts in the caribeean, and the G other team will meet me in the board room where one of you gets fired.    N Because of the huge audience of this program, the publicity generated would beN incredible. And Carly would be cornered into working hard to keep VMS and thenJ be forced to start to advertise it because all eye would be pointed on the8 accusation by Trump that HP was essentially incompetant.   ------------------------------  % Date: Sun, 19 Sep 2004 21:59:20 -0400 # From: "John Smith" <a@nonymous.com> * Subject: Re: Marketing opportunity for VMS, Message-ID: <BMudnSqYrpMdpNPcRVn-oA@igs.net>   JF Mezei wrote: D > Watching the NBC programme "The Apprentice", I came to realise how0 > much of an advertising medium this has become. >  >  > Donald Trump: F > VMS has been the most reliable operating system for a long time, and	 > allowed F > many corporation's IT systems to survive the fall of the world trade > centreB > due to VMS' industry leading disaster tolerance, and allows manyF > modern applications to be hosted on VMS because it supports the same > windowing system- > as Linux and other Enterprise Unix systems.  > E > Unfortunatly, the current and previous owners of VMS have chosen to  > ignoreG > this product, squandering their investments and cheating shareholders  > of aB > great potential for profit and strategic competitive edge with a > superior product.  > E > Your task this week is to convince HP management to sell me the VMS 	 > product F > and negotiate the lowest price so that I can then fully leverage the? > product after renaming it Trump-VMS. The team with the lowest A > negotiated price wins a trip to one of my world class exclusive # > resorts in the caribeean, and the H > other team will meet me in the board room where one of you gets fired. > G > Because of the huge audience of this program, the publicity generated G > would be incredible. And Carly would be cornered into working hard to  > keep VMS and then E > be forced to start to advertise it because all eye would be pointed A > on the accusation by Trump that HP was essentially incompetant.     E Write The Donald and suggest it. But by the time they'd get around to L considering it, and incorporating it into their next season show plans Intel: will have killed Itanic and carly(tm) will have EOL'd VMS.   ------------------------------   Date: 19 Sep 2004 22:02:42 GMT+ From: "Doc." <doc.cypher@openvms-rocks.com> 1 Subject: Re: VAX 6000 replacement with CHARON-VAX 5 Message-ID: <Xns956A9DCFB96dcovmsrox@212.100.160.123>   < %NEWS-I-NEWMSG, GreyCloud wrote in news:iOmdnbnHvoNnKtDcRVn- jw@bresnan.com   > JF Mezei wrote:   G >> 300 watts is the last figure I heard. Intel has plans to lower power  >> consumption.  > H > OUCH!!  They should put a motor and a big tub with holes in it.  That ) > way it could double as a clothes dryer.   6 Okay, I don't know who is being alarmist here or what.  J The following is the first URL I found in the HP site that mentions power " consumption for an Itanium system.  I http://www.hp.com/products1/servers/integrity/entry_level/rx2600/specific  ations.html   I That says the max output of the power supply is 650W.  What matters here  D is what would be the equivalent for a system that could do the same 6 amount of work.  JF, care to cite a comparable system?     Doc. --  G OpenVMS:     Eight out of ten hackers prefer *other* operating systems. G http://www.openvms-rocks.com    Deathrow Public-Access OpenVMS Cluster.    ------------------------------  % Date: Sun, 19 Sep 2004 21:00:12 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>: Subject: Re: Where is the Process/Image dump information ?+ Message-ID: <414E39AC.C59E3405@comcast.net>    Larry Kilgallen wrote: > [snip] > I miss the Master Index.   Me, too!   D.J.D.   ------------------------------   End of INFO-VAX 2004.522 ************************