INFO-VAX Tue, 05 Aug 2008 Volume 2008 : Issue 425 Contents: CD written on Alpha won't mount on Integrity DVD ROM Re: CD written on Alpha won't mount on Integrity DVD ROM Re: Monitor Utility Re: OT: Marketing OpenVMS Re: OT: Marketing OpenVMS Re: Playing with pipes Re: Playing with pipes Re: Playing with pipes Re: Python for VMS Re: Questions i need answered RE: Questions i need answered Re: Questions i need answered Tin-Men (was: Re: Show of support for Distributed NetBeans) Re: VAX C copying sign bit on unsigned int bit shift operations? ---------------------------------------------------------------------- Date: Tue, 05 Aug 2008 15:45:12 +0100 From: baldrick Subject: CD written on Alpha won't mount on Integrity DVD ROM Message-ID: Evidently I think I've done something wrong here so here's the short version of the conditions and symptoms, plus a little background. We're migrating data from a VAX to a recently installed Integrity Blade. I'd like to leave the theological arguments out of this, but I thought it would be nice to have the VAX data on a CD so we retain it as an archived starting point, and allows us to copy the data from the CD onto the new server. Objective: Alpha data on newly burned CDR, mounted on Blade and copied. Problem: Cannot mount CDR on Blade! (VAX and Alpha's no problem). Blades are new territory, and using HP SIM (even installing it), using it, installing VMS is an entertainment in itself. This will be subject of a VMS podcast before too long. However overall I'm impressed and if this is the future, bring it on! But I'm straying from the point... After connecting the DVD ROM, getting VMS installed, and logging in, I put my CD into the DVD ROM and tried to mount... $ mount/over=id dna0: %MOUNT-W-IDXHDRBAD, index file header is bad; backup used %MOUNT-F-MAPHDRBAD, storage map header is bad; volume locked And the CD is not mounted. $ mount/fore dna0: %MOUNT-I-MOUNTED, CHANGED mounted on _IIIIII$DNA0: However a foreign mount is not much use to me. [Note: I have NOT tried the virtual connect of the ISO using SIM] $ sh dev d/full Disk DNA0:, device type HP......Virtual CD-ROM.., is online, mounted, software write-locked, file-oriented device, shareable, available to cluster, error logging is enabled. But note on the Blade system is shows as a virtual connected device. It is a HP BLc3000 DVD Drive ($ sh dev d/full Disk DNA0:, device type HP......Virtual CD-ROM.., is online, mounted, software write-locked, file-oriented device, shareable, available to cluster, error logging is enabled. This is showing as a virtual connected drive, but is a HP BLc3000 DVD Drive (DVD/CDRW) mounted in the blade chassis. The process used was to make a disk to disk saveset backup of the data, copy to Alpha, use LDRIVER and CDRECORD to make a CD, and I even performed (as routine) an ANAL/DISK/READ which passed, apart from $ anal/disk dka400: Analyze/Disk_Structure for _$5$DKA400: started on 5-AUG-2008 11:44:27.59 %ANALDISK-I-SHORTBITMAP, storage bitmap on RVN 1 does not cover the entire device %ANALDISK-I-OPENQUOTA, error opening QUOTA.SYS -SYSTEM-W-NOSUCHFILE, no such file This is on a (Toshiba) RRD46 type device. When performing the same command on the YAMAHA CRW2100S (writer) it completes with no SHORTBITMAP error. I use RITEK media. Here is the summary of what I'm doing to create the CD, its a process i have not changed for some while. I am using Alpha 8.3 with current patches. cdrecord -version Cdrecord 1.10 (Alpha/VAX-CPQ-VMS/OpenVMS) Copyright (C) 1995-2001 Jörg Schilling ld version %LD-I-VERSION, LD version V8.2, module X-8 built on Jun 29 2006 17:51:35 -LD-I-DRIVERVERSION, Driver version: 29-JUN-2006 18:18:50.92 -LD-I-SYSINFO, Node: ZZZZZZ::, Hardware: AlphaServer 800 5/500, VMS version: V8.3 This is the container create command: ld create /siz='filsiz' disk$d0:[000000]staging.dsk where filsiz is 1437408 I believe this to be the closest safest maximum addressable data area on a standard "700 MB" cdr. I arrived at this after some experimentation. My INIT command for the container file is: init lda1:/index=end/nohigh/system/cluster=4/erase/max='maxfil' 'label' and my CDRECORD command is cdrecord -v -speed=8 -dev=0,6,0 -driveropts=burnproof -data disk$d0:[000000]staging.dsk [Notes: burnproof doesn't actually work, and I'm using a copy I built not the standard VMS supplied COPY/RECORDABLE] I believe the process I am using SHOULD work, indeed for Alpha and VAX I have no problems with CDs made this way, but I want to understand what's going wrong here. Is my INIT command for the volume at fault? Is the writer not creating a fully compatible disc? Will using COPY/RECORDABLE make a better copy? If you think the answer will make for a good copy and not a coaster then i am all ears. Nic. PS. If anyone suggests "why don't I copy this over the network", they'll find themselves on the receiving end of the fish slapping dance from Monty Python. -- nclews at csc dot com aka Mr. CP Charges "The idea that Bill Gates has appeared like a knight in shining armour to lead all customers out of a mire of technological chaos neatly ignores the fact that it was he who, by peddling second-rate technology, led them into it in the first place."- DNA ------------------------------ Date: Tue, 05 Aug 2008 17:44:35 +0100 From: "R.A.Omond" Subject: Re: CD written on Alpha won't mount on Integrity DVD ROM Message-ID: <48988327$0$90265$14726298@news.sunsite.dk> baldrick wrote: > [...snip...] > My INIT command for the container file is: > > init lda1:/index=end/nohigh/system/cluster=4/erase/max='maxfil' 'label' ^^^^^^^^^^ Nic, I'm always suspicious of "stuff" at the end of a CD, given that some (all?) drives work with 2,048-byte blocks, and you're never quite sure *exactly* how much you can really get on the CD. Just a hunch: try sticking the index file at the beginning, and since you're such a newbie I'll give you the command: $ init lda1:/index=beginning ... ;-) ------------------------------ Date: Tue, 05 Aug 2008 09:35:39 +0100 From: baldrick Subject: Re: Monitor Utility Message-ID: <67ydnZzkb_pDjQXVnZ2dnUVZ8sHinZ2d@posted.plusnet> James J. O'Shea wrote: > I have an ES45 running VMS 8.3. > > When I type $MONITOR SYSTEM/ALL one of the rows is > "Idle Time". And one of it's colum's is "MIN". But > the value of that column never changes from "0.00" > Can anyone tell me why? If we're assuming that it is minimum idle you're referring to then consider this:- If an idle CPU is doing zero work (and would therefore report a non zero figure for idle time at any instant = MIN <>0 ), how could the CPU inform you of that fact, yet not expend any CPU in conveying the information? Its a bit of a paradox. There are also some interesting reasons why what you see, and indeed even accounting information presented by processes is never going to be an exact science, it is just as close as they can get it. So I would say that your average values are of more importance, and use your MAX to determine the peaks, and the CUR for the specific snapshot in time as to where resources are being directed. I would advise that you look at the T4 tool which helps give you better analysis of this data. http://h71000.www7.hp.com/openvms/products/t4/index.html However if performance and capacity planning in general is of a concern I can highly recommend Positech and their tool (borne out of SPM) which provides highly advanced modelling. http://www.positechconsulting.co.uk/ Their consultants have an intimate understanding of performance factors and I know they work globally. Nic. -- nclews at csc dot com aka Mr. CP Charges "The idea that Bill Gates has appeared like a knight in shining armour to lead all customers out of a mire of technological chaos neatly ignores the fact that it was he who, by peddling second-rate technology, led them into it in the first place."- DNA ------------------------------ Date: Tue, 5 Aug 2008 09:08:04 -0700 (PDT) From: DaveG Subject: Re: OT: Marketing OpenVMS Message-ID: <426d1b55-c393-49ad-8405-2e5ac94cf017@k30g2000hse.googlegroups.com> On Aug 4, 1:25=A0pm, JF Mezei wrote: > John Smith wrote: > > I marked this topic as OT because I know that many people (HP employees= and > > management mostly) still here consider marketing OpenVMS as being > > sacrilegious and not germaine to C.O.V., or to HP for that matter. > > When you have a dying family member, is it best to remain at his/her > side all the time and tell him/her to fight on and that he/she will come > out of it, or should we just leave them die in peace and just notice the > signs that the death is approaching ? > > At one point, when it becomes apparent that HP has no intentions to prop > up VMS, is there a point in fighthing to try to get HP to change its > policy ? All that there is left in my opinion is to point to the signs > that the death is approaching. (for instance, not publishing the > critical fix to the DNS server). > > Even if HP has no malice against VMS, the fact is that VMS has suffered > from the Palmer malaise and nobody has been willing to fix it. And HP > might not realise VMS needs simple medication to fix it and bring it > back to health. (medication is called MarketingRx :-). And since HP > isn't doing anythng to fix VMS, VMS is going down. > > HP may argue that it is treating VMS the same as Tandem/HP-UX. But > neither of those were made sick by the Palmer policies (continued under > Curly at Compaq and Carly at HP, and now Hurd). While I agree OpenVMS seems to get little attention from its current owner, I'll also say that, according to some here, its had the longest wake in the history of the world. I won't count, but I wonder how many times we've heard "he's dead Jim" ; You take his wallet, I'll get his tricorder. ------------------------------ Date: Tue, 05 Aug 2008 13:06:19 -0400 From: "Richard B. Gilbert" Subject: Re: OT: Marketing OpenVMS Message-ID: DaveG wrote: > On Aug 4, 1:25 pm, JF Mezei wrote: >> John Smith wrote: >>> I marked this topic as OT because I know that many people (HP employees and >>> management mostly) still here consider marketing OpenVMS as being >>> sacrilegious and not germaine to C.O.V., or to HP for that matter. >> When you have a dying family member, is it best to remain at his/her >> side all the time and tell him/her to fight on and that he/she will come >> out of it, or should we just leave them die in peace and just notice the >> signs that the death is approaching ? >> >> At one point, when it becomes apparent that HP has no intentions to prop >> up VMS, is there a point in fighthing to try to get HP to change its >> policy ? All that there is left in my opinion is to point to the signs >> that the death is approaching. (for instance, not publishing the >> critical fix to the DNS server). >> >> Even if HP has no malice against VMS, the fact is that VMS has suffered >> from the Palmer malaise and nobody has been willing to fix it. And HP >> might not realise VMS needs simple medication to fix it and bring it >> back to health. (medication is called MarketingRx :-). And since HP >> isn't doing anythng to fix VMS, VMS is going down. >> >> HP may argue that it is treating VMS the same as Tandem/HP-UX. But >> neither of those were made sick by the Palmer policies (continued under >> Curly at Compaq and Carly at HP, and now Hurd). > > While I agree OpenVMS seems to get little attention from its current > owner, I'll also say that, according to some here, its had the longest > wake in the history of the world. I won't count, but I wonder how > many times we've heard "he's dead Jim" ; You take his wallet, I'll > get his tricorder. > > The "VMS is dead" chorus has been going on for years. Does anyone remember "Monty Python and the Holy Grail" and "Bring out your dead"? ------------------------------ Date: Tue, 05 Aug 2008 12:20:34 +0200 From: "P. Sture" Subject: Re: Playing with pipes Message-ID: In article , Eric Junkermann wrote: > On 2008-08-04, JF Mezei wrote: > > EJunkermann@googlemail.com wrote: > >> If I do this: > >> > >> pipe myprog sys$output | rsh unixbox "cat - > xxxx" > >> > >> I get the two lots of output mixed in file xxxx on the unixbox. > > > > > > myprog would have to write its messages to another file. You could fopen > > "TT:" for instance, and fprintf to it instead of doing printf. Then, you > > could redefine TT to point to some logfile instead of a terminal, and > > then the above command would work because only the binary data would be > > sent to sys$output. > > Darn, shouln't have called it "myprog", because it isn't mine, and I > can't do that. > > > > > Also, you might want to use SYS$PIPE which is the official "pipe". > > (sys$output gets redirected to sys$pipe). > > Tried that (I think - too many possible combinations), but I need to > send what should be sys$output somewhere else, and what should be a > named file to sys$output, and do both of these at once. :( > It could be that the program concerned doesn't honour SYS$OUTPUT properly. One notable example of this was the help in UCX 3.n, where I ended up extracting the text from the help library, as from the program prompt it scrolled off the top of a VT screen. You could try TT: just in case that has been hard-coded. -- Paul Sture ------------------------------ Date: Tue, 5 Aug 2008 06:55:26 -0700 (PDT) From: EJunkermann@googlemail.com Subject: Re: Playing with pipes Message-ID: On 4 Aug, 21:53, "Peter Weaver" wrote: > > I have a program which writes binary data to a file specified on the > > command line, and miscellaneous information to the screen. > > > If I do this: > > > pipe myprog sys$output | rsh unixbox "cat - > xxxx" > > > I get the two lots of output mixed in file xxxx on the unixbox. > > > What I would like is to send the screen output somewhere else > > (anywhere else - I don't want it) - there is no space to put the > > binary data on the VMS machine. > > >... > > Have you tried > > pipe myprog sys$error: 2> | rsh unixbox "cat - > xxxx" > > SYS$OUTPUT should still go to your terminal, SYS$ERROR should go to the > PIPE, but you would have to test it with your actual program to make sure= it > does. > > Peter Weaverwww.weaverconsulting.ca=A0 =A0www.openvmsvirtualization.comww= w.vaxvirtualization.com=A0www.alphavirtualization.com > Winner of the 2007 OpenVMS.org Readers' Choice Award for > System Management/Performance Aaaaargh! (hits self on head with brick...) Why didn't I think of that? (don't answer) Thanx very much (and to everybody else who answered) Eric ------------------------------ Date: 5 Aug 2008 14:40:47 GMT From: DAVISM@ecr6.ohio-state.edu (Michael T. Davis) Subject: Re: Playing with pipes Message-ID: In article EJunkermann@googlemail.com writes: >On 4 Aug, 21:53, "Peter Weaver" wrote: >> > I have a program which writes binary data to a file specified on the >> > command line, and miscellaneous information to the screen. >> >> > If I do this: >> >> > pipe myprog sys$output | rsh unixbox "cat - > xxxx" >> >> > I get the two lots of output mixed in file xxxx on the unixbox. >> >> > What I would like is to send the screen output somewhere else >> > (anywhere else - I don't want it) - there is no space to put the >> > binary data on the VMS machine. >> >> >... >> >> Have you tried >> >> pipe myprog sys$error: 2> | rsh unixbox "cat - > xxxx" >> >> SYS$OUTPUT should still go to your terminal, SYS$ERROR should go to the >> PIPE, but you would have to test it with your actual program to make sure= > it >> does. >> >> Peter Weaverwww.weaverconsulting.ca=A0 =A0www.openvmsvirtualization.comww= >w.vaxvirtualization.com=A0www.alphavirtualization.com >> Winner of the 2007 OpenVMS.org Readers' Choice Award for >> System Management/Performance > >Aaaaargh! (hits self on head with brick...) Why didn't I think of >that? (don't answer) > >Thanx very much (and to everybody else who answered) Actually, if you really don't care about the data you're currently sending to SYS$OUTPUT, you could just suppress it entirely: $ pipe myprog nl: | rsh unixbox "cat - > xxxx" ("NL:" is the OpenVMS null device.) > >Eric Regards, Mike -- | Systems Specialist: CBE,MSE Michael T. Davis (Mike) | Departmental Networking/Computing http://www.ecr6.ohio-state.edu/~davism/ | The Ohio State University | 197 Watts, (614) 292-6928 ------------------------------ Date: Mon, 4 Aug 2008 23:07:41 -0700 (PDT) From: Graham Dumpleton Subject: Re: Python for VMS Message-ID: On Aug 5, 11:25=A0am, Marty Kuhrt wrote: > Jean-Fran=E7ois Pi=E9ronne wrote: > > As requested by someone Python can, now, be used with Apache (CSWS). > > One of my friend has successfully ported mod_python andmod_wsgion > > OpenVMS IA64. Some simple scripts and a more large application like > > django run without any problem. > > If someone want to try it, let me know. > > > JFP > > I'd be interested in an Alpha version. =A0If you can get me the sources > and build procedure(s) used to make the IA64 version, I'd be happy to do > the Alpha version. =A0I'd really like to try the Python stuff you've done= , > but, alas, I only have an Alpha running Apache at the moment for a test > system. > > Worst case, I could install WASD, but I'd rather do Apache because I > don't have to explain that web server on a resume. > > Thanks again for all the great work you have been doing with porting and > modifying open source stuff to VMS! > > Regards, > Marty > (remove the obvious to email me) If code changes were required to mod_wsgi, if practical, it would be nice if they were fed back to be included in original mod_wsgi release. Create a ticket on mod_wsgi site issue tracker and attach changes and descriptions etc there. Graham ------------------------------ Date: Tue, 5 Aug 2008 08:59:26 -0700 (PDT) From: DaveG Subject: Re: Questions i need answered Message-ID: <4d12707c-c90b-4a8f-8fc8-07433a035db6@m73g2000hsh.googlegroups.com> On Aug 4, 12:59=A0pm, "Main, Kerry" wrote: > > In addition, if you want a Windows based point-click OpenVMS user /disk / > queue mgmt solution, reference: (free)http://www.openvms.compaq.com/openv= ms/products/argus/ > > (see sample screen shots on web pages) > > Regards > > Kerry Main > Senior Consultant > HP Services Canada > Voice: 613-254-8911 > Fax: 613-591-4477 > kerryDOTmainAThpDOTcom > (remove the DOT's and AT) > > OpenVMS - the secure, multi-site OS that just works. While OpenVMS management station ( aka argus) started out as a good idea for help desk tasks, etc. several flaws were pointed out to the powers that be and as a (bad) result there have been no updates to this product in years. I believe it was sent over the pond (from the U.S.) somewhere and never heard from again. ------------------------------ Date: Tue, 5 Aug 2008 16:31:32 +0000 From: "Main, Kerry" Subject: RE: Questions i need answered Message-ID: > -----Original Message----- > From: DaveG [mailto:david.gudewicz@abbott.com] > Sent: August 5, 2008 11:59 AM > To: Info-VAX@Mvb.Saic.Com > Subject: Re: Questions i need answered > > On Aug 4, 12:59 pm, "Main, Kerry" wrote: > > > > > In addition, if you want a Windows based point-click OpenVMS user > /disk / > > queue mgmt solution, reference: > (free)http://www.openvms.compaq.com/openvms/products/argus/ > > > > (see sample screen shots on web pages) > > > > Regards > > > > Kerry Main > > Senior Consultant > > HP Services Canada > > Voice: 613-254-8911 > > Fax: 613-591-4477 > > kerryDOTmainAThpDOTcom > > (remove the DOT's and AT) > > > > OpenVMS - the secure, multi-site OS that just works. > > While OpenVMS management station ( aka argus) started out as a good > idea for help desk tasks, etc. several flaws were pointed out to the > powers that be and as a (bad) result there have been no updates to > this product in years. I believe it was sent over the pond (from the > U.S.) somewhere and never heard from again. > Still works fine on my VMS V8.3 home Alphas. V3.3 came out in July 2006 timeframe. Reference: http://www.openvms.compaq.com/openvms/products/argus/V33_Install.pdf :-) Regards Kerry Main Senior Consultant HP Services Canada Voice: 613-254-8911 Fax: 613-591-4477 kerryDOTmainAThpDOTcom (remove the DOT's and AT) OpenVMS - the secure, multi-site OS that just works. ------------------------------ Date: Tue, 5 Aug 2008 09:44:36 -0700 (PDT) From: DaveG Subject: Re: Questions i need answered Message-ID: <144bbcc7-362a-43a6-9809-f373f857e1ba@27g2000hsf.googlegroups.com> On Aug 5, 11:31=A0am, "Main, Kerry" wrote: > > -----Original Message----- > > From: DaveG [mailto:david.gudew...@abbott.com] > > Sent: August 5, 2008 11:59 AM > > To: Info-...@Mvb.Saic.Com > > Subject: Re: Questions i need answered > > > On Aug 4, 12:59 pm, "Main, Kerry" wrote: > > > > > > In addition, if you want a Windows based point-click OpenVMS user > > /disk / > > > queue mgmt solution, reference: > > (free)http://www.openvms.compaq.com/openvms/products/argus/ > > > > (see sample screen shots on web pages) > > > > Regards > > > > Kerry Main > > > Senior Consultant > > > HP Services Canada > > > Voice: 613-254-8911 > > > Fax: 613-591-4477 > > > kerryDOTmainAThpDOTcom > > > (remove the DOT's and AT) > > > > OpenVMS - the secure, multi-site OS that just works. > > > While OpenVMS management station ( aka argus) started out as a good > > idea for help desk tasks, etc. several flaws were pointed out to the > > powers that be and as a (bad) result there have been no updates to > > this product in years. =A0I believe it was sent over the pond (from the > > U.S.) somewhere and never heard from again. > > Still works fine on my VMS V8.3 home Alphas. > > V3.3 came out in July 2006 timeframe. Reference:http://www.openvms.compaq= .com/openvms/products/argus/V33_Install.pdf > > :-) > > Regards > > Kerry Main > Senior Consultant > HP Services Canada > Voice: 613-254-8911 > Fax: 613-591-4477 > kerryDOTmainAThpDOTcom > (remove the DOT's and AT) > > OpenVMS - the secure, multi-site OS that just works. Working? Sorta. How about limiting privs to those that need to let's say simply reset a password, a common help desk task. How about calling a DCL procedure from OMS? No can do. These and several other suggestions were submitted and apparently fell upon deaf ears. ------------------------------ Date: Tue, 5 Aug 2008 19:00:15 +0800 From: "Richard Maher" Subject: Tin-Men (was: Re: Show of support for Distributed NetBeans) Message-ID: "Marty Kuhrt" wrote in message news:uJ-dnfFeOc7gMgrVnZ2dnUVZ_sninZ2d@speakeasy.net... > Craig A. Berry wrote: > > > > Marty Kuhrt wrote: > >> IanMiller wrote: > >> > >>> On Jun 17, 12:08 pm, issinoho wrote: > >>> > >>>> Chaps, > >>>> > >>>> Just thought I'd show a bit of support for the Distributed NetBeans > >>>> product. Not sure how many of you are using it or have tried it but it > >>>> really is a terrific addition to the development options on OpenVMS. > >>>> > >>>> I recently finished porting a rather large commercial control system > >>>> from VAX C to I64 and did it the old-fashioned character-cell way > >>>> which although perfectly acceptable felt a bit archaic in this day and > >>>> age. > >>>> > >>>> I installed and ran NetBeans and it handled the entire project > >>>> flawlessly; in fact, I was editing and compiling the code base from > >>>> within a modern Windows IDE back onto the VMS server. From a standing > >>>> start this took all of about 3 hours and involved C, MMS and FMS. > >>>> > >>>> So, a slap on the back to the team involved and thanks for this. > > > > I would second (or umpteenth) that. And it's likely to help make the > > case for a shiny new Itanium box or two in an environment I'm associated > > with that has been limping along with v7.1 on an AlphaServer 2100 for > > over a decade. For whatever reason, people find DEC BASIC deep, dark, > > and difficult, but I think it's not having a familiar editor with syntax > > highlighting that is 90% of the (perception) problem. NetBeans erases > > that part of the problem. > > > >>> I think it's an interesting thing but it was in beta for so long that > >>> NetBeans has moved on to V6. I hope they get the next version out the > >>> door quicker. > > > > I'm not overly concerned about its being based on 5.5. Sun Studio is > > based on the same thing. Most Microsoft-oriented folks are currently > > using Visual Studio 2005 even though 2008 is now out. That said, it > > *was* a very long field test and a bit more agility with future releases > > would be better. > > > >> I'd also like to see more documentation on how to debug the IDE Server > >> and associated stuff on the VMS side. They have some examples in the > >> online docs on how to set stuff up, but only if nothing "bad" happens. > >> I've been trying to get it to work on my development system without > >> much luck. > > > > What documentation there is looks pretty good, but more is definitely > > needed. A lot of the stuff that is only available in a Windows help file > > format needs to be moved into the Quick Start Guide, which implies that > > you can only link the source files you've compiled by writing a DCL > > procedure to do so, which isn't the case at all. > > > > And as Marty points out, on the server side you're pretty much working > > from first principles after the installation. Is there a log file where > > the IDE server indicates any problems it has? Does it have any knobs > > and buttons like most VMS-based server processes, where you can set a > > logical name or two and get more verbose traces of what's going on? > > Nothing I've seen in the docs has any hints along these lines. I > > suppose you can peer into the Java bytecodes or trace the RPC traffic, > > but that sounds like work. > > > > I've been able to debug some of the stuff on my end. I altered some of > the startup procedures to turn on the highest level of debugging. Since > I've run VMS development tech support departments a number times in my > life I always assume I'm doing something wrong. Thus, I've installed > various patches and upgraded the OS on the VMS side. Since I just did > that today, I have not had the chance to try it yet. > > One problem I ran across when doing a FTP sync build is that the FTP log > on the Mac side never contains anything. I've been cranking up the > logging on the VMS side to see if there is something wrong with the FTP > interaction, but haven't run into any obvious problems. I do get some > error messages in the extended IDE main server and IDE process server > logs I have yet to work on, but I figure I'll do everything on the VMS > side before I run up the white flag. > > I have three things going right now that are non-standard. 1. I'm > running the client on a Mac. 2. I'm running Multinet. 3. I had not put > all the patches into V8.3 on the test Alpha. > > I've finished number three. I hope don't need to change the other two. > > We'll see. I plan on trying another "Hello, World!" tomorrow. > > >> Using an FTP file system project I cannot seem to get the remote > >> machine to sync. The IDE server is running and it seems to be > >> responding to the diagnostics and compile requests. I can manually > >> ftp from the client to the server without problem, but the ide client > >> doesn't seem to be able to do it. If the files aren't sync'd then the > >> compile just says "FNF". > > > > I've so far only done a simple "hello world" program but did not have > > any of these problems. Check your Windows firewall settings or try > > temporarily disabling it outright. See whether you can locate some kind > > of bare-bones RPC client or test program to check out whether RPC > > generally is a problem or just the IDE server. It's not at all clear > > the IDE server would report access or quota troubles in a way that you > > could see, so traditional auditing practices may be in order. Marvellous stuff! I'd also recommend checking fencing-wire and insulating tape revisions. Easy-eclipse, tortoise-svn, linux, what's it all about eh? Regards Richard Maher PS. Your home is going to be the "before" picture in our aluminium (aka, for some unknown reason, aluminum) cladding feature. But you ought to see her merengue at the VMS Christmas ball; it's to die for :-( ------------------------------ Date: Tue, 5 Aug 2008 08:42:49 -0400 From: "Ed Vogel" Subject: Re: VAX C copying sign bit on unsigned int bit shift operations? Message-ID: wrote in message news:4897aa1e$0$7323$607ed4bc@cv.net... > > Wouldn't a copy of his listing file be most helpful? You've have all of > the qualifiers and macro setting and, if he compiled to show the machine > code, you could compare with yours. > That would be good too. I suggested a smaller reproducer because it seems that the problem in in the decode_bitifield function, and that alone should be enough. Not that I have not yet tried this program on Alpha with V7.3-009. There is a small chance this is an Alpha-only bug. Do you see the same behavior if you compile /NOOPT? Ed ------------------------------ End of INFO-VAX 2008.425 ************************