INFO-VAX Thu, 17 Apr 2008 Volume 2008 : Issue 214 Contents: Re: Longtime VMS system manager/programmer available Re: Mozilla (et al.) v. TCPIP FTP server Re: Mozilla (et al.) v. TCPIP FTP server Re: OpenVMS Boot Camp Update Re: OpenVMS Technical Journal Now Available V11 Re: Question on fast SCSI interface for Q-22. ---------------------------------------------------------------------- Date: Wed, 16 Apr 2008 21:20:05 GMT From: Antonio Carlini Subject: Re: Longtime VMS system manager/programmer available Message-ID: koehler@eisner.nospam.encompasserve.org (Bob Koehler) wrote in news:peKk5dmsxTYX@eisner.encompasserve.org: > The actual drivers or the ACPs? Both. Someone (before my time) had decided that he'd write his entire driver in BLISS. I think it was still entirely BLISS when I was there but my memory may be a bit dodgy. > The folks who gave the > presentation on writing device drivers in BLISS said they were > using some undocumented features of the compiler (how to get it to > generate certain instructions) which DEC wasn't aware of. It would be interesting to know exactly how DEC woiuldn't be aware of undocumented features in its own code! I don't recall tripping over any undocumented stuff, but then unless it was explicitly called out as undocumented I probably wouldn't have noticed. There were certainly some interesting bits of code. One in particular I remember needed to finish with a certain instruction sequence so that it could vanish properly on RSB ... there were some contortions in there to make that happen (along with a comment that it worked and shouldn't be touched). > But I suppose if you mix BLISS and Macro-32 you could always get > exactly the required instructions at places where you must. In the cases where you needed a 32-bit read or write or whatever, there was no real problem: the compiler did pretty much what you expected. I think most of the drivers built the FDT etc. with MACRO-32 (as normal) but I'm sure that one at least did it's stuff with BLISS macros and a few liberal PSECT statements. Probably wandering off into the realms of unsupported, but, hey, this was a group cutting driver code and writing your own drivers is largely an unsupported activity. Antonio ------------------------------ Date: Wed, 16 Apr 2008 14:30:24 -0500 (CDT) From: sms@antinode.org (Steven M. Schweda) Subject: Re: Mozilla (et al.) v. TCPIP FTP server Message-ID: <08041614302453_2020CE0A@antinode.org> From: John Santos > >> Have you tried this against any other FTP server, or just HP's? > > > > I've tried only HP's. [...] > I think Bob's intended comparison was not to other FTP servers on other > platforms, but to other FTP servers on VMS, i.e. Multinet, TCPware, and > HGFTP. That was how I read it. > Do any or all of those work correctly? (This is a rhetorical > question, you probably only have HP's server. I run only the TCPIP server. I haven't looked at HGFTP lately, so I don't know if it even claims to support ODS5. > > But if HGFTP works, you > > can install it on any of the VMS TCP/IP stacks. I will try it later when > > I have a few minutes, if no one else pops in with the answers.) Answers are often useful. Note, however, that there are two different problems under discussion here. The primary one is that Mozilla can't deal with some common cases of VMS-format file listings from any FTP server. The other is that the TCPIP FTP server can't accept as input the ODS5 extended file names which it provides as output in its listings. HGFTP might be able to help on the second one, but probably not on the first (unless it uses a one-line listing format exclusively). ------------------------------------------------------------------------ Steven M. Schweda sms@antinode-org 382 South Warwick Street (+1) 651-699-9818 Saint Paul MN 55105-2547 ------------------------------ Date: Wed, 16 Apr 2008 19:44:21 -0400 From: bradhamilton Subject: Re: Mozilla (et al.) v. TCPIP FTP server Message-ID: <48068F55.3090005@comcast.net> John Santos wrote: [...] > I think Bob's intended comparison was not to other FTP servers on other > platforms, but to other FTP servers on VMS, i.e. Multinet, TCPware, and > HGFTP. Do any or all of those work correctly? (This is a rhetorical > question, you probably only have HP's server. But if HGFTP works, you > can install it on any of the VMS TCP/IP stacks. I will try it later when > I have a few minutes, if no one else pops in with the answers.) This does not work with TCPware V5.7-2 on VMS Alpha V8.3. Directories and files that are mixed-case do not display; only files/directories with upper-case names display "properly" using Mozilla as an ftp client. "Simple" ftp clients display all directories/files properly. ------------------------------ Date: Wed, 16 Apr 2008 17:42:44 -0700 (PDT) From: Sue Subject: Re: OpenVMS Boot Camp Update Message-ID: <4bd430ef-3da7-43da-b8a3-7102ec8c3b7f@e39g2000hsf.googlegroups.com> On Apr 11, 10:24=A0am, Sue wrote: > As promised here is theBootCampupdate for this week which we are > happy with. > > Session Abstracts, Keynotes are on the web site. > > http://h71000.www7.hp.com/symposium/index.html > > Current Registration is 135 > Scholarships Available HP 5 > Scholarship Available Partners 2 > > Seats remaining 58 > > Pre-Seminars > > Thursday - Friday DT Pr-Seminar - =A0two seats - 18 People > Monday and Tuesday DT seminar (same session) - 9 seats > CIFs Seminar - one seat remaining - Thursday and Friday > TCP/IP -Wed Friday - 5 seats remaining > Storage session - plenty of seats > RTR - plenty of seats. > > Where are the customers coming from > > Sweden 20 > Russia 19 > Netherlands 7 > Switzerland 7 > England 6 > Germany 6 > Austria 3 > Canada 3 > France 2 > Ireland 2 > Argentina 1 > Australia 1 > Barbados 1 > Belgium 1 > Lithuania 1 > Norway 1 > Scotland 1 > > US - everyone else Just an update for everyone we have 42 seats remaining for the Boot Camp ------------------------------ Date: Wed, 16 Apr 2008 17:40:28 -0700 (PDT) From: Sue Subject: Re: OpenVMS Technical Journal Now Available V11 Message-ID: <16a0b3c0-3c9f-4896-8ba1-2738f93b928f@a1g2000hsb.googlegroups.com> On Apr 14, 10:31=A0am, "Syltrem" wrote: > >Suewrote: > > >> We would appreciate your feedback not only on this issue but the > >> OpenVMS Technical Journal as a whole. Your feedback is what keeps the > >> authors and the team going > > >> Warm Regards, > >> Editor team > > The tech journal is always a good source of information. > > Thanks for the hard work to all contributors. > > Syltrem Thank you very much, I am sure that the authors apreciate your comments as do I. Sue ------------------------------ Date: Wed, 16 Apr 2008 19:55:02 -0500 From: Chris Scheers Subject: Re: Question on fast SCSI interface for Q-22. Message-ID: nnc@eta.chalmers.se wrote: > I'd like your "educated opinions" upon which SCSI-adapter that would > be "the fastest" for the Q-22 bus... > > I've seen some indications that CMD's CQD 440 would be a candidate, > but on "bitsavers", I can only find a manual for CQD 420. What would > be the difference upon these two? I guess CQD 220 is slower? > > Reason for my questions: I've been given (privately) a Compaq HSZ-80 > storage array, and it would be quite amusing to have a PDP (11/93) > entirely hooked up on this (besides an old alpha-station etc). > > This storage is connecting using "Ultra SCSI-II" on > "Differential" (HVD) signalling, so diff (HVD) is sort of a > requirement of mine for the Q-bus interface I could spend some hobby > money upon getting this hardware, but as all hobby budgets, there is a > limit... > > But, the "greedy" part of mine wants to find out which interface would > be "the fastest", just for the h... of it! I'm primarilly running RSX > operating system, but others would be a fun alternative. With the > storage, I could have plenty of disc partitions for different OS:es! > > Best regards, Göran Å It doesn't make any difference. The Q-22 bus is slower than a narrow async SCSI connection (5MB/sec). Use a DWZZA-AA to convert between SE and HVD and off you go. -- ----------------------------------------------------------------------- Chris Scheers, Applied Synergy, Inc. Voice: 817-237-3360 Internet: chris@applied-synergy.com Fax: 817-237-3074 ------------------------------ End of INFO-VAX 2008.214 ************************