INFO-VAX Fri, 14 Sep 2007 Volume 2007 : Issue 502 Contents: Re: -SYSTEM-F-WRITLCK, write lock error Re: -SYSTEM-F-WRITLCK, write lock error Re: despair Re: despair Re: despair Re: despair Re: Free DS10L Drawing again ! Re: Here's one for Bob (hope it makes your head spin) Re: Here's one for Bob (hope it makes your head spin) Re: Here's one for Bob (hope it makes your head spin) Re: maintenance downtime on our supercomputer read DVD capacity code Re: SOAP, WSIT, I'm LOST, sort of... Upcoming OpenVMS Encompass webcast Re: Will Linux bloat itself out of existance ? Re: Will Linux bloat itself out of existance ? Re: Will Linux bloat itself out of existance ? Re: Will Linux bloat itself out of existance ? Re: Yet more religious drivel ---------------------------------------------------------------------- Date: Fri, 14 Sep 2007 14:09:06 +0100 From: Anton Shterenlikht Subject: Re: -SYSTEM-F-WRITLCK, write lock error Message-ID: <20070914130906.GA181@mech-aslap33.men.bris.ac.uk> On Mon, Sep 10, 2007 at 12:04:55PM -0500, Bob Koehler wrote: > In article <20070910143225.GA32238@mech-aslap33.men.bris.ac.uk>, Anton Shterenlikht writes: > > > > Is there a problem with this DVD media? > > Is this DVD-R, DVD+R, DVD-RW, or some other writeable media? Is > the driver stricly a reader, or does it have compatable -R, +R, or > -RW capabilities? > > The errors you are seeing all involve attempting to write to what > appears to be read-only storage. Bob, it looks like it is only a reader: $ mount/system donkey$dqa0 i64binfeb071 %MOUNT-I-WRITELOCK, volume is write locked $ show dev/full donkey$dqa0 Disk DONKEY$DQA0:, device type DV-28E-C, is online, mounted, software write- locked, [...] Also according to http://www.teac.co.jp/dspd/product/optical/dv-28ec.html this is a ROM device. In any case it shouldn't even try to write to DVD. At least when I installed FORTRAN on Alpha from a CD with the same PRODUCT INSTALL command I didn't have this problem. Anyway, copying the PCSI file worked fine, which I report in another port. many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 ------------------------------ Date: Fri, 14 Sep 2007 14:15:23 +0100 From: Anton Shterenlikht Subject: Re: -SYSTEM-F-WRITLCK, write lock error Message-ID: <20070914131523.GB181@mech-aslap33.men.bris.ac.uk> On Mon, Sep 10, 2007 at 05:15:02PM +0200, Peter 'EPLAN' LANGSTOeGER wrote: > In article <20070910121806.GA31695@mech-aslap33.men.bris.ac.uk>, Anton Shterenlikht writes: > >I'm trying to install fortran on I64 VMS8.3 from a layered product DVD and > >I get the following error: > > > >$ product extract release_notes fortran /source=donkey$dqa0:[fort0811.kit] > >%PCSI-E-WRITEERR, error writing DONKEY$DQA0:[FORT0811.KIT]HP-I64VMS-FORTRAN-V080 > >1-2-1.PCSI;1 > >-SYSTEM-F-WRITLCK, write lock error > >%PCSI-E-S_OPFAIL, operation failed > >%PCSIUI-E-ABORT, operation terminated due to an unrecoverable error condition > > How about copying the kit to another disk before the update? > Will the COPY be successfull? Peter, JF, yes this worked fine, thank you for the suggestion. > How about a explicit /FILE= qualifier? Where does PCSI$DESTINATION point to? this logical isn't defined: $ show logical pcsi$destination %SHOW-S-NOTRAN, no translation for logical name PCSI$DESTINATION but in any case I used /DESTINATION qualifier, which should override PCSI$DESTINATION. many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 ------------------------------ Date: Fri, 14 Sep 2007 02:45:32 -0500 From: Ron Johnson Subject: Re: despair Message-ID: On 09/13/07 23:26, AEF wrote: > On Sep 13, 6:19 pm, "David P. Murphy" wrote: >> Real code at the beginning of the "daily backup" batch job: >> >> $ ON ERROR THEN CONTINUE >> $ ALLOCATE 'tape_drive' >> $ INIT 'tape_drive' 'label' >> $ BACKUP/IMAGE/REWIND/'quals' - >> 'disk' - >> 'tape_drive'DAILY.BCK/SAVE >> >> I have lost what little faith in humanity remained in me. >> >> ok >> dpm > > > My questions: > > Is the same tape in the drive every day? > > Are there any more BACKUP commands in the rest of the procedure? Does it matter? Defensive programming says you defend against hardware glitches other people's mistakes. -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! ------------------------------ Date: Fri, 14 Sep 2007 15:00:32 +0000 (UTC) From: moroney@world.std.spaamtrap.com (Michael Moroney) Subject: Re: despair Message-ID: Hein RMS van den Heuvel writes: >not the same, but also about backups and mostly working, specifically >while testing, todays entry on the wtf website: >http://worsethanfailure.com/Articles/CSI-Server-Room.aspx Hah! I once had a bunch of similar stories of that type, ranging from 'janitor-with-a-floor-buffer-unplugs-server' to real mysteries like that. That one was pretty good. ------------------------------ Date: Fri, 14 Sep 2007 16:46:36 -0000 From: "David P. Murphy" Subject: Re: despair Message-ID: <1189788396.653623.305370@y42g2000hsy.googlegroups.com> On Sep 14, 3:45 am, Ron Johnson wrote: > On 09/13/07 23:26, AEF wrote: > > Is the same tape in the drive every day? Don't know. > > Are there any more BACKUP commands in the rest of the procedure? No. In fact there is no DEALLOCATE command. Obviously the author is comfortable with letting the end of the job deal with cleaning up. > Does it matter? Defensive programming says you defend against > hardware glitches other people's mistakes. I find it painfully ironic that the author took the mechanism intended for error TRAPPING and used it instead for error GENERATION. What the hell was he thinking? I'll never know. P.S. Excellent poster, Brian! ok dpm ------------------------------ Date: Fri, 14 Sep 2007 10:40:23 -0700 From: AEF Subject: Re: despair Message-ID: <1189791623.218519.207960@k79g2000hse.googlegroups.com> On Sep 14, 12:46 pm, "David P. Murphy" wrote: > On Sep 14, 3:45 am, Ron Johnson wrote: > > > On 09/13/07 23:26, AEF wrote: > > > Is the same tape in the drive every day? > > Don't know. > > > > Are there any more BACKUP commands in the rest of the procedure? > > No. In fact there is no DEALLOCATE command. > Obviously the author is comfortable with letting > the end of the job deal with cleaning up. > > > Does it matter? Defensive programming says you defend against > > hardware glitches other people's mistakes.\ Yes. If the tape is never changed, you only have one backup at any given time and it's on-site. If n tapes are rotated, you have n backups, some of which may be offsite. What's the difference? n-1, of course! :-) > I find it painfully ironic that the author took the mechanism > intended for error TRAPPING and used it instead for > error GENERATION. What the hell was he thinking? > I'll never know. I find that BACKUP is very good at assigning W, E, and F to various errors. W is for errors like warning about files open for write that are being saved anyway because of use of /IGNORE=INTERLOCK. Of course these would be ignored by the default DCL error handler, (but I usually use ON WARNING THEN GOTO _ERROR and make exceptions where needed). E is for errors like files open for write and not saved, and verification errors. (If you have to do a hot backup, you will likely get a few spurious verification errors. The result is that the save set is most likely okay. Of course, depending on this code snippet (if /VERIFY were added to it) to ignore it is very risky as you might get much more than the few verification errors expected on a hot backup which may truly mean the save set you just made is truly corrupted. Of course there's still some risk even with just a few errors -- what to do depends on the situation. Someone needs to inspect the log files in this case. F is for truly fatal errors that are usually real show-stoppers. Examples: not being able to write to tape, not being able to read the tape during a verify pass, controller errors, parity errors, not being able to write a file mark on tape, etc. So the author of this bad code was apparently only worried about show- stoppers. Probably he experienced errors due to files open for write access and wanted the rest of the procedure to continue anyway (either because he didn't realize the files weren't being saved or because those files were not important to save), and this was the most expedient way to deal with it. I'm not recommending this way of doing things; I'm just trying to explain what I think the motivating factors were. Of course incompetence and not-giving-a-s%%% are other possible reasons! Maybe it was written by a BOFH! > > P.S. Excellent poster, Brian! > > ok > dpm AEF ------------------------------ Date: Fri, 14 Sep 2007 11:06:46 -0400 From: "David Turner, Island Computers" Subject: Re: Free DS10L Drawing again ! Message-ID: <13el8rshfoc0r26@news.supernews.com> You know I was wondering that too. Mainly power stations/nuclear stuff. But it's a good version of Unix Our DS10 webserver ran it for 6 years - 2 hours downtime in 6 years ! And that was for adding a RAID controller "Peter 'EPLAN' LANGSTOeGER" wrote in message news:46e9768a$1@news.langstoeger.at... > In article <13egkq6krrfpb44@news.supernews.com>, "David Turner, Island > Computers" writes: >>FYI - Alpha systems have been selling like Hot Cakes with VMS > > Glad to here. > >>I would say 90% with VMS and the others with T64 > > What did you expect? > > OpenVMS is still alive and supports the Alpha (unlike eg. WinNT ;-) and if > you want U**X, you surely find faster and cheaper machines than Alphas > now. > > So, Alpha is almost exclusively for [Open]VMS now. > I only wonder, that the Tru64 percentage is still so high (10%)... > > SCNR > > -- > Peter "EPLAN" LANGSTOEGER > Network and OpenVMS system specialist > E-mail peter@langstoeger.at > A-1030 VIENNA AUSTRIA I'm not a pessimist, I'm a realist ------------------------------ Date: Fri, 14 Sep 2007 08:12:11 +0200 From: "Rudolf Wingert" Subject: Re: Here's one for Bob (hope it makes your head spin) Message-ID: <012c01c7f696$30013020$994614ac@domina.fom> Hello, VAXman wrote: >>> >> Christians have sillinesses in the doctrine of their testament too.=20 >> My fave sillinesses evolve around those of the L. Ron doctrines. I > >Are you confabulating Christianity and Scientoloty? Or am I=20 >misinterpreting what you wrote? Just mentioning all the sillinesses in so called 'religions'. <<< To be a Christian is not to believe any religion, it is the living relationship to Jesus Christ. So the Bible is not a cook book to be a = good man. Without Jesus Christ, you will be lost no matter what you are. You = can be the best human of the world, but you don't have the life, the = trueness and you don't know the way. Living as Christ is a personal relationship = and we have to ask every moment, what would Jesus do. So you can't say if = you do so, you are right. Jesus did go to the customer officer a criminal = person. When Jesus was born, astrologer did visit him. Under the Jewish law the stand under death penalty. Astrology was a criminal sin. What did Jesus = do with the adulteress. Did he stoning the woman? This was a religion = law!!! You see, it is very different to live with a religion or in a personal relationship. Best regards Rudolf Wingert ------------------------------ Date: Fri, 14 Sep 2007 02:56:28 -0500 From: Ron Johnson Subject: Re: Here's one for Bob (hope it makes your head spin) Message-ID: On 09/14/07 01:12, Rudolf Wingert wrote: > Hello, > > VAXman wrote: > >>> Christians have sillinesses in the doctrine of their testament too. >>> My fave sillinesses evolve around those of the L. Ron doctrines. I >> Are you confabulating Christianity and Scientoloty? Or am I >> misinterpreting what you wrote? > > Just mentioning all the sillinesses in so called 'religions'. > <<< > > To be a Christian is not to believe any religion, it is the living > relationship to Jesus Christ. However... No matter what else people may say to the contrary. humans *love* rules, regulations, *following*[0] and, most especially, *hierarchy*. That's why the RCC grew up around the "small groups" mentality that was early Christianity. Orthodoxy is probably just as hierarchical, and most Protestant sects are too, whether it's the more obvious pecking orders of the High Church, or the less obvious pecking orders (even if it's "only" at the single church level) of the Low Church. Thus, Christianity is, effectively, Religion. [0] The vast majority, anyway. There must be some leaders, after all. > So the Bible is not a cook book to be a good > man. Without Jesus Christ, you will be lost no matter what you are. You can > be the best human of the world, but you don't have the life, the trueness > and you don't know the way. Living as Christ is a personal relationship and > we have to ask every moment, what would Jesus do. So you can't say if you do > so, you are right. Jesus did go to the customer officer a criminal person. > When Jesus was born, astrologer did visit him. Under the Jewish law the > stand under death penalty. Astrology was a criminal sin. What did Jesus do > with the adulteress. Did he stoning the woman? This was a religion law!!! > You see, it is very different to live with a religion or in a personal > relationship. > > Best regards Rudolf Wingert > -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! ------------------------------ Date: Fri, 14 Sep 2007 05:01:21 -0700 From: Neil Rieck Subject: Re: Here's one for Bob (hope it makes your head spin) Message-ID: <1189771281.289200.61190@y42g2000hsy.googlegroups.com> On Sep 14, 2:12 am, "Rudolf Wingert" wrote: > Hello, > [...snip...] > > To be a Christian is not to believe any religion, it is the living > relationship to Jesus Christ. So the Bible is not a cook book to be a good > man. Without Jesus Christ, you will be lost no matter what you are. You can > be the best human of the world, but you don't have the life, the trueness > and you don't know the way. Living as Christ is a personal relationship and > we have to ask every moment, what would Jesus do. So you can't say if you do > so, you are right. Jesus did go to the customer officer a criminal person. > When Jesus was born, astrologer did visit him. Under the Jewish law the > stand under death penalty. Astrology was a criminal sin. What did Jesus do > with the adulteress. Did he stoning the woman? This was a religion law!!! > You see, it is very different to live with a religion or in a personal > relationship. > Like everything else in the world, fundamentalism is the oversimplification of any topic. There are all kinds of Christians and not all implementations of that concept reflect your narrow view. Early Christians believed that Jesus was adopted by God during baptism by John the Baptist. Since then others have pushed the view that God was involved in some sort of congress with Humans (reminds me of Olympian myths like Hercules). Which one is correct? No one knows but consider the following point: How can humans come close to the living a life like Jesus if he is God (or son of God)? On the flip side, humanity has a better chance of living a Christ-like life if he started out like one of us. But both camps still have lots in common: Olivet Prophesies, Sermon on the Mount, Lord's Prayer, etc. NSR ------------------------------ Date: Fri, 14 Sep 2007 10:50:11 +0100 From: Anton Shterenlikht Subject: Re: maintenance downtime on our supercomputer Message-ID: <20070914095011.GA99135@mech-aslap33.men.bris.ac.uk> On Thu, Sep 13, 2007 at 11:43:31AM -0500, Ron Johnson wrote: > On 09/13/07 10:31, Anton Shterenlikht wrote: > > > > It is necessary to schedule some maintenance downtime on bluecrystal > > to update the parallel filesystem software, amongst other things. > > How do Beowulf clusters sync file accesses? Thru the master node? You mean several processes to the same file? That's not easy as far as I understand. Or rather it is discouraged due to significant overhead. Therefore typically one has to have a separate file for each copy of the program (for each core). In cases where sync file access is requred, this will probably be done by the master node. One example - parallel matrix operation. In the beginning the master node will read the matrix data from a file and split into N chunks according to the number of cores used in the analysis. The code executed on each node might, if necessary, create a temp file used exclusively by this node to store intermediate data. (Obviously it is best to keep all data in RAM, or even better in cache if it fits). When the computation is complete, all slave nodes will pass the data to the master which will then combine the matrix back and write to the file. However, I might be wrong. You probably know this area better than me.. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 ------------------------------ Date: Fri, 14 Sep 2007 15:50:06 +0200 From: "Eberhard Heuser" Subject: read DVD capacity code Message-ID: <000b01c7f6d6$288f1b50$046d2286@vg2> Hi, Here's the code. Far from being perfect, but at least a starting point. If you have built the executable, define the symbol dvdcap: $ dvdcap:==$dvdcap.exe Usage: $ dvdcap DVD-drive: The result is stored in the symbol DISCCAP: $ dvdcap:==$DSA3:[DVDWRITE_V10.V6_6-1.READ_CAPACITY]dvdcap.exe $ dvdcap dqa0: Accessing target "DQA0:" Result: OK DVD read capacity Version 1.00 Medium capacity: 9180416 blocks. $ sh symbol disccap DISCCAP = "9180416" ================================ file DVDCAP.C =============================== #ifdef __ALPHA #pragma nomember_alignment #endif #ifdef __ia64 #pragma nomember_alignment #endif /* includes */ #include #include #include #include #include #include #include #include #include #include #include #include /* defines */ #define READ_TRACK_INFO 0x52 #define disk$K_READ 0x1 #define disk$K_FL_ENAB_DIS 0x2 #define disk$K_FL_ENAB_SYNC 0x4 #define status_is_ok(sts) ((sts) & 1) struct disk$DESC { unsigned int disk$L_OPCODE; unsigned int disk$L_FLAGS; unsigned char * disk$A_CMD_ADDR; unsigned int disk$L_CMD_LEN; char * disk$A_DATA_ADDR; unsigned int disk$L_DATA_LEN; unsigned int disk$L_PAD_LEN; unsigned int disk$L_PH_CH_TMOUT; unsigned int disk$L_DISCON_TMOUT; unsigned int disk$L_RES_1; unsigned int disk$L_RES_2; unsigned int disk$L_RES_3; unsigned int disk$L_RES_4; unsigned int disk$L_RES_5; unsigned int disk$L_RES_6; }; struct disk$IOSB { unsigned short int disk$W_VMS_STAT; unsigned long int disk$L_IOSB_TFR_CNT; char disk$B_IOSB_FILL_1; unsigned char disk$B_IOSB_STS; }; #ifndef VAX struct tms mytms; #endif time_t t_time; char *target_logical; static struct disk$DESC gk_desc; static unsigned char disk_data2[255]; unsigned short gk_channel; static struct disk$IOSB disk_iosb; int cli$dcl_parse(); #ifdef __ia64 extern dvdcap_cld; #else int dvdcap_cld(); #endif struct dsc$descriptor gk_device_d; int cli$get_value(); int cli$present(); char *cli_get_value(char *itm) { long stat; short l; char *s; struct dsc$descriptor itmdes,sdes; s=malloc(256); itmdes.dsc$w_length=strlen(itm); itmdes.dsc$b_dtype=DSC$K_DTYPE_T; itmdes.dsc$b_class=DSC$K_CLASS_S; itmdes.dsc$a_pointer=itm; sdes.dsc$w_length=256; sdes.dsc$b_dtype=DSC$K_DTYPE_T; sdes.dsc$b_class=DSC$K_CLASS_S; sdes.dsc$a_pointer=s; stat=cli$get_value(&itmdes,&sdes,&l); if(stat&1) { s[l]='\0'; return s; } else { return NULL; } } int cli_present(char *itm) { long stat; struct dsc$descriptor itmdes; itmdes.dsc$w_length=strlen(itm); itmdes.dsc$b_dtype=DSC$K_DTYPE_T; itmdes.dsc$b_class=DSC$K_CLASS_S; itmdes.dsc$a_pointer=itm; stat=cli$present(&itmdes); if(stat&1) return 1; else return 0; } int cli_dcl_parse() { short l; long stat; char cmdlin[512],tmp[512]; $DESCRIPTOR(cmddes,cmdlin); lib$get_foreign(&cmddes,0,&l); cmdlin[l]='\0'; strcpy(tmp,cmdlin); sprintf(cmdlin,"DVDCAP %s",tmp); cmddes.dsc$w_length=strlen(cmdlin); #ifdef __ia64 stat=cli$dcl_parse(&cmddes,&dvdcap_cld); #else stat=cli$dcl_parse(&cmddes,dvdcap_cld); #endif return stat; } void printhex(s, cp, n) char *s; unsigned char *cp; int n; { #ifndef VAX time_t actual_time; actual_time = times(&mytms); printf("%8.3f %s",(float) (actual_time - t_time)/CLK_TCK,s); t_time = actual_time; #endif while (--n >= 0) printf(" %02X", *cp++); printf("\n"); return; } int read_track_info(void) { int status,cap; struct read_track_info_cmd { unsigned char opcode; unsigned adrtype:2; unsigned reserved1:6; unsigned char tracknr[4]; char reserved2; unsigned char allocation_length[2]; char control; } disk_command; disk_command.opcode = READ_TRACK_INFO; disk_command.adrtype = 0x01; disk_command.reserved1 = 0; disk_command.tracknr[0] = 0; disk_command.tracknr[1] = 0; disk_command.tracknr[2] = 0; disk_command.tracknr[3] = 1; disk_command.reserved2 = 0; disk_command.allocation_length[0] = 0; disk_command.allocation_length[1] = 0x24; disk_command.control = 0; gk_desc.disk$L_OPCODE = 1; gk_desc.disk$L_FLAGS = disk$K_FL_ENAB_SYNC | disk$K_READ | disk$K_FL_ENAB_DIS; gk_desc.disk$A_CMD_ADDR = &disk_command.opcode; gk_desc.disk$L_CMD_LEN = sizeof(disk_command); gk_desc.disk$A_DATA_ADDR = (char *) &disk_data2[0]; gk_desc.disk$L_DATA_LEN = 0x24; gk_desc.disk$L_PAD_LEN = 0; gk_desc.disk$L_PH_CH_TMOUT = 180; /* disk phase change timeout, sec */ gk_desc.disk$L_DISCON_TMOUT = 180; /* disk disconnect timeout, sec */ gk_desc.disk$L_RES_1 = 0; gk_desc.disk$L_RES_2 = 0; gk_desc.disk$L_RES_3 = 0; gk_desc.disk$L_RES_4 = 0; gk_desc.disk$L_RES_5 = 0; gk_desc.disk$L_RES_6 = 0; status = sys$qiow ( 1, gk_channel, IO$_DIAGNOSE, &disk_iosb, 0, 0, &gk_desc, sizeof(gk_desc), 0, 0, 0, 0); disk_iosb.disk$B_IOSB_STS = ((disk_iosb.disk$B_IOSB_STS >> 4) & 0x7); /* Check the various returned status values */ if (!(status & 1)) lib$stop (status); /* printhex("read track info command",&disk_command.opcode, sizeof(disk_command)); printhex("read track info command Data",(unsigned char* )&disk_data2[0],0x22); */ status = disk_iosb.disk$B_IOSB_STS; cap = 0; cap += disk_data2[24] << 24; cap += disk_data2[25] << 16; cap += disk_data2[26] << 8; cap += disk_data2[27]; return (cap); } main(int argc, char *argv[]) { char target_string[256] = "DVD_DEVICE\0"; int cli_stat,rms_status,capacity,status; char caps[256]; $DESCRIPTOR(caps_d,"DISCCAP"); $DESCRIPTOR(value_d,caps); cli_stat = cli_dcl_parse(); if (!(cli_stat&1)) { printf("Command-line error. Status %x\n", cli_stat); exit(cli_stat); } target_logical = getenv("DVD_DEVICE"); if(cli_present("TARGET")) { /* printf("target-parameter found\n"); */ sprintf (&target_string[0],"%s\0",cli_get_value("target")); target_logical = &target_string[0]; } else { target_logical = getenv("DVD_DEVICE"); if (target_logical == 0) target_logical=" "; } /* printf("Assigning channel\n"); */ gk_device_d.dsc$w_length = strlen(target_string); gk_device_d.dsc$b_dtype = DSC$K_DTYPE_T; gk_device_d.dsc$b_class = DSC$K_CLASS_S; gk_device_d.dsc$a_pointer = &target_string[0]; rms_status = sys$assign ( &gk_device_d, &gk_channel, 0, 0); if (status_is_ok(rms_status)) { fprintf(stderr,"Accessing target \"%s\" Result: OK\n",target_logical); } else { fprintf(stderr,"Accessing target \"%s\" Result: Error\n",target_logical); } fprintf (stderr, " DVD read capacity Version 1.00\n"); capacity = 4*read_track_info(); fprintf (stderr," Medium capacity: %lu blocks.\n", capacity); sprintf(caps,"%i\0",capacity); value_d.dsc$w_length = strlen(caps); status = lib$set_symbol(&caps_d,&value_d,0); exit(status); } =================================== file DVDCAP_CLD.CLD ====================== module dvdcap_cld define verb dvdcap parameter p1, value(type=$file,list), label=target =================================== file BUILD.COM ====================== $ cc/NOMEMBER_ALIGNMENT dvdcap.C $ set comm/obj dvdcap_CLD.CLD $ link/exe=dvdcap.exe dvdcap,dvdcap_CLD $ cc/NOMEMBER_ALIGNMENT/noopt/debug dvdcap.C $ link/debug/exe=dvdcap_debug.exe dvdcap,dvdcap_CLD $ delete *.obj;* ------------------------------ Date: Fri, 14 Sep 2007 08:23:40 GMT From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= Subject: Re: SOAP, WSIT, I'm LOST, sort of... Message-ID: Sue wrote: > On Sep 6, 6:25 am, Jan-Erik Söderholm > wrote: >> HI. >> Currently running VMS system with : >> >> DS20/500, 2 CPU >> VMS 7.3-2 >> TCPIP 5.4 ECO 2 >> OSU web server 3.6 and 3.8 (in three running copies) >> >> Now I've been asked to evaluate "WEB Services" >> as a new "interface" to this system. I have checked >> the WSIT and SOAP pages at HP. As far as I can see, >> there are a few show stoppers as the system is >> configured today. I need (at least one) ODS-5 disk >> and also a current JAVA install for WSIT. But, according >> to the development manual for WSIT, there are (at least one) >> some tools (OBJ2IDL.EXE) that only runs on VMS I64. >> That's a major problem, of course. >> >> Anyway, are there anyone who actualy have tried/used >> these tools? And any other thought about this WEB Services >> "thing" are also welcome. >> >> I'm currenly using the simple DCL scripting of the OSU >> server (which works just OK) to produce dynamic page >> contents. The WEB services is ment to be a data-transfer >> interface, sort of not-having-to-use-FTP. I guess that one >> also cat get a more "on-line" interface where apps can >> exchange status info over the same connection. Now, not >> realy sure what I'm talking about here... :-) :-) >> >> Jan-Erik. > > Jan, > > At the Technical Update Day's one of the speakers will be discussing > this (Meg) and she is aware of your interest. So if she does not > cover what you need just make sure you come up and talk to her. > > See you soon. > Sue > Fine ! So now I just *have* to make that trip to Stockholm, right ? :-) Regards, Jan-Erik. ------------------------------ Date: Fri, 14 Sep 2007 08:57:43 -0700 From: DaveG Subject: Upcoming OpenVMS Encompass webcast Message-ID: <1189785463.229293.122920@50g2000hsm.googlegroups.com> HP's support of OpenVMS webcast coming on Oct. 26, 2007, featuring Martin Fink, VP of HPs Business Critical Server Group. See link for details. https://www.encompassus.org/events/webcasts/MartinFink.cfm Dave... ------------------------------ Date: Fri, 14 Sep 2007 12:56:17 +0200 From: =?ISO-8859-1?Q?Jean-Fran=E7ois_Pi=E9ronne?= Subject: Re: Will Linux bloat itself out of existance ? Message-ID: <46ea68d7$0$31753$426a74cc@news.free.fr> [snip] > > But if you're running a distributed environment, svn, cvs or git can > and do work. There are ports of at least svn and cvs clients > available for OpenVMS, though I don't know if there's a git port > around. > There is a port of mercurial (http://www.selenic.com/mercurial/) on OpenVMS. From the home page: "" Mercurial: a fast, lightweight Source Control Management system designed for efficient handling of very large distributed projects. """ A example of a mercurial repository running on OpenVMS: http://hg.vmspython.dyndns.org/ JFP ------------------------------ Date: Fri, 14 Sep 2007 08:19:59 -0400 From: "FredK" Subject: Re: Will Linux bloat itself out of existance ? Message-ID: "Neil Rieck" wrote in message news:1189728159.357597.315220@57g2000hsv.googlegroups.com... > On Sep 13, 5:59 am, Ron Johnson wrote: >> On 09/12/07 22:10, Neil Rieck wrote: > > HP doesn't use distributed remote access for the OpenVMS source pool; > it's all home-grown access with VDE. VDE is a very old user interface > and very old design by current standards. (cvs and svn are also > relatively old environments, though far newer than VDE.) This use of > VDE assuming there have not been radical changes in the operations of > OpenVMS over last year; VDE has been in use in OpenVMS Engineering for > a very long time, and is accordingly rather entrenched. > Yes, we use VDE - which in turn is IIRC effectively a layer on top of CMS & RDB. I would term it less of a result of "entrenchment" as opposed to there having not been a real reason to need a different tool. It is taylored to what we do. If we were starting out from scratch, I'm sure there would be a lot of different choices we would make with many tools and build environment methods rather than rolling our own. The available tools today provide a much wider palette than it was when we developed what we use today. ------------------------------ Date: Fri, 14 Sep 2007 14:24:09 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: Will Linux bloat itself out of existance ? Message-ID: In article <46ea957d$0$21933$157c6196@dreader1.cybercity.dk>, "Dr. Dweeb" writes: > > >FredK wrote: >> "Neil Rieck" wrote in message >> news:1189728159.357597.315220@57g2000hsv.googlegroups.com... >>> On Sep 13, 5:59 am, Ron Johnson wrote: >>>> On 09/12/07 22:10, Neil Rieck wrote: >> >>> >>> HP doesn't use distributed remote access for the OpenVMS source pool; >>> it's all home-grown access with VDE. VDE is a very old user >>> interface and very old design by current standards. (cvs and svn >>> are also relatively old environments, though far newer than VDE.) This >>> use of VDE assuming there have not been radical changes in the >>> operations of OpenVMS over last year; VDE has been in use in OpenVMS >>> Engineering for a very long time, and is accordingly rather >>> entrenched. >> >> Yes, we use VDE - which in turn is IIRC effectively a layer on top of >> CMS & RDB. I would term it less of a result of "entrenchment" as >> opposed to there having not been a real reason to need a different >> tool. It is taylored to what we do. >> >> If we were starting out from scratch, I'm sure there would be a lot of >> different choices we would make with many tools and build environment >> methods rather than rolling our own. The available tools today >> provide a much wider palette than it was when we developed what we >> use today. > >IIRC I saw a presentation at DECUS decades ago from someone from VMS >engineering which detailed the selection process which resulted in the >choice of CMS. I guess VDE came after that. VDE is, for lack of a better term, a layer atop CMS and RDB. IIRC, it appeared on one of the Freeware CDs but requires RDB to use. -- 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: Fri, 14 Sep 2007 12:52:50 -0500 From: Ron Johnson Subject: Re: Will Linux bloat itself out of existance ? Message-ID: On 09/14/07 09:08, Dr. Dweeb wrote: > FredK wrote: >> "Neil Rieck" wrote in message >> news:1189728159.357597.315220@57g2000hsv.googlegroups.com... >>> On Sep 13, 5:59 am, Ron Johnson wrote: >>>> On 09/12/07 22:10, Neil Rieck wrote: >>> HP doesn't use distributed remote access for the OpenVMS source pool; >>> it's all home-grown access with VDE. VDE is a very old user >>> interface and very old design by current standards. (cvs and svn >>> are also relatively old environments, though far newer than VDE.) This >>> use of VDE assuming there have not been radical changes in the >>> operations of OpenVMS over last year; VDE has been in use in OpenVMS >>> Engineering for a very long time, and is accordingly rather >>> entrenched. >> Yes, we use VDE - which in turn is IIRC effectively a layer on top of >> CMS & RDB. I would term it less of a result of "entrenchment" as >> opposed to there having not been a real reason to need a different >> tool. It is taylored to what we do. >> >> If we were starting out from scratch, I'm sure there would be a lot of >> different choices we would make with many tools and build environment >> methods rather than rolling our own. The available tools today >> provide a much wider palette than it was when we developed what we >> use today. > > IIRC I saw a presentation at DECUS decades ago from someone from VMS > engineering which detailed the selection process which resulted in the > choice of CMS. I guess VDE came after that. Unless CMS was originally a 3rd party product, one would hope that DEC ate it's own dog food. -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! ------------------------------ Date: Fri, 14 Sep 2007 10:44:07 +0100 From: "R.A.Omond" Subject: Re: Yet more religious drivel Message-ID: Rudolf Wingert wrote: > [...snipped religious drivel...] Please do not insult us with this nonsensical drivel. There are plenty of us who live wholesome lives without having to rely on superstition. ------------------------------ End of INFO-VAX 2007.502 ************************