INFO-VAX Sat, 22 Sep 2007 Volume 2007 : Issue 518 Contents: ALPHA 800, VMS 8.3, Boot Failure HELP Re: despair Re: despair Re: despair Re: despair Re: despair Re: despair Re: despair Re: despair Re: DS10 - with pedestal BA350+kzpac-xv Re: DS10 - with pedestal BA350+kzpac-xv Little Alpha I learned on is up... Re: Little Alpha I learned on is up... RE: Little Alpha I learned on is up... MOUNT /ASSIST mourning our VMS Alpha systems Re: VMS Update Re: VMS Update Re: VMS Update Re: VMS Update Re: VMS Update Re: VMS Update ---------------------------------------------------------------------- Date: Sat, 22 Sep 2007 10:17:08 -0400 From: Chuck Aaron Subject: ALPHA 800, VMS 8.3, Boot Failure HELP Message-ID: I recently tried a new OCP module for the Alpha 800. That was not the problem. Here's what's happening: When I press the start button on the OCP the yellow light comes on for a moment on the OCP and then it all shuts down. I cannot even get the CD to work so I can try to boot from it. Here's something interesting: If I hold the bottom button IN on the OCP and press the top button to start it will act like it want's to start with all lights coming on all the disks and the light to the CD coming on but the server will not go through any part of the boot cycle. As soon as I lift my finger off the bottom button, the yellow light comes on for a brief moment and it all shuts down immediately. What could the problems and possible fixes be? I was thinking perhaps the system disk is shot. If it is, what steps can I take to try to boot up since I can't even get the CD light to come on without holding down the bottom button on the OCP and top button on the OCP simultaneously, and that is only until I take my finger off the bottom OCP button. Thanks, Chuck ------------------------------ Date: Sat, 22 Sep 2007 00:15:58 -0600 From: Jeff Campbell Subject: Re: despair Message-ID: <1190441488_4063@sp12lax.superfeed.net> Michael Kraemer wrote: > In article , Ron Johnson > writes: >> C's[0] null-terminated strings, lack of bounds checking in arrays >> and memxxx functions, and manual heap control are open invitations >> to all sorts of nasty bugs. >> >> Those open invitations mean that C isn't, IMNSHO, suitable for >> anything beyond squeezing kernels into PDP-11s. >> >> Burroughs got it right by making an ALGOL variant it's system >> programming language. (I *think* it has had try-catch since the 1960s.) >> >> [0] And by extension Unix, since just about everything in the Unix >> world is written in C or C++, or calls libraries written in C. >> > > Unless you have forgotten several smileys or irony tags, > I think that's nonsense, sorry. > > The things you can do wrong in C/C++ are incorrect in any > other language as well. It has been one of the first lessons > in my programming courses (Fortran) that you should not write > to locations you do not own. Back then the pitfalls were mostly array indices, > with more modern languages these would be pointers. > > And the advantage of languages supporting e.g. bounds checking, > PL/I for example (sorry Tom), is not that large. For that, you need descriptor > areas, and these can be overwritten or trashed as well. > Which is rather easy since arguments are passed by reference (IIRC) > and not by value, as in C. Moreover, in the old times when I still > coded PL/I, the recommendation was to enable bounds checking only > for testing, but to disable for production, for performance reasons. > Unfortunately the most nasty errors occur at production time, > not at testing time. Wrong pointers can't be checked easily anyway. > > I have experienced less C seg faults than protection exceptions > in the old PL/I mainframe days. > > There's a lot of useful and correct C/C++ code out there, > and with a bit of discipline and usage of builtin facilities > like type checking, sizeof(), etc this isn't really a problem. > > BTW, zero-terminated strings ("ASCIZ",IIRC) > are a specialty of those ancient PDP-11 boxes, > would you call them trash therefore ? Minor nit... The PDP-11 instruction set knows nothing about null terminated strings. MACRO-11's .ASCIZ directive notwithstanding, it takes a (gasp) programmer (coder, etc) to create a routine that can deal with the data construct: mov #string, r0 mov #work, r1 1$: movb (r0)+, (r1)+ bne 1$ The proper way to do this is with descriptors, of course. 8-) But that takes more work 8-) and more memory footprint. 8-( Jeff ----== Posted via Newsfeeds.Com - Unlimited-Unrestricted-Secure Usenet News==---- http://www.newsfeeds.com The #1 Newsgroup Service in the World! 120,000+ Newsgroups ----= East and West-Coast Server Farms - Total Privacy via Encryption =---- ------------------------------ Date: Sat, 22 Sep 2007 14:35:46 +0200 From: "P. Sture" Subject: Re: despair Message-ID: In article <1190408567.975199.3440@22g2000hsm.googlegroups.com>, Doug Phillips wrote: > Doesn't this go back to the basics of writing portable code and > building a developer's toolkit? You write and use wrappers/subroutines/ > macros/functions to do platform specific things & repetitive tasks > that take more than just a standard RTL call, and where the language > or platform has an inherent weakness (as in this case.) Back in FORTAN IV days, that is precisely what we did. We also took the time to write file maintenance programs (add, delete, modify, view, print) for the application data files. Before SMG came along, we wrote screen display modules. Nowhere near as comprehensive as SMG, but they made program development and maintenance a lot easier. -- Paul Sture Sue's OpenVMS bookmarks: http://eisner.encompasserve.org/~sture/ovms-bookmarks.html ------------------------------ Date: Sat, 22 Sep 2007 14:40:43 +0200 From: "P. Sture" Subject: Re: despair Message-ID: In article , Ron Johnson wrote: > On 09/21/07 11:39, JF Mezei wrote: > > Bob Koehler wrote: > >> With the C library a simple I/O call can write to locations you > >> don't own and the programmer must work hard to prevent that. > > > > If you make a "read" call to SYS$QIO in COBOL or other languages, and > > give the address of a 20 character string and then specify a length of > > 512, will the COBOL run time detect that QIO is being told to write way > > beyond the bounds of the integer ? > > > > > > Yes, the scanf and fscanf functions in C are dangerous, but gets and > > fgets provide for a "maxchar" limit, and you can specify > > "sizeof(variable)" for the "maxchar" argument which means that it will > > not write beyond the variable's boundary. > > That "makes messy" the inherent structure of the code. > > > I really do not understand why some people are so keen to bash C when > > many of their arguments are not an issue for good programmers. > > Because the time and effort that the good programmer spends on > handling all that low-level crap can be more profitably spent on > high-level stuff that actually is "mission-focused". Agreed. I'm sure we have all come across instances of highly elegant and robust code which doesn't perform the business function it is supposed to. -- Paul Sture Sue's OpenVMS bookmarks: http://eisner.encompasserve.org/~sture/ovms-bookmarks.html ------------------------------ Date: Sat, 22 Sep 2007 14:49:50 +0200 From: "P. Sture" Subject: Re: despair Message-ID: In article <46F40857.6070702@comcast.net>, "Richard B. Gilbert" wrote: > Sometimes you are constrained by the available compilers! The last time > I looked (quite a while ago) compilers for the machines I was using were > about $5000 US each! At my last job we had ONE compiler license. It > was for C. We ran it on our development system, an Alphaserver 2100. > Nobody was about to spring for another compiler for my convenience. > Sigh. What percentage of your department's salary budget did $5,000 represent? Add the hardware budget, and what percentage now? You have my sympathies though, as I've suffered similar problems in getting software purchases authorized. -- Paul Sture Sue's OpenVMS bookmarks: http://eisner.encompasserve.org/~sture/ovms-bookmarks.html ------------------------------ Date: Sat, 22 Sep 2007 12:33:21 -0400 From: JF Mezei Subject: Re: despair Message-ID: <3045d$46f543d2$cef8887a$21267@TEKSAVVY.COM> Someone wrote: >> Because the time and effort that the good programmer spends on >> handling all that low-level crap can be more profitably spent on >> high-level stuff that actually is "mission-focused". There is also time and effort to combat a language's restrictions to get what you need done. For instance, with ANSI C you can no longer freely assign move contents from one type to another without adding the typecasting to tell the compiler you know what you are doing. And with higher level languages, there are some things which cannot be easily done and you need to find sneeky ways to to get around the language's rules/restrictions. In some languages, you may need to write an external routine in a different language to perform something for which the language is really not designed to do. (Can Cobol manipulate bits ?) ------------------------------ Date: Sat, 22 Sep 2007 09:41:56 -0700 From: "Tom Linden" Subject: Re: despair Message-ID: On Fri, 21 Sep 2007 11:07:19 -0700, Richard B. Gilbert wrote: > Ron Johnson wrote: >> On 09/21/07 11:30, JF Mezei wrote: >> >>> Bob Koehler wrote: >>> >>>> So what do you think you can do in C that can't be done in Macro-32 >>>> on any VMS system? >>> >>> >>> Since all languages eventually get translated into machine code, >>> obviously there is nothing that can be done in a higher level language >>> that cannot be done in Macro. >>> >>> >>> I really do not understand why some people go out of their way to >>> criticise C. C gives you the flexibility of assembler while giving you >>> higher level language tools. So you can write applications with much >>> greater efficiency than with some assembly language. >>> >>> And you know, I've never really had problems with lack of bounds >>> checking. Especially with dynamically allocated structures, you still >>> need to keep track of how many items you have used and how many have >>> been pre-allocated. >>> >>> And C has become quite pedantic with regards to type checks, so when >>> you >>> want to cheat and take 4 bytes from a string and load then into an >>> integer, you need to be specific about it so the compiler won't bother >>> you. But you can do it. >>> >>> >>> C is not for kids. You need good programming skills and experience to >>> write good C code that has proper architecture to prevent problems >>> and/or detect them. >> But not everyone on your team will have good programming skills, and >> neither will the all of the maintainers who come after you. >> IMNSHO, there are languages which are just *better* for writing >> large apps in specific "spaces". >> Why use a language designed to fit a time-sharing OS and >> text-processing apps onto a PDP-11 to write: > > Sometimes you are constrained by the available compilers! The last time > I looked (quite a while ago) compilers for the machines I was using were > about $5000 US each! At my last job we had ONE compiler license. It > was for C. We ran it on our development system, an Alphaserver 2100. > Nobody was about to spring for another compiler for my convenience. Penny-wise, pound-foolish? The development and maintenance of C code is more costly. So pay now or pay later. > > I used it for maintaining a few Unix style utilities (make, grep, and > gawk). The make was posted by Tony Ivanov back in the late 80's or > early 90's! I don't recall where the grep and gawk came from but I've > found them quite handy over the years. > > > > > -- PL/I for OpenVMS www.kednos.com ------------------------------ Date: Sat, 22 Sep 2007 13:11:17 -0400 From: "Richard B. Gilbert" Subject: Re: despair Message-ID: <46F54CB5.4060505@comcast.net> JF Mezei wrote: > > Someone wrote: > >>> Because the time and effort that the good programmer spends on >>> handling all that low-level crap can be more profitably spent on >>> high-level stuff that actually is "mission-focused". >> > > > There is also time and effort to combat a language's restrictions to get > what you need done. For instance, with ANSI C you can no longer freely > assign move contents from one type to another without adding the > typecasting to tell the compiler you know what you are doing. Well, if your design calls for you to store a thirty-two bit integer in a float, or vice versa, perhaps it's fair for the compiler to insist that you grant it absolution in advance! The havoc wrought by integers interpreted as floats, or vice verse, has to be experienced to be believed! In a former life, I coached graduate students in the art of computer programming. This was in the 1970s and 80s and many had never seen a computer before! I wrote, and presented, a paper entitled "The Art of Debugging" at Spring '88 DECUS based on this experience. Passing integers to subroutines that expected floats, or vice versa or passing 32 bit floats to a subroutine that wanted a 64 bit float and other errors of this nature figured prominently in most of the student's problems. There are occasions when you might want to do bit twiddling on a float, such as when you need to convert a VAX float to an ANSI float but this is rare enough that a compiler is fully justified in questioning your sanity. Especially yours JF! ;-) ------------------------------ Date: 22 Sep 2007 17:35:17 GMT From: bill@cs.uofs.edu (Bill Gunshannon) Subject: Re: despair Message-ID: <5ll22lF8r4q3U1@mid.individual.net> In article , "Tom Linden" writes: > > Penny-wise, pound-foolish? The development and maintenance of C code is > more costly. So pay now or pay later. Sorry, no basis in fact for that. Might actually be cheaper as the pool of available C Programmers is considerably higher than say the pool of available Fortran, COBOL or (gasp) PL/I programmers. And if the shop has reasonable coding standards, maintenance does not have to be a nightmare. (I know, having worked in large shops where turnover every 1-3 years is prett close to 100%.) bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves bill@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ Date: Sat, 22 Sep 2007 12:39:10 +0300 From: =?ISO-8859-2?Q?Uusim=E4ki?= Subject: Re: DS10 - with pedestal BA350+kzpac-xv Message-ID: <46f4e0a8$0$27850$9b536df3@news.fv.fi> Michael Austin wrote: > Scenario: > > VMS 7.3 > SCSI controller dies. > Shelf has 3 mirror sets (w/2 x PSU) > > KZPAC has been replaced - needs to be configured. > Trying to execute ra200rcu - from AlphaBios ->Utilities-> Run a > maintenance program. > > Reads floppy - Screen turns black - then nothing. If you hit any key > (or may have not found that magic key yet...) it immediately returns to > the AlphaBios menu. > > I am trying to work this issue remotely, so I cannot tell you every > nuance of what happens. > If you just type ARC - you don't get any menu at all I would expect to > see somthing to the effect of: > Boot Menu > Boot Windows NT > Boot an alternate operating system > Run a program > Supplementary menu ... > Use the arrow keys to select, then press Enter. > > But you get nothing. Just "hit F2 for AlphaBios" at the bottom. > > Is this normal for a DS10? > > Any other ideas on why this is not working? > > > > > > I assume you are trying to do it via the serial port. In that case you have to run ra200srl. It is a version of the KZP*C configuration utility which is meant to be used with a terminal (local or remote). With it you can use the key sequences, which you find in the other reply. If you don't have that version, you'll find it on the firmware CD or you can download it from the ftp.digital.com server: ftp://ftp.digital.com/pub/Digital/Alpha/firmware/v7.3/utility/swxcrmgr Good luck! ------------------------------ Date: Sat, 22 Sep 2007 10:19:36 -0500 From: Michael Austin Subject: Re: DS10 - with pedestal BA350+kzpac-xv Message-ID: Uusimäki wrote: > Michael Austin wrote: >> Scenario: >> >> VMS 7.3 >> SCSI controller dies. >> Shelf has 3 mirror sets (w/2 x PSU) >> >> KZPAC has been replaced - needs to be configured. >> Trying to execute ra200rcu - from AlphaBios ->Utilities-> Run a >> maintenance program. >> >> Reads floppy - Screen turns black - then nothing. If you hit any key >> (or may have not found that magic key yet...) it immediately returns >> to the AlphaBios menu. >> >> I am trying to work this issue remotely, so I cannot tell you every >> nuance of what happens. >> If you just type ARC - you don't get any menu at all I would expect >> to see somthing to the effect of: >> Boot Menu >> Boot Windows NT >> Boot an alternate operating system >> Run a program >> Supplementary menu ... >> Use the arrow keys to select, then press Enter. >> >> But you get nothing. Just "hit F2 for AlphaBios" at the bottom. >> >> Is this normal for a DS10? >> >> Any other ideas on why this is not working? >> >> >> >> >> >> > > I assume you are trying to do it via the serial port. > In that case you have to run ra200srl. It is a version of the KZP*C > configuration utility which is meant to be used with a terminal (local > or remote). With it you can use the key sequences, which you find in the > other reply. > If you don't have that version, you'll find it on the firmware CD or you > can download it from the ftp.digital.com server: > ftp://ftp.digital.com/pub/Digital/Alpha/firmware/v7.3/utility/swxcrmgr > > Good luck! > Using console graphics mode. After executing ra200rcu - screen turns black - hitting any key just takes it back to the Alphabios menu. Should it not bring up the KZPAC menu? ------------------------------ Date: Sat, 22 Sep 2007 09:36:55 -0500 From: "Paul Raulerson" Subject: Little Alpha I learned on is up... Message-ID: <005601c7fd26$06276c60$12764520$@com> This is a multipart message in MIME format. ------=_NextPart_000_0057_01C7FCFC.1D516460 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit on eBay at this URL. http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem &item=200155289131&ssPageName=ADME:L:LCA:US:1123 Actually, if anyone here wants it, I am open to horsetrading. The brand shiny new Integrity box came in and the little teaching machine is going bye-bye. It isn't a bad machine at all, especially hooked up to one of those little BA35 bricks. I have no problem "horsetrading" with most anyone here, if anyone is interested in it. It is currently loaded with 8.3, and will come with a fresh load on it, however you want, but you will have to put your own developer or hobbyist licenses on it. -Paul ------=_NextPart_000_0057_01C7FCFC.1D516460 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

on eBay at this URL.  http://cgi.ebay.com/ws/eBayISAP= I.dll?ViewItem&item=3D200155289131&ssPageName=3DADME:L:LCA:US:112= 3

 

Actually, if anyone here wants it, I am open to horsetrading. The brand shiny new Integrity box came in and the little = teaching machine is going bye-bye. It isn’t a bad machine at all, = especially hooked up to one of those little BA35 bricks.

 

I have no problem “horsetrading” with = most anyone here, if anyone is interested in it.  It is currently loaded = with 8.3, and will come with a fresh load on it, however you want, but you = will have to put your own developer or hobbyist licenses on it.

 

-Paul

 

------=_NextPart_000_0057_01C7FCFC.1D516460-- ------------------------------ Date: Sat, 22 Sep 2007 16:07:18 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: Little Alpha I learned on is up... Message-ID: In article <005601c7fd26$06276c60$12764520$@com>, "Paul Raulerson" writes: {...snip...} >It is currently loaded with 8.3, and will come with a fresh load on it, ... Like this? http://www.tmesis.com/freshload.gif -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" http://tmesis.com/drat.html ------------------------------ Date: Sat, 22 Sep 2007 11:26:17 -0500 From: "Paul Raulerson" Subject: RE: Little Alpha I learned on is up... Message-ID: <001b01c7fd35$4d5d4280$e817c780$@com> Not exactly - it contains too many hazardous materials to spread in the garden. But, unlike your idea, it does not need to run through a compost heap first. ;) However, it can serve to keep your greenhouse slightly warmer than ambient in the wintertime... and compile your Cobol, Basic, & Forth programs while doing so. Easily setup to run your sprinkler system and telescope all in one. I will note that it's replacement is far far faster, and yet, has a completely different feel. as well as being quieter! > -----Original Message----- > From: VAXman-@SendSpamHere.ORG [mailto:VAXman-@SendSpamHere.ORG] > Sent: Saturday, September 22, 2007 11:07 AM > To: Info-VAX@Mvb.Saic.Com > Subject: Re: Little Alpha I learned on is up... > > In article <005601c7fd26$06276c60$12764520$@com>, "Paul Raulerson" > writes: > {...snip...} > >It is currently loaded with 8.3, and will come with a fresh load on > it, ... > > Like this? > > http://www.tmesis.com/freshload.gif > > > -- > VAXman- A Bored Certified VMS Kernel Mode Hacker > VAXman(at)TMESIS(dot)COM > > "Well my son, life is like a beanstalk, isn't it?" > > http://tmesis.com/drat.html ------------------------------ Date: Sat, 22 Sep 2007 13:37:45 GMT From: "Robert Jarratt" Subject: MOUNT /ASSIST Message-ID: I had a MOUNT command with an implicit /ASSIST in my SYSTARTUP_VMS.COM. When I changed the disk around this MOUNT command failed and VMS sent messages to the console asking that this be fixed. However I was unable to log in to the machine to fix the issue, presumably because the login limit had not been opened up. What surprised me though was that I could not log in to the console either, and there was no way to do a clean shutdown. Fortunately I was able to put the old disk back and then change the MOUNT to specify /NOASSIST, so that the startup could complete. Now this is a hobbyist system so the consequences are irrelevant, but I am curious as to how you would get out of this situation in a production environment without doing what I was obliged to do. Did I miss something (other than not specifying /NOASSIST?) Thanks Rob ------------------------------ Date: Sat, 22 Sep 2007 15:08:27 +0200 From: Dirk Munk Subject: mourning our VMS Alpha systems Message-ID: A couple of days ago I took a SUN engineer and a manager of a very big customer for a kind of inspection tour in our twin datacenter. The first part of the tour was without the manager, he came later. We saw a big scrapheap of old SUN systems (also newer ones), and we came along one node of our trusted ES40 VMS cluster. The SUN engineer: "Ah, an Alpha! I never understood why Compaq and HP were so stupid to ditch the very best CPU architecture around" Then we came to the other datacenter, and the manager of the customer joined us. And after a while we came to the second node of our VMS cluster. The manager: "Ah, VMS! The best operating system ever designed. I've worked with it. So beautiful and well constructed" The same company ditched all the VMS systems after those infamous statements that "Digital / Compaq / HP will be more than happy to assist you moving to Windows-NT / Tru64 / HP-UX". And they had lots of them, now all replaced by SUN systems. Sic transit gloria mundi! ------------------------------ Date: Sat, 22 Sep 2007 05:17:50 -0700 From: Neil Rieck Subject: Re: VMS Update Message-ID: <1190463470.672213.218400@o80g2000hse.googlegroups.com> On Sep 21, 8:40 pm, Sue wrote: > Dear Newsgroup, > > The urls do work but in the newsgroup they wrap wierd. I have tried > not to include folks personal details for obvious reasons which I do > incllude in the email. > Hi Sue, With regard to wrapping URL's etc I have a suggestion for readers of this newsgroup. For many years I had accessed "comp.os.vms" using "Outlook Express" until my ISP declared that newsgroups were dead so they would be shutting down port 119. I dorked around with some alternatives for a while but found that reading news via a browser ay Google groups was the best solution. http://groups.google.com/group/comp.os.vms What's even better is that the wrapping URL problems have disappeared and you can post for free (after a free log on) Neil Rieck Kitchener/Waterloo/Cambridge, Ontario, Canada. http://www3.sympatico.ca/n.rieck/ ------------------------------ Date: Sat, 22 Sep 2007 08:29:49 -0700 From: Sue Subject: Re: VMS Update Message-ID: <1190474989.695377.70750@57g2000hsv.googlegroups.com> On Sep 22, 12:05 am, JF Mezei wrote: > Sue wrote: > > 5.1 On OCTOBER 26 at There will be a one hour web cast sponsored by > > Encompass, hosted by Ann McQuaid and the Speaker will be Martin Fink. > > Here is the page:https://www.encompassus.org/events/webcasts/MartinFink.cfm > > I went to the above page with Mozilla on VMS and it went into an > infinite loop. I suspect it is because I live in a different dimension > where things never quite work out the same way as the dimention you all > live in. > > But a note to Sue: > > On my MAC, I went to bothhttp://www.hp.com/go/vmsandhttp://www.encompassus.organd did not find an obvious mention of this > upcoming webcast. > > You might wish to have this announced right on the VMS home page. I have already spoken to Encompass about the MAC issue and they are working it. Sue ------------------------------ Date: Sat, 22 Sep 2007 08:30:39 -0700 From: Sue Subject: Re: VMS Update Message-ID: <1190475039.337933.7110@o80g2000hse.googlegroups.com> On Sep 22, 8:17 am, Neil Rieck wrote: > On Sep 21, 8:40 pm, Sue wrote: > > > Dear Newsgroup, > > > The urls do work but in the newsgroup they wrap wierd. I have tried > > not to include folks personal details for obvious reasons which I do > > incllude in the email. > > Hi Sue, > > With regard to wrapping URL's etc I have a suggestion for readers of > this newsgroup. > > For many years I had accessed "comp.os.vms" using "Outlook Express" > until my ISP declared that newsgroups were dead so they would be > shutting down port 119. I dorked around with some alternatives for a > while but found that reading news via a browser ay Google groups was > the best solution. > > http://groups.google.com/group/comp.os.vms > > What's even better is that the wrapping URL problems have disappeared > and you can post for free (after a free log on) > > Neil Rieck > Kitchener/Waterloo/Cambridge, > Ontario, Canada.http://www3.sympatico.ca/n.rieck/ I will forward to the correct person. Sue ------------------------------ Date: Sat, 22 Sep 2007 18:23:23 +0200 From: "P. Sture" Subject: Re: VMS Update Message-ID: In article <1190474989.695377.70750@57g2000hsv.googlegroups.com>, Sue wrote: > On Sep 22, 12:05 am, JF Mezei wrote: > > Sue wrote: > > > 5.1 On OCTOBER 26 at There will be a one hour web cast sponsored by > > > Encompass, hosted by Ann McQuaid and the Speaker will be Martin Fink. > > > Here is the > > > page:https://www.encompassus.org/events/webcasts/MartinFink.cfm > > > > I went to the above page with Mozilla on VMS and it went into an > > infinite loop. I suspect it is because I live in a different dimension > > where things never quite work out the same way as the dimention you all > > live in. > > > > But a note to Sue: > > > > On my MAC, I went to > > bothhttp://www.hp.com/go/vms and http://www.encompassus.organd did not find > > an obvious mention of this upcoming webcast. > > > > You might wish to have this announced right on the VMS home page. > > I have already spoken to Encompass about the MAC issue and they are > working it. > Thanks Sue! -- Paul Sture Sue's OpenVMS bookmarks: http://eisner.encompasserve.org/~sture/ovms-bookmarks.html ------------------------------ Date: Sat, 22 Sep 2007 12:45:50 -0400 From: JF Mezei Subject: Re: VMS Update Message-ID: <18b6e$46f546c1$cef8887a$21769@TEKSAVVY.COM> Sue wrote: > I have already spoken to Encompass about the MAC issue and they are > working it. Actually, it was on VMS (Mozilla).... I just tried it and althought it loads very slowly, it now works. Thanks. BTW, there is really no reason to use HTTPS: for such a generic page (secured connection instead of the easier/faster HTTP: Oh, I just read the text. It tells me that it won't work with MACs or Linux. Excuse me, but whoever codes the pages for that web site should be fired. HTML WAS MEANT TO BE PLATFORM INDEPENDANT. DESIGNING CODE THAT IS SPECIFIC TO A PLATFORM IS PLAIN STUPID. And again, there is no mention of what technology is required on the client side to access the HP Virtual Room. Pointless to go through all the hassles to sign up only to find out the day of the event that you can't access it. ------------------------------ Date: Sat, 22 Sep 2007 09:52:54 -0700 From: Sue Subject: Re: VMS Update Message-ID: <1190479974.311763.116990@22g2000hsm.googlegroups.com> On Sep 22, 12:05 am, JF Mezei wrote: > Sue wrote: > > 5.1 On OCTOBER 26 at There will be a one hour web cast sponsored by > > Encompass, hosted by Ann McQuaid and the Speaker will be Martin Fink. > > Here is the page:https://www.encompassus.org/events/webcasts/MartinFink.cfm > > I went to the above page with Mozilla on VMS and it went into an > infinite loop. I suspect it is because I live in a different dimension > where things never quite work out the same way as the dimention you all > live in. > > But a note to Sue: > > On my MAC, I went to bothhttp://www.hp.com/go/vmsandhttp://www.encompassus.organd did not find an obvious mention of this > upcoming webcast. > > You might wish to have this announced right on the VMS home page. You are right JF and I have sent mail to Warren and another Sue to get this on the VMS page. I just forgot, thanks for the reminder. Sue ------------------------------ End of INFO-VAX 2007.518 ************************