INFO-VAX Mon, 13 Oct 2008 Volume 2008 : Issue 553 Contents: Download Free Oracle 11g, 10g, 9i eBooks, Mock Tests, Interview, Guides etc Guid Re: DS10 front access storage cage (3X-BA10B-AA) Re: Elvis is dead - get over it! Re: how to configure infoserver functionality in vms 8.3 Re: how to configure infoserver functionality in vms 8.3 Re: New LaserJet fun (or upward compatibility? What is that?) Re: New LaserJet fun (or upward compatibility? What is that?) Re: Status of Intel's Common System Interconnect ? Re: Status of Intel's Common System Interconnect ? Re: Using an Infoserver Re: Using Putty Connection Manager to login in VAX ---------------------------------------------------------------------- Date: Mon, 13 Oct 2008 03:36:28 -0700 (PDT) From: Oracle Certification Guide Subject: Download Free Oracle 11g, 10g, 9i eBooks, Mock Tests, Interview, Guides etc Guid Message-ID: <3f81edf8-4e8f-40df-b087-af11756405ba@40g2000prx.googlegroups.com> Oracle Database 11g http://oracle-certification-guide.blogspot.com/2008/10/oracle-database-11g-administrator.html Oracle Database 10g http://oracle-certification-guide.blogspot.com/2008/10/oracle-database-10g-administrator.html Oracle 9i Database http://oracle-certification-guide.blogspot.com/2008/10/oracle9i-database-administrator.html ------------------------------ Date: Mon, 13 Oct 2008 11:12:11 -0400 From: "David Turner, islandco.com" Subject: Re: DS10 front access storage cage (3X-BA10B-AA) Message-ID: The only thing available that we have to buy is the 3x-BA15B This is for the DS15 but works in the DS10 - we would need to rewire it They are pricey - our cost is $499 so we would have to sell it for $599 You might find one on Ebay cheaper - good luck ! David -- David B Turner ============================================= Island Computers US Corp PO Box 86 Tybee GA 31328 Toll Free: 1-877 636 4332 x201, Mobile x251 Email: dturner@islandco.com International & Local: (001)- 404-806-7749 Fax: 912 786 8505 Web: www.islandco.com ============================================= "The Spriteman" wrote in message news:48f0536d$0$201$e4fe514c@news.xs4all.nl... >i have a DS10 with internal Storage cage, but now i am searching for a >front > acces storage cage, > > does anywhone here know what the best way is to find one? whithout paying > the full price. > > i live in Amsterdam (Netherlands) > > With regards, > > Robin > robinschip at hotmail dot com ------------------------------ Date: Mon, 13 Oct 2008 10:24:01 -0700 (PDT) From: PR Subject: Re: Elvis is dead - get over it! Message-ID: On Oct 11, 9:07=A0pm, "Richard Maher" wrote: > Hi Paul, > > Congatulations with the software port and especially the *new* VMS > customers! > Thanks! It's a lot of hard work, but the reward is worth it. I'll put in a good plug for the DSPP as well. Not a lot of one on one support from them, but they do make the products available. Software products at least. > > And VMS really needs some kind of block mode terminal > > emulation... > > I am at a loss to know why anyone would want to do this. Having said that= , > you may wish to look at the VMS Forms products: - > Actually, the reason is pretty simple; character by character telnet is not efficient, and never really has been. VT* terminals have always used it, and often to really good effect, but, especially over slow links, char by char transmissions are awful. You see things like half a screen refresh, pause, and then complete. Or a user who is typing can easily get ahead of the transmissions. That happens even on a well constructed LAN, as there are always moments where the network peaks. As you mentioned, I did look at those products, but they were both too expensive (for the customers) and also rather complex, and they still occasionally exhibit issues with screens pausing in the middle of a redraw. What I did was write a little server that accepts TN3270 transmissions, negotiates with the terminals, and then converts a simple "screen buffer" into TN3270 data streams. Does the same for reading the strings. The program then manages just this little buffer (1924 plus a few overhead bytes for a 24X80 screen, a little bit more for larger screen sizes of course...), which is then sent and received via a normal TCP socket. All at one time. :) 3270 will not redraw until it gets the entire transmission, so to the user's perception, there may be a slight delay before the screen refreshes, but when it refreshes, it does so at lightening speed. Psychological perhaps, as the total amount of time to refresh the screen is about the same, but they like it better. Okay, I cheated a little, it is connected into PortMapper, but the end result is that an application program is started when a connection is established and during it's lifetime, it communicates to the screen via this little old buffer. By specifying that certain hex values indicate things like modify, highlight, underline, color, and so forth, I can do pretty nice 3270 screens. And there are plenty of free TN3270 emulators out there. This is not deployed yet, I currently use a modified Putty telnet client, and yep, I am getting some complaints about screen refresh issues. I have to modify a bit of Cobol, some smaller amount of Fortran to make it all work. Fortunately, the screen handling code is all segregated and easy to change. I just keep finding new little "gotcha's" to pin down and fix. :) To move to the web is a great idea, and I have been recoding the interface into an Ajax driven set of screens. That is going pretty well too, and some customers want that pretty badly. (I'd like it in terms of running a service bureau...) But some customers just want the "green screen" bit, so- give 'em what they want. One advantage of the bit I described above is that no user ever logs into the native VMS system; security is handled at the application level, which is pretty good in a lot of ways. More coding to setup of course, but once working, it works nicely. This is also trivial to do under Linux. > . TDMS (which has *just* been ported to Alpha, and presumably Itanium, in > another amazing example VMS Management vacillations and ineptitude) TDMS = was > sort of block-mode for ACMS (our CICS-like TP monitor) > > . FMS which has some form of IBM3270 emulation mode > > Unfortunately the license fees for these moth-balled products are not che= ap > and all of the new-feature-enabling revenue goes to DECforms (a product > which you don't want to touch with a barge-pole) > > What does the product do? What language? Java or have you looked at the S= MG$ > run-time library? > > Why not use a browser for display? > > Cheers Richard Maher > > "PR" wrote in message > > news:899f1c14-d2f2-4ece-8c08-1748188ccf48@m32g2000hsf.googlegroups.com... > On Oct 10, 9:28 pm, David J Dachtera > wrote: > > > > > PR wrote: > > > > On Oct 5, 4:53 am, "Richard Maher" > > > wrote: > > > > Hi Michael, > > > > > > Then why do you bother with VMS at all? > > > > > 'cos it's the best server on the planet you fucking idiot! > > > > > If only the incompetent, self-serving, vms-appologists at HP would > open the > > > > flood-gates and let the users *INTEGRATE* their VMS apps with this > > > > feature-rich, cheap, ubiquitous, full-function client platform(s) t= hen > maybe > > > > we might get somewhere? > > > > > Regards Richard Maher > > > > > "Michael Kraemer" wrote in message > > > > >news:gc9spk$1lc$00$1@news.t-online.com... > > > > > > Richard Maher schrieb: > > > > > > > Personally, I love FireFox and Firebug! I love Flex (and > FlexBuilder)! I > > > > > > love .NET (a bit less)! Silverlight is getting better! I love J= ava > > > > Applets! > > > > > > (and the new 1.6_10 jnlp deployment options) I love Chrome's > Application > > > > > > Launch shortcuts! I love HTML/DOM/Javascript! I love the price = of > > > > laptops, > > > > > > PCs and Macs! I have no problem with Windows! *And so do the > users!* > > > > > > Then why do you bother with VMS at all? > > > > Amen brother 0 thou do preach to the choir! > > > > I've said it before and I will say it yet again, from a dead zero > > > start, I've put in five VMS installations in a little less than a > > > year, including the time to convert the darn software, spec out RX26x= x > > > servers, install em, and even - get this - > > > *get paid!* > > > O.k. You've told us THAT you did it. Well Done! Congrats! > > > Now, tell us HOW you did it. > > The how is simple, I already have software in the field, though it is > running on other platforms. One of my clients wanted to upgrade and > the platform they were on was just too expensive to stay on and > upgrade. =A0So they asked for an alternative, and yes indeed, they > suggested Windows. > > This is where it got really easy - I just put the facts, mostly > numbers, down on paper for them. > > The VMS based solution sold itself based purely on the numbers. This > particular customer has 110 terminals scattered around 4 locations, > and replacing all those with Windows based machines was a big cost > factor. I did replace them by the way, but with a very basic PC > running Linux. Total cost for the PC's and the network gear and > install was less than the cost of buying Windows and a Windows > terminal emulator. Also, no real problem with virii. Just everything > came together. (Now, I tore my hair out getting the software > converted. And VMS really needs some kind of block mode terminal > emulation... in fact I have that about 3/4 of the way done. It makes > the server responses seem lightening fast, even over a pretty slow > remote link.) > > And boy are they happy. My software looks and acts just about the same > under VMS and it does under z/OS or on an iSeries machine. Sweet. Much > lower cost to deploy. > > And when the owner of that particular company was out golfing one > afternoon, his golfing partner was complaining about his software > costs. Of course, he turned his partner on to me... and the first new > sale happened. It was smaller, about 50 PC's on an existing network. A > modified Putty took care of the terminal problems there. Another happy > customer. > > And so it went - 4 more times. And a couple existing customers are > wanting to move to the HP solution, as soon as I have time to do it. > > The how is easy. :) > > > > If 100 more people would get out there and evangelize VMS, a whole > > > hell of a lot of GOOD things would happen. > > > It is a GREAT server, and affordable. > > > Again, tell us HOW you did/do it. > > You talk to people, and you prove to them that VMS is not something > mysterious or arcane or unsupported or whatever. Mostly you TALK to > them. And there is no need to complain about how something or another > seems to have poor support - after all - YOU are going to support it > aren't you? > > Talk to them. Just tell them the truth - VMS is a GREAT OS and we can > use it to cost effectively put a solution in place for you. The only > catch is you have to believe in the OS and in your software. > > > Success leaves clues. Find the clues, document the process and make it > > REPEATABLE! > > It is more engineering than science, and actually, more art than > engineering. You just have to believe in what you are trying to sell > them. > If you don't believe in it, what they heck are you doing selling it in > the first place? It isn't ethical to do that to begin with. > > > > Now if they would just hurry up with 8.4 so I could run the thing in > > > an Integrity Virtual Machine, boy would I ever be a happy duck! > > > Why not run it on I64 "bare metal" and be even happier? (No PH-UX to > > deal with!) > > I do of course, but the machine I was thinking of is one of my > development machines, and like any small business, I have to squeeze > every last nickel, make everything as efficient as possible, and > control every single cost. It isn't any fun, but it keeps the business > from going bankrupt - or my credit card from maxing out! > > I use a single Itanium machine to run HP-UX, Linux, and Windows. > Running VMS as a VM would be more cost effective and efficient than > having to constantly boot into and out of VMS. > > -Paul > > > D.J.D. ------------------------------ Date: 13 Oct 2008 08:03:52 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: how to configure infoserver functionality in vms 8.3 Message-ID: In article <44fcc844-88d1-4036-9ecf-3c703e8a43dc@a70g2000hsh.googlegroups.com>, H Vlems writes: > The VXT system uses MOP to boot and even though MOP is not DECnet, the > boot characteristics are maintained in the DECnet database. Only in Phase IV, and no longer required there. There is a separate data base you can use on any recent version of VMS, and must use for Phase V. Yeah, I know, lots of folks won't do Phase V. ------------------------------ Date: Mon, 13 Oct 2008 13:37:48 +0000 (UTC) From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) Subject: Re: how to configure infoserver functionality in vms 8.3 Message-ID: In article , koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: > In article <44fcc844-88d1-4036-9ecf-3c703e8a43dc@a70g2000hsh.googlegroups.com>, H Vlems writes: > > > The VXT system uses MOP to boot and even though MOP is not DECnet, the > > boot characteristics are maintained in the DECnet database. > > Only in Phase IV, and no longer required there. There is a separate > data base you can use on any recent version of VMS, and must use > for Phase V. > > Yeah, I know, lots of folks won't do Phase V. It is possible to use MOP even if one is not using DECnet, at least since 7.1. ------------------------------ Date: Mon, 13 Oct 2008 03:40:43 -0700 (PDT) From: etmsreec@yahoo.co.uk Subject: Re: New LaserJet fun (or upward compatibility? What is that?) Message-ID: On 8 Oct, 22:11, JF Mezei wrote: > Just a sideline note/question: > > Is this the "PC" mentality that it is OK to go proprietary when it is > Windows, but not OK when it is something else ? > > Postscript is the one fully documented and stable and upwards compatible > printing language and has been for decades now. And while it is owned by > Adobe and technically proprietary, the language is fully documented and > easily available in books etc. > > If you're going to be developping business applications, do businesses > really think about the impact of going "cheaper" PCL vs going with > quality long term postscript ? > > And since PCL is inferior to postscript, and since postscript allows far > more flexibility and thus makes is more productive for programmers to > design forms and other postcript programs, it should have been easy to > justify the extra cost of a printer vs the extra cost of programmers > (especially since PCL keeps changing). Fair comment perhaps, but there are fewer and fewer printers including Postscript support at the lower end of the price bracket. The one I have at home is a Brother printer which does both duplex and Brother's version of Postscript. So far, although DCPS doesn't understand what it is so can't do duplex, it's worked fine on VMS and windows and even Linux. Only issue I've had since I got it was that I had a lightning strike on my phone line which took out an ADSL router, a couple of low end network switches, a few PC cards and, yep, you got it, the network card in the printer. :o( Steve ------------------------------ Date: Mon, 13 Oct 2008 11:23:53 -0400 From: Paul Anderson Subject: Re: New LaserJet fun (or upward compatibility? What is that?) Message-ID: In article , etmsreec@yahoo.co.uk wrote: > Fair comment perhaps, but there are fewer and fewer printers > including Postscript support at the lower end of the price bracket. > The one I have at home is a Brother printer which does both duplex > and Brother's version of Postscript. So far, although DCPS doesn't > understand what it is so can't do duplex, it's worked fine on VMS and > windows and even Linux. DCPS should be able to print duplex even to unrecognized printers. Now if Brother implemented duplex using uncommon PostScript commands, that would be a different story. Paul -- Paul Anderson OpenVMS Engineering Hewlett-Packard Company ------------------------------ Date: Sun, 12 Oct 2008 23:59:07 -0700 (PDT) From: johnwallace4@yahoo.co.uk Subject: Re: Status of Intel's Common System Interconnect ? Message-ID: <3d9b2a53-fd07-4a21-ae34-138db37a5e23@j68g2000hsf.googlegroups.com> On Oct 13, 5:30 am, JF Mezei wrote: > IanMiller wrote: > > I leave as an exercise to the reader to search hp.com for quickpath > > and Nehalem and tukwila. > > I searched Tukwila quickpath. It gave me 9 results. The most likely > document (a roadmap) was a neat Intel marketing garbage devoid of > specific information. > > You have obvioulsy way overestimated my capabilities if you thought I > could easily find the results from an HP.COM search. > > > According to the VMS public roadmap VMS V8.4 will run on Tukwila > > Woopty doo.VMS roadmap is not a document where I would expect details on > HP's hardware and whether HP's own use of Tukwila will also involve > Quickpath or if it will have some HP proprietary chipset as I had been > lead to believe before. This week's name has been Quickpath for a while now but CSI is shorter. I'm not 100% sure I'm up to date either, but if I recall correctly, CSI-based systems require Nehalem (x86-64) or Tukwila (IA64) chips. And if I recall correctly from coverage of Intel Developer Forum from August this year, both of them are late by months or even a year or more. Nehalem was then said to be shipping in Q4 2008, and Tukwila in early 2009; this may have changed, correction welcome. If those timescales are accurate, they presumably mean that Those In The Know already have access to early chips, boards, and are maybe even playing with systems, but nobody will really know when they'll hit the market for real, and any pre-release information which is floating around (be it HP or anyone else) will likely either be covered by NDA and subject to change, or be content-free. Examples to the contrary most welcome. I don't recall seeing any worthwhile pre-publicity for *systems* based around either x86 or IA64 variants of CSI. Realistically, what does CSI buy anyone anyway that HyperTransport hasn't offered for years (and before that there was its close relative the EV7 bus...). Access to nicely-interconnectable chips from Intel as well as different and electronically incompatible chips from AMD, I suppose? One other thing I imagine CSI will do *if* it succeeds is make life even harder for the relatively high-cost low-return IA64-specific sections of Intel and HP; why continue to duplicate two sets of engineering effort, one for x86-64 and one for electronically- compatible near-identical kit with IA64? When the consolidation does happen, maybe we'll eventually see a CSI-based Proliant-class system and there'll be a second chance for IA64 to have a go in the Proliant- class market (the first attempt was in 2003), without the IA64- specifics making those systems cost a relative fortune to design and build as they did back then. Then what happens with entry-level VMS systems? Incidentally, speaking of costs of Itanium, elsewhere I've recently seen it written that Itanium has brought down the cost of high quality servers. I'm not sure about that myself. For most purposes an entry or mid-range Itanium (the "volume market" ones) offers no features I can see that a suitable Proliant hasn't offered for years, with Proliants at a very realistic price (just ask the many people whose businesses depend on them). Except Proliants don't do VMS, you need IA64 if you want to buy a VMS box today. Equally, other than the CPU cost, there's been no need for any huge difference in the bill of materials cost between an Alpha and an x86 box since the days of the PWS family (or before that, the AlphaStation 400 and its PC equivalent whose name I forget). Any difference in the price these technically-similar boxes sold at was down to things other than the cost to manufacture (ie it's a political decision), and thus any difference in today's cost of a VMS box vs the cost a few years ago is also a political not technical effect, not necessarily to do with the box having "Itanium Inside" rather than "Alpha Instead", more to do with things going on in the market in general. Maybe CSI will change that too, but when EV6 had the same interconnect as AMD64 Hammer, did it help EV6 conquer the world, or not? EV7 and LDT/ Hypertransport? Soon, Itanium and CSI? If CSI does catch on for both x86-64 and IA64, there'll be some interesting questions to answer (again) about whether VMS still needs VMS-specific system hardware, and that will inevitably lead right back to why it needs a VMS-specific CPU architecture... VMS running on VAX, Alpha, Itanium, Charon, SIMH and maybe others not so well known say that the CPU architecture isn't a showstopper, politics is. ------------------------------ Date: Mon, 13 Oct 2008 10:27:30 +0100 From: "Richard Brodie" Subject: Re: Status of Intel's Common System Interconnect ? Message-ID: "IanMiller" wrote in message news:c272542e-f885-47e4-a0bc-e31ad891529b@k7g2000hsd.googlegroups.com... > VMS now runs on the cheapest hardware it ever has run on > and I expect it to get cheaper. Is it cheap enough? - I don't know > - perhaps not. I'm not convinced about the PCL licence model, where the licence cost doubles every chip generation. But that's another story... ------------------------------ Date: 13 Oct 2008 08:16:19 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: Using an Infoserver Message-ID: In article <6l70mcFau26sU1@mid.individual.net>, billg999@cs.uofs.edu (Bill Gunshannon) writes: > OK, enough OT and No-Marketing posts. Let's get back to some tech talk. :-) > > I have an Infoserver. I have never used one before. So, now is a good time. > What can I do with an Infoserver (other than boot VMS systems)? I thought > it would share devices among multiple machines. Correct? What protocol > does it use? Is it likely that I could share devices with my PDP-11's? > Or, even more interesting possibility, can I boot a PDP-11 from an Infoserver? IIRC, Infoserver supports MOP, LAST, LAT, and LAD. You can boot VMS, the VXT kernel, and I think some DECservers and Ultrix from it. You can share disk and tapes using either LAST or LAD, which VMS, Ultrix, and (I think) Tru64 understand. You cannot have VMScluster style or NFS style multiple writers to a single service, but you can declare multiple services on different parts of the same disk. And LAT support is only for remote console. If you can't get LAT connections, use the RJ11 serial port for debugging. I've had an Inforserver 1000 for about 16 years now, and the only trouble has been failure of the data drive. VMS can backup the drives using BACKUP/PHYSICAL, I assume UNIX can somehow, too. ------------------------------ Date: 13 Oct 2008 08:05:52 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: Using Putty Connection Manager to login in VAX Message-ID: In article <30d9f458-a7a8-4886-954d-13879264e62b@r15g2000prh.googlegroups.com>, apogeusistemas@gmail.com writes: > Hi: > I=B4m trying use Putty Connection Manager tool to connect in my VAX > without success. > My question: Is there any way to put a control_M after username? > User: support^M > Pass:xxxxxx^M In the ACSII character set control-M _IS_ carriage return. If your terminal emulator is sending something else when you hit return (or enter), then it is misconfigured for this connection. ------------------------------ End of INFO-VAX 2008.553 ************************