1 INFO-VAX	Sun, 26 Oct 2003	Volume 2003 : Issue 593       Contents: decwindow default resolution  Re: decwindow default resolution  Re: decwindow default resolution Re: Digital Memorabilia  Re: EV79 CANCELED !!!!!!!!!  Re: FTP From a Program4 LG14/Telnet print queue problem - no FF between jobs6 List of Third Party Support and Used Equipment Vendors2 Re: OpenVMS I64 ISV application count now over 5002 Re: OpenVMS I64 ISV application count now over 5002 Re: OpenVMS I64 ISV application count now over 5002 Re: OpenVMS I64 ISV application count now over 500  Re: Product (PCSI) Info Question Rsync - Progress on OpenVMS.	 Re: rwast  Re: Spam from Hewlett-Packard / Re: Swan Song For The Alpha Processor - TechWeb / Re: Swan Song For The Alpha Processor - TechWeb / Re: Swan Song For The Alpha Processor - TechWeb / Re: Swan Song For The Alpha Processor - TechWeb / Re: Swan Song For The Alpha Processor - TechWeb / Re: Swan Song For The Alpha Processor - TechWeb  Re: VAX emulators - VMS license transfer to emulator - NOT Charon 1 RE: VMS license transfer to emulator - NOT Charon 1 Re: VMS license transfer to emulator - NOT Charon - RE: VMS Technical Update (presenter's notes?) ) Re: We buy Alpha  - URGENT - DS10 systems . Re: [survey] why do you still use VAX systems? [TCPware V5.6-2] DST Change ?   F ----------------------------------------------------------------------  # Date: Sat, 25 Oct 2003 16:41:34 GMT 2 From: "netnews.comcast.net" <duon0035@comcast.net>% Subject: decwindow default resolution - Message-ID: <2Jxmb.26646$HS4.99868@attbi_s01>   G How do I change the default resoltion (1280x1024x75) to something else? < After some google searches, I came across the the following:   add   6 $ define/exec/system/nolog decw$server_refresh_rate 75  $ decw$xsize_in_pixels == "1024" $ decw$ysize_in_pixels == "768"   < to SYS$STARTUP:DECW$PRIVATE_SERVER_SETUP.COM file before the> "Cluster Common or Standalone Workstation Setup" section, then; restart the xserver with @sys$startup:decw$startup restart. / This will change the resolution to 1024x768x75. 5 It doesn't work for some reason. xdpyinfo still shows  the resolution is 1280x1024.   TIA for any help.    -Duy   ------------------------------  % Date: Sat, 25 Oct 2003 23:23:38 +0200  From: Dirk Munk <munk@home.nl>) Subject: Re: decwindow default resolution 2 Message-ID: <bnepo9$9h1$1@news1.tilbu1.nb.home.nl>   netnews.comcast.net wrote:I > How do I change the default resoltion (1280x1024x75) to something else? > > After some google searches, I came across the the following: >  > add  > 8 > $ define/exec/system/nolog decw$server_refresh_rate 75" > $ decw$xsize_in_pixels == "1024"! > $ decw$ysize_in_pixels == "768"  > > > to SYS$STARTUP:DECW$PRIVATE_SERVER_SETUP.COM file before the@ > "Cluster Common or Standalone Workstation Setup" section, then= > restart the xserver with @sys$startup:decw$startup restart. 1 > This will change the resolution to 1024x768x75. 7 > It doesn't work for some reason. xdpyinfo still shows  > the resolution is 1280x1024. >  > TIA for any help.  >  > -Duy > P Some graphics cards have rotary or dip switches for these settings, and can not M be set by software settings. I had the same problem with the Powerstorm 4D20.   Q There should be more information in "Ask The Wizard (2041)" on HP's VMS web site.    ------------------------------  # Date: Sat, 25 Oct 2003 23:34:21 GMT 2 From: "netnews.comcast.net" <duon0035@comcast.net>) Subject: Re: decwindow default resolution - Message-ID: <0MDmb.21566$mZ5.80075@attbi_s54>    Dirk Munk wrote:  J > Some graphics cards have rotary or dip switches for these settings, and G > can not be set by software settings. I had the same problem with the   > Powerstorm 4D20. > J > There should be more information in "Ask The Wizard (2041)" on HP's VMS  > web site.  >   ) Thanks a bunch. That was my problem, too.    -Duy   ------------------------------  % Date: Sat, 25 Oct 2003 13:47:51 -0400  From: "Ray" <no@spam.me>  Subject: Re: Digital Memorabilia/ Message-ID: <vpldposf5gdg83@corp.supernews.com>   J These guys accept contributions of that kind of stuff and make a lot of it available on the web.   . The DFWCUG Historical CPU Preservation Society  * http://www.montagar.com/~patj/dec/hcps.htm  . "John Smith" <a@nonymous.com> wrote in messageD news:EMimb.281496$ko%.102394@news04.bloor.is.net.cable.rogers.com...L > I was cleaning out a drawer today and found a CD that has about 1200 SPD'sG > from 1995 on it (total of about 45Mb of *text*) and a large number of  other K > goodies like Powerpoint slideshows for various products, some interactive J > demos (DECwrite, DEC Athena. Tuxedo, and more), and tabular info similar toI > the following (which will be totally unrecognizable if you aren't using  someK > sort of Microsoft news client). Is there any interest in all this ancient ! > history from a defunct company?  >  > + >       OpenVMS VAX System Comparison Chart  >      1 >  >  >  >  >  >  >       System* >      MicroVAX 3100 Models 40, 85, and 95 >      VAX 4000 Model 105A) >      VAX 4000 Model 505A and Model 705A  >      VAXft System Model 810  >      VAX 6000  >  >       Model 510 and 610  >      VAX 7000  >  >       Models 710 through 760 >  >       Performance  >      Model 40: 32 TPS  >  >       Model 85: 110 TPS  >  >       Model 95: 165 TPS  >      181 TPS >      Model 505A: 185 TPS >  >       model 705A: 280 TPS  >      Model 810: 90 TPS >      Model 510: 50 TPS >  >       Model 610: 102 TPS >      Model 710: 314 TPS  > % >       Relative Processor Perfomance  >  >       xVAX-11/780  >      Model 40: 5 >  >       Model 85: 16 >  >       Model 95: 32	 >      32  >      Model 505A: 32  >  >       Model 705A:45  >      Model 810: 32 MHz >      Model 510: 13 >  >       Model 610: 32  >      Model 710: 50 >  >       CPU Clock Speed  >      Model 40: 25 MHz  >  >       Model 85: 62 MHz >  >       Model 95: 72 MHz >      83.3 Mhz  >      Model 505A: 83 MH >  >       Model 705A:111 MHz >      Model 810: 32 Mhz >      Model 510: 63 MHz >  >       Model 610: 83 MHz  >      137.5 Mhz >  >       In-Cabinet CPU UpgradeK >      Model 40 upgrades to Model 85 or 95;Model 80 upgrades to Model 85 or  950 >      VAX 4000 Model 100 and 100A to Model 105AJ >      Each VAX 4000 system upgrades to any higher VAX 4000A series system; >      Model 110 and 410 can be box upgraded to a Model 810 B >      Each VAX 6000 system upgrades to any higher VAX 6000 systemB >      Each VAX 7000 system upgrades to any higher VAX 7000 system > ! >       Alpha-ReadySystem Upgrade 1 >      System upgrade to AlphaServer 1000 or 2000 ) >      System upgrade to AlphaServer 2000 < >      System upgrade to DEC 4000 Model 700 AlphaServer 2100
 >      N/A8 >      System upgrade to DEC 7000 Model 700 Alpha system@ >      In-cabinet CPU upgrade to DEC 7000 Model 700 Alpha system >  >       Maximum Memory Capacity  >      Model 40: 32 MB >  >       Model 80: 128 MB >  >       Model 95: 128 MB
 >      128 MB 
 >      512 MB  >      Model 810: 256 MB >      Model 510: 512 MB >  >       Model 610: 1 GB 
 >      3.5 GB  >  >       Maximum Disk Capacity  >      17.5/29.4 GB  >      75 GB
 >      500 GB  >      Model 810: 64 GB  >      16 GB/over 8 TB >      42 GB/over 10 TB  >  >       Maximum I/O Throughput >      4 MB/sec  >      8.5 MB/sec  >      12.5 MB/sec >      Model 810: 16 MB/sec  >      80 MB/sec >      400 MB/sec  >  >       I/O Support 
 >      1 SCSI  >  >       1 Ethernet
 >      4 DSSI  > : >       (2 embedded, 2 Q-bus), 1 Q-bus, 1 SCSI, 3 Ethernet
 >      6 DSSI  > 2 >       (4 embedded, 2 Q-bus), 2 Q-bus, 3 Ethernet( >      4 DSSI, 8 (4 redundant), Ethernet
 >      1 XMI,  > 
 >       4 CI,  >  >       12 DSSI, >  >       2 FDDI,  >  >       6 Ethernet,  >  >       5 VAXBI, > 
 >       2 VME 
 >      4 XMI,  >  >       10 CI, >  >       24 DSSI, >  >       8 FDDI,  >  >       16 Ethernet, >  >       6 VAXBI, > 
 >       8 VME  > ! >       VAXcluster System Support  >      Ethernet  >      Ethernet, > 
 >       DSSI,  >  >       FDDI >      Ethernet, > 
 >       DSSI,  >  >       FDDI >      Ethernet,DSSI >      Ethernet, > 
 >       DSSI,  >  >       CI,  >  >       FDDI >      Ethernet, > 
 >       DSSI,  >  >       CI,  >  >       FDDI >  >       System Software  >      OpenVMS VAX >      OpenVMS VAX >      OpenVMS VAX >      OpenVMS VAX% >      Model 510: OpenVMS VAX, ULTRIX  >  >       Model 610: OpenVMS VAX >      OpenVMS VAX > , >       Network Application Support Software >      NAS 200 >      NAS 200 >      NAS 200 >      NAS 200 >      NAS 200, 300, 400 >      NAS 200, 300, 400 >  >  >    ------------------------------  % Date: Sat, 25 Oct 2003 12:41:41 -0400 ) From: "Neil Rieck" <n.rieck@sympatico.ca> $ Subject: Re: EV79 CANCELED !!!!!!!!!: Message-ID: <aJxmb.29481$XO.1485902@news20.bellglobal.com>  7 "JF Mezei" <jfmezei.spamnot@istop.com> wrote in message # news:3F99D27B.D88302A1@istop.com... 	 [snip...] K > Yet, a few months later, HP admits that the current EV7 can be boosted by  15% J > because existing productions of EV7 has shown its speed can be increasedN > without changes. Either the engineers were totally incompetent in estimatingJ > the highest possible speed for their new EV7, or HP decided to lower the clock rate. 	 [snip...]   N I've never thought the Alpha engineers were incompetent. However, when I thinkN about managers and marketing people, I picture the monkey with his hand insideL a jar holding a banana, and being unable to pull it out. I'll bet these folkK are obsessively thinking about the low cost of Itanium chips to HP (part of J Intel's bribe to kill Alpha) and fantasizing about margins and commissionsL just around the corner. Meanwhile, they've overlooked the fact that spendingK some money to produce EV79 could result in a larger future profit (banana).  But a monkey couldn't see that.   
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.! http://www3.sympatico.ca/n.rieck/    ------------------------------  % Date: Sat, 25 Oct 2003 12:23:29 -0400 ) From: "Neil Rieck" <n.rieck@sympatico.ca>  Subject: Re: FTP From a Program : Message-ID: <6sxmb.29471$XO.1480990@news20.bellglobal.com>  8 "Mike Freeman" <k7uij@panix.nospam.com> wrote in message9 news:Pine.NEB.4.58.0310231325500.9092@panix2.panix.com...  > Greetings. > H > I work for the Bonneville Power Administration, a Federal agency whichJ > controls the electric power grid in the WEstern part of the U.S.  We useI > many systems running VAX/VMS and VAX/AXP for various activities in this 
 > process. > B > Is a package available which will allow a program to perform FTPJ > operations directly (as opposed to calling a FTP client via LIB$SPAWN or4 > similar)?  We have FORTRAN, C and PASCAL programs. >  > T I A! >  > Michael Freeman < K 7 U I J > D > Bonneville Power Administration; P.O. Box 491, Vancouver, WA 98666) > M/S TOOS/DITT2; Telephone (360)418-2307  > M I do this all the time with Compaq-BASIC calling the "FTP_Library" associated E with TCPware. You can down free example code from my web site at URL: A http://www3.sympatico.ca/n.rieck/links/cool_openvms.html#my_demos I I'm not sure how this is down with Compaq's "TCP/IP Services for OpenVMS"   
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.! http://www3.sympatico.ca/n.rieck/    ------------------------------  # Date: Sat, 25 Oct 2003 15:15:50 GMT 8 From: "Tom Simpson" <thomas.simpson1@nospam.comcast.net>= Subject: LG14/Telnet print queue problem - no FF between jobs - Message-ID: <Gswmb.25278$e01.49356@attbi_s02>   ( SW Versions: VMS 7.3-1, TCPIP V5.3 eco 2 System: ES40
 Printer: LG14 D Network interface: RapidPrint 500, using port 3001 (also tried 9100)   Configuration Details J The LG14 printer is using the factory defaults, i.e. DEC character set, no special form feed settings. 3 The TCPIP suppress formfeed logical is not defined.    Problem J I can't seem to get a form feed between print jobs.  This queue is workingE fine as a LAT print queue.  Our systems are moving and the printer is F staying, so I need to use Telnet queues so the printer can continue toL function over a WAN link.  All of my other queues (to HP laser printers) useJ Telnet, so I'd like to use Telnet for this printer too (LPD service is not. enabled).  Bridging the WANs is not an option.   Attempted Solutions D I have tried specifying a reset module in the device control libraryJ (/separate=(reset=reset)) that contains a form feed character, but it doesJ not help.  The printer has no problem executing a form feed if it's in theK print job.  Also tried a module containing a <ESC> E and one with an <ESC>c L (HP support suggestions).  (the above init command syntax is from memory, so may not be exactly correct)   J Anyone run into this before or has a similar configuration that is working9 or have any suggestions on how to get this thing to work?    Thanks,  Tom    ------------------------------  % Date: Sat, 25 Oct 2003 09:13:01 -0700 = From: "Lee Courtney" <lcourtney@-REMOVETHISFILTER-mvista.com> ? Subject: List of Third Party Support and Used Equipment Vendors / Message-ID: <vpl8doeb1orfe9@corp.supernews.com>   G Is there a consolidated list of vendors, with contact info, who provide I third-part support and used hardware for older Digital (specifically VAX) L hardware? Any pointers appreciated. I'll take info on the list so others can	 see also.    Thanks,    Lee C.   ------------------------------  % Date: Sat, 25 Oct 2003 11:28:29 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ; Subject: Re: OpenVMS I64 ISV application count now over 500 ' Message-ID: <3F9AA4AD.C0EBD061@fsi.net>    Oohh, careful there, Jeff!   jlsue wrote: > [snip]H > The fact is that most of this negativity from those 3-4 posters is all
 > OPINION,   ...or documented/-able fact...  @ > and almost always harkening back to things like: a) yeah, they > said blah,   ...and did (.not. blah), ...  6 > but they didn't say anything about blah, blah, blah;  D ...which leaves room for customers/prospects to misconstrue and makeG decisions which do not support either their own future or the future or  profitablility of VMS, or ...    > b) but if 8 > they hadn't killed alpha, we be blah, blah, blah; etc.  E ...which indicates how ready "they" are to break their word on a whim % (i.e., "they" are not to be trusted).   K > In other words, most of the negative posts have little to do with what is  > going on today.   F ...or everything to do with what is going on today, and what is likely; to go on in the future, depending upon one's point of view.   G As is frequently the case with the few technical questions we still see 0 here, one of the best answers is "It depends..."   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Sat, 25 Oct 2003 11:42:38 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ; Subject: Re: OpenVMS I64 ISV application count now over 500 ' Message-ID: <3F9AA7FE.5325098B@fsi.net>    John Smith wrote:  >  > jlsue wrote:J > > On Fri, 24 Oct 2003 02:47:55 GMT, "John Smith" <a@nonymous.com> wrote: > >  > > I > >> don't you think that a little advertsisng and promotion of VMS could F > >> boost those numbers. I'm pretty sure you could use a raise/bonus,C > >> and if the VMS division doubled its profit by selling more VMS 1 > >> systems.......think of the possibilities....  > > H > > I believe that most of us in here have already stated that we'd loveH > > to have more VMS advertising.  But continuing to expect that somehowB > > we folks in the trenches can do something about this will only > > increase your frustrations.  > F > Ah...so what you're saying (to paraphrase loosely and in the currentL > vernacular) is that carly (tm) needs to be 'bitch slapped upside the head'K > for her action/inaction with respect to VMS? As a shareholder, that seems M > like a very appropriate thing to do to the HP CEO in this case. [aside: I'm I > sure that carly is a nice individual and probably throws a great dinner  > party] > K > It seems to me that if my company had a product line that was bringing in K > between $400-800 million in profits annually, I'd want to be selling lots M > more of it to more and more customers, new and exisiting, and I'd be taking M > positive steps to ensure that, including using advertising in creative ways 6 > to stimulate demand. Why doesn't HP want to do that? > L > And as to the flip-side of that, if my company had a product line that wasK > deemed crucial to its public image with major customers and wasn't making I > money, I'd find ways of ensuring that it did become profitable and that G > would include making every attempt to increase sales of that product.  > # > So to ask a few simple questions,  > M > a) Just what does your management say to the troops when the question, "Why ) > aren't we advertising VMS?" gets asked?  > E > b) Or reading between the lines of your response above, does nobody @ > internally ask that question for fear of being fired for gross > insubordination? > K > c) Is there a HP culture of "don't rock the boat" when it comes to asking J > about VMS advertising, marketing, and increasing sales to new customers? > I > d) Or is it that Marcello, Gorham, Fortier, Blatz, Blackmore, Stallard, K > carly (tm), et al. are just too busy counting the days left to retirement % > and the big pension to do anything?  > J > e) Or is it that the people mentioned in d) don't believe in VMS and its  > future in the market or at HP? > M > I think that most, if not all, of HP's OpenVMS customers would like to know ! > the answers to these questions.  > G > Feel free to forward this post any and all internally at HP for their G > comments and responses. Invite them to participate here in c.o.v. and J > interact with customers directly. If they have persuasive rationales andN > arguments then I'm sure that their points will be thoughtfully considered by > all here.   F The "nagging" thought in the back of my pea-brain mind is that somehowH the MIBs have gotten their tendrils into the VMS bunch and are trying toB ensure that only THEY have access to it, since it is so secure and= reliable, and that DII/COE is just a smoke-screen to send the + hackers/crackers off on a wild goose chase.   G Now if that's indeed the case, I don't have a problem with it. A simple D "unauthorized leak" to the Usenet community that such is in fact theD case would suffice for me. Then, I'd shutup it about because I would know better.  G On the other hand, I see no other possible justification for such gross . mismanagement of a clearly profitable product.   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Sat, 25 Oct 2003 11:52:46 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ; Subject: Re: OpenVMS I64 ISV application count now over 500 ' Message-ID: <3F9AAA5E.38608E08@fsi.net>    jlsue wrote: > [snip]H > Except that some of your comments border on defamation (not to mentionI > FUD).  While you certainly have offered your analysis of the Alpha etc. J > history, it has little to no bearing on what we are doing now.  And yourG > constant rehashing of history in relation to what we are doing now is  > meaningless.  F Except that as Bill Todd and David Webb have pointed out, if we do notB learn from the mistakes of the past, we are doomed to repeat them.  - ...which calls to mind that river in Egypt...    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Sat, 25 Oct 2003 23:13:44 GMT # From: "John Smith" <a@nonymous.com> ; Subject: Re: OpenVMS I64 ISV application count now over 500 H Message-ID: <IsDmb.58748$h61.29283@news01.bloor.is.net.cable.rogers.com>   David J. Dachtera wrote: > John Smith wrote:  >> >> jlsue wrote: C >>> On Fri, 24 Oct 2003 02:47:55 GMT, "John Smith" <a@nonymous.com> 
 >>> wrote: >>>  >>> C >>>> don't you think that a little advertsisng and promotion of VMS ? >>>> could boost those numbers. I'm pretty sure you could use a G >>>> raise/bonus, and if the VMS division doubled its profit by selling : >>>> more VMS systems.......think of the possibilities.... >>> H >>> I believe that most of us in here have already stated that we'd loveH >>> to have more VMS advertising.  But continuing to expect that somehowB >>> we folks in the trenches can do something about this will only >>> increase your frustrations.  >>G >> Ah...so what you're saying (to paraphrase loosely and in the current G >> vernacular) is that carly (tm) needs to be 'bitch slapped upside the G >> head' for her action/inaction with respect to VMS? As a shareholder, G >> that seems like a very appropriate thing to do to the HP CEO in this F >> case. [aside: I'm sure that carly is a nice individual and probably >> throws a great dinner party]  >>@ >> It seems to me that if my company had a product line that wasE >> bringing in between $400-800 million in profits annually, I'd want D >> to be selling lots more of it to more and more customers, new and> >> exisiting, and I'd be taking positive steps to ensure that,D >> including using advertising in creative ways to stimulate demand." >> Why doesn't HP want to do that? >>D >> And as to the flip-side of that, if my company had a product lineG >> that was deemed crucial to its public image with major customers and D >> wasn't making money, I'd find ways of ensuring that it did becomeE >> profitable and that would include making every attempt to increase  >> sales of that product.  >>$ >> So to ask a few simple questions, >>? >> a) Just what does your management say to the troops when the 9 >> question, "Why aren't we advertising VMS?" gets asked?  >>F >> b) Or reading between the lines of your response above, does nobodyA >> internally ask that question for fear of being fired for gross  >> insubordination?  >>E >> c) Is there a HP culture of "don't rock the boat" when it comes to G >> asking about VMS advertising, marketing, and increasing sales to new 
 >> customers?  >>@ >> d) Or is it that Marcello, Gorham, Fortier, Blatz, Blackmore,C >> Stallard, carly (tm), et al. are just too busy counting the days 9 >> left to retirement and the big pension to do anything?  >>G >> e) Or is it that the people mentioned in d) don't believe in VMS and % >> its future in the market or at HP?  >>F >> I think that most, if not all, of HP's OpenVMS customers would like* >> to know the answers to these questions. >>H >> Feel free to forward this post any and all internally at HP for theirH >> comments and responses. Invite them to participate here in c.o.v. andG >> interact with customers directly. If they have persuasive rationales E >> and arguments then I'm sure that their points will be thoughtfully  >> considered by all here. > H > The "nagging" thought in the back of my pea-brain mind is that somehowG > the MIBs have gotten their tendrils into the VMS bunch and are trying G > to ensure that only THEY have access to it, since it is so secure and ? > reliable, and that DII/COE is just a smoke-screen to send the - > hackers/crackers off on a wild goose chase.  > B > Now if that's indeed the case, I don't have a problem with it. AD > simple "unauthorized leak" to the Usenet community that such is inG > fact the case would suffice for me. Then, I'd shutup it about because  > I would know better. > C > On the other hand, I see no other possible justification for such 6 > gross mismanagement of a clearly profitable product.    L Maybe there is something that has been added to the water supply in Maynard,I Houston, and Palo Alto by competitors all these years. That has to be the F explaination because it is illogical to conceive that 3 generations of@ mis-management would be allowed to breed over the past 14 years.   ------------------------------  # Date: Sun, 26 Oct 2003 05:22:50 GMT / From: "Richard L. Dyson" <rick-dyson@uiowa.edu> ) Subject: Re: Product (PCSI) Info Question - Message-ID: <KSImb.30973$Tr4.59665@attbi_s03>    Bradford J. Hamilton wrote: U > In article <3F945A0B.780BD8E1@uiowa.edu>, Rick Dyson <rick-dyson@uiowa.edu> writes: L > !With the old VMSInstal, there was a field kept in the "HISTORY file" thatP > !gave the status of the install and the IVP (if applicable).  I.e., whether it! > !was successful or failed, etc.  > ! Q > !Does such info exist in the PCSI database?  I can't find any reference to this P > !in the SysMan docs I can access on-line.  "Product Show Product /Full" has anC > !"operation" (like Install or Remove), but I can't find a status.  > !  > $ > (Apologies if this posts twice...) > Q > Try "$product sho history/full".  There is a column labeled "err" which shows 0 K > for all my installations; I'm assuming that means "0 errors", rather than  > "$status=0".	:-)   Thanks Brad!  D 	I see that there was actually one time I got "2" in that column.  IL don't recall for what though.  It was too long ago...  It was a FORTRAN RTL.   Rick --  J Richard L. Dyson                                      rick-dyson@uiowa.eduK   _   _  _____                      http://www-pi.physics.uiowa.edu/~dyson/ J | | | ||_   _|  Senior Systems Analyst   --   INFORMM-Cerner Systems Group< | | | |  | |    The University of Iowa Hospitals and ClinicsJ | \_/ | _| |_   Information Systems Dept. BT1000 GH   Office: 319/384-7016K   \___/ |_____|  Iowa City, IA 52242-1052                 FAX: 319/384-7020 E                  (Consulting to the Physics and Astronomy Department)    ------------------------------  # Date: Sun, 26 Oct 2003 02:30:25 GMT - From: "John E. Malmberg" <wb8tyw@qsl.network> % Subject: Rsync - Progress on OpenVMS. > Message-ID: <5lGmb.129727$qj6.8538878@news1.news.adelphia.net>  # [followups set to vmsnet.vms-posix]   E I have posted some files on Encompasserve.org for those that want to  - help work on getting rsync to run on OpenVMS.   F What I did is replaced the fork() call with using pthreads to run the  second process as a thread.   A This still needs some work, as rsync uses many global and static  I variables, and the second process running as a thread could corrupt them.    The files are at  ) http://encompasserve.org/~malmberg/rsync/   0 The readme file has a more detailed explanation.  C I was able to produce a binary that appears to be able to properly  8 transfer files, inspite of the risks of data corruption.  H I am not posting the binaries, to insure that no one accidentally tries $ to do something important with them.    < For those that do not know what rsync is, rsync is a remote  synchronization program.  = It allows multiple developers to keep a local directory tree  G synchronized with a master, so that they can be building from the same   sources as everyone else.   C It is also used for transfering DNS zone information and has other  
 applications.   I If you are working on an open source application, you may notice that in  I addition to the ftp and http and cvs access to the source they will have  G an rsync access also.  The rsync access can be the easiest way for you  G to make sure that you are using the same source as the UNIX platforms,  " so you can do concurrent releases.    ( The home page is: http://rsync.samba.org  G While the rsync developers are not real interested in OpenVMS specific  I modifications, they are interested in if a fully threaded version can be  
 developed.  H Now that vmsnet.vms-posix seems to have been cleaned out, thanks to the G efforts of several comp.os.vms regulars, it looks like a good place to  
 discuss this.   B I have also posted a note on the encompasserve.org VMS conference.   -John  wb8tyw@qsl.network Personal Opinion Only    ------------------------------  % Date: Sun, 26 Oct 2003 01:09:50 +1000 : From: "David McKenzie" <david.mckenzie@paradigm-shift.biz> Subject: Re: rwastC Message-ID: <3f9a926d$0$95043$c30e37c6@lon-reader.news.telstra.net>   , Could try amds or whatever it has become now   --   David McKenzie  7 David.Mckenzie@paradigm-shift.dot.biz  remove the "dot"  OpenVMS IT Privacy and Law   http://www.paradigm-shift.biz / "Didier Morandi" <no@spam.com> wrote in message . news:3f905672$0$13295$626a54ce@news.free.fr... > Chris Sharman wrote: > 0 > > Questions: how do I unjam an RWAST process ? > % > Never succeeded in 21 years of VMS.  > > > Alpha Internals & Data Structures gives three MWAIT reasons: > 5 > depleted system resource (no action possible to me) 7 > insufficient job quota (not dynamic, so needs reboot) > > mutex (how do you fix that? by killing others processes? :-) > $ > > What's with astlm 0, astcnt 99 ? > ASTLM C >       Specifies the AST queue limit, which is the total number of G >       asynchronous system trap (AST) operations and scheduled wake-up G >       requests that the user can have queued at one time. The default 6 >       is 40 on VAX systems and 250 on Alpha systems. >  > ASTCNT= > Nr of concurrent ASTs the process can request at the moment  > (AI&DS v 1.5 p 181)  > K > > How do I find out what's going on with it ? (force_process_dump doesn't # > > work, since it relies on ASTs).  >  > $ ana/sys > > SDA> set proc/ind=PID (care, it's "IND" for INDex, not "ID") > SDA> sh proc > ../..  > go to screen #3 ) > look at the Event Flag Wait Mask (EFWM) H > if the process is in MWAIT, the EFWM should have a value between 1 andG > 18 (AI&DS v 1.5 page 381). The table there (in the "bible") gives the  > MWAIT reason.  > * > On VAX, you can retrieve this list with: > ! > SDA> read sys$system:sysdef.stb  > SDA> sh symb rsn$/all  >  > HTH  >  > D. > >  > > Thanks, 	 > > Chris  > >  >    ------------------------------  % Date: Sat, 25 Oct 2003 11:11:34 -0400 0 From: "Homer Simpson" <hsimpson@burnsenergy.com>& Subject: Re: Spam from Hewlett-Packard9 Message-ID: <ymwmb.61956$5n.44759@bignews5.bellsouth.net>   I This reminds me of the time I registered my nephew's new Presario desktop K using his name and my email address, since he did not yet have email.  That I was about 4 years ago.  To this day, about 5% of the spam I receive comes L with his name in the subject line.  Apparently, Compaq sold the registrationB info to several spammers.  I'm not sure if just making HP restrictL advertisements to opt-in-only lists is going to stop the flood.  They shouldG also cease selling their customer registration lists to other spammers!     @ "Alan Frisbie" <Usenet01REMOVE@Flying-Disk.com> wrote in message& news:3F99DF33.30004@Flying-Disk.com... > John Smith wrote:  > > Alan Frisbie wrote:  > > 8 > >> Sadly, this problem has taken a turn for the worse. > >>< > >> Apparently, Mr. Swartwood decided to get revenge on me.? > >> Yesterday afternoon, he called my client, Nelson Nameplate = > >> Company (where I had been getting the spams), and left a 9 > >> voice-mail message for the president of the company.  > >>C > >> He falsely claimed that I had sent bogus and harassing e-mails 6 > >> to him.   He did not offer any proof or examples. > ; > [NOTE: After a request from Nelson, he has yet to do so.]  > @ > >> I have never sent any e-mail of any kind to him, nor have IB > >> ever asked anyone to do so.   I think it would be wrong, justE > >> as I think it is wrong for him to make such claims to my client.  > >>B > >> I am deeply saddened that a Hewlett-Packard employee would doF > >> such a thing, especially someone in a position of responsibility.2 > >> The company is greatly diminished in my eyes. > L > > Retain a lawyer to sue the bastard and HP for defamation of character... >  > sue in both CA and TX.  > @ > I would prefer to avoid any legal action, however warranted itA > might be.   My goal is to convince HP to change their practices 9 > so that they cannot be used as a tool to harass others.  > A > I would be perfectly satisfied by a letter from Dan Swartwood's ? > manager, apologizing for the behavior of his employee, and an > > agreement to use only confirmed (closed-loop) opt-in for allA > their mailing lists.   Needless to say, this would require that B > all existing mailing lists be confirmed before using them again. >  > He can always contact me at: >  > Alan E. FrisbieS > Flying Disk Systems, Inc.  > 4759 Round Top Drive > Los Angeles, CA 90065o >iA > I hope that some concerned HP employee will make sure this getsi > to the right person. > 0 > Alan                  Remove "REMOVE" to reply >m   ------------------------------  % Date: Sat, 25 Oct 2003 08:56:43 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>8 Subject: Re: Swan Song For The Alpha Processor - TechWeb) Message-ID: <3F9A64FA.97034750@istop.com>p   Dirk Munk wrote:Q > for the desktop either, so if we take him by his word he is saying that the endrQ > of Itanium already can be predicted. That only leaves the Athlon-64 family as a + > viable 64 bit processor family. Wow......   K Power runs on desktops, and so does Sparc. But it is a given that it is then 8086 that will have the volume.e   ------------------------------  % Date: Sat, 25 Oct 2003 16:03:49 +0200 " From: Didier Morandi <no@spam.com>8 Subject: Re: Swan Song For The Alpha Processor - TechWeb2 Message-ID: <3f9a82c5$0$236$626a54ce@news.free.fr>   Michael Unger wrote:  G > Can you specify the frequency range of your "antennas"? It isn't pureC > noise you are listening to?e  I Michael, as a new editor, I would not start a newsletter from noises. No e& chance to be taken seriously that way.   D.   ------------------------------  # Date: Sat, 25 Oct 2003 14:19:23 GMT-# From: "John Smith" <a@nonymous.com>28 Subject: Re: Swan Song For The Alpha Processor - TechWebH Message-ID: <LDvmb.52429$h61.19115@news01.bloor.is.net.cable.rogers.com>   Michael Unger wrote:. > On 2003-10-25 13:09, "Didier Morandi" wrote: >1 >> Dirk Munk wrote:h >>G >>> This must be a slip of the tongue of our dear Terry. The Itanium isd' >>> not targeted for the desktop eitherv >>F >> Who said that? My antennas told me the opposite, and I can tell you >> we8 >                     ^^^^^^^^ >EG > Can you specify the frequency range of your "antennas"? It isn't pure  > noise you are listening to?h >s4 >> will see OpenVMS laptops one day not so far away. >> >> [...] >s= > With a power dissipation of 100 to 150 W for the CPU alone?i    D It will be a multi-function device aimed at the consulting market: A combined
 - computer - coffee maker	 - cooktop,  B Perfect for consultants who do work for companies with unrealisticJ development schedules. Just take one of these 'new' multi-function devicesK and a sleeping bag and you can camp out under your assigned desk for weeks.t* You'll always be on-site and billable. ;-)   ------------------------------  # Date: Sat, 25 Oct 2003 14:21:40 GMT # From: "John Smith" <a@nonymous.com>e8 Subject: Re: Swan Song For The Alpha Processor - TechWebH Message-ID: <UFvmb.52448$h61.12348@news01.bloor.is.net.cable.rogers.com>   Didier Morandi wrote:t > John Smith wrote:  >S >dA >> Shannon, who sold 100,000 copies of a best-selling book on VMS@ >$ > ???:
 > which book?s     Maybeh 'Introduction to VAX/VMS'o$ by David W. Bynon & Terry C. Shannon Professional Press Books, 1991   ------------------------------  % Date: Sat, 25 Oct 2003 18:28:32 +0200y From: Dirk Munk <munk@home.nl>8 Subject: Re: Swan Song For The Alpha Processor - TechWeb2 Message-ID: <bne8eh$da5$1@news1.tilbu1.nb.home.nl>   Didier Morandi wrote:  > Dirk Munk wrote: >  >> >>>nH >>> "The Alpha never made it to the desktop," said Shannon. "No desktop 
 >>> equals/ >>> no volume. And no volume equals no income."t >>>c >> Oops.......G >> This must be a slip of the tongue of our dear Terry. The Itanium is D& >> not targeted for the desktop either >  > I > Who said that? My antennas told me the opposite, and I can tell you we t3 > will see OpenVMS laptops one day not so far away.h  M "Back to the future", there already was a VMS laptop, the Tadpole. And there fL were desktop VAX systesm, and there are Alpha desktop systems. But Terry is Q refering to the IA32 PC market, and the numbers of systems that are sold in that eM   segment of the market. I'm sure there are Itanium desktop systems now, but tP except for professional use no one is buying them or will be buying them in the M near future. The Itanium is not targeted at that market, and that is a Intel w
 statement.  L Intel is telling us we only need Pentiums at home and in the office, and we 3 should use the Itanium in servers and workstations.s   >  > "The revenge of VMS" > G > Next step is to introduce DEcnet on the Internet, and DEcnet over IP o > should help... >  > D. >    ------------------------------  + Date: Sat, 25 Oct 2003 16:43:19 +0000 (UTC)r From: david20@alpha2.mdx.ac.uk8 Subject: Re: Swan Song For The Alpha Processor - TechWeb) Message-ID: <bne977$ofl$1@news.mdx.ac.uk>d  p In article <Nohmb.31842$3f.24733@twister01.bloor.is.net.cable.rogers.com>, "John Smith" <a@nonymous.com> writes:3 >http://www.techweb.com/wire/story/TWB20031023S0014t >s" >Swan Song For The Alpha Processor" >October 24, 2003 (11:45 a.m. EST)" >By W. David Gardner, TechWeb News > K >"The Alpha never made it to the desktop," said Shannon. "No desktop equalsl, >no volume. And no volume equals no income." >   M Given Terry Shannon's flagwaving for IA64 that is a very interesting comment.XM Unless I've missed some announcement from Intel IA64 will have no presence on0& the desktop in the foreseeable future.  
 David Webb VMS and Unix team leader CCSS Middlesex University   >e >5   ------------------------------    Date: 25 Oct 2003 16:28:27 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: VAX emulators3 Message-ID: <wjfR19AYgXtx@eisner.encompasserve.org>   W In article <3f9a4ab9$0$227$626a54ce@news.free.fr>, Didier Morandi <no@spam.com> writes:   I > CHARON-VAX is a product from Software Resources International, Geneva, 5I > aka SRI (www.softresint.com). SRI until 1998, was Digital. SRI was the lJ > Digital European Migration Engineering Group in Geneva. They produced a K > lot of software for the OpenVMS Engineering Group, among them the famous  F > DECmigrate utility (aka VEST), allowing to translate binary VAX/VMS  > images to run on Alpha.   @ They updated it to accept images from newer versions of VAX VMS,? but the original development of VEST was done by a group in Newe: England, affiliated with DEC's Alpha hardware development.   ------------------------------  # Date: Sat, 25 Oct 2003 17:58:15 GMT > From: Daniel T. Burrows <dburrows.no.spam!@nospam.netpath.net>6 Subject: VMS license transfer to emulator - NOT Charon8 Message-ID: <tgdlpv8uusau2ei5lh7lidmjkm2d4mf5cs@4ax.com>  D I'm thinking about using a VAX emulator in a commercial environment.E I am not thinking about Charon, it is another emulator. I do not needSC or expect any support from HP/Compaq/DEC on this as it will be usedA. with older versions of VMS.  ( 6.x and 5.5-2 )  * How can I do this legally correct manner? C Do I have to buy a completely new VMS license? Can I simply order ai> CHARON VAX Transfer License, and use it on the other emulator?  A Who can I contact within HP/Compaq/DEC to make sure everything is0? legal with their VMS License people and that everything is done2	 properly?    Thanks a lot in advance ...l   Dan    ------------------------------  % Date: Sat, 25 Oct 2003 15:21:41 -0700k# From: "Tom Linden" <tom@kednos.com> : Subject: RE: VMS license transfer to emulator - NOT Charon9 Message-ID: <CIEJLCMNHNNDLLOOGNJIGEEJIFAA.tom@kednos.com>u  E I sent an email to the licensing folks at HP and you should certainlycH do so as well, particularly since it sounds like you are really going toF do it.  If and when I get a response I will post it here.  Please note; that PL/I is not a layered product covered by this license.t   >-----Original Message----- F >From: Daniel T. Burrows [mailto:dburrows.no.spam!@nospam.netpath.net]* >Sent: Saturday, October 25, 2003 10:58 AM >To: Info-VAX@Mvb.Saic.Com7 >Subject: VMS license transfer to emulator - NOT Charon  >  > E >I'm thinking about using a VAX emulator in a commercial environment. F >I am not thinking about Charon, it is another emulator. I do not needD >or expect any support from HP/Compaq/DEC on this as it will be used/ >with older versions of VMS.  ( 6.x and 5.5-2 )  >I+ >How can I do this legally correct manner?  D >Do I have to buy a completely new VMS license? Can I simply order a? >CHARON VAX Transfer License, and use it on the other emulator?E >rB >Who can I contact within HP/Compaq/DEC to make sure everything is@ >legal with their VMS License people and that everything is done
 >properly? >X >Thanks a lot in advance ... >l >Dan p >M >---' >Incoming mail is certified Virus Free.V; >Checked by AVG anti-virus system (http://www.grisoft.com).rB >Version: 6.0.530 / Virus Database: 325 - Release Date: 10/22/2003 >2 --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).A Version: 6.0.530 / Virus Database: 325 - Release Date: 10/22/2003y   ------------------------------  % Date: Sat, 25 Oct 2003 22:53:38 +020012 From: Wilm Boerhout <w.boerhoutOLD@PAINTplanet.nl>: Subject: Re: VMS license transfer to emulator - NOT Charon* Message-ID: <bneo69$gpc$1@reader08.wxs.nl>  &    From a recent post by Hoff Hoffman:   Licensing information:  4      http://licensing.hp.com/swl/view.slm?page=index  1    There's an email address at the above webpage.h   Daniel T. Burrows wrote:F > I'm thinking about using a VAX emulator in a commercial environment.G > I am not thinking about Charon, it is another emulator. I do not needtE > or expect any support from HP/Compaq/DEC on this as it will be useda0 > with older versions of VMS.  ( 6.x and 5.5-2 ) > , > How can I do this legally correct manner? E > Do I have to buy a completely new VMS license? Can I simply order ag@ > CHARON VAX Transfer License, and use it on the other emulator? > C > Who can I contact within HP/Compaq/DEC to make sure everything isnA > legal with their VMS License people and that everything is done  > properly?  >  > Thanks a lot in advance ...e >  > Dan    -- n
 Wilm Boerhouto   w.boerhoutOLD@PAINTplanet.nl(    (remove OLD PAINT from reply address)   ------------------------------  % Date: Sat, 25 Oct 2003 13:48:23 -0400-) From: "Neil Rieck" <n.rieck@sympatico.ca> 6 Subject: RE: VMS Technical Update (presenter's notes?): Message-ID: <HHymb.29530$XO.1505095@news20.bellglobal.com>  K Seminar notes (mostly in power point format) are available from the two dayn. OpenVMS Technical Seminar in Ottawa (2003-06).  I I believe these notes are only worth their full value if you attended theiG seminar (and probably only 10% if you didn't). That said, the hyperlink K resources associated with the Apache and eBusiness lectures are invaluable.AM You will also find the VMS-7.3-2 notes of interest and you'll want to upgradei to it.  6 http://www.canacu.org/CANACU-techsem03-ottawaHP29c.htm  
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.! http://www3.sympatico.ca/n.rieck/m   ------------------------------  % Date: Sat, 25 Oct 2003 17:19:09 -0500A1 From: "David J. Dachtera" <djesys.nospam@fsi.net> 2 Subject: Re: We buy Alpha  - URGENT - DS10 systems' Message-ID: <3F9AF6DD.985F507F@fsi.net>g   Robert Deininger wrote:e > K > In article <fua4m2aLKzas@eisner.encompasserve.org>, Kilgallen@SpamCop.net/ > (Larry Kilgallen) wrote: > > > >In article <3F9736F2.64596355@fsi.net>, "David J. Dachtera"! > <djesys.nospam@fsi.net> writes:V > >> Tim Llewellyn wrote:e > >>>l > >>> Island wrote:i > >>> >. > >>> > Geez I knowc > >>> >eL > >>> > But I am buying not selling, so hopefully people won't mind too much > >>> >T; > >>> > Sorry Everyone - (Slapping himself on the keyboard)1 > >>> >p
 > >>> > DT > >>>-P > >>> If the systems are to deploy or expand existing VMS solutions then this is" > >>> good news for all VMS users. > >>K > >> Then again, sometimes the glass *IS* half-empty. I can't help thinkingtI > >> that if a reseller has to go begging on the open market for product, ! > >> vendor support may be, well,o > >c% > >Switching to a newer model (DS15).p > >fE > >And having mis-estimated the relative demand for DS10s vs. DS10Ls.m > > $ > >That seems normal for any vendor. > K > But in the present case, DS10, DS10L, and DS15 are all available new fromyK > HP.  I expect Island has customers who need systems at lower cost than HPo	 > offers.i  D Hhmmm... That sounds like "affordable". Now, where have I heard THAT
 before...?   -- o David J. Dachtera( dba DJE Systemst http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/e   ------------------------------   Date: 25 Oct 2003 10:28:37 GMT< From: gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann)7 Subject: Re: [survey] why do you still use VAX systems?n0 Message-ID: <bndj8l$ep5$1@n.ruf.uni-freiburg.de>  W In article <3f992d5f$0$240$636a55ce@news.free.fr>, Didier Morandi <no@spam.com> writes: $ >1. why are you still using VAX/VMS?  O They are still around and do their job nicely. So no need to buy something new.r  I >2. what do you plan to do in ten years, when they are no more maintained  > under a HW contract from HP?  O We won't have any VAXen by then. We have only two left and are going to replaceR( one of them within the next three weeks.  D >3. if you would *have* to migrate (no more spare parts, management / >decision,...), what would be your best choice?o >a >   a) go Alphar >   b) go Itaniumo1 >   c) go CHARON-VAX or other emulation solutionse >   d) go to another vendorl >   e) ... (please fill in)e  K This depends on the time. At the moment we would take option a) . After two B years it might be option b). Again, this depends on the situation.   Regards,    Christoph Gartmann    -- aE  Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452u  ImmunbiologieI  Postfach 1169                 Internet: gartmann@immunbio dot mpg dot de   D-79011  Freiburg, Germany 9                http://www.immunbio.mpg.de/home/menue.html    ------------------------------  # Date: Sun, 26 Oct 2003 00:17:25 GMTy6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)& Subject: [TCPware V5.6-2] DST Change ?1 Message-ID: <poEmb.18026$OG.14923@news.chello.at>a  $ I just noticed the following message  8 %%%%%%%%%%%  OPCOM  26-OCT-2003 02:00:05.36  %%%%%%%%%%%" Message from user SYSTEM on MECHTAO %TCPWARE_NTP-I-DSTCHANGE, Clock will be stepped back 60 minutes due to daylightd                savings  F because I have in my TCPWARE:TCPWARE_CONFIGURE.COM the following lines   $ NETCU_TIMEZONE  == "" " $ NETCU_TIMEZONE_NAME == "MET-DST"" $ NETCU_TIMEZONE_RULES == "EUROPE"  J Sad thing is, that the change should happen in Europe at 3am (back to 2am)A and not as (I suspect) in US (and UK, EIRE) at 2am (back to 1am).u  - I think it would be in TCPWARE:TIMEZONES.DAT i  d Rule    M-Eur    1996     DST       1:00  Last Sunday  March 2:00         Last Sunday  October  2:00d Rule    M-Eur    1981     DST       1:00  Last Sunday  March 2:00         Last Sunday September 2:00d Rule    M-Eur    1970     DST       1:00  Last Sunday  March 2:00         Last Sunday September 2:00   should be of course2  d Rule    M-Eur    1996     DST       1:00  Last Sunday  March 2:00         Last Sunday  October  3:00d Rule    M-Eur    1981     DST       1:00  Last Sunday  March 2:00         Last Sunday September 3:00d Rule    M-Eur    1970     DST       1:00  Last Sunday  March 2:00         Last Sunday September 3:00  9 May some kind soul at PSC give it a hand again, please...l   TIA>   -- t Peter "EPLAN" LANGSTOEGERr% Network and OpenVMS system specialistd E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------   End of INFO-VAX 2003.593 ************************H > > to have more VMS advertising.  But continuing touYYP^@*7C+Gk2O@pdh8rh8.r#	2YCX7Mfo_LGz>7i)L?VGcQcћiIpǐ)3B"С׏fnOC;rDjMc;)\g"+E%Qe:;RP
	AQʡ	P		+X{:qĞb􌤬Rp籩
w7a2xT>mytJJM7}.3`roxk#ӏ*2H6nLޛv)*wOuOYi{&?3&mJT~샟T 3l*0K,V.XKx^jiv})F鸤HFPL#&`C]5A&$EcgFLLSdzyо/
 dvu5