1 INFO-VAX	Sun, 06 Nov 2005	Volume 2005 : Issue 619       Contents:' Re: Digital ethernet device address AA* / Re: HP : Massive strike and protest march today = Re: Should I have DECWindows running when I boot the OpenVMS?  VMS magtape handling Re: VMS magtape handling  F ----------------------------------------------------------------------  * Date: Sat, 5 Nov 2005 20:53:08 +0000 (UTC)7 From: moroney@world.std.spaamtrap.com (Michael Moroney) 0 Subject: Re: Digital ethernet device address AA*( Message-ID: <dkj63k$iah$1@pcls4.std.com>  / JF Mezei <jfmezei.spamnot@teksavvy.com> writes:   1 >http://www.iana.org/assignments/ethernet-numbers   E >The official source of many numbers for internet and other protocols H >maintains a page containing the valid ethernet protocol numbers as wellA >as the 3 bytes that determine the vendor of the ethernet device.   ! >AA0000  DEC             obsolete ! >AA0001  DEC             obsolete ! >AA0002  DEC             obsolete F >AA0003  DEC             Global physical address for some DEC machinesC >AA0004  DEC             Local logical address for systems running   >                        DECNET     H >What was AA0000 AA0001 and AA0002 used for ? Are they truly obsolete orH >was this just some guy who figured they are obsolete because Digital no >longer exists ?  H Most likely those numbers were initially issued to Digital, but the IANAI refined the rules so that the second bit of the most significant byte was I redefined to indicate whether it was a burned-in MAC address (bit=0) or a G locally administrated address like the DECnet AA-00-04-xx-xx-xx address D (bit=1).  At this time the AA-00-00, AA-00-01 and AA-00-02 addressesG hadn't been used and were withdrawn, but some devices with addresses in G the AA-00-03 range were already made and sold so this range couldn't be G withdrawn.  After this new MAC addresses in Digital devices were in the I 08-00-2B range and no more AA-00-03 devices were made.  Probably the only D ones that exist with AA-00-03 addresses are a few DEUNAs and DEQNAs.   ------------------------------   Date: 5 Nov 2005 10:46:39 -0800 $ From: "AEF" <spamsink2001@yahoo.com>8 Subject: Re: HP : Massive strike and protest march todayC Message-ID: <1131216399.074432.169540@g44g2000cwa.googlegroups.com>    JF Mezei wrote:  > Lurker wrote: @ > > didn't happen for no reason. I suppose I could rig something> > > credible to work in a pinch. But it would be certain to beB > > of a lower quality than a professional could do, would take me@ > > way longer, and, in the end, probably cost more (considering >  > F > There are variations to this though.  If you call the telco or cableF > company for an installation, the guy will not spend the time to do aF > "GOOD" job, he will just tack the cables around the walls, and punchA > holes where convenient for him, instead of doing a great job of * > conceiling the wires which you could do. > G > Yet, these jobs are highly unionnised and the guys are very qualified H > supposedly. But their mandate is to spend the least  amount of time atA > the customer site to install the cable in the desired location.  > H > Ther cable guy may be unionised and have all sorts of credentials, butF > how much training is really needed to string cables in a home ?. YouJ > know your home better than he does, and you are in fact better qualifiedI > to string the cable through the house yourself.  Where the cable guy is J > better is in using his special instrument to check signal quality on the# > cable and determine line quality.   F Have you never met someone who just can't string cables or do anything hands-on like that?   F Cable? Telephone? And you're also going to connect it to the telephone pole?   J > Consider your typical large ISP support drones who are programmed to askD > scripted questions and then reply with one standard answer "rebootJ > Windows, if that doesn't work, re-install Windows". Are they really more > qualified than you ?  - Irrelevant. Do I really have to explain this?    > F > Now, put me in front of an aircraft engine, and I would be *totally*J > unqualified to perform maintenance on it. And I certaintly wouldn't wantD > to be held responsible for that plane's crash because I touched anJ > engine.  And it isn't just what type of wrench you use for a part, it isH > also the procedures to follow and knowing how/when to have someon else+ > verify your work after a number of steps.   G So, climbing telephone poles to hook up cable and telephone wires, with E said poles also carrying high voltage lines, no problem! But it takes ? aircraft maintenance before you'll defer to professionals. Yuh.   G > But in my house, I'd much rather string the wire myself than let some  > supposed "expert" do it.  D Have you really never met people who can't do such things? (And suchF people probably don't know their own house -- w.r.t. running cables --E better than the professional.) Or who'd rather not spend the time? Or E who prefer to take advantage of specialization of labor? Or who don't D have the tools? Or who'd rather not risk electocution, or risking anA electrical fire but not using the correct thickness wires, proper E techniques, and whatever else that can go wrong that I can't thing of F that a professional would be much less likely to do? He's working with  120 or 240 V, not cable signals.  C Lurker will be relaxing with his extra time while you'll be running  cables through odd spaces.   ------------------------------  % Date: Sat, 05 Nov 2005 16:56:55 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> F Subject: Re: Should I have DECWindows running when I boot the OpenVMS?, Message-ID: <436D2AA7.92639D04@teksavvy.com>   pbritto wrote:: > I could see all of these 2 files above and a bunch other > The WINDOW_SYSTEM is set to 1     E Based on your other messages, it seems that your graphics card is not & supported by either VMS or DECwindows.  E Perhaps you need to look in the DECWINDOWS startup command procedures C for the code that looks for the graphics device and emits the error G message you see and perhaps coax in into accepting your graphics device G to see if it might work. (eg: maybe it works, but the code just doesn't  recognise your device).    ------------------------------  % Date: Sat, 05 Nov 2005 10:45:31 -0800 1 From: Chuck Forsberg WA7KGX N2469R <caf@omen.com>  Subject: VMS magtape handling 5 Message-ID: <pan.2005.11.05.18.45.29.583028@omen.com>   : I would like to modify this program to distinguish between> tape marks, end of file, end of medium, etc.  Then I'll modify/ it to output in SIMH magtape simulation format.  Any help would be appreciated.0 ------------------------------------------------   #include <sys/types.h> #include <stdio.h> #include <signal.h>  #include <setjmp.h>  #include <ctype.h> #include <errno.h>
 #ifdef vax11c  #include <ssdef.h> #endif   globalvalue IO$_READVBLK;    char buffer[66000];    main() {  	int f; 
 	FILE *fp; 	int n = 0;  	int m;    	int status; 	int mt_device_desc[2];  	short mt_iosb[4]; 	char mt_device[] = {"MT"};  	short mt_chan;  	int lastcount = -2;   /* Assign a channel to MT */  B         mt_device_desc[0] = 2;         /* Length of device name */*         mt_device_desc[1] = &mt_device[0];A         status = sys$assign (&mt_device_desc[0], &mt_chan, 0, 0); -         if (!(status & 1)) sys$exit (status);    	delete("foo.;1"); 	fp = fopen("foo.;1", "w+");% 	if (!fp) { perror("foo"); exit(1); }   D 	while ((status = sys$qiow (0, mt_chan, IO$_READVBLK, mt_iosb, 0, 0,' 		 &buffer, 65532, 0, 0, 0, 0)) == 1) { 1 		m = mt_iosb[1];		/* number of bytes returned */ 
 		if (m == 0) 	 			break;  		if (m == lastcount)  			printf("*");  		else 			printf("%d ", m); 		lastcount = m; 		fwrite(buffer, m, 1, fp); 	 		n += m;  		if (n > 40000000) 	 			break;  	} 	if (status != 1)  		perror("mt:");- 	fclose(fp);  printf("\ndd: %d bytes.\n", n);  #ifdef SS$_ABORT 	if (n == 0) 		return (SS$_ABORT);  #endif }  --  < Chuck Forsberg    caf@omen.com   www.omen.com   503-614-0430< Developer of Industrial ZMODEM(Tm) for Embedded Applications:   Omen Technology Inc      "The High Reliability Software"< 10255 NW Old Cornelius Pass Portland OR 97231   FAX 629-0665   ------------------------------  # Date: Sat, 05 Nov 2005 20:47:50 GMT  From: "Jim" <j.n@nospam.com>! Subject: Re: VMS magtape handling > Message-ID: <WT8bf.13740$Zv5.12958@newssvr25.news.prodigy.net>  ? "Chuck Forsberg WA7KGX N2469R" <caf@omen.com> wrote in message  / news:pan.2005.11.05.18.45.29.583028@omen.com... ; >I would like to modify this program to distinguish between @ > tape marks, end of file, end of medium, etc.  Then I'll modify1 > it to output in SIMH magtape simulation format.   > Any help would be appreciated.2 > ------------------------------------------------ >  > #include <sys/types.h> > #include <stdio.h> > #include <signal.h>  > #include <setjmp.h>  > #include <ctype.h> > #include <errno.h> > #ifdef vax11c  > #include <ssdef.h> > #endif >  > globalvalue IO$_READVBLK;  >  > char buffer[66000];  >  > main() > {  > int f; > FILE *fp;  > int n = 0; > int m; > 
 > int status;  > int mt_device_desc[2]; > short mt_iosb[4];  > char mt_device[] = {"MT"}; > short mt_chan; > int lastcount = -2;  >  > /* Assign a channel to MT */ > C >        mt_device_desc[0] = 2;         /* Length of device name */ + >        mt_device_desc[1] = &mt_device[0]; B >        status = sys$assign (&mt_device_desc[0], &mt_chan, 0, 0);. >        if (!(status & 1)) sys$exit (status); >  > delete("foo.;1");  > fp = fopen("foo.;1", "w+"); & > if (!fp) { perror("foo"); exit(1); } > E > while ((status = sys$qiow (0, mt_chan, IO$_READVBLK, mt_iosb, 0, 0, & > &buffer, 65532, 0, 0, 0, 0)) == 1) {0 > m = mt_iosb[1]; /* number of bytes returned */
 > if (m == 0)  > break; > if (m == lastcount)  > printf("*"); > else > printf("%d ", m);  > lastcount = m; > fwrite(buffer, m, 1, fp); 	 > n += m;  > if (n > 40000000)  > break; > }  > if (status != 1) > perror("mt:");. > fclose(fp);  printf("\ndd: %d bytes.\n", n); > #ifdef SS$_ABORT
 > if (n == 0)  > return (SS$_ABORT);  > #endif > }  > --  > > Chuck Forsberg    caf@omen.com   www.omen.com   503-614-0430> > Developer of Industrial ZMODEM(Tm) for Embedded Applications; >  Omen Technology Inc      "The High Reliability Software" > > 10255 NW Old Cornelius Pass Portland OR 97231   FAX 629-0665 > K There are macro definition files in either LIB.MAR or SYS.MAR which define  I the contents of tape label records, file header records, and end of file  9 records.  Such records are only present on labeled tapes.  Jim    ------------------------------   End of INFO-VAX 2005.619 ************************