1 INFO-VAX	Sun, 24 Apr 2005	Volume 2005 : Issue 227       Contents:7 Re: CDE under DECwindows: customization, documentation? 7 Re: CDE under DECwindows: customization, documentation? > Re: changing node name: RENAME/IDENTIFIER SYS$NODE_oldnodename> Re: changing node name: RENAME/IDENTIFIER SYS$NODE_oldnodename Re: Could a PC do this?  Re: Could a PC do this?  Re: Could a PC do this?  Re: Could a PC do this?  Re: Could a PC do this?  Re: Could a PC do this?  Re: Could a PC do this?  RE: Could a PC do this?  Re: Could a PC do this?  Re: Could a PC do this? . Re: Cyrillic fonts with Mozilla and DECwindows DCL File directory browser Re: Distribution Media Re: Distribution Media
 Free Ipods Problem with file delete Re: Problem with file delete Re: Problems with xdm  Re: Problems with xdm  Re: Problems with xdm  Re: Problems with xdm  Re: Slow Filesystem I/O  Re: Slow Filesystem I/O  Re: Slow Filesystem I/O  Re: Slow Filesystem I/O  Re: Slow Filesystem I/O  Re: Slow Filesystem I/O ! Re: System disk migration problem ! Re: System disk migration problem ! Re: System disk migration problem ! Re: System disk migration problem ! Re: System disk migration problem ! Re: System disk migration problem ! Re: System disk migration problem   Re: VMS to Max OS X file sharing  F ----------------------------------------------------------------------  # Date: Sat, 23 Apr 2005 19:51:56 GMT * From: "FredK" <fred.nospam@nospam.dec.com>@ Subject: Re: CDE under DECwindows: customization, documentation?0 Message-ID: <wHxae.4427$aw4.25@news.cpqcorp.net>  0 "issinoho" <issinoho@gmail.com> wrote in message6 news:1114267762.13102.0@spandrell.news.uk.clara.net... > FredK wrote:4 > > "issinoho" <issinoho@gmail.com> wrote in message3 > > news:1114207221.48435.0@demeter.uk.clara.net...    > J > I find your last statement worthy of a sad-head-shake. No, sorry I'm notI > a billion-dollar corporation so me personally taking on a port of Gnome E > might *just* be out of my reach. And the inference that things only F > change when customer-driven may be commercially sound but I find the! > lack of ambition disappointing.   H Why?  It's Open Source?  It's C?  It isn't the product of billion dollar
 corporations.   H It's not lack of ambition, it's lack of time and resources, and a desireF not to make my entire life nothing but computers...  probably the sameD as you.  When it becomes a business priority, and I can do it on theH companies nickel...  but these days they aren't going to do it just on aL whim, or just because it's cool, or just to prove some collective ambition - they need a business case.   ------------------------------  % Date: Sat, 23 Apr 2005 16:29:33 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> @ Subject: Re: CDE under DECwindows: customization, documentation?, Message-ID: <426AB029.83893B9C@teksavvy.com>   issinoho wrote: E > might *just* be out of my reach. And the inference that things only F > change when customer-driven may be commercially sound but I find the! > lack of ambition disappointing.   D VMS has long been relegated to big iron data centre systems, and theD fact that X is still supported is just a vestige of its former gloryE days.  HP-UX has a more modern version of Motif/CDE, but VMS is still 2 stuck in the early 1990s. (Motif is now at V 2.3).  E I think that DECwindows has been outsourced and thus probably just on H life support with minimal development. You don't need this when VMS runsA on a large system controlled by openview on an HP-UX workstation.    ------------------------------  # Date: Sat, 23 Apr 2005 19:28:53 GMT   From: John Santos <john@egh.com>G Subject: Re: changing node name: RENAME/IDENTIFIER SYS$NODE_oldnodename ) Message-ID: <Vlxae.1455$yc.1103@trnddc07>   / Phillip Helbig---remove CLOTHES to reply wrote: D > In article <%kfae.184$Nc.104@trnddc08>, John Santos <john@egh.com>
 > writes:  >  > D >>Even 10Mb/s is surprisingly fast for lots of stuff.  One key is to@ >>make sure you have an ethernet switch, rather than just a hub." >>This can make a huge difference. >  > I > At the moment, I have a DECrepeater, which is essentially a hub rather  E > than a switch, I believe.  Can one somehow quantify how "huge" the   > difference is?  B Lots of cluster "lost connection"/"restored connection" events vs. none.    >  > E >>You might want to consider getting a cheap old DECServer (should be D >>cheap on Ebay), and connecting one port to a dialup modem, and theH >>rest via null-modems to the console ports of your other systems.  ThenB >>you could dial in and reboot things, fix network routes, etc. ifE >>necessary.  The server could offer the various console ports as LAT J >>services, so you could connect to a dead or down system from any workingH >>system, using SET HOST/LAT.  (If you have a DS90/DS700 (or later) thatG >>supports TCP/IP, you could also TELNET in from the outside and do the  >>same.) >  > F > I have some DECserver 200 and 250, but they don't support TCPIP.  I K > don't have a modem per se, just an ISDN router.  I suppose I could add a  H > couple of small machines (VAXstation VLC, for example) to the cluster J > and set them up for TCPIP via the ISDN router, which I can dial in to.  I > From there, I could go via LAT to a terminal server, and from there to  J > the consoles of the other machines.  Or perhaps SET HOST/DTE would work?  G If you can get into any VMS system (or other system that will run LAT - H I downloaded and installed latd-1.21 on my PowerBook and it works fine),G you can $ SET HOST/LAT to any service offered by the DECServer, such as D the console ports of all the other systems connected to it.  You can< also connect to the DS itself with NCP CONNECT or LANCP, for configuration.   --   John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Sun, 24 Apr 2005 03:53:58 +0800  From: prep@prep.synonet.com G Subject: Re: changing node name: RENAME/IDENTIFIER SYS$NODE_oldnodename - Message-ID: <874qdxs209.fsf@prep.synonet.com>   R helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes:  D > In article <%kfae.184$Nc.104@trnddc08>, John Santos <john@egh.com>
 > writes:   E >> Even 10Mb/s is surprisingly fast for lots of stuff.  One key is to A >> make sure you have an ethernet switch, rather than just a hub. # >> This can make a huge difference.   A > At the moment, I have a DECrepeater, which is essentially a hub @ > rather than a switch, I believe.  Can one somehow quantify how > "huge" the difference is?   C Switch vs hub does not make a lot of difference IMO for most trafic E mixes. Heavy cluster trafic would be the head of the list to benefit, D but the flow control that is in the driver levels leaves very little on the table to pick up.  C However, if you can go to Full-Duplex and switched, you can get a 4 @ fold increase in throughput, or more. Again, depending on loads, useage etc.   F >> You might want to consider getting a cheap old DECServer (should beE >> cheap on Ebay), and connecting one port to a dialup modem, and the C >> rest via null-modems to the console ports of your other systems. @ >> Then you could dial in and reboot things, fix network routes,A >> etc. if necessary.  The server could offer the various console @ >> ports as LAT services, so you could connect to a dead or downF >> system from any working system, using SET HOST/LAT.  (If you have aD >> DS90/DS700 (or later) that supports TCP/IP, you could also TELNET( >> in from the outside and do the same.)  E > I have some DECserver 200 and 250, but they don't support TCPIP.  I D > don't have a modem per se, just an ISDN router.  I suppose I couldE > add a couple of small machines (VAXstation VLC, for example) to the D > cluster and set them up for TCPIP via the ISDN router, which I canC > dial in to.  From there, I could go via LAT to a terminal server, C > and from there to the consoles of the other machines.  Or perhaps  > SET HOST/DTE would work?  E If you are going to use stuff for console conections, you do not want F any IP at all. Dial into a VMS system, then conect to the LAT servicesB for the consoles. A terminal server that does not need a load hostA helps lots :) Oh, and plug a VTxxx into the ts as well of course.   B A pile of old DEChub 90 stuff would do all you need btw, including  ISDN if you could find the bits.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------   Date: 23 Apr 2005 18:39:13 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)  Subject: Re: Could a PC do this?, Message-ID: <3cvj2gF6nbganU1@individual.net>  ( In article <opspnzl6ylzgicya@hyrrokkin>,& 	"Tom Linden" <tom@kednos.com> writes:H > On 23 Apr 2005 01:02:48 GMT, Bill Gunshannon <bill@cs.uofs.edu> wrote: > 2 >> In article <42695693.22166.2FE034B9@localhost>,8 >> 	"Stanley F. Quayle" <squayle@insight.rr.com> writes:3 >>> On 22 Apr 2005 at 22:26, Bill Gunshannon wrote: I >>>> Nothing has come out yet with enough performance to match, much less  >>>> emulate the Alpha.  >>> ' >>> Not yet.  Give it 10 or 15 years...  >>>  >>F >> How's that?  5 years for Itanium to die and then 10 more to develop >> the new architecture?H > Itanium is on life support, I'll give you odds that it will be dropped > within a year.  D I was being kind.  (And trying not to get the Itanium fanatics riled
 up again! :-)    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: 23 Apr 2005 18:42:16 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)  Subject: Re: Could a PC do this?, Message-ID: <3cvj88F6nbganU2@individual.net>  = In article <4269b90c$0$78285$157c6196@dreader1.cybercity.dk>, . 	Karsten Nyblad <nospam@nospam.nospam> writes: > Bill Gunshannon wrote:2 >> In article <42695693.22166.2FE034B9@localhost>,8 >> 	"Stanley F. Quayle" <squayle@insight.rr.com> writes: >>  2 >>>On 22 Apr 2005 at 22:26, Bill Gunshannon wrote: >>> H >>>>Nothing has come out yet with enough performance to match, much less >>>>emulate the Alpha. >>> & >>>Not yet.  Give it 10 or 15 years... >>>  >>   >>  F >> How's that?  5 years for Itanium to die and then 10 more to develop >> the new architecture? >>   >> bill  >>   > K > 7 years for the Chinese to develop the needed technology and 5 years for   > them to design the chip.  ? Since when?  More likely it would be 7 years for someone in the = civilized world to develop it and 6 months for the Chinese to 	 steal it.    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: Sat, 23 Apr 2005 16:09:31 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>   Subject: Re: Could a PC do this?+ Message-ID: <426AAB7B.18409A8@teksavvy.com>    Karsten Nyblad wrote: I > If Intel honor their promise that they will make IA64 use the same chip H > sets as x86-64 in 2007, then IA64 can be kept alive on a low budget byK > putting more and more cores on the same chip without designing new cores.     H I think that this needs to be read the other way: By 2007, the 8086 willE use the same chipsets and interconnects as IA64, thus IA64 won't have C any edge over 8086 in terms of scalability, which it currently has.   D Until the 8086 has grown up some more, Intel has to continue to keepB IA64 on life support. The minute the 8086 reaches adulthood in the> enterprise sector, IA64 ceases to have a reason for existance.  F Big question is when VMS management will be allowed to announce a portF to the 8086. Announcing it now would be good for VMS, but not good forC Intel that still needs to artificially put a happy face on IA64 for  another year or so.   E For HP though, it would be marketing genius to announce a port to the E 8086 for VMS: "HP's new manmagement is committed to bringing VMS back E into the mainstream and leverage its scalability from desktop to data < centre, and the 8086 will give us back access to desktop and. departmental systems which IA64 doesn't have".   ------------------------------  % Date: Sat, 23 Apr 2005 16:23:07 -0400 ' From: Dave Froble <davef@tsoft-inc.com>   Subject: Re: Could a PC do this?0 Message-ID: <116lbl4ie0pj2ce@corp.supernews.com>   Main, Kerry wrote:  H >>Itanium is on life support, I'll give you odds that it will be dropped >>within a year. >> >  > # > Ok, what odd's are you providing?  > ( > I will be glad to take some of that ..  . Be careful Tom.  We're talking April 22, 2006.  G Someone else made a similar claim about Alpha, and I accepted the bet,  < and kept a copy of the e-mail.  Sent it to him after a year.  I The really sad part is, he was right about Alpha, just off on his timing.    --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Sat, 23 Apr 2005 22:55:26 +0200 + From: Karsten Nyblad <nospam@nospam.nospam>   Subject: Re: Could a PC do this?= Message-ID: <426ab654$0$78282$157c6196@dreader1.cybercity.dk>    JF Mezei wrote: G > For HP though, it would be marketing genius to announce a port to the G > 8086 for VMS: "HP's new manmagement is committed to bringing VMS back G > into the mainstream and leverage its scalability from desktop to data > > centre, and the 8086 will give us back access to desktop and0 > departmental systems which IA64 doesn't have".  H If I owned an ISV, then such an announcement would make try not to port F my software to Itanic.  We have seen what a too early announcement of G the EOL has done to the Alpha.  It would be vise of HP not to announce  H OpenVMS on x86-64 before they are ready to ask ISVs to start porting to  that platform.   ------------------------------  % Date: Sat, 23 Apr 2005 14:54:18 -0700 # From: "Tom Linden" <tom@kednos.com>   Subject: Re: Could a PC do this?( Message-ID: <opsppggslkzgicya@hyrrokkin>  . On Sat, 23 Apr 2005 17:39:45 -0400, JF Mezei  % <jfmezei.spamnot@teksavvy.com> wrote:    > Karsten Nyblad wrote: J >> If I owned an ISV, then such an announcement would make try not to portH >> my software to Itanic.  We have seen what a too early announcement ofI >> the EOL has done to the Alpha.  It would be vise of HP not to announce J >> OpenVMS on x86-64 before they are ready to ask ISVs to start porting to >> that platform.  > 5 > There is quite a difference between IA64 and ALpha.  > I > Alpha was quite well rooted and entrenched and ports from VAX that were  > made were long ago completed. H The fact that there are still a lot of VAXen out there might lead you to; the conclusion that the Alpha really wasn't that successful   % > And Alpha was touted as a long term J > platform and had impressive performance and qualities to it. And DigitalG > has its own engineers and was ale to justify continued development fo G > Alpha because of the revenus generated by VMS and Digital Unix. Intel G > doesn't get much revenus except for the actual chips it sells, and it G > must also support its own sopecial compilers that do half the work of  > the chip. G They probably get a piece of the purported $3B that HP claims to have   	 committed  ove the next 3 years.  > E > IA64 was not credible frm the start and its future debated from the H > start. We all expect the announcement of the port to 8086  before 2007 > (or during 2007).  > E > Because there is very little installed base of IA64 VMS , and small I > software collection (subset of Alpha which itself was a small subset of E > VAX software), there is no loss in abandonning IA64 now and keeping F > Alpha and migrate directly from Alpha to the 8086 in a couple years. > G > There is no loyalty to IA64 (except for Rob :-). It is much better to D > tell customers to stay put on Alpha than to force them through theH > expense and time  of migrating to that IA64 thing only to be told thatG > IA64 is a dead end on the day that they have completed the migration/ 6 > testing and are ready to go live on that IA64 thing. > H > In hindsight, the writing was on the wall for ALpha, albeit faint, andI > we chose not to believe it. Well, right now, the writing is on the wall I > for IA64, and it aint's faint. It is in 2000 point extra bold font with E > deep fluorescent orange ink with flashing neon signs all around it.  > J > Even Intel has progressively admitted that IA64 wasn't going to make it.J > First, it wasn't going to replace the 8086 as industry standard. Second,H > it wasn't going to make it for desktops/workstations, and then that it2 > was reallty good only for big iron computations. > B > Remember that Curly killed Alpha on the basis that IA64 would beI > industry standard, low cost, from desktop to datacentre chip. Now, it s I > only used in compute intensive farms where electricity is cheap. Google  > isn't using it.    ------------------------------  % Date: Sat, 23 Apr 2005 17:39:45 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>   Subject: Re: Could a PC do this?, Message-ID: <426AC098.3C38C4EC@teksavvy.com>   Karsten Nyblad wrote: I > If I owned an ISV, then such an announcement would make try not to port G > my software to Itanic.  We have seen what a too early announcement of H > the EOL has done to the Alpha.  It would be vise of HP not to announceI > OpenVMS on x86-64 before they are ready to ask ISVs to start porting to  > that platform.  3 There is quite a difference between IA64 and ALpha.   G Alpha was quite well rooted and entrenched and ports from VAX that were A made were long ago completed. And Alpha was touted as a long term H platform and had impressive performance and qualities to it. And DigitalE has its own engineers and was ale to justify continued development fo E Alpha because of the revenus generated by VMS and Digital Unix. Intel E doesn't get much revenus except for the actual chips it sells, and it E must also support its own sopecial compilers that do half the work of 	 the chip.   C IA64 was not credible frm the start and its future debated from the F start. We all expect the announcement of the port to 8086  before 2007 (or during 2007).   C Because there is very little installed base of IA64 VMS , and small G software collection (subset of Alpha which itself was a small subset of C VAX software), there is no loss in abandonning IA64 now and keeping D Alpha and migrate directly from Alpha to the 8086 in a couple years.  E There is no loyalty to IA64 (except for Rob :-). It is much better to B tell customers to stay put on Alpha than to force them through theF expense and time  of migrating to that IA64 thing only to be told thatE IA64 is a dead end on the day that they have completed the migration/ 4 testing and are ready to go live on that IA64 thing.  F In hindsight, the writing was on the wall for ALpha, albeit faint, andG we chose not to believe it. Well, right now, the writing is on the wall G for IA64, and it aint's faint. It is in 2000 point extra bold font with C deep fluorescent orange ink with flashing neon signs all around it.   H Even Intel has progressively admitted that IA64 wasn't going to make it.H First, it wasn't going to replace the 8086 as industry standard. Second,F it wasn't going to make it for desktops/workstations, and then that it0 was reallty good only for big iron computations.  @ Remember that Curly killed Alpha on the basis that IA64 would beG industry standard, low cost, from desktop to datacentre chip. Now, it s G only used in compute intensive farms where electricity is cheap. Google  isn't using it.    ------------------------------  % Date: Sat, 23 Apr 2005 22:41:09 -0400 ' From: "Main, Kerry" <kerry.main@hp.com>   Subject: RE: Could a PC do this?R Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB5ECC81@tayexc19.americas.cpqcorp.net>    -----Original Message----- 9 > From: JF Mezei [mailto:jfmezei.spamnot@teksavvy.com]=20  > Sent: April 23, 2005 5:40 PM > To: Info-VAX@Mvb.Saic.Com " > Subject: Re: Could a PC do this? >=20  	 [snip ..]     A > Even Intel has progressively admitted that IA64 wasn't going=20 
 > to make it. ; > First, it wasn't going to replace the 8086 as industry=20  > standard. Second, H > it wasn't going to make it for desktops/workstations, and then that it2 > was reallty good only for big iron computations. >=20  	 [snip ..]   E JF - If you want to know what Intel is really positioning for x86 and @ IA64 (as opposed to making up your own views), check out Intel's% whitepaper comparing x86 and Itanium:   H http://www.intel.com/business/bss/products/server/64-bit_tipping_point.p df   Extract:=20   D "Intel offers two complementary architectural choices that cover theE full range of 64-bit requirements. One is Intel Itanium architecture, > which is designed for the most demanding and business-criticalG enterprise and technical applications. The other is the family of Intel G Xeon processor based systems with Intel EM64T. Though not equivalent to F Itanium architecture in terms of capacity, performance, and RAS, theseD platforms enable a more gradual migration to 64-bit solutions, sinceH they provide native support for existing, legacy 32-bit applications. InG most enterprise computing environments, both platforms will be needed."      Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  $ "OpenVMS has always had integrity .. Now, Integrity has OpenVMS .."   ------------------------------  % Date: Sat, 23 Apr 2005 23:00:34 -0400 ' From: Dave Froble <davef@tsoft-inc.com>   Subject: Re: Could a PC do this?0 Message-ID: <116m2ubnsfgvsbf@corp.supernews.com>   Main, Kerry wrote:  G > JF - If you want to know what Intel is really positioning for x86 and B > IA64 (as opposed to making up your own views), check out Intel's' > whitepaper comparing x86 and Itanium:  > J > http://www.intel.com/business/bss/products/server/64-bit_tipping_point.p > df >  > Extract:   > F > "Intel offers two complementary architectural choices that cover theG > full range of 64-bit requirements. One is Intel Itanium architecture, @ > which is designed for the most demanding and business-criticalI > enterprise and technical applications. The other is the family of Intel I > Xeon processor based systems with Intel EM64T. Though not equivalent to H > Itanium architecture in terms of capacity, performance, and RAS, theseF > platforms enable a more gradual migration to 64-bit solutions, sinceJ > they provide native support for existing, legacy 32-bit applications. InI > most enterprise computing environments, both platforms will be needed."   B Sorry Kerry.  What you quote above could be, note, I say 'could', D similar to the EV8 roadmaps and PROMISES and COMMITMENTS concerning  Alpha on June 20, 1999.   G Actually, Intel is not making commitments and promises, just 'offers'.  F Care to quote for us anything from Intel that PROMISES to keep making 	 anything?   G When either chip will do the job, and Intel is making money on x86 and  I losing money on IA-64, Intel just won't give a damn about "demanding and  C business-critical enterprise and technical applications".  Hey, it  E doesn't do anything for them, and if it doesn't make them money, why  H would they care?  Hell, Alpha did make money for Compaq, and still they 
 killed it!  F It seems that today businessmen make decisions for their own reasons, ; not for the customer.  I don't see Intel differing on that.    Dave   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Sat, 23 Apr 2005 23:18:03 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>   Subject: Re: Could a PC do this?, Message-ID: <426B0FCD.6CB5E15A@teksavvy.com>   "Main, Kerry" wrote:G > JF - If you want to know what Intel is really positioning for x86 and B > IA64 (as opposed to making up your own views), check out Intel's' > whitepaper comparing x86 and Itanium:  > J > http://www.intel.com/business/bss/products/server/64-bit_tipping_point.p > df    H Mr Kerry, one needs to distinguish between "official" papers for currentC "politically correct" positions, and all the hints and leaks that a A company makes over a period to time to indicate future direction.   G And when you consider how Intel's position on IA64 has changed over the ? years, it indicates a very clear trend which you cannot ignore, ? especially since last year, when  Intel accelerated that trend.    ------------------------------  % Date: Sat, 23 Apr 2005 16:19:26 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 7 Subject: Re: Cyrillic fonts with Mozilla and DECwindows , Message-ID: <426AADCA.27872B51@teksavvy.com>  / Phillip Helbig---remove CLOTHES to reply wrote: C > is only one size, one shape and one strength.  HTML, in tags like G > <H1>, <ADDRESS> etc, with "normal" fonts results in a different size, & > shape or strength than the default.   C You can't really know what font/size H1 will want because it can be  specified in a style sheet.   A VMS doesn't come with scalable fonts. But I think that there is a G packlage fo scalable fonts available for X. (Doesn't thew newer version 9 of XPDF use that font system ?) I don't have details yet.     B > What I really need to understand, perhaps, is how HTML code getsF > translated to a request for a specific font and, if that font is notI > available, how the substitution (hopefully to the most similar font) is  > performed.  A This would all be at the application layer. The application might H probably request a list of available fonts on the X terminal, and chooseC the one which best fits it. X has very limited font intelligence in < tersm of substitution etc. (Compared to a MAC for instance).    F > Cyrillic fonts I have were developed for unix platforms, as far as IG > know, and work fine on VMS), is there any way I can create the ones I @ > need (other sizes, shapes and strengths) from the ones I have?  G If you have "standard" postscript or AFM or Truetype fonts, you can use C fontographer on a mac to generate unix font files which can then be A compiled on the target VMS (vax or alpha, they each use different H formats). You,ll need to generate the font files for each size you want.  D You may also wish to look into the MOSAIC source code. It would have  logic that shows how it is done.   ------------------------------  % Date: Sat, 23 Apr 2005 23:48:04 -0400 + From: "stinehelferw" <stinehelferw@cox.net> # Subject: DCL File directory browser , Message-ID: <RFEae.4846$lz1.3958@lakeread01>  = Has anyone found a way to use DCL to browse a file directory?   L I'm thinking C is a much better idea, but thought I'd check as I have a menu6 of DCL utilities that this would be incorporated into.   ------------------------------    Date: 23 Apr 2005 15:35:14 -0700 From: tomarsin2015@comcast.net Subject: Re: Distribution Media C Message-ID: <1114295714.817483.282220@z14g2000cwz.googlegroups.com>    Hello A I have the save sets VMS073.A thru F and DECwindows support files G DECW073.C thru F on a Tk50 tape - You would need standalone to boot the F 3200, which I also have if needed. For anyone you needs 7.3 on DLT III6 or IV or 8mm or DATs (2 or 3) I have VMS 7.3 complete. phillip    ------------------------------  % Date: Sat, 23 Apr 2005 23:02:15 -0400 ' From: Dave Froble <davef@tsoft-inc.com>  Subject: Re: Distribution Media 0 Message-ID: <116m31fiafsrgf8@corp.supernews.com>   tomarsin2015@comcast.net wrote:  > Hello C > I have the save sets VMS073.A thru F and DECwindows support files I > DECW073.C thru F on a Tk50 tape - You would need standalone to boot the H > 3200, which I also have if needed. For anyone you needs 7.3 on DLT III8 > or IV or 8mm or DATs (2 or 3) I have VMS 7.3 complete.	 > phillip  >   E I don't think all of that will fit on a single TK50 tape.  TK70, DLT  E III, IV, and such are pretty useless if all you have is a TK50 drive.    --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------    Date: 23 Apr 2005 22:01:19 -0700' From: "JayD7217" <JayD7217@hotmail.com>  Subject: Free Ipods C Message-ID: <1114318879.125888.297000@l41g2000cwc.googlegroups.com>   
 Dear Friends, F Check out this great site that is giving away totally FREE iPods! I'veC joined and I think you should as well. It's a completely legitimate A offer, and this company has already given away $4 million in FREE F stuff! All you have to do is join, complete an online offer, and referA friends to do the same. That's it! I have seen friends would have E followed through with this offer and received their iPods. Here is my C referral link. To help me and you get a free iPod, click this exact 2 link to join, or copy and paste it into a browser:# http://www.freeiPods.com/?r=9096869      Sincerely,   Jay Duffy    ------------------------------  % Date: Sat, 23 Apr 2005 21:06:33 -0400 E From: "@no$pam.comcast.net" <""thomas.simpson1\"@no$pam.comcast.net"> ! Subject: Problem with file delete 0 Message-ID: <UoWdnfKPvuSFbPffRVn-qw@comcast.com>  H We intermittently get a failure that appears to be due to a significant I delay after a large file is deleted and the free blocks info on the disk  I is updated.  Of course, by the time I log back in (after hours) the free  H space on the target disk looks normal.  Is this a know problem or issue?4 The file that is deleted is very large (29M blocks).  A The configuration is a 2 node ES40 cluster (using memory channel  H adapters) running VMS 7.3-1.  The disk is on an EMC SAN and is a single % disk consisting of 4 physical drives.   6 No there is no other activity on the disk at the time.  I The procedure is trying to delete a file from a disk and copy a new file  G back to the same disk to replace it.  The copy fails due to disk space.   C Here is a fragment of the log file that shows the problem.  Due to  H seeing this problem before, I had put in code to display the free space E on the disk before the delete, a 10 second wait after the delete and  F display the free space again after the delete.  It also issues a SHOW  DEVICE command.   ' Free disk space before DELETE: 24762064 G %DELETE-I-FILDEL, DISK$DATA2:[CAP.DATA]HISTORY.DAT;1 deleted (29117872   blocks) ; Free disk space after DELETE: 24762064  File Size: 26315496 J %COPY-E-OPENOUT, error opening DISK$DATA2:[CAP.DATA]HISTORY.DAT; as output; -RMS-F-FUL, device full (insufficient space for allocation) F %COPY-W-NOTCOPIED, DISK$CNVWORK:[CONVERTWORK1]HISTORY.DAT;1 not copied  E   A CRITICAL ERROR HAS OCCURRED WHILE CONVERTING HISTORY...PROCEDURE   ABORTING....'   ERROR: COPY ERROR  STATUS: %X106710A2   E Device                  Device           Error    Volume         Free G   Name                   Status           Count     Label        Blocks F $1$DGA415:    (OSIJX1)  Mounted              0  DATA2         24762064   ------------------------------  % Date: Sat, 23 Apr 2005 23:55:18 -0400 E From: "@no$pam.comcast.net" <""thomas.simpson1\"@no$pam.comcast.net"> % Subject: Re: Problem with file delete 0 Message-ID: <WoWdnYVKIoE4hfbfRVn-3g@comcast.com>   Dave Froble wrote: > @no$pam.comcast.net > wrote: > ? >> We intermittently get a failure that appears to be due to a  G >> significant delay after a large file is deleted and the free blocks  F >> info on the disk is updated.  Of course, by the time I log back in J >> (after hours) the free space on the target disk looks normal.  Is this  >> a know problem or issue? 7 >> The file that is deleted is very large (29M blocks).  >  > C > For a file that large, I'm not surprised that some of the system e* > clean-up work isn't completed instantly. > 3 > I don't know whether COPY/OVERLAY would help you.  > I That's why I put in the 10 second delay.  I can try a longer wait, but I EH always thought that the delete command would not complete before it was H really done.  It takes awhile for the delete command to complete, which ) I would expect, but it's not really done?d   Regards, Toml   ------------------------------  % Date: Sat, 23 Apr 2005 16:34:46 -0400o- From: JF Mezei <jfmezei.spamnot@teksavvy.com>e Subject: Re: Problems with xdm, Message-ID: <426AB162.1C58D211@teksavvy.com>   Michael Grunditz wrote:iD > I am running xdm on my vax with OVMS 7.3. I cannot use xdm from myE > linux box ,using X -query ipadress, but I can use it from my acorn.b* > In linux I get "client 1 rejected",why ?  G xdm on VMS lacks the support for the popular MIT-COOKIES authentication   method. In other words: useless.  H If you define the display in executive mode (stays after yoru process isF gone), and then MC DECW$STARTLOGIN, the login screen will be presentedG on the target computer and you can login normally, and when you logout,dH the login screen will reappear. Not 100% foolproof, but work most of the" time to get the login screen back.  H Note: XMD also has security problem in that it doesn't log invalid loginI attempts, so one could use this for a brute force guessing of a password.e   ------------------------------  % Date: Sat, 23 Apr 2005 20:37:36 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>n Subject: Re: Problems with xdm, Message-ID: <426AEA3C.2DA3D1A4@teksavvy.com>   Michael Grunditz wrote:e/ > $ set display/create/node=peg/transport=tcpip" > $ mc decw$startlogin >  > (peg is my linux box)2 >  > mc decw$clock gives me:n > % > X Toolkit Error: Can't Open displayw' > %DWT-F-NOMSG, Message number 03AB8204n  E you may wish to add /EXEC to the set display command. However, in thenH above example, it should still have created a login screen (but once youO log out, the device would disapear and you wouldn't have a login screen again).k    G The fact that decw$clock didn't work means that you have a problem witheB the X system. Has your X terminal   authorized the VMS machine  to connect to it ?    ------------------------------  % Date: Sat, 23 Apr 2005 19:06:16 -0700m From: Z <Z@no.spam>h Subject: Re: Problems with xdm+ Message-ID: <taDae.19305$Ow2.8026@fe06.lga>    Michael Grunditz wrote:e8 > I have tried to start with this but nothing happends../ > $ set display/create/node=peg/transport=tcpipt > $ mc decw$startlogin > (peg is my linux box)- > mc decw$clock gives me: % > X Toolkit Error: Can't Open display ' > %DWT-F-NOMSG, Message number 03AB8204y& > I have run xhost + on the linux box.  - Does the VMS box know the correct IP for peg?6  . Are there any firewalls between the 2 systems?   ------------------------------  % Date: Sun, 24 Apr 2005 05:14:37 -0000h From: danholm@gmail.invalid  Subject: Re: Problems with xdm2 Message-ID: <timrj2-fcb.ln1@sharon.alertlogic.net>  4 Michael Grunditz <michael.grunditz@telia.com> wrote:  eD > I am running xdm on my vax with OVMS 7.3. I cannot use xdm from myE > linux box ,using X -query ipadress, but I can use it from my acorn. * > In linux I get "client 1 rejected",why ?  ? As noted, there are no MIT magic cookies in the server.  To geto? around this, you can use the '-ac' flag on your Linux host whenn  starting X.  For example, I use:   X -ac -query gino   @ The '-ac' flag disables access control restrictions, which might= open you up to other problems.  Until you find out more abouth= what behavior this flag causes other than 'hey, now I can logS< into my VAX using XDM', I'd be cautious when using it in any% open or shared computing environment.o   -- w Dan    ------------------------------  % Date: Sat, 23 Apr 2005 14:09:30 -0400r( From: Bill Todd <billtodd@metrocast.net>  Subject: Re: Slow Filesystem I/O= Message-ID: <pPednc3nOIbBEvffRVn-tQ@metrocastcablevision.com>j   Nigel Barker wrote:mG > On 23 Apr 2005 08:11:45 -0700, ksidibaba@gmail.com (ksidibaba) wrote:i >  > G >>Working for the first time on an openVMS system, I found the file I/OaD >>performance to be extremly slow compared to a wintel notebook. TheE >>openVMS platform I am using is a DS15, running openVMS 7.3, patched F >>with the recommended patches from HP in order to run Java 1.4.2. TheH >>file I/O operations involved consist in writing a log file from a JavaG >>program (i.e. an ODS 5 file). Writing approximately 80MB of data to alH >>file takes about 60-80s, on a notebook about 8s (4s on a standard PC).C >>The same happens when copying the same file to the same directorycF >>under a different name using dd from GNV (in order to eliminate JavaA >>as the possible origin of the problems). Because I'm still verysG >>unexperienced with the platform, I suspect some of the quotas, amount F >>of buffers, etc, to be not well configured. The system consists of aC >>DS15 with 1GB of RAM, 1 GHz Alpha CPU, 2x36 GB 15K 320 SCSI disksID >>(which I would normally expect to be pretty quick when it comes to >>disk I/O operations). ' >>Any hint/help would very appreciated.,	 >>Thanks,n >> >>Karim  >  > O > One major difference is that on Windows you are writing to cache & then usingl+ > lazy write to get the contents onto disk.T  H While with VMS (at least with VMS sequential files) a write operation - I er, writes to an internal buffer which is usually only later written out i to disk.  I Of course, VMS's default buffer size is ridiculously small, and IIRC VMS  D does not by default perform multi-buffered writing (or in fact lazy H writing at all, so the operation that exceeds the buffer's capacity has D to wait for a synchronous disk access to occur), so voila:  you get D close to the worst of *both* worlds (though if you're willing to go E beyond VMS's defaults and tweak things you can obtain performance at eI least comparable to that of Windows, and if you're good at such tweaking @ often even somewhat better).  F Any operating system at all serious about its future would have fixed H such default behavior a decade or more ago:  looking like an utter slug G when compared with the default behavior on Windows or Unix, especially  G while providing no stronger guarantees that the data has actually made h, it onto the disk as compensation, is absurd.  '   When OpenVMS says it has completed anh' > I/O it really has written it to disk.w  B The same, of course, is true for Windows:  it's only higher-level I operations such as at the file level where the differences which I noted i above start to become relevant.o   - bill   ------------------------------  % Date: Sat, 23 Apr 2005 16:32:50 -0400l' From: Dave Froble <davef@tsoft-inc.com>   Subject: Re: Slow Filesystem I/O0 Message-ID: <116lc7bm8fjrh65@corp.supernews.com>   ksidibaba wrote:G > Working for the first time on an openVMS system, I found the file I/OwD > performance to be extremly slow compared to a wintel notebook. TheE > openVMS platform I am using is a DS15, running openVMS 7.3, patched F > with the recommended patches from HP in order to run Java 1.4.2. TheH > file I/O operations involved consist in writing a log file from a JavaG > program (i.e. an ODS 5 file). Writing approximately 80MB of data to aoH > file takes about 60-80s, on a notebook about 8s (4s on a standard PC).  C Nigel and Bill explained some of the issues.  I'd just ask, do you rB really believe that any system does a substained write to disk of  20MB/sec?  I don't.m   -- r4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486m   ------------------------------  % Date: Sat, 23 Apr 2005 18:59:21 -0400I( From: Bill Todd <billtodd@metrocast.net>  Subject: Re: Slow Filesystem I/O= Message-ID: <EemdnerXZcfWTvffRVn-1A@metrocastcablevision.com>    Dave Froble wrote: > ksidibaba wrote: > H >> Working for the first time on an openVMS system, I found the file I/OE >> performance to be extremly slow compared to a wintel notebook. The F >> openVMS platform I am using is a DS15, running openVMS 7.3, patchedG >> with the recommended patches from HP in order to run Java 1.4.2. ThetI >> file I/O operations involved consist in writing a log file from a Java H >> program (i.e. an ODS 5 file). Writing approximately 80MB of data to aI >> file takes about 60-80s, on a notebook about 8s (4s on a standard PC).  >  > E > Nigel and Bill explained some of the issues.  I'd just ask, do you -D > really believe that any system does a substained write to disk of  > 20MB/sec?a  E Sure.  It's a log file - strictly sequentially written.  If the file 3G isn't significantly fragmented and there are no  periodic log 'forces' PG (i.e., if the application can just let the cache to flush out the data pG on its own) steady-state write bandwidth, even to a single (reasonably 2F contemporary) disk (as long as no one else is competing for it or for G other system resources) could easily maintain 20 MB/sec (even on VMS - eA but you'd have to tell RMS to multi-buffer and use write-behind).l   - bill   ------------------------------  % Date: Sat, 23 Apr 2005 23:11:31 -0400 ' From: Dave Froble <davef@tsoft-inc.com>   Subject: Re: Slow Filesystem I/O0 Message-ID: <116m3it7lsup11b@corp.supernews.com>   Bill Todd wrote: > Dave Froble wrote: >  >> ksidibaba wrote:  >>I >>> Working for the first time on an openVMS system, I found the file I/OhF >>> performance to be extremly slow compared to a wintel notebook. TheG >>> openVMS platform I am using is a DS15, running openVMS 7.3, patchedeH >>> with the recommended patches from HP in order to run Java 1.4.2. TheJ >>> file I/O operations involved consist in writing a log file from a JavaI >>> program (i.e. an ODS 5 file). Writing approximately 80MB of data to a-J >>> file takes about 60-80s, on a notebook about 8s (4s on a standard PC). >> >> >>F >> Nigel and Bill explained some of the issues.  I'd just ask, do you E >> really believe that any system does a substained write to disk of i >> 20MB/sec? >  > G > Sure.  It's a log file - strictly sequentially written.  If the file lI > isn't significantly fragmented and there are no  periodic log 'forces' sI > (i.e., if the application can just let the cache to flush out the data t
 > on its own)o  C You've been doing some work in this area I believe, and I for sure >G haven't, so I'm only asking, not declaring.  Isn't the above condition >E something different than direct realtime physical writing to a disk? oG I'd agree that cache could accept the data at that rate and some disks oF have transfer rates that are higher.  It just sounds like what you've F written indicates that the write to disk is playing catch-up, and not & 80MB on the disk surface in 4 seconds.  = > steady-state write bandwidth, even to a single (reasonably -H > contemporary) disk (as long as no one else is competing for it or for I > other system resources) could easily maintain 20 MB/sec (even on VMS -  C > but you'd have to tell RMS to multi-buffer and use write-behind).d >  > - bill  G A number of 'if's there.  Definitely not the defaults that VMS has, as 9 you've pointed out in the past.e   Dave   -- v4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  154867   ------------------------------  % Date: Sat, 23 Apr 2005 20:40:58 -0700o( From: Jeff Cameron <roktsci@comcast.net>  Subject: Re: Slow Filesystem I/O/ Message-ID: <BE90635A.C990%roktsci@comcast.net>i   On 4/23/05 8:11 AM, in article< 3dd11af5.0504230711.4edaa421@posting.google.com, "ksidibaba" <ksidibaba@gmail.com> wrote:  G > Working for the first time on an openVMS system, I found the file I/OoD > performance to be extremly slow compared to a wintel notebook. TheE > openVMS platform I am using is a DS15, running openVMS 7.3, patchedaF > with the recommended patches from HP in order to run Java 1.4.2. TheH > file I/O operations involved consist in writing a log file from a JavaG > program (i.e. an ODS 5 file). Writing approximately 80MB of data to a H > file takes about 60-80s, on a notebook about 8s (4s on a standard PC).C > The same happens when copying the same file to the same directorytF > under a different name using dd from GNV (in order to eliminate JavaA > as the possible origin of the problems). Because I'm still verycG > unexperienced with the platform, I suspect some of the quotas, amount-F > of buffers, etc, to be not well configured. The system consists of aC > DS15 with 1GB of RAM, 1 GHz Alpha CPU, 2x36 GB 15K 320 SCSI disksiD > (which I would normally expect to be pretty quick when it comes to > disk I/O operations).i' > Any hint/help would very appreciated.l	 > Thanks,d >  > KarimyG If you know the file is going to be 80MB or so, when you open the file,lK pre-allocate the space rather than letting the file system extend the file. E That usually helps. Also monitor your file system cache while you are,I processing (MONITOR FILE/CURRENT) and increase the appropriate ACP sysgenl# parameter for cache hits below 85%.p   Jeff   ------------------------------  % Date: Sat, 23 Apr 2005 23:47:05 -04002( From: Bill Todd <billtodd@metrocast.net>  Subject: Re: Slow Filesystem I/O= Message-ID: <boudnXndd-Umi_bfRVn-qw@metrocastcablevision.com>R   Dave Froble wrote: > Bill Todd wrote:   ...-  @    It's a log file - strictly sequentially written.  If the fileJ >> isn't significantly fragmented and there are no  periodic log 'forces' J >> (i.e., if the application can just let the cache to flush out the data  >> on its own) >  > E > You've been doing some work in this area I believe, and I for sure  I > haven't, so I'm only asking, not declaring.  Isn't the above condition nF > something different than direct realtime physical writing to a disk?  ; Maybe yes, maybe no - depends on exactly what you're doing.s  G If, for example, you're streaming data to the disk but for some reason wH actually need to know exactly how much has really gotten there at every E instant, you can use asynchronous multi-buffering, keep track of I/O iG completions, and do that, while still maintaining an I/O rate equal to k/ the disk's maximum sequential transfer ability.-  F But most normal (default) sequential file writing on Windows and Unix G systems just stuffs data into the cache as fast as it can (eventually, gD the cache will stall you if it gets full of data not yet written to B disk) and lets the cache handle all the asynchronous write-behind $ multi-buffering complexity involved.     I'd J > agree that cache could accept the data at that rate and some disks have K > transfer rates that are higher.  It just sounds like what you've written IH > indicates that the write to disk is playing catch-up, and not 80MB on   > the disk surface in 4 seconds.  F While in a steady-state streaming situation there will always be some F data in the cache which has not yet made it to disk (else you'd start E missing disk revolutions because the data rate was not sufficient to hH saturate the disk's sequential bandwidth), you still wind up getting 80 H MB onto the disk platter in 4 seconds if the disk can sustain 20 MB/sec E of write input (because somewhat before the 4 seconds are up, you've oH already dumped all the data into the cache and the balance of that time , is just spent streaming it to the platters).  H Of course, if you just measure the time between your first file 'write' G request and your last file 'write' request, you won't include the time oG it takes to destage whatever dirty data is in the cache but not yet on eB disk as of that last 'write' request.  So if you're trying to use G elapsed time to gauge your disk's write-bandwidth capability, you need tG to perform a final 'flush' (or in Unix terms faync) operation and stop eF your timer only after that has completed (at which point all the data  should be on disk).d   - bill   ------------------------------  % Date: Sat, 23 Apr 2005 16:22:00 -0400a- From: JF Mezei <jfmezei.spamnot@teksavvy.com> * Subject: Re: System disk migration problem, Message-ID: <426AAE64.8CD12AE9@teksavvy.com>  $ "robert.heyes@btinternet.com" wrote: > G > I've migrated all of my data off a 3shelf SAN into a 6Shelf SAN usingo# > Image backups and thats all fine,c  4 > sys$sysroot:[sysexe]netconfig.dat cannot be read.     D Did you have /IGNORE=INTERLOCK in your backup command ? Did you makeH sure that no other user or applicatiosn were running that could generate disk activity ?.  G If you do an ANA/DISK/REPAIR on the newly populated drive, what does ita say ?e  D If you do an ana/RMS on the netconfig.dat what does it say ? Can youF type the file to its end ? Or does it generate some error midway while dumping contents to screen ?   ------------------------------  % Date: Sat, 23 Apr 2005 17:25:15 -0400i- From: JF Mezei <jfmezei.spamnot@teksavvy.com>.* Subject: Re: System disk migration problem+ Message-ID: <426ABD33.AB18935@teksavvy.com>    Dave Froble wrote:1 > Ok, a long shot.  Is that file marked NOBACKUP?t   Yep, forgot about this.m  = so you backup command need /IMAGE/IGNORE=(INTERLOCK,NOBACKUP)h  G This way, you get a complete backup. And yeah, it means you will backup  some page files as well :-)    ------------------------------  % Date: Sat, 23 Apr 2005 16:27:50 -0400n' From: Dave Froble <davef@tsoft-inc.com> * Subject: Re: System disk migration problem0 Message-ID: <116lbtukhtg0a86@corp.supernews.com>  " robert.heyes@btinternet.com wrote:G > I've migrated all of my data off a 3shelf SAN into a 6Shelf SAN usingnH > Image backups and thats all fine, databases start and everything worksI > OK. Came to do the system disk using the disk to disk method and when I ) > use the new system disk it replies that H > sys$sysroot:[sysexe]netconfig.dat cannot be read. Tried a disk to tapeG > and back to the new disk restore and that does the same. System is anw6 > ES40 cluster, VMS 7.2-1. Any ideas much appreciated. >   / Ok, a long shot.  Is that file marked NOBACKUP?g  - Don't you hate it when simple things get you?r   -- t4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486o   ------------------------------  # Date: Sat, 23 Apr 2005 20:42:55 GMTt  From: John Santos <john@egh.com>* Subject: Re: System disk migration problem( Message-ID: <jryae.1234$Yc.646@trnddc06>   JF Mezei wrote:d& > "robert.heyes@btinternet.com" wrote: > G >>I've migrated all of my data off a 3shelf SAN into a 6Shelf SAN usingr# >>Image backups and thats all fine,6 >  > 4 >>sys$sysroot:[sysexe]netconfig.dat cannot be read.  >  >  > F > Did you have /IGNORE=INTERLOCK in your backup command ? Did you makeJ > sure that no other user or applicatiosn were running that could generate > disk activity ?  >   G The OP said elsewhere that he booted from the CD and used backup there,s so he should have a clean copy.c  I > If you do an ANA/DISK/REPAIR on the newly populated drive, what does it  > say ?h > F > If you do an ana/RMS on the netconfig.dat what does it say ? Can youH > type the file to its end ? Or does it generate some error midway while > dumping contents to screen ?  A Is it the same system, the only difference being the boot device?e  / Did you use /VERIFY on the backup?  Any errors?a  1 Can you still boot from the original system disk?f  B Can you boot the CD, mount the original disk and the new disk, and9 then use COPY to copy old_disk:[sys0.sysexe]netconfig.dat C new_disk:[sys0.sysexe]? (Substitute disk names and the correct rootd
 if not sys0.)t  H BTW, I don't have this file on any of my system disks.  Two system disksD that originally had DECnet-IV have [sys0.sysexe]netconf.dat, and allD system disks (all now DECnet-Plus) have [sys0.sysexe]net$config.dat.       -- o John Santosr Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  # Date: Sat, 23 Apr 2005 21:58:23 GMT-  From: John Santos <john@egh.com>* Subject: Re: System disk migration problem' Message-ID: <3yzae.562$Nc.105@trnddc08>u   JF Mezei wrote:e > Dave Froble wrote: > 1 >>Ok, a long shot.  Is that file marked NOBACKUP?e >  >  > Yep, forgot about this.  > ? > so you backup command need /IMAGE/IGNORE=(INTERLOCK,NOBACKUP)p > I > This way, you get a complete backup. And yeah, it means you will backupo > some page files as well :-)   F And it will still be broken.  SET FILE/BACKUP SYS$SYSTEM:NET*CONF*.DATE (to cover both NETCONF.DAT and NET$CONFIG.DAT, whatever the real name  of the file is.)       -- s John Santosm Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Sat, 23 Apr 2005 20:25:16 -0400F- From: JF Mezei <jfmezei.spamnot@teksavvy.com>i* Subject: Re: System disk migration problem, Message-ID: <426AE759.D971784C@teksavvy.com>   John Santos wrote:H > And it will still be broken.  SET FILE/BACKUP SYS$SYSTEM:NET*CONF*.DATG > (to cover both NETCONF.DAT and NET$CONFIG.DAT, whatever the real namer > of the file is.)  D Actually BACKUP/IGNORE=NOBACKUP does this. It backs up file contents# despite a /NOBACKUP file attribute.    ------------------------------  % Date: Sat, 23 Apr 2005 23:18:33 -0400i' From: Dave Froble <davef@tsoft-inc.com>e* Subject: Re: System disk migration problem0 Message-ID: <116m4028bqorm01@corp.supernews.com>   JF Mezei wrote:, > John Santos wrote: > H >>And it will still be broken.  SET FILE/BACKUP SYS$SYSTEM:NET*CONF*.DATG >>(to cover both NETCONF.DAT and NET$CONFIG.DAT, whatever the real name  >>of the file is.) >  > F > Actually BACKUP/IGNORE=NOBACKUP does this. It backs up file contents% > despite a /NOBACKUP file attribute.a  G You miss John's point.  NETCONFIG.DAT is NOT a VMS system file.  As he  ; pointed out, NETCONF.DAT is the filename used by DECnet IV.    -- t4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road6 Vanderbilt, PA  15486n   ------------------------------  % Date: Sat, 23 Apr 2005 19:09:36 -0400r6 From: Brad Hamilton <braMdhamAiltPonS@comMcasAt.nPeSt>) Subject: Re: VMS to Max OS X file sharing 0 Message-ID: <6vednbzcjvQsSPffRVn-vA@comcast.com>    VAXman- @SendSpamHere.ORG wrote:k > In article <PtCdnW0s3M2d2cPfRVn-sw@comcast.com>, Brad Hamilton <brMadAhaPmiSlton@coMmcAasPt.Snet> writes:a <snip> >>K >>Could someone elaborate on potential file sharing problems between a Mac tE >>running the latest OS X and VMS?  I currently use Samba on my home cK >>network, and my wife is considering purchase of a Mac laptop.  I'd still  G >>like to have her access her file shares on VMS using Samba, but I'll t' >>consider other options, if I have to.p >  > J > My wife has been using my son's 12" Powerbook to perpare the taxes.  SheK > uses a drive I created with Samba to keep the tax files (it's on a shadow-J > set on my VMS box and it gets backed up).  The only issue I seem to haveJ > is that Samba makes the drives 20MBs and I can't figure out how to allow > a bigger drive.i >   = Any luck fixing that with the "latest-'n-greatest" Samba/VMS?h  J > We've been sharing pictures this way as well.  I have a large iPhoto libI > on my 17" Powerbook.  I move a few photos at a time and then Mrs. pickstI > them up and deletes them.  If Samba limitation is one you can live withsI > you're set.  Go get a Powerbook!  Go get one even if Samba is an issue!dI > They're really nice laptops and they have an operating system, not justi > a gaming console. ;) >   H Wife purchased iBook today - transferring all her "important" files via B Samba/VMS, without too many problems.  Setting up SMB was not too H difficult, but when the iBook boots, it seems to take a few minutes for @ the network shares to show up.  I haven't figured out the magic . incantations to make the process speedier.	:-)   ------------------------------   End of INFO-VAX 2005.227 ************************