Subject: comp.os.vxworks newsdigest Submitted-by daemon@csg.lbl.gov Fri Sep 1 04:00:27 1995 Submitted-by: daemon@csg.lbl.gov Comp.Os.Vxworks Daily Digest Fri Sep 1 04:00:23 PDT 1995 Subject: Re: using SLIP with vxWorks Subject: Re: AXPvme or AXPpci experience? Subject: vxworks BSP question Subject: bsp questions Subject: Re: directly connecting to the MVME712 Subject: Re: Okay, so how do I *start*?!?!? Subject: Re: VxWorks Training Subject: VxWorks on Pentium -- any GUIs??? Subject: Re: open more than 20 files? Subject: VXI Slot 0 Controller ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: using SLIP with vxWorks Date: 31 Aug 1995 12:49:19 GMT From: dyer@alx.sticomet.com (Doug Dyer) Organization: Naval Research Laboratory Message-ID: <424b4f$6n5@ra.nrl.navy.mil> >On 22 Aug 1995 17:18:34 GMT, "Jeff Daly." wrote: : hi, : anybody out there used SLIP to communicate with a vxWorks target? : i am running vxWorks 5.1.1 on a Sanders STAR 2 board with SLIP : included. my host is a Sun SunOS 4.1.1. i've installed SLIP support : on the host using the SLIP interface software included in Wind River's : vxWorks 5.2 unsupported directory. : : after running sliplogin, ifconfig -a indicates that the sl0 device : is configured and is up and running. netstat -r shows a route to : the target board using sl0. on the target side, ifShow "sl0" : indicates the target's sl0 interface is up and running and receiving : packets. using 'slstats' on the host shows if_opackets, but no : if_ipackets. I have used SLIP successfully on a STAR 1 card with the same Sun OS. Booting using slip exposed some problems in the STAR 1 bootroms, Lets hope that got worked out :) - -- Doug Dyer - dyer@alx.sticomet.com | Blatant Ad: ECL - embedded "C-like" Software Technology, Inc. (STI) | scripting language. DC office: (703) 329-9707 | Fun for the whole family! --------------------------- Newsgroups: comp.realtime,comp.os.vxworks Subject: Re: AXPvme or AXPpci experience? Date: 31 Aug 1995 13:53:46 GMT From: Ron Reid Organization: Honeywell Message-ID: <424eta$3nj@killerbee.jsc.nasa.gov> References: <421pfi$2bl@globe.indirect.com> I'm currently using VxWorks 3.2 on an AXPvme160. I've had to talk with Digital quite often to work thru some driver issues but, overall the experience has been a good one. Send me email if you have more questions. - -Ron --------------------------- Newsgroups: comp.os.vxworks Subject: vxworks BSP question Date: Thu, 31 Aug 1995 16:31:52 GMT From: sayeed@netcom.com (Syed Sayeed Ahmed) Organization: NETCOM On-line Communication Services (408 261-4700 guest) Message-ID: Sender: sayeed@netcom2.netcom.com From vchu@tabu.hdvs.com Wed Aug 30 17:20 PDT 1995 From: Valerie Chu Date: Wed, 30 Aug 1995 17:20:58 -0700 Subject: bsp questions Hi, I am porting vxworks BSP to a MC68306 target. I tried to use GNU compiler to generate BSP (vxWorks.res_rom) in the coff format, which is required by the emulator I am using. I could not figure out what ld options I should use to have the data section follow the text section in the object file, and it knows that the data will be copied from ROM to RAM later ( knows where to get the data after it is copied.) For example, the system has RAM from 0x00000000 to 0x003fffff (4 Meg), and ROM from 0x00400000 to 0x0047ffff (1/2 Meg). I'd like to load the code (text, data, and bss) to 0x00400008 through the emulator. And when I run the code, it will initialize RAM and copy the data section (_etext) to address 0x0001000. I attached the linker command file I used. Using this command file the linker puts the text section in 0x00400008, and the data section in 0x1000. The data section is not after the text. VxWorks will copy garbage to address 0x1000. If I changed the command file to put the data right after the text, the data was put in the right place (after the text), but vxWorks got the wrong destination address because it used RESIDENT_DATA as destination. The code is in ramStart() in all/bootInit.c: bcopyLongs (((UINT) etext + 4), (UINT) RESIDENT_DATA, ((UINT) edata - (UINT) RESIDENT_DATA) / sizeof (long)); where etext is the end of text, RESIDENT_DATA is _sdata (start of data, which is 0x4XXXXX in this case. Should be 0x1000). Linker file: SECTIONS { .text 0x400008 : { CREATE_OBJECT_SYMBOLS *(.text) _etext = .; } .data 0x1000 : { *(.data) _edata = .; } .bss 0xf724 : { _bss_start =.; *(.bss) _bss_end =.; } COMMON 0x104b0 : { *(COMMON) _end = ALIGN(4); } } OUTPUT_FORMAT(coff-m68k) ENTRY(_romInit) OUTPUT(vxWorks.res_rom) - -- ************************************************************ Sayeed Ahmed e-mail:sayeed@netcom.com 330 N. Mathilda Ave, # 901 phone: 408-739-2142. Sunnyvale, California, 94086. ************************************************************ --------------------------- Newsgroups: comp.os.vxworks Subject: Re: directly connecting to the MVME712 Date: Thu, 31 Aug 1995 18:17:24 GMT From: jfinley@netcom.com (John Finley) Organization: NETCOM On-line Communication Services (408 261-4700 guest) Message-ID: References: <199508302225.QAA18290@mailhost.lanl.gov> Sender: jfinley@netcom17.netcom.com Carolyn Briles (cbriles@lanl.gov) wrote: : We are using a MVME167 and a MVME712 in a data acquisition system running on : vxWorks. We are NOT using a SCSI drive and want only to pull out ethernet : and serial signals from the 167. : Can the following be done -- can we use the extension cable to directly : connect the back P2 of the 167 card to the P2 din on the 712 card? : It would look like this: : (P2 back connector of 167)<=jumper cable=>(96DIN on MVME712) : Feedback on this or any other configuration that bypasses the P2 adapter : board would be appreciated! : : Thanks!! : Carolyn : ***************************************************************** : Carolyn Briles Phone: (505)665-1198 : LANL/P-22 Fax: (505)667-7684 : MS-D410 e-mail: cbriles@lanl.gov : ***************************************************************** You can build a cable that has plugs into the P2 DIN on one end, and has four serial and an Ethernet connector on the other. I think you can also bring out the parallel this way, but you cannot get SCSI without the paddleboard (evidence to the contrary welcome). I think you can just look at the P2 pinout and do it. John Finley --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Okay, so how do I *start*?!?!? Date: 31 Aug 1995 19:41:29 GMT From: squeeby@tuna.hooked.net (Hwa-Jin Bae) Organization: Peaceful Star Message-ID: <425399$m9k@its.hooked.net> References: <9508311403.AA00879@locutus> Reply-To: squeeby@hooked.net On Thu, 31 Aug 95 10:03:37 EDT, Mike Anderson wrote: : Greetings! : : IMHO, the latter (demand paging VM) has no place in hard, real-time : systems. The rotational latency of the paging media alone leads to : so much non-determancy as to make any sense of real-time, highly : suspect. However, the layman's perspective on "real-time" is : simply looking at his stop watch. If you can hammer the problem : with enough horsepower and beat the deadline, then the customer is happy. : This is how people can even *consider* Solaris for use in "real-time" : applications. Simply throw a quad-processor, 100MHz hyperSPARC : at the problem and hope it finishes on time. : i tend to agree with above statements. in all fairness, i must confess that there are times when even "hard" realtime requirements can be met with "traditional" UNIX kernels, like IRIX which has realtime scheduling facilities in the kernel. however, these UNIX add-on realtime extensions themselves are not sufficient. to achieve real "hard" realtime performance, one must program almost entirely within kernel, disable caches where necessary, lock down VM pages, adjust priority of the kernel thread, and properly handle interrupts at appropriate interrupt level. for very bursty or very high frequency realtime events, even doing all of the above does not help; in extremely demanding applications, something like VxWorks is a necessity. more over, i'm yet to see any decent "hard" realtime applications in Solaris. IMHO, not only Solaris but SPARC architecture itself is not properly designed for hard realtime processing. it's good for running emacs, though. on a side note, if you read old emacs documents, one of the first things Stallman says in there is that emacs is realtime. ;-) having said all that, many uses of RTOS'es like VxWorks, especially in internetworking area which happens to be the largest user of RTOS'es according to a recent statistics, people use them mostly as embeddable OS'es, not necessarily for the realtime part, but for embeddable part; even some robotics companies i have seen using VxWorks use it as an embeddable OS, rather than RTOS. the hard realtime part they do it in their own custom software. in such cases, the reason for choosing VxWorks tends to be due to its wide-range of HW support and immediate portability. VxWorks is unique. it's not perfect, but it's damn useful set of tools that save time, if you can afford it. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: VxWorks Training Date: 31 Aug 1995 15:54:32 -0500 From: askew@Starbase.NeoSoft.COM (Bill Askew) Organization: NeoSoft Internet Services +1 713 968 5800 Message-ID: <4257i8$947@Starbase.NeoSoft.COM> References: In article , Lynn W. Becker II wrote: >I am soliciting advice on the usefulness of the vxWorks training. >If it will save me enough time in the future to "pay for itself" >I would definitely consider the investment. > >I was wondering how in depth it gets... I think a local (Virginia) >company offers the training locally, so any experiences with them >are also welcomed. > >thanks in advance. I just completed the class and found it to be great. The instructor knew the subject mater well and did an outstanding job of getting us to think in terms of the VxWorks environement. >Lynn Becker >Avtec Systems >us011056@interramp.com > > - -- ==================================================================== R. William Askew A Harley Ride a Day, askew@Neosoft.com Helps Drive the Blues Away RWA ==================================================================== --------------------------- Newsgroups: comp.os.vxworks Subject: VxWorks on Pentium -- any GUIs??? Date: Fri, 01 Sep 1995 04:24:40 GMT From: sgaeke@erinet.com (Steve Gaeke) Organization: EriNet Online 513 436-9915 Message-ID: <425n2r$a5p@eri1.erinet.com> We are considering using VxWorks for an embedded control using an industrial PC (Pentium). There will be no floppy or hard drives so the application and OS will be entirely in ROM or FLASH. Are there any decent GUIs available which can be embedded along with VxWorks. I am not looking for Motif and a Window manager is optional. Anyone have any experience or suggestions for such a tool? thanks, steve sgaeke@erinet.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: open more than 20 files? Date: Fri, 1 Sep 1995 00:46:12 GMT From: Ron Kellam Organization: Hewlett-Packard Co. Message-ID: References: <41v3sl$o29@elron2.elron.net> Sender: news@hparc12.aus.hp.com (News Daemon ID) soffer.ksl.co.il (Offer Shmuely) wrote: > >I am trying to open a lot of files on FAT base disk with VxWorks. >but when I open more than 20 files, the system can't open the new files, and no >more work can be done with the file system. (like "ls" "pwd") > >Do you saw the problem? >Do you know haw to resolve it? > Increase the value of NUM_DOSFS_FILES in configAll.h By default it is 20 (the limit you are seeing). You may also wish to increase NUM_FILES in configAll.h. I don't suggest you go too high, as I think I remember some talk on the net a while back about people having troubles when they increased NUM_FILES beyond 220 or so... Ron. - ---------------------------------------------------------------------------- Ron Kellam | Phone: +613 272 4016 Hewlett Packard | Fax: +613 898 9257 .-_!\ Australian Telecom Operation | Email: ronk@hpato.aus.hp.com / ATO \ 31-41 Joseph St; Blackburn | HPDesk: KELLAM_RON/HP9061_RG@hpausa1 \_.-._/ Victoria, Australia, 3130 | "My opinions are my own, not HP's" v - ---------------------------------------------------------------------------- "Even if you're on the right track, you still get run over if you don't keep moving" - ---------------------------------------------------------------------------- --------------------------- Newsgroups: comp.os.vxworks Subject: VXI Slot 0 Controller Date: 31 Aug 1995 22:25:12 -0400 From: toneman158@aol.com (Toneman158) Organization: America Online, Inc. (1-800-827-6364) Message-ID: <425qu8$t7r@newsbf02.news.aol.com> Reply-To: toneman158@aol.com (Toneman158) Sender: root@newsbf02.news.aol.com Does anybody out their know of any controllers for a VXI chasis besides a National Instruments VXI-30???? --------------------------- End of New-News digest ********************** From daemon@csg.lbl.gov Fri Sep 1 04:00:27 1995 From: daemon@csg.lbl.gov Date: Fri Sep 1 04:00:31 PDT 1995 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Fri Sep 1 04:00:23 PDT 1995 Subject: Re: using SLIP with vxWorks Subject: Re: AXPvme or AXPpci experience? Subject: vxworks BSP question Subject: bsp questions Subject: Re: directly connecting to the MVME712 Subject: Re: Okay, so how do I *start*?!?!? Subject: Re: VxWorks Training Subject: VxWorks on Pentium -- any GUIs??? Subject: Re: open more than 20 files? Subject: VXI Slot 0 Controller ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: using SLIP with vxWorks Date: 31 Aug 1995 12:49:19 GMT From: dyer@alx.sticomet.com (Doug Dyer) Organization: Naval Research Laboratory Message-ID: <424b4f$6n5@ra.nrl.navy.mil> >On 22 Aug 1995 17:18:34 GMT, "Jeff Daly." wrote: : hi, : anybody out there used SLIP to communicate with a vxWorks target? : i am running vxWorks 5.1.1 on a Sanders STAR 2 board with SLIP : included. my host is a Sun SunOS 4.1.1. i've installed SLIP support : on the host using the SLIP interface software included in Wind River's : vxWorks 5.2 unsupported directory. : : after running sliplogin, ifconfig -a indicates that the sl0 device : is configured and is up and running. netstat -r shows a route to : the target board using sl0. on the target side, ifShow "sl0" : indicates the target's sl0 interface is up and running and receiving : packets. using 'slstats' on the host shows if_opackets, but no : if_ipackets. I have used SLIP successfully on a STAR 1 card with the same Sun OS. Booting using slip exposed some problems in the STAR 1 bootroms, Lets hope that got worked out :) - -- Doug Dyer - dyer@alx.sticomet.com | Blatant Ad: ECL - embedded "C-like" Software Technology, Inc. (STI) | scripting language. DC office: (703) 329-9707 | Fun for the whole family! --------------------------- Newsgroups: comp.realtime,comp.os.vxworks Subject: Re: AXPvme or AXPpci experience? Date: 31 Aug 1995 13:53:46 GMT From: Ron Reid Organization: Honeywell Message-ID: <424eta$3nj@killerbee.jsc.nasa.gov> References: <421pfi$2bl@globe.indirect.com> I'm currently using VxWorks 3.2 on an AXPvme160. I've had to talk with Digital quite often to work thru some driver issues but, overall the experience has been a good one. Send me email if you have more questions. - -Ron --------------------------- Newsgroups: comp.os.vxworks Subject: vxworks BSP question Date: Thu, 31 Aug 1995 16:31:52 GMT From: sayeed@netcom.com (Syed Sayeed Ahmed) Organization: NETCOM On-line Communication Services (408 261-4700 guest) Message-ID: Sender: sayeed@netcom2.netcom.com From vchu@tabu.hdvs.com Wed Aug 30 17:20 PDT 1995 From: Valerie Chu Date: Wed, 30 Aug 1995 17:20:58 -0700 Subject: bsp questions Hi, I am porting vxworks BSP to a MC68306 target. I tried to use GNU compiler to generate BSP (vxWorks.res_rom) in the coff format, which is required by the emulator I am using. I could not figure out what ld options I should use to have the data section follow the text section in the object file, and it knows that the data will be copied from ROM to RAM later ( knows where to get the data after it is copied.) For example, the system has RAM from 0x00000000 to 0x003fffff (4 Meg), and ROM from 0x00400000 to 0x0047ffff (1/2 Meg). I'd like to load the code (text, data, and bss) to 0x00400008 through the emulator. And when I run the code, it will initialize RAM and copy the data section (_etext) to address 0x0001000. I attached the linker command file I used. Using this command file the linker puts the text section in 0x00400008, and the data section in 0x1000. The data section is not after the text. VxWorks will copy garbage to address 0x1000. If I changed the command file to put the data right after the text, the data was put in the right place (after the text), but vxWorks got the wrong destination address because it used RESIDENT_DATA as destination. The code is in ramStart() in all/bootInit.c: bcopyLongs (((UINT) etext + 4), (UINT) RESIDENT_DATA, ((UINT) edata - (UINT) RESIDENT_DATA) / sizeof (long)); where etext is the end of text, RESIDENT_DATA is _sdata (start of data, which is 0x4XXXXX in this case. Should be 0x1000). Linker file: SECTIONS { .text 0x400008 : { CREATE_OBJECT_SYMBOLS *(.text) _etext = .; } .data 0x1000 : { *(.data) _edata = .; } .bss 0xf724 : { _bss_start =.; *(.bss) _bss_end =.; } COMMON 0x104b0 : { *(COMMON) _end = ALIGN(4); } } OUTPUT_FORMAT(coff-m68k) ENTRY(_romInit) OUTPUT(vxWorks.res_rom) - -- ************************************************************ Sayeed Ahmed e-mail:sayeed@netcom.com 330 N. Mathilda Ave, # 901 phone: 408-739-2142. Sunnyvale, California, 94086. ************************************************************ --------------------------- Newsgroups: comp.os.vxworks Subject: Re: directly connecting to the MVME712 Date: Thu, 31 Aug 1995 18:17:24 GMT From: jfinley@netcom.com (John Finley) Organization: NETCOM On-line Communication Services (408 261-4700 guest) Message-ID: References: <199508302225.QAA18290@mailhost.lanl.gov> Sender: jfinley@netcom17.netcom.com Carolyn Briles (cbriles@lanl.gov) wrote: : We are using a MVME167 and a MVME712 in a data acquisition system running on : vxWorks. We are NOT using a SCSI drive and want only to pull out ethernet : and serial signals from the 167. : Can the following be done -- can we use the extension cable to directly : connect the back P2 of the 167 card to the P2 din on the 712 card? : It would look like this: : (P2 back connector of 167)<=jumper cable=>(96DIN on MVME712) : Feedback on this or any other configuration that bypasses the P2 adapter : board would be appreciated! : : Thanks!! : Carolyn : ***************************************************************** : Carolyn Briles Phone: (505)665-1198 : LANL/P-22 Fax: (505)667-7684 : MS-D410 e-mail: cbriles@lanl.gov : ***************************************************************** You can build a cable that has plugs into the P2 DIN on one end, and has four serial and an Ethernet connector on the other. I think you can also bring out the parallel this way, but you cannot get SCSI without the paddleboard (evidence to the contrary welcome). I think you can just look at the P2 pinout and do it. John Finley --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Okay, so how do I *start*?!?!? Date: 31 Aug 1995 19:41:29 GMT From: squeeby@tuna.hooked.net (Hwa-Jin Bae) Organization: Peaceful Star Message-ID: <425399$m9k@its.hooked.net> References: <9508311403.AA00879@locutus> Reply-To: squeeby@hooked.net On Thu, 31 Aug 95 10:03:37 EDT, Mike Anderson wrote: : Greetings! : : IMHO, the latter (demand paging VM) has no place in hard, real-time : systems. The rotational latency of the paging media alone leads to : so much non-determancy as to make any sense of real-time, highly : suspect. However, the layman's perspective on "real-time" is : simply looking at his stop watch. If you can hammer the problem : with enough horsepower and beat the deadline, then the customer is happy. : This is how people can even *consider* Solaris for use in "real-time" : applications. Simply throw a quad-processor, 100MHz hyperSPARC : at the problem and hope it finishes on time. : i tend to agree with above statements. in all fairness, i must confess that there are times when even "hard" realtime requirements can be met with "traditional" UNIX kernels, like IRIX which has realtime scheduling facilities in the kernel. however, these UNIX add-on realtime extensions themselves are not sufficient. to achieve real "hard" realtime performance, one must program almost entirely within kernel, disable caches where necessary, lock down VM pages, adjust priority of the kernel thread, and properly handle interrupts at appropriate interrupt level. for very bursty or very high frequency realtime events, even doing all of the above does not help; in extremely demanding applications, something like VxWorks is a necessity. more over, i'm yet to see any decent "hard" realtime applications in Solaris. IMHO, not only Solaris but SPARC architecture itself is not properly designed for hard realtime processing. it's good for running emacs, though. on a side note, if you read old emacs documents, one of the first things Stallman says in there is that emacs is realtime. ;-) having said all that, many uses of RTOS'es like VxWorks, especially in internetworking area which happens to be the largest user of RTOS'es according to a recent statistics, people use them mostly as embeddable OS'es, not necessarily for the realtime part, but for embeddable part; even some robotics companies i have seen using VxWorks use it as an embeddable OS, rather than RTOS. the hard realtime part they do it in their own custom software. in such cases, the reason for choosing VxWorks tends to be due to its wide-range of HW support and immediate portability. VxWorks is unique. it's not perfect, but it's damn useful set of tools that save time, if you can afford it. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: VxWorks Training Date: 31 Aug 1995 15:54:32 -0500 From: askew@Starbase.NeoSoft.COM (Bill Askew) Organization: NeoSoft Internet Services +1 713 968 5800 Message-ID: <4257i8$947@Starbase.NeoSoft.COM> References: In article , Lynn W. Becker II wrote: >I am soliciting advice on the usefulness of the vxWorks training. >If it will save me enough time in the future to "pay for itself" >I would definitely consider the investment. > >I was wondering how in depth it gets... I think a local (Virginia) >company offers the training locally, so any experiences with them >are also welcomed. > >thanks in advance. I just completed the class and found it to be great. The instructor knew the subject mater well and did an outstanding job of getting us to think in terms of the VxWorks environement. >Lynn Becker >Avtec Systems >us011056@interramp.com > > - -- ==================================================================== R. William Askew A Harley Ride a Day, askew@Neosoft.com Helps Drive the Blues Away RWA ==================================================================== --------------------------- Newsgroups: comp.os.vxworks Subject: VxWorks on Pentium -- any GUIs??? Date: Fri, 01 Sep 1995 04:24:40 GMT From: sgaeke@erinet.com (Steve Gaeke) Organization: EriNet Online 513 436-9915 Message-ID: <425n2r$a5p@eri1.erinet.com> We are considering using VxWorks for an embedded control using an industrial PC (Pentium). There will be no floppy or hard drives so the application and OS will be entirely in ROM or FLASH. Are there any decent GUIs available which can be embedded along with VxWorks. I am not looking for Motif and a Window manager is optional. Anyone have any experience or suggestions for such a tool? thanks, steve sgaeke@erinet.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: open more than 20 files? Date: Fri, 1 Sep 1995 00:46:12 GMT From: Ron Kellam Organization: Hewlett-Packard Co. Message-ID: References: <41v3sl$o29@elron2.elron.net> Sender: news@hparc12.aus.hp.com (News Daemon ID) soffer.ksl.co.il (Offer Shmuely) wrote: > >I am trying to open a lot of files on FAT base disk with VxWorks. >but when I open more than 20 files, the system can't open the new files, and no >more work can be done with the file system. (like "ls" "pwd") > >Do you saw the problem? >Do you know haw to resolve it? > Increase the value of NUM_DOSFS_FILES in configAll.h By default it is 20 (the limit you are seeing). You may also wish to increase NUM_FILES in configAll.h. I don't suggest you go too high, as I think I remember some talk on the net a while back about people having troubles when they increased NUM_FILES beyond 220 or so... Ron. - ---------------------------------------------------------------------------- Ron Kellam | Phone: +613 272 4016 Hewlett Packard | Fax: +613 898 9257 .-_!\ Australian Telecom Operation | Email: ronk@hpato.aus.hp.com / ATO \ 31-41 Joseph St; Blackburn | HPDesk: KELLAM_RON/HP9061_RG@hpausa1 \_.-._/ Victoria, Australia, 3130 | "My opinions are my own, not HP's" v - ---------------------------------------------------------------------------- "Even if you're on the right track, you still get run over if you don't keep moving" - ---------------------------------------------------------------------------- --------------------------- Newsgroups: comp.os.vxworks Subject: VXI Slot 0 Controller Date: 31 Aug 1995 22:25:12 -0400 From: toneman158@aol.com (Toneman158) Organization: America Online, Inc. (1-800-827-6364) Message-ID: <425qu8$t7r@newsbf02.news.aol.com> Reply-To: toneman158@aol.com (Toneman158) Sender: root@newsbf02.news.aol.com Does anybody out their know of any controllers for a VXI chasis besides a National Instruments VXI-30???? --------------------------- End of New-News digest ********************** Subject: Undeliverable Message Submitted-by MAILER-DAEMON Fri Sep 1 04:22:23 1995 Submitted-by: To: vxworks_users@csg.lbl.gov Cc: Subject: comp.os.vxworks newsdigest Message not delivered to recipients below. Press F1 for help with VNM error codes. VNM3043: Teerasak Rengpraphun@EOL@MSDTWK ------------------ Error number Explanation Follows ------------------- VNM3043 -- MAILBOX IS FULL. The message cannot be delivered because the recipient's mailbox contains the maximum number of messages, as set by the system administrator. The recipient must delete some messages before any other messages can be delivered. The default limit is 1000 messages. Administrators can set lower limits if required using the Change mailbox settings function available in the Manage User menu (MUSER). The 1000 message limit is the maximum allowed by the Mail program. If this limit is reached, the recipient must delete some of the messages before the mailbox can accept any more incoming messages. ---------------------- Original Message Follows ---------------------- The original message was larger than the viewing area. It cannot be displayed as is. Therefore, it has been stored in the file `mail.txt'. Please view this file in order to read the message. Thank you. From MAILER-DAEMON Fri Sep 1 04:22:23 1995 From: Date: Fri Sep 1 04:22:26 PDT 1995 Subject: Undeliverable Message To: vxworks_users@csg.lbl.gov Cc: Subject: comp.os.vxworks newsdigest Message not delivered to recipients below. Press F1 for help with VNM error codes. VNM3043: Teerasak Rengpraphun@EOL@MSDTWK ------------------ Error number Explanation Follows ------------------- VNM3043 -- MAILBOX IS FULL. The message cannot be delivered because the recipient's mailbox contains the maximum number of messages, as set by the system administrator. The recipient must delete some messages before any other messages can be delivered. The default limit is 1000 messages. Administrators can set lower limits if required using the Change mailbox settings function available in the Manage User menu (MUSER). The 1000 message limit is the maximum allowed by the Mail program. If this limit is reached, the recipient must delete some of the messages before the mailbox can accept any more incoming messages. ---------------------- Original Message Follows ---------------------- The original message was larger than the viewing area. It cannot be displayed as is. Therefore, it has been stored in the file `mail.txt'. Please view this file in order to read the message. Thank you. Subject: Re Multi ADA Submitted-by ag@rtp.co.uk Fri Sep 1 08:08:38 1995 Submitted-by: ag@rtp.co.uk (Alex Goodyear) Hi Lou, I did some evaluation work for the Multi ADA compiler which included an ADA task communicating with a C task via a msgQ. Here are some extracts that I hope you find useful. package VX_LIB is function VX_msgQCreate(maxMsgs : integer; maxMsgLength : integer; options : integer) return integer; function VX_msgQDelete(msgsQId : integer) return integer; function VX_msgQSend(msgsQId : integer; buffer : system.address; nBytes : integer; timeout : integer; priority : integer) return integer; - -- #define equivalents for Ada. VX_OK : constant integer := 0; VX_ERROR : constant integer := -1; VX_NO_WAIT : constant integer := 0; VX_WAIT_FOREVER : constant integer := -1; VX_MSG_PRI_NORMAL : constant integer := 0; VX_MSG_PRI_URGENT : constant integer := 1; VX_MSG_Q_FIFO : constant integer := 0; VX_MSG_Q_PRIORITY : constant integer := 1; private pragma INTERFACE(C, VX_msgQCreate, "msgQCreate"); pragma INTERFACE(C, VX_msgQDelete, "msgQDelete"); pragma INTERFACE(C, VX_msgQSend , "msgQSend"); end VX_LIB; Here are some ADA task extracts. The first is for creation and the second for sending the message (note the size manipulation).... MSGQID : integer; MSGQID := VX_msgQCreate(MAX_LEN, MAX_BYTE_LEN, VX_MSG_Q_FIFO); - -- The MONITOR prints the length of the channel queue every 50ms task body MONITOR is RET : integer; TEMP : integer; MSG_Q_ID : integer; begin loop delay 0.2; CHANNEL_QUEUE.LENGTH (TEMP, MSG_Q_ID); RET := VX_msgQSend(MSG_Q_ID, TEMP'address, ((TEMP'size + 7) / 8), VX_WAIT_FOREVER, VX_MSG_PRI_NORMAL); end loop; end MONITOR; Here is the C task.... #include #include void democ (MSG_Q_ID msgQId) { int tmp; while(msgQReceive (msgQId, &tmp, sizeof(tmp), WAIT_FOREVER) == sizeof(tmp) && tmp != 99) { printf ("There are %d requests in the queue\n", tmp); } msgQDelete(msgQId); printf("**** C process finished ****\n"); } Your "fiend" and mine.... Real Time Products Ltd., ____ __ __ __ Unit 8 Hold Court, / \ \ /\_\ /\ \ |\_\ __ Aston Science Park, | /\ \ \ / / / / \ \ | | | /\_\ Jennens Road, \ \/ \ \ / / / / /\ \ \ | | |/ / / Birmingham. \ /\ \_\ / / / \/ / \ \ | | / / / B7 4EJ. \ \ \/_/ / /_/ / /\ \_\ / // / / ENGLAND. \ \_\ \ \ \ \/ / / / / /| | | \/_/ \_\_\ /_/_/ /_/ |_|_| ag@rtp.co.uk Phone +44 (0)121 333 6955 Alex Goodyear. Fax +44 (0)121 333 5433 From ag@rtp.co.uk Fri Sep 1 08:08:38 1995 From: ag@rtp.co.uk (Alex Goodyear) Date: Fri Sep 1 08:08:42 PDT 1995 Subject: Re Multi ADA Hi Lou, I did some evaluation work for the Multi ADA compiler which included an ADA task communicating with a C task via a msgQ. Here are some extracts that I hope you find useful. package VX_LIB is function VX_msgQCreate(maxMsgs : integer; maxMsgLength : integer; options : integer) return integer; function VX_msgQDelete(msgsQId : integer) return integer; function VX_msgQSend(msgsQId : integer; buffer : system.address; nBytes : integer; timeout : integer; priority : integer) return integer; - -- #define equivalents for Ada. VX_OK : constant integer := 0; VX_ERROR : constant integer := -1; VX_NO_WAIT : constant integer := 0; VX_WAIT_FOREVER : constant integer := -1; VX_MSG_PRI_NORMAL : constant integer := 0; VX_MSG_PRI_URGENT : constant integer := 1; VX_MSG_Q_FIFO : constant integer := 0; VX_MSG_Q_PRIORITY : constant integer := 1; private pragma INTERFACE(C, VX_msgQCreate, "msgQCreate"); pragma INTERFACE(C, VX_msgQDelete, "msgQDelete"); pragma INTERFACE(C, VX_msgQSend , "msgQSend"); end VX_LIB; Here are some ADA task extracts. The first is for creation and the second for sending the message (note the size manipulation).... MSGQID : integer; MSGQID := VX_msgQCreate(MAX_LEN, MAX_BYTE_LEN, VX_MSG_Q_FIFO); - -- The MONITOR prints the length of the channel queue every 50ms task body MONITOR is RET : integer; TEMP : integer; MSG_Q_ID : integer; begin loop delay 0.2; CHANNEL_QUEUE.LENGTH (TEMP, MSG_Q_ID); RET := VX_msgQSend(MSG_Q_ID, TEMP'address, ((TEMP'size + 7) / 8), VX_WAIT_FOREVER, VX_MSG_PRI_NORMAL); end loop; end MONITOR; Here is the C task.... #include #include void democ (MSG_Q_ID msgQId) { int tmp; while(msgQReceive (msgQId, &tmp, sizeof(tmp), WAIT_FOREVER) == sizeof(tmp) && tmp != 99) { printf ("There are %d requests in the queue\n", tmp); } msgQDelete(msgQId); printf("**** C process finished ****\n"); } Your "fiend" and mine.... Real Time Products Ltd., ____ __ __ __ Unit 8 Hold Court, / \ \ /\_\ /\ \ |\_\ __ Aston Science Park, | /\ \ \ / / / / \ \ | | | /\_\ Jennens Road, \ \/ \ \ / / / / /\ \ \ | | |/ / / Birmingham. \ /\ \_\ / / / \/ / \ \ | | / / / B7 4EJ. \ \ \/_/ / /_/ / /\ \_\ / // / / ENGLAND. \ \_\ \ \ \ \/ / / / / /| | | \/_/ \_\_\ /_/_/ /_/ |_|_| ag@rtp.co.uk Phone +44 (0)121 333 6955 Alex Goodyear. Fax +44 (0)121 333 5433 Subject: Ada Pragma Library for VxWorks/X Windows Submitted-by djb@rtp.co.uk Fri Sep 1 11:32:14 1995 Submitted-by: djb@rtp.co.uk > Subject: ADA Programimg Using VxWorks [Lou Frontino wrote:] > > We have a Green Hills ADA compilier and am atempting to use VxWorks > functions. I have setup the ADA specification for some VXWorks calls, > but I am having problems creating the ADA structure for the message queue > ID. I am looking at the .h files used with C and the structure just > keeps getting more and more complicated. Has anyone used any VxWorks > message queue calls. Is there a easier way to call these routines. > We are considering productising a complete Ada Pragma interface library to VxWorks and possibly X Windows. Would any Ada/VxWorks users give me feedback on the desirability of such a product. Thanks David *********************************************** * David Bullimore * * Real Time Products Ltd. (RTP Ltd.) * * Unit 8 * * Holt Court * * Aston Science Park * * Birmingham * * B7 4EJ * * England * * * * Phone: +44 121 333 6955 * * Fax: +44 121 333 5433 * * * * Email djb@rtp.co.uk * *********************************************** From djb@rtp.co.uk Fri Sep 1 11:32:14 1995 From: djb@rtp.co.uk Date: Fri Sep 1 11:32:17 PDT 1995 Subject: Ada Pragma Library for VxWorks/X Windows > Subject: ADA Programimg Using VxWorks [Lou Frontino wrote:] > > We have a Green Hills ADA compilier and am atempting to use VxWorks > functions. I have setup the ADA specification for some VXWorks calls, > but I am having problems creating the ADA structure for the message queue > ID. I am looking at the .h files used with C and the structure just > keeps getting more and more complicated. Has anyone used any VxWorks > message queue calls. Is there a easier way to call these routines. > We are considering productising a complete Ada Pragma interface library to VxWorks and possibly X Windows. Would any Ada/VxWorks users give me feedback on the desirability of such a product. Thanks David *********************************************** * David Bullimore * * Real Time Products Ltd. (RTP Ltd.) * * Unit 8 * * Holt Court * * Aston Science Park * * Birmingham * * B7 4EJ * * England * * * * Phone: +44 121 333 6955 * * Fax: +44 121 333 5433 * * * * Email djb@rtp.co.uk * *********************************************** Subject: SCSI Disk size Submitted-by gordon@tdf01.gsfc.nasa.gov Fri Sep 1 12:52:17 1995 Submitted-by: Gordon Miller This week there were a couple of posts about large SCSI disks. Although size was not the relevant topic, I am none the less, wondering what what the maximum partition size everyone is using? I have been testing a 9Gbyte Seagate (ST410800N) and found some very strange behavior when I attempted to use a single partition that was almost 9Gbytes. For instance, I was able to create 25 files that were appx. 500 Mbytes in size. This just can't be. I also found that the size of each file created grew less after each file was created (by a consistent amount each time). In talking with Wind River, I found that although in theory a disk partition of almost 9 gig is possible, there are internal problems that limit partition size to approximately 2 gig. Any hints or suggestions? My customer would really like to use this disk as one or at most 2 large partitions. Many thanks in advance. -- Gordon Miller Integral Systems, Inc. gordon@tpocc.gsfc.nasa.gov 1100 West Street, CSC/LR (301) 497-2416 Laurel, MD 20707 From gordon@tdf01.gsfc.nasa.gov Fri Sep 1 12:52:17 1995 From: Gordon Miller Date: Fri Sep 1 12:52:19 PDT 1995 Subject: SCSI Disk size This week there were a couple of posts about large SCSI disks. Although size was not the relevant topic, I am none the less, wondering what what the maximum partition size everyone is using? I have been testing a 9Gbyte Seagate (ST410800N) and found some very strange behavior when I attempted to use a single partition that was almost 9Gbytes. For instance, I was able to create 25 files that were appx. 500 Mbytes in size. This just can't be. I also found that the size of each file created grew less after each file was created (by a consistent amount each time). In talking with Wind River, I found that although in theory a disk partition of almost 9 gig is possible, there are internal problems that limit partition size to approximately 2 gig. Any hints or suggestions? My customer would really like to use this disk as one or at most 2 large partitions. Many thanks in advance. -- Gordon Miller Integral Systems, Inc. gordon@tpocc.gsfc.nasa.gov 1100 West Street, CSC/LR (301) 497-2416 Laurel, MD 20707 Subject: large disks Submitted-by pdw@eel-mail.mc.duke.edu Fri Sep 1 20:03:32 1995 Submitted-by: "Patrick D. Wolf" I also have tried creating a large scsi disk partition. When I tried to use dosMkfs for a 4 gig disk, it would return an error. I tried using dosFsDevInit with a secPerCluster = 128 . Only to get a parameter error back. When I single stepped through the routine I found the secPerCluster limit is 127 (doesn't seem to be mentioned anywhere in the documentation). I ended up using 127. This allowed me to use most of the disk. I really haven't tested it completely, and I haven't come close to filling the disk yet but it seems to be working OK so far. In this scenerio, the only way to get up to 9 gig would be to have a sector or block size greater than 1024. Patrick Wolf Department of Biomedical Engineering Duke University Durham, NC 27708 (919) 660-5114 pdw@eel-mail.mc.duke.edu From pdw@eel-mail.mc.duke.edu Fri Sep 1 20:03:32 1995 From: "Patrick D. Wolf" Date: Fri Sep 1 20:03:34 PDT 1995 Subject: large disks I also have tried creating a large scsi disk partition. When I tried to use dosMkfs for a 4 gig disk, it would return an error. I tried using dosFsDevInit with a secPerCluster = 128 . Only to get a parameter error back. When I single stepped through the routine I found the secPerCluster limit is 127 (doesn't seem to be mentioned anywhere in the documentation). I ended up using 127. This allowed me to use most of the disk. I really haven't tested it completely, and I haven't come close to filling the disk yet but it seems to be working OK so far. In this scenerio, the only way to get up to 9 gig would be to have a sector or block size greater than 1024. Patrick Wolf Department of Biomedical Engineering Duke University Durham, NC 27708 (919) 660-5114 pdw@eel-mail.mc.duke.edu Subject: comp.os.vxworks newsdigest Submitted-by daemon@csg.lbl.gov Sat Sep 2 04:00:27 1995 Submitted-by: daemon@csg.lbl.gov Comp.Os.Vxworks Daily Digest Sat Sep 2 04:00:23 PDT 1995 Subject: POSIX Subject: faster networking Subject: Re: VxWorks Memory Management Subject: Sleep and Wakeup mechanism Subject: Re: VXI Slot 0 Controller ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: POSIX Date: Fri, 1 Sep 1995 07:37:38 -0700 From: Perotti_Anthony@hq.navsea.navy.mil Message-ID: <047214c0@hq.navsea.navy.mil> I have been lurking this group for about a month and I have read the FAQ. But the FAQ is unclear on the issue of POSIX compliance. Is VxWorks a POSIX compliant OS? Is there information on how VxWorks is not compliant and where can I get it? __ NAVSEASYSCOM ____ Internet/DDN: perotti_anthony@hq.navsea.navy.mil __| |___ PMS396EN / _ ._ | (703) |"Tenacity Dick. Stay with 'em _________) NSSN, /_(_)_| )_\/ |602-0986| till they're on the bottom!" Trident & 688 C/S Perotti / | x678 |--Cdr. Dudley W. "Mush" Morton, USN --------------------------- Newsgroups: comp.os.vxworks Subject: faster networking Date: 1 Sep 1995 16:14:50 GMT From: skip@canopus.as.arizona.edu (Skip Schaller) Organization: The University of Arizona Message-ID: <427bhq$eps@news.ccit.arizona.edu> Sender: skip@canopus (Skip Schaller) We have been using VxWorks with Motorola 147 and 167 targets and sparc hosts for some time now. What options are available for VxWorks to do faster networking than the standard 10MHz ethernet? I am particularly interested in Fast Ethernet (100BaseT). What are the alternatives, costs, driver issues, etc.? I am looking for something that is "plug and play" as possible. - -- Skip Schaller Steward Observatory skip@as.arizona.edu University of Arizona (520) 621-3091 Tucson, Arizona 85721 --------------------------- Newsgroups: comp.os.vxworks Subject: Re: VxWorks Memory Management Date: Fri, 1 Sep 1995 17:16:15 GMT From: georg@sgl.ists.ca (Georg Feil) Organization: Institute for Space and Terrestrial Science Message-ID: References: <199508241714.KAA25967@nmtvs290> <422ab4$cf2@elaine30.Stanford.EDU> Sender: news@newshub.ists.ca >In article <199508241714.KAA25967@nmtvs290>, >Scott Larribeau wrote: >We use a lot of dynamic memory allocation on VxWorks also, >but we've experienced more problems with fragmentation than >speed. To get around the fragmentation problem we simply >preallocate large blocks and use them over and over again >without freeing them. I've improved the memory fragmentation problem by splitting the system memory pool into 2 pools, and then rewriting malloc() to allocate "small" blocks from one pool and "big" blocks from the other. You have to decide on the boundary between "small" and "big" blocks, and on the relative sizes of the two memory pools, but once tuned to your application it can work well. The other pool will be used if one runs out of memory. Here's the code. Georg. - ----------------------------------------------------------------------- /** dual pool malloc routines **/ /* malloc requests >= following come from the "big" (system) pool */ #define MALLOC_SIZE_THRESH 65536 /* size of MallocSmallPool partition in bytes */ #define MALLOC_SMALLPOOL_SIZE 4980736 /* partition ID of buffer pool for small malloc requests (see revised malloc() routine below) */ PART_ID MallocSmallPool = NULL; /* start of small buffer pool in system memory pool */ char* MallocSmallPoolStart = NULL; void* malloc(size_t nBytes) /* * This routine is a replacement for the regular VxWorks malloc() routine * which allocates "large" and "small" memory blocks from different pools. * The original VxWorks malloc() routine has been renamed to xalloc() by direct * binary patch to the library, * Return value is a pointer to the allocated block of memory, or a null * pointer if there is an error. */ { static BOOL smallinit_ip = FALSE; /* TRUE when small pool init in progress to detect recursion */ void* ptr; /* result pointer */ if (nBytes>=MALLOC_SIZE_THRESH) { /* "large" pool */ ptr=memPartAlloc(memSysPartId, nBytes); if (ptr==NULL) { if (MallocSmallPool!=NULL) { /* No room in large pool, try to allocate from small pool. First turn on error logging to be sure we see any failure. */ memPartOptionsSet(MallocSmallPool, MEM_ALLOC_ERROR_LOG_FLAG | MEM_BLOCK_CHECK | MEM_BLOCK_ERROR_LOG_FLAG | MEM_BLOCK_ERROR_SUSPEND_FLAG); ptr=memPartAlloc(MallocSmallPool, nBytes); memPartOptionsSet(MallocSmallPool, MEM_BLOCK_CHECK | MEM_BLOCK_ERROR_LOG_FLAG | MEM_BLOCK_ERROR_SUSPEND_FLAG); } else { /* Repeat alloc from large pool with logging on to be sure we see any failure. */ memPartOptionsSet(memSysPartId, MEM_ALLOC_ERROR_LOG_FLAG | MEM_BLOCK_CHECK | MEM_BLOCK_ERROR_LOG_FLAG | MEM_BLOCK_ERROR_SUSPEND_FLAG); ptr=memPartAlloc(memSysPartId, nBytes); memPartOptionsSet(memSysPartId, MEM_BLOCK_CHECK | MEM_BLOCK_ERROR_LOG_FLAG | MEM_BLOCK_ERROR_SUSPEND_FLAG); } } return(ptr); } else { /* "small" pool */ if (MallocSmallPool==NULL) { /* check for recursive calls from memPartCreate() call below */ if (smallinit_ip) return(memPartAlloc(memSysPartId, nBytes)); smallinit_ip=TRUE; /* allocate small malloc pool from regular (large) pool */ MallocSmallPoolStart=memPartAlloc(memSysPartId, MALLOC_SMALLPOOL_SIZE); if (MallocSmallPoolStart==NULL) { smallinit_ip=FALSE; return(NULL); } MallocSmallPool=memPartCreate(MallocSmallPoolStart, MALLOC_SMALLPOOL_SIZE); if (MallocSmallPool==NULL) { /* we ignore error return, already have error */ memPartFree(memSysPartId, MallocSmallPoolStart); MallocSmallPoolStart=NULL; smallinit_ip=FALSE; return(NULL); } /* Set the correct options on both the large (system) memory pool and the small pool. We turn off error logging on allocation because we don't want spurious errors to come out until both partitions have been tried. */ memPartOptionsSet(MallocSmallPool, MEM_BLOCK_CHECK | MEM_BLOCK_ERROR_LOG_FLAG | MEM_BLOCK_ERROR_SUSPEND_FLAG); memPartOptionsSet(memSysPartId, MEM_BLOCK_CHECK | MEM_BLOCK_ERROR_LOG_FLAG | MEM_BLOCK_ERROR_SUSPEND_FLAG); smallinit_ip=FALSE; } ptr=memPartAlloc(MallocSmallPool, nBytes); if (ptr==NULL) { /* No room in small pool, try to allocate from large pool. First turn on error logging to be sure we see any failure. */ memPartOptionsSet(memSysPartId, MEM_ALLOC_ERROR_LOG_FLAG | MEM_BLOCK_CHECK | MEM_BLOCK_ERROR_LOG_FLAG | MEM_BLOCK_ERROR_SUSPEND_FLAG); ptr=memPartAlloc(memSysPartId, nBytes); memPartOptionsSet(memSysPartId, MEM_BLOCK_CHECK | MEM_BLOCK_ERROR_LOG_FLAG | MEM_BLOCK_ERROR_SUSPEND_FLAG); } return(ptr); } } void free(void* ptr) /* * This routine is a replacement for the regular VxWorks free() routine * which de-allocates "large" and "small" memory blocks from different pools. * The original VxWorks free() routine has been renamed to xree() by direct * binary patch to the library, */ { if ((char*)ptr>=MallocSmallPoolStart && (char*)ptr Hi Folks, Does VxWorks provide a Sleep and Wakeup mechanism which will suspend and resume a task based on a event? The event id will be passed in the sleep and a corresponding wakeup for the event id will resume the task. I have only come across task_suspend and task_resume which do not provide the exact functionality of sleep and wakeup. Any help will be greatly appreciated. Rajesh --------------------------- Newsgroups: comp.os.vxworks Subject: Re: VXI Slot 0 Controller Date: Fri, 01 Sep 1995 19:30:11 -0500 From: us011056@interramp.com (Lynn W. Becker II) Organization: Avtec Systems Message-ID: References: <425qu8$t7r@newsbf02.news.aol.com> In article <425qu8$t7r@newsbf02.news.aol.com>, toneman158@aol.com (Toneman158) wrote: >Does anybody out their know of any controllers for a VXI chasis besides a >National Instruments VXI-30???? Yes. I have used a HP V735 VXI controller, from Hewlett Packard. Lynn Becker Avtec Systems us011056@interramp.com --------------------------- End of New-News digest ********************** From daemon@csg.lbl.gov Sat Sep 2 04:00:27 1995 From: daemon@csg.lbl.gov Date: Sat Sep 2 04:00:30 PDT 1995 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Sat Sep 2 04:00:23 PDT 1995 Subject: POSIX Subject: faster networking Subject: Re: VxWorks Memory Management Subject: Sleep and Wakeup mechanism Subject: Re: VXI Slot 0 Controller ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: POSIX Date: Fri, 1 Sep 1995 07:37:38 -0700 From: Perotti_Anthony@hq.navsea.navy.mil Message-ID: <047214c0@hq.navsea.navy.mil> I have been lurking this group for about a month and I have read the FAQ. But the FAQ is unclear on the issue of POSIX compliance. Is VxWorks a POSIX compliant OS? Is there information on how VxWorks is not compliant and where can I get it? __ NAVSEASYSCOM ____ Internet/DDN: perotti_anthony@hq.navsea.navy.mil __| |___ PMS396EN / _ ._ | (703) |"Tenacity Dick. Stay with 'em _________) NSSN, /_(_)_| )_\/ |602-0986| till they're on the bottom!" Trident & 688 C/S Perotti / | x678 |--Cdr. Dudley W. "Mush" Morton, USN --------------------------- Newsgroups: comp.os.vxworks Subject: faster networking Date: 1 Sep 1995 16:14:50 GMT From: skip@canopus.as.arizona.edu (Skip Schaller) Organization: The University of Arizona Message-ID: <427bhq$eps@news.ccit.arizona.edu> Sender: skip@canopus (Skip Schaller) We have been using VxWorks with Motorola 147 and 167 targets and sparc hosts for some time now. What options are available for VxWorks to do faster networking than the standard 10MHz ethernet? I am particularly interested in Fast Ethernet (100BaseT). What are the alternatives, costs, driver issues, etc.? I am looking for something that is "plug and play" as possible. - -- Skip Schaller Steward Observatory skip@as.arizona.edu University of Arizona (520) 621-3091 Tucson, Arizona 85721 --------------------------- Newsgroups: comp.os.vxworks Subject: Re: VxWorks Memory Management Date: Fri, 1 Sep 1995 17:16:15 GMT From: georg@sgl.ists.ca (Georg Feil) Organization: Institute for Space and Terrestrial Science Message-ID: References: <199508241714.KAA25967@nmtvs290> <422ab4$cf2@elaine30.Stanford.EDU> Sender: news@newshub.ists.ca >In article <199508241714.KAA25967@nmtvs290>, >Scott Larribeau wrote: >We use a lot of dynamic memory allocation on VxWorks also, >but we've experienced more problems with fragmentation than >speed. To get around the fragmentation problem we simply >preallocate large blocks and use them over and over again >without freeing them. I've improved the memory fragmentation problem by splitting the system memory pool into 2 pools, and then rewriting malloc() to allocate "small" blocks from one pool and "big" blocks from the other. You have to decide on the boundary between "small" and "big" blocks, and on the relative sizes of the two memory pools, but once tuned to your application it can work well. The other pool will be used if one runs out of memory. Here's the code. Georg. - ----------------------------------------------------------------------- /** dual pool malloc routines **/ /* malloc requests >= following come from the "big" (system) pool */ #define MALLOC_SIZE_THRESH 65536 /* size of MallocSmallPool partition in bytes */ #define MALLOC_SMALLPOOL_SIZE 4980736 /* partition ID of buffer pool for small malloc requests (see revised malloc() routine below) */ PART_ID MallocSmallPool = NULL; /* start of small buffer pool in system memory pool */ char* MallocSmallPoolStart = NULL; void* malloc(size_t nBytes) /* * This routine is a replacement for the regular VxWorks malloc() routine * which allocates "large" and "small" memory blocks from different pools. * The original VxWorks malloc() routine has been renamed to xalloc() by direct * binary patch to the library, * Return value is a pointer to the allocated block of memory, or a null * pointer if there is an error. */ { static BOOL smallinit_ip = FALSE; /* TRUE when small pool init in progress to detect recursion */ void* ptr; /* result pointer */ if (nBytes>=MALLOC_SIZE_THRESH) { /* "large" pool */ ptr=memPartAlloc(memSysPartId, nBytes); if (ptr==NULL) { if (MallocSmallPool!=NULL) { /* No room in large pool, try to allocate from small pool. First turn on error logging to be sure we see any failure. */ memPartOptionsSet(MallocSmallPool, MEM_ALLOC_ERROR_LOG_FLAG | MEM_BLOCK_CHECK | MEM_BLOCK_ERROR_LOG_FLAG | MEM_BLOCK_ERROR_SUSPEND_FLAG); ptr=memPartAlloc(MallocSmallPool, nBytes); memPartOptionsSet(MallocSmallPool, MEM_BLOCK_CHECK | MEM_BLOCK_ERROR_LOG_FLAG | MEM_BLOCK_ERROR_SUSPEND_FLAG); } else { /* Repeat alloc from large pool with logging on to be sure we see any failure. */ memPartOptionsSet(memSysPartId, MEM_ALLOC_ERROR_LOG_FLAG | MEM_BLOCK_CHECK | MEM_BLOCK_ERROR_LOG_FLAG | MEM_BLOCK_ERROR_SUSPEND_FLAG); ptr=memPartAlloc(memSysPartId, nBytes); memPartOptionsSet(memSysPartId, MEM_BLOCK_CHECK | MEM_BLOCK_ERROR_LOG_FLAG | MEM_BLOCK_ERROR_SUSPEND_FLAG); } } return(ptr); } else { /* "small" pool */ if (MallocSmallPool==NULL) { /* check for recursive calls from memPartCreate() call below */ if (smallinit_ip) return(memPartAlloc(memSysPartId, nBytes)); smallinit_ip=TRUE; /* allocate small malloc pool from regular (large) pool */ MallocSmallPoolStart=memPartAlloc(memSysPartId, MALLOC_SMALLPOOL_SIZE); if (MallocSmallPoolStart==NULL) { smallinit_ip=FALSE; return(NULL); } MallocSmallPool=memPartCreate(MallocSmallPoolStart, MALLOC_SMALLPOOL_SIZE); if (MallocSmallPool==NULL) { /* we ignore error return, already have error */ memPartFree(memSysPartId, MallocSmallPoolStart); MallocSmallPoolStart=NULL; smallinit_ip=FALSE; return(NULL); } /* Set the correct options on both the large (system) memory pool and the small pool. We turn off error logging on allocation because we don't want spurious errors to come out until both partitions have been tried. */ memPartOptionsSet(MallocSmallPool, MEM_BLOCK_CHECK | MEM_BLOCK_ERROR_LOG_FLAG | MEM_BLOCK_ERROR_SUSPEND_FLAG); memPartOptionsSet(memSysPartId, MEM_BLOCK_CHECK | MEM_BLOCK_ERROR_LOG_FLAG | MEM_BLOCK_ERROR_SUSPEND_FLAG); smallinit_ip=FALSE; } ptr=memPartAlloc(MallocSmallPool, nBytes); if (ptr==NULL) { /* No room in small pool, try to allocate from large pool. First turn on error logging to be sure we see any failure. */ memPartOptionsSet(memSysPartId, MEM_ALLOC_ERROR_LOG_FLAG | MEM_BLOCK_CHECK | MEM_BLOCK_ERROR_LOG_FLAG | MEM_BLOCK_ERROR_SUSPEND_FLAG); ptr=memPartAlloc(memSysPartId, nBytes); memPartOptionsSet(memSysPartId, MEM_BLOCK_CHECK | MEM_BLOCK_ERROR_LOG_FLAG | MEM_BLOCK_ERROR_SUSPEND_FLAG); } return(ptr); } } void free(void* ptr) /* * This routine is a replacement for the regular VxWorks free() routine * which de-allocates "large" and "small" memory blocks from different pools. * The original VxWorks free() routine has been renamed to xree() by direct * binary patch to the library, */ { if ((char*)ptr>=MallocSmallPoolStart && (char*)ptr Hi Folks, Does VxWorks provide a Sleep and Wakeup mechanism which will suspend and resume a task based on a event? The event id will be passed in the sleep and a corresponding wakeup for the event id will resume the task. I have only come across task_suspend and task_resume which do not provide the exact functionality of sleep and wakeup. Any help will be greatly appreciated. Rajesh --------------------------- Newsgroups: comp.os.vxworks Subject: Re: VXI Slot 0 Controller Date: Fri, 01 Sep 1995 19:30:11 -0500 From: us011056@interramp.com (Lynn W. Becker II) Organization: Avtec Systems Message-ID: References: <425qu8$t7r@newsbf02.news.aol.com> In article <425qu8$t7r@newsbf02.news.aol.com>, toneman158@aol.com (Toneman158) wrote: >Does anybody out their know of any controllers for a VXI chasis besides a >National Instruments VXI-30???? Yes. I have used a HP V735 VXI controller, from Hewlett Packard. Lynn Becker Avtec Systems us011056@interramp.com --------------------------- End of New-News digest ********************** Subject: Undeliverable Message Submitted-by MAILER-DAEMON Sat Sep 2 04:32:33 1995 Submitted-by: To: vxworks_users@csg.lbl.gov Cc: Subject: comp.os.vxworks newsdigest Message not delivered to recipients below. Press F1 for help with VNM error codes. VNM3043: Teerasak Rengpraphun@EOL@MSDTWK ------------------ Error number Explanation Follows ------------------- VNM3043 -- MAILBOX IS FULL. The message cannot be delivered because the recipient's mailbox contains the maximum number of messages, as set by the system administrator. The recipient must delete some messages before any other messages can be delivered. The default limit is 1000 messages. Administrators can set lower limits if required using the Change mailbox settings function available in the Manage User menu (MUSER). The 1000 message limit is the maximum allowed by the Mail program. If this limit is reached, the recipient must delete some of the messages before the mailbox can accept any more incoming messages. ---------------------- Original Message Follows ---------------------- The original message was larger than the viewing area. It cannot be displayed as is. Therefore, it has been stored in the file `mail.txt'. Please view this file in order to read the message. Thank you. From MAILER-DAEMON Sat Sep 2 04:32:33 1995 From: Date: Sat Sep 2 04:32:36 PDT 1995 Subject: Undeliverable Message To: vxworks_users@csg.lbl.gov Cc: Subject: comp.os.vxworks newsdigest Message not delivered to recipients below. Press F1 for help with VNM error codes. VNM3043: Teerasak Rengpraphun@EOL@MSDTWK ------------------ Error number Explanation Follows ------------------- VNM3043 -- MAILBOX IS FULL. The message cannot be delivered because the recipient's mailbox contains the maximum number of messages, as set by the system administrator. The recipient must delete some messages before any other messages can be delivered. The default limit is 1000 messages. Administrators can set lower limits if required using the Change mailbox settings function available in the Manage User menu (MUSER). The 1000 message limit is the maximum allowed by the Mail program. If this limit is reached, the recipient must delete some of the messages before the mailbox can accept any more incoming messages. ---------------------- Original Message Follows ---------------------- The original message was larger than the viewing area. It cannot be displayed as is. Therefore, it has been stored in the file `mail.txt'. Please view this file in order to read the message. Thank you. Subject: Re: Okay, so how do I *start*?!?!? Submitted-by leonid@rst.co.il Sun Sep 3 01:55:45 1995 Submitted-by: leonid@rst.co.il (Leonid Rosenboim) > From: squeeby@tuna.hooked.net (Hwa-Jin Bae) > i tend to agree with above statements. in all fairness, i must confess > that there are times when even "hard" realtime requirements can be > met with "traditional" UNIX kernels, like IRIX which has realtime scheduling > facilities in the kernel. however, these UNIX add-on realtime extensions > themselves are not sufficient. to achieve real "hard" realtime > ....... From my experience with real-time applications (and drivers) on Solaris and SunOS, here are a couple of interesting observations: When using Solaris real-time extentions, it is possible to acheive determinism, but at a high price - one of the things I like most about UNIX is it's stability as a system, even with some buggy applications, which is the case allways when a new application is being developed. Once the application being developed becomes RT-authorized, it can crash or hang the system quite easily, loosing the stability factor, and getting the lenghy booting time instead, possibly leading to severe cafeine dosage ;-( Hwa-Jon is also right stating that it is possible to do hard real-time stuff when writing code INSIDE the kernel, i.e. as part of a device driver, a pseudo driver, or a streams module. Voila, I've done that too. Problem is there are almost no debugging tools for these kind of tasks. Everyone doing UNIX kernel code (e.g. drivers) is considered a wizard, a guru, a hacker or a freak. It is widelty beleived that "normal" programmers are not suited for this kind of job. On thge other hand, VxWorks is DESIGNED for hard real-time, and the "normal" programmer, and all the tools around it make all this possible. That was my $0.02, for what its worth. Leonid From leonid@rst.co.il Sun Sep 3 01:55:45 1995 From: leonid@rst.co.il (Leonid Rosenboim) Date: Sun Sep 3 01:55:48 PDT 1995 Subject: Re: Okay, so how do I *start*?!?!? > From: squeeby@tuna.hooked.net (Hwa-Jin Bae) > i tend to agree with above statements. in all fairness, i must confess > that there are times when even "hard" realtime requirements can be > met with "traditional" UNIX kernels, like IRIX which has realtime scheduling > facilities in the kernel. however, these UNIX add-on realtime extensions > themselves are not sufficient. to achieve real "hard" realtime > ....... From my experience with real-time applications (and drivers) on Solaris and SunOS, here are a couple of interesting observations: When using Solaris real-time extentions, it is possible to acheive determinism, but at a high price - one of the things I like most about UNIX is it's stability as a system, even with some buggy applications, which is the case allways when a new application is being developed. Once the application being developed becomes RT-authorized, it can crash or hang the system quite easily, loosing the stability factor, and getting the lenghy booting time instead, possibly leading to severe cafeine dosage ;-( Hwa-Jon is also right stating that it is possible to do hard real-time stuff when writing code INSIDE the kernel, i.e. as part of a device driver, a pseudo driver, or a streams module. Voila, I've done that too. Problem is there are almost no debugging tools for these kind of tasks. Everyone doing UNIX kernel code (e.g. drivers) is considered a wizard, a guru, a hacker or a freak. It is widelty beleived that "normal" programmers are not suited for this kind of job. On thge other hand, VxWorks is DESIGNED for hard real-time, and the "normal" programmer, and all the tools around it make all this possible. That was my $0.02, for what its worth. Leonid Subject: Re: Sleep and Wakeup mechanism Submitted-by leonid@rst.co.il Sun Sep 3 01:56:09 1995 Submitted-by: leonid@rst.co.il (Leonid Rosenboim) Dear Rajesh, if you are looking into replacing the UNIX kernel services sleep() and wakeup(), then the best VxWorks counterpart is a Binary Semaphore. sleep() is emulated using semTake(), and wakeup() is done with semFlush(), which will wake all tasks pending on that condition, just like UNIX does. One difference is that in UNIX you could use just any pointer as the sleep() token, in VxWorks you'll need to add a SEM_ID or SEMAPHORE field into the per-device control structure, and initialize in with semBCreate() or semBInit(). ----------------------------------------------------------------------- Leonid Rosenboim Phone: +972-3-559-8144 R S T Software Industries Ltd. Mobile: +972-50-307-142 3 Hashikma st. Industrial Zone, Fax: +972-3-559-8244 P.O.Box 11502, AZUR 58017, Israel E-Mail: leonid@rst.co.il From leonid@rst.co.il Sun Sep 3 01:56:09 1995 From: leonid@rst.co.il (Leonid Rosenboim) Date: Sun Sep 3 01:56:12 PDT 1995 Subject: Re: Sleep and Wakeup mechanism Dear Rajesh, if you are looking into replacing the UNIX kernel services sleep() and wakeup(), then the best VxWorks counterpart is a Binary Semaphore. sleep() is emulated using semTake(), and wakeup() is done with semFlush(), which will wake all tasks pending on that condition, just like UNIX does. One difference is that in UNIX you could use just any pointer as the sleep() token, in VxWorks you'll need to add a SEM_ID or SEMAPHORE field into the per-device control structure, and initialize in with semBCreate() or semBInit(). ----------------------------------------------------------------------- Leonid Rosenboim Phone: +972-3-559-8144 R S T Software Industries Ltd. Mobile: +972-50-307-142 3 Hashikma st. Industrial Zone, Fax: +972-3-559-8244 P.O.Box 11502, AZUR 58017, Israel E-Mail: leonid@rst.co.il Subject: comp.os.vxworks newsdigest Submitted-by daemon@csg.lbl.gov Sun Sep 3 04:00:24 1995 Submitted-by: daemon@csg.lbl.gov Comp.Os.Vxworks Daily Digest Sun Sep 3 04:00:20 PDT 1995 Subject: Re: Sleep and Wakeup mechanism Subject: Re: How to run ObjecTime under VxSim ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: Sleep and Wakeup mechanism Date: 2 Sep 1995 17:12:52 GMT From: ghw@carp.net.com (George H. Wayne) Organization: Sun Microsystems Message-ID: <42a3ak$f8l@unet.net.com> References: <42843s$477@news.next.com> Reply-To: ghw@carp.net.com Hi Rajesh, There is an undocumented unix kernel-style sleep/wakeup mechanism. It is based upon the semaphore facility, and can be used as the following mbuf network driver interface output queue implementation suggests. Good Luck. 1.) The channel: struct mbuf_queue { struct mbuf *ifq_head; struct mbuf *ifq_tail; int ifq_len; int ifq_maxlen; int ifq_drops; SEM_ID ifq_chan; /* channel to sleep on */ }; 2.) Initialization (probably in an attach routine): /* * Create the transmit semaphore. */ sc->sc_txqueue.ifq_chan = semBCreate(SEM_Q_PRIORITY, SEM_EMPTY); 3.) Sleep on the channel, waiting for packets to transmit (consume): top: spl = splnet(); IF_DEQUEUE (&sc->sc_txqueue, m0); if (m0 == NULL) { splx(spl); ksleep( sc->sc_txqueue.ifq_chan ); goto top; } splx(spl); ... 4.) Produce a packet for output: /* Queue message on interface if possible */ spl = splnet(); if (IF_QFULL (if_snd)) { IF_DROP (if_snd); error = ENOBUFS; splx(spl); goto bad; } IF_ENQUEUE (if_snd, m0); splx(spl); sc->sc_if.if_opackets++; wakeup (sc->sc_txqueue.ifq_chan); ... George Wayne Network Equipment Technologies ghw@net.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: How to run ObjecTime under VxSim Date: Sun, 3 Sep 95 00:38:56 GMT From: scott@otl16 (Scott Darlington) Organization: ObjecTime Limited, Kanata, Ontario, Canada Keywords: VxSim, ObjecTime Message-ID: <1995Sep3.003856.19225@ObjecTime.on.ca> References: <42256s$2e4@unet.net.com> Reply-To: scott@objectime.on.ca Sender: news@ObjecTime.on.ca In article <42256s$2e4@unet.net.com>, Hongbing Wang wrote: >Anyone can tell me how to run ObjecTime under VxSim on SunOS 4.1.3 ? I presume you want to run ObjecTime's MicroRTS under VxSim. Although I work in ObjecTime's technical support group, I haven't done this myself yet. Since I'm at home right now I can't find the answer for you immediately. However, once I find out I'll let you know. [Incidentally, ObjecTime doesn't provide any formal support in any newsgroups yet though I try to answer any questions I come across.] - --Scott - -- Scott Darlington Customer Services ObjecTime Limited scott@objectime.on.ca support@objectime.on.ca 340 March Road Voice: (613) 591-3642 Voice: (613) 591-3400 Kanata, Ontario Sales: 1-800-567-TIME Fax: (613) 591-3784 CANADA K2K 2E4 --------------------------- End of New-News digest ********************** From daemon@csg.lbl.gov Sun Sep 3 04:00:24 1995 From: daemon@csg.lbl.gov Date: Sun Sep 3 04:00:27 PDT 1995 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Sun Sep 3 04:00:20 PDT 1995 Subject: Re: Sleep and Wakeup mechanism Subject: Re: How to run ObjecTime under VxSim ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: Sleep and Wakeup mechanism Date: 2 Sep 1995 17:12:52 GMT From: ghw@carp.net.com (George H. Wayne) Organization: Sun Microsystems Message-ID: <42a3ak$f8l@unet.net.com> References: <42843s$477@news.next.com> Reply-To: ghw@carp.net.com Hi Rajesh, There is an undocumented unix kernel-style sleep/wakeup mechanism. It is based upon the semaphore facility, and can be used as the following mbuf network driver interface output queue implementation suggests. Good Luck. 1.) The channel: struct mbuf_queue { struct mbuf *ifq_head; struct mbuf *ifq_tail; int ifq_len; int ifq_maxlen; int ifq_drops; SEM_ID ifq_chan; /* channel to sleep on */ }; 2.) Initialization (probably in an attach routine): /* * Create the transmit semaphore. */ sc->sc_txqueue.ifq_chan = semBCreate(SEM_Q_PRIORITY, SEM_EMPTY); 3.) Sleep on the channel, waiting for packets to transmit (consume): top: spl = splnet(); IF_DEQUEUE (&sc->sc_txqueue, m0); if (m0 == NULL) { splx(spl); ksleep( sc->sc_txqueue.ifq_chan ); goto top; } splx(spl); ... 4.) Produce a packet for output: /* Queue message on interface if possible */ spl = splnet(); if (IF_QFULL (if_snd)) { IF_DROP (if_snd); error = ENOBUFS; splx(spl); goto bad; } IF_ENQUEUE (if_snd, m0); splx(spl); sc->sc_if.if_opackets++; wakeup (sc->sc_txqueue.ifq_chan); ... George Wayne Network Equipment Technologies ghw@net.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: How to run ObjecTime under VxSim Date: Sun, 3 Sep 95 00:38:56 GMT From: scott@otl16 (Scott Darlington) Organization: ObjecTime Limited, Kanata, Ontario, Canada Keywords: VxSim, ObjecTime Message-ID: <1995Sep3.003856.19225@ObjecTime.on.ca> References: <42256s$2e4@unet.net.com> Reply-To: scott@objectime.on.ca Sender: news@ObjecTime.on.ca In article <42256s$2e4@unet.net.com>, Hongbing Wang wrote: >Anyone can tell me how to run ObjecTime under VxSim on SunOS 4.1.3 ? I presume you want to run ObjecTime's MicroRTS under VxSim. Although I work in ObjecTime's technical support group, I haven't done this myself yet. Since I'm at home right now I can't find the answer for you immediately. However, once I find out I'll let you know. [Incidentally, ObjecTime doesn't provide any formal support in any newsgroups yet though I try to answer any questions I come across.] - --Scott - -- Scott Darlington Customer Services ObjecTime Limited scott@objectime.on.ca support@objectime.on.ca 340 March Road Voice: (613) 591-3642 Voice: (613) 591-3400 Kanata, Ontario Sales: 1-800-567-TIME Fax: (613) 591-3784 CANADA K2K 2E4 --------------------------- End of New-News digest ********************** Subject: comp.os.vxworks newsdigest Submitted-by daemon@csg.lbl.gov Mon Sep 4 04:00:25 1995 Submitted-by: daemon@csg.lbl.gov Comp.Os.Vxworks Daily Digest Mon Sep 4 04:00:22 PDT 1995 Subject: Re: Sleep and Wakeup mechanism ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: Sleep and Wakeup mechanism Date: 3 Sep 1995 05:08:04 GMT From: squeeby@tuna.hooked.net (Hwa-Jin Bae) Organization: Peaceful Star Message-ID: <42bd7k$j0d@its.hooked.net> References: <42843s$477@news.next.com> <42a3ak$f8l@unet.net.com> Reply-To: squeeby@hooked.net On 2 Sep 1995 17:12:52 GMT, George H. Wayne wrote: : : There is an undocumented unix kernel-style sleep/wakeup mechanism. the BSD UNIX kernel compatible ksleep()/wakeup() implementation in VxWorks is somewhat of a kludge. its mainly purpose was to provide similar functionalities found in UNIX kernels. however, the implementation is very netTask specific, in that each call to ksleep will cause it to check the "network semaphore" (a semaphore exclusively used for network stuff by netTask and others), and yield it if necessary (if pending on the new semaphore is needed). that is to say, the ksleep() in VxWorks is nothing but a subroutine that tries to maintain the ownership of a global (hidden) network semaphore before and after the new semaphore in question is taken. it would be more proper, and simpler, to use regular semaphore routines for the purpose of suspending or resuming a task based on the resource availability. read semLib man page for details. --------------------------- End of New-News digest ********************** From daemon@csg.lbl.gov Mon Sep 4 04:00:25 1995 From: daemon@csg.lbl.gov Date: Mon Sep 4 04:00:28 PDT 1995 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Mon Sep 4 04:00:22 PDT 1995 Subject: Re: Sleep and Wakeup mechanism ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: Sleep and Wakeup mechanism Date: 3 Sep 1995 05:08:04 GMT From: squeeby@tuna.hooked.net (Hwa-Jin Bae) Organization: Peaceful Star Message-ID: <42bd7k$j0d@its.hooked.net> References: <42843s$477@news.next.com> <42a3ak$f8l@unet.net.com> Reply-To: squeeby@hooked.net On 2 Sep 1995 17:12:52 GMT, George H. Wayne wrote: : : There is an undocumented unix kernel-style sleep/wakeup mechanism. the BSD UNIX kernel compatible ksleep()/wakeup() implementation in VxWorks is somewhat of a kludge. its mainly purpose was to provide similar functionalities found in UNIX kernels. however, the implementation is very netTask specific, in that each call to ksleep will cause it to check the "network semaphore" (a semaphore exclusively used for network stuff by netTask and others), and yield it if necessary (if pending on the new semaphore is needed). that is to say, the ksleep() in VxWorks is nothing but a subroutine that tries to maintain the ownership of a global (hidden) network semaphore before and after the new semaphore in question is taken. it would be more proper, and simpler, to use regular semaphore routines for the purpose of suspending or resuming a task based on the resource availability. read semLib man page for details. --------------------------- End of New-News digest ********************** Subject: RE: Elite 9 Submitted-by cook@positron.med.ge.com Tue Sep 5 07:37:17 1995 Submitted-by: cook@positron.med.ge.com (Mike Cook) In response to Gordon Miller's inquiry : > This week there were a couple of posts about large SCSI disks. > Although size was not the relevant topic, I am none the less, > wondering what what the maximum partition size everyone is > using? I have been testing a 9Gbyte Seagate (ST410800N) and > found some very strange behavior when I attempted to use a > single partition that was almost 9Gbytes. For instance, I > was able to create 25 files that were appx. 500 Mbytes in > size. This just can't be. I also found that the size of > each file created grew less after each file was created > (by a consistent amount each time). > In talking with Wind River, I found that although in theory > a disk partition of almost 9 gig is possible, there are internal > problems that limit partition size to approximately 2 gig. > Any hints or suggestions? VxWorks 5.1.1 DOS limits the 'maximum number of sectors per cluster' (dosvc_secPerClust) to 0x7F. Thus the only way you are going to be able to configure 9 gig under a single partition is to change your sector size to 2048 bytes (vs. Seagate default of 512 bytes). This translates into a very large cluster size of 237568 bytes, something to consider if your DOS files will be small, i.e. wasted space. Note also that VxWorks functions that return total disk space in bytes, for example, dosFsConfigShow and ioctl( fd, FIONFREE, (s32)&freeBytes ), due to the simple fact you can't store 9 gig in a 'long'. And keep in mind that VxWorks DOS keeps a 'cluster' in memory for each file opened. Given the large Elite 9 cluster size, you can eat up a fair amount of memory from the memory pool if you have several DOS files open simultaneously. Here is a dosFsConfigShow for our Elite 9 : Elite 9 (2K block size) -> dosFsConfigShow "/dos/" device name: /dos/ total number of sectors: 4816592 bytes per sector: 2048 media byte: 0x41 # of sectors per cluster: 74 # of reserved sectors: 1 # of FAT tables: 1 # of sectors per FAT: 64 max # of root dir entries: 512 # of hidden sectors: 0 removable medium: false disk change w/out warning: not enabled auto-sync mode: not enabled long file names: not enabled volume mode: available space: 1274281984 bytes max avail. contig space: 1274281984 bytes value = 0 = 0x0 Once again, note that 'available space' & 'max avail. contig space' are erroneous. Mike Cook GE Medical Systems cookm@med.ge.com From cook@positron.med.ge.com Tue Sep 5 07:37:17 1995 From: cook@positron.med.ge.com (Mike Cook) Date: Tue Sep 5 07:37:21 PDT 1995 Subject: RE: Elite 9 In response to Gordon Miller's inquiry : > This week there were a couple of posts about large SCSI disks. > Although size was not the relevant topic, I am none the less, > wondering what what the maximum partition size everyone is > using? I have been testing a 9Gbyte Seagate (ST410800N) and > found some very strange behavior when I attempted to use a > single partition that was almost 9Gbytes. For instance, I > was able to create 25 files that were appx. 500 Mbytes in > size. This just can't be. I also found that the size of > each file created grew less after each file was created > (by a consistent amount each time). > In talking with Wind River, I found that although in theory > a disk partition of almost 9 gig is possible, there are internal > problems that limit partition size to approximately 2 gig. > Any hints or suggestions? VxWorks 5.1.1 DOS limits the 'maximum number of sectors per cluster' (dosvc_secPerClust) to 0x7F. Thus the only way you are going to be able to configure 9 gig under a single partition is to change your sector size to 2048 bytes (vs. Seagate default of 512 bytes). This translates into a very large cluster size of 237568 bytes, something to consider if your DOS files will be small, i.e. wasted space. Note also that VxWorks functions that return total disk space in bytes, for example, dosFsConfigShow and ioctl( fd, FIONFREE, (s32)&freeBytes ), due to the simple fact you can't store 9 gig in a 'long'. And keep in mind that VxWorks DOS keeps a 'cluster' in memory for each file opened. Given the large Elite 9 cluster size, you can eat up a fair amount of memory from the memory pool if you have several DOS files open simultaneously. Here is a dosFsConfigShow for our Elite 9 : Elite 9 (2K block size) -> dosFsConfigShow "/dos/" device name: /dos/ total number of sectors: 4816592 bytes per sector: 2048 media byte: 0x41 # of sectors per cluster: 74 # of reserved sectors: 1 # of FAT tables: 1 # of sectors per FAT: 64 max # of root dir entries: 512 # of hidden sectors: 0 removable medium: false disk change w/out warning: not enabled auto-sync mode: not enabled long file names: not enabled volume mode: available space: 1274281984 bytes max avail. contig space: 1274281984 bytes value = 0 = 0x0 Once again, note that 'available space' & 'max avail. contig space' are erroneous. Mike Cook GE Medical Systems cookm@med.ge.com Subject: VME access on Force 2CE Submitted-by Harald.Grundner@erno.de Tue Sep 5 07:38:31 1995 Submitted-by: Harald.Grundner@erno.de (Harald Grundner) Dear fellow VxWorkers, I don't understand my Miniforce 2CE computer running VxWorks in terms of VME access. These are the (virtual) addresses given in sun2ce.h: 0xE0000000 /* A32/D32 space */ /* phys. 0 */ 0xFE000000 /* A24/D32 space */ /* phys. 0xff000000 */ 0xFEFC0000 /* A24/D16 space */ /* phys. 0xfffc0000 */ 0xFEFF0000 /* A16/D16 space */ /* phys. 0xffff0000 */ When I try to access a 16 bit board in the A24/D16 range (0xFEFC0000), I get a bus error. However, I can 16 bit - read/write from/to it in the A24/D32 range (0xFE000000). Looking at the lines controlling data access, I see the following pattern in both cases: DS1* DS0* A01 LWORD* low low low high. That means double-byte (16 bit) access, which should be ok. The address modifier lines are the same in both cases, indicating 24 bit supervisor access. Why does the bus error occur? Did anybody experience the same on a Force 2CE and/or have an explanation? Thanks in advance for any responses! - Harald ________________________________________________________________ Harald Grundner e-mail : harald.grundner@erno.de RIT 23 Phone : +49 421 539-4841 Daimler-Benz Aerospace AG Fax : +49 421 539-5577 Huenefeldstrasse 1-5 ___ D-28199 Bremen C ..\__ Germany _ | 00\ _ _________________________________/ \_|_______/___/ \____________ \_/ \_/ From Harald.Grundner@erno.de Tue Sep 5 07:38:31 1995 From: Harald.Grundner@erno.de (Harald Grundner) Date: Tue Sep 5 07:38:36 PDT 1995 Subject: VME access on Force 2CE Dear fellow VxWorkers, I don't understand my Miniforce 2CE computer running VxWorks in terms of VME access. These are the (virtual) addresses given in sun2ce.h: 0xE0000000 /* A32/D32 space */ /* phys. 0 */ 0xFE000000 /* A24/D32 space */ /* phys. 0xff000000 */ 0xFEFC0000 /* A24/D16 space */ /* phys. 0xfffc0000 */ 0xFEFF0000 /* A16/D16 space */ /* phys. 0xffff0000 */ When I try to access a 16 bit board in the A24/D16 range (0xFEFC0000), I get a bus error. However, I can 16 bit - read/write from/to it in the A24/D32 range (0xFE000000). Looking at the lines controlling data access, I see the following pattern in both cases: DS1* DS0* A01 LWORD* low low low high. That means double-byte (16 bit) access, which should be ok. The address modifier lines are the same in both cases, indicating 24 bit supervisor access. Why does the bus error occur? Did anybody experience the same on a Force 2CE and/or have an explanation? Thanks in advance for any responses! - Harald ________________________________________________________________ Harald Grundner e-mail : harald.grundner@erno.de RIT 23 Phone : +49 421 539-4841 Daimler-Benz Aerospace AG Fax : +49 421 539-5577 Huenefeldstrasse 1-5 ___ D-28199 Bremen C ..\__ Germany _ | 00\ _ _________________________________/ \_|_______/___/ \____________ \_/ \_/ Subject: nfsCacheSize Submitted-by stevem@syd.csa.com.au Tue Sep 5 07:38:35 1995 Submitted-by: stevem@syd.csa.com.au (Steven McCoy) We currently use the VxWorks NFS driver to log errors to a file on our Sun host. Errors logged are generally quite small in content. Data is buffered by the NFS driver as defined by, IFF CSCI>nfsCacheSize _nfsCacheSize = 0x7671c: value = 8192 = 0x2000 = _tyCoDevCreate + 0x1bc In the event that an exception/error crashes the system, the error(s) previously logged and stored in the NFS cache will be lost. One solution is to change the nfsCacheSize to something smaller but I'm not sure what effect this will have on the system. We are also making heavy use of NFS files for data recording etc. Is there a performance hit in decreasing the nfsCacheSize (or nfsMaxMsgLen for that matter)? Another solution would be to flush the cache only for the error log file after logging each message. However, the ioctl function FIOFLUSH does not appear to be supported by nfsDrv. I tried fflush to no avail. i.e. function FFLUSH (FD : in OS_FILES.FILE_DESCRIPTOR) return INTEGER; pragma INTERFACE (C, FFLUSH); pragma INTERFACE_NAME (FFLUSH, LANGUAGE.C_SUBP_PREFIX & "fflush"); ... ERROR_LOG_ID : TEXT_IO.FILE_TYPE; ... TEXT_IO.PUT_LINE ( FILE => ERROR_LOG_ID, ITEM => TEXT); TEXT_IO.PUT_LINE ("FFLUSH FD : " & INTEGER'IMAGE(INTEGER(TEXT_SUPPRT.TO_FPTR(ERROR_LOG_ID).FD))); STATUS := FFLUSH(FD => TEXT_SUPPRT.TO_FPTR(ERROR_LOG_ID).FD); TEXT_IO.PUT_LINE ("STATUS : " & INTEGER'IMAGE(STATUS)); ... Is there a way to flush the NFS cache or is the only alternative to change the nfsCacheSize for the system? I have also noted the following in the VxWorks 5.0 Reference Manual, p2-14, under DEFICIENCIES. "There is only one client handle/cache per task. Performance is poor if a task is accessing two or more NFS files." What is "poor" and is this still a problem in VxWorks? We are currently using, VADSworks version 2.0.3(b). VxWorks (for Motorola MVME167) version 5.0.2b. Kernel: WIND version 2.0. Thanks in advance, Steven McCoy CSC Australia A Unit of Computer Sciences Corporation stevem@syd.csa.com.au From stevem@syd.csa.com.au Tue Sep 5 07:38:35 1995 From: stevem@syd.csa.com.au (Steven McCoy) Date: Tue Sep 5 07:38:42 PDT 1995 Subject: nfsCacheSize We currently use the VxWorks NFS driver to log errors to a file on our Sun host. Errors logged are generally quite small in content. Data is buffered by the NFS driver as defined by, IFF CSCI>nfsCacheSize _nfsCacheSize = 0x7671c: value = 8192 = 0x2000 = _tyCoDevCreate + 0x1bc In the event that an exception/error crashes the system, the error(s) previously logged and stored in the NFS cache will be lost. One solution is to change the nfsCacheSize to something smaller but I'm not sure what effect this will have on the system. We are also making heavy use of NFS files for data recording etc. Is there a performance hit in decreasing the nfsCacheSize (or nfsMaxMsgLen for that matter)? Another solution would be to flush the cache only for the error log file after logging each message. However, the ioctl function FIOFLUSH does not appear to be supported by nfsDrv. I tried fflush to no avail. i.e. function FFLUSH (FD : in OS_FILES.FILE_DESCRIPTOR) return INTEGER; pragma INTERFACE (C, FFLUSH); pragma INTERFACE_NAME (FFLUSH, LANGUAGE.C_SUBP_PREFIX & "fflush"); ... ERROR_LOG_ID : TEXT_IO.FILE_TYPE; ... TEXT_IO.PUT_LINE ( FILE => ERROR_LOG_ID, ITEM => TEXT); TEXT_IO.PUT_LINE ("FFLUSH FD : " & INTEGER'IMAGE(INTEGER(TEXT_SUPPRT.TO_FPTR(ERROR_LOG_ID).FD))); STATUS := FFLUSH(FD => TEXT_SUPPRT.TO_FPTR(ERROR_LOG_ID).FD); TEXT_IO.PUT_LINE ("STATUS : " & INTEGER'IMAGE(STATUS)); ... Is there a way to flush the NFS cache or is the only alternative to change the nfsCacheSize for the system? I have also noted the following in the VxWorks 5.0 Reference Manual, p2-14, under DEFICIENCIES. "There is only one client handle/cache per task. Performance is poor if a task is accessing two or more NFS files." What is "poor" and is this still a problem in VxWorks? We are currently using, VADSworks version 2.0.3(b). VxWorks (for Motorola MVME167) version 5.0.2b. Kernel: WIND version 2.0. Thanks in advance, Steven McCoy CSC Australia A Unit of Computer Sciences Corporation stevem@syd.csa.com.au Subject: C++ for PC-HOST Submitted-by kita@info.kobelco.co.jp Tue Sep 5 07:38:44 1995 Submitted-by: kita@info.kobelco.co.jp (Junko Kita) Hi, Does anyone know the C++ using on Windows3.1 for VxWorks exist? Our some customer need it. Best Regards, ---------------------------------------- Junko Kita *Electronics & Information Division *Kobe Steel, Ltd. *VxWorks Master Distributor in Japan* TEL: 81-78-261-6461 FAX: 81-78-261-6499 E-mail: kita@info.kobelco.co.jp ---------------------------------------- ************************************************* $B!!4nB?!!=g;R(B @$B!J3t!K?@8M@=9]=j(B $B!!(BTEL: 078-261-6461$B!!(BFAX: 078-261-6499 $B!!(BE-mail: kita@info.kobelco.co.jp ************************************************* From kita@info.kobelco.co.jp Tue Sep 5 07:38:44 1995 From: kita@info.kobelco.co.jp (Junko Kita) Date: Tue Sep 5 07:38:47 PDT 1995 Subject: C++ for PC-HOST Hi, Does anyone know the C++ using on Windows3.1 for VxWorks exist? Our some customer need it. Best Regards, ---------------------------------------- Junko Kita *Electronics & Information Division *Kobe Steel, Ltd. *VxWorks Master Distributor in Japan* TEL: 81-78-261-6461 FAX: 81-78-261-6499 E-mail: kita@info.kobelco.co.jp ---------------------------------------- ************************************************* $B!!4nB?!!=g;R(B @$B!J3t!K?@8M@=9]=j(B $B!!(BTEL: 078-261-6461$B!!(BFAX: 078-261-6499 $B!!(BE-mail: kita@info.kobelco.co.jp ************************************************* Subject: Re: comp.os.vxworks newsdigest Submitted-by @post.demon.co.uk:IAN_H@pentland.demon.co.uk Tue Sep 5 07:38:47 1995 Submitted-by: Ian Henry I think this may be one of Peters, I don't recognise it From @post.demon.co.uk:IAN_H@pentland.demon.co.uk Tue Sep 5 07:38:47 1995 From: Ian Henry Date: Tue Sep 5 07:38:51 PDT 1995 Subject: Re: comp.os.vxworks newsdigest I think this may be one of Peters, I don't recognise it Subject: Board Support Package Info Submitted-by Sam.Shaffer@wj.com Tue Sep 5 09:06:39 1995 Submitted-by: Sam.Shaffer@wj.com I am developing a board support package and am having some difficulty in determining if drivers for the following exist for the 68k platform. I am using VxWorks version 5.2. Also has WindRiver been able to provide the source code for these or are they from a second source. I am developing for a MC68EC040 VTC VIC068A (VIC) VXI backplane controller. AMD AM79C940 (MACE) ETHERNET Interface. Thanks for your help, Sam Shaffer / email: sam.shaffer@wj.com Watkins-Johnson Co. 700 Quince Orchard Dr. Gaithersburg, MD. 20878 301-948-7550 x7222 fax 301-948-6258 From Sam.Shaffer@wj.com Tue Sep 5 09:06:39 1995 From: Sam.Shaffer@wj.com Date: Tue Sep 5 09:06:42 PDT 1995 Subject: Board Support Package Info I am developing a board support package and am having some difficulty in determining if drivers for the following exist for the 68k platform. I am using VxWorks version 5.2. Also has WindRiver been able to provide the source code for these or are they from a second source. I am developing for a MC68EC040 VTC VIC068A (VIC) VXI backplane controller. AMD AM79C940 (MACE) ETHERNET Interface. Thanks for your help, Sam Shaffer / email: sam.shaffer@wj.com Watkins-Johnson Co. 700 Quince Orchard Dr. Gaithersburg, MD. 20878 301-948-7550 x7222 fax 301-948-6258 Subject: Re: VME access on Force 2CE Submitted-by xsd@mee.hwm.com Wed Sep 6 00:38:24 1995 Submitted-by: xsd@mee.hwm.com (Uwe Scheffold) Dear Harald, have a look at your BSP-File memDesc.c. There should be the line: VM_STATE_VALID|VM_STATE_WRITABLE|VM_STATE_CACHEABLE_NOT|VM_STATE_DS_VME_D32 ^^^^^^^^^^^^^^^^^^ with the A24/D32 mapping and the line: VM_STATE_VALID|VM_STATE_WRITABLE|VM_STATE_CACHEABLE_NOT|VM_STATE_DS_VME_D16 ^^^^^^^^^^^^^^^^^^ with the A24/D16 mapping. I would say, that VM_STATE_DS_VME_D16 and VM_STATE_DS_VME_D32 are not Ok. A other thing, that causes trubble is, the limited space of Adressmapping in memDesc.c, so far as I know, the whole mapping (VME, and others) has to be smaller than 64K. Best Regards Uwe. From xsd@mee.hwm.com Wed Sep 6 00:38:24 1995 From: xsd@mee.hwm.com (Uwe Scheffold) Date: Wed Sep 6 00:38:27 PDT 1995 Subject: Re: VME access on Force 2CE Dear Harald, have a look at your BSP-File memDesc.c. There should be the line: VM_STATE_VALID|VM_STATE_WRITABLE|VM_STATE_CACHEABLE_NOT|VM_STATE_DS_VME_D32 ^^^^^^^^^^^^^^^^^^ with the A24/D32 mapping and the line: VM_STATE_VALID|VM_STATE_WRITABLE|VM_STATE_CACHEABLE_NOT|VM_STATE_DS_VME_D16 ^^^^^^^^^^^^^^^^^^ with the A24/D16 mapping. I would say, that VM_STATE_DS_VME_D16 and VM_STATE_DS_VME_D32 are not Ok. A other thing, that causes trubble is, the limited space of Adressmapping in memDesc.c, so far as I know, the whole mapping (VME, and others) has to be smaller than 64K. Best Regards Uwe. Subject: comp.os.vxworks newsdigest Submitted-by daemon@csg.lbl.gov Wed Sep 6 04:00:40 1995 Submitted-by: daemon@csg.lbl.gov Comp.Os.Vxworks Daily Digest Wed Sep 6 04:00:36 PDT 1995 Subject: VxWorks FAQ around? Subject: Horror stories with Motorola 1603 board? Subject: Tape drives Subject: Re: How to run ObjecTime under VxSim Subject: Re: re: AXPvme and AXPpci experience Subject: re: AXPvme and AXPpci experience Subject: Re: Multiple Ethernet Connections Subject: Re: AXPvme and AXPpci experience Subject: Force 10 parallel interface Subject: Re: Multiple Ethernet Connections ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: VxWorks FAQ around? Date: Mon, 04 Sep 1995 10:41:08 -0500 From: sroth@shore.net (Scott D. Roth) Organization: North Shore Access/Eco Software, Inc; (info@shore.net) Message-ID: Where can I get the FAQ file for VxWorks? roth@datacube.com --------------------------- Newsgroups: comp.os.vxworks Subject: Horror stories with Motorola 1603 board? Date: Mon, 04 Sep 1995 10:46:04 -0500 From: sroth@shore.net (Scott D. Roth) Organization: North Shore Access/Eco Software, Inc; (info@shore.net) Message-ID: Does anyone have any experience with the pre-beta VxWorks for the PowerPC processor board 1603 that Motorola sells? Does it work? Any special gotchas? Does VxWorks have to save and restore all 32 64-bit floating point registers during a context switch? Any memory leaks? Is your application in production? --------------------------- Newsgroups: comp.os.vxworks Subject: Tape drives Date: Mon, 04 Sep 1995 10:46:58 -0500 From: sroth@shore.net (Scott D. Roth) Organization: North Shore Access/Eco Software, Inc; (info@shore.net) Message-ID: What SCSI tape drives does VxWorks support? --------------------------- Newsgroups: comp.os.vxworks Subject: Re: How to run ObjecTime under VxSim Date: Mon, 4 Sep 95 14:51:50 GMT From: scott@otl16 (Scott Darlington) Organization: ObjecTime Limited, Kanata, Ontario, Canada Keywords: VxSim, ObjecTime Message-ID: <1995Sep4.145150.28696@ObjecTime.on.ca> References: <42256s$2e4@unet.net.com> <1995Sep3.003856.19225@ObjecTime.on.ca> Reply-To: scott@objectime.on.ca Sender: news@ObjecTime.on.ca In article <1995Sep3.003856.19225@ObjecTime.on.ca>, I wrote: > In article <42256s$2e4@unet.net.com>, Hongbing Wang > wrote: > > >Anyone can tell me how to run ObjecTime under VxSim on SunOS 4.1.3 ? > > I presume you want to run ObjecTime's MicroRTS under VxSim. > Although I work in ObjecTime's technical support group, I > haven't done this myself yet. Since I'm at home right now I > can't find the answer for you immediately. However, once I > find out I'll let you know. Apparently, users wanting to run ObjecTime Limited's MicroRTS on Wind River System's VxSim on SunOS 4.1.3 must first have ObjecTime's MicroRTS Target Development Package (source code) for the MicroRTS (and, according to our records, your employer has purchased that package). Then, you need to modify various makefiles so that the MicroRTS can run natively on SunOS while including and linking with VxSim/VxWorks header and library files. (Normally, the makefiles assume that compiling for SunOS 4.1.3 means running under SunOS 4.1.3 but that's not the case when using VxSim). If you'd like more help with this, you should contact ObjecTime Support directly at (613) 591-3400 or via support@objectime.on.ca. - --Scott - -- Scott Darlington Customer Services ObjecTime Limited scott@objectime.on.ca support@objectime.on.ca 340 March Road Voice: (613) 591-3642 Voice: (613) 591-3400 Kanata, Ontario Sales: 1-800-567-TIME Fax: (613) 591-3784 CANADA K2K 2E4 --------------------------- Newsgroups: comp.os.vxworks Subject: Re: re: AXPvme and AXPpci experience Date: 5 Sep 1995 05:26:48 GMT From: "Phil S. Wilshire" Organization: Internet On-Ramp, Inc. Message-ID: <42gn2o$15m@express.ior.com> References: <9508311330.AA00849@locutus> mea@mclean.sparta.com (Mike Anderson) wrote: > > Greetings! > > From: mycl@indirect.com (Charles Young) > > > > Has anyone had experience with either the AXPvme or AXPpci product from > > Digital using VxWorks? > > > > I'm looking for success stories or even personal impressions of same. > > I personally haven't used the AXP products so my comments are probably > worth what you paid for them ;-). However, having worked extensively > with little-endian processors (i960) in the VMEbus world I can tell you > HTH, > > =============================================================================== > __ Real-Time System Development, Integration, Training and Services > //\\ > // \\ Mike Anderson > // /\ \\ Chief Engineer Voice : (703) 448-0210 ext. 235 > // / \ \\ SPARTA, Inc. FAX : (703) 734-3323 > // \ \\ 7926 Jones Branch Drive EMAIL : mea@mclean.sparta.com > \\ \ // Suite 900 Web : http://www.mclean.sparta.com > \\ \ / // McLean, VA 22102 > \\ \/ // "Software development is like making > \\ // a baby... You can't make a baby in one > \\// month by impregnating nine women. > -- "Pride in Performance" Some things just take time." > =============================================================================== Mike , Don't you think you're being a little hard on the Axp product. I would have thought that you would have liked to post such a comment after having actually tested the board not before. It seems to me that there are a lot of neat tricks put into this board to make it as easy as possible to integrate it into the VME environment. ..But I don't know for sure not having used much else other than the AXP board. Hope you get a board to test.. they don't cost too much. Phil Wilshire --------------------------- Newsgroups: comp.os.vxworks Subject: re: AXPvme and AXPpci experience Date: 5 Sep 1995 15:01:28 GMT From: msinger@griffon.oe.fau.edu (Matthew Singer) Organization: Florida Atlantic University Message-ID: <42hoo8$nmg@cybernet.cse.fau.edu> References: <9508311330.AA00849@locutus> Reply-To: msinger@griffon.oe.fau.edu (Matthew Singer) Sender: msinger@griffon (Matthew Singer) In article <9508311330.AA00849@locutus>, mea@mclean.sparta.com (Mike Anderson) writes: |> I personally haven't used the AXP products so my comments are probably |>worth what you paid for them ;-). However, having worked extensively |>with little-endian processors (i960) in the VMEbus world I can tell you |>that regardless of the fancy bus swapping hardware that may be onboard, |>you're in for a struggle with the AXP. VMEbus is, by it's nature, a |>big-endian architecture. There's no problem as long as you have to |>deal with the bus in only bytes, only words or only longs (or double |>longs in the case of a 64-bit architecture). And, if that's your |>environment (such as a serial commo problem), then the AXP will be both |>fast and reasonably efficient. |> |>Where you will run into trouble is when you have to pass packed, |>byte-aligned structures that are composed of combinations of all of |>those types. The byte-swapping is a performance killer. You might |>say, "well, just reorder the structure". If you had designed the |>structure in the first place, then you could. But, if the structure is |>being dictated to you by, oh say, the TCP protocol stack, then you're |>in for headaches galore. |> |>Now, talking to the PCI bus, that's a different story. PCI was designed |>to integrate well with little-endian (e.g., IBM PC) architectures. In |>that architecture, the big-endian guys are in for headaches. But the |>Alpha, should fit in well. I surely wish that we could settle on |>one orientation or the other, but that's not likely in my lifetime |>at least ;-). |> |>And, if DEC want's to change my mind on the byte swapping hardware point, |>send me an AXP and let me try to port my FDDI driver to it. If it |>compiles and runs without modifications to handle the AXP's endianness, |>I'll gladly sing their praises as the only ones that have *finally* |>gotten it right to anybody who'll listen. |> |>HTH, |> > Sorry for including more than I should have.... Just want to make one point here. It is not good to say that If you are using bytes you will be ok. While this may be ok for the i960, it is not for the the AXP. The Alpha does not do byte instructions. It will read 32 bits and then play masking games. And it is real slow doing it. The AXPvme is a nice board if you are doing lots of number crunching with a little bit of VME interfacing. But for heavy hardware control, it's slower than a 68040. The reason for this is that unless you are doing 32bit I/O you have to make a function call to do the read/write with calculates offsets, masking...lots of stuff which should have been done in hardware... - ------------------------------------------------------------------------------- Matthew R. Singer msinger@oe.fau.edu Systems Engineer Voice: 407-367-2947 Florida Atlantic University Fax : 407-367-3885 Dept of Ocean Engineering - ------------------------------------------------------------------------------- --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Multiple Ethernet Connections Date: 5 Sep 1995 13:14:56 -0700 From: hjb@netapp.com (HwaJin Bae-Consultant) Organization: Network Appliance Message-ID: <42ib40$clm@nova.netapp.com> References: <9508312346.AA16796@condor.anzac> In article <9508312346.AA16796@condor.anzac>, Steven McCoy wrote: >I'm looking for the best solution for the following LAN >configuration. There are two separate LAN ethernet connections >via the one VME subrack/bus. The second ethernet connection >may be handled via another 167 SBC running VxWorks or an additional >ethernet interface card. Cost is a factor so plugging in another >SBC to achieve an additional ethernet connection starts to get >expensive, despite being a simple solution. An ethernet controller >card such as the MVME374 or MVME376 may be a cheaper solution, >however, a driver will need to be written/procured. > i'd stay away from MVME374. last time i worked on a driver for one of those (about 7 years ago), i found it to be overly complicated, slow, and expensive. its driver/firmware interface is based on BPP/CE which was overkill and source of a lot of misery. motorola also used to resell CMC ENP-10 boards, and although it was cheaper it ran faster than 374 due to its simpler design. cheapest solution might be to buy additional on-board options for extra ethernet for 167 + driver (it may actually not be that cheap!) OR use a well-known ethernet boards, like the good old ENP-10. another good/cheap ethernet boards are: SBC VLANE (which actually has a native VxWorks port), interphase Eagle (which is used in some SGI, MIPS, and Pyramid servers). the Eagle is at least partly supported by WRS last time i checked; the driver port is available for some VxWorks (but not all. i believe it's been ported to only work with SGI/MIPS targets). interphase should still have a native port of VxWorks running on Eagle, but i'm not sure if they sell them like that. they probably have faster/cheaper boards by now. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: AXPvme and AXPpci experience Date: Tue, 5 Sep 1995 22:15:28 GMT From: jfinley@netcom.com (John Finley) Organization: NETCOM On-line Communication Services (408 261-4700 guest) Message-ID: References: <9508311330.AA00849@locutus> Sender: jfinley@netcom17.netcom.com Mike Anderson (mea@mclean.sparta.com) wrote: : And, if DEC want's to change my mind on the byte swapping hardware point, : send me an AXP and let me try to port my FDDI driver to it. If it : compiles and runs without modifications to handle the AXP's endianness, : I'll gladly sing their praises as the only ones that have *finally* : gotten it right to anybody who'll listen. My .02 worth: You CANNOT CANNOT CANNOT do byte swapping completely in hardware and solve the endian problem. All you can do is get the byte "lanes" right, so that VMEbus bits D24-D31 go to the lowest address in your memory (VME spec). No one will ever "get it right" in hardware, if that means we can just recompile and run. With considerable overhead, software could theoretically be made endian-tolerant, by tagging all structure fields with their size and current swap state. It's probably faster to just swap, ala "network byte ordering". John Finley --------------------------- Newsgroups: comp.os.vxworks Subject: Force 10 parallel interface Date: 5 Sep 1995 21:23:44 -0400 From: duanea5809@aol.com (DuaneA5809) Organization: America Online, Inc. (1-800-827-6364) Message-ID: <42it70$g52@newsbf02.news.aol.com> Reply-To: duanea5809@aol.com (DuaneA5809) Sender: root@newsbf02.news.aol.com The FORCE 10 has a Centronics parallel interface on it. Anyone know of where I might find some source code to drive this interface? Thanks in advance. DuaneA5809@aol.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Multiple Ethernet Connections Date: 6 Sep 1995 00:53:37 GMT From: SJKC19F@prodigy.com (Michael Campbell) Organization: Prodigy Services Company 1-800-PRODIGY Message-ID: <42ireh$r8q@usenetw1.news.prodigy.com> References: <9508312346.aa16796@condor.anzac> <42ib40$clm@nova.netapp.com> hjb@netapp.com (HwaJin Bae-Consultant) wrote: > >In article <9508312346.AA16796@condor.anzac>, >Steven McCoy wrote: >>I'm looking for the best solution for the following LAN >>configuration. There are two separate LAN ethernet connections >>via the one VME subrack/bus. The second ethernet connection >>may be handled via another 167 SBC running VxWorks or an additional >>ethernet interface card. > >cheapest solution might be to buy additional on-board options for >extra ethernet for 167 + driver (it may actually not be that cheap!) What on board options are available for the 167? I know there is a (little used?) data port available but has anyone put that to good use - i.e. some add on product? Are the voltage levels right there to do a "software ethernet" port. Another alternative if you have some other enough serial ports that you need to reach via ethernet would be to get a 3Com serial to ethernet converter. These will typically give you access to 8-16 serial ports via an ethernet address. Not true ethernet, but close enough for some applications. --------------------------- End of New-News digest ********************** From daemon@csg.lbl.gov Wed Sep 6 04:00:40 1995 From: daemon@csg.lbl.gov Date: Wed Sep 6 04:00:44 PDT 1995 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Wed Sep 6 04:00:36 PDT 1995 Subject: VxWorks FAQ around? Subject: Horror stories with Motorola 1603 board? Subject: Tape drives Subject: Re: How to run ObjecTime under VxSim Subject: Re: re: AXPvme and AXPpci experience Subject: re: AXPvme and AXPpci experience Subject: Re: Multiple Ethernet Connections Subject: Re: AXPvme and AXPpci experience Subject: Force 10 parallel interface Subject: Re: Multiple Ethernet Connections ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: VxWorks FAQ around? Date: Mon, 04 Sep 1995 10:41:08 -0500 From: sroth@shore.net (Scott D. Roth) Organization: North Shore Access/Eco Software, Inc; (info@shore.net) Message-ID: Where can I get the FAQ file for VxWorks? roth@datacube.com --------------------------- Newsgroups: comp.os.vxworks Subject: Horror stories with Motorola 1603 board? Date: Mon, 04 Sep 1995 10:46:04 -0500 From: sroth@shore.net (Scott D. Roth) Organization: North Shore Access/Eco Software, Inc; (info@shore.net) Message-ID: Does anyone have any experience with the pre-beta VxWorks for the PowerPC processor board 1603 that Motorola sells? Does it work? Any special gotchas? Does VxWorks have to save and restore all 32 64-bit floating point registers during a context switch? Any memory leaks? Is your application in production? --------------------------- Newsgroups: comp.os.vxworks Subject: Tape drives Date: Mon, 04 Sep 1995 10:46:58 -0500 From: sroth@shore.net (Scott D. Roth) Organization: North Shore Access/Eco Software, Inc; (info@shore.net) Message-ID: What SCSI tape drives does VxWorks support? --------------------------- Newsgroups: comp.os.vxworks Subject: Re: How to run ObjecTime under VxSim Date: Mon, 4 Sep 95 14:51:50 GMT From: scott@otl16 (Scott Darlington) Organization: ObjecTime Limited, Kanata, Ontario, Canada Keywords: VxSim, ObjecTime Message-ID: <1995Sep4.145150.28696@ObjecTime.on.ca> References: <42256s$2e4@unet.net.com> <1995Sep3.003856.19225@ObjecTime.on.ca> Reply-To: scott@objectime.on.ca Sender: news@ObjecTime.on.ca In article <1995Sep3.003856.19225@ObjecTime.on.ca>, I wrote: > In article <42256s$2e4@unet.net.com>, Hongbing Wang > wrote: > > >Anyone can tell me how to run ObjecTime under VxSim on SunOS 4.1.3 ? > > I presume you want to run ObjecTime's MicroRTS under VxSim. > Although I work in ObjecTime's technical support group, I > haven't done this myself yet. Since I'm at home right now I > can't find the answer for you immediately. However, once I > find out I'll let you know. Apparently, users wanting to run ObjecTime Limited's MicroRTS on Wind River System's VxSim on SunOS 4.1.3 must first have ObjecTime's MicroRTS Target Development Package (source code) for the MicroRTS (and, according to our records, your employer has purchased that package). Then, you need to modify various makefiles so that the MicroRTS can run natively on SunOS while including and linking with VxSim/VxWorks header and library files. (Normally, the makefiles assume that compiling for SunOS 4.1.3 means running under SunOS 4.1.3 but that's not the case when using VxSim). If you'd like more help with this, you should contact ObjecTime Support directly at (613) 591-3400 or via support@objectime.on.ca. - --Scott - -- Scott Darlington Customer Services ObjecTime Limited scott@objectime.on.ca support@objectime.on.ca 340 March Road Voice: (613) 591-3642 Voice: (613) 591-3400 Kanata, Ontario Sales: 1-800-567-TIME Fax: (613) 591-3784 CANADA K2K 2E4 --------------------------- Newsgroups: comp.os.vxworks Subject: Re: re: AXPvme and AXPpci experience Date: 5 Sep 1995 05:26:48 GMT From: "Phil S. Wilshire" Organization: Internet On-Ramp, Inc. Message-ID: <42gn2o$15m@express.ior.com> References: <9508311330.AA00849@locutus> mea@mclean.sparta.com (Mike Anderson) wrote: > > Greetings! > > From: mycl@indirect.com (Charles Young) > > > > Has anyone had experience with either the AXPvme or AXPpci product from > > Digital using VxWorks? > > > > I'm looking for success stories or even personal impressions of same. > > I personally haven't used the AXP products so my comments are probably > worth what you paid for them ;-). However, having worked extensively > with little-endian processors (i960) in the VMEbus world I can tell you > HTH, > > =============================================================================== > __ Real-Time System Development, Integration, Training and Services > //\\ > // \\ Mike Anderson > // /\ \\ Chief Engineer Voice : (703) 448-0210 ext. 235 > // / \ \\ SPARTA, Inc. FAX : (703) 734-3323 > // \ \\ 7926 Jones Branch Drive EMAIL : mea@mclean.sparta.com > \\ \ // Suite 900 Web : http://www.mclean.sparta.com > \\ \ / // McLean, VA 22102 > \\ \/ // "Software development is like making > \\ // a baby... You can't make a baby in one > \\// month by impregnating nine women. > -- "Pride in Performance" Some things just take time." > =============================================================================== Mike , Don't you think you're being a little hard on the Axp product. I would have thought that you would have liked to post such a comment after having actually tested the board not before. It seems to me that there are a lot of neat tricks put into this board to make it as easy as possible to integrate it into the VME environment. ..But I don't know for sure not having used much else other than the AXP board. Hope you get a board to test.. they don't cost too much. Phil Wilshire --------------------------- Newsgroups: comp.os.vxworks Subject: re: AXPvme and AXPpci experience Date: 5 Sep 1995 15:01:28 GMT From: msinger@griffon.oe.fau.edu (Matthew Singer) Organization: Florida Atlantic University Message-ID: <42hoo8$nmg@cybernet.cse.fau.edu> References: <9508311330.AA00849@locutus> Reply-To: msinger@griffon.oe.fau.edu (Matthew Singer) Sender: msinger@griffon (Matthew Singer) In article <9508311330.AA00849@locutus>, mea@mclean.sparta.com (Mike Anderson) writes: |> I personally haven't used the AXP products so my comments are probably |>worth what you paid for them ;-). However, having worked extensively |>with little-endian processors (i960) in the VMEbus world I can tell you |>that regardless of the fancy bus swapping hardware that may be onboard, |>you're in for a struggle with the AXP. VMEbus is, by it's nature, a |>big-endian architecture. There's no problem as long as you have to |>deal with the bus in only bytes, only words or only longs (or double |>longs in the case of a 64-bit architecture). And, if that's your |>environment (such as a serial commo problem), then the AXP will be both |>fast and reasonably efficient. |> |>Where you will run into trouble is when you have to pass packed, |>byte-aligned structures that are composed of combinations of all of |>those types. The byte-swapping is a performance killer. You might |>say, "well, just reorder the structure". If you had designed the |>structure in the first place, then you could. But, if the structure is |>being dictated to you by, oh say, the TCP protocol stack, then you're |>in for headaches galore. |> |>Now, talking to the PCI bus, that's a different story. PCI was designed |>to integrate well with little-endian (e.g., IBM PC) architectures. In |>that architecture, the big-endian guys are in for headaches. But the |>Alpha, should fit in well. I surely wish that we could settle on |>one orientation or the other, but that's not likely in my lifetime |>at least ;-). |> |>And, if DEC want's to change my mind on the byte swapping hardware point, |>send me an AXP and let me try to port my FDDI driver to it. If it |>compiles and runs without modifications to handle the AXP's endianness, |>I'll gladly sing their praises as the only ones that have *finally* |>gotten it right to anybody who'll listen. |> |>HTH, |> > Sorry for including more than I should have.... Just want to make one point here. It is not good to say that If you are using bytes you will be ok. While this may be ok for the i960, it is not for the the AXP. The Alpha does not do byte instructions. It will read 32 bits and then play masking games. And it is real slow doing it. The AXPvme is a nice board if you are doing lots of number crunching with a little bit of VME interfacing. But for heavy hardware control, it's slower than a 68040. The reason for this is that unless you are doing 32bit I/O you have to make a function call to do the read/write with calculates offsets, masking...lots of stuff which should have been done in hardware... - ------------------------------------------------------------------------------- Matthew R. Singer msinger@oe.fau.edu Systems Engineer Voice: 407-367-2947 Florida Atlantic University Fax : 407-367-3885 Dept of Ocean Engineering - ------------------------------------------------------------------------------- --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Multiple Ethernet Connections Date: 5 Sep 1995 13:14:56 -0700 From: hjb@netapp.com (HwaJin Bae-Consultant) Organization: Network Appliance Message-ID: <42ib40$clm@nova.netapp.com> References: <9508312346.AA16796@condor.anzac> In article <9508312346.AA16796@condor.anzac>, Steven McCoy wrote: >I'm looking for the best solution for the following LAN >configuration. There are two separate LAN ethernet connections >via the one VME subrack/bus. The second ethernet connection >may be handled via another 167 SBC running VxWorks or an additional >ethernet interface card. Cost is a factor so plugging in another >SBC to achieve an additional ethernet connection starts to get >expensive, despite being a simple solution. An ethernet controller >card such as the MVME374 or MVME376 may be a cheaper solution, >however, a driver will need to be written/procured. > i'd stay away from MVME374. last time i worked on a driver for one of those (about 7 years ago), i found it to be overly complicated, slow, and expensive. its driver/firmware interface is based on BPP/CE which was overkill and source of a lot of misery. motorola also used to resell CMC ENP-10 boards, and although it was cheaper it ran faster than 374 due to its simpler design. cheapest solution might be to buy additional on-board options for extra ethernet for 167 + driver (it may actually not be that cheap!) OR use a well-known ethernet boards, like the good old ENP-10. another good/cheap ethernet boards are: SBC VLANE (which actually has a native VxWorks port), interphase Eagle (which is used in some SGI, MIPS, and Pyramid servers). the Eagle is at least partly supported by WRS last time i checked; the driver port is available for some VxWorks (but not all. i believe it's been ported to only work with SGI/MIPS targets). interphase should still have a native port of VxWorks running on Eagle, but i'm not sure if they sell them like that. they probably have faster/cheaper boards by now. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: AXPvme and AXPpci experience Date: Tue, 5 Sep 1995 22:15:28 GMT From: jfinley@netcom.com (John Finley) Organization: NETCOM On-line Communication Services (408 261-4700 guest) Message-ID: References: <9508311330.AA00849@locutus> Sender: jfinley@netcom17.netcom.com Mike Anderson (mea@mclean.sparta.com) wrote: : And, if DEC want's to change my mind on the byte swapping hardware point, : send me an AXP and let me try to port my FDDI driver to it. If it : compiles and runs without modifications to handle the AXP's endianness, : I'll gladly sing their praises as the only ones that have *finally* : gotten it right to anybody who'll listen. My .02 worth: You CANNOT CANNOT CANNOT do byte swapping completely in hardware and solve the endian problem. All you can do is get the byte "lanes" right, so that VMEbus bits D24-D31 go to the lowest address in your memory (VME spec). No one will ever "get it right" in hardware, if that means we can just recompile and run. With considerable overhead, software could theoretically be made endian-tolerant, by tagging all structure fields with their size and current swap state. It's probably faster to just swap, ala "network byte ordering". John Finley --------------------------- Newsgroups: comp.os.vxworks Subject: Force 10 parallel interface Date: 5 Sep 1995 21:23:44 -0400 From: duanea5809@aol.com (DuaneA5809) Organization: America Online, Inc. (1-800-827-6364) Message-ID: <42it70$g52@newsbf02.news.aol.com> Reply-To: duanea5809@aol.com (DuaneA5809) Sender: root@newsbf02.news.aol.com The FORCE 10 has a Centronics parallel interface on it. Anyone know of where I might find some source code to drive this interface? Thanks in advance. DuaneA5809@aol.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Multiple Ethernet Connections Date: 6 Sep 1995 00:53:37 GMT From: SJKC19F@prodigy.com (Michael Campbell) Organization: Prodigy Services Company 1-800-PRODIGY Message-ID: <42ireh$r8q@usenetw1.news.prodigy.com> References: <9508312346.aa16796@condor.anzac> <42ib40$clm@nova.netapp.com> hjb@netapp.com (HwaJin Bae-Consultant) wrote: > >In article <9508312346.AA16796@condor.anzac>, >Steven McCoy wrote: >>I'm looking for the best solution for the following LAN >>configuration. There are two separate LAN ethernet connections >>via the one VME subrack/bus. The second ethernet connection >>may be handled via another 167 SBC running VxWorks or an additional >>ethernet interface card. > >cheapest solution might be to buy additional on-board options for >extra ethernet for 167 + driver (it may actually not be that cheap!) What on board options are available for the 167? I know there is a (little used?) data port available but has anyone put that to good use - i.e. some add on product? Are the voltage levels right there to do a "software ethernet" port. Another alternative if you have some other enough serial ports that you need to reach via ethernet would be to get a 3Com serial to ethernet converter. These will typically give you access to 8-16 serial ports via an ethernet address. Not true ethernet, but close enough for some applications. --------------------------- End of New-News digest ********************** Subject: Re: AXPvme and AXPpci Submitted-by mea@mclean.sparta.com Wed Sep 6 06:28:01 1995 Submitted-by: mea@mclean.sparta.com (Mike Anderson) Greetings! Phil Wilshire writes: > Mike , > Don't you think you're being a little hard on the Axp product. > I would have thought that you would have liked to post such a > comment after having actually tested the board not before. > > It seems to me that there are a lot of neat tricks put into this > board to make it as easy as possible to integrate it into the VME > environment. > ..But I don't know for sure not having used much else other than the > AXP board. > Actually, if you'll reread my posting, you'll find that I'm not critizing the AXP product (other than questioning whether the claims of not having to do byte-swapping "'cause they've done it in hardware" are accurate) but merely warning about the trials and tribulations of trying to run a little-endian processor on a big endian bus. Matthew Singer writes: > > Sorry for including more than I should have.... Just want to make > one point here. It is not good to say that If you are using bytes > you will be ok. While this may be ok for the i960, it is not > for the the AXP. The Alpha does not do byte instructions. It will > read 32 bits and then play masking games. And it is real slow doing > it. The AXPvme is a nice board if you are doing lots of number crunching > with a little bit of VME interfacing. But for heavy hardware control, > it's slower than a 68040. The reason for this is that unless you are > doing 32bit I/O you have to make a function call to do the read/write > with calculates offsets, masking...lots of stuff which should have been > done in hardware... Clearly, this byte masking problem highlights another "gotcha" when dealing with many of the current crop of RISC processors (not just the Alpha). Many of these processor developers have made decisions to favor 32-bit or 64-bit alignment for higher speed of what I'll call "mainstream" applications such as Unix or Windows NT. Let's face it, that's where the *big* money is. Therefore, whereas a processor family may be extremely well suited to fast floating point, it may not be well suited to the quirky byte-alignments that we are often faced with in the hard, real-time world. The bottom line is, don't bypass that 68K in favor of the newest widget until you've examined your problem closely. You may save thousands of $$$, months of work and handfuls of hair (the latter may be the most important to many of us ;-). Finally, John Finley writes: > > You CANNOT CANNOT CANNOT do byte swapping completely in hardware and > solve the endian problem. All you can do is get the byte "lanes" > right, so that VMEbus bits D24-D31 go to the lowest address in your > memory (VME spec). > > No one will ever "get it right" in hardware, if that means we can just > recompile and run. > > With considerable overhead, software could theoretically be made > endian-tolerant, by tagging all structure fields with their size and > current swap state. It's probably faster to just swap, ala "network > byte ordering". > I agree. The point of my original posting was to simply say watch out for the byte ordering, and don't bank on some magic hardware to take care of it for you. I continue to stand by that premise. Regards, =============================================================================== __ Real-Time System Development, Integration, Training and Services //\\ // \\ Mike Anderson // /\ \\ Chief Engineer Voice : (703) 448-0210 ext. 235 // / \ \\ SPARTA, Inc. FAX : (703) 734-3323 // \ \\ 7926 Jones Branch Drive EMAIL : mea@mclean.sparta.com \\ \ // Suite 900 Web : http://www.mclean.sparta.com \\ \ / // McLean, VA 22102 \\ \/ // "Software development is like making \\ // a baby... You can't make a baby in one \\// month by impregnating nine women. -- "Pride in Performance" Some things just take time." =============================================================================== From mea@mclean.sparta.com Wed Sep 6 06:28:01 1995 From: mea@mclean.sparta.com (Mike Anderson) Date: Wed Sep 6 06:28:03 PDT 1995 Subject: Re: AXPvme and AXPpci Greetings! Phil Wilshire writes: > Mike , > Don't you think you're being a little hard on the Axp product. > I would have thought that you would have liked to post such a > comment after having actually tested the board not before. > > It seems to me that there are a lot of neat tricks put into this > board to make it as easy as possible to integrate it into the VME > environment. > ..But I don't know for sure not having used much else other than the > AXP board. > Actually, if you'll reread my posting, you'll find that I'm not critizing the AXP product (other than questioning whether the claims of not having to do byte-swapping "'cause they've done it in hardware" are accurate) but merely warning about the trials and tribulations of trying to run a little-endian processor on a big endian bus. Matthew Singer writes: > > Sorry for including more than I should have.... Just want to make > one point here. It is not good to say that If you are using bytes > you will be ok. While this may be ok for the i960, it is not > for the the AXP. The Alpha does not do byte instructions. It will > read 32 bits and then play masking games. And it is real slow doing > it. The AXPvme is a nice board if you are doing lots of number crunching > with a little bit of VME interfacing. But for heavy hardware control, > it's slower than a 68040. The reason for this is that unless you are > doing 32bit I/O you have to make a function call to do the read/write > with calculates offsets, masking...lots of stuff which should have been > done in hardware... Clearly, this byte masking problem highlights another "gotcha" when dealing with many of the current crop of RISC processors (not just the Alpha). Many of these processor developers have made decisions to favor 32-bit or 64-bit alignment for higher speed of what I'll call "mainstream" applications such as Unix or Windows NT. Let's face it, that's where the *big* money is. Therefore, whereas a processor family may be extremely well suited to fast floating point, it may not be well suited to the quirky byte-alignments that we are often faced with in the hard, real-time world. The bottom line is, don't bypass that 68K in favor of the newest widget until you've examined your problem closely. You may save thousands of $$$, months of work and handfuls of hair (the latter may be the most important to many of us ;-). Finally, John Finley writes: > > You CANNOT CANNOT CANNOT do byte swapping completely in hardware and > solve the endian problem. All you can do is get the byte "lanes" > right, so that VMEbus bits D24-D31 go to the lowest address in your > memory (VME spec). > > No one will ever "get it right" in hardware, if that means we can just > recompile and run. > > With considerable overhead, software could theoretically be made > endian-tolerant, by tagging all structure fields with their size and > current swap state. It's probably faster to just swap, ala "network > byte ordering". > I agree. The point of my original posting was to simply say watch out for the byte ordering, and don't bank on some magic hardware to take care of it for you. I continue to stand by that premise. Regards, =============================================================================== __ Real-Time System Development, Integration, Training and Services //\\ // \\ Mike Anderson // /\ \\ Chief Engineer Voice : (703) 448-0210 ext. 235 // / \ \\ SPARTA, Inc. FAX : (703) 734-3323 // \ \\ 7926 Jones Branch Drive EMAIL : mea@mclean.sparta.com \\ \ // Suite 900 Web : http://www.mclean.sparta.com \\ \ / // McLean, VA 22102 \\ \/ // "Software development is like making \\ // a baby... You can't make a baby in one \\// month by impregnating nine women. -- "Pride in Performance" Some things just take time." =============================================================================== Subject: Debugging Code in FLASH/EEPROM Submitted-by darren@wrs.com Wed Sep 6 06:58:48 1995 Submitted-by: darren@wrs.com (Darren Cathey) Hi there... I'm looking for anyone out there successfully debugging code residing in FLASH/EEPROM and the techniques by which they are doing so. Any feedback greatly appreciated. Regards, Darren Cathey Field Applications Engineer Wind River Systems 703-771-7934 ph darren@wrs.com From darren@wrs.com Wed Sep 6 06:58:48 1995 From: darren@wrs.com (Darren Cathey) Date: Wed Sep 6 06:58:51 PDT 1995 Subject: Debugging Code in FLASH/EEPROM Hi there... I'm looking for anyone out there successfully debugging code residing in FLASH/EEPROM and the techniques by which they are doing so. Any feedback greatly appreciated. Regards, Darren Cathey Field Applications Engineer Wind River Systems 703-771-7934 ph darren@wrs.com Subject: Needed: Contract Programmer familiar with VX Works Submitted-by 73304.3301@compuserve.com Wed Sep 6 14:45:05 1995 Submitted-by: 73304.3301@compuserve.com We are in need of a contract programmer to port DOS drivers for our encoder card to VX Works. The target system is an STD system capable of running DOS. Please Contact: Jim Burkett Technology 80, Inc (800)545-2980 73304.3301@compuserve.com From 73304.3301@compuserve.com Wed Sep 6 14:45:05 1995 From: 73304.3301@compuserve.com Date: Wed Sep 6 14:45:09 PDT 1995 Subject: Needed: Contract Programmer familiar with VX Works We are in need of a contract programmer to port DOS drivers for our encoder card to VX Works. The target system is an STD system capable of running DOS. Please Contact: Jim Burkett Technology 80, Inc (800)545-2980 73304.3301@compuserve.com Subject: comp.os.vxworks newsdigest Submitted-by daemon@csg.lbl.gov Thu Sep 7 04:00:29 1995 Submitted-by: daemon@csg.lbl.gov Comp.Os.Vxworks Daily Digest Thu Sep 7 04:00:25 PDT 1995 Subject: Ada Device drivers and vxWorks? Subject: Changing the console port? Subject: Re: Multiple Ethernet Connections ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Ada Device drivers and vxWorks? Date: 6 Sep 1995 12:56:36 GMT From: "Jeff Daly." Organization: Lockheed Sanders Message-ID: <42k5q4$g57@rapnet.sanders.lockheed.com> hi all, i am wondering if anyone has had any experience in developing device drivers for vxWorks in Ada. some of my specific questions are: 1. can software that is not part of the BSP create and install device drivers? (that will be written in Ada) 2. is it possible to create multiple instantiations of the same device driver (separate text and data for each) 3. if the above is possible, how is it done, would the device driver's functions be usable by all tasks? thanksinadvance....-jef --------------------------- Newsgroups: comp.os.vxworks Subject: Changing the console port? Date: Wed, 06 Sep 1995 11:24:38 -0700 From: johncoby@blkbox.com (John R. Cobarruvias) Organization: Personal Account Message-ID: I need to change the console port from /tyCo/0 to /tyCo/1 prior to starting the shell. Sounds easy. So I thought. I edited the configAll.h file and changed: #define CONSOLE_TTY 0 /* console channel */ to: #define CONSOLE_TTY 1 /* console channel */ SEE? EASY! Not quite. I rebuild, restart, and I get zip. No activity what so ever on the console. Any idea what the heck I am missing? Our application, memory req, environment allows us to leave the shell and symbol table in the application. We have only one port available to us. In the event we need to get to the shell, we have to spawn the shell task. But if we cant communicate via the other port we are dead in the water. Any ideas? comments? suggestions? We are using a PEP PVM30. vxWorks 5.2 _ _ _ / _ /_ _ /_/ / ` _ /_ _ _ _ . _ _ (_/ /_// // / / \ /_, /_//_//_|/ / /_/|// /_|_\ John R. Cobarruvias johncoby@blkbox.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Multiple Ethernet Connections Date: Wed, 6 Sep 1995 16:33:19 GMT From: bill@mwca.microware.com (Bill Sheppard) Organization: Microware Systems Corp, Western Regional Office Message-ID: References: <9508312346.AA16796@condor.anzac> In <9508312346.AA16796@condor.anzac> stevem@syd.csa.com.au (Steven McCoy) writes: >I'm looking for the best solution for the following LAN >configuration. There are two separate LAN ethernet connections >via the one VME subrack/bus. The second ethernet connection >may be handled via another 167 SBC running VxWorks or an additional >ethernet interface card. Cost is a factor so plugging in another >SBC to achieve an additional ethernet connection starts to get >expensive, despite being a simple solution. An ethernet controller >card such as the MVME374 or MVME376 may be a cheaper solution, >however, a driver will need to be written/procured. I believe the cheapest VME ethernet controller might be to use a GreenSprings ethernet IndustryPak with a dumb carrier board (or if you are using a 162 instead of a 167 you could put it on the 162 for a second ethernet port). I don't know if they have VxWorks drivers. They can be reached at 415-327-1200. - -- ############################################################################## # Bill Sheppard -- Western Regional Sales Manager -- bills@microware.com # # Microware Systems Corporation --- OS-9 / OS-9000 / DAVID --- (408)451-3999 # ############## Opinions expressed are my own and usually wrong ############### --------------------------- End of New-News digest ********************** From daemon@csg.lbl.gov Thu Sep 7 04:00:29 1995 From: daemon@csg.lbl.gov Date: Thu Sep 7 04:00:32 PDT 1995 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Thu Sep 7 04:00:25 PDT 1995 Subject: Ada Device drivers and vxWorks? Subject: Changing the console port? Subject: Re: Multiple Ethernet Connections ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Ada Device drivers and vxWorks? Date: 6 Sep 1995 12:56:36 GMT From: "Jeff Daly." Organization: Lockheed Sanders Message-ID: <42k5q4$g57@rapnet.sanders.lockheed.com> hi all, i am wondering if anyone has had any experience in developing device drivers for vxWorks in Ada. some of my specific questions are: 1. can software that is not part of the BSP create and install device drivers? (that will be written in Ada) 2. is it possible to create multiple instantiations of the same device driver (separate text and data for each) 3. if the above is possible, how is it done, would the device driver's functions be usable by all tasks? thanksinadvance....-jef --------------------------- Newsgroups: comp.os.vxworks Subject: Changing the console port? Date: Wed, 06 Sep 1995 11:24:38 -0700 From: johncoby@blkbox.com (John R. Cobarruvias) Organization: Personal Account Message-ID: I need to change the console port from /tyCo/0 to /tyCo/1 prior to starting the shell. Sounds easy. So I thought. I edited the configAll.h file and changed: #define CONSOLE_TTY 0 /* console channel */ to: #define CONSOLE_TTY 1 /* console channel */ SEE? EASY! Not quite. I rebuild, restart, and I get zip. No activity what so ever on the console. Any idea what the heck I am missing? Our application, memory req, environment allows us to leave the shell and symbol table in the application. We have only one port available to us. In the event we need to get to the shell, we have to spawn the shell task. But if we cant communicate via the other port we are dead in the water. Any ideas? comments? suggestions? We are using a PEP PVM30. vxWorks 5.2 _ _ _ / _ /_ _ /_/ / ` _ /_ _ _ _ . _ _ (_/ /_// // / / \ /_, /_//_//_|/ / /_/|// /_|_\ John R. Cobarruvias johncoby@blkbox.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Multiple Ethernet Connections Date: Wed, 6 Sep 1995 16:33:19 GMT From: bill@mwca.microware.com (Bill Sheppard) Organization: Microware Systems Corp, Western Regional Office Message-ID: References: <9508312346.AA16796@condor.anzac> In <9508312346.AA16796@condor.anzac> stevem@syd.csa.com.au (Steven McCoy) writes: >I'm looking for the best solution for the following LAN >configuration. There are two separate LAN ethernet connections >via the one VME subrack/bus. The second ethernet connection >may be handled via another 167 SBC running VxWorks or an additional >ethernet interface card. Cost is a factor so plugging in another >SBC to achieve an additional ethernet connection starts to get >expensive, despite being a simple solution. An ethernet controller >card such as the MVME374 or MVME376 may be a cheaper solution, >however, a driver will need to be written/procured. I believe the cheapest VME ethernet controller might be to use a GreenSprings ethernet IndustryPak with a dumb carrier board (or if you are using a 162 instead of a 167 you could put it on the 162 for a second ethernet port). I don't know if they have VxWorks drivers. They can be reached at 415-327-1200. - -- ############################################################################## # Bill Sheppard -- Western Regional Sales Manager -- bills@microware.com # # Microware Systems Corporation --- OS-9 / OS-9000 / DAVID --- (408)451-3999 # ############## Opinions expressed are my own and usually wrong ############### --------------------------- End of New-News digest ********************** Subject: comp.os.vxworks newsdigest Submitted-by daemon@csg.lbl.gov Fri Sep 8 04:00:29 1995 Submitted-by: daemon@csg.lbl.gov Comp.Os.Vxworks Daily Digest Fri Sep 8 04:00:24 PDT 1995 Subject: ln: RESTART called Subject: DCE RPC Subject: Looking for MV162, VMECHIP2 DMA Software Subject: Detecting bad IACK VME Jumpering Subject: iosRead errors ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: ln: RESTART called Date: 7 Sep 1995 14:16:47 GMT From: "Matthew W. K. Brown" Organization: Sandia National Laboratories Message-ID: <42musg$ss5@news.sandia.gov> Hey vxWorkers, What does it mean when you get the following message? ln: RESTART called Thanks, Matthew Brown mwbrown@sandia.gov --------------------------- Newsgroups: comp.os.vxworks Subject: DCE RPC Date: Thu, 07 Sep 1995 14:55:39 GMT From: John Ferguson (John Ferguson) Organization: DSP Technologies Message-ID: <42n19a$8fe@condor.ic.net> Reply-To: John Ferguson Is vxWorks planning on supporting OSF's DCE implementation of RPC? I have been told that ONC RPC & DCE RPC are completely incompatable. Is this true? Thanks John --------------------------- Newsgroups: comp.os.vxworks Subject: Looking for MV162, VMECHIP2 DMA Software Date: 7 Sep 1995 17:23:28 GMT From: dog@sunspot.noao.edu (Fritz Stauffer) Organization: National Solar Observatory/SP Keywords: DMA, MV162, VMECHIP2 Message-ID: <42n9qg$ii9@noao.edu> Does anyone have software to run DMA using the VMECHIP2 controller chip that they would be willing to share? thanks, fritz stauffer national solar obs. sunspot, nm 88349 --------------------------- Newsgroups: comp.os.vxworks Subject: Detecting bad IACK VME Jumpering Date: Thu, 07 Sep 95 15:23:33 PDT From: "Mark A. Menge" Organization: ICNET... Your Link To The Internet... +1.313.998.0090 Message-ID: I am talking to a National Instruments VME GPIB card and using GMSv46 (mvme68040 clone). If I cause the GPIB board to generate an interrupt and the (Interrupt acknowledge) jumper is set to not allow interrupts then the CPU completely hangs. Apparently the GPIB board requests a bus interrupt level 2 so the CPU sends out a IACK but the GPIB board never gets it and so the whole thing hangs, I would like to be able to print out an error message if this condition exists so people can understand the problem. Any ideas? Mark --------------------------- Newsgroups: comp.os.vxworks Subject: iosRead errors Date: 07 Sep 1995 22:06:08 GMT From: mjohnson@cebafb.cebaf.gov (Michael Johnson) Organization: Continuous Electron Beam Accelerator Facility Message-ID: Hi all, Has anyone else experience this problem? : Several coworkers and I use VxWorks 5.1 on mvme162s. We are doing serial (RS232) communication via a Greenspring Industry Pack, an IP-Octal card. A driver for this card was written here, and we believe it to be stable. Our problem is that the call to a read() dies at arbitrary times in the kernel routines before ever reaching our driver. Details : We register our device drivers with the kernel to start with, and they seem to work fine 99.9% of the time. A standard C routine writes a serial command to the port, and reads the response. Every once in awhile this results in a total lockup of the routine. A tt (Task Trace) of the offending task shows that read() was the last routine called. This in turn called iosRead() which called semQPut. The read() was the last actual command which appeared in my code. A tt of a working task sometimes shows read() calling iosRead() calling tyRead(), which makes more sense. I can't figure out why the iosRead above isn't calling our registered driver routines. Any insight would be greatly appreciated. Thanks, Mike J Michael Johnson CEBAF mjohnson@cebaf.gov --------------------------- End of New-News digest ********************** From daemon@csg.lbl.gov Fri Sep 8 04:00:29 1995 From: daemon@csg.lbl.gov Date: Fri Sep 8 04:00:32 PDT 1995 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Fri Sep 8 04:00:24 PDT 1995 Subject: ln: RESTART called Subject: DCE RPC Subject: Looking for MV162, VMECHIP2 DMA Software Subject: Detecting bad IACK VME Jumpering Subject: iosRead errors ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: ln: RESTART called Date: 7 Sep 1995 14:16:47 GMT From: "Matthew W. K. Brown" Organization: Sandia National Laboratories Message-ID: <42musg$ss5@news.sandia.gov> Hey vxWorkers, What does it mean when you get the following message? ln: RESTART called Thanks, Matthew Brown mwbrown@sandia.gov --------------------------- Newsgroups: comp.os.vxworks Subject: DCE RPC Date: Thu, 07 Sep 1995 14:55:39 GMT From: John Ferguson (John Ferguson) Organization: DSP Technologies Message-ID: <42n19a$8fe@condor.ic.net> Reply-To: John Ferguson Is vxWorks planning on supporting OSF's DCE implementation of RPC? I have been told that ONC RPC & DCE RPC are completely incompatable. Is this true? Thanks John --------------------------- Newsgroups: comp.os.vxworks Subject: Looking for MV162, VMECHIP2 DMA Software Date: 7 Sep 1995 17:23:28 GMT From: dog@sunspot.noao.edu (Fritz Stauffer) Organization: National Solar Observatory/SP Keywords: DMA, MV162, VMECHIP2 Message-ID: <42n9qg$ii9@noao.edu> Does anyone have software to run DMA using the VMECHIP2 controller chip that they would be willing to share? thanks, fritz stauffer national solar obs. sunspot, nm 88349 --------------------------- Newsgroups: comp.os.vxworks Subject: Detecting bad IACK VME Jumpering Date: Thu, 07 Sep 95 15:23:33 PDT From: "Mark A. Menge" Organization: ICNET... Your Link To The Internet... +1.313.998.0090 Message-ID: I am talking to a National Instruments VME GPIB card and using GMSv46 (mvme68040 clone). If I cause the GPIB board to generate an interrupt and the (Interrupt acknowledge) jumper is set to not allow interrupts then the CPU completely hangs. Apparently the GPIB board requests a bus interrupt level 2 so the CPU sends out a IACK but the GPIB board never gets it and so the whole thing hangs, I would like to be able to print out an error message if this condition exists so people can understand the problem. Any ideas? Mark --------------------------- Newsgroups: comp.os.vxworks Subject: iosRead errors Date: 07 Sep 1995 22:06:08 GMT From: mjohnson@cebafb.cebaf.gov (Michael Johnson) Organization: Continuous Electron Beam Accelerator Facility Message-ID: Hi all, Has anyone else experience this problem? : Several coworkers and I use VxWorks 5.1 on mvme162s. We are doing serial (RS232) communication via a Greenspring Industry Pack, an IP-Octal card. A driver for this card was written here, and we believe it to be stable. Our problem is that the call to a read() dies at arbitrary times in the kernel routines before ever reaching our driver. Details : We register our device drivers with the kernel to start with, and they seem to work fine 99.9% of the time. A standard C routine writes a serial command to the port, and reads the response. Every once in awhile this results in a total lockup of the routine. A tt (Task Trace) of the offending task shows that read() was the last routine called. This in turn called iosRead() which called semQPut. The read() was the last actual command which appeared in my code. A tt of a working task sometimes shows read() calling iosRead() calling tyRead(), which makes more sense. I can't figure out why the iosRead above isn't calling our registered driver routines. Any insight would be greatly appreciated. Thanks, Mike J Michael Johnson CEBAF mjohnson@cebaf.gov --------------------------- End of New-News digest ********************** Subject: Re: comp.os.vxworks newsdigest Submitted-by froeber@bbn.com Fri Sep 8 05:08:28 1995 Submitted-by: Fred Roeber John Ferguson asked: >I have been told that ONC RPC & DCE RPC are completely incompatable. >Is this true? Yes, that is pretty much true. For one thing, the two protocols use different methods for "marshalling" the data to make it endian neutral. ONC uses the XDR protocol for this purpose while DCE uses a different custom format in some places and ANS.1 in others. There are numerous other differences as well. Fritz Stauffer asks: > > Does anyone have software to run DMA using the VMECHIP2 > controller chip that they would be willing to share? Back in 1993 Georg Feil (georg@sgl.ists.ca) posted some routines for doing DMA with the MVME167 card. He said he was planning on putting them in the VxWorks archive. The routines also work with the MVME162 since they both use the VMEchip2 for VME interface. One key thing to make sure of when using DMA with the 162 is to heed the warning about making the memory area non-cached (see target.nr file in BSP directory). This one caused us some grief. The problem is that cacheDmaMalloc doesn't really do anything to mark the memory non-cached because it assumes that snooping is turned on for devices accessing memory. While this is true for SCSI and ethernet chips it isn't true for VME access. Just follow the code in target.nr. Fred | Fred J Roeber, Bolt Beranek and Newman Inc | | 50 Enterprise Place Middletown, RI 02842-5202 | | froeber@bbn.com 401-849-2543 (X48) | From froeber@bbn.com Fri Sep 8 05:08:28 1995 From: Fred Roeber Date: Fri Sep 8 05:08:31 PDT 1995 Subject: Re: comp.os.vxworks newsdigest John Ferguson asked: >I have been told that ONC RPC & DCE RPC are completely incompatable. >Is this true? Yes, that is pretty much true. For one thing, the two protocols use different methods for "marshalling" the data to make it endian neutral. ONC uses the XDR protocol for this purpose while DCE uses a different custom format in some places and ANS.1 in others. There are numerous other differences as well. Fritz Stauffer asks: > > Does anyone have software to run DMA using the VMECHIP2 > controller chip that they would be willing to share? Back in 1993 Georg Feil (georg@sgl.ists.ca) posted some routines for doing DMA with the MVME167 card. He said he was planning on putting them in the VxWorks archive. The routines also work with the MVME162 since they both use the VMEchip2 for VME interface. One key thing to make sure of when using DMA with the 162 is to heed the warning about making the memory area non-cached (see target.nr file in BSP directory). This one caused us some grief. The problem is that cacheDmaMalloc doesn't really do anything to mark the memory non-cached because it assumes that snooping is turned on for devices accessing memory. While this is true for SCSI and ethernet chips it isn't true for VME access. Just follow the code in target.nr. Fred | Fred J Roeber, Bolt Beranek and Newman Inc | | 50 Enterprise Place Middletown, RI 02842-5202 | | froeber@bbn.com 401-849-2543 (X48) | Subject: RE: Looking for MV162, VMECHIP2 DMA Software Submitted-by fbh@vlsi.gsfc.nasa.gov Fri Sep 8 07:50:51 1995 Submitted-by: fbh@vlsi.gsfc.nasa.gov (Francis B. Hallahan) #. Newsgroups: comp.os.vxworks #. Subject: Looking for MV162, VMECHIP2 DMA Software #. From: dog@sunspot.noao.edu (Fritz Stauffer) #. #. Does anyone have software to run DMA using the VMECHIP2 #. controller chip that they would be willing to share? #. #. thanks, #. fritz stauffer #. national solar obs. #. sunspot, nm 88349 #. Check out bcopyDMA in the archive. We use it on an MVME 167 with a VMECHIP2; however, from the README file, it's for any MVME 16X. Please let me know if you need any more info. Frank Hallahan ----------------------------------------------------------------------- | Frank Hallahan | Hallahan@gsfc.nasa.gov | | Computer Sciences Corporation | fbh@vlsi.gsfc.nasa.gov | | at Nasa Goddard Space Flight Center | Phone (301) 286 7064 | ----------------------------------------------------------------------- From fbh@vlsi.gsfc.nasa.gov Fri Sep 8 07:50:51 1995 From: fbh@vlsi.gsfc.nasa.gov (Francis B. Hallahan) Date: Fri Sep 8 07:50:54 PDT 1995 Subject: RE: Looking for MV162, VMECHIP2 DMA Software #. Newsgroups: comp.os.vxworks #. Subject: Looking for MV162, VMECHIP2 DMA Software #. From: dog@sunspot.noao.edu (Fritz Stauffer) #. #. Does anyone have software to run DMA using the VMECHIP2 #. controller chip that they would be willing to share? #. #. thanks, #. fritz stauffer #. national solar obs. #. sunspot, nm 88349 #. Check out bcopyDMA in the archive. We use it on an MVME 167 with a VMECHIP2; however, from the README file, it's for any MVME 16X. Please let me know if you need any more info. Frank Hallahan ----------------------------------------------------------------------- | Frank Hallahan | Hallahan@gsfc.nasa.gov | | Computer Sciences Corporation | fbh@vlsi.gsfc.nasa.gov | | at Nasa Goddard Space Flight Center | Phone (301) 286 7064 | ----------------------------------------------------------------------- Subject: Re: ln: RESTART called Submitted-by bqv@se19.wg2.waii.com Fri Sep 8 12:15:09 1995 Submitted-by: Bang Vu "Matthew W. K. Brown" penned: >Hey vxWorkers, > >What does it mean when you get the following message? > >ln: RESTART called > >Thanks, > >Matthew Brown >mwbrown@sandia.gov > Is this a flame bait? ;) -- Bang Vu | QC Tools, Inc. (a subsidiary of I/O, Inc.) vu@wg2.waii.com | Software, Systems, and Consultancy for the Voice 713-964-6192 | Exploration Industry. Fax 713-964-6218 | 3600 Briarpark, Houston, TX 77042 From bqv@se19.wg2.waii.com Fri Sep 8 12:15:09 1995 From: Bang Vu Date: Fri Sep 8 12:15:13 PDT 1995 Subject: Re: ln: RESTART called "Matthew W. K. Brown" penned: >Hey vxWorkers, > >What does it mean when you get the following message? > >ln: RESTART called > >Thanks, > >Matthew Brown >mwbrown@sandia.gov > Is this a flame bait? ;) -- Bang Vu | QC Tools, Inc. (a subsidiary of I/O, Inc.) vu@wg2.waii.com | Software, Systems, and Consultancy for the Voice 713-964-6192 | Exploration Industry. Fax 713-964-6218 | 3600 Briarpark, Houston, TX 77042 Subject: unsubscribe Submitted-by jerrys@cher.heurikon.com Fri Sep 8 15:13:25 1995 Submitted-by: Jerry Sinclair From jerrys@cher.heurikon.com Fri Sep 8 15:13:25 1995 From: Jerry Sinclair Date: Fri Sep 8 15:13:27 PDT 1995 Subject: unsubscribe Subject: unsubscribe Submitted-by firmin@jach.hawaii.edu Fri Sep 8 16:20:52 1995 Submitted-by: firmin@jach.hawaii.edu unsubscribe From firmin@jach.hawaii.edu Fri Sep 8 16:20:52 1995 From: firmin@jach.hawaii.edu Date: Fri Sep 8 16:20:54 PDT 1995 Subject: unsubscribe unsubscribe Subject: MVME167 VME TAS patch Submitted-by TTZRPT@smtpgate.lfwc.lockheed.com Fri Sep 8 18:33:30 1995 Submitted-by: "Titzer, Pat T" Hi, I have found a reference to a MVME167 TAS patch in the VxWorks FAQ (#67). Has this problem been corrected in 5.1.1? If not, how do I obtain this patch? Thanks, Pat Patrick T. Titzer Engineering Specialist Lockheed Martin Tactical Aircraft Systems Phone: (817) 763-1502 Fax: (817) 777-0618 Email: pttitzer@lfwc.lockheed.com From TTZRPT@smtpgate.lfwc.lockheed.com Fri Sep 8 18:33:30 1995 From: "Titzer, Pat T" Date: Fri Sep 8 18:33:33 PDT 1995 Subject: MVME167 VME TAS patch Hi, I have found a reference to a MVME167 TAS patch in the VxWorks FAQ (#67). Has this problem been corrected in 5.1.1? If not, how do I obtain this patch? Thanks, Pat Patrick T. Titzer Engineering Specialist Lockheed Martin Tactical Aircraft Systems Phone: (817) 763-1502 Fax: (817) 777-0618 Email: pttitzer@lfwc.lockheed.com Subject: Re: MVME167 VME TAS patch Submitted-by jhillman@wrs.com Fri Sep 8 19:14:12 1995 Submitted-by: jhillman@wrs.com (Jon Hillman) Patrick writes: > > Hi, > > I have found a reference to a MVME167 TAS patch in the VxWorks FAQ (#67). > Has this problem been corrected in 5.1.1? If not, how do I obtain this > patch? Contact you local Wind River FAE or e-mail to support@wrs.com. Jon Hillman Southeast Region Field Applications Engineer Wind River Systems Orlando, FL > > Thanks, > Pat > > Patrick T. Titzer > Engineering Specialist > Lockheed Martin Tactical Aircraft Systems > Phone: (817) 763-1502 Fax: (817) 777-0618 > Email: pttitzer@lfwc.lockheed.com From jhillman@wrs.com Fri Sep 8 19:14:12 1995 From: jhillman@wrs.com (Jon Hillman) Date: Fri Sep 8 19:14:15 PDT 1995 Subject: Re: MVME167 VME TAS patch Patrick writes: > > Hi, > > I have found a reference to a MVME167 TAS patch in the VxWorks FAQ (#67). > Has this problem been corrected in 5.1.1? If not, how do I obtain this > patch? Contact you local Wind River FAE or e-mail to support@wrs.com. Jon Hillman Southeast Region Field Applications Engineer Wind River Systems Orlando, FL > > Thanks, > Pat > > Patrick T. Titzer > Engineering Specialist > Lockheed Martin Tactical Aircraft Systems > Phone: (817) 763-1502 Fax: (817) 777-0618 > Email: pttitzer@lfwc.lockheed.com Subject: comp.os.vxworks newsdigest Submitted-by daemon@csg.lbl.gov Sat Sep 9 04:00:24 1995 Submitted-by: daemon@csg.lbl.gov Comp.Os.Vxworks Daily Digest Sat Sep 9 04:00:21 PDT 1995 Subject: Cross Platform Software Development Tools Subject: Re: Detecting bad IACK VME Jumpering Subject: httpd for vxWorks Subject: Re: Detecting bad IACK VME Jumpering ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Cross Platform Software Development Tools Date: 7 Sep 1995 22:23:21 GMT From: Phillip Thoren Organization: VisionSoft Corporation Message-ID: <42nrcp$4ih@falcon.professionals.com> See our family of tools DataVision, TEST, CHECK, PERFORM, PROJECT that all support VxWorks at our web site www.synervision.com regards, VisionSoft --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Detecting bad IACK VME Jumpering Date: Fri, 8 Sep 1995 16:48:58 GMT From: jfinley@netcom.com (John Finley) Organization: NETCOM On-line Communication Services (408 261-4700 guest) Message-ID: References: Sender: jfinley@netcom4.netcom.com Mark A. Menge (mam@luna.dspt.com) wrote: : I am talking to a National Instruments VME GPIB card and using : GMSv46 (mvme68040 clone). If I cause the GPIB board : to generate an interrupt and the (Interrupt acknowledge) : jumper is set to not allow interrupts then the CPU completely : hangs. : Apparently the GPIB board requests a bus interrupt level 2 : so the CPU sends out a IACK but the GPIB board never gets it : and so the whole thing hangs, : I would like to be able to print out an error message if : this condition exists so people can understand the problem. : Any ideas? : Mark I think it depends on the CPU. I think 68k boards do the IACK in hardware, whereas SPARC boards do the IACK in software. Something I've seen with SPARC boards is that if you get a bus error on the IACK cycle, it reboots the system, just like a VME bus error in an ISR (since that's essentially what it is). I suppose in that case you could do whatever vxMemProbe does to trap the bus error, and if it errors, substitute a default vector that prints your message. Cost would be extra overhead for every IACK, though. I don't know if you could do something like that with with a 68k board. Does the system hang or reboot? One guess is that the board starts the IACK cycle, but doesn't start its VME timeout timer like it does for reads, and will sit forever. I think this behaviour should be considered a hardware bug. John Finley --------------------------- Newsgroups: comp.os.vxworks Subject: httpd for vxWorks Date: Fri, 8 Sep 1995 20:02:12 GMT From: mtvdjc01@ntmtv.com Organization: Northern Telecom, Mountain View Message-ID: Sender: news@ntmtv.com Has anyone ported httpd for vxWorks? If you have please email be at mtvdjc01@ntmtv.com Daniel Chung --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Detecting bad IACK VME Jumpering Date: Sat, 09 Sep 1995 04:26:37 GMT From: afraser@hookup.net (Andrew Fraser) Organization: HookUp Communication Corporation, Oakville, Ontario, CANADA Message-ID: <42r5at$57u@noc.tor.hookup.net> References: "Mark A. Menge" wrote: >I am talking to a National Instruments VME GPIB card and using >GMSv46 (mvme68040 clone). If I cause the GPIB board >to generate an interrupt and the (Interrupt acknowledge) >jumper is set to not allow interrupts then the CPU completely >hangs. >Apparently the GPIB board requests a bus interrupt level 2 >so the CPU sends out a IACK but the GPIB board never gets it >and so the whole thing hangs, >I would like to be able to print out an error message if >this condition exists so people can understand the problem. >Any ideas? The 68040 should receive a Bus Error when it attempts to service that interrupt. This error will be signaled by the VMEbus system controller, after the VME IACK cycle reaches the timeout value (typically 64 uS). Make sure the Syscon does implement a timeout and it's enabled. When the 040 receives the BERR, it will take the "spurious interrupt" exception. You could provide a handler for that exception, to print the error message, read the state of the GPIB board to verify that's who was (is) trying to interrupt, clear the interrupt state in the GPIB board, and resume. VxWorks probably has it's own default handler in place at the moment. - -Andy - --------------------------------------------------------------------- ANDREW FRASER DY 4 Systems Inc email afraser@dy4.com Senior Hardware Designer 21 Fitzgerald Rd voice (613)596-9922x251 Product Support Group Nepean, Ontario fax (613)596-0574 (veni, vidi, fixi) Canada support support@dy4.com K2H 9J4 sales sales@dy4.com - ------------------- CUSTOMER FIRST, QUALITY ALWAYS ------------------ --------------------------- End of New-News digest ********************** From daemon@csg.lbl.gov Sat Sep 9 04:00:24 1995 From: daemon@csg.lbl.gov Date: Sat Sep 9 04:00:27 PDT 1995 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Sat Sep 9 04:00:21 PDT 1995 Subject: Cross Platform Software Development Tools Subject: Re: Detecting bad IACK VME Jumpering Subject: httpd for vxWorks Subject: Re: Detecting bad IACK VME Jumpering ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Cross Platform Software Development Tools Date: 7 Sep 1995 22:23:21 GMT From: Phillip Thoren Organization: VisionSoft Corporation Message-ID: <42nrcp$4ih@falcon.professionals.com> See our family of tools DataVision, TEST, CHECK, PERFORM, PROJECT that all support VxWorks at our web site www.synervision.com regards, VisionSoft --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Detecting bad IACK VME Jumpering Date: Fri, 8 Sep 1995 16:48:58 GMT From: jfinley@netcom.com (John Finley) Organization: NETCOM On-line Communication Services (408 261-4700 guest) Message-ID: References: Sender: jfinley@netcom4.netcom.com Mark A. Menge (mam@luna.dspt.com) wrote: : I am talking to a National Instruments VME GPIB card and using : GMSv46 (mvme68040 clone). If I cause the GPIB board : to generate an interrupt and the (Interrupt acknowledge) : jumper is set to not allow interrupts then the CPU completely : hangs. : Apparently the GPIB board requests a bus interrupt level 2 : so the CPU sends out a IACK but the GPIB board never gets it : and so the whole thing hangs, : I would like to be able to print out an error message if : this condition exists so people can understand the problem. : Any ideas? : Mark I think it depends on the CPU. I think 68k boards do the IACK in hardware, whereas SPARC boards do the IACK in software. Something I've seen with SPARC boards is that if you get a bus error on the IACK cycle, it reboots the system, just like a VME bus error in an ISR (since that's essentially what it is). I suppose in that case you could do whatever vxMemProbe does to trap the bus error, and if it errors, substitute a default vector that prints your message. Cost would be extra overhead for every IACK, though. I don't know if you could do something like that with with a 68k board. Does the system hang or reboot? One guess is that the board starts the IACK cycle, but doesn't start its VME timeout timer like it does for reads, and will sit forever. I think this behaviour should be considered a hardware bug. John Finley --------------------------- Newsgroups: comp.os.vxworks Subject: httpd for vxWorks Date: Fri, 8 Sep 1995 20:02:12 GMT From: mtvdjc01@ntmtv.com Organization: Northern Telecom, Mountain View Message-ID: Sender: news@ntmtv.com Has anyone ported httpd for vxWorks? If you have please email be at mtvdjc01@ntmtv.com Daniel Chung --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Detecting bad IACK VME Jumpering Date: Sat, 09 Sep 1995 04:26:37 GMT From: afraser@hookup.net (Andrew Fraser) Organization: HookUp Communication Corporation, Oakville, Ontario, CANADA Message-ID: <42r5at$57u@noc.tor.hookup.net> References: "Mark A. Menge" wrote: >I am talking to a National Instruments VME GPIB card and using >GMSv46 (mvme68040 clone). If I cause the GPIB board >to generate an interrupt and the (Interrupt acknowledge) >jumper is set to not allow interrupts then the CPU completely >hangs. >Apparently the GPIB board requests a bus interrupt level 2 >so the CPU sends out a IACK but the GPIB board never gets it >and so the whole thing hangs, >I would like to be able to print out an error message if >this condition exists so people can understand the problem. >Any ideas? The 68040 should receive a Bus Error when it attempts to service that interrupt. This error will be signaled by the VMEbus system controller, after the VME IACK cycle reaches the timeout value (typically 64 uS). Make sure the Syscon does implement a timeout and it's enabled. When the 040 receives the BERR, it will take the "spurious interrupt" exception. You could provide a handler for that exception, to print the error message, read the state of the GPIB board to verify that's who was (is) trying to interrupt, clear the interrupt state in the GPIB board, and resume. VxWorks probably has it's own default handler in place at the moment. - -Andy - --------------------------------------------------------------------- ANDREW FRASER DY 4 Systems Inc email afraser@dy4.com Senior Hardware Designer 21 Fitzgerald Rd voice (613)596-9922x251 Product Support Group Nepean, Ontario fax (613)596-0574 (veni, vidi, fixi) Canada support support@dy4.com K2H 9J4 sales sales@dy4.com - ------------------- CUSTOMER FIRST, QUALITY ALWAYS ------------------ --------------------------- End of New-News digest ********************** Subject: comp.os.vxworks newsdigest Submitted-by daemon@csg.lbl.gov Sun Sep 10 04:00:33 1995 Submitted-by: daemon@csg.lbl.gov Comp.Os.Vxworks Daily Digest Sun Sep 10 04:00:29 PDT 1995 Subject: WindView Subject: Re: iosRead errors ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: WindView Date: 9 Sep 1995 11:52:36 GMT From: who@somehost.somedomain (bd) Organization: Your Organization Message-ID: <42rv64$9mj@ddi2.digital.net> References: <42n19a$8fe@condor.ic.net> Hello All, I am a new VxWorks user and this is my first post to this news group so pardon me if I open an old string. Has anyOne had experience with WindView ? I am interested in whether or not the product has any 'unpublished' side effects - impacts to performance, etc ... Thanks, Shawn --------------------------- Newsgroups: comp.os.vxworks Subject: Re: iosRead errors Date: 10 Sep 1995 04:09:39 GMT From: squeeby@tuna.hooked.net (squeedy squeeby) Organization: Peaceful Star Message-ID: <42toe3$of6@its.hooked.net> References: Reply-To: squeeby@hooked.net On 07 Sep 1995 22:06:08 GMT, Michael Johnson wrote: : : A tt (Task Trace) of the offending task shows that read() was the : last routine called. This in turn called iosRead() which called semQPut. : The read() was the last actual command which appeared in my code. semQPut is called when the semaphore to be taken is not available. for example, semTake() will call semQPut to put the task in the waiting list when the semaphore is not available. it is likely that the driver read routine is in fact already called, and the "tt" is displaying the part of the call stack trace incorrectly (the semTake, semQPut, etc. are implemented in assembly code for many CPU architectures and frame pointers are not saved, which sometimes breaks "tt"). you might want to examine all the semTake() calls in the driver itself to learn more about the problem. --------------------------- End of New-News digest ********************** From daemon@csg.lbl.gov Sun Sep 10 04:00:33 1995 From: daemon@csg.lbl.gov Date: Sun Sep 10 04:00:35 PDT 1995 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Sun Sep 10 04:00:29 PDT 1995 Subject: WindView Subject: Re: iosRead errors ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: WindView Date: 9 Sep 1995 11:52:36 GMT From: who@somehost.somedomain (bd) Organization: Your Organization Message-ID: <42rv64$9mj@ddi2.digital.net> References: <42n19a$8fe@condor.ic.net> Hello All, I am a new VxWorks user and this is my first post to this news group so pardon me if I open an old string. Has anyOne had experience with WindView ? I am interested in whether or not the product has any 'unpublished' side effects - impacts to performance, etc ... Thanks, Shawn --------------------------- Newsgroups: comp.os.vxworks Subject: Re: iosRead errors Date: 10 Sep 1995 04:09:39 GMT From: squeeby@tuna.hooked.net (squeedy squeeby) Organization: Peaceful Star Message-ID: <42toe3$of6@its.hooked.net> References: Reply-To: squeeby@hooked.net On 07 Sep 1995 22:06:08 GMT, Michael Johnson wrote: : : A tt (Task Trace) of the offending task shows that read() was the : last routine called. This in turn called iosRead() which called semQPut. : The read() was the last actual command which appeared in my code. semQPut is called when the semaphore to be taken is not available. for example, semTake() will call semQPut to put the task in the waiting list when the semaphore is not available. it is likely that the driver read routine is in fact already called, and the "tt" is displaying the part of the call stack trace incorrectly (the semTake, semQPut, etc. are implemented in assembly code for many CPU architectures and frame pointers are not saved, which sometimes breaks "tt"). you might want to examine all the semTake() calls in the driver itself to learn more about the problem. --------------------------- End of New-News digest ********************** Subject: comp.os.vxworks newsdigest Submitted-by daemon@csg.lbl.gov Tue Sep 12 04:00:27 1995 Submitted-by: daemon@csg.lbl.gov Comp.Os.Vxworks Daily Digest Tue Sep 12 04:00:24 PDT 1995 Subject: Re: Debugging Code in FLASH/EEPROM Subject: talking to vxWorks from Unix shell script? Subject: tornado ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: Debugging Code in FLASH/EEPROM Date: 12 Sep 1995 01:40:49 GMT From: puppalag Organization: dialogic.com Message-ID: <432of1$mlg@pravda.dialogic.com> References: <9509061355.AA08938@kuskokwim.wrs.com> darren@wrs.com (Darren Cathey) wrote: > >Hi there... > >I'm looking for anyone out there successfully debugging code >residing in FLASH/EEPROM and the techniques by which they are >doing so. > >Any feedback greatly appreciated. > >Regards, > >Darren Cathey >Field Applications Engineer >Wind River Systems >703-771-7934 ph >darren@wrs.com Hi darren, We use 256k flash memory with bootrom stuff in there and I did the BSP, and was able to sucessfully debug code using In Circuit Emulator.(hardware breakpoint capability required) Goutham. --------------------------- Newsgroups: comp.os.vxworks Subject: talking to vxWorks from Unix shell script? Date: 12 Sep 1995 04:36:22 GMT From: carl@ccnet.com (Carl Farrington) Organization: Eastshore Design Group, Inc. Message-ID: <4332o6$nkj@ccnet2.ccnet.com> We have a test setup with vxWorks running on 2 different boards. Starting the test requires typing a few commands to board1, then some to board2, then back to board 1 for a while, etc. I'd like to automate this with a shell script (or something). Is there any easy way to send a single line command from a Unix program over the ethernet to a vxWorks shell, and get the output back? Ideally, I'd like the equivalent of rshd running under vxWorks. Any suggestions? --------------------------- Newsgroups: comp.os.vxworks Subject: tornado Date: 12 Sep 1995 07:25:43 GMT From: hersmeul@chamc1inmos.co.uk (hersemeule richard) Organization: SGS-Thomson Microelectronics Ltd. Keywords: tornado Message-ID: <433cln$c0k@lion.inmos.co.uk> Sender: hersmeul@chamc1 (hersemeule richard) Is anybody ale to give me product informations technical informations on TORNADO richardh@inmos.co.uk --------------------------- End of New-News digest ********************** From daemon@csg.lbl.gov Tue Sep 12 04:00:27 1995 From: daemon@csg.lbl.gov Date: Tue Sep 12 04:00:31 PDT 1995 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Tue Sep 12 04:00:24 PDT 1995 Subject: Re: Debugging Code in FLASH/EEPROM Subject: talking to vxWorks from Unix shell script? Subject: tornado ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: Debugging Code in FLASH/EEPROM Date: 12 Sep 1995 01:40:49 GMT From: puppalag Organization: dialogic.com Message-ID: <432of1$mlg@pravda.dialogic.com> References: <9509061355.AA08938@kuskokwim.wrs.com> darren@wrs.com (Darren Cathey) wrote: > >Hi there... > >I'm looking for anyone out there successfully debugging code >residing in FLASH/EEPROM and the techniques by which they are >doing so. > >Any feedback greatly appreciated. > >Regards, > >Darren Cathey >Field Applications Engineer >Wind River Systems >703-771-7934 ph >darren@wrs.com Hi darren, We use 256k flash memory with bootrom stuff in there and I did the BSP, and was able to sucessfully debug code using In Circuit Emulator.(hardware breakpoint capability required) Goutham. --------------------------- Newsgroups: comp.os.vxworks Subject: talking to vxWorks from Unix shell script? Date: 12 Sep 1995 04:36:22 GMT From: carl@ccnet.com (Carl Farrington) Organization: Eastshore Design Group, Inc. Message-ID: <4332o6$nkj@ccnet2.ccnet.com> We have a test setup with vxWorks running on 2 different boards. Starting the test requires typing a few commands to board1, then some to board2, then back to board 1 for a while, etc. I'd like to automate this with a shell script (or something). Is there any easy way to send a single line command from a Unix program over the ethernet to a vxWorks shell, and get the output back? Ideally, I'd like the equivalent of rshd running under vxWorks. Any suggestions? --------------------------- Newsgroups: comp.os.vxworks Subject: tornado Date: 12 Sep 1995 07:25:43 GMT From: hersmeul@chamc1inmos.co.uk (hersemeule richard) Organization: SGS-Thomson Microelectronics Ltd. Keywords: tornado Message-ID: <433cln$c0k@lion.inmos.co.uk> Sender: hersmeul@chamc1 (hersemeule richard) Is anybody ale to give me product informations technical informations on TORNADO richardh@inmos.co.uk --------------------------- End of New-News digest ********************** Subject: Re: talking to vxWorks from Unix shell script? Submitted-by mea@mclean.sparta.com Tue Sep 12 06:17:48 1995 Submitted-by: "Michael E. Anderson" On Tue, 12 Sep 1995, Carl Farrington: > > I'd like to automate this with a shell script (or something). Is there > any easy way to send a single line command from a Unix program over the > ethernet to a vxWorks shell, and get the output back? Ideally, I'd like > the equivalent of rshd running under vxWorks. > > Any suggestions? > Yes Carl. Try getting the vxRshd program from the user's group archives. Or, if that one doesn't suit you, drop me a note and I'll send you one that really uses the rsh command from the Unix side. =============================================================================== __ Real-Time System Development, Integration, Training and Services //\\ // \\ Mike Anderson // /\ \\ Chief Engineer Voice : (703) 448-0210 ext. 235 // / \ \\ SPARTA, Inc. FAX : (703) 734-3323 // \ \\ 7926 Jones Branch Drive EMAIL : mea@mclean.sparta.com \\ \ // Suite 900 Web : http://www.mclean.sparta.com \\ \ / // McLean, VA 22102 \\ \/ // "Software development is like making \\ // a baby... You can't make a baby in one \\// month by impregnating nine women. -- "Pride in Performance" Some things just take time." =============================================================================== From mea@mclean.sparta.com Tue Sep 12 06:17:48 1995 From: "Michael E. Anderson" Date: Tue Sep 12 06:17:51 PDT 1995 Subject: Re: talking to vxWorks from Unix shell script? On Tue, 12 Sep 1995, Carl Farrington: > > I'd like to automate this with a shell script (or something). Is there > any easy way to send a single line command from a Unix program over the > ethernet to a vxWorks shell, and get the output back? Ideally, I'd like > the equivalent of rshd running under vxWorks. > > Any suggestions? > Yes Carl. Try getting the vxRshd program from the user's group archives. Or, if that one doesn't suit you, drop me a note and I'll send you one that really uses the rsh command from the Unix side. =============================================================================== __ Real-Time System Development, Integration, Training and Services //\\ // \\ Mike Anderson // /\ \\ Chief Engineer Voice : (703) 448-0210 ext. 235 // / \ \\ SPARTA, Inc. FAX : (703) 734-3323 // \ \\ 7926 Jones Branch Drive EMAIL : mea@mclean.sparta.com \\ \ // Suite 900 Web : http://www.mclean.sparta.com \\ \ / // McLean, VA 22102 \\ \/ // "Software development is like making \\ // a baby... You can't make a baby in one \\// month by impregnating nine women. -- "Pride in Performance" Some things just take time." =============================================================================== Subject: Unsubscribe Submitted-by sugar2!focsurg.com!don@netcom.com Tue Sep 12 13:05:38 1995 Submitted-by: don@focsurg.com (Don Fox) unsubscribe don@focsurg.com From sugar2!focsurg.com!don@netcom.com Tue Sep 12 13:05:38 1995 From: don@focsurg.com (Don Fox) Date: Tue Sep 12 13:05:41 PDT 1995 Subject: Unsubscribe unsubscribe don@focsurg.com Subject: Unsubscribe Submitted-by firmin@jach.hawaii.edu Tue Sep 12 16:58:40 1995 Submitted-by: firmin@jach.hawaii.edu unsubscribe firmin@jach.hawaii.edu From firmin@jach.hawaii.edu Tue Sep 12 16:58:40 1995 From: firmin@jach.hawaii.edu Date: Tue Sep 12 16:59:41 PDT 1995 Subject: Unsubscribe unsubscribe firmin@jach.hawaii.edu Subject: Re: TORNADO Submitted-by leonid@rst.co.il Wed Sep 13 02:00:56 1995 Submitted-by: leonid@rst.co.il (Leonid Rosenboim) > Date: 12 Sep 1995 07:25:43 GMT > From: hersmeul@chamc1inmos.co.uk (hersemeule richard) > Is anybody ale to give me > product informations > technical informations > on TORNADO If you folks did not notice, Wind River has got a pretty nice Web page that includes all product information, the URL is: http://www.wrs.com/ You can also see all the pretty faces of WRS executives there. Leonid From leonid@rst.co.il Wed Sep 13 02:00:56 1995 From: leonid@rst.co.il (Leonid Rosenboim) Date: Wed Sep 13 02:01:01 PDT 1995 Subject: Re: TORNADO > Date: 12 Sep 1995 07:25:43 GMT > From: hersmeul@chamc1inmos.co.uk (hersemeule richard) > Is anybody ale to give me > product informations > technical informations > on TORNADO If you folks did not notice, Wind River has got a pretty nice Web page that includes all product information, the URL is: http://www.wrs.com/ You can also see all the pretty faces of WRS executives there. Leonid Subject: comp.os.vxworks newsdigest Submitted-by daemon@csg.lbl.gov Wed Sep 13 04:00:27 1995 Submitted-by: daemon@csg.lbl.gov Comp.Os.Vxworks Daily Digest Wed Sep 13 04:00:23 PDT 1995 Subject: Re: Changing the console port? Subject: VxWorks (pc/x86 target hardware) configuration questions Subject: Re: talking to vxWorks from Unix shell script? Subject: Driver for Bit3 VNE-to-Multibus adpater ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: Changing the console port? Date: 12 Sep 1995 17:30:49 GMT From: Martin Moore Organization: Telco Systems NAC Message-ID: <434g49$8j9@mickey.nad.telco.com> References: John, I think this might be related to the same problem I was having when trying to open /tyCo/1 for my task's console output device. You need to modify config.h to increase NUM_TTY from 1 to 2 in order to get more than one /tyCo/* device. Unless you made this change, the loop that opens the tty devices in usrConfig.c routine usrRoot will stop before opening your console fd. - -- Martin Moore - Telco Systems X5574 --------------------------- Newsgroups: comp.os.vxworks Subject: VxWorks (pc/x86 target hardware) configuration questions Date: 12 Sep 1995 21:35:53 GMT From: Lawrence Pfeffer Organization: NIST Message-ID: <434ufp$520@dove.nist.gov> References: <9509060739.AA10715@mee.hwm.com> Fellow Vx'ers, I'm trying to find out about the (currently available) hardware configurations that the VxWorks pc386/pc486 BSP supports -- sufficient to spec/buy hardware for an evaluation. (FYI, my prev. experience is with Motorola 147 & 167 cards; pc/x86 is being explored due to limited hardware budget.) Neither the programmers guide (Appendix G) nor the BSP man pages (pc386, pc486) define the supported hardware configurations very well. Key details (e.g. what processor types, disk/display controller reqirements/assumptions, and secondary cache support) are not well specified. While I'm waiting for info from WRS tech support, I'd like to ask any readers with experience running VxWorks on pcx86 systems to let me know about: hardware configurations that work: (esp. motherboeards, video, disk controllers, level-2 cache), things to watch out for, general workability of VxWorks on x86 (i.e. would you still go this route?) either via direct postings of private email. If there are a significant number of private responses (or even a few with real technical detail!), I'll post a digest. Specific pc/x86 bsp questions are appended. Non pc/x86 users please disregard; apologies for bandwidth used. - -- Larry Lawrence E. Pfeffer (AKA Larry), voice: (301)975-6067, FAX: (301)869-6275 *Preferred* email: lawrence.pfeffer@nist.gov U.S. mail: NIST Bldg. 226/Rm. B158, Gaithersburg, MD 20899 ___________________________________________________________________________ VxWorks (pc/x86 target hardware) configuration questions: Processors: Pentium or not? The man pages don't say either way. Appendix G's title would seem to rule Pentium out by ommision, but there are mentions of Pentium in the App. G text itself! (i.e. Table G-1, sysProcessor.) Similarly, there are some provisions mentioning Pentium in pc386/config.h -- namely the #define for USER_D_CACHEMODE and the associated comment. Does VxWorks run on the Pentium? (any particular versions?) If Pentium chips are supported, what compiler flags, extra configuration stuff (i.e. USER_D_CACHEMODE) are required for Pentium? Available Motherboards (and ISA/PCI disk/video support): My local tech support contact indicated that hard disk and video controllers *must* be ISA cards to work with the pc386/pc486 bsp -- ISA/IDE for disk, and ISA/VGA for video. Is this correct? Nothing I can find in the documentation discusses ISA vs. PCI vs. PCI/on-motherboard disk or video support. The great majority of pc systems I've looked into recently (both Pentium and 486DX2/4) come with either PCI-card or PCI-on motherboard disk drives (VESA local bus, for a few older ones.) Similarly, the standard video cards are now PCI/VESA local-bus-based, and start with SVGA. Current motherboards (e.g. Intel's) typically come with (3-4) PCI slots and (4 or fewer) ISA slots. Old-style 8-ISA-slot motherboards seem to be pretty much unobtainable, except for passive backplane-based systems. If ISA cards are required (1 for disk, 1 for video, and one for EtherNet), then typical boxes would seem to be (close to) out of usable slots before one adds the first application-specific I/O board. What are other pc-target customers using? Roughly how many people are using the pc386/486 target? Disk/Console I/O: Are hard-drive and console I/O operations routed through ROM BIOS calls, or does VxWorks bypass the BIOS? If through the BIOS, then how can ISA vs PCI issues not be hidden by the BIOS? If the BIOS is bypassed, what specific hardware requirements are thus assumed by the VxWorks driver code that does the I/O (specific disk controller chip, etc.) What hardware is known to work? Floppy disk: The main file is named nec765Fd.h (nec765 Floppy driver); Is the BIOS bypassed, so that is this the only device supported? If so, what vendor's floppy controllers are known to work? Off-processor (level-2) cache: Are they compatible with VxWorks/x86, does it help; or is it ignored? What (if any) configuration mods are required? _____________________________________________________________________ --------------------------- Newsgroups: comp.os.vxworks Subject: Re: talking to vxWorks from Unix shell script? Date: Tue, 12 Sep 1995 23:51:41 GMT From: Ron Kellam Organization: Hewlett-Packard Co. Message-ID: References: <4332o6$nkj@ccnet2.ccnet.com> Sender: news@hparc12.aus.hp.com (News Daemon ID) carl@ccnet.com (Carl Farrington) wrote: >We have a test setup with vxWorks running on 2 different boards. >Starting the test requires typing a few commands to board1, then some to >board2, then back to board 1 for a while, etc. > >I'd like to automate this with a shell script (or something). Is there >any easy way to send a single line command from a Unix program over the >ethernet to a vxWorks shell, and get the output back? Ideally, I'd like >the equivalent of rshd running under vxWorks. > >Any suggestions? > I'd suggest using TCL (with expect). That's what we've been using here, and it's what WRS has developed the BSP test scripts in. TCL with the "expect" extension is undoubtedly the simplest and most flexible way of remotely automating tests on a vxWorks machine (or any other machine for that matter..) Regards, Ron. - ---------------------------------------------------------------------------- Ron Kellam | Phone: +613 272 4016 Hewlett Packard | Fax: +613 898 9257 .-_!\ Australian Telecom Operation | Email: ronk@hpato.aus.hp.com / ATO \ 31-41 Joseph St; Blackburn | HPDesk: KELLAM_RON/HP9061_RG@hpausa1 \_.-._/ Victoria, Australia, 3130 | "My opinions are my own, not HP's" v - ---------------------------------------------------------------------------- "Even if you're on the right track, you still get run over if you don't keep moving" - ---------------------------------------------------------------------------- --------------------------- Newsgroups: comp.os.vxworks Subject: Driver for Bit3 VNE-to-Multibus adpater Date: 13 Sep 1995 05:02:53 GMT From: chetan@neptune.mer.utexas.edu (Chetan Kapoor) Organization: The University of Texas at Austin Message-ID: <435olt$3k1@geraldo.cc.utexas.edu> Reply-To: chetan@mail.utexas.edu I will appreciate if anyone can send some pointers to a VxWorks driver for a Bit 3 adapter which is used to connect a VME bus to Multibus. Chetan Kapoor Robotics Research Group The University of Texas at Austin chetan@mail.utexas.edu --------------------------- End of New-News digest ********************** From daemon@csg.lbl.gov Wed Sep 13 04:00:27 1995 From: daemon@csg.lbl.gov Date: Wed Sep 13 04:00:30 PDT 1995 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Wed Sep 13 04:00:23 PDT 1995 Subject: Re: Changing the console port? Subject: VxWorks (pc/x86 target hardware) configuration questions Subject: Re: talking to vxWorks from Unix shell script? Subject: Driver for Bit3 VNE-to-Multibus adpater ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: Changing the console port? Date: 12 Sep 1995 17:30:49 GMT From: Martin Moore Organization: Telco Systems NAC Message-ID: <434g49$8j9@mickey.nad.telco.com> References: John, I think this might be related to the same problem I was having when trying to open /tyCo/1 for my task's console output device. You need to modify config.h to increase NUM_TTY from 1 to 2 in order to get more than one /tyCo/* device. Unless you made this change, the loop that opens the tty devices in usrConfig.c routine usrRoot will stop before opening your console fd. - -- Martin Moore - Telco Systems X5574 --------------------------- Newsgroups: comp.os.vxworks Subject: VxWorks (pc/x86 target hardware) configuration questions Date: 12 Sep 1995 21:35:53 GMT From: Lawrence Pfeffer Organization: NIST Message-ID: <434ufp$520@dove.nist.gov> References: <9509060739.AA10715@mee.hwm.com> Fellow Vx'ers, I'm trying to find out about the (currently available) hardware configurations that the VxWorks pc386/pc486 BSP supports -- sufficient to spec/buy hardware for an evaluation. (FYI, my prev. experience is with Motorola 147 & 167 cards; pc/x86 is being explored due to limited hardware budget.) Neither the programmers guide (Appendix G) nor the BSP man pages (pc386, pc486) define the supported hardware configurations very well. Key details (e.g. what processor types, disk/display controller reqirements/assumptions, and secondary cache support) are not well specified. While I'm waiting for info from WRS tech support, I'd like to ask any readers with experience running VxWorks on pcx86 systems to let me know about: hardware configurations that work: (esp. motherboeards, video, disk controllers, level-2 cache), things to watch out for, general workability of VxWorks on x86 (i.e. would you still go this route?) either via direct postings of private email. If there are a significant number of private responses (or even a few with real technical detail!), I'll post a digest. Specific pc/x86 bsp questions are appended. Non pc/x86 users please disregard; apologies for bandwidth used. - -- Larry Lawrence E. Pfeffer (AKA Larry), voice: (301)975-6067, FAX: (301)869-6275 *Preferred* email: lawrence.pfeffer@nist.gov U.S. mail: NIST Bldg. 226/Rm. B158, Gaithersburg, MD 20899 ___________________________________________________________________________ VxWorks (pc/x86 target hardware) configuration questions: Processors: Pentium or not? The man pages don't say either way. Appendix G's title would seem to rule Pentium out by ommision, but there are mentions of Pentium in the App. G text itself! (i.e. Table G-1, sysProcessor.) Similarly, there are some provisions mentioning Pentium in pc386/config.h -- namely the #define for USER_D_CACHEMODE and the associated comment. Does VxWorks run on the Pentium? (any particular versions?) If Pentium chips are supported, what compiler flags, extra configuration stuff (i.e. USER_D_CACHEMODE) are required for Pentium? Available Motherboards (and ISA/PCI disk/video support): My local tech support contact indicated that hard disk and video controllers *must* be ISA cards to work with the pc386/pc486 bsp -- ISA/IDE for disk, and ISA/VGA for video. Is this correct? Nothing I can find in the documentation discusses ISA vs. PCI vs. PCI/on-motherboard disk or video support. The great majority of pc systems I've looked into recently (both Pentium and 486DX2/4) come with either PCI-card or PCI-on motherboard disk drives (VESA local bus, for a few older ones.) Similarly, the standard video cards are now PCI/VESA local-bus-based, and start with SVGA. Current motherboards (e.g. Intel's) typically come with (3-4) PCI slots and (4 or fewer) ISA slots. Old-style 8-ISA-slot motherboards seem to be pretty much unobtainable, except for passive backplane-based systems. If ISA cards are required (1 for disk, 1 for video, and one for EtherNet), then typical boxes would seem to be (close to) out of usable slots before one adds the first application-specific I/O board. What are other pc-target customers using? Roughly how many people are using the pc386/486 target? Disk/Console I/O: Are hard-drive and console I/O operations routed through ROM BIOS calls, or does VxWorks bypass the BIOS? If through the BIOS, then how can ISA vs PCI issues not be hidden by the BIOS? If the BIOS is bypassed, what specific hardware requirements are thus assumed by the VxWorks driver code that does the I/O (specific disk controller chip, etc.) What hardware is known to work? Floppy disk: The main file is named nec765Fd.h (nec765 Floppy driver); Is the BIOS bypassed, so that is this the only device supported? If so, what vendor's floppy controllers are known to work? Off-processor (level-2) cache: Are they compatible with VxWorks/x86, does it help; or is it ignored? What (if any) configuration mods are required? _____________________________________________________________________ --------------------------- Newsgroups: comp.os.vxworks Subject: Re: talking to vxWorks from Unix shell script? Date: Tue, 12 Sep 1995 23:51:41 GMT From: Ron Kellam Organization: Hewlett-Packard Co. Message-ID: References: <4332o6$nkj@ccnet2.ccnet.com> Sender: news@hparc12.aus.hp.com (News Daemon ID) carl@ccnet.com (Carl Farrington) wrote: >We have a test setup with vxWorks running on 2 different boards. >Starting the test requires typing a few commands to board1, then some to >board2, then back to board 1 for a while, etc. > >I'd like to automate this with a shell script (or something). Is there >any easy way to send a single line command from a Unix program over the >ethernet to a vxWorks shell, and get the output back? Ideally, I'd like >the equivalent of rshd running under vxWorks. > >Any suggestions? > I'd suggest using TCL (with expect). That's what we've been using here, and it's what WRS has developed the BSP test scripts in. TCL with the "expect" extension is undoubtedly the simplest and most flexible way of remotely automating tests on a vxWorks machine (or any other machine for that matter..) Regards, Ron. - ---------------------------------------------------------------------------- Ron Kellam | Phone: +613 272 4016 Hewlett Packard | Fax: +613 898 9257 .-_!\ Australian Telecom Operation | Email: ronk@hpato.aus.hp.com / ATO \ 31-41 Joseph St; Blackburn | HPDesk: KELLAM_RON/HP9061_RG@hpausa1 \_.-._/ Victoria, Australia, 3130 | "My opinions are my own, not HP's" v - ---------------------------------------------------------------------------- "Even if you're on the right track, you still get run over if you don't keep moving" - ---------------------------------------------------------------------------- --------------------------- Newsgroups: comp.os.vxworks Subject: Driver for Bit3 VNE-to-Multibus adpater Date: 13 Sep 1995 05:02:53 GMT From: chetan@neptune.mer.utexas.edu (Chetan Kapoor) Organization: The University of Texas at Austin Message-ID: <435olt$3k1@geraldo.cc.utexas.edu> Reply-To: chetan@mail.utexas.edu I will appreciate if anyone can send some pointers to a VxWorks driver for a Bit 3 adapter which is used to connect a VME bus to Multibus. Chetan Kapoor Robotics Research Group The University of Texas at Austin chetan@mail.utexas.edu --------------------------- End of New-News digest ********************** Subject: comp.os.vxworks newsdigest Submitted-by daemon@csg.lbl.gov Thu Sep 14 04:00:26 1995 Submitted-by: daemon@csg.lbl.gov Comp.Os.Vxworks Daily Digest Thu Sep 14 04:00:22 PDT 1995 Subject: TORNADO Subject: URGENT: PC Adapter with VxWorks Subject: Disk repair and diagnostic Subject: Compiler optimization in VxWorks Subject: FAQ? ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: TORNADO Date: 13 Sep 1995 07:47:45 GMT From: hersmeul@chamc1inmos.co.uk (hersemeule richard) Organization: SGS-Thomson Microelectronics Ltd. Keywords: TORNADO Message-ID: <4362b1$fv0@lion.inmos.co.uk> Sender: hersmeul@chamc1 (hersemeule richard) I can not imagine that someone in that group has ideas on what is TORNADO. I would be very pleased if this someone could give me some informations or let me know where I can find infos on the net. reading the vxworks FAQ it does 'nt appear anywhere infos on it. thanks in advance and ..... CARPE DIEM. richardh@inmos.co.uk --------------------------- Newsgroups: comp.os.vxworks Subject: URGENT: PC Adapter with VxWorks Date: 13 Sep 1995 12:45:46 GMT From: Adam Schmidt <100141.1133@compuserve.com> Organization: CompuServe Incorporated Message-ID: <436jpq$hkl@dub-news-svc-4.compuserve.com> We are looking for a good CPU we can put into a PC (over ISA), that runs VxWorks. We are missing a kind of complete list of solutions available. The processor could be preferably an Intel. Although there are many PC adapters for PCs, none we know supports for example a timer! The directory on ftp.netcom.com:/pub.. and the list there is not accesible for me (anonymous): /pub is empty. Thanks for any help! Adam Schmidt BTS GmbH Germany --------------------------- Newsgroups: comp.os.vxworks Subject: Disk repair and diagnostic Date: Wed, 13 Sep 1995 22:21:30 -0500 From: sroth@shore.net (Scott D. Roth) Organization: North Shore Access/Eco Software, Inc; (info@shore.net) Message-ID: Anyone know of disk utilities for the FAT DOS format used by VxWorks--commercial, shareware, or freeware--for verifying the file system and making repairs? --------------------------- Newsgroups: comp.os.vxworks Subject: Compiler optimization in VxWorks Date: Thu, 14 Sep 95 01:41:26 GMT From: gilley@america.net (Charles H. Gilley) Organization: CHG Software Message-ID: <4384ar$53o@peach.america.net> We are developing a multi-processor system using VxWorks and a 68040 foundation. Of course, one thing we real-time developers tend to do is talk directly to the hardware. In a multi-threaded environment, we are trying to avoid blocking on h/w resources by using uninterruptible operands to do the h/w register access. For example, if we set bit 3, we do it with the BITSET function on the 040 (not nec. correct instruction menemonic). Our hardware requires 32 bit access. The problem is that the compiler for our environment is the gcc compiler. It tries to think for us, optimizing our 32 bit address, bit set operation into a byte operation. We've tried variations on the compilier switches but to no avail. Short of coding it in assembly, is there any way to force the gcc compiler to not optimize this type of access? Regards, Charles Gilley AEL/Cross Systems by day (cgilley@cross.com) I program for food by night.... (gilley@america.net) All opinions are mine, are not redeemable for cash, void where prohibited. Educational Entrepreneur --------------------------- Newsgroups: comp.os.vxworks Subject: FAQ? Date: 14 Sep 1995 10:03:23 +0100 From: mgharte@maths.tcd.ie (Michelle Harte) Organization: Dept. of Maths, Trinity College, Dublin, Ireland. Message-ID: <438r4r$q5m@walton.maths.tcd.ie> Hi, Is there a FAQ for this group? Otherwise, is there a version of VxWorks for a MIPS R3000 processor? Thanks, Michelle. --------------------------- End of New-News digest ********************** From daemon@csg.lbl.gov Thu Sep 14 04:00:26 1995 From: daemon@csg.lbl.gov Date: Thu Sep 14 04:00:29 PDT 1995 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Thu Sep 14 04:00:22 PDT 1995 Subject: TORNADO Subject: URGENT: PC Adapter with VxWorks Subject: Disk repair and diagnostic Subject: Compiler optimization in VxWorks Subject: FAQ? ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: TORNADO Date: 13 Sep 1995 07:47:45 GMT From: hersmeul@chamc1inmos.co.uk (hersemeule richard) Organization: SGS-Thomson Microelectronics Ltd. Keywords: TORNADO Message-ID: <4362b1$fv0@lion.inmos.co.uk> Sender: hersmeul@chamc1 (hersemeule richard) I can not imagine that someone in that group has ideas on what is TORNADO. I would be very pleased if this someone could give me some informations or let me know where I can find infos on the net. reading the vxworks FAQ it does 'nt appear anywhere infos on it. thanks in advance and ..... CARPE DIEM. richardh@inmos.co.uk --------------------------- Newsgroups: comp.os.vxworks Subject: URGENT: PC Adapter with VxWorks Date: 13 Sep 1995 12:45:46 GMT From: Adam Schmidt <100141.1133@compuserve.com> Organization: CompuServe Incorporated Message-ID: <436jpq$hkl@dub-news-svc-4.compuserve.com> We are looking for a good CPU we can put into a PC (over ISA), that runs VxWorks. We are missing a kind of complete list of solutions available. The processor could be preferably an Intel. Although there are many PC adapters for PCs, none we know supports for example a timer! The directory on ftp.netcom.com:/pub.. and the list there is not accesible for me (anonymous): /pub is empty. Thanks for any help! Adam Schmidt BTS GmbH Germany --------------------------- Newsgroups: comp.os.vxworks Subject: Disk repair and diagnostic Date: Wed, 13 Sep 1995 22:21:30 -0500 From: sroth@shore.net (Scott D. Roth) Organization: North Shore Access/Eco Software, Inc; (info@shore.net) Message-ID: Anyone know of disk utilities for the FAT DOS format used by VxWorks--commercial, shareware, or freeware--for verifying the file system and making repairs? --------------------------- Newsgroups: comp.os.vxworks Subject: Compiler optimization in VxWorks Date: Thu, 14 Sep 95 01:41:26 GMT From: gilley@america.net (Charles H. Gilley) Organization: CHG Software Message-ID: <4384ar$53o@peach.america.net> We are developing a multi-processor system using VxWorks and a 68040 foundation. Of course, one thing we real-time developers tend to do is talk directly to the hardware. In a multi-threaded environment, we are trying to avoid blocking on h/w resources by using uninterruptible operands to do the h/w register access. For example, if we set bit 3, we do it with the BITSET function on the 040 (not nec. correct instruction menemonic). Our hardware requires 32 bit access. The problem is that the compiler for our environment is the gcc compiler. It tries to think for us, optimizing our 32 bit address, bit set operation into a byte operation. We've tried variations on the compilier switches but to no avail. Short of coding it in assembly, is there any way to force the gcc compiler to not optimize this type of access? Regards, Charles Gilley AEL/Cross Systems by day (cgilley@cross.com) I program for food by night.... (gilley@america.net) All opinions are mine, are not redeemable for cash, void where prohibited. Educational Entrepreneur --------------------------- Newsgroups: comp.os.vxworks Subject: FAQ? Date: 14 Sep 1995 10:03:23 +0100 From: mgharte@maths.tcd.ie (Michelle Harte) Organization: Dept. of Maths, Trinity College, Dublin, Ireland. Message-ID: <438r4r$q5m@walton.maths.tcd.ie> Hi, Is there a FAQ for this group? Otherwise, is there a version of VxWorks for a MIPS R3000 processor? Thanks, Michelle. --------------------------- End of New-News digest ********************** Subject: Re: TORNADO Submitted-by mea@mclean.sparta.com Thu Sep 14 05:51:01 1995 Submitted-by: "Michael E. Anderson" On Thu, 14 Sep 1995, Richard Hersemeule wrote: > From: hersmeul@chamc1inmos.co.uk (hersemeule richard) > > I can not imagine that someone in that group has ideas on what is TORNADO. > I would be very pleased if this someone could give me some informations or > let me know where I can find infos on the net. reading the vxworks FAQ it does 'nt > appear anywhere infos on it. > thanks in advance and ..... CARPE DIEM. > Tornado is WRS's new development environment. Looks real slick. You'll find some info on it at http://www.wrs.com. Regards, =============================================================================== __ Real-Time System Development, Integration, Training and Services //\\ // \\ Mike Anderson // /\ \\ Chief Engineer Voice : (703) 448-0210 ext. 235 // / \ \\ SPARTA, Inc. FAX : (703) 734-3323 // \ \\ 7926 Jones Branch Drive EMAIL : mea@mclean.sparta.com \\ \ // Suite 900 Web : http://www.mclean.sparta.com \\ \ / // McLean, VA 22102 \\ \/ // "Software development is like making \\ // a baby... You can't make a baby in one \\// month by impregnating nine women. -- "Pride in Performance" Some things just take time." =============================================================================== From mea@mclean.sparta.com Thu Sep 14 05:51:01 1995 From: "Michael E. Anderson" Date: Thu Sep 14 05:51:04 PDT 1995 Subject: Re: TORNADO On Thu, 14 Sep 1995, Richard Hersemeule wrote: > From: hersmeul@chamc1inmos.co.uk (hersemeule richard) > > I can not imagine that someone in that group has ideas on what is TORNADO. > I would be very pleased if this someone could give me some informations or > let me know where I can find infos on the net. reading the vxworks FAQ it does 'nt > appear anywhere infos on it. > thanks in advance and ..... CARPE DIEM. > Tornado is WRS's new development environment. Looks real slick. You'll find some info on it at http://www.wrs.com. Regards, =============================================================================== __ Real-Time System Development, Integration, Training and Services //\\ // \\ Mike Anderson // /\ \\ Chief Engineer Voice : (703) 448-0210 ext. 235 // / \ \\ SPARTA, Inc. FAX : (703) 734-3323 // \ \\ 7926 Jones Branch Drive EMAIL : mea@mclean.sparta.com \\ \ // Suite 900 Web : http://www.mclean.sparta.com \\ \ / // McLean, VA 22102 \\ \/ // "Software development is like making \\ // a baby... You can't make a baby in one \\// month by impregnating nine women. -- "Pride in Performance" Some things just take time." =============================================================================== Subject: Re: FAT Utilities and FAQ Location Submitted-by mea@mclean.sparta.com Thu Sep 14 06:06:42 1995 Submitted-by: "Michael E. Anderson" On Thu, 14 Sep 1995, the vxWorks Users Group Exploder wrote: > Subject: Disk repair and diagnostic > From: sroth@shore.net (Scott D. Roth) > > Anyone know of disk utilities for the FAT DOS format used by > VxWorks--commercial, shareware, or freeware--for verifying the > file system and making repairs? > Leonid's company (RST) located in Israel has such a piece of software. Essentially, a chkdsk for VxWorks. You can find information on it in WRS's web pages in the Tradewinds Directory section. That has his e-mail address, etc. If Leonid hasn't pinged you already ;-). > Subject: FAQ? > From: mgharte@maths.tcd.ie (Michelle Harte) > > Hi, > > Is there a FAQ for this group? Otherwise, is there a version of VxWorks for a MIPS R3000 processor? > The FAQ is located at http://www.mclean.sparta.com or via anonymous FTP at ftp.mclean.sparta.com. I'm sorry it's somewhat out of date, but I had no idea what it took to maintain it when I volunteered. Things keep changing all the time so it's hard to know what to keep and what to toss out. And, since I have every message on this group since 1992 to wade through, it is very time consuming. Mea culpa :-(. And yes, there is a version of VxWorks for the R3K/R4K. Heurikon makes a several flavors of commercial SBCs based on those processors including the R4600-based Laguna board. You can reach them at http://www.heurikon.com. Regards, =============================================================================== __ Real-Time System Development, Integration, Training and Services //\\ // \\ Mike Anderson // /\ \\ Chief Engineer Voice : (703) 448-0210 ext. 235 // / \ \\ SPARTA, Inc. FAX : (703) 734-3323 // \ \\ 7926 Jones Branch Drive EMAIL : mea@mclean.sparta.com \\ \ // Suite 900 Web : http://www.mclean.sparta.com \\ \ / // McLean, VA 22102 \\ \/ // "Software development is like making \\ // a baby... You can't make a baby in one \\// month by impregnating nine women. -- "Pride in Performance" Some things just take time." =============================================================================== From mea@mclean.sparta.com Thu Sep 14 06:06:42 1995 From: "Michael E. Anderson" Date: Thu Sep 14 06:06:44 PDT 1995 Subject: Re: FAT Utilities and FAQ Location On Thu, 14 Sep 1995, the vxWorks Users Group Exploder wrote: > Subject: Disk repair and diagnostic > From: sroth@shore.net (Scott D. Roth) > > Anyone know of disk utilities for the FAT DOS format used by > VxWorks--commercial, shareware, or freeware--for verifying the > file system and making repairs? > Leonid's company (RST) located in Israel has such a piece of software. Essentially, a chkdsk for VxWorks. You can find information on it in WRS's web pages in the Tradewinds Directory section. That has his e-mail address, etc. If Leonid hasn't pinged you already ;-). > Subject: FAQ? > From: mgharte@maths.tcd.ie (Michelle Harte) > > Hi, > > Is there a FAQ for this group? Otherwise, is there a version of VxWorks for a MIPS R3000 processor? > The FAQ is located at http://www.mclean.sparta.com or via anonymous FTP at ftp.mclean.sparta.com. I'm sorry it's somewhat out of date, but I had no idea what it took to maintain it when I volunteered. Things keep changing all the time so it's hard to know what to keep and what to toss out. And, since I have every message on this group since 1992 to wade through, it is very time consuming. Mea culpa :-(. And yes, there is a version of VxWorks for the R3K/R4K. Heurikon makes a several flavors of commercial SBCs based on those processors including the R4600-based Laguna board. You can reach them at http://www.heurikon.com. Regards, =============================================================================== __ Real-Time System Development, Integration, Training and Services //\\ // \\ Mike Anderson // /\ \\ Chief Engineer Voice : (703) 448-0210 ext. 235 // / \ \\ SPARTA, Inc. FAX : (703) 734-3323 // \ \\ 7926 Jones Branch Drive EMAIL : mea@mclean.sparta.com \\ \ // Suite 900 Web : http://www.mclean.sparta.com \\ \ / // McLean, VA 22102 \\ \/ // "Software development is like making \\ // a baby... You can't make a baby in one \\// month by impregnating nine women. -- "Pride in Performance" Some things just take time." =============================================================================== Subject: Need VME JPEG Board Submitted-by garyz@gdesystems.com Thu Sep 14 09:05:30 1995 Submitted-by: Gary Zimmerman Does anyone know of a VME board that does JPEG compression/decompression in hardware. I need more performance than a software based solution would provide. I'll worry about drivers later. -- Gary Zimmerman Gary.Zimmerman@gde.GDEsystems.com GDE Systems, Inc. (619) 592-5103 (619) 592-5603 FAX From garyz@gdesystems.com Thu Sep 14 09:05:30 1995 From: Gary Zimmerman Date: Thu Sep 14 09:05:33 PDT 1995 Subject: Need VME JPEG Board Does anyone know of a VME board that does JPEG compression/decompression in hardware. I need more performance than a software based solution would provide. I'll worry about drivers later. -- Gary Zimmerman Gary.Zimmerman@gde.GDEsystems.com GDE Systems, Inc. (619) 592-5103 (619) 592-5603 FAX Subject: PCI Bus Specs Submitted-by randy@opid330.dsd.litton.com Thu Sep 14 09:25:28 1995 Submitted-by: randy@opid330.dsd.litton.com (Randy Ryan) Can anybody suggest where I might find the PCI Mezzanine specs for interfacing to the Motorola Power PC VME card? Tanx, ***************************************** * * * Randy Ryan * * Litton Data Systems * * randy@opid330.dsd.litton.com * * * ***************************************** From randy@opid330.dsd.litton.com Thu Sep 14 09:25:28 1995 From: randy@opid330.dsd.litton.com (Randy Ryan) Date: Thu Sep 14 09:25:31 PDT 1995 Subject: PCI Bus Specs Can anybody suggest where I might find the PCI Mezzanine specs for interfacing to the Motorola Power PC VME card? Tanx, ***************************************** * * * Randy Ryan * * Litton Data Systems * * randy@opid330.dsd.litton.com * * * ***************************************** Subject: Re: Compiler optimization in VxWorks Submitted-by stan@rti.com Thu Sep 14 18:33:48 1995 Submitted-by: Stan Schneider >> Date: Thu, 14 Sep 95 01:41:26 GMT >> From: gilley@america.net (Charles H. Gilley) >> We are developing a multi-processor system using VxWorks and a 68040 >> foundation. Of course, one thing we real-time developers tend to do is talk >> directly to the hardware. In a multi-threaded environment, we are trying to >> avoid blocking on h/w resources by using uninterruptible operands to do the >> h/w register access. For example, if we set bit 3, we do it with the BITSET >> function on the 040 (not nec. correct instruction menemonic). Our hardware >> requires 32 bit access. >> >> The problem is that the compiler for our environment is the gcc >> compiler. It tries to think for us, optimizing our 32 bit address, bit >> set operation into a byte operation. We've tried variations on the >> compilier switches but to no avail. Short of coding it in assembly, is >> there any way to force the gcc compiler to not optimize this type of >> access? >> Try this: typedef volatile int *DWordRegister; DWordRegister myreg = 0xff2343; /* whatever the address is */ *myreg = 0x34; /* Whatever the data is */ -- Stan ============================================================================= = = = = Stan Schneider = email: stan@rti.com = = Real-Time Innovations, Inc. = Phone: (408) 720-8312 = = 954 Aster, Sunnyvale, CA 94086 = Fax: (408) 720-8419 = = = = ============================================================================= From stan@rti.com Thu Sep 14 18:33:48 1995 From: Stan Schneider Date: Thu Sep 14 18:33:50 PDT 1995 Subject: Re: Compiler optimization in VxWorks >> Date: Thu, 14 Sep 95 01:41:26 GMT >> From: gilley@america.net (Charles H. Gilley) >> We are developing a multi-processor system using VxWorks and a 68040 >> foundation. Of course, one thing we real-time developers tend to do is talk >> directly to the hardware. In a multi-threaded environment, we are trying to >> avoid blocking on h/w resources by using uninterruptible operands to do the >> h/w register access. For example, if we set bit 3, we do it with the BITSET >> function on the 040 (not nec. correct instruction menemonic). Our hardware >> requires 32 bit access. >> >> The problem is that the compiler for our environment is the gcc >> compiler. It tries to think for us, optimizing our 32 bit address, bit >> set operation into a byte operation. We've tried variations on the >> compilier switches but to no avail. Short of coding it in assembly, is >> there any way to force the gcc compiler to not optimize this type of >> access? >> Try this: typedef volatile int *DWordRegister; DWordRegister myreg = 0xff2343; /* whatever the address is */ *myreg = 0x34; /* Whatever the data is */ -- Stan ============================================================================= = = = = Stan Schneider = email: stan@rti.com = = Real-Time Innovations, Inc. = Phone: (408) 720-8312 = = 954 Aster, Sunnyvale, CA 94086 = Fax: (408) 720-8419 = = = = ============================================================================= Subject: comp.os.vxworks newsdigest Submitted-by daemon@csg.lbl.gov Fri Sep 15 04:00:23 1995 Submitted-by: daemon@csg.lbl.gov Comp.Os.Vxworks Daily Digest Fri Sep 15 04:00:20 PDT 1995 Subject: prototyped header files for vxWorks 4? Subject: Re: TORNADO ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: prototyped header files for vxWorks 4? Date: Thu, 14 Sep 1995 12:19:34 GMT From: dwp@mrst.com (David W. Penfield) Organization: MRS Technology, Inc. Message-ID: <1995Sep14.121934.12003@mrst.com> We have a product that uses vxWorks 4 and we are currently upgrading the compiler we use to build this product's code. We currently use a pre-ANSI compiler and are switching to cc68k. I would like to prototype all the vxWorks 4 functions and wonder if anyone has already done this. Thanks, - ------------------------------------------------------------------------- David W. Penfield MRS Technology, Inc. (508) 250-0450 10 Elizabeth Drive Fax: (508) 256-3266 Chelmsford, MA 01824 dwp@mrst.com - ------------------------------------------------------------------------- --------------------------- Newsgroups: comp.os.vxworks Subject: Re: TORNADO Date: 14 Sep 1995 18:34:46 -0400 From: lachacg@dialogic.com (Gerry Lachac) Organization: Dialogic Corporation, Parisppany NJ USA Keywords: TORNADO Message-ID: <43aam6$2f1@cornfed.dialogic.com> References: <4362b1$fv0@lion.inmos.co.uk> In article <4362b1$fv0@lion.inmos.co.uk>, hersemeule richard wrote: >I can not imagine that someone in that group has ideas on what is TORNADO. >I would be very pleased if this someone could give me some informations or >let me know where I can find infos on the net. reading the vxworks FAQ it does 'nt >appear anywhere infos on it. Try WindRiver's web page. It has Tornado info. http://www.wrs.com - -- =*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*= EMAIL: G.Lachac@dialogic.com * USMAIL: Dialogic Corp. * Quis custodiet ipsos custodes. 1515 Route 10 Parsippany,NJ * PHONE: (201)993-3000 ext 6193 * --------------------------- End of New-News digest ********************** From daemon@csg.lbl.gov Fri Sep 15 04:00:23 1995 From: daemon@csg.lbl.gov Date: Fri Sep 15 04:00:26 PDT 1995 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Fri Sep 15 04:00:20 PDT 1995 Subject: prototyped header files for vxWorks 4? Subject: Re: TORNADO ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: prototyped header files for vxWorks 4? Date: Thu, 14 Sep 1995 12:19:34 GMT From: dwp@mrst.com (David W. Penfield) Organization: MRS Technology, Inc. Message-ID: <1995Sep14.121934.12003@mrst.com> We have a product that uses vxWorks 4 and we are currently upgrading the compiler we use to build this product's code. We currently use a pre-ANSI compiler and are switching to cc68k. I would like to prototype all the vxWorks 4 functions and wonder if anyone has already done this. Thanks, - ------------------------------------------------------------------------- David W. Penfield MRS Technology, Inc. (508) 250-0450 10 Elizabeth Drive Fax: (508) 256-3266 Chelmsford, MA 01824 dwp@mrst.com - ------------------------------------------------------------------------- --------------------------- Newsgroups: comp.os.vxworks Subject: Re: TORNADO Date: 14 Sep 1995 18:34:46 -0400 From: lachacg@dialogic.com (Gerry Lachac) Organization: Dialogic Corporation, Parisppany NJ USA Keywords: TORNADO Message-ID: <43aam6$2f1@cornfed.dialogic.com> References: <4362b1$fv0@lion.inmos.co.uk> In article <4362b1$fv0@lion.inmos.co.uk>, hersemeule richard wrote: >I can not imagine that someone in that group has ideas on what is TORNADO. >I would be very pleased if this someone could give me some informations or >let me know where I can find infos on the net. reading the vxworks FAQ it does 'nt >appear anywhere infos on it. Try WindRiver's web page. It has Tornado info. http://www.wrs.com - -- =*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*= EMAIL: G.Lachac@dialogic.com * USMAIL: Dialogic Corp. * Quis custodiet ipsos custodes. 1515 Route 10 Parsippany,NJ * PHONE: (201)993-3000 ext 6193 * --------------------------- End of New-News digest ********************** Subject: TCP!IP message packing Submitted-by arvid.sternang@fof.nft.no Fri Sep 15 06:36:05 1995 Submitted-by: arvid.sternang@fof.nft.no (Arvid Sternang) Due to a problem observed when sending TCP/IP messages, we want to force TCP/IP to send one package for each write() request (in many cases several write() requests are packed into one TCP/IP package before transmitted on the net). I tried to flush after write: write_fp = fdopen( socket_fd, SOCK_STREAM); /* From fd get fp */ fflush( write_fp); /* Force transfer */ fclose( write_fp); but a filepointer was never assigned. I cannot find any socket options either to do the trick, so how do I force one transfer for each write()????????? VxWorks version: 5.0.2b Scenario: client-server as described by W. Richard Stevens, "UNIX Network Programming", page 261 (our write() requests are on the server side) Many thanks in advance Arvid A.Sternang, Dept. FLL, Norsk Forsvarsteknologi A/S P.O. Box 1003, N-3601 Kongsberg, Norway. Tel: (+47) 32 73 91 39 Fax: (+47) 32 73 97 52 e-mail: arvids@fof.nft.no From arvid.sternang@fof.nft.no Fri Sep 15 06:36:05 1995 From: arvid.sternang@fof.nft.no (Arvid Sternang) Date: Fri Sep 15 06:36:07 PDT 1995 Subject: TCP!IP message packing Due to a problem observed when sending TCP/IP messages, we want to force TCP/IP to send one package for each write() request (in many cases several write() requests are packed into one TCP/IP package before transmitted on the net). I tried to flush after write: write_fp = fdopen( socket_fd, SOCK_STREAM); /* From fd get fp */ fflush( write_fp); /* Force transfer */ fclose( write_fp); but a filepointer was never assigned. I cannot find any socket options either to do the trick, so how do I force one transfer for each write()????????? VxWorks version: 5.0.2b Scenario: client-server as described by W. Richard Stevens, "UNIX Network Programming", page 261 (our write() requests are on the server side) Many thanks in advance Arvid A.Sternang, Dept. FLL, Norsk Forsvarsteknologi A/S P.O. Box 1003, N-3601 Kongsberg, Norway. Tel: (+47) 32 73 91 39 Fax: (+47) 32 73 97 52 e-mail: arvids@fof.nft.no Subject: Re: TCP!IP message packing Submitted-by mea@mclean.sparta.com Fri Sep 15 07:33:42 1995 Submitted-by: "Michael E. Anderson" On Fri, 15 Sep 1995, Arvid Sternang wrote: > Due to a problem observed when sending TCP/IP messages, we want to force TCP/IP to > send one package for each write() request (in many cases several write() requests are packed > into one TCP/IP package before transmitted on the net). I tried to flush after write: > > [... deleted ... ] The behavior you're describing is a natural feature of TCP wherein the data from writes (or sends, etc.) are delayed slightly in an attempt to minimize protocol overhead by packing data into one bigger packet rather than several smaller packets. This behavior can be disabled on a socket by socket basis as so: int status, true = 1; int sockFd; [create and bind socket] status = setsockopt(sockFd, IPPROTO_TCP, TCP_NODELAY, &true, sizeof(true)); [ fill in your buffer ] nbytes = write(sockFd, &buffer, sizeof(buffer)); etc. Then there will be a one-to-one correspondence between writes and packets (or at least as close as TCP will let you get). HTH, =============================================================================== __ Real-Time System Development, Integration, Training and Services //\\ // \\ Mike Anderson // /\ \\ Chief Engineer Voice : (703) 448-0210 ext. 235 // / \ \\ SPARTA, Inc. FAX : (703) 734-3323 // \ \\ 7926 Jones Branch Drive EMAIL : mea@mclean.sparta.com \\ \ // Suite 900 Web : http://www.mclean.sparta.com \\ \ / // McLean, VA 22102 \\ \/ // "Software development is like making \\ // a baby... You can't make a baby in one \\// month by impregnating nine women. -- "Pride in Performance" Some things just take time." =============================================================================== From mea@mclean.sparta.com Fri Sep 15 07:33:42 1995 From: "Michael E. Anderson" Date: Fri Sep 15 07:33:49 PDT 1995 Subject: Re: TCP!IP message packing On Fri, 15 Sep 1995, Arvid Sternang wrote: > Due to a problem observed when sending TCP/IP messages, we want to force TCP/IP to > send one package for each write() request (in many cases several write() requests are packed > into one TCP/IP package before transmitted on the net). I tried to flush after write: > > [... deleted ... ] The behavior you're describing is a natural feature of TCP wherein the data from writes (or sends, etc.) are delayed slightly in an attempt to minimize protocol overhead by packing data into one bigger packet rather than several smaller packets. This behavior can be disabled on a socket by socket basis as so: int status, true = 1; int sockFd; [create and bind socket] status = setsockopt(sockFd, IPPROTO_TCP, TCP_NODELAY, &true, sizeof(true)); [ fill in your buffer ] nbytes = write(sockFd, &buffer, sizeof(buffer)); etc. Then there will be a one-to-one correspondence between writes and packets (or at least as close as TCP will let you get). HTH, =============================================================================== __ Real-Time System Development, Integration, Training and Services //\\ // \\ Mike Anderson // /\ \\ Chief Engineer Voice : (703) 448-0210 ext. 235 // / \ \\ SPARTA, Inc. FAX : (703) 734-3323 // \ \\ 7926 Jones Branch Drive EMAIL : mea@mclean.sparta.com \\ \ // Suite 900 Web : http://www.mclean.sparta.com \\ \ / // McLean, VA 22102 \\ \/ // "Software development is like making \\ // a baby... You can't make a baby in one \\// month by impregnating nine women. -- "Pride in Performance" Some things just take time." =============================================================================== Subject: Re: TCP!IP message packing Submitted-by hill@luke.atdiv.lanl.gov Fri Sep 15 08:55:05 1995 Submitted-by: hill@luke.atdiv.lanl.gov (Jeff Hill) > Due to a problem observed when sending TCP/IP messages, we want to force TCP/IP to > send one package for each write() request (in many cases several write() requests are packed > into one TCP/IP package before transmitted on the net). I tried to flush after write: > > write_fp = fdopen( socket_fd, SOCK_STREAM); /* From fd get fp */ > fflush( write_fp); /* Force transfer */ > fclose( write_fp); > > but a filepointer was never assigned. I cannot find any socket options either to do the trick, > so how do I force one transfer for each write()????????? > > VxWorks version: 5.0.2b > Scenario: client-server as described by W. Richard Stevens, "UNIX Network Programming", page 261 > (our write() requests are on the server side) > Try socket option TCP_NODELAY. Note that it will be unreliable to assume that there will be only one or even all of one of your "messages" returned by each call to read() on the receiving side. Jeff ______________________________________________________________________ Jeffrey O. Hill Internet johill@lanl.gov LANL MS H820 Voice 505 665 1831 Los Alamos, NM 87545 USA FAX 505 665 5107 From hill@luke.atdiv.lanl.gov Fri Sep 15 08:55:05 1995 From: hill@luke.atdiv.lanl.gov (Jeff Hill) Date: Fri Sep 15 08:55:10 PDT 1995 Subject: Re: TCP!IP message packing > Due to a problem observed when sending TCP/IP messages, we want to force TCP/IP to > send one package for each write() request (in many cases several write() requests are packed > into one TCP/IP package before transmitted on the net). I tried to flush after write: > > write_fp = fdopen( socket_fd, SOCK_STREAM); /* From fd get fp */ > fflush( write_fp); /* Force transfer */ > fclose( write_fp); > > but a filepointer was never assigned. I cannot find any socket options either to do the trick, > so how do I force one transfer for each write()????????? > > VxWorks version: 5.0.2b > Scenario: client-server as described by W. Richard Stevens, "UNIX Network Programming", page 261 > (our write() requests are on the server side) > Try socket option TCP_NODELAY. Note that it will be unreliable to assume that there will be only one or even all of one of your "messages" returned by each call to read() on the receiving side. Jeff ______________________________________________________________________ Jeffrey O. Hill Internet johill@lanl.gov LANL MS H820 Voice 505 665 1831 Los Alamos, NM 87545 USA FAX 505 665 5107 Subject: Float's as parameters!? Submitted-by del@rst.com Fri Sep 15 09:01:36 1995 Submitted-by: del@rst.com (Mark Del Giorno) Heyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyy, I'm using an MVME162 (68040 processor). GCC treats the following routines differently when it compiles, causing me a great deal of agony: void fp1(float f) { ... } and void fp2(f) float f; { ... } In the first case, fp1 will take a single 32-bit value off the stack and assume it is the float f. In the second case, fp2 assumes there is a *double* on the stack! This is a killer for many obvious reasons.....Is this the way things are supposed to work, is there a bug in GCC, ....????? Thanks in advance for any help! _/_/_/_/ _/_/_/_/ _/_/_/_/_/ Mark Del Giorno (del@rst.com) _/ _/ _/ _/ (410) 876-9200 Fax: 876-9470 _/_/_/_/ _/_/_/_/ _/ Robotic Systems Technology _/ _/ _/ _/ 1110 Business Parkway South _/ _/ _/_/_/_/ _/ Westminster, MD 21157 From del@rst.com Fri Sep 15 09:01:36 1995 From: del@rst.com (Mark Del Giorno) Date: Fri Sep 15 09:01:39 PDT 1995 Subject: Float's as parameters!? Heyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyy, I'm using an MVME162 (68040 processor). GCC treats the following routines differently when it compiles, causing me a great deal of agony: void fp1(float f) { ... } and void fp2(f) float f; { ... } In the first case, fp1 will take a single 32-bit value off the stack and assume it is the float f. In the second case, fp2 assumes there is a *double* on the stack! This is a killer for many obvious reasons.....Is this the way things are supposed to work, is there a bug in GCC, ....????? Thanks in advance for any help! _/_/_/_/ _/_/_/_/ _/_/_/_/_/ Mark Del Giorno (del@rst.com) _/ _/ _/ _/ (410) 876-9200 Fax: 876-9470 _/_/_/_/ _/_/_/_/ _/ Robotic Systems Technology _/ _/ _/ _/ 1110 Business Parkway South _/ _/ _/_/_/_/ _/ Westminster, MD 21157 Subject: Re: Float's as parameters!? Submitted-by stan@rti.com Fri Sep 15 09:53:55 1995 Submitted-by: Stan Schneider >> Submitted-by del@rst.com Fri Sep 15 09:01:36 1995 >> In the first case, fp1 will take a single 32-bit value off >> the stack and assume it is the float f. >> >> In the second case, fp2 assumes there is a *double* on the >> stack! >> >> This is a killer for many obvious reasons.....Is this the way >> things are supposed to work, is there a bug in GCC, ....????? This is the way it's supposed to work. An unprototyped function must assume all sorts of things about its parameters. Gcc's "-Wall" flag will catch this error nicely, assuming you've included your prototyped header and don't ignore the "undeclared function" warning. BTW, if you're having trouble making sure your headers match your source code, check out "makeheader", a public-domain (free) utility by Marc Ullman that pulls prototypes from your code & builds headers automatically. It saves us tons of work. We ship it with all our products; it's also available at many ftp sites (I can help you find it if need be). -- Stan ============================================================================= = = = = Stan Schneider = email: stan@rti.com = = Real-Time Innovations, Inc. = Phone: (408) 720-8312 = = 954 Aster, Sunnyvale, CA 94086 = Fax: (408) 720-8419 = = = = ============================================================================= From stan@rti.com Fri Sep 15 09:53:55 1995 From: Stan Schneider Date: Fri Sep 15 09:54:02 PDT 1995 Subject: Re: Float's as parameters!? >> Submitted-by del@rst.com Fri Sep 15 09:01:36 1995 >> In the first case, fp1 will take a single 32-bit value off >> the stack and assume it is the float f. >> >> In the second case, fp2 assumes there is a *double* on the >> stack! >> >> This is a killer for many obvious reasons.....Is this the way >> things are supposed to work, is there a bug in GCC, ....????? This is the way it's supposed to work. An unprototyped function must assume all sorts of things about its parameters. Gcc's "-Wall" flag will catch this error nicely, assuming you've included your prototyped header and don't ignore the "undeclared function" warning. BTW, if you're having trouble making sure your headers match your source code, check out "makeheader", a public-domain (free) utility by Marc Ullman that pulls prototypes from your code & builds headers automatically. It saves us tons of work. We ship it with all our products; it's also available at many ftp sites (I can help you find it if need be). -- Stan ============================================================================= = = = = Stan Schneider = email: stan@rti.com = = Real-Time Innovations, Inc. = Phone: (408) 720-8312 = = 954 Aster, Sunnyvale, CA 94086 = Fax: (408) 720-8419 = = = = ============================================================================= Subject: Tornado Submitted-by banta@cebaf.gov Fri Sep 15 11:26:35 1995 Submitted-by: Paul Banta Hello Everyone, I've been doing some inquiring about Tornado. It ships with VxWorks 5.3. I just talked to a sales rep at wrs yesterday and I asked him about VxWorks 5.3. (We just got 5.2 and have yet to begin upgrading from 5.1.1.) He said that 5.3 is what comes with Tornado (which is what you get if you buy a developer's license now.) He said that I will be stuck at 5.2 unless I buy Tornado. The price he quoted me for upgrading our developer's license to allow us to use Tornado was high. However it was not the same price as purchasing a new developer's license from scratch. To WRSs credit, it was significantly discounted because we already own a 10 user developer's license. And with the new licensing scheme the upgrade path is definitely a bargain. Even so, we have been paying annual support for our developer's license for 5 years and this seems like a slap in the face. Did Bill Gates buy WRS? After reading the Tornado documentation on the wrs home page it looks like I would be paying for some graphical, host-based tools that, while they sound very nice (in fact, I wish I had them right now), they are not essential. -Paul -- Paul Banta voice: 804-249-5829 CEBAF, MS 12H fax: 804-249-5800 12000 Jefferson Avenue email: banta@cebaf.gov Newport News, VA 23606 From banta@cebaf.gov Fri Sep 15 11:26:35 1995 From: Paul Banta Date: Fri Sep 15 11:26:38 PDT 1995 Subject: Tornado Hello Everyone, I've been doing some inquiring about Tornado. It ships with VxWorks 5.3. I just talked to a sales rep at wrs yesterday and I asked him about VxWorks 5.3. (We just got 5.2 and have yet to begin upgrading from 5.1.1.) He said that 5.3 is what comes with Tornado (which is what you get if you buy a developer's license now.) He said that I will be stuck at 5.2 unless I buy Tornado. The price he quoted me for upgrading our developer's license to allow us to use Tornado was high. However it was not the same price as purchasing a new developer's license from scratch. To WRSs credit, it was significantly discounted because we already own a 10 user developer's license. And with the new licensing scheme the upgrade path is definitely a bargain. Even so, we have been paying annual support for our developer's license for 5 years and this seems like a slap in the face. Did Bill Gates buy WRS? After reading the Tornado documentation on the wrs home page it looks like I would be paying for some graphical, host-based tools that, while they sound very nice (in fact, I wish I had them right now), they are not essential. -Paul -- Paul Banta voice: 804-249-5829 CEBAF, MS 12H fax: 804-249-5800 12000 Jefferson Avenue email: banta@cebaf.gov Newport News, VA 23606 Subject: float as parameter Submitted-by Flemming_Kevin/macom_pbl_ctc@mailback.macom.com Fri Sep 15 13:04:45 1995 Submitted-by: Flemming_Kevin/macom_pbl_ctc@mailback.macom.com Item Subject: Message text The difference between your two examples is that one is using K&R C while the other is using ANSI C. Here is a quote from "The (ANSI) C Programming Language, Second Edition", by Kernighan and Ritchie. "Notice that floats in an expression are not automatically converted to double; this is a change from the original definition. ... Since an argument of a function call is an expressioin, type conversions also take place when arguments are passed to functions. In the absense of a function prototype, char and short become int, and float becomes double. This is why we have declared function arguments to be int and double even when the functions is called with char and float." The problem appears to be that K&R C has no prototypes and thus you automattically convert to double. From Flemming_Kevin/macom_pbl_ctc@mailback.macom.com Fri Sep 15 13:04:45 1995 From: Flemming_Kevin/macom_pbl_ctc@mailback.macom.com Date: Fri Sep 15 13:04:48 PDT 1995 Subject: float as parameter Item Subject: Message text The difference between your two examples is that one is using K&R C while the other is using ANSI C. Here is a quote from "The (ANSI) C Programming Language, Second Edition", by Kernighan and Ritchie. "Notice that floats in an expression are not automatically converted to double; this is a change from the original definition. ... Since an argument of a function call is an expressioin, type conversions also take place when arguments are passed to functions. In the absense of a function prototype, char and short become int, and float becomes double. This is why we have declared function arguments to be int and double even when the functions is called with char and float." The problem appears to be that K&R C has no prototypes and thus you automattically convert to double. Subject: Re: Tornado Submitted-by bqv@se19.wg2.waii.com Fri Sep 15 13:11:43 1995 Submitted-by: Bang Vu Paul Banta penned: >Submitted-by banta@cebaf.gov Fri Sep 15 11:26:35 1995 >Submitted-by: Paul Banta > >Hello Everyone, > >I've been doing some inquiring about Tornado. It ships with VxWorks 5.3. >I just talked to a sales rep at wrs yesterday and I asked him about VxWorks >5.3. (We just got 5.2 and have yet to begin upgrading from 5.1.1.) He said >that 5.3 is what comes with Tornado (which is what you get if you buy a >developer's license now.) He said that I will be stuck at 5.2 unless I buy >Tornado. > [snipped] >-- >Paul Banta voice: 804-249-5829 >CEBAF, MS 12H fax: 804-249-5800 >12000 Jefferson Avenue email: banta@cebaf.gov >Newport News, VA 23606 Man, talk about an upgrade path (I guess vxWorks 5.2 will be end of the line for some people). No wonder they call it *Tornado*. Be prepared everyone. The oncoming Tornado will rip all of us off, houses, wallets and all ;) -- Bang Vu | QC Tools, Inc. (a subsidiary of I/O, Inc.) vu@wg2.waii.com | Software, Systems, and Consultancy for the Voice 713-964-6192 | Exploration Industry. Fax 713-964-6218 | 3600 Briarpark, Houston, TX 77042 From bqv@se19.wg2.waii.com Fri Sep 15 13:11:43 1995 From: Bang Vu Date: Fri Sep 15 13:11:58 PDT 1995 Subject: Re: Tornado Paul Banta penned: >Submitted-by banta@cebaf.gov Fri Sep 15 11:26:35 1995 >Submitted-by: Paul Banta > >Hello Everyone, > >I've been doing some inquiring about Tornado. It ships with VxWorks 5.3. >I just talked to a sales rep at wrs yesterday and I asked him about VxWorks >5.3. (We just got 5.2 and have yet to begin upgrading from 5.1.1.) He said >that 5.3 is what comes with Tornado (which is what you get if you buy a >developer's license now.) He said that I will be stuck at 5.2 unless I buy >Tornado. > [snipped] >-- >Paul Banta voice: 804-249-5829 >CEBAF, MS 12H fax: 804-249-5800 >12000 Jefferson Avenue email: banta@cebaf.gov >Newport News, VA 23606 Man, talk about an upgrade path (I guess vxWorks 5.2 will be end of the line for some people). No wonder they call it *Tornado*. Be prepared everyone. The oncoming Tornado will rip all of us off, houses, wallets and all ;) -- Bang Vu | QC Tools, Inc. (a subsidiary of I/O, Inc.) vu@wg2.waii.com | Software, Systems, and Consultancy for the Voice 713-964-6192 | Exploration Industry. Fax 713-964-6218 | 3600 Briarpark, Houston, TX 77042 Subject: Unsubscribe Submitted-by aaron_j_belvo@amg#u#dayton.ccmail.compuserve.com Fri Sep 15 13:36:27 1995 Submitted-by: Please remove me from the vxworks expoder. From aaron_j_belvo@amg#u#dayton.ccmail.compuserve.com Fri Sep 15 13:36:27 1995 From: Date: Fri Sep 15 13:36:30 PDT 1995 Subject: Unsubscribe Please remove me from the vxworks expoder. Subject: comp.os.vxworks newsdigest Submitted-by daemon@csg.lbl.gov Sat Sep 16 04:00:26 1995 Submitted-by: daemon@csg.lbl.gov Comp.Os.Vxworks Daily Digest Sat Sep 16 04:00:23 PDT 1995 Subject: Re: Z buf lib Subject: Re: TORNADO Subject: Detecting socket closing ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: Z buf lib Date: 15 Sep 1995 17:44:33 GMT From: billh@lvld.hp.com (Bill Hayes) Organization: Hewlett-Packard Co., Loveland, CO Message-ID: <43ce21$hjn@hplvec.lvld.hp.com> References: <9508172354.AA15224@luke.atdiv.lanl.gov> Jeff Hill (hill@luke.atdiv.lanl.gov) wrote: : Hello all, : Does anyone know the origin of the zero copy buffer library : present in vxWorks 5.2. Is this library a WRS invention or : is it derived from some public domain source such as NET BSD? It looks like a WRS invention from the tone of the article "Zero-Copy Interfacing to TCP/IP" written by Dana Burd in September 1995 Dr. Dobb's Journal. Bill Hayes billh@lvld.hp.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: TORNADO Date: 15 Sep 1995 20:32:51 GMT From: pwildi@synoptics.com (Patrick D. Wildi) Organization: Bay Networks, Inc. Message-ID: <43cntj$r3p@inn> References: <4362b1$fv0@lion.inmos.co.uk> Reply-To: pwildi@synoptics.com In article fv0@lion.inmos.co.uk, hersmeul@chamc1inmos.co.uk (hersemeule richard) writes: >I can not imagine that someone in that group has ideas on what is TORNADO. >I would be very pleased if this someone could give me some informations or >let me know where I can find infos on the net. reading the vxworks FAQ it does 'nt >appear anywhere infos on it. >thanks in advance and ..... CARPE DIEM. > > richardh@inmos.co.uk > Check out the info at http://www.wrs.com/ Patrick - --- - ------------------------------------------------------------------- Patrick D. Wildi pwildi@baynetworks.com --------------------------- Newsgroups: comp.os.vxworks Subject: Detecting socket closing Date: 15 Sep 1995 22:21:15 GMT From: jayg+@cs.cmu.edu (Jay Gowdy) Organization: School of Computer Science, Carnegie Mellon Message-ID: <43cu8r$4jo@cantaloupe.srv.cs.cmu.edu> I want to detect when a communications partner connected by a socket has closed its end of the socket, and I want to do that without using select. I know this must be possible because select can detect this situation (i.e., select marks a socket's file descriptor as active, but there is no data available on that file descriptor, so therefore the partner connected on that socket has closed its end). Any possibilities? Jay --------------------------- End of New-News digest ********************** From daemon@csg.lbl.gov Sat Sep 16 04:00:26 1995 From: daemon@csg.lbl.gov Date: Sat Sep 16 04:00:28 PDT 1995 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Sat Sep 16 04:00:23 PDT 1995 Subject: Re: Z buf lib Subject: Re: TORNADO Subject: Detecting socket closing ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: Z buf lib Date: 15 Sep 1995 17:44:33 GMT From: billh@lvld.hp.com (Bill Hayes) Organization: Hewlett-Packard Co., Loveland, CO Message-ID: <43ce21$hjn@hplvec.lvld.hp.com> References: <9508172354.AA15224@luke.atdiv.lanl.gov> Jeff Hill (hill@luke.atdiv.lanl.gov) wrote: : Hello all, : Does anyone know the origin of the zero copy buffer library : present in vxWorks 5.2. Is this library a WRS invention or : is it derived from some public domain source such as NET BSD? It looks like a WRS invention from the tone of the article "Zero-Copy Interfacing to TCP/IP" written by Dana Burd in September 1995 Dr. Dobb's Journal. Bill Hayes billh@lvld.hp.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: TORNADO Date: 15 Sep 1995 20:32:51 GMT From: pwildi@synoptics.com (Patrick D. Wildi) Organization: Bay Networks, Inc. Message-ID: <43cntj$r3p@inn> References: <4362b1$fv0@lion.inmos.co.uk> Reply-To: pwildi@synoptics.com In article fv0@lion.inmos.co.uk, hersmeul@chamc1inmos.co.uk (hersemeule richard) writes: >I can not imagine that someone in that group has ideas on what is TORNADO. >I would be very pleased if this someone could give me some informations or >let me know where I can find infos on the net. reading the vxworks FAQ it does 'nt >appear anywhere infos on it. >thanks in advance and ..... CARPE DIEM. > > richardh@inmos.co.uk > Check out the info at http://www.wrs.com/ Patrick - --- - ------------------------------------------------------------------- Patrick D. Wildi pwildi@baynetworks.com --------------------------- Newsgroups: comp.os.vxworks Subject: Detecting socket closing Date: 15 Sep 1995 22:21:15 GMT From: jayg+@cs.cmu.edu (Jay Gowdy) Organization: School of Computer Science, Carnegie Mellon Message-ID: <43cu8r$4jo@cantaloupe.srv.cs.cmu.edu> I want to detect when a communications partner connected by a socket has closed its end of the socket, and I want to do that without using select. I know this must be possible because select can detect this situation (i.e., select marks a socket's file descriptor as active, but there is no data available on that file descriptor, so therefore the partner connected on that socket has closed its end). Any possibilities? Jay --------------------------- End of New-News digest ********************** Subject: Re: Float's as parameters!? Submitted-by leonid@rst.co.il Sun Sep 17 01:02:14 1995 Submitted-by: leonid@rst.co.il (Leonid Rosenboim) > This is a killer for many obvious reasons.....Is this the way > things are supposed to work, is there a bug in GCC, ....????? Obvious ? One thing is obvious, you have not seen a "C"language manual in quite a while. (ever ?). This is the difference between ANSI "C" and K&R "C", and this has been known for ages to be so. Also, I would like to point out that the rst.com from Westminster, MD has absolutely nothing to do with rst.co.il in Israel, no connection whatsoever. Our engineers learn the "C" manual by heart before we let them write a single line of code. ----------------------------------------------------------------------- Leonid Rosenboim Phone: +972-3-559-8144 R S T Software Industries Ltd. Mobile: +972-50-307-142 3 Hashikma st. Industrial Zone, Fax: +972-3-559-8244 P.O.Box 11502, AZUR 58017, Israel E-Mail: leonid@rst.co.il From leonid@rst.co.il Sun Sep 17 01:02:14 1995 From: leonid@rst.co.il (Leonid Rosenboim) Date: Sun Sep 17 01:02:17 PDT 1995 Subject: Re: Float's as parameters!? > This is a killer for many obvious reasons.....Is this the way > things are supposed to work, is there a bug in GCC, ....????? Obvious ? One thing is obvious, you have not seen a "C"language manual in quite a while. (ever ?). This is the difference between ANSI "C" and K&R "C", and this has been known for ages to be so. Also, I would like to point out that the rst.com from Westminster, MD has absolutely nothing to do with rst.co.il in Israel, no connection whatsoever. Our engineers learn the "C" manual by heart before we let them write a single line of code. ----------------------------------------------------------------------- Leonid Rosenboim Phone: +972-3-559-8144 R S T Software Industries Ltd. Mobile: +972-50-307-142 3 Hashikma st. Industrial Zone, Fax: +972-3-559-8244 P.O.Box 11502, AZUR 58017, Israel E-Mail: leonid@rst.co.il Subject: comp.os.vxworks newsdigest Submitted-by daemon@csg.lbl.gov Sun Sep 17 04:00:43 1995 Submitted-by: daemon@csg.lbl.gov Comp.Os.Vxworks Daily Digest Sun Sep 17 04:00:37 PDT 1995 Subject: re: Compiler optimization in VxWorks ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: re: Compiler optimization in VxWorks Date: Sat, 16 Sep 95 00:41:07 GMT From: gilley@america.net (Charles H. Gilley) Organization: CHG Software Message-ID: <43d9hb$4cs@peach.america.net> References: <199509150141.SAA09539@lassen.rti.com> Thanks to all of you who responded. I guess I should have pointed out that we've tried using volatile with various incantations. Some have suggested different code combinations. We'll try these and follow up. Regards Charles Gilley AEL/Cross Systems by day (cgilley@cross.com) I program for food by night.... (gilley@america.net) All opinions are mine, are not redeemable for cash, void where prohibited. Educational Entrepreneur --------------------------- End of New-News digest ********************** From daemon@csg.lbl.gov Sun Sep 17 04:00:43 1995 From: daemon@csg.lbl.gov Date: Sun Sep 17 04:00:45 PDT 1995 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Sun Sep 17 04:00:37 PDT 1995 Subject: re: Compiler optimization in VxWorks ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: re: Compiler optimization in VxWorks Date: Sat, 16 Sep 95 00:41:07 GMT From: gilley@america.net (Charles H. Gilley) Organization: CHG Software Message-ID: <43d9hb$4cs@peach.america.net> References: <199509150141.SAA09539@lassen.rti.com> Thanks to all of you who responded. I guess I should have pointed out that we've tried using volatile with various incantations. Some have suggested different code combinations. We'll try these and follow up. Regards Charles Gilley AEL/Cross Systems by day (cgilley@cross.com) I program for food by night.... (gilley@america.net) All opinions are mine, are not redeemable for cash, void where prohibited. Educational Entrepreneur --------------------------- End of New-News digest ********************** Subject: Re: Compiler optimization in VxWorks Submitted-by froeber@bbn.com Sun Sep 17 09:19:55 1995 Submitted-by: Fred Roeber Stan Schneider responded to Charles' question: > >Subject: Re: Compiler optimization in VxWorks > >Submitted-by stan@rti.com Thu Sep 14 18:33:48 1995 >Submitted-by: Stan Schneider > > >>> Date: Thu, 14 Sep 95 01:41:26 GMT >>> From: gilley@america.net (Charles H. Gilley) > > >>> We are developing a multi-processor system using VxWorks and a 68040 >>> foundation. Of course, one thing we real-time developers tend to do is talk >>> directly to the hardware. In a multi-threaded environment, we are trying to >>> avoid blocking on h/w resources by using uninterruptible operands to do the >>> h/w register access. For example, if we set bit 3, we do it with the BITSET >>> function on the 040 (not nec. correct instruction menemonic). Our hardware >>> requires 32 bit access. >>> >>> The problem is that the compiler for our environment is the gcc >>> compiler. It tries to think for us, optimizing our 32 bit address, bit >>> set operation into a byte operation. We've tried variations on the >>> compilier switches but to no avail. Short of coding it in assembly, is >>> there any way to force the gcc compiler to not optimize this type of >>> access? >>> >Try this: > > typedef volatile int *DWordRegister; > > DWordRegister myreg = 0xff2343; /* whatever the address is */ > > *myreg = 0x34; /* Whatever the data is */ I think that what Charles wanted to do was define registers using bit fields and then manipulate them that way. He found that the compiler would optimize access to small fields to use byte access. I have run into the same problem in the past. About all I found I could do was use Stan's method to load the data using 32 bit access into a local variable and then use bit fields to modify the variable and then finally write it back out to HW using a 32 bit access. This certainly is less efficient than using bit field instructions to access HW directly but I couldn't ever find a way to defeat the compiler optimization. Of course, using assembler directly works too and gcc does support inline assembler code embedded in C (although the syntax is tricky to figure out). Also, realize that bit field operations aren't "atomic". If your driver can be called concurrently from multiple tasks then you may need to use interrupt locking to protect access. This is a specialized issue that I only bring up because in the old days it even caused Wind River some grief/errors in some of their drivers (problems have long since been fixed). Fred | Fred J Roeber, Bolt Beranek and Newman Inc | | 50 Enterprise Place Middletown, RI 02842-5202 | | froeber@bbn.com 401-849-2543 (X48) | From froeber@bbn.com Sun Sep 17 09:19:55 1995 From: Fred Roeber Date: Sun Sep 17 09:20:01 PDT 1995 Subject: Re: Compiler optimization in VxWorks Stan Schneider responded to Charles' question: > >Subject: Re: Compiler optimization in VxWorks > >Submitted-by stan@rti.com Thu Sep 14 18:33:48 1995 >Submitted-by: Stan Schneider > > >>> Date: Thu, 14 Sep 95 01:41:26 GMT >>> From: gilley@america.net (Charles H. Gilley) > > >>> We are developing a multi-processor system using VxWorks and a 68040 >>> foundation. Of course, one thing we real-time developers tend to do is talk >>> directly to the hardware. In a multi-threaded environment, we are trying to >>> avoid blocking on h/w resources by using uninterruptible operands to do the >>> h/w register access. For example, if we set bit 3, we do it with the BITSET >>> function on the 040 (not nec. correct instruction menemonic). Our hardware >>> requires 32 bit access. >>> >>> The problem is that the compiler for our environment is the gcc >>> compiler. It tries to think for us, optimizing our 32 bit address, bit >>> set operation into a byte operation. We've tried variations on the >>> compilier switches but to no avail. Short of coding it in assembly, is >>> there any way to force the gcc compiler to not optimize this type of >>> access? >>> >Try this: > > typedef volatile int *DWordRegister; > > DWordRegister myreg = 0xff2343; /* whatever the address is */ > > *myreg = 0x34; /* Whatever the data is */ I think that what Charles wanted to do was define registers using bit fields and then manipulate them that way. He found that the compiler would optimize access to small fields to use byte access. I have run into the same problem in the past. About all I found I could do was use Stan's method to load the data using 32 bit access into a local variable and then use bit fields to modify the variable and then finally write it back out to HW using a 32 bit access. This certainly is less efficient than using bit field instructions to access HW directly but I couldn't ever find a way to defeat the compiler optimization. Of course, using assembler directly works too and gcc does support inline assembler code embedded in C (although the syntax is tricky to figure out). Also, realize that bit field operations aren't "atomic". If your driver can be called concurrently from multiple tasks then you may need to use interrupt locking to protect access. This is a specialized issue that I only bring up because in the old days it even caused Wind River some grief/errors in some of their drivers (problems have long since been fixed). Fred | Fred J Roeber, Bolt Beranek and Newman Inc | | 50 Enterprise Place Middletown, RI 02842-5202 | | froeber@bbn.com 401-849-2543 (X48) | Subject: Re: WindView information Submitted-by froeber@bbn.com Sun Sep 17 09:44:52 1995 Submitted-by: Fred Roeber Someone named Shawn published the question below: >Subject: WindView >Date: 9 Sep 1995 11:52:36 GMT >From: who@somehost.somedomain (bd) >Organization: Your Organization >Message-ID: <42rv64$9mj@ddi2.digital.net> >References: <42n19a$8fe@condor.ic.net> > >Hello All, > >I am a new VxWorks user and this is my first post to this news group so >pardon me if I open an old string. > >Has anyOne had experience with WindView ? I am interested in whether or >not the product has any 'unpublished' side effects - impacts to >performance, etc ... > >Thanks, > >Shawn There isn't any easy way to contact Shawn direct so I'll just mention briefly that I can help answer his questions. I actually just got back from the Embedded Systems Conference where we were demonstrating a new product in the WRS booth that we are getting ready to release. It is called TraceMaker and helps improve WindView operation for developers of VME based systems. Our product reduces WindView CPU overhead, makes "post-mortem" mode a breeze to set up and use, and adds strong support for WindView use in multiprocessor applications. If Shawn drops me a note with a usable return address I would be happy to answer his questions. Fred | Fred J Roeber, Bolt Beranek and Newman Inc | | 50 Enterprise Place Middletown, RI 02842-5202 | | froeber@bbn.com 401-849-2543 (X48) | From froeber@bbn.com Sun Sep 17 09:44:52 1995 From: Fred Roeber Date: Sun Sep 17 09:44:58 PDT 1995 Subject: Re: WindView information Someone named Shawn published the question below: >Subject: WindView >Date: 9 Sep 1995 11:52:36 GMT >From: who@somehost.somedomain (bd) >Organization: Your Organization >Message-ID: <42rv64$9mj@ddi2.digital.net> >References: <42n19a$8fe@condor.ic.net> > >Hello All, > >I am a new VxWorks user and this is my first post to this news group so >pardon me if I open an old string. > >Has anyOne had experience with WindView ? I am interested in whether or >not the product has any 'unpublished' side effects - impacts to >performance, etc ... > >Thanks, > >Shawn There isn't any easy way to contact Shawn direct so I'll just mention briefly that I can help answer his questions. I actually just got back from the Embedded Systems Conference where we were demonstrating a new product in the WRS booth that we are getting ready to release. It is called TraceMaker and helps improve WindView operation for developers of VME based systems. Our product reduces WindView CPU overhead, makes "post-mortem" mode a breeze to set up and use, and adds strong support for WindView use in multiprocessor applications. If Shawn drops me a note with a usable return address I would be happy to answer his questions. Fred | Fred J Roeber, Bolt Beranek and Newman Inc | | 50 Enterprise Place Middletown, RI 02842-5202 | | froeber@bbn.com 401-849-2543 (X48) | Subject: TCP!IP message packing (again) Submitted-by arvid.sternang@fof.nft.no Mon Sep 18 01:22:10 1995 Submitted-by: arvid.sternang@fof.nft.no (Arvid Sternang) Hello In my mail fri sep. 15. I wrote: > Due to a problem observed when sending TCP/IP messages........ The problem we have seen is that in one situation a too long TCP/IP package is sent. The TCP/IP package is max. 1024 bytes long and consecutive write() requests causes several messages to be packed into the buffer as follows: a) the first message is 32 bytes long b) the second is 553 bytes c) then one pair of 32 and 27 byte messages is packed d) then a set of message pairs of 32 and 31 bytes are packed The buffer is filled so that 1022 bytes are used (the last message is 31 bytes long). The problem is that TCP/IP sends 1024 bytes, the TCP/IP header length says 1064 bytes (1024 bytes + 40 bytes overhead). The receiver then believes he has received 1024 bytes of valid data! We have never seen this problem in other combinations. Configuration: VxWorks version 5.0.2b Messages logged on a Ungerman Brass LAN Analyzer. Comments are welcomed. Arvid A.Sternang, Dept. FLL, Norsk Forsvarsteknologi A/S P.O. Box 1003, N-3601 Kongsberg, Norway. Tel: (+47) 32 73 91 39 Fax: (+47) 32 73 97 52 e-mail: arvids@fof.nft.no From arvid.sternang@fof.nft.no Mon Sep 18 01:22:10 1995 From: arvid.sternang@fof.nft.no (Arvid Sternang) Date: Mon Sep 18 01:22:12 PDT 1995 Subject: TCP!IP message packing (again) Hello In my mail fri sep. 15. I wrote: > Due to a problem observed when sending TCP/IP messages........ The problem we have seen is that in one situation a too long TCP/IP package is sent. The TCP/IP package is max. 1024 bytes long and consecutive write() requests causes several messages to be packed into the buffer as follows: a) the first message is 32 bytes long b) the second is 553 bytes c) then one pair of 32 and 27 byte messages is packed d) then a set of message pairs of 32 and 31 bytes are packed The buffer is filled so that 1022 bytes are used (the last message is 31 bytes long). The problem is that TCP/IP sends 1024 bytes, the TCP/IP header length says 1064 bytes (1024 bytes + 40 bytes overhead). The receiver then believes he has received 1024 bytes of valid data! We have never seen this problem in other combinations. Configuration: VxWorks version 5.0.2b Messages logged on a Ungerman Brass LAN Analyzer. Comments are welcomed. Arvid A.Sternang, Dept. FLL, Norsk Forsvarsteknologi A/S P.O. Box 1003, N-3601 Kongsberg, Norway. Tel: (+47) 32 73 91 39 Fax: (+47) 32 73 97 52 e-mail: arvids@fof.nft.no Subject: comp.os.vxworks newsdigest Submitted-by daemon@csg.lbl.gov Mon Sep 18 04:00:26 1995 Submitted-by: daemon@csg.lbl.gov Comp.Os.Vxworks Daily Digest Mon Sep 18 04:00:23 PDT 1995 Subject: Reclaiming interrupt handler memory. ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Reclaiming interrupt handler memory. Date: 18 Sep 1995 05:12:25 GMT From: mcs@goblin.caltech.edu (Martin Shepherd) Organization: California Institute of Technology. Message-ID: Followup-To: comp.os.vxworks Once an interrupt handler has been created with intHandlerCreate() is there any way of reclaiming the memory taken by the handler once the handler has become redundant? I am aware that there is no documented function to do this (VxWorks 5.1). Can I safely assume that the memory for the wrapper function is allocated by malloc(), so that I can safely reclaim it simply by passing the pointer returned by intHandlerCreate() to free()? Martin Shepherd (mcs@astro.caltech.edu) --------------------------- End of New-News digest ********************** From daemon@csg.lbl.gov Mon Sep 18 04:00:26 1995 From: daemon@csg.lbl.gov Date: Mon Sep 18 04:00:29 PDT 1995 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Mon Sep 18 04:00:23 PDT 1995 Subject: Reclaiming interrupt handler memory. ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Reclaiming interrupt handler memory. Date: 18 Sep 1995 05:12:25 GMT From: mcs@goblin.caltech.edu (Martin Shepherd) Organization: California Institute of Technology. Message-ID: Followup-To: comp.os.vxworks Once an interrupt handler has been created with intHandlerCreate() is there any way of reclaiming the memory taken by the handler once the handler has become redundant? I am aware that there is no documented function to do this (VxWorks 5.1). Can I safely assume that the memory for the wrapper function is allocated by malloc(), so that I can safely reclaim it simply by passing the pointer returned by intHandlerCreate() to free()? Martin Shepherd (mcs@astro.caltech.edu) --------------------------- End of New-News digest ********************** Subject: Re: TCP!IP message packing (again) Submitted-by mea@mclean.sparta.com Mon Sep 18 06:45:41 1995 Submitted-by: "Michael E. Anderson" On Mon, 18 Sep 1995, Arvid Sternang wrote: > > [...deleted...] > > The problem we have seen is that in one situation a too long TCP/IP package is sent. > The TCP/IP package is max. 1024 bytes long and consecutive write() requests > causes several messages to be packed into the buffer as follows: > > a) the first message is 32 bytes long > b) the second is 553 bytes > c) then one pair of 32 and 27 byte messages is packed > d) then a set of message pairs of 32 and 31 bytes are packed > > The buffer is filled so that 1022 bytes are used (the last message is 31 bytes long). > The problem is that TCP/IP sends 1024 bytes, the TCP/IP header length says 1064 bytes > (1024 bytes + 40 bytes overhead). The receiver then believes he has received 1024 bytes > of valid data! We have never seen this problem in other combinations. > Have you somehow changed your MTU of the Ethernet channel? The typical Ethernet Maximum Transfer Unit (MTU) is 1500 bytes. Of this, 14 bytes (Ethernet V2) is header, 4 bytes is CRC and the rest is "data". In a typical TCP/IP (stream socket) packet, 20 bytes is IP header, 20 bytes is TCP header (your 40 bytes) and the rest is user payload. This says that you could potentially receive up to 1442 bytes in a single TCP packet as user data and still not be "too big". The fragmentation that you're seeing is typical of stream sockets. I've seen it time and time again with numerous implementations from VxWorks to SunOS to IRIX to MSDOG. Again, this is the *expected* behavior of TCP-based, stream sockets and it's your responsibility to take preventative steps to preclude this from screwing up your application. This is typically done using either fixed length records (you always read X bytes from the socket for *every* message), or variable length messages with a fixed length header that tells you how much to read. Assuming that just because you've written 1024 bytes on one side that they'll be delivered as one, 1024 byte chunk on the other is a common mistake that will probably be exacerbated by using the TCP_NODELAY setsockopt call. Pick up a copy of Richard Steven's Unix Network Programming book and read through the chapters on stream sockets to see some of the solutions to this problem. HTH, =============================================================================== __ Real-Time System Development, Integration, Training and Services //\\ // \\ Mike Anderson // /\ \\ Chief Engineer Voice : (703) 448-0210 ext. 235 // / \ \\ SPARTA, Inc. FAX : (703) 734-3323 // \ \\ 7926 Jones Branch Drive EMAIL : mea@mclean.sparta.com \\ \ // Suite 900 Web : http://www.mclean.sparta.com \\ \ / // McLean, VA 22102 \\ \/ // "Software development is like making \\ // a baby... You can't make a baby in one \\// month by impregnating nine women. -- "Pride in Performance" Some things just take time." =============================================================================== From mea@mclean.sparta.com Mon Sep 18 06:45:41 1995 From: "Michael E. Anderson" Date: Mon Sep 18 06:45:44 PDT 1995 Subject: Re: TCP!IP message packing (again) On Mon, 18 Sep 1995, Arvid Sternang wrote: > > [...deleted...] > > The problem we have seen is that in one situation a too long TCP/IP package is sent. > The TCP/IP package is max. 1024 bytes long and consecutive write() requests > causes several messages to be packed into the buffer as follows: > > a) the first message is 32 bytes long > b) the second is 553 bytes > c) then one pair of 32 and 27 byte messages is packed > d) then a set of message pairs of 32 and 31 bytes are packed > > The buffer is filled so that 1022 bytes are used (the last message is 31 bytes long). > The problem is that TCP/IP sends 1024 bytes, the TCP/IP header length says 1064 bytes > (1024 bytes + 40 bytes overhead). The receiver then believes he has received 1024 bytes > of valid data! We have never seen this problem in other combinations. > Have you somehow changed your MTU of the Ethernet channel? The typical Ethernet Maximum Transfer Unit (MTU) is 1500 bytes. Of this, 14 bytes (Ethernet V2) is header, 4 bytes is CRC and the rest is "data". In a typical TCP/IP (stream socket) packet, 20 bytes is IP header, 20 bytes is TCP header (your 40 bytes) and the rest is user payload. This says that you could potentially receive up to 1442 bytes in a single TCP packet as user data and still not be "too big". The fragmentation that you're seeing is typical of stream sockets. I've seen it time and time again with numerous implementations from VxWorks to SunOS to IRIX to MSDOG. Again, this is the *expected* behavior of TCP-based, stream sockets and it's your responsibility to take preventative steps to preclude this from screwing up your application. This is typically done using either fixed length records (you always read X bytes from the socket for *every* message), or variable length messages with a fixed length header that tells you how much to read. Assuming that just because you've written 1024 bytes on one side that they'll be delivered as one, 1024 byte chunk on the other is a common mistake that will probably be exacerbated by using the TCP_NODELAY setsockopt call. Pick up a copy of Richard Steven's Unix Network Programming book and read through the chapters on stream sockets to see some of the solutions to this problem. HTH, =============================================================================== __ Real-Time System Development, Integration, Training and Services //\\ // \\ Mike Anderson // /\ \\ Chief Engineer Voice : (703) 448-0210 ext. 235 // / \ \\ SPARTA, Inc. FAX : (703) 734-3323 // \ \\ 7926 Jones Branch Drive EMAIL : mea@mclean.sparta.com \\ \ // Suite 900 Web : http://www.mclean.sparta.com \\ \ / // McLean, VA 22102 \\ \/ // "Software development is like making \\ // a baby... You can't make a baby in one \\// month by impregnating nine women. -- "Pride in Performance" Some things just take time." =============================================================================== Subject: Re: Float's as parameters!? Submitted-by ddavies@xmission.com Mon Sep 18 13:03:51 1995 Submitted-by: Doug Davies > Submitted-by leonid@rst.co.il Sun Sep 17 01:02:14 1995 > Submitted-by: leonid@rst.co.il (Leonid Rosenboim) > > > This is a killer for many obvious reasons.....Is this the way > > things are supposed to work, is there a bug in GCC, ....????? > > Obvious ? > > One thing is obvious, you have not seen a "C"language manual in quite a while. > (ever ?). This is the difference between ANSI "C" and K&R "C", and this > has been known for ages to be so. > > Also, I would like to point out that the rst.com from Westminster, MD > has absolutely nothing to do with rst.co.il in Israel, > no connection whatsoever. Our engineers learn the "C" manual by heart > before we let them write a single line of code. > ----------------------------------------------------------------------- > Leonid Rosenboim Phone: +972-3-559-8144 Chill out on the personal attacks Leonid, just answer the questions. Everyone should have the freedom to ask any question they want. This forum is open to individuals of varying expertise, and a little patience goes a long ways... -Doug ddavies@xmission.com Douglas Davies From ddavies@xmission.com Mon Sep 18 13:03:51 1995 From: Doug Davies Date: Mon Sep 18 13:03:54 PDT 1995 Subject: Re: Float's as parameters!? > Submitted-by leonid@rst.co.il Sun Sep 17 01:02:14 1995 > Submitted-by: leonid@rst.co.il (Leonid Rosenboim) > > > This is a killer for many obvious reasons.....Is this the way > > things are supposed to work, is there a bug in GCC, ....????? > > Obvious ? > > One thing is obvious, you have not seen a "C"language manual in quite a while. > (ever ?). This is the difference between ANSI "C" and K&R "C", and this > has been known for ages to be so. > > Also, I would like to point out that the rst.com from Westminster, MD > has absolutely nothing to do with rst.co.il in Israel, > no connection whatsoever. Our engineers learn the "C" manual by heart > before we let them write a single line of code. > ----------------------------------------------------------------------- > Leonid Rosenboim Phone: +972-3-559-8144 Chill out on the personal attacks Leonid, just answer the questions. Everyone should have the freedom to ask any question they want. This forum is open to individuals of varying expertise, and a little patience goes a long ways... -Doug ddavies@xmission.com Douglas Davies Subject: Gnu Tools Submitted-by randy@opid330.dsd.litton.com Mon Sep 18 15:06:50 1995 Submitted-by: randy@opid330.dsd.litton.com (Randy Ryan) How does one get the GNU compiler up and running on a Sun running Solaris 2.x? This seems like one of those obvious answers, but I haven't figured it out. Thanks, Randy From randy@opid330.dsd.litton.com Mon Sep 18 15:06:50 1995 From: randy@opid330.dsd.litton.com (Randy Ryan) Date: Mon Sep 18 15:06:52 PDT 1995 Subject: Gnu Tools How does one get the GNU compiler up and running on a Sun running Solaris 2.x? This seems like one of those obvious answers, but I haven't figured it out. Thanks, Randy Subject: Re:Detecting socket closing Submitted-by arvid.sternang@fof.nft.no Tue Sep 19 01:08:13 1995 Submitted-by: arvid.sternang@fof.nft.no (Arvid Sternang) On Fri 15. sep Jay Gowdy writes: >I want to detect when a communications partner connected by a socket has closed >its end of the socket, and I want to do that without using select. To my knowledge this can be achieved by int optval = 1; setsockopt( sockfd, SOL_SOCKET, SO_KEEPALIVE, (char *) &optval, sizeof(optval)); This enables a periodic message transmission on the socket. If the remote side does not respond, the connection is considered down. Hope this helps Arvid A.Sternang, Dept. FLL, Norsk Forsvarsteknologi A/S P.O. Box 1003, N-3601 Kongsberg, Norway. Tel: (+47) 32 73 91 39 Fax: (+47) 32 73 97 52 e-mail: arvids@fof.nft.no From arvid.sternang@fof.nft.no Tue Sep 19 01:08:13 1995 From: arvid.sternang@fof.nft.no (Arvid Sternang) Date: Tue Sep 19 01:08:16 PDT 1995 Subject: Re:Detecting socket closing On Fri 15. sep Jay Gowdy writes: >I want to detect when a communications partner connected by a socket has closed >its end of the socket, and I want to do that without using select. To my knowledge this can be achieved by int optval = 1; setsockopt( sockfd, SOL_SOCKET, SO_KEEPALIVE, (char *) &optval, sizeof(optval)); This enables a periodic message transmission on the socket. If the remote side does not respond, the connection is considered down. Hope this helps Arvid A.Sternang, Dept. FLL, Norsk Forsvarsteknologi A/S P.O. Box 1003, N-3601 Kongsberg, Norway. Tel: (+47) 32 73 91 39 Fax: (+47) 32 73 97 52 e-mail: arvids@fof.nft.no Subject: comp.os.vxworks newsdigest Submitted-by daemon@csg.lbl.gov Tue Sep 19 04:00:31 1995 Submitted-by: daemon@csg.lbl.gov Comp.Os.Vxworks Daily Digest Tue Sep 19 04:00:26 PDT 1995 Subject: (no subject) Subject: Tornado and what happens to "marketing driven" software Subject: Tornado and what happens to "marketing driven" software Subject: Tornado and what happens to "marketing driven" software Subject: Re: Tornado and what happens to "marketing driven" software Subject: Quick module memory usage question Subject: Quick module memory usage question Subject: Re: Reclaiming interrupt handler memory. Subject: re: Compiler optimization in VxWorks Subject: TODO: Post this in gnu.cc.help & VXworks. Subject: Bit Fields and gnu - cc68k ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: (no subject) Date: 18 Sep 1995 12:18:00 GMT From: VxWorks Organization: Delft University of Technology Message-ID: <43jo1o$7ef@mo6.rc.tudelft.nl> Hi, I have a vxWorks system running on a 68K CAMAC board. The development host system is a DEC alpha 3000, the vxWorks version is 3.1A (DEC notation). I just upgraded the vxWorks system and are now experiencing the following problem: In the startup script are two lines: unit_name="AD114" HSTmod=6 Upon execution it says: new symbol "unit_name" added to symbol table unit_name = 0x1bc1608: value 29188864 = 0x1bd6300 HSTmod=6 new symbol "HSTmod" added to symbol table HSTmod = 0x1bd6300: value = 6 Now, as you see, there is a address conflict! The string "AD114" is replaced by the value 6, and the application detects a wrong unit_name! My previous version 3.0 (DEC numbering) did not have this problem. Is there anyone who can help? Victor Bom, Delft University of Technology vb@irivax.iri.tudelft.nl --------------------------- Newsgroups: comp.os.vxworks Subject: Tornado and what happens to "marketing driven" software Date: Mon, 18 Sep 95 13:24:44 GMT From: trimble Organization: Marine Systems Message-ID: <1995Sep18.132444.15972@enterprise.rdd.lmsc.lockheed.com> Sender: news@enterprise.rdd.lmsc.lockheed.com (News Administrator) I just finished wading through the Tornado marketing drivel on www.wrs.com and I'm inclined to agree with others in asking if Bill Gates has somehow invaded WRS. I can only hope that the marketers never manage to invade the GNU world. The only advancement I see in Tornado is that it shells all of the other tools that WRS has unsucessfully been trying to sell me for the last 2 years. That in and of itself would be fine (I can ignore them as a set instead of individually) except that there's an inference since 5.3 is distributed with Tornado, it is not independent of Tornado. The one real technical detail (must have slipped it by the marketers) is that the debugging is modified to employ an agent process. This is probably not the same as GNU debug and is more likely the process required to support all those other whizzy bang tools (which I don't use). The real issue here is whether the community is going to allow WRS to shove Tornado down it's collective throat using futire upgrades as a hostage. I don't know about others, but I don't subscribe to this philosophy. Could WRS please clarify the future of VxWorks versus Tornado as soon as possible? Some of us may need to go shopping.... Remember, a Tornado was part of Dorothy's fantasy as well..... --------------------------- Newsgroups: comp.os.vxworks Subject: Tornado and what happens to "marketing driven" software Date: Mon, 18 Sep 95 13:24:52 GMT From: trimble Organization: Marine Systems Message-ID: <1995Sep18.132452.16026@enterprise.rdd.lmsc.lockheed.com> Sender: news@enterprise.rdd.lmsc.lockheed.com (News Administrator) I just finished wading through the Tornado marketing drivel on www.wrs.com and I'm inclined to agree with others in asking if Bill Gates has somehow invaded WRS. I can only hope that the marketers never manage to invade the GNU world. The only advancement I see in Tornado is that it shells all of the other tools that WRS has unsucessfully been trying to sell me for the last 2 years. That in and of itself would be fine (I can ignore them as a set instead of individually) except that there's an inference since 5.3 is distributed with Tornado, it is not independent of Tornado. The one real technical detail (must have slipped it by the marketers) is that the debugging is modified to employ an agent process. This is probably not the same as GNU debug and is more likely the process required to support all those other whizzy bang tools (which I don't use). The real issue here is whether the community is going to allow WRS to shove Tornado down it's collective throat using futire upgrades as a hostage. I don't know about others, but I don't subscribe to this philosophy. Could WRS please clarify the future of VxWorks versus Tornado as soon as possible? Some of us may need to go shopping.... Remember, a Tornado was part of Dorothy's fantasy as well..... --------------------------- Newsgroups: comp.os.vxworks Subject: Tornado and what happens to "marketing driven" software Date: Mon, 18 Sep 95 13:25:37 GMT From: trimble Organization: Marine Systems Message-ID: <1995Sep18.132537.16108@enterprise.rdd.lmsc.lockheed.com> Sender: news@enterprise.rdd.lmsc.lockheed.com (News Administrator) I just finished wading through the Tornado marketing drivel on www.wrs.com and I'm inclined to agree with others in asking if Bill Gates has somehow invaded WRS. I can only hope that the marketers never manage to invade the GNU world. The only advancement I see in Tornado is that it shells all of the other tools that WRS has unsucessfully been trying to sell me for the last 2 years. That in and of itself would be fine (I can ignore them as a set instead of individually) except that there's an inference since 5.3 is distributed with Tornado, it is not independent of Tornado. The one real technical detail (must have slipped it by the marketers) is that the debugging is modified to employ an agent process. This is probably not the same as GNU debug and is more likely the process required to support all those other whizzy bang tools (which I don't use). The real issue here is whether the community is going to allow WRS to shove Tornado down it's collective throat using futire upgrades as a hostage. I don't know about others, but I don't subscribe to this philosophy. Could WRS please clarify the future of VxWorks versus Tornado as soon as possible? Some of us may need to go shopping.... Remember, a Tornado was part of Dorothy's fantasy as well..... --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado and what happens to "marketing driven" software Date: Mon, 18 Sep 1995 20:29:53 GMT From: curry@tc.fluke.COM (John Curry) Organization: Fluke Corporation, Everett, WA Message-ID: References: <1995Sep18.132452.16026@enterprise.rdd.lmsc.lockheed.com> Reply-To: curry@tc.fluke.COM (John Curry) We're starting to get tired of WRS developing new software that is not covered by our $4,000 a year maintenance fee and we're seriously looking to jump ship. This may not be the group to ask in, but does anyone have any idea what it takes to convert from VxWorks to OS-9 or LynxOS? Quite frankly, we're tired of WRS's slick looking, bleed you to death attitude. Needless to say, I'm quite disgruntled with WRS. :-( John Curry curry@fluke.com In <1995Sep18.132452.16026@enterprise.rdd.lmsc.lockheed.com> trimble writes: >I just finished wading through the Tornado marketing drivel on >www.wrs.com and I'm inclined to agree with others in asking if Bill >Gates has somehow invaded WRS. I can only hope that the marketers never >manage to invade the GNU world. >The only advancement I see in Tornado is that it shells all of the other >tools that WRS has unsucessfully been trying to sell me for the last 2 >years. That in and of itself would be fine (I can ignore them as a set >instead of individually) except that there's an inference since 5.3 is >distributed with Tornado, it is not independent of Tornado. The one real >technical detail (must have slipped it by the marketers) is that the >debugging is modified to employ an agent process. This is probably not >the same as GNU debug and is more likely the process required to support >all those other whizzy bang tools (which I don't use). >The real issue here is whether the community is going to allow WRS to >shove Tornado down it's collective throat using futire upgrades as a >hostage. I don't know about others, but I don't subscribe to this >philosophy. Could WRS please clarify the future of VxWorks versus >Tornado as soon as possible? Some of us may need to go shopping.... >Remember, a Tornado was part of Dorothy's fantasy as well..... - -- - ---------------------------------------------------------------------------- John Curry Fluke Corporation curry@tc.fluke.com 6920 Seaway Blvd m/s 178D 206-356-5708 Everett, Wa. 98206 - ---------------------------------------------------------------------------- --------------------------- Newsgroups: comp.os.vxworks Subject: Quick module memory usage question Date: 17 Sep 1995 23:18:11 GMT From: jjwang@clark.net (Jason J Wang) Organization: Clark Internet Services, Inc., Ellicott City, MD USA Message-ID: <43iabj$p15@clarknet.clark.net> Subject: Quick module memory usage question Newsgroups: comp.os.vxworks Organization: Clark Internet Services, Inc., Ellicott City, MD USA Summary: Keywords: Here's a quicky: Each time I load and unload a module, it leaves about 32 bytes worth of allocated space. Is there any way I can reclaim this memory? Does taskSpawn also leave a similar residue? Thanks! - -jason --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Reclaiming interrupt handler memory. Date: 19 Sep 1995 08:23:38 +1000 From: rjl@f111.iassf.easams.com.au (Rohan LENARD) Organization: EASAMS (Australia) Pty Ltd Message-ID: <43krha$o6k@f111.iassf.easams.com.au> References: In article , Martin Shepherd wrote: > >Once an interrupt handler has been created with intHandlerCreate() is there >any way of reclaiming the memory taken by the handler once the handler >has become redundant? > Here's what we do at my work - int Free (int VectorNum, void (*pFunction)(int)) { FUNCPTR* VectorOffset; FUNCPTR VectorOffsetToFree; VectorOffset = (FUNCPTR*) INUM_TO_IVEC (VectorNum); VectorOffsetToFree = intVecGet(VectorOffset); free(VectorOffsetToFree); intVecSet(VectorOffset, excIntStub); return 1; } >I am aware that there is no documented function to do this (VxWorks >5.1). Can I safely assume that the memory for the wrapper function is >allocated by malloc(), so that I can safely reclaim it simply by >passing the pointer returned by intHandlerCreate() to free()? Yep. Regards, Rohan - -- - ---------------------------------------------------------------------------- rjl@iassf.easams.com.au | All quotes can be attributed to my automated quote Rohan Lenard | writing tool. Yours for just $19.95; and if you +61-2-367-4555 | call now you'll get a free set of steak knives ... --------------------------- Newsgroups: comp.os.vxworks Subject: re: Compiler optimization in VxWorks Date: Tue, 19 Sep 95 00:32:56 GMT From: gilley@america.net (Charles H. Gilley) Organization: CHG Software Message-ID: <43l65l$4nl@peach.america.net> References: <199509150141.SAA09539@lassen.rti.com> <43d9hb$4cs@peach.america.net> Okay, I've gathered more info. BOY will I be glad when my employer decides to let us access usent groups from work. Sigh. Anyway, I have C source below, the make file and the resulting assembly. Some comments: we are using bitextu opcodes, not BITSET and BITCLR as I erroneously referred to earlier. Second, the register, pointers, etc. are declared volatile. Third, bear in mind that we want to force the compiler to access bitextu.l and bitinst.l Return-path: From: "Gilley, Charles" To: "'gilley@america.net'" Subject: TODO: Post this in gnu.cc.help & VXworks. Date: Mon, 18 Sep 95 12:48:00 PDT Content-Length: 12285 Encoding: 362 TEXT Status: RO X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] [nil nil nil nil nil nil nil nil nil nil nil nil "^From:" nil nil nil nil nil nil nil] nil) Received: from sun8.cross.com (sun8.ARPA) by cross.com (4.1/3.1.090690-AEL-Cross Systems Division) id AA08571; Mon, 18 Sep 95 12:40:53 EDT Message-Id: <9509181640.AA08571@cross.com> Content-Type: X-sun-attachment From: pedro (pedro uriarte) To: cgilley Subject: Bit Fields and gnu - cc68k Date: Mon, 18 Sep 95 12:40:53 EDT ---------- X-Sun-Data-Type: text X-Sun-Data-Description: text X-Sun-Data-Name: text X-Sun-Content-Lines: 3 Enclosed is the C-code, makefile and disassembly using vxWorks. Thanks for all your help! Pedro ---------- X-Sun-Data-Type: c-file X-Sun-Data-Description: c-file X-Sun-Data-Name: test_bits.c X-Sun-Content-Lines: 318 #include "vxWorks.h" #include "intLib.h" /* * All hardware accesses must be 32 bit. * Goal is to eliminate any interrupt latency, operations must be atomic. */ #define RADAR_CONTROL_STATUS_REG_ADDR 0x007e0000 #define BEAM_AZIMUTH_FIXED 0 #define BEAM_AZIMUTH_ROTATING 1 #define SET_BEAM_AZIMUTH_ROTATING 0x00000002 #define CLEAR_BEAM_AZIMUTH_ROTATING 0x0fffffffd typedef struct { unsigned : 23; unsigned RI_Reset_Fault : 1; unsigned RI_Data_Fault : 1; unsigned RI_Allign_Fault : 1; unsigned RI_Overflow_Fault : 1; unsigned RI_Sync_Fault : 1; unsigned RI_Online_Mode : 1; unsigned RI_Test_Enable : 1; unsigned Beam_Position_Mode : 1; unsigned Radar_IF_Mode : 1; } RADAR_CONTROL_STATUS_REG; RADAR_CONTROL_STATUS_REG *Radar_Control_Status_Bit = (RADAR_CONTROL_STATUS_REG *)0x007e0000; volatile RADAR_CONTROL_STATUS_REG *Radar_Control_Status_Bit_Ptr = (RADAR_CONTROL_STATUS_REG *)0x007e0000; volatile unsigned int *Radar_Control_Status_Reg_Ptr = (unsigned int *)0x007e0000; BOOL Is_Azimuth_Rotating() { /* * Using a non-volatile pointer to a bit field structure...atomic * but not a 32 bit access...see disassembly below. */ return(Radar_Control_Status_Bit->Beam_Position_Mode); } BOOL Is_Azimuth_Rotating_0() { /* * Using a volatile pointer to a bit field structure...atomic but * not a 32 bit access...see disassembly below. */ return(Radar_Control_Status_Bit_Ptr->Beam_Position_Mode); } BOOL Is_Azimuth_Rotating_1() { RADAR_CONTROL_STATUS_REG Reg; /* * Reading the register then accessing the bit field structure...this * will work for reads but note that compiler generates a 32 bit * BFEXTU on "Reg". Why not through a pointer? */ Reg = *Radar_Control_Status_Bit_Ptr; return(Reg.Beam_Position_Mode); } BOOL Is_Azimuth_Rotating_2() { /* * Using bit masks instead of bit field structures...compiler still * generates the 32 bit BFEXTU...what irony! */ if (*Radar_Control_Status_Reg_Ptr & SET_BEAM_AZIMUTH_ROTATING) { return(TRUE); } else return(FALSE); } int Select_Beam_Position_Mode_0(unsigned int Beam_Position_Mode) { if ((Beam_Position_Mode == BEAM_AZIMUTH_FIXED) || (Beam_Position_Mode == BEAM_AZIMUTH_ROTATING)) { /* * Writing through a volatile pointer to a bit field structure...atomic * but a not 32 bit hardware access. */ Radar_Control_Status_Bit_Ptr->Beam_Position_Mode = Beam_Position_Mode; return(OK); } return(ERROR); } int Select_Beam_Position_Mode_1(unsigned int Beam_Position_Mode) { int Level; RADAR_CONTROL_STATUS_REG Reg; if ((Beam_Position_Mode == BEAM_AZIMUTH_FIXED) || (Beam_Position_Mode == BEAM_AZIMUTH_ROTATING)) { /* * Using read/modify/write and bit fields...not atomic => * interrupt latency...generates a 32 bit BFINS on Reg. * Why not on *Reg? */ Level = intLock(); Reg = *(RADAR_CONTROL_STATUS_REG *)RADAR_CONTROL_STATUS_REG_ADDR; Reg.Beam_Position_Mode = Beam_Position_Mode; *(RADAR_CONTROL_STATUS_REG *)RADAR_CONTROL_STATUS_REG_ADDR = Reg; intUnlock(Level); return(OK); } return(ERROR); } int Select_Beam_Position_Mode_2(unsigned int Beam_Position_Mode) { int Level; /* * Using masks...not atomic => interrupt latency */ if (Beam_Position_Mode == BEAM_AZIMUTH_FIXED) { Level = intLock(); *Radar_Control_Status_Reg_Ptr &= CLEAR_BEAM_AZIMUTH_ROTATING; intUnlock(Level); return(OK); } else if (Beam_Position_Mode == BEAM_AZIMUTH_ROTATING) { Level = intLock(); *Radar_Control_Status_Reg_Ptr |= SET_BEAM_AZIMUTH_ROTATING; intUnlock(Level); return(OK); } return(ERROR); } /****************************CUT HERE FOR MAKEFILE************************* UP = $(VX_VW_BASE) PROJECT = /projects/8095 CSCI = $(PROJECT)/RCP_CSCI/src_files RES_SYS = $(PROJECT)/RES_System/src_files/System_Interface_CSC CFLAGS = $(CC_OPTIM) $(CC_WARNINGS) $(CC_INCLUDE) $(CC_COMPILER) \ $(CC_DEFINES) $(ADDED_CFLAGS) CASFLAGS = -E $(CC_INCLUDE) $(CC_DEFINES) CC_WARNINGS = $(CC_WARNINGS_ALL) CC_OPTIM = $(CC_OPTIM_NORMAL) CC_INCLUDE = -I$(CSCI) \ -I$(RES_SYS) \ -I$(VX_VW_BASE)/h \ -I$(VX_VW_BASE)/h/net \ -I$(VX_VW_BASE)/h/netinet \ -I$(VX_VW_BASE)/h/drv/netif \ -I$(VX_VW_BASE)/h/arch/mc68k \ -I$(VX_VW_BASE)/config/all \ -I$(VX_VW_BASE)/h/sys CC_DEFINES = -DCPU=$(CPU) $(DEFINE_CC) $(EXTRA_DEFINE) RM = rm -f CP = cp SHELL = /bin/sh s.o : @ $(RM) $@ cat $< > $*.S $(CC) $(CFLAGS) -c $*.S @ $(RM) $*.S c.o : @ $(RM) $@ $(CC) $(CFLAGS) -c $< CC_WARNINGS_ALL = -Wall CC_WARNINGS_NONE= CC_OPTIM_DRIVER = CC_OPTIM_NORMAL = -O -fstrength-reduce -fvolatile -fno-builtin CC_OPTIM_TARGET = -g -fvolatile -fno-builtin CC_COMPILER = -ansi -pedantic -pipe -nostdinc LDFLAGS = -X -N LD_PARTIAL_FLAGS= -X -r ENV_BIN = $(TOOLENV) $(VX_HSP_BASE)/bin/$(VX_HOST_TYPE)/ TARGET = MV_BIN = true AR = ar68k AS = as68k CC = cc68k -m68030 -msoft-float LD = ld68k RANLIB = ranlib68k TOOLENV = VX_CPU_FAMILY=68k test_bits.o: test_bits.c test: test_bits.o $(LD) -o bits $(LD_PARTIAL_FLAGS) test_bits.o cp bits /usr/vw/config/mv147/bits ****************************CUT HERE FOR DISASSEMBLY************************* sun8% telnet bubba1 Trying 192.9.200.50 ... Connected to bubba1. Escape character is '^]'. -> ld l Is_Azimuth_Rotating _Is_Azimuth_Rotating: 78340c 4e56 0000 LINK .W A6,#0 783410 2079 0078 34fc MOVEA .L _Radar_Control_Status_Bit,A0 783416 e9e8 0181 0003 BFEXTU (0x3,A0){#6:#1},D0 78341c 4e5e UNLK A6 78341e 4e75 RTS _Is_Azimuth_Rotating_0: 78236c 4e56 0000 LINK .W A6,#0 782370 2079 0078 2434 MOVEA .L _Radar_Control_Status_Bit_Ptr,A0 782376 e9e8 0181 0003 BFEXTU (0x3,A0){#6:#1},D0 78237c 4e5e UNLK A6 78237e 4e75 RTS _Is_Azimuth_Rotating_1: 782358 4e56 0000 LINK .W A6,#0 78235c 2079 0078 2434 MOVEA .L _Radar_Control_Status_Bit_Ptr,A0 782362 2010 MOVE .L (A0),D0 782364 e9c0 0781 BFEXTU D0{#30:#1},D0 782368 4e5e UNLK A6 78236a 4e75 RTS _Is_Azimuth_Rotating_2: 782380 4e56 0000 LINK .W A6,#0 782384 2079 0078 2438 MOVEA .L _Radar_Control_Status_Reg_Ptr,A0 78238a 2010 MOVE .L (A0),D0 78238c 2000 MOVE .L D0,D0 78238e e9c0 0781 BFEXTU D0{#30:#1},D0 782392 4e5e UNLK A6 782394 4e75 RTS _Select_Beam_Position_Mode_0: 782396 4e56 0000 LINK .W A6,#0 78239a 202e 0008 MOVE .L (0x8,A6),D0 78239e 6706 BEQ 0x007823a6 7823a0 7201 MOVEQ #0x1,D1 7823a2 b280 CMP .L D0,D1 7823a4 6610 BNE 0x007823b6 7823a6 2079 0078 2434 MOVEA .L _Radar_Control_Status_Bit_Ptr,A0 7823ac efe8 0181 0003 BFINS D0,(0x3,A0){#6:#1} 7823b2 4280 CLR .L D0 7823b4 6002 BRA 0x007823b8 7823b6 70ff MOVEQ #0xff,D0 7823b8 4e5e UNLK A6 7823ba 4e75 RTS _Select_Beam_Position_Mode_1: 7823bc 4e56 0000 LINK .W A6,#0 7823c0 2f03 MOVE .L D3,-(A7) 7823c2 2f02 MOVE .L D2,-(A7) 7823c4 242e 0008 MOVE .L (0x8,A6),D2 7823c8 6706 BEQ 0x007823d0 7823ca 7601 MOVEQ #0x1,D3 7823cc b682 CMP .L D2,D3 7823ce 6620 BNE 0x007823f0 7823d0 61ff ff88 4cda BSR _intLock 7823d6 207c 007e 0000 MOVEA .L #0x7e0000,A0 7823dc 2210 MOVE .L (A0),D1 7823de efc1 2781 BFINS D2,D1{#30:#1} 7823e2 2081 MOVE .L D1,(A0) 7823e4 2f00 MOVE .L D0,-(A7) 7823e6 61ff ff88 4cd6 BSR _intUnlock 7823ec 4280 CLR .L D0 7823ee 6002 BRA 0x007823f2 7823f0 70ff MOVEQ #0xff,D0 7823f2 242e fff8 MOVE .L (0xfff8,A6),D2 7823f6 262e fffc MOVE .L (0xfffc,A6),D3 7823fa 4e5e UNLK A6 7823fc 4e75 RTS _Select_Beam_Position_Mode_2: 7ddbea 4e56 0000 LINK .W A6,#0 7ddbee 2f02 MOVE .L D2,-(A7) 7ddbf0 202e 0008 MOVE .L (0x8,A6),D0 7ddbf4 6614 BNE 0x007ddc0a 7ddbf6 61ff ff82 94b4 BSR _intLock 7ddbfc 2079 007d dc44 MOVEA .L _Radar_Control_Status_Reg_Ptr,A0 7ddc02 2210 MOVE .L (A0),D1 7ddc04 74fd MOVEQ #0xfd,D2 7ddc06 c282 AND .L D2,D1 7ddc08 601c BRA 0x007ddc26 7ddc0a 7401 MOVEQ #0x1,D2 7ddc0c b480 CMP .L D0,D2 7ddc0e 6704 BEQ 0x007ddc14 7ddc10 70ff MOVEQ #0xff,D0 7ddc12 601e BRA 0x007ddc32 7ddc14 61ff ff82 9496 BSR _intLock 7ddc1a 2079 007d dc44 MOVEA .L _Radar_Control_Status_Reg_Ptr,A0 7ddc20 2210 MOVE .L (A0),D1 7ddc22 7402 MOVEQ #0x2,D2 7ddc24 8282 OR .L D2,D1 7ddc26 2081 MOVE .L D1,(A0) 7ddc28 2f00 MOVE .L D0,-(A7) 7ddc2a 61ff ff82 9492 BSR _intUnlock 7ddc30 4280 CLR .L D0 7ddc32 242e fffc MOVE .L (0xfffc,A6),D2 7ddc36 4e5e UNLK A6 7ddc38 4e75 RTS */ Charles Gilley AEL/Cross Systems by day (cgilley@cross.com) I program for food by night.... (gilley@america.net) All opinions are mine, are not redeemable for cash, void where prohibited. Educational Entrepreneur --------------------------- End of New-News digest ********************** From daemon@csg.lbl.gov Tue Sep 19 04:00:31 1995 From: daemon@csg.lbl.gov Date: Tue Sep 19 04:00:36 PDT 1995 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Tue Sep 19 04:00:26 PDT 1995 Subject: (no subject) Subject: Tornado and what happens to "marketing driven" software Subject: Tornado and what happens to "marketing driven" software Subject: Tornado and what happens to "marketing driven" software Subject: Re: Tornado and what happens to "marketing driven" software Subject: Quick module memory usage question Subject: Quick module memory usage question Subject: Re: Reclaiming interrupt handler memory. Subject: re: Compiler optimization in VxWorks Subject: TODO: Post this in gnu.cc.help & VXworks. Subject: Bit Fields and gnu - cc68k ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: (no subject) Date: 18 Sep 1995 12:18:00 GMT From: VxWorks Organization: Delft University of Technology Message-ID: <43jo1o$7ef@mo6.rc.tudelft.nl> Hi, I have a vxWorks system running on a 68K CAMAC board. The development host system is a DEC alpha 3000, the vxWorks version is 3.1A (DEC notation). I just upgraded the vxWorks system and are now experiencing the following problem: In the startup script are two lines: unit_name="AD114" HSTmod=6 Upon execution it says: new symbol "unit_name" added to symbol table unit_name = 0x1bc1608: value 29188864 = 0x1bd6300 HSTmod=6 new symbol "HSTmod" added to symbol table HSTmod = 0x1bd6300: value = 6 Now, as you see, there is a address conflict! The string "AD114" is replaced by the value 6, and the application detects a wrong unit_name! My previous version 3.0 (DEC numbering) did not have this problem. Is there anyone who can help? Victor Bom, Delft University of Technology vb@irivax.iri.tudelft.nl --------------------------- Newsgroups: comp.os.vxworks Subject: Tornado and what happens to "marketing driven" software Date: Mon, 18 Sep 95 13:24:44 GMT From: trimble Organization: Marine Systems Message-ID: <1995Sep18.132444.15972@enterprise.rdd.lmsc.lockheed.com> Sender: news@enterprise.rdd.lmsc.lockheed.com (News Administrator) I just finished wading through the Tornado marketing drivel on www.wrs.com and I'm inclined to agree with others in asking if Bill Gates has somehow invaded WRS. I can only hope that the marketers never manage to invade the GNU world. The only advancement I see in Tornado is that it shells all of the other tools that WRS has unsucessfully been trying to sell me for the last 2 years. That in and of itself would be fine (I can ignore them as a set instead of individually) except that there's an inference since 5.3 is distributed with Tornado, it is not independent of Tornado. The one real technical detail (must have slipped it by the marketers) is that the debugging is modified to employ an agent process. This is probably not the same as GNU debug and is more likely the process required to support all those other whizzy bang tools (which I don't use). The real issue here is whether the community is going to allow WRS to shove Tornado down it's collective throat using futire upgrades as a hostage. I don't know about others, but I don't subscribe to this philosophy. Could WRS please clarify the future of VxWorks versus Tornado as soon as possible? Some of us may need to go shopping.... Remember, a Tornado was part of Dorothy's fantasy as well..... --------------------------- Newsgroups: comp.os.vxworks Subject: Tornado and what happens to "marketing driven" software Date: Mon, 18 Sep 95 13:24:52 GMT From: trimble Organization: Marine Systems Message-ID: <1995Sep18.132452.16026@enterprise.rdd.lmsc.lockheed.com> Sender: news@enterprise.rdd.lmsc.lockheed.com (News Administrator) I just finished wading through the Tornado marketing drivel on www.wrs.com and I'm inclined to agree with others in asking if Bill Gates has somehow invaded WRS. I can only hope that the marketers never manage to invade the GNU world. The only advancement I see in Tornado is that it shells all of the other tools that WRS has unsucessfully been trying to sell me for the last 2 years. That in and of itself would be fine (I can ignore them as a set instead of individually) except that there's an inference since 5.3 is distributed with Tornado, it is not independent of Tornado. The one real technical detail (must have slipped it by the marketers) is that the debugging is modified to employ an agent process. This is probably not the same as GNU debug and is more likely the process required to support all those other whizzy bang tools (which I don't use). The real issue here is whether the community is going to allow WRS to shove Tornado down it's collective throat using futire upgrades as a hostage. I don't know about others, but I don't subscribe to this philosophy. Could WRS please clarify the future of VxWorks versus Tornado as soon as possible? Some of us may need to go shopping.... Remember, a Tornado was part of Dorothy's fantasy as well..... --------------------------- Newsgroups: comp.os.vxworks Subject: Tornado and what happens to "marketing driven" software Date: Mon, 18 Sep 95 13:25:37 GMT From: trimble Organization: Marine Systems Message-ID: <1995Sep18.132537.16108@enterprise.rdd.lmsc.lockheed.com> Sender: news@enterprise.rdd.lmsc.lockheed.com (News Administrator) I just finished wading through the Tornado marketing drivel on www.wrs.com and I'm inclined to agree with others in asking if Bill Gates has somehow invaded WRS. I can only hope that the marketers never manage to invade the GNU world. The only advancement I see in Tornado is that it shells all of the other tools that WRS has unsucessfully been trying to sell me for the last 2 years. That in and of itself would be fine (I can ignore them as a set instead of individually) except that there's an inference since 5.3 is distributed with Tornado, it is not independent of Tornado. The one real technical detail (must have slipped it by the marketers) is that the debugging is modified to employ an agent process. This is probably not the same as GNU debug and is more likely the process required to support all those other whizzy bang tools (which I don't use). The real issue here is whether the community is going to allow WRS to shove Tornado down it's collective throat using futire upgrades as a hostage. I don't know about others, but I don't subscribe to this philosophy. Could WRS please clarify the future of VxWorks versus Tornado as soon as possible? Some of us may need to go shopping.... Remember, a Tornado was part of Dorothy's fantasy as well..... --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado and what happens to "marketing driven" software Date: Mon, 18 Sep 1995 20:29:53 GMT From: curry@tc.fluke.COM (John Curry) Organization: Fluke Corporation, Everett, WA Message-ID: References: <1995Sep18.132452.16026@enterprise.rdd.lmsc.lockheed.com> Reply-To: curry@tc.fluke.COM (John Curry) We're starting to get tired of WRS developing new software that is not covered by our $4,000 a year maintenance fee and we're seriously looking to jump ship. This may not be the group to ask in, but does anyone have any idea what it takes to convert from VxWorks to OS-9 or LynxOS? Quite frankly, we're tired of WRS's slick looking, bleed you to death attitude. Needless to say, I'm quite disgruntled with WRS. :-( John Curry curry@fluke.com In <1995Sep18.132452.16026@enterprise.rdd.lmsc.lockheed.com> trimble writes: >I just finished wading through the Tornado marketing drivel on >www.wrs.com and I'm inclined to agree with others in asking if Bill >Gates has somehow invaded WRS. I can only hope that the marketers never >manage to invade the GNU world. >The only advancement I see in Tornado is that it shells all of the other >tools that WRS has unsucessfully been trying to sell me for the last 2 >years. That in and of itself would be fine (I can ignore them as a set >instead of individually) except that there's an inference since 5.3 is >distributed with Tornado, it is not independent of Tornado. The one real >technical detail (must have slipped it by the marketers) is that the >debugging is modified to employ an agent process. This is probably not >the same as GNU debug and is more likely the process required to support >all those other whizzy bang tools (which I don't use). >The real issue here is whether the community is going to allow WRS to >shove Tornado down it's collective throat using futire upgrades as a >hostage. I don't know about others, but I don't subscribe to this >philosophy. Could WRS please clarify the future of VxWorks versus >Tornado as soon as possible? Some of us may need to go shopping.... >Remember, a Tornado was part of Dorothy's fantasy as well..... - -- - ---------------------------------------------------------------------------- John Curry Fluke Corporation curry@tc.fluke.com 6920 Seaway Blvd m/s 178D 206-356-5708 Everett, Wa. 98206 - ---------------------------------------------------------------------------- --------------------------- Newsgroups: comp.os.vxworks Subject: Quick module memory usage question Date: 17 Sep 1995 23:18:11 GMT From: jjwang@clark.net (Jason J Wang) Organization: Clark Internet Services, Inc., Ellicott City, MD USA Message-ID: <43iabj$p15@clarknet.clark.net> Subject: Quick module memory usage question Newsgroups: comp.os.vxworks Organization: Clark Internet Services, Inc., Ellicott City, MD USA Summary: Keywords: Here's a quicky: Each time I load and unload a module, it leaves about 32 bytes worth of allocated space. Is there any way I can reclaim this memory? Does taskSpawn also leave a similar residue? Thanks! - -jason --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Reclaiming interrupt handler memory. Date: 19 Sep 1995 08:23:38 +1000 From: rjl@f111.iassf.easams.com.au (Rohan LENARD) Organization: EASAMS (Australia) Pty Ltd Message-ID: <43krha$o6k@f111.iassf.easams.com.au> References: In article , Martin Shepherd wrote: > >Once an interrupt handler has been created with intHandlerCreate() is there >any way of reclaiming the memory taken by the handler once the handler >has become redundant? > Here's what we do at my work - int Free (int VectorNum, void (*pFunction)(int)) { FUNCPTR* VectorOffset; FUNCPTR VectorOffsetToFree; VectorOffset = (FUNCPTR*) INUM_TO_IVEC (VectorNum); VectorOffsetToFree = intVecGet(VectorOffset); free(VectorOffsetToFree); intVecSet(VectorOffset, excIntStub); return 1; } >I am aware that there is no documented function to do this (VxWorks >5.1). Can I safely assume that the memory for the wrapper function is >allocated by malloc(), so that I can safely reclaim it simply by >passing the pointer returned by intHandlerCreate() to free()? Yep. Regards, Rohan - -- - ---------------------------------------------------------------------------- rjl@iassf.easams.com.au | All quotes can be attributed to my automated quote Rohan Lenard | writing tool. Yours for just $19.95; and if you +61-2-367-4555 | call now you'll get a free set of steak knives ... --------------------------- Newsgroups: comp.os.vxworks Subject: re: Compiler optimization in VxWorks Date: Tue, 19 Sep 95 00:32:56 GMT From: gilley@america.net (Charles H. Gilley) Organization: CHG Software Message-ID: <43l65l$4nl@peach.america.net> References: <199509150141.SAA09539@lassen.rti.com> <43d9hb$4cs@peach.america.net> Okay, I've gathered more info. BOY will I be glad when my employer decides to let us access usent groups from work. Sigh. Anyway, I have C source below, the make file and the resulting assembly. Some comments: we are using bitextu opcodes, not BITSET and BITCLR as I erroneously referred to earlier. Second, the register, pointers, etc. are declared volatile. Third, bear in mind that we want to force the compiler to access bitextu.l and bitinst.l Return-path: From: "Gilley, Charles" To: "'gilley@america.net'" Subject: TODO: Post this in gnu.cc.help & VXworks. Date: Mon, 18 Sep 95 12:48:00 PDT Content-Length: 12285 Encoding: 362 TEXT Status: RO X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] [nil nil nil nil nil nil nil nil nil nil nil nil "^From:" nil nil nil nil nil nil nil] nil) Received: from sun8.cross.com (sun8.ARPA) by cross.com (4.1/3.1.090690-AEL-Cross Systems Division) id AA08571; Mon, 18 Sep 95 12:40:53 EDT Message-Id: <9509181640.AA08571@cross.com> Content-Type: X-sun-attachment From: pedro (pedro uriarte) To: cgilley Subject: Bit Fields and gnu - cc68k Date: Mon, 18 Sep 95 12:40:53 EDT ---------- X-Sun-Data-Type: text X-Sun-Data-Description: text X-Sun-Data-Name: text X-Sun-Content-Lines: 3 Enclosed is the C-code, makefile and disassembly using vxWorks. Thanks for all your help! Pedro ---------- X-Sun-Data-Type: c-file X-Sun-Data-Description: c-file X-Sun-Data-Name: test_bits.c X-Sun-Content-Lines: 318 #include "vxWorks.h" #include "intLib.h" /* * All hardware accesses must be 32 bit. * Goal is to eliminate any interrupt latency, operations must be atomic. */ #define RADAR_CONTROL_STATUS_REG_ADDR 0x007e0000 #define BEAM_AZIMUTH_FIXED 0 #define BEAM_AZIMUTH_ROTATING 1 #define SET_BEAM_AZIMUTH_ROTATING 0x00000002 #define CLEAR_BEAM_AZIMUTH_ROTATING 0x0fffffffd typedef struct { unsigned : 23; unsigned RI_Reset_Fault : 1; unsigned RI_Data_Fault : 1; unsigned RI_Allign_Fault : 1; unsigned RI_Overflow_Fault : 1; unsigned RI_Sync_Fault : 1; unsigned RI_Online_Mode : 1; unsigned RI_Test_Enable : 1; unsigned Beam_Position_Mode : 1; unsigned Radar_IF_Mode : 1; } RADAR_CONTROL_STATUS_REG; RADAR_CONTROL_STATUS_REG *Radar_Control_Status_Bit = (RADAR_CONTROL_STATUS_REG *)0x007e0000; volatile RADAR_CONTROL_STATUS_REG *Radar_Control_Status_Bit_Ptr = (RADAR_CONTROL_STATUS_REG *)0x007e0000; volatile unsigned int *Radar_Control_Status_Reg_Ptr = (unsigned int *)0x007e0000; BOOL Is_Azimuth_Rotating() { /* * Using a non-volatile pointer to a bit field structure...atomic * but not a 32 bit access...see disassembly below. */ return(Radar_Control_Status_Bit->Beam_Position_Mode); } BOOL Is_Azimuth_Rotating_0() { /* * Using a volatile pointer to a bit field structure...atomic but * not a 32 bit access...see disassembly below. */ return(Radar_Control_Status_Bit_Ptr->Beam_Position_Mode); } BOOL Is_Azimuth_Rotating_1() { RADAR_CONTROL_STATUS_REG Reg; /* * Reading the register then accessing the bit field structure...this * will work for reads but note that compiler generates a 32 bit * BFEXTU on "Reg". Why not through a pointer? */ Reg = *Radar_Control_Status_Bit_Ptr; return(Reg.Beam_Position_Mode); } BOOL Is_Azimuth_Rotating_2() { /* * Using bit masks instead of bit field structures...compiler still * generates the 32 bit BFEXTU...what irony! */ if (*Radar_Control_Status_Reg_Ptr & SET_BEAM_AZIMUTH_ROTATING) { return(TRUE); } else return(FALSE); } int Select_Beam_Position_Mode_0(unsigned int Beam_Position_Mode) { if ((Beam_Position_Mode == BEAM_AZIMUTH_FIXED) || (Beam_Position_Mode == BEAM_AZIMUTH_ROTATING)) { /* * Writing through a volatile pointer to a bit field structure...atomic * but a not 32 bit hardware access. */ Radar_Control_Status_Bit_Ptr->Beam_Position_Mode = Beam_Position_Mode; return(OK); } return(ERROR); } int Select_Beam_Position_Mode_1(unsigned int Beam_Position_Mode) { int Level; RADAR_CONTROL_STATUS_REG Reg; if ((Beam_Position_Mode == BEAM_AZIMUTH_FIXED) || (Beam_Position_Mode == BEAM_AZIMUTH_ROTATING)) { /* * Using read/modify/write and bit fields...not atomic => * interrupt latency...generates a 32 bit BFINS on Reg. * Why not on *Reg? */ Level = intLock(); Reg = *(RADAR_CONTROL_STATUS_REG *)RADAR_CONTROL_STATUS_REG_ADDR; Reg.Beam_Position_Mode = Beam_Position_Mode; *(RADAR_CONTROL_STATUS_REG *)RADAR_CONTROL_STATUS_REG_ADDR = Reg; intUnlock(Level); return(OK); } return(ERROR); } int Select_Beam_Position_Mode_2(unsigned int Beam_Position_Mode) { int Level; /* * Using masks...not atomic => interrupt latency */ if (Beam_Position_Mode == BEAM_AZIMUTH_FIXED) { Level = intLock(); *Radar_Control_Status_Reg_Ptr &= CLEAR_BEAM_AZIMUTH_ROTATING; intUnlock(Level); return(OK); } else if (Beam_Position_Mode == BEAM_AZIMUTH_ROTATING) { Level = intLock(); *Radar_Control_Status_Reg_Ptr |= SET_BEAM_AZIMUTH_ROTATING; intUnlock(Level); return(OK); } return(ERROR); } /****************************CUT HERE FOR MAKEFILE************************* UP = $(VX_VW_BASE) PROJECT = /projects/8095 CSCI = $(PROJECT)/RCP_CSCI/src_files RES_SYS = $(PROJECT)/RES_System/src_files/System_Interface_CSC CFLAGS = $(CC_OPTIM) $(CC_WARNINGS) $(CC_INCLUDE) $(CC_COMPILER) \ $(CC_DEFINES) $(ADDED_CFLAGS) CASFLAGS = -E $(CC_INCLUDE) $(CC_DEFINES) CC_WARNINGS = $(CC_WARNINGS_ALL) CC_OPTIM = $(CC_OPTIM_NORMAL) CC_INCLUDE = -I$(CSCI) \ -I$(RES_SYS) \ -I$(VX_VW_BASE)/h \ -I$(VX_VW_BASE)/h/net \ -I$(VX_VW_BASE)/h/netinet \ -I$(VX_VW_BASE)/h/drv/netif \ -I$(VX_VW_BASE)/h/arch/mc68k \ -I$(VX_VW_BASE)/config/all \ -I$(VX_VW_BASE)/h/sys CC_DEFINES = -DCPU=$(CPU) $(DEFINE_CC) $(EXTRA_DEFINE) RM = rm -f CP = cp SHELL = /bin/sh s.o : @ $(RM) $@ cat $< > $*.S $(CC) $(CFLAGS) -c $*.S @ $(RM) $*.S c.o : @ $(RM) $@ $(CC) $(CFLAGS) -c $< CC_WARNINGS_ALL = -Wall CC_WARNINGS_NONE= CC_OPTIM_DRIVER = CC_OPTIM_NORMAL = -O -fstrength-reduce -fvolatile -fno-builtin CC_OPTIM_TARGET = -g -fvolatile -fno-builtin CC_COMPILER = -ansi -pedantic -pipe -nostdinc LDFLAGS = -X -N LD_PARTIAL_FLAGS= -X -r ENV_BIN = $(TOOLENV) $(VX_HSP_BASE)/bin/$(VX_HOST_TYPE)/ TARGET = MV_BIN = true AR = ar68k AS = as68k CC = cc68k -m68030 -msoft-float LD = ld68k RANLIB = ranlib68k TOOLENV = VX_CPU_FAMILY=68k test_bits.o: test_bits.c test: test_bits.o $(LD) -o bits $(LD_PARTIAL_FLAGS) test_bits.o cp bits /usr/vw/config/mv147/bits ****************************CUT HERE FOR DISASSEMBLY************************* sun8% telnet bubba1 Trying 192.9.200.50 ... Connected to bubba1. Escape character is '^]'. -> ld l Is_Azimuth_Rotating _Is_Azimuth_Rotating: 78340c 4e56 0000 LINK .W A6,#0 783410 2079 0078 34fc MOVEA .L _Radar_Control_Status_Bit,A0 783416 e9e8 0181 0003 BFEXTU (0x3,A0){#6:#1},D0 78341c 4e5e UNLK A6 78341e 4e75 RTS _Is_Azimuth_Rotating_0: 78236c 4e56 0000 LINK .W A6,#0 782370 2079 0078 2434 MOVEA .L _Radar_Control_Status_Bit_Ptr,A0 782376 e9e8 0181 0003 BFEXTU (0x3,A0){#6:#1},D0 78237c 4e5e UNLK A6 78237e 4e75 RTS _Is_Azimuth_Rotating_1: 782358 4e56 0000 LINK .W A6,#0 78235c 2079 0078 2434 MOVEA .L _Radar_Control_Status_Bit_Ptr,A0 782362 2010 MOVE .L (A0),D0 782364 e9c0 0781 BFEXTU D0{#30:#1},D0 782368 4e5e UNLK A6 78236a 4e75 RTS _Is_Azimuth_Rotating_2: 782380 4e56 0000 LINK .W A6,#0 782384 2079 0078 2438 MOVEA .L _Radar_Control_Status_Reg_Ptr,A0 78238a 2010 MOVE .L (A0),D0 78238c 2000 MOVE .L D0,D0 78238e e9c0 0781 BFEXTU D0{#30:#1},D0 782392 4e5e UNLK A6 782394 4e75 RTS _Select_Beam_Position_Mode_0: 782396 4e56 0000 LINK .W A6,#0 78239a 202e 0008 MOVE .L (0x8,A6),D0 78239e 6706 BEQ 0x007823a6 7823a0 7201 MOVEQ #0x1,D1 7823a2 b280 CMP .L D0,D1 7823a4 6610 BNE 0x007823b6 7823a6 2079 0078 2434 MOVEA .L _Radar_Control_Status_Bit_Ptr,A0 7823ac efe8 0181 0003 BFINS D0,(0x3,A0){#6:#1} 7823b2 4280 CLR .L D0 7823b4 6002 BRA 0x007823b8 7823b6 70ff MOVEQ #0xff,D0 7823b8 4e5e UNLK A6 7823ba 4e75 RTS _Select_Beam_Position_Mode_1: 7823bc 4e56 0000 LINK .W A6,#0 7823c0 2f03 MOVE .L D3,-(A7) 7823c2 2f02 MOVE .L D2,-(A7) 7823c4 242e 0008 MOVE .L (0x8,A6),D2 7823c8 6706 BEQ 0x007823d0 7823ca 7601 MOVEQ #0x1,D3 7823cc b682 CMP .L D2,D3 7823ce 6620 BNE 0x007823f0 7823d0 61ff ff88 4cda BSR _intLock 7823d6 207c 007e 0000 MOVEA .L #0x7e0000,A0 7823dc 2210 MOVE .L (A0),D1 7823de efc1 2781 BFINS D2,D1{#30:#1} 7823e2 2081 MOVE .L D1,(A0) 7823e4 2f00 MOVE .L D0,-(A7) 7823e6 61ff ff88 4cd6 BSR _intUnlock 7823ec 4280 CLR .L D0 7823ee 6002 BRA 0x007823f2 7823f0 70ff MOVEQ #0xff,D0 7823f2 242e fff8 MOVE .L (0xfff8,A6),D2 7823f6 262e fffc MOVE .L (0xfffc,A6),D3 7823fa 4e5e UNLK A6 7823fc 4e75 RTS _Select_Beam_Position_Mode_2: 7ddbea 4e56 0000 LINK .W A6,#0 7ddbee 2f02 MOVE .L D2,-(A7) 7ddbf0 202e 0008 MOVE .L (0x8,A6),D0 7ddbf4 6614 BNE 0x007ddc0a 7ddbf6 61ff ff82 94b4 BSR _intLock 7ddbfc 2079 007d dc44 MOVEA .L _Radar_Control_Status_Reg_Ptr,A0 7ddc02 2210 MOVE .L (A0),D1 7ddc04 74fd MOVEQ #0xfd,D2 7ddc06 c282 AND .L D2,D1 7ddc08 601c BRA 0x007ddc26 7ddc0a 7401 MOVEQ #0x1,D2 7ddc0c b480 CMP .L D0,D2 7ddc0e 6704 BEQ 0x007ddc14 7ddc10 70ff MOVEQ #0xff,D0 7ddc12 601e BRA 0x007ddc32 7ddc14 61ff ff82 9496 BSR _intLock 7ddc1a 2079 007d dc44 MOVEA .L _Radar_Control_Status_Reg_Ptr,A0 7ddc20 2210 MOVE .L (A0),D1 7ddc22 7402 MOVEQ #0x2,D2 7ddc24 8282 OR .L D2,D1 7ddc26 2081 MOVE .L D1,(A0) 7ddc28 2f00 MOVE .L D0,-(A7) 7ddc2a 61ff ff82 9492 BSR _intUnlock 7ddc30 4280 CLR .L D0 7ddc32 242e fffc MOVE .L (0xfffc,A6),D2 7ddc36 4e5e UNLK A6 7ddc38 4e75 RTS */ Charles Gilley AEL/Cross Systems by day (cgilley@cross.com) I program for food by night.... (gilley@america.net) All opinions are mine, are not redeemable for cash, void where prohibited. Educational Entrepreneur --------------------------- End of New-News digest ********************** Subject: Re: Freeing interrupt handlers Submitted-by froeber@bbn.com Tue Sep 19 05:27:50 1995 Submitted-by: Fred Roeber >Martin Shepherd wrote: >> >>Once an interrupt handler has been created with intHandlerCreate() is there >>any way of reclaiming the memory taken by the handler once the handler >>has become redundant? >> Rohan LENARD answers: > >Here's what we do at my work - > >int Free (int VectorNum, void (*pFunction)(int)) >{ > FUNCPTR* VectorOffset; > FUNCPTR VectorOffsetToFree; > > VectorOffset = (FUNCPTR*) INUM_TO_IVEC (VectorNum); > VectorOffsetToFree = intVecGet(VectorOffset); > free(VectorOffsetToFree); > intVecSet(VectorOffset, excIntStub); > > return 1; >} Decent solution but I would seriously recommend reversing the order of the free and intVecSet calls. As coded, you have left the freed interrupt handler linked to the interrupt vector. Even though this is done only for one instruction, you task could get preempted between the two calls by someone who alloced the memory just freed and trashed it. If your interrupt then came in you could crash the CPU. Sure, it seems like an unlikely situation but it is just the sort that would have you pulling your hair out wondering why the system crashed once in a great while. Fred | Fred J Roeber, Bolt Beranek and Newman Inc | | 50 Enterprise Place Middletown, RI 02842-5202 | | froeber@bbn.com 401-849-2543 (X48) | From froeber@bbn.com Tue Sep 19 05:27:50 1995 From: Fred Roeber Date: Tue Sep 19 05:27:53 PDT 1995 Subject: Re: Freeing interrupt handlers >Martin Shepherd wrote: >> >>Once an interrupt handler has been created with intHandlerCreate() is there >>any way of reclaiming the memory taken by the handler once the handler >>has become redundant? >> Rohan LENARD answers: > >Here's what we do at my work - > >int Free (int VectorNum, void (*pFunction)(int)) >{ > FUNCPTR* VectorOffset; > FUNCPTR VectorOffsetToFree; > > VectorOffset = (FUNCPTR*) INUM_TO_IVEC (VectorNum); > VectorOffsetToFree = intVecGet(VectorOffset); > free(VectorOffsetToFree); > intVecSet(VectorOffset, excIntStub); > > return 1; >} Decent solution but I would seriously recommend reversing the order of the free and intVecSet calls. As coded, you have left the freed interrupt handler linked to the interrupt vector. Even though this is done only for one instruction, you task could get preempted between the two calls by someone who alloced the memory just freed and trashed it. If your interrupt then came in you could crash the CPU. Sure, it seems like an unlikely situation but it is just the sort that would have you pulling your hair out wondering why the system crashed once in a great while. Fred | Fred J Roeber, Bolt Beranek and Newman Inc | | 50 Enterprise Place Middletown, RI 02842-5202 | | froeber@bbn.com 401-849-2543 (X48) | Subject: Memory Residue Submitted-by lrichard@redwood.dn.hac.com Tue Sep 19 08:26:48 1995 Submitted-by: lrichard@redwood.dn.hac.com (Larry Richards) Writes: >Here's a quicky: >Each time I load and unload a module, it leaves about 32 bytes worth of >allocated space. Is there any way I can reclaim this memory? Does >taskSpawn also leave a similar residue? This problem seems to pop up in many of the VxWorks routines which a string name is used. For whatever reason the memory for the string gets allocated but never released. With load and unload, I have found if you unload with the module ID and not the name, there is no residue. EX. -> memShow status bytes blocks avg block max block ------ --------- -------- ---------- ---------- current free 1766936 33 53543 1301900 alloc 1801792 829 2173 - cumulative alloc 7159916 16429 435 - value = 0 = 0x0 -> ld unld 1931244 value = 0 = 0x0 -> memShow status bytes blocks avg block max block ------ --------- -------- ---------- ---------- current free 1766936 33 53543 1301900 alloc 1801792 829 2173 - cumulative alloc 7184424 16448 436 - value = 0 = 0x0 -> Also with taskSpawn if you use a string as the name of the task, you will see a residue. If you use NULL, the residue will not be there. Ex. taskSpawn( "task1",100,...) Residue taskSpawn( 0,100,...) No Residue -------------------------------------------------------------------- Larry Richards Electical Engineer Internet: lrichard@redwod.dn.hac.com Hughes Aircraft Phone: (303)344-6630 BLDG: S75 MS: A1715 Fax: (303)344-2903 16800 E CentrTech Pkwy Aurora, CO 80013 -------------------------------------------------------------------- From lrichard@redwood.dn.hac.com Tue Sep 19 08:26:48 1995 From: lrichard@redwood.dn.hac.com (Larry Richards) Date: Tue Sep 19 08:26:51 PDT 1995 Subject: Memory Residue Writes: >Here's a quicky: >Each time I load and unload a module, it leaves about 32 bytes worth of >allocated space. Is there any way I can reclaim this memory? Does >taskSpawn also leave a similar residue? This problem seems to pop up in many of the VxWorks routines which a string name is used. For whatever reason the memory for the string gets allocated but never released. With load and unload, I have found if you unload with the module ID and not the name, there is no residue. EX. -> memShow status bytes blocks avg block max block ------ --------- -------- ---------- ---------- current free 1766936 33 53543 1301900 alloc 1801792 829 2173 - cumulative alloc 7159916 16429 435 - value = 0 = 0x0 -> ld unld 1931244 value = 0 = 0x0 -> memShow status bytes blocks avg block max block ------ --------- -------- ---------- ---------- current free 1766936 33 53543 1301900 alloc 1801792 829 2173 - cumulative alloc 7184424 16448 436 - value = 0 = 0x0 -> Also with taskSpawn if you use a string as the name of the task, you will see a residue. If you use NULL, the residue will not be there. Ex. taskSpawn( "task1",100,...) Residue taskSpawn( 0,100,...) No Residue -------------------------------------------------------------------- Larry Richards Electical Engineer Internet: lrichard@redwod.dn.hac.com Hughes Aircraft Phone: (303)344-6630 BLDG: S75 MS: A1715 Fax: (303)344-2903 16800 E CentrTech Pkwy Aurora, CO 80013 -------------------------------------------------------------------- Subject: Re: comp.os.vxworks newsdigest Submitted-by zmau@ksl.co.il Tue Sep 19 09:14:04 1995 Submitted-by: Maurice Zamir Victor Bom wrote , > Hi, > I have a vxWorks system running on a 68K CAMAC board. The development host > system is a DEC alpha 3000, the vxWorks version is 3.1A (DEC notation). I just > upgraded the vxWorks system and are now experiencing the following problem: > > In the startup script are two lines: > unit_name="AD114" > HSTmod=6 > Upon execution it says: > new symbol "unit_name" added to symbol table > unit_name = 0x1bc1608: value 29188864 = 0x1bd6300 > HSTmod=6 > new symbol "HSTmod" added to symbol table > HSTmod = 0x1bd6300: value = 6 > > Now, as you see, there is a address conflict! The string "AD114" is replaced by > the value 6, and the application detects a wrong unit_name! My previous version > 3.0 (DEC numbering) did not have this problem. > > Is there anyone who can help? > > Victor Bom, > Delft University of Technology > vb@irivax.iri.tudelft.nl > > 1) On our platform this does not happen (Vxworks 5.1.1 , 68030). 2) Try the following script : ptr = malloc(10) sprintf ptr , "AD114" unit_name=ptr HSTmod=6 Bye Zamir Maurice Zamir Maurice | zmau@ksl.co.il Kulicke & Soffa Ltd. | Phone: (04) - 545379 A.T.C. Haifa, Israel | fax: (04) - 550827 From zmau@ksl.co.il Tue Sep 19 09:14:04 1995 From: Maurice Zamir Date: Tue Sep 19 09:14:07 PDT 1995 Subject: Re: comp.os.vxworks newsdigest Victor Bom wrote , > Hi, > I have a vxWorks system running on a 68K CAMAC board. The development host > system is a DEC alpha 3000, the vxWorks version is 3.1A (DEC notation). I just > upgraded the vxWorks system and are now experiencing the following problem: > > In the startup script are two lines: > unit_name="AD114" > HSTmod=6 > Upon execution it says: > new symbol "unit_name" added to symbol table > unit_name = 0x1bc1608: value 29188864 = 0x1bd6300 > HSTmod=6 > new symbol "HSTmod" added to symbol table > HSTmod = 0x1bd6300: value = 6 > > Now, as you see, there is a address conflict! The string "AD114" is replaced by > the value 6, and the application detects a wrong unit_name! My previous version > 3.0 (DEC numbering) did not have this problem. > > Is there anyone who can help? > > Victor Bom, > Delft University of Technology > vb@irivax.iri.tudelft.nl > > 1) On our platform this does not happen (Vxworks 5.1.1 , 68030). 2) Try the following script : ptr = malloc(10) sprintf ptr , "AD114" unit_name=ptr HSTmod=6 Bye Zamir Maurice Zamir Maurice | zmau@ksl.co.il Kulicke & Soffa Ltd. | Phone: (04) - 545379 A.T.C. Haifa, Israel | fax: (04) - 550827 Subject: Disk partition sizes Submitted-by perryd@boris.lbl.gov Tue Sep 19 13:34:03 1995 Submitted-by: "David B. Perry" Fellow VxWorkers, When using the function scsiBlkDevCreate, is there a limit to the value of the numBlocks parameter? If so, what is it? -- ===================================================================== David B. Perry TRW e-mail: perryd@boris.msfc.nasa.gov 213 Wynn Dr. phone: (205) 961-1033 Huntsville, AL 35805 fax: (205) 544-2238 ===================================================================== From perryd@boris.lbl.gov Tue Sep 19 13:34:03 1995 From: "David B. Perry" Date: Tue Sep 19 13:34:06 PDT 1995 Subject: Disk partition sizes Fellow VxWorkers, When using the function scsiBlkDevCreate, is there a limit to the value of the numBlocks parameter? If so, what is it? -- ===================================================================== David B. Perry TRW e-mail: perryd@boris.msfc.nasa.gov 213 Wynn Dr. phone: (205) 961-1033 Huntsville, AL 35805 fax: (205) 544-2238 ===================================================================== Subject: subscribe me Submitted-by kadionik@rackham.enserb.u-bordeaux.fr Wed Sep 20 02:10:25 1995 Submitted-by: kadionik@rackham.enserb.u-bordeaux.fr (KADIONIK Patrice) please, subscribe kadionik@rackham.enserb.u-bordeaux.fr From kadionik@rackham.enserb.u-bordeaux.fr Wed Sep 20 02:10:25 1995 From: kadionik@rackham.enserb.u-bordeaux.fr (KADIONIK Patrice) Date: Wed Sep 20 02:10:28 PDT 1995 Subject: subscribe me please, subscribe kadionik@rackham.enserb.u-bordeaux.fr Subject: comp.os.vxworks newsdigest Submitted-by daemon@csg.lbl.gov Wed Sep 20 04:00:23 1995 Submitted-by: daemon@csg.lbl.gov Comp.Os.Vxworks Daily Digest Wed Sep 20 04:00:19 PDT 1995 Subject: Driver Needed ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Driver Needed Date: 19 Sep 1995 15:09:15 GMT From: phils@satori.tv.tek.com (Phil Staub) Organization: Tektronix TV Products Message-ID: Followup-To: comp.os.vxworks The environment: vxWorks 5.1, Moto 68340 target. The question: Has anyone added hardware flow control to the m68340Serial.c driver distributed with this release (or backward-compatible newer releases)? If so, is it possible to get a copy of the changes? Context diffs would be preferred. Thanks, Phil - -- - ------------------------------------------------------------------------------ Phil Staub, phils@tv.tv.tek.com TV/Communications Test Division (503) 627-6910 --------------------------- End of New-News digest ********************** From daemon@csg.lbl.gov Wed Sep 20 04:00:23 1995 From: daemon@csg.lbl.gov Date: Wed Sep 20 04:00:26 PDT 1995 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Wed Sep 20 04:00:19 PDT 1995 Subject: Driver Needed ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Driver Needed Date: 19 Sep 1995 15:09:15 GMT From: phils@satori.tv.tek.com (Phil Staub) Organization: Tektronix TV Products Message-ID: Followup-To: comp.os.vxworks The environment: vxWorks 5.1, Moto 68340 target. The question: Has anyone added hardware flow control to the m68340Serial.c driver distributed with this release (or backward-compatible newer releases)? If so, is it possible to get a copy of the changes? Context diffs would be preferred. Thanks, Phil - -- - ------------------------------------------------------------------------------ Phil Staub, phils@tv.tv.tek.com TV/Communications Test Division (503) 627-6910 --------------------------- End of New-News digest ********************** Subject: Spurious compiler warnings Submitted-by jerry@stereotaxis.wustl.edu Wed Sep 20 06:47:34 1995 Submitted-by: jerry@stereotaxis.wustl.edu Hello everyone, I'm working on a system targeting the MVME167, using the CenterLine C++ compiler and VxWorks 5.2. Throughout the development I've been dogged by the following warning messages: dq_mv200.h:276: warning: `struct DqRect' declared inside parameter list dq_mv200.h:276: warning: its scope is only this definition or declaration, dq_mv200.h:276: warning: which is probably not what you want. This warning comes and goes as I add or delete code seemingly unrelated to the struct in question, and sometimes shows up for structs other than DqRect, only to disappear again later as more unrelated changes are made. 'DqRect' is of course not in fact declared inside the parameter list in question but in another header file. The message is produced by gcc rather than CenterLine, and compiling the same code with another C++ compiler (CenterLine with their own back end) produces no warnings. Any light you can shed on this problem is certainly appreciated. Jerry Epplin Stereotaxis, Inc. jerry@stereotaxis.wustl.edu From jerry@stereotaxis.wustl.edu Wed Sep 20 06:47:34 1995 From: jerry@stereotaxis.wustl.edu Date: Wed Sep 20 06:47:37 PDT 1995 Subject: Spurious compiler warnings Hello everyone, I'm working on a system targeting the MVME167, using the CenterLine C++ compiler and VxWorks 5.2. Throughout the development I've been dogged by the following warning messages: dq_mv200.h:276: warning: `struct DqRect' declared inside parameter list dq_mv200.h:276: warning: its scope is only this definition or declaration, dq_mv200.h:276: warning: which is probably not what you want. This warning comes and goes as I add or delete code seemingly unrelated to the struct in question, and sometimes shows up for structs other than DqRect, only to disappear again later as more unrelated changes are made. 'DqRect' is of course not in fact declared inside the parameter list in question but in another header file. The message is produced by gcc rather than CenterLine, and compiling the same code with another C++ compiler (CenterLine with their own back end) produces no warnings. Any light you can shed on this problem is certainly appreciated. Jerry Epplin Stereotaxis, Inc. jerry@stereotaxis.wustl.edu Subject: _netTask suspend with 5.1.1 Submitted-by Hicks_Brian/macom_pbl_ctc@mailback.macom.com Wed Sep 20 08:15:13 1995 Submitted-by: Hicks_Brian/macom_pbl_ctc@mailback.macom.com Item Subject: Message text We are running with a Force-10 board using vxWorks 5.1.1. We occasionally have a problem where the kernel task "_netTask" suspends on us, which shuts down communications over the ethernet to our Host terminals. When this occurs, we cannot communicate with our chassis any longer over the ethernet. However, we have a VT-220 terminal hooked up to s serial port which enbles us to talk to the kernel, run an "i", and find that the _netTask has suspended. When we perform task trace(tt) on the _netTask, it has crashed in the routine "_lnattach". This is currently being looked at by Wind River, TSR #25295, but would like to know if anyone else has observed any similar behavior, and might have some sort of solution or workaround. Regards, Brian Hicks M/A-COM - Communications Tech Center Lowell, Ma. (508)-442-4968 From Hicks_Brian/macom_pbl_ctc@mailback.macom.com Wed Sep 20 08:15:13 1995 From: Hicks_Brian/macom_pbl_ctc@mailback.macom.com Date: Wed Sep 20 08:15:17 PDT 1995 Subject: _netTask suspend with 5.1.1 Item Subject: Message text We are running with a Force-10 board using vxWorks 5.1.1. We occasionally have a problem where the kernel task "_netTask" suspends on us, which shuts down communications over the ethernet to our Host terminals. When this occurs, we cannot communicate with our chassis any longer over the ethernet. However, we have a VT-220 terminal hooked up to s serial port which enbles us to talk to the kernel, run an "i", and find that the _netTask has suspended. When we perform task trace(tt) on the _netTask, it has crashed in the routine "_lnattach". This is currently being looked at by Wind River, TSR #25295, but would like to know if anyone else has observed any similar behavior, and might have some sort of solution or workaround. Regards, Brian Hicks M/A-COM - Communications Tech Center Lowell, Ma. (508)-442-4968 Subject: Solaris 2.x Backplane Driver Submitted-by leonid@rst.co.il Wed Sep 20 09:39:30 1995 Submitted-by: leonid@rst.co.il (Leonid Rosenboim) We got a customer who needs to run a backplane driver compatible with if_sm on SOlaris 2.x running on Force SPARC VME board. If you have such a driver for sale, please provide the availability and pricing details. If you are using one of these, I will be happy to read user experience. ----------------------------------------------------------------------- Leonid Rosenboim Phone: +972-3-559-8144 R S T Software Industries Ltd. Fax: +972-3-559-8244 3 Hashikma st. Industrial Zone, E-Mail: leonid@rst.co.il P.O.Box 11502, AZUR 58017, Israel WindRiver Distributor From leonid@rst.co.il Wed Sep 20 09:39:30 1995 From: leonid@rst.co.il (Leonid Rosenboim) Date: Wed Sep 20 09:39:33 PDT 1995 Subject: Solaris 2.x Backplane Driver We got a customer who needs to run a backplane driver compatible with if_sm on SOlaris 2.x running on Force SPARC VME board. If you have such a driver for sale, please provide the availability and pricing details. If you are using one of these, I will be happy to read user experience. ----------------------------------------------------------------------- Leonid Rosenboim Phone: +972-3-559-8144 R S T Software Industries Ltd. Fax: +972-3-559-8244 3 Hashikma st. Industrial Zone, E-Mail: leonid@rst.co.il P.O.Box 11502, AZUR 58017, Israel WindRiver Distributor Subject: Re: comp.os.vxworks newsdigest Submitted-by bqv@se19.wg2.waii.com Wed Sep 20 09:49:36 1995 Submitted-by: Bang Vu trimble penned: > >I just finished wading through the Tornado marketing drivel on >www.wrs.com and I'm inclined to agree with others in asking if Bill >Gates has somehow invaded WRS. I can only hope that the marketers never >manage to invade the GNU world. > >The only advancement I see in Tornado is that it shells all of the other >tools that WRS has unsucessfully been trying to sell me for the last 2 >years. That in and of itself would be fine (I can ignore them as a set >instead of individually) except that there's an inference since 5.3 is >distributed with Tornado, it is not independent of Tornado. The one real >technical detail (must have slipped it by the marketers) is that the >debugging is modified to employ an agent process. This is probably not >the same as GNU debug and is more likely the process required to support >all those other whizzy bang tools (which I don't use). > >The real issue here is whether the community is going to allow WRS to >shove Tornado down it's collective throat using futire upgrades as a >hostage. I don't know about others, but I don't subscribe to this >philosophy. Could WRS please clarify the future of VxWorks versus >Tornado as soon as possible? Some of us may need to go shopping.... > >Remember, a Tornado was part of Dorothy's fantasy as well..... > My $0.02 concerning Tornado: I went to a Tornado demo at the Real Time Computing Show in Houston on Sept. 19. Admittedly Tornado is a very slick *development* environment, far better than the current command-line driven, shell-based environment that we're all used to. Speaking of the shell, I like the fact that the VxWorks shell, in the Tornado env., runs on the host and we can have multiple shells into the same target (i.e. no more one user per target at a time issue). Other than that, there is nothing that Tornado offers (e.g. the Browser which provides detailed info on system objects, semaphores, queues, etc..) that I cannot do in the current env. via shell commands and little tools that I wrote myself. The OS (i.e. the WIND microkernel) is the same as in VxWorks 5.2. I would choose Tornado over the current env. because I can see that it would improve my productivity (I can do the things I want to do more conveniently and faster). Cost is another matter though. I may not be able to afford Tornado. I think WRS has already made the decision to abandon the current shell-based env. and force everybody to go with Tornado in future VxWorks releases (5.3 and beyond). How much success they will have in forcing the user community to swallow this decision is open to debate. A good price for Tornado upgrade will go a long way toward making the swallowing a lot easier. -- Bang Vu | QC Tools, Inc. (a subsidiary of I/O, Inc.) vu@wg2.waii.com | Software, Systems, and Consultancy for the Voice 713-964-6192 | Exploration Industry. Fax 713-964-6218 | 3600 Briarpark, Houston, TX 77042 From bqv@se19.wg2.waii.com Wed Sep 20 09:49:36 1995 From: Bang Vu Date: Wed Sep 20 09:49:39 PDT 1995 Subject: Re: comp.os.vxworks newsdigest trimble penned: > >I just finished wading through the Tornado marketing drivel on >www.wrs.com and I'm inclined to agree with others in asking if Bill >Gates has somehow invaded WRS. I can only hope that the marketers never >manage to invade the GNU world. > >The only advancement I see in Tornado is that it shells all of the other >tools that WRS has unsucessfully been trying to sell me for the last 2 >years. That in and of itself would be fine (I can ignore them as a set >instead of individually) except that there's an inference since 5.3 is >distributed with Tornado, it is not independent of Tornado. The one real >technical detail (must have slipped it by the marketers) is that the >debugging is modified to employ an agent process. This is probably not >the same as GNU debug and is more likely the process required to support >all those other whizzy bang tools (which I don't use). > >The real issue here is whether the community is going to allow WRS to >shove Tornado down it's collective throat using futire upgrades as a >hostage. I don't know about others, but I don't subscribe to this >philosophy. Could WRS please clarify the future of VxWorks versus >Tornado as soon as possible? Some of us may need to go shopping.... > >Remember, a Tornado was part of Dorothy's fantasy as well..... > My $0.02 concerning Tornado: I went to a Tornado demo at the Real Time Computing Show in Houston on Sept. 19. Admittedly Tornado is a very slick *development* environment, far better than the current command-line driven, shell-based environment that we're all used to. Speaking of the shell, I like the fact that the VxWorks shell, in the Tornado env., runs on the host and we can have multiple shells into the same target (i.e. no more one user per target at a time issue). Other than that, there is nothing that Tornado offers (e.g. the Browser which provides detailed info on system objects, semaphores, queues, etc..) that I cannot do in the current env. via shell commands and little tools that I wrote myself. The OS (i.e. the WIND microkernel) is the same as in VxWorks 5.2. I would choose Tornado over the current env. because I can see that it would improve my productivity (I can do the things I want to do more conveniently and faster). Cost is another matter though. I may not be able to afford Tornado. I think WRS has already made the decision to abandon the current shell-based env. and force everybody to go with Tornado in future VxWorks releases (5.3 and beyond). How much success they will have in forcing the user community to swallow this decision is open to debate. A good price for Tornado upgrade will go a long way toward making the swallowing a lot easier. -- Bang Vu | QC Tools, Inc. (a subsidiary of I/O, Inc.) vu@wg2.waii.com | Software, Systems, and Consultancy for the Voice 713-964-6192 | Exploration Industry. Fax 713-964-6218 | 3600 Briarpark, Houston, TX 77042 Subject: Re: _netTask suspend with 5.1.1 Submitted-by atkins@sst10a.lanl.gov Wed Sep 20 10:13:01 1995 Submitted-by: Bill Atkins > We are running with a Force-10 board using vxWorks 5.1.1. We >occasionally have a problem where the kernel task "_netTask" suspends on >us, which shuts down communications over the ethernet to our Host >terminals. When this occurs, we cannot communicate with our chassis any >longer over the ethernet. However, we have a VT-220 terminal hooked up >to s serial port which enbles us to talk to the kernel, run an "i", and >find that the _netTask has suspended. When we perform task trace(tt) on >the _netTask, it has crashed in the routine "_lnattach". This is >currently being looked at by Wind River, TSR #25295, but would like to >know if anyone else has observed any similar behavior, and might have >some sort of solution or workaround. Seems like I used to see that problem with a Heurikon '020 board. The problem was very fundamental - like the processor would just flat get a corrupted value when talking to the Ethernet controller. I remember deciding the only fix was to change processors. It wasn't a software problem. Strange though, if it occurs on another brand CPU, but I guess they could use the same ethernet chips or something. The only workaround was to reduce the ethernet I/O. Bill Atkins From atkins@sst10a.lanl.gov Wed Sep 20 10:13:01 1995 From: Bill Atkins Date: Wed Sep 20 10:13:04 PDT 1995 Subject: Re: _netTask suspend with 5.1.1 > We are running with a Force-10 board using vxWorks 5.1.1. We >occasionally have a problem where the kernel task "_netTask" suspends on >us, which shuts down communications over the ethernet to our Host >terminals. When this occurs, we cannot communicate with our chassis any >longer over the ethernet. However, we have a VT-220 terminal hooked up >to s serial port which enbles us to talk to the kernel, run an "i", and >find that the _netTask has suspended. When we perform task trace(tt) on >the _netTask, it has crashed in the routine "_lnattach". This is >currently being looked at by Wind River, TSR #25295, but would like to >know if anyone else has observed any similar behavior, and might have >some sort of solution or workaround. Seems like I used to see that problem with a Heurikon '020 board. The problem was very fundamental - like the processor would just flat get a corrupted value when talking to the Ethernet controller. I remember deciding the only fix was to change processors. It wasn't a software problem. Strange though, if it occurs on another brand CPU, but I guess they could use the same ethernet chips or something. The only workaround was to reduce the ethernet I/O. Bill Atkins Subject: Re: Solaris 2.x Backplane Driver Submitted-by jerald@wrs.com Wed Sep 20 11:37:54 1995 Submitted-by: Jerald Pendleton Hi Leonid - There is a rumor around here that Force germany (has/is working) on one. Have you tried them? I'd be interested in any information you pick up. Thanks, Jerry Pendleton ---- Jerald R. Pendleton (Jerry) - Tech Support Lead Engineer - Wind River Systems Corporate Headquarters: 1010 Atlantic Ave, Alameda, Ca. 94501 email:jerald@wrs.com phone:1-510-814-2563 Non-WRS-email:pendleto@ix.netcom.com "Betcha didn't know California was prone to Tornados" From jerald@wrs.com Wed Sep 20 11:37:54 1995 From: Jerald Pendleton Date: Wed Sep 20 11:37:57 PDT 1995 Subject: Re: Solaris 2.x Backplane Driver Hi Leonid - There is a rumor around here that Force germany (has/is working) on one. Have you tried them? I'd be interested in any information you pick up. Thanks, Jerry Pendleton ---- Jerald R. Pendleton (Jerry) - Tech Support Lead Engineer - Wind River Systems Corporate Headquarters: 1010 Atlantic Ave, Alameda, Ca. 94501 email:jerald@wrs.com phone:1-510-814-2563 Non-WRS-email:pendleto@ix.netcom.com "Betcha didn't know California was prone to Tornados" Subject: FORCE's Solaris 2.x Backplane Driver Submitted-by johnb@signia.force-c Wed Sep 20 13:42:38 1995 Submitted-by: johnb@signia.force-c Hello all, The product you are referring to is called BUSNET, and we are now in the final release stages of the product. Contact any FORCE regional sales office for boards supported and availability. regards, John ====================================================== John Bullock Area Sales Manager, NW Region FORCE Computers Inc. 2001 Logic Drive San Jose, CA 95124 T (408) 369-6231 F (408) 371-3382 =================================================== From johnb@signia.force-c Wed Sep 20 13:42:38 1995 From: johnb@signia.force-c Date: Wed Sep 20 13:42:41 PDT 1995 Subject: FORCE's Solaris 2.x Backplane Driver Hello all, The product you are referring to is called BUSNET, and we are now in the final release stages of the product. Contact any FORCE regional sales office for boards supported and availability. regards, John ====================================================== John Bullock Area Sales Manager, NW Region FORCE Computers Inc. 2001 Logic Drive San Jose, CA 95124 T (408) 369-6231 F (408) 371-3382 =================================================== Subject: Re: Re: Solaris 2.x Backplane Driver Submitted-by leonid@rst.co.il Thu Sep 21 08:07:33 1995 Submitted-by: leonid@rst.co.il (Leonid Rosenboim) > From: Jerald Pendleton > Date: Wed Sep 20 11:37:57 PDT 1995 > Subject: Re: Solaris 2.x Backplane Driver > Hi Leonid - > > There is a rumor around here that Force germany (has/is working) on > one. Have you tried them? I'd be interested in any information you > pick up. We are well aware of the Force product, it is called BusNet, and it seems to work, but it will do so only between Force-made boards. BusNet (if_bn) implements a proprietary protocol over the VME, designed by Force, and will not cooperate with if_sm or if_bp drivers. Moreover, it is not possible to run both if_bn and if_sm on any single board at the same time, cause they tend to use the same board resources. It seems Force is working on a solution that will enable a number of FORCE boards in a VME crate running DIFFERENT operating systems to talk to eachother with TCP/IP, and Solaris and VxWorks are only two OSes from a larger list they intend to support. The disadvantage of their approach is it will not support any 3rd party boards running VxWorks on the same crate, nor will it allow one to run VxMP on the same backplane. So far I received some information that both SPARTA and SOFTEC GmbH have a driver for Solaris 2.x that may fit the requirements, but we need to dig a little deeper to see if they really do. ----------------------------------------------------------------------- Leonid Rosenboim Phone: +972-3-559-8144 R S T Software Industries Ltd. Fax: +972-3-559-8244 3 Hashikma st. Industrial Zone, E-Mail: leonid@rst.co.il P.O.Box 11502, AZUR 58017, Israel WindRiver Distributor From leonid@rst.co.il Thu Sep 21 08:07:33 1995 From: leonid@rst.co.il (Leonid Rosenboim) Date: Thu Sep 21 08:07:36 PDT 1995 Subject: Re: Re: Solaris 2.x Backplane Driver > From: Jerald Pendleton > Date: Wed Sep 20 11:37:57 PDT 1995 > Subject: Re: Solaris 2.x Backplane Driver > Hi Leonid - > > There is a rumor around here that Force germany (has/is working) on > one. Have you tried them? I'd be interested in any information you > pick up. We are well aware of the Force product, it is called BusNet, and it seems to work, but it will do so only between Force-made boards. BusNet (if_bn) implements a proprietary protocol over the VME, designed by Force, and will not cooperate with if_sm or if_bp drivers. Moreover, it is not possible to run both if_bn and if_sm on any single board at the same time, cause they tend to use the same board resources. It seems Force is working on a solution that will enable a number of FORCE boards in a VME crate running DIFFERENT operating systems to talk to eachother with TCP/IP, and Solaris and VxWorks are only two OSes from a larger list they intend to support. The disadvantage of their approach is it will not support any 3rd party boards running VxWorks on the same crate, nor will it allow one to run VxMP on the same backplane. So far I received some information that both SPARTA and SOFTEC GmbH have a driver for Solaris 2.x that may fit the requirements, but we need to dig a little deeper to see if they really do. ----------------------------------------------------------------------- Leonid Rosenboim Phone: +972-3-559-8144 R S T Software Industries Ltd. Fax: +972-3-559-8244 3 Hashikma st. Industrial Zone, E-Mail: leonid@rst.co.il P.O.Box 11502, AZUR 58017, Israel WindRiver Distributor Subject: comp.os.vxworks newsdigest Submitted-by daemon@csg.lbl.gov Fri Sep 22 04:00:37 1995 Submitted-by: daemon@csg.lbl.gov Comp.Os.Vxworks Daily Digest Fri Sep 22 04:00:32 PDT 1995 Subject: GNU cross compiler Subject: Re: BSP porting info Subject: Re: FLASH & 8mm Tape Drive Subject: BSP support Subject: Re: Tornado Subject: Scramnet ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: GNU cross compiler Date: 21 Sep 1995 15:20:40 -0500 From: jruiz@cs.utexas.edu (Jorge Osman Ruiz) Organization: CS Dept, University of Texas at Austin Message-ID: <43sheo$1h9j@jeckle.cs.utexas.edu> I have a more specific question: What is the "configure --build=???" command to get the GNU g++ cross compiler up running on a Sparc box with Solaris2.4 as "host" and "build", for a target VxWorks 5.2 (MC68030, board FORCE30). I have just setup this system, and I dont have any GNU c compiler, (except for the cc compiler that came with Solaris2.4) Any help will be appreciated. Thanks, Jorge - -- _ ---------------------------------------------------------------------- _| ~-. Jorge O. Ruiz E-mail: jruiz@cs.utexas.edu \, *_} University of Texas at Austin Voice: (512)471-7347 / 475-9244 \( Mail: ETC 4.134A \ Univ. of Texas at Austin \ Austin, TX 78712 \ USA --------------------------- Newsgroups: comp.os.vxworks Subject: Re: BSP porting info Date: 20 Sep 1995 16:59:36 GMT From: dyer@alx.sticomet.com (Doug Dyer) Organization: Naval Research Laboratory Message-ID: <43ph9o$e78@ra.nrl.navy.mil> References: <43pc5m$sqf@news.sandia.gov> Don Small writes: >We are designing a custom PPC603e board and would like any comments or >information on the following: OK, Ill give you my personal IMHO's on these >a) What devices are required (ie, timers, serial ...)? Three 32-bit auto-reload timers. One for the kernel, one for the auxillary and the other for whatever. One serial port min. that we could use for a terminal. Hardware reset capable from keyboard sequence (its a pain to reach over and press the button every time). >b) What devices are useful but not necessary (should consider, but not >necessary)? Well that reset thing I mentioned. Only one timer is absolutely necessary (and doesn't have to auto-reload). A second serial port is convenient for SLIP. >c) Are there some standard drivers already available? If so, is there a list? Gobs. You'll have to contact WRS. >d) Are there tools which will help us do the porting? I assume that the BSP > porting kit would be a good starting point. Comments? The BSP porting kit is good. There are a gang of us on the net here that do them but you shouldn't have a problem. >e) Should we let WRS do the port? No. >f) What kind of time frame should we allow for porting? New boards allow for 3 months, that leaves the assumption that you will find hardware issues (usually in the interrupt systems) that simple PROM monitors don't rely on. (and that you have a learning curve being new to it) >I have several years experience on vxWorks, just never had the need to do our >own port till now. Any info would be useful. IMHO if you are familiar with the board itself that's half the battle >Thanks, >Don any time. >Don Small >505-844-9500 >e-mail: dmsmall@sandia.gov - -- Doug Dyer - dyer@alx.sticomet.com | Blatant Ad: ECL - embedded "C-like" Software Technology, Inc. (STI) | scripting language. DC office: (703) 329-9707 | Fun for the whole family! --------------------------- Newsgroups: comp.os.vxworks Subject: Re: FLASH & 8mm Tape Drive Date: Thu, 21 Sep 1995 15:55:29 GMT From: sycamore@resumix.portal.com Organization: Motorola, Scottsdale, AZ Message-ID: <1995Sep21.155529.19164@schbbs.mot.com> References: <43p1ah$5bd@hp5.online.apple.com> Reply-To: sycamore@andy.geg.mot.com Sender: news@schbbs.mot.com (SCHBBS News Account) I am just beginning to subscribe to this group. If my questions have already been answered previously I appologize for reopening the issues again. Here are my questions: Our project is using vxWorks 5.1.1 1) We are interested in booting vxWorks on a 68040 VME based card from a 20 mbyte MS-DOS Flash File PCMCIA card. We are looking for "C" source code for booting from the Flash ROM device. It has been suggested to modify the SCSI driver to perform this activity. Has anyone done this or have any suggestions on how to do it? 2) We are also looking for software to support an Exabyte 8mm SCSI tape drive using vxWorks 5.1.1 Thanks in advance. Doug Sycamore email: sycamore@andy.geg.mot.com --------------------------- Newsgroups: comp.os.vxworks Subject: BSP support Date: 22 Sep 1995 04:39:02 GMT From: cferrell@ix.netcom.com (Chester Ferrell) Organization: Netcom Message-ID: <43tel6$n3j@ixnews4.ix.netcom.com> I've been trying to find out if the Tadpole TP40 and TP41 68040 board BSP have been updated to operate with VxWorks 5.2. I've had a hard time getting anyone from WRS to return my calls. Does anyone here know? Chet Ferrell Software Engineer Lockheed Martin Austin Operations --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado Date: 20 Sep 1995 14:57:13 -0700 From: rls@ltis.loral.com (Randy Silagi) Organization: Loral Test And Information Systems Message-ID: References: <9509151826.AA02945@lbl.gov> Paul Banta writes: >Hello Everyone, >I've been doing some inquiring about Tornado. It ships with VxWorks 5.3. >I just talked to a sales rep at wrs yesterday and I asked him about VxWorks >5.3. (We just got 5.2 and have yet to begin upgrading from 5.1.1.) He said >that 5.3 is what comes with Tornado (which is what you get if you buy a >developer's license now.) He said that I will be stuck at 5.2 unless I buy >Tornado. The price he quoted me for upgrading our developer's license to >allow us to use Tornado was high. However it was not the same price as [snip].... >After reading the Tornado documentation on the wrs home page it looks like >I would be paying for some graphical, host-based tools that, while they sound >very nice (in fact, I wish I had them right now), they are not essential. I saw a demo of Tornado at the Embedded Systems Conf. last week, 9/14. I was very impressed. The new host-based tools are very nice. I wish I had them now. I tried to pin the Sales person down on cost and if it would be included with the 5.3 upgrade. My impression was the Tornado and 5.3 are different names for the same thing. I thought that I would be getting 5.3 upgrade, to inlcude Tornado under maintenance at no addtional charge. But, now I am not sure. I did not ask about licensing, like how many of these environment can you run per license. The big changes for Tornado is the complete graphical env. that you would "live-in", and many of the target based features have been moved to the host. Like the Shell, the linker/loader, and the symbol table can now reside on the host. Also, the kernel can be reduced to minimum of about 30K ??? instead of about 300K. Any of the vxWorks shell command, like spy, checkStack, i, tt, can be put on a menu and excuting by selecting with the mouse. I hope this helps. +------------------------------------------------------------------+ | Randy Silagi E-Mail: rls@ltis.loral.com | Loral Test & Information Systems | 15378 Avenue of Science Phone: 619-674-5100, X4798 | San Diego, CA 92128-3407 Fax: 619-674-5145 +-------------------------------------------------------------------+ --------------------------- Newsgroups: comp.os.vxworks Subject: Scramnet Date: 22 Sep 1995 10:32:49 GMT From: Magnus Paterson Organization: Royal Observatory, Edinburgh Message-ID: <43u3ch$8vr@scotsman.ed.ac.uk> All, Has anyone used the combination of VxWorks and Scramnet reflective memory devices? I'd be interested to hear of any experiences, success stories, caveats &c. - -- Cheers, Magnus **** Magnus J Paterson email mjp@roe.ac.uk **** Royal Observatory ph +44 (0)131 668 8247 **** Edinburgh EH9 3HJ fax +44 (0)131 668 1130 **** SCOTLAND web http://www.roe.ac.uk/mjpwww/ --------------------------- End of New-News digest ********************** From daemon@csg.lbl.gov Fri Sep 22 04:00:37 1995 From: daemon@csg.lbl.gov Date: Fri Sep 22 04:00:40 PDT 1995 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Fri Sep 22 04:00:32 PDT 1995 Subject: GNU cross compiler Subject: Re: BSP porting info Subject: Re: FLASH & 8mm Tape Drive Subject: BSP support Subject: Re: Tornado Subject: Scramnet ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: GNU cross compiler Date: 21 Sep 1995 15:20:40 -0500 From: jruiz@cs.utexas.edu (Jorge Osman Ruiz) Organization: CS Dept, University of Texas at Austin Message-ID: <43sheo$1h9j@jeckle.cs.utexas.edu> I have a more specific question: What is the "configure --build=???" command to get the GNU g++ cross compiler up running on a Sparc box with Solaris2.4 as "host" and "build", for a target VxWorks 5.2 (MC68030, board FORCE30). I have just setup this system, and I dont have any GNU c compiler, (except for the cc compiler that came with Solaris2.4) Any help will be appreciated. Thanks, Jorge - -- _ ---------------------------------------------------------------------- _| ~-. Jorge O. Ruiz E-mail: jruiz@cs.utexas.edu \, *_} University of Texas at Austin Voice: (512)471-7347 / 475-9244 \( Mail: ETC 4.134A \ Univ. of Texas at Austin \ Austin, TX 78712 \ USA --------------------------- Newsgroups: comp.os.vxworks Subject: Re: BSP porting info Date: 20 Sep 1995 16:59:36 GMT From: dyer@alx.sticomet.com (Doug Dyer) Organization: Naval Research Laboratory Message-ID: <43ph9o$e78@ra.nrl.navy.mil> References: <43pc5m$sqf@news.sandia.gov> Don Small writes: >We are designing a custom PPC603e board and would like any comments or >information on the following: OK, Ill give you my personal IMHO's on these >a) What devices are required (ie, timers, serial ...)? Three 32-bit auto-reload timers. One for the kernel, one for the auxillary and the other for whatever. One serial port min. that we could use for a terminal. Hardware reset capable from keyboard sequence (its a pain to reach over and press the button every time). >b) What devices are useful but not necessary (should consider, but not >necessary)? Well that reset thing I mentioned. Only one timer is absolutely necessary (and doesn't have to auto-reload). A second serial port is convenient for SLIP. >c) Are there some standard drivers already available? If so, is there a list? Gobs. You'll have to contact WRS. >d) Are there tools which will help us do the porting? I assume that the BSP > porting kit would be a good starting point. Comments? The BSP porting kit is good. There are a gang of us on the net here that do them but you shouldn't have a problem. >e) Should we let WRS do the port? No. >f) What kind of time frame should we allow for porting? New boards allow for 3 months, that leaves the assumption that you will find hardware issues (usually in the interrupt systems) that simple PROM monitors don't rely on. (and that you have a learning curve being new to it) >I have several years experience on vxWorks, just never had the need to do our >own port till now. Any info would be useful. IMHO if you are familiar with the board itself that's half the battle >Thanks, >Don any time. >Don Small >505-844-9500 >e-mail: dmsmall@sandia.gov - -- Doug Dyer - dyer@alx.sticomet.com | Blatant Ad: ECL - embedded "C-like" Software Technology, Inc. (STI) | scripting language. DC office: (703) 329-9707 | Fun for the whole family! --------------------------- Newsgroups: comp.os.vxworks Subject: Re: FLASH & 8mm Tape Drive Date: Thu, 21 Sep 1995 15:55:29 GMT From: sycamore@resumix.portal.com Organization: Motorola, Scottsdale, AZ Message-ID: <1995Sep21.155529.19164@schbbs.mot.com> References: <43p1ah$5bd@hp5.online.apple.com> Reply-To: sycamore@andy.geg.mot.com Sender: news@schbbs.mot.com (SCHBBS News Account) I am just beginning to subscribe to this group. If my questions have already been answered previously I appologize for reopening the issues again. Here are my questions: Our project is using vxWorks 5.1.1 1) We are interested in booting vxWorks on a 68040 VME based card from a 20 mbyte MS-DOS Flash File PCMCIA card. We are looking for "C" source code for booting from the Flash ROM device. It has been suggested to modify the SCSI driver to perform this activity. Has anyone done this or have any suggestions on how to do it? 2) We are also looking for software to support an Exabyte 8mm SCSI tape drive using vxWorks 5.1.1 Thanks in advance. Doug Sycamore email: sycamore@andy.geg.mot.com --------------------------- Newsgroups: comp.os.vxworks Subject: BSP support Date: 22 Sep 1995 04:39:02 GMT From: cferrell@ix.netcom.com (Chester Ferrell) Organization: Netcom Message-ID: <43tel6$n3j@ixnews4.ix.netcom.com> I've been trying to find out if the Tadpole TP40 and TP41 68040 board BSP have been updated to operate with VxWorks 5.2. I've had a hard time getting anyone from WRS to return my calls. Does anyone here know? Chet Ferrell Software Engineer Lockheed Martin Austin Operations --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado Date: 20 Sep 1995 14:57:13 -0700 From: rls@ltis.loral.com (Randy Silagi) Organization: Loral Test And Information Systems Message-ID: References: <9509151826.AA02945@lbl.gov> Paul Banta writes: >Hello Everyone, >I've been doing some inquiring about Tornado. It ships with VxWorks 5.3. >I just talked to a sales rep at wrs yesterday and I asked him about VxWorks >5.3. (We just got 5.2 and have yet to begin upgrading from 5.1.1.) He said >that 5.3 is what comes with Tornado (which is what you get if you buy a >developer's license now.) He said that I will be stuck at 5.2 unless I buy >Tornado. The price he quoted me for upgrading our developer's license to >allow us to use Tornado was high. However it was not the same price as [snip].... >After reading the Tornado documentation on the wrs home page it looks like >I would be paying for some graphical, host-based tools that, while they sound >very nice (in fact, I wish I had them right now), they are not essential. I saw a demo of Tornado at the Embedded Systems Conf. last week, 9/14. I was very impressed. The new host-based tools are very nice. I wish I had them now. I tried to pin the Sales person down on cost and if it would be included with the 5.3 upgrade. My impression was the Tornado and 5.3 are different names for the same thing. I thought that I would be getting 5.3 upgrade, to inlcude Tornado under maintenance at no addtional charge. But, now I am not sure. I did not ask about licensing, like how many of these environment can you run per license. The big changes for Tornado is the complete graphical env. that you would "live-in", and many of the target based features have been moved to the host. Like the Shell, the linker/loader, and the symbol table can now reside on the host. Also, the kernel can be reduced to minimum of about 30K ??? instead of about 300K. Any of the vxWorks shell command, like spy, checkStack, i, tt, can be put on a menu and excuting by selecting with the mouse. I hope this helps. +------------------------------------------------------------------+ | Randy Silagi E-Mail: rls@ltis.loral.com | Loral Test & Information Systems | 15378 Avenue of Science Phone: 619-674-5100, X4798 | San Diego, CA 92128-3407 Fax: 619-674-5145 +-------------------------------------------------------------------+ --------------------------- Newsgroups: comp.os.vxworks Subject: Scramnet Date: 22 Sep 1995 10:32:49 GMT From: Magnus Paterson Organization: Royal Observatory, Edinburgh Message-ID: <43u3ch$8vr@scotsman.ed.ac.uk> All, Has anyone used the combination of VxWorks and Scramnet reflective memory devices? I'd be interested to hear of any experiences, success stories, caveats &c. - -- Cheers, Magnus **** Magnus J Paterson email mjp@roe.ac.uk **** Royal Observatory ph +44 (0)131 668 8247 **** Edinburgh EH9 3HJ fax +44 (0)131 668 1130 **** SCOTLAND web http://www.roe.ac.uk/mjpwww/ --------------------------- End of New-News digest ********************** Subject: Re: Scramnet use Submitted-by froeber@bbn.com Fri Sep 22 05:51:02 1995 Submitted-by: Fred Roeber Magnus Paterson asks: >Has anyone used the combination of VxWorks and Scramnet reflective memory >devices? I'd be interested to hear of any experiences, success stories, >caveats &c. We use the Scramnet cards pretty extensively in our acoustic simulator systems to ship the simulated data we generate between systems. We used to use the Scramnet cards for lower speed data and VMIC cards for higher speed data (ie >10MB/sec). With the new Scramnet LX cards, we can use them for everything. These cards are really useful for shipping data around. We design our system to make sure we don't exceed the aggregate bandwidth of the fiber (about 16MB/sec max with the new cards). Other than that, things work really well. Once you get the cards set up you can simply access them as memory and the data is reflected to any other chassis with cards. We have SGI machines and even the BBN TC2000 supercomputer as other nodes on the Scramnet rings. If your system is going to be used in different configurations at different times (ie with different combinations of nodes) consider using the bypass switch boxes Systran sells to allow easier configuration of the network. There are "per node" transmission delays so you don't want to put too many extra nodes on the system. Anyway, good luck. Fred | Fred J Roeber, Bolt Beranek and Newman Inc | | 50 Enterprise Place Middletown, RI 02842-5202 | | froeber@bbn.com 401-849-2543 (X48) | From froeber@bbn.com Fri Sep 22 05:51:02 1995 From: Fred Roeber Date: Fri Sep 22 05:51:05 PDT 1995 Subject: Re: Scramnet use Magnus Paterson asks: >Has anyone used the combination of VxWorks and Scramnet reflective memory >devices? I'd be interested to hear of any experiences, success stories, >caveats &c. We use the Scramnet cards pretty extensively in our acoustic simulator systems to ship the simulated data we generate between systems. We used to use the Scramnet cards for lower speed data and VMIC cards for higher speed data (ie >10MB/sec). With the new Scramnet LX cards, we can use them for everything. These cards are really useful for shipping data around. We design our system to make sure we don't exceed the aggregate bandwidth of the fiber (about 16MB/sec max with the new cards). Other than that, things work really well. Once you get the cards set up you can simply access them as memory and the data is reflected to any other chassis with cards. We have SGI machines and even the BBN TC2000 supercomputer as other nodes on the Scramnet rings. If your system is going to be used in different configurations at different times (ie with different combinations of nodes) consider using the bypass switch boxes Systran sells to allow easier configuration of the network. There are "per node" transmission delays so you don't want to put too many extra nodes on the system. Anyway, good luck. Fred | Fred J Roeber, Bolt Beranek and Newman Inc | | 50 Enterprise Place Middletown, RI 02842-5202 | | froeber@bbn.com 401-849-2543 (X48) | Subject: Re: Scramnet use Submitted-by mmuri@qualcomm.com Fri Sep 22 08:21:10 1995 Submitted-by: mmuri@qualcomm.com (Mark Muri) >>Magnus Paterson asks: >>Has anyone used the combination of VxWorks and Scramnet reflective memory >>devices? I'd be interested to hear of any experiences, success stories, >>caveats &c. >Submitted-by: Fred Roeber >We use the Scramnet cards pretty extensively in our acoustic simulator >systems to ship the simulated data we generate between systems. We >used to use the Scramnet cards... My story is a little different. I got a pair in a while back to do an evaluation of data passing between cages. It was easy to get the cards up and accessed, but I had some problems with data integrity. It seemed that I had problems with writing data with byte, word and longword accesses. The most bizarre behaviour was a longword write that only modified the MSByte and LSByte (leaving the 2 middle bytes unchanged). These accesses were a result of trying to set up a VxWorks RAM disk on the SCRAMNet card. I really didn't expect to be able to access the RAM disk safely between systems (don't even know if WRS would approve!), but I just thought it was an easy way to get a mix of data into the memory and hammer on it. Probably a bad card, a bad setup, or pilot error on my part. I can deal with that. My REAL problem was support from either the local rep or the technical people. I wrote up the problem and never heard back from them. When the eval period ended, we weren't too upset to give them back. A shame because I really like the design and I bet we'd have used LOTS of them in our current system. Sorry to be so long-winded... Anyway, can we expand on the original question and see what experiences there have been with other reflective memory vendors? Mark <=================o=====================================================> | Mark Muri | E-Mail: mmuri@qualcomm.com (619) Work: 658-3303 | | Senior Engineer | Office: Q-244A Fax: 658-2108 | | QUALCOMM, Inc <+> Car: xxx-xxxx | | 6455 Lusk Blvd., San Diego, CA 92121 Pager: 636-0446 | <=======================================================================> From mmuri@qualcomm.com Fri Sep 22 08:21:10 1995 From: mmuri@qualcomm.com (Mark Muri) Date: Fri Sep 22 08:21:12 PDT 1995 Subject: Re: Scramnet use >>Magnus Paterson asks: >>Has anyone used the combination of VxWorks and Scramnet reflective memory >>devices? I'd be interested to hear of any experiences, success stories, >>caveats &c. >Submitted-by: Fred Roeber >We use the Scramnet cards pretty extensively in our acoustic simulator >systems to ship the simulated data we generate between systems. We >used to use the Scramnet cards... My story is a little different. I got a pair in a while back to do an evaluation of data passing between cages. It was easy to get the cards up and accessed, but I had some problems with data integrity. It seemed that I had problems with writing data with byte, word and longword accesses. The most bizarre behaviour was a longword write that only modified the MSByte and LSByte (leaving the 2 middle bytes unchanged). These accesses were a result of trying to set up a VxWorks RAM disk on the SCRAMNet card. I really didn't expect to be able to access the RAM disk safely between systems (don't even know if WRS would approve!), but I just thought it was an easy way to get a mix of data into the memory and hammer on it. Probably a bad card, a bad setup, or pilot error on my part. I can deal with that. My REAL problem was support from either the local rep or the technical people. I wrote up the problem and never heard back from them. When the eval period ended, we weren't too upset to give them back. A shame because I really like the design and I bet we'd have used LOTS of them in our current system. Sorry to be so long-winded... Anyway, can we expand on the original question and see what experiences there have been with other reflective memory vendors? Mark <=================o=====================================================> | Mark Muri | E-Mail: mmuri@qualcomm.com (619) Work: 658-3303 | | Senior Engineer | Office: Q-244A Fax: 658-2108 | | QUALCOMM, Inc <+> Car: xxx-xxxx | | 6455 Lusk Blvd., San Diego, CA 92121 Pager: 636-0446 | <=======================================================================> Subject: Toronado Submitted-by ddavies@xmission.com Fri Sep 22 09:49:19 1995 Submitted-by: Doug Davies I've tried to stay out of the Toronado fray... But I think it would be appropriate to speak up now. We had the presentation. Nice. Lots of GUI bells and whistles. However, during the presentation I couldn't help noticing that Toronado didn't seem to offer a major performance breakthrough. I asked some questions about changes to enhance performance in networking, interrupt latency, etc... No new news. My opinion is that Toronado has an improved user interface; nicely done. And moving the shell out of the target was a nice touch. But beyond the shell relocation it didn't seem to offer anything over 5.2. Then there's the price... To be fair to our the VxWorks sales folks, I won't disclose the pricing here. I was shocked at what we would have to pay to upgrade to 5.3 and Tornado. And the fact that there is not an upgrade path to 5.3 without bringing on Tornado was also unsettling. In the past (I've been using VxWorks for 6+ years), being on maintenance usually got you the new version automatically. Not so now. Frankly I'm beginning to wonder about the need for the maintenance contract at this point. The costs associated with VxWorks and its development tools are starting to get difficult to justify. -Doug ddavies@xmission.com Douglas Davies These comments are my opinion only, not anyone elses... From ddavies@xmission.com Fri Sep 22 09:49:19 1995 From: Doug Davies Date: Fri Sep 22 09:49:22 PDT 1995 Subject: Toronado I've tried to stay out of the Toronado fray... But I think it would be appropriate to speak up now. We had the presentation. Nice. Lots of GUI bells and whistles. However, during the presentation I couldn't help noticing that Toronado didn't seem to offer a major performance breakthrough. I asked some questions about changes to enhance performance in networking, interrupt latency, etc... No new news. My opinion is that Toronado has an improved user interface; nicely done. And moving the shell out of the target was a nice touch. But beyond the shell relocation it didn't seem to offer anything over 5.2. Then there's the price... To be fair to our the VxWorks sales folks, I won't disclose the pricing here. I was shocked at what we would have to pay to upgrade to 5.3 and Tornado. And the fact that there is not an upgrade path to 5.3 without bringing on Tornado was also unsettling. In the past (I've been using VxWorks for 6+ years), being on maintenance usually got you the new version automatically. Not so now. Frankly I'm beginning to wonder about the need for the maintenance contract at this point. The costs associated with VxWorks and its development tools are starting to get difficult to justify. -Doug ddavies@xmission.com Douglas Davies These comments are my opinion only, not anyone elses... Subject: Re[2]: Scramnet use Submitted-by wilhite_david@ccmail.ncsc.navy.mil Fri Sep 22 11:39:59 1995 Submitted-by: wilhite_david@ccmail.ncsc.navy.mil Mark, I've installed around a dozen or so Scramnet boards in VME, Sel-bus, and Silicon Graphics backplanes... We've had problems, but the company has alway's been VERY responsive. Sent people out at their expense to troubleshoot and fix the problems. (Problems were in their design, not our end.) Upgrades to our remaining boards were done at their expense on a swap-out basis. This was all a couple of years ago, boards have been working very reliably since. Sounds like you were dealing with the wrong support person to me... V/R, David Wilhite ______________________________ Reply Separator _________________________________ Subject: Re: Scramnet use Author: vxwexplo@lbl.gov (the vxWorks Users Group Exploder) at -INTERNET Date: 9/22/95 8:21 AM Submitted-by mmuri@qualcomm.com Fri Sep 22 08:21:10 1995 Submitted-by: mmuri@qualcomm.com (Mark Muri) >>>Magnus Paterson asks: >>>Has anyone used the combination of VxWorks and Scramnet reflective memory >>>devices? I'd be interested to hear of any experiences, success stories, >>>caveats &c. >>Submitted-by: Fred Roeber >>We use the Scramnet cards pretty extensively in our acoustic simulator >>systems to ship the simulated data we generate between systems. We >>used to use the Scramnet cards... >My story is a little different.... . . . >... My REAL problem was support from either the local rep or the >technical people. I wrote up the problem and never heard back from them. >When the eval period ended, we weren't too upset to give them back. A >shame because I really like the design and I bet we'd have used LOTS of >them in our current system. From wilhite_david@ccmail.ncsc.navy.mil Fri Sep 22 11:39:59 1995 From: wilhite_david@ccmail.ncsc.navy.mil Date: Fri Sep 22 11:40:02 PDT 1995 Subject: Re[2]: Scramnet use Mark, I've installed around a dozen or so Scramnet boards in VME, Sel-bus, and Silicon Graphics backplanes... We've had problems, but the company has alway's been VERY responsive. Sent people out at their expense to troubleshoot and fix the problems. (Problems were in their design, not our end.) Upgrades to our remaining boards were done at their expense on a swap-out basis. This was all a couple of years ago, boards have been working very reliably since. Sounds like you were dealing with the wrong support person to me... V/R, David Wilhite ______________________________ Reply Separator _________________________________ Subject: Re: Scramnet use Author: vxwexplo@lbl.gov (the vxWorks Users Group Exploder) at -INTERNET Date: 9/22/95 8:21 AM Submitted-by mmuri@qualcomm.com Fri Sep 22 08:21:10 1995 Submitted-by: mmuri@qualcomm.com (Mark Muri) >>>Magnus Paterson asks: >>>Has anyone used the combination of VxWorks and Scramnet reflective memory >>>devices? I'd be interested to hear of any experiences, success stories, >>>caveats &c. >>Submitted-by: Fred Roeber >>We use the Scramnet cards pretty extensively in our acoustic simulator >>systems to ship the simulated data we generate between systems. We >>used to use the Scramnet cards... >My story is a little different.... . . . >... My REAL problem was support from either the local rep or the >technical people. I wrote up the problem and never heard back from them. >When the eval period ended, we weren't too upset to give them back. A >shame because I really like the design and I bet we'd have used LOTS of >them in our current system. Subject: comp.os.vxworks newsdigest Submitted-by daemon@csg.lbl.gov Sat Sep 23 04:00:28 1995 Submitted-by: daemon@csg.lbl.gov Comp.Os.Vxworks Daily Digest Sat Sep 23 04:00:24 PDT 1995 Subject: Re: Quick module memory usage question Subject: Re: Toronado Subject: Re: BSP support Subject: follow up Subject: ISO-9660 CD-ROM File System Subject: Problems accessing vme-bus from VxWorks Subject: re: ScramNet Subject: vxworks books Subject: tExcTask removal ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: Quick module memory usage question Date: Wed, 20 Sep 1995 21:13:04 -0400 From: rypma@waterloo.hp.com (Ted Rypma) Organization: Hewlett-Packard Panacom Division Message-ID: References: <43iabj$p15@clarknet.clark.net> In article <43iabj$p15@clarknet.clark.net>, jjwang@clark.net (Jason J Wang) wrote: > Each time I load and unload a module, it leaves about 32 bytes worth of > allocated space. Is there any way I can reclaim this memory? Does > taskSpawn also leave a similar residue? Are you sure that your module isn't opening any files, creating any semaphores, etc and then not releasing / closing before unloading? Remember, everything is global, and not everything is cleaned up when a task is deleted. - --------- Ted Rypma - Waterloo, Ontario, Canada ======== rypma@waterloo.hp.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Toronado Date: 22 Sep 1995 11:39:57 -0700 From: bny@crl.com (Bradley Yearwood) Organization: CRL Dialup Internet Access (415) 705-6060 [Login: guest] Message-ID: <43uvtt$e6l@crl2.crl.com> References: <199509221649.KAA08580@xmission.xmission.com> In article <199509221649.KAA08580@xmission.xmission.com>, Doug Davies wrote: > >My opinion is that Toronado has an improved user interface; >nicely done. And moving the shell out of the target was a >nice touch. But beyond the shell relocation it didn't seem >to offer anything over 5.2. > >Then there's the price... To be fair to our the VxWorks sales >folks, I won't disclose the pricing here. I was shocked at what >we would have to pay to upgrade to 5.3 and Tornado. And the fact >that there is not an upgrade path to 5.3 without bringing on >Tornado was also unsettling. ... > >Frankly I'm beginning to wonder about the need for the maintenance >contract at this point. The costs associated with VxWorks and its >development tools are starting to get difficult to justify. > I missed an opportunity to see a presentation and demo on Tornado, so haven't actually seen what it will do. Holding a target release hostage to new development tools, and (high) per-seat charges on development tools, fracture two of the pillar assumptions upon which my choice of VxWorks was founded. It would be necessary to read the literature and talk to WRS to try to quantify the benefits in features and target memory footprint of the new development configuration. If this strategy change raises any barrier to bug fixes (assuming any are needed) for 5.1 or 5.2, and makes it unattractive to go to 5.3, it will be difficult to justify retaining VxWorks in the product. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: BSP support Date: 22 Sep 1995 17:27:06 GMT From: ksla@mtek.chalmers.se (Krister Lagerstrom) Organization: School of Mechanical Engineering, Chalmers University of Technology Message-ID: <43urla$651@nyheter.chalmers.se> References: <43tel6$n3j@ixnews4.ix.netcom.com> Chester Ferrell (cferrell@ix.netcom.com) wrote: : I've been trying to find out if the Tadpole TP40 and TP41 68040 : board BSP have been updated to operate with VxWorks 5.2. I've had : a hard time getting anyone from WRS to return my calls. Does anyone : here know? Are you sure you need an update? A simple recompilation might suffice, since a 5.1 BSP is compatible with 5.2. / Krister - --- Krister Lagerstrom (Undergrad. CSE student) Email: ksla@mtek.chalmers.se Uppstigen 126-81 d2ksla@dtek.chalmers.se 412 80 Gothenburg SWEDEN Phone: +46 31 778 43 61 --------------------------- Newsgroups: comp.os.vxworks Subject: follow up Date: 22 Sep 95 16:03:10 GMT From: rcbapw@urc.tue.nl (Peter Weymarshausen) Organization: Eindhoven University of Technology, The Netherlands Message-ID: I forgot to add my mail address so here it is rcbapw@urc.tue.nl Thanks for any help. --------------------------- Newsgroups: comp.os.vxworks Subject: ISO-9660 CD-ROM File System Date: Wed, 20 Sep 95 03:26:41 -0500 From: C delphi Organization: Delphi (info@delphi.com email, 800-695-4005 voice) Message-ID: My company needs to implement an ISO-9660 file system on an IBM PC running VxWorks. It seems likely that someone else has already done this. If so, can you sell us the code? We are also interested in any CD-ROM drivers that might be available. Please post replies to jmeek@ssi.navtech.com. --------------------------- Newsgroups: comp.os.vxworks Subject: Problems accessing vme-bus from VxWorks Date: 22 Sep 95 15:42:56 GMT From: rcbapw@urc.tue.nl (Peter Weymarshausen) Organization: Eindhoven University of Technology, The Netherlands Keywords: VxWorks VME Alpha Message-ID: Can somebody please explain to me how to access to VME_bus from a alpha-board running VxWorks. I have to access memory on a vme board which is located in the A32 space with base-address 0x84000000. I'm using supervisor mode and dense_addressing. The standard examples vmeProbeWrite and vmeProbeRead crash the kernel at the specified address. In the same vme_bus another device is also located, in A16- space. There are no problems in accessing this device. So the problem seems to be the A32_mode. I'm completely lost se please help. Thanks in advance. --------------------------- Newsgroups: comp.os.vxworks Subject: re: ScramNet Date: 22 Sep 1995 23:04:56 -0400 From: duanea5809@aol.com (DuaneA5809) Organization: America Online, Inc. (1-800-827-6364) Message-ID: <43vtgo$jct@newsbf02.news.aol.com> Reply-To: duanea5809@aol.com (DuaneA5809) Sender: root@newsbf02.news.aol.com I've just installed the new LX version of ScramNet. Had 1 small problem with porting over the software from the previous ScramNet cards but one phone call solved the problem. The support has been GREAT!!! Currently have 5 VME chassis hooked together talking with each other (with a ScramNet card in each). To the application simply writing into ScramNet memory causes all other nodes "see" the updates. Also the option to cause an interrupt on any memory cell is great!!! I highly recommend these cards Duane Austin duaneA5809@aol.com --------------------------- Newsgroups: comp.os.vxworks Subject: vxworks books Date: 22 Sep 1995 19:15:00 GMT From: Joe DeLong Organization: Brookhaven National Laboratory Message-ID: <43v1vk$kpa@sun20.ccd.bnl.gov> looking for a beginners book on using vxworks. joe delong e-mail delong@bnl.gov --------------------------- Newsgroups: comp.os.vxworks Subject: tExcTask removal Date: 22 Sep 1995 03:30:07 GMT From: billag@bnr.ca (Bill Gutknecht) Organization: Bell-Northern Research Message-ID: <43tajv$3ej@nrtphba6.bnr.ca> In my quest to configure a minimal kernel, I am disabling the exception task (tExcTask) ... I was wondering what the were implications of doing this. If I get uninitialized exceptions, what happens? Bill P.S. Got a 5.2 load down to 19KB text, 4KB data, 2KB bss! 8) Thanks for all the help! - ------------------------------------------------------------------------------ Bill Gutknecht (billag@bnr.ca) "If I die, I will go before Crom and he will DMS10 Embedded S/W Development ask me 'What is the Riddle of Steel?' If I Nortel/BNR do not know it, he will cast me out of Research Triangle Park, NC Valhalla and laugh at me ... " -Conan - ------------------------------------------------------------------------------ --------------------------- End of New-News digest ********************** From daemon@csg.lbl.gov Sat Sep 23 04:00:28 1995 From: daemon@csg.lbl.gov Date: Sat Sep 23 04:00:31 PDT 1995 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Sat Sep 23 04:00:24 PDT 1995 Subject: Re: Quick module memory usage question Subject: Re: Toronado Subject: Re: BSP support Subject: follow up Subject: ISO-9660 CD-ROM File System Subject: Problems accessing vme-bus from VxWorks Subject: re: ScramNet Subject: vxworks books Subject: tExcTask removal ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: Quick module memory usage question Date: Wed, 20 Sep 1995 21:13:04 -0400 From: rypma@waterloo.hp.com (Ted Rypma) Organization: Hewlett-Packard Panacom Division Message-ID: References: <43iabj$p15@clarknet.clark.net> In article <43iabj$p15@clarknet.clark.net>, jjwang@clark.net (Jason J Wang) wrote: > Each time I load and unload a module, it leaves about 32 bytes worth of > allocated space. Is there any way I can reclaim this memory? Does > taskSpawn also leave a similar residue? Are you sure that your module isn't opening any files, creating any semaphores, etc and then not releasing / closing before unloading? Remember, everything is global, and not everything is cleaned up when a task is deleted. - --------- Ted Rypma - Waterloo, Ontario, Canada ======== rypma@waterloo.hp.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Toronado Date: 22 Sep 1995 11:39:57 -0700 From: bny@crl.com (Bradley Yearwood) Organization: CRL Dialup Internet Access (415) 705-6060 [Login: guest] Message-ID: <43uvtt$e6l@crl2.crl.com> References: <199509221649.KAA08580@xmission.xmission.com> In article <199509221649.KAA08580@xmission.xmission.com>, Doug Davies wrote: > >My opinion is that Toronado has an improved user interface; >nicely done. And moving the shell out of the target was a >nice touch. But beyond the shell relocation it didn't seem >to offer anything over 5.2. > >Then there's the price... To be fair to our the VxWorks sales >folks, I won't disclose the pricing here. I was shocked at what >we would have to pay to upgrade to 5.3 and Tornado. And the fact >that there is not an upgrade path to 5.3 without bringing on >Tornado was also unsettling. ... > >Frankly I'm beginning to wonder about the need for the maintenance >contract at this point. The costs associated with VxWorks and its >development tools are starting to get difficult to justify. > I missed an opportunity to see a presentation and demo on Tornado, so haven't actually seen what it will do. Holding a target release hostage to new development tools, and (high) per-seat charges on development tools, fracture two of the pillar assumptions upon which my choice of VxWorks was founded. It would be necessary to read the literature and talk to WRS to try to quantify the benefits in features and target memory footprint of the new development configuration. If this strategy change raises any barrier to bug fixes (assuming any are needed) for 5.1 or 5.2, and makes it unattractive to go to 5.3, it will be difficult to justify retaining VxWorks in the product. --------------------------- Newsgroups: comp.os.vxworks Subject: Re: BSP support Date: 22 Sep 1995 17:27:06 GMT From: ksla@mtek.chalmers.se (Krister Lagerstrom) Organization: School of Mechanical Engineering, Chalmers University of Technology Message-ID: <43urla$651@nyheter.chalmers.se> References: <43tel6$n3j@ixnews4.ix.netcom.com> Chester Ferrell (cferrell@ix.netcom.com) wrote: : I've been trying to find out if the Tadpole TP40 and TP41 68040 : board BSP have been updated to operate with VxWorks 5.2. I've had : a hard time getting anyone from WRS to return my calls. Does anyone : here know? Are you sure you need an update? A simple recompilation might suffice, since a 5.1 BSP is compatible with 5.2. / Krister - --- Krister Lagerstrom (Undergrad. CSE student) Email: ksla@mtek.chalmers.se Uppstigen 126-81 d2ksla@dtek.chalmers.se 412 80 Gothenburg SWEDEN Phone: +46 31 778 43 61 --------------------------- Newsgroups: comp.os.vxworks Subject: follow up Date: 22 Sep 95 16:03:10 GMT From: rcbapw@urc.tue.nl (Peter Weymarshausen) Organization: Eindhoven University of Technology, The Netherlands Message-ID: I forgot to add my mail address so here it is rcbapw@urc.tue.nl Thanks for any help. --------------------------- Newsgroups: comp.os.vxworks Subject: ISO-9660 CD-ROM File System Date: Wed, 20 Sep 95 03:26:41 -0500 From: C delphi Organization: Delphi (info@delphi.com email, 800-695-4005 voice) Message-ID: My company needs to implement an ISO-9660 file system on an IBM PC running VxWorks. It seems likely that someone else has already done this. If so, can you sell us the code? We are also interested in any CD-ROM drivers that might be available. Please post replies to jmeek@ssi.navtech.com. --------------------------- Newsgroups: comp.os.vxworks Subject: Problems accessing vme-bus from VxWorks Date: 22 Sep 95 15:42:56 GMT From: rcbapw@urc.tue.nl (Peter Weymarshausen) Organization: Eindhoven University of Technology, The Netherlands Keywords: VxWorks VME Alpha Message-ID: Can somebody please explain to me how to access to VME_bus from a alpha-board running VxWorks. I have to access memory on a vme board which is located in the A32 space with base-address 0x84000000. I'm using supervisor mode and dense_addressing. The standard examples vmeProbeWrite and vmeProbeRead crash the kernel at the specified address. In the same vme_bus another device is also located, in A16- space. There are no problems in accessing this device. So the problem seems to be the A32_mode. I'm completely lost se please help. Thanks in advance. --------------------------- Newsgroups: comp.os.vxworks Subject: re: ScramNet Date: 22 Sep 1995 23:04:56 -0400 From: duanea5809@aol.com (DuaneA5809) Organization: America Online, Inc. (1-800-827-6364) Message-ID: <43vtgo$jct@newsbf02.news.aol.com> Reply-To: duanea5809@aol.com (DuaneA5809) Sender: root@newsbf02.news.aol.com I've just installed the new LX version of ScramNet. Had 1 small problem with porting over the software from the previous ScramNet cards but one phone call solved the problem. The support has been GREAT!!! Currently have 5 VME chassis hooked together talking with each other (with a ScramNet card in each). To the application simply writing into ScramNet memory causes all other nodes "see" the updates. Also the option to cause an interrupt on any memory cell is great!!! I highly recommend these cards Duane Austin duaneA5809@aol.com --------------------------- Newsgroups: comp.os.vxworks Subject: vxworks books Date: 22 Sep 1995 19:15:00 GMT From: Joe DeLong Organization: Brookhaven National Laboratory Message-ID: <43v1vk$kpa@sun20.ccd.bnl.gov> looking for a beginners book on using vxworks. joe delong e-mail delong@bnl.gov --------------------------- Newsgroups: comp.os.vxworks Subject: tExcTask removal Date: 22 Sep 1995 03:30:07 GMT From: billag@bnr.ca (Bill Gutknecht) Organization: Bell-Northern Research Message-ID: <43tajv$3ej@nrtphba6.bnr.ca> In my quest to configure a minimal kernel, I am disabling the exception task (tExcTask) ... I was wondering what the were implications of doing this. If I get uninitialized exceptions, what happens? Bill P.S. Got a 5.2 load down to 19KB text, 4KB data, 2KB bss! 8) Thanks for all the help! - ------------------------------------------------------------------------------ Bill Gutknecht (billag@bnr.ca) "If I die, I will go before Crom and he will DMS10 Embedded S/W Development ask me 'What is the Riddle of Steel?' If I Nortel/BNR do not know it, he will cast me out of Research Triangle Park, NC Valhalla and laugh at me ... " -Conan - ------------------------------------------------------------------------------ --------------------------- End of New-News digest ********************** Subject: comp.os.vxworks newsdigest Submitted-by daemon@csg.lbl.gov Sun Sep 24 04:00:53 1995 Submitted-by: daemon@csg.lbl.gov Comp.Os.Vxworks Daily Digest Sun Sep 24 04:00:49 PDT 1995 Subject: Re: Debugging Code in FLASH/EEPROM Subject: Re: Changing the console port? Subject: Re: Gnu Tools Subject: Any books available? Subject: VxWorks to Tornado transition Subject: Re: BSP support Subject: Re: Compiler optimization in VxWorks Subject: Proposed State & Federal Regulations for the INTERNET! Subject: --Network Driver Interface-- Subject: BSP porting info ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: Debugging Code in FLASH/EEPROM Date: 20 Sep 1995 05:26:57 -0700 From: pwatson@eworld.com (PWatson) Organization: eWorld Message-ID: <43p1ah$5bd@hp5.online.apple.com> References: <9509061355.AA08938@kuskokwim.wrs.com> Reply-To: pwatson@eworld.com (PWatson) Sender: root@hp5.online.apple.com We have had to do this, with code in ROM. Basically you cannot do breakpoints or modify code. Inserting printf's, the old standby, is mainly what we used. Now that we have targets with more RAM, we load the code to RAM and are able to debug normally. You can do this in part if you don't have enough RAM (usually the reason for running code from ROM) by overloading only the modules you are interested in debugging into RAM. Take special care in knowing what version (RAM vs. ROM) you will be running; read up on dynamic linking. Philip Watson Matsushita Avionics Systems Corp., Irvine, CA --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Changing the console port? Date: 20 Sep 1995 05:26:57 -0700 From: pwatson@eworld.com (PWatson) Organization: eWorld Message-ID: <43p1ah$5be@hp5.online.apple.com> References: Reply-To: pwatson@eworld.com (PWatson) Sender: root@hp5.online.apple.com We have done so ourselves, and it works fine. Have you tried switching the stdio to the tyCo/1 after booting up, using the shell (ioStdSet, or something like that)? If that works fine, then I don't know exactly what. But it could be that tyCo/1 is not being created at an early enough point. Philip Watson Matsushita Avionics Systems Corp., Irvine, CA --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Gnu Tools Date: 19 Sep 1995 14:29:50 GMT From: witts@PROBLEM_WITH_INEWS_GATEWAY_FILE (Steve Witt) Organization: TRW Data Technologies Division, Carson CA Message-ID: <43mk4u$cll@venice.sedd.trw.com> References: <9509182204.AA05454@opid330.dsd.litton.com> Randy Ryan (randy@opid330.dsd.litton.com) wrote: > How does one get the GNU compiler up and running on a Sun running Solaris 2.x? > This seems like one of those obvious answers, but I haven't figured it out. > Thanks, Randy Do you mean the gcc cross-compiler provided as part of the VxWorks distribution or building gcc for the Sun itself (as Solaris 2.x doesn't come with a cc to start with)?? Setting up the VxWorks gcc cross-compiler is no different for Solaris than SunOs 4.x. We just migrated from 4.1.3 to 2.4 recently and the installation of VxWorks goes exactly by the book. We've had no problems with any of the VxWorks stuff running on Solaris. So, if you follow the installation instructions for the GNU tools it should work just fine, irregardless of your development machine's OS being Solaris. Note: my experience extends only to VxWorks 5.1.1, not 5.2 -- we haven't installed that yet. If you mean how do you build gcc for Solaris (which is less likely judging from the group you posted to) and don't have the unbundled Sun C compiler to compile gcc with, you must get the Solaris gcc binaries off the net and use those as a starting point in building gcc. I forget where the binaries are but saw it in a FAQ for Solaris I think. --------------------------- Newsgroups: comp.os.vxworks Subject: Any books available? Date: 22 Sep 1995 17:11:32 GMT From: Joe DeLong Organization: Brookhaven National Laboratory Message-ID: <43uqo4$kpa@sun20.ccd.bnl.gov> I was wondering if there are books offering help for new users of vxworks? Thanks Joe DeLong --------------------------- Newsgroups: comp.os.vxworks Subject: VxWorks to Tornado transition Date: 22 Sep 1995 17:20:17 GMT From: drlarr@wrs.com (David Larrimore) Organization: Wind River Systems Message-ID: Dear VxWorks customers: As many of you may be aware, last week we launched our new Tornado development environment at ESC West. Tornado is a revolution in embedded systems development, and was conceived and developed based on input from our existing customers and partners. Tornado is a giant step forward for embedded systems development. The design goals for Tornado were threefold; to provide: 1. An open plug & play framework as a base platform. Extensions, new tools, new communications strategies, and OMFs can be added to this platform as plug-ins, for a totally customized cross-development environment. 2. An integrated environment with "smart" tools which can communicate with each other and the targets. This integrated environment enables a quantum increase in productivity, to help you meet ever-shorter project timelines for increasingly demanding projects. 3. A development environment where any tool can work with any target regardless of target memory or communications constraints. This capability makes Tornado appropriate for any embedded application, from low-end deeply embedded products to high-end VME-based applications. Specific feature enhancements of the Tornado environment include: environment providing the ability to use all Wind River and third party tools with virtually any resource-constrained target system (e.g. a minimal 20KB VxWorks kernel, a ROMed kernel and application, or a target with serial communications only). or Windows). development; leading to additional tools availability in shorter time. At the introduction of Tornado, there were already 25 partner companies supporting integration of their products with Tornado. extensions of Wind River tools. instances of the VxWorks shell, the ability to execute shell commands from any host tool, and the ability to execute any host tool, via TCL, from the shell. and assembly, and the comprehensive updated GUI which enhances usability of the development environment. applications developed using VxWorks 5.2 only need to be relinked to run under Tornado. they can continue to be run on the target. We encourage all existing customers to move to the Tornado development environment in order to benefit from these extraordinary advances. There is a one-time transition charge to bring our customers who choose to do so the latest technology which will be the foundation of all of Wind River's new product development. The transition charge includes new Tornado-specific versions of all previously-purchased components and tools at no additional charge. Wind River has not discontinued support for VxWorks 5.1.1 and 5.2 with the introduction of Tornado. We will continue to provide tech support and bug fix releases for customers; further, we are continuing to roll out components and tools for 5.2. For customers who move to Tornado, time left on the current maintenance agreement for 5.1.1 or 5.2 becomes Tornado maintenance; e.g. if you have six months left on your 5.2 maintenance agreement, your Tornado version will retain the six months of maintenance. The Tornado maintenance fee provides for normal "not separately priced" upgrades, bug fixes, customer support, etc. Since Wind River started major product shipments in 1987, this is the first re-architecture and it does not fit within our normal maintenance fees. Engineering and customer support in the software business cost as much as 40% of revenues; far more than most hardware companies, which do charge full price for significant upgrades and new products. As with any high-tech company, Wind River must generate a sufficient return to enable us to continue to bring you advances in our products, which in turn improve your productivity and your companies9 products. Tornado represents the first major, across-the-board development project for Wind River. It is the largest development effort Wind River has ever undertaken, and may be the largest single software development project in the embedded systems industry. Wind River has made a significant investment in the technology, which encompasses not only the run-time, but every element of the Wind River product line, from BSPs to VxWorks to components as well as both standard and optional tools. All of the tools which provide functionality similar to existing tools, e.g. the loader, symbol table, and shell, have been reimplemented from scratch in order to fulfill our customers' requirements. We believe we have put together a reasonable structure to facilitate the transition of our customers who choose to move to the Tornado environment. Early feedback from alpha and beta test sites, our third party partners, and customers who have seen the product supports our belief. Please contact your local Wind River office for details. Sincerely, David R. Larrimore Vice President, Marketing --------------------------- Newsgroups: comp.os.vxworks Subject: Re: BSP support Date: 23 Sep 1995 14:19:16 GMT From: WFSEVERA Organization: SANDERS A Lockheed Martin Company Message-ID: <441514$l02@news.sanders.lockheed.com> References: <43tel6$n3j@ixnews4.ix.netcom.com> Chet The answer to your question is Yes. If you need any help give me a call or E-mail. William F. Severance Sr. Prin. Software Engineer Lockheed Martin Sanders Company --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Compiler optimization in VxWorks Date: 20 Sep 1995 14:12:09 GMT From: Don Small Organization: Sandia National Laboratories Message-ID: <43p7fp$qab@news.sandia.gov> References: <4384ar$53o@peach.america.net> You might be want to check out the asm function. It allow assembler code to be inserted into your code with c expression operands. For more info look at the 'GNU Toolkit, User's Guide (2.2.3)' (page 100) contains a good description. --------------------------- Newsgroups: comp.os.vxworks Subject: Proposed State & Federal Regulations for the INTERNET! Date: 23 Sep 1995 06:53:20 GMT From: Politics@usa.com Organization: Wisconsin Internet Services Message-ID: <440at0$641@newsie.wis.com> My name is Scott Glasrud, and I am running for the New Mexico State Senate during the 1996 elections. One of the reasons I have chosen to run is to combat the proposed state and federal regulations of the Internet. As you know, the Internet was never designed to be regulated! It was designed to allow communications in the event of anuclear war or a major catastrophe. I OPPOSE REGULATION, and if elected will fight to preserve your constitutional rights. HOWEVER, I NEED YOUR HELP! I am asking each person who reeives this message to send $5.00 to the Scott Glasrud Campaign Committee. If we pull together, we CAN protect our first amendment rights! HELP ME show the politicians the POWER behind this important NETWORK. Please send contributions to: The Scott Glasrud Campaign Committee 11024 Montgomery Blvd. NE, Suite 179 Albuquerque, New Mexico 87111 Thank you! --------------------------- Newsgroups: comp.os.vxworks Subject: --Network Driver Interface-- Date: 20 Sep 1995 17:44:15 GMT From: rgeorge@chimchim.next.com (Rajesh George (HP)) Organization: NeXT Computer, Inc. Message-ID: <43pjtf$dbq@news.next.com> Hi, I wanted to find out if VxWorks supports if_attach,if_detach... routines to attach an interface to IP. I could not locate the documentation of these routines in the VxWorks5.2 manuals. Does anybody have any information about this interface? Regards, Rajesh George --------------------------- Newsgroups: comp.os.vxworks Subject: BSP porting info Date: 20 Sep 1995 15:32:06 GMT From: Don Small Organization: Sandia National Laboratories Message-ID: <43pc5m$sqf@news.sandia.gov> We are designing a custom PPC603e board and would like any comments or information on the following: a) What devices are required (ie, timers, serial ...)? b) What devices are useful but not necessary (should consider, but not necessary)? c) Are there some standard drivers already available? If so, is there a list? d) Are there tools which will help us do the porting? I assume that the BSP porting kit would be a good starting point. Comments? e) Should we let WRS do the port? f) What kind of time frame should we allow for porting? I have several years experience on vxWorks, just never had the need to do our own port till now. Any info would be useful. Thanks, Don Don Small 505-844-9500 e-mail: dmsmall@sandia.gov --------------------------- End of New-News digest ********************** From daemon@csg.lbl.gov Sun Sep 24 04:00:53 1995 From: daemon@csg.lbl.gov Date: Sun Sep 24 04:00:56 PDT 1995 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Sun Sep 24 04:00:49 PDT 1995 Subject: Re: Debugging Code in FLASH/EEPROM Subject: Re: Changing the console port? Subject: Re: Gnu Tools Subject: Any books available? Subject: VxWorks to Tornado transition Subject: Re: BSP support Subject: Re: Compiler optimization in VxWorks Subject: Proposed State & Federal Regulations for the INTERNET! Subject: --Network Driver Interface-- Subject: BSP porting info ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: Debugging Code in FLASH/EEPROM Date: 20 Sep 1995 05:26:57 -0700 From: pwatson@eworld.com (PWatson) Organization: eWorld Message-ID: <43p1ah$5bd@hp5.online.apple.com> References: <9509061355.AA08938@kuskokwim.wrs.com> Reply-To: pwatson@eworld.com (PWatson) Sender: root@hp5.online.apple.com We have had to do this, with code in ROM. Basically you cannot do breakpoints or modify code. Inserting printf's, the old standby, is mainly what we used. Now that we have targets with more RAM, we load the code to RAM and are able to debug normally. You can do this in part if you don't have enough RAM (usually the reason for running code from ROM) by overloading only the modules you are interested in debugging into RAM. Take special care in knowing what version (RAM vs. ROM) you will be running; read up on dynamic linking. Philip Watson Matsushita Avionics Systems Corp., Irvine, CA --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Changing the console port? Date: 20 Sep 1995 05:26:57 -0700 From: pwatson@eworld.com (PWatson) Organization: eWorld Message-ID: <43p1ah$5be@hp5.online.apple.com> References: Reply-To: pwatson@eworld.com (PWatson) Sender: root@hp5.online.apple.com We have done so ourselves, and it works fine. Have you tried switching the stdio to the tyCo/1 after booting up, using the shell (ioStdSet, or something like that)? If that works fine, then I don't know exactly what. But it could be that tyCo/1 is not being created at an early enough point. Philip Watson Matsushita Avionics Systems Corp., Irvine, CA --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Gnu Tools Date: 19 Sep 1995 14:29:50 GMT From: witts@PROBLEM_WITH_INEWS_GATEWAY_FILE (Steve Witt) Organization: TRW Data Technologies Division, Carson CA Message-ID: <43mk4u$cll@venice.sedd.trw.com> References: <9509182204.AA05454@opid330.dsd.litton.com> Randy Ryan (randy@opid330.dsd.litton.com) wrote: > How does one get the GNU compiler up and running on a Sun running Solaris 2.x? > This seems like one of those obvious answers, but I haven't figured it out. > Thanks, Randy Do you mean the gcc cross-compiler provided as part of the VxWorks distribution or building gcc for the Sun itself (as Solaris 2.x doesn't come with a cc to start with)?? Setting up the VxWorks gcc cross-compiler is no different for Solaris than SunOs 4.x. We just migrated from 4.1.3 to 2.4 recently and the installation of VxWorks goes exactly by the book. We've had no problems with any of the VxWorks stuff running on Solaris. So, if you follow the installation instructions for the GNU tools it should work just fine, irregardless of your development machine's OS being Solaris. Note: my experience extends only to VxWorks 5.1.1, not 5.2 -- we haven't installed that yet. If you mean how do you build gcc for Solaris (which is less likely judging from the group you posted to) and don't have the unbundled Sun C compiler to compile gcc with, you must get the Solaris gcc binaries off the net and use those as a starting point in building gcc. I forget where the binaries are but saw it in a FAQ for Solaris I think. --------------------------- Newsgroups: comp.os.vxworks Subject: Any books available? Date: 22 Sep 1995 17:11:32 GMT From: Joe DeLong Organization: Brookhaven National Laboratory Message-ID: <43uqo4$kpa@sun20.ccd.bnl.gov> I was wondering if there are books offering help for new users of vxworks? Thanks Joe DeLong --------------------------- Newsgroups: comp.os.vxworks Subject: VxWorks to Tornado transition Date: 22 Sep 1995 17:20:17 GMT From: drlarr@wrs.com (David Larrimore) Organization: Wind River Systems Message-ID: Dear VxWorks customers: As many of you may be aware, last week we launched our new Tornado development environment at ESC West. Tornado is a revolution in embedded systems development, and was conceived and developed based on input from our existing customers and partners. Tornado is a giant step forward for embedded systems development. The design goals for Tornado were threefold; to provide: 1. An open plug & play framework as a base platform. Extensions, new tools, new communications strategies, and OMFs can be added to this platform as plug-ins, for a totally customized cross-development environment. 2. An integrated environment with "smart" tools which can communicate with each other and the targets. This integrated environment enables a quantum increase in productivity, to help you meet ever-shorter project timelines for increasingly demanding projects. 3. A development environment where any tool can work with any target regardless of target memory or communications constraints. This capability makes Tornado appropriate for any embedded application, from low-end deeply embedded products to high-end VME-based applications. Specific feature enhancements of the Tornado environment include: environment providing the ability to use all Wind River and third party tools with virtually any resource-constrained target system (e.g. a minimal 20KB VxWorks kernel, a ROMed kernel and application, or a target with serial communications only). or Windows). development; leading to additional tools availability in shorter time. At the introduction of Tornado, there were already 25 partner companies supporting integration of their products with Tornado. extensions of Wind River tools. instances of the VxWorks shell, the ability to execute shell commands from any host tool, and the ability to execute any host tool, via TCL, from the shell. and assembly, and the comprehensive updated GUI which enhances usability of the development environment. applications developed using VxWorks 5.2 only need to be relinked to run under Tornado. they can continue to be run on the target. We encourage all existing customers to move to the Tornado development environment in order to benefit from these extraordinary advances. There is a one-time transition charge to bring our customers who choose to do so the latest technology which will be the foundation of all of Wind River's new product development. The transition charge includes new Tornado-specific versions of all previously-purchased components and tools at no additional charge. Wind River has not discontinued support for VxWorks 5.1.1 and 5.2 with the introduction of Tornado. We will continue to provide tech support and bug fix releases for customers; further, we are continuing to roll out components and tools for 5.2. For customers who move to Tornado, time left on the current maintenance agreement for 5.1.1 or 5.2 becomes Tornado maintenance; e.g. if you have six months left on your 5.2 maintenance agreement, your Tornado version will retain the six months of maintenance. The Tornado maintenance fee provides for normal "not separately priced" upgrades, bug fixes, customer support, etc. Since Wind River started major product shipments in 1987, this is the first re-architecture and it does not fit within our normal maintenance fees. Engineering and customer support in the software business cost as much as 40% of revenues; far more than most hardware companies, which do charge full price for significant upgrades and new products. As with any high-tech company, Wind River must generate a sufficient return to enable us to continue to bring you advances in our products, which in turn improve your productivity and your companies9 products. Tornado represents the first major, across-the-board development project for Wind River. It is the largest development effort Wind River has ever undertaken, and may be the largest single software development project in the embedded systems industry. Wind River has made a significant investment in the technology, which encompasses not only the run-time, but every element of the Wind River product line, from BSPs to VxWorks to components as well as both standard and optional tools. All of the tools which provide functionality similar to existing tools, e.g. the loader, symbol table, and shell, have been reimplemented from scratch in order to fulfill our customers' requirements. We believe we have put together a reasonable structure to facilitate the transition of our customers who choose to move to the Tornado environment. Early feedback from alpha and beta test sites, our third party partners, and customers who have seen the product supports our belief. Please contact your local Wind River office for details. Sincerely, David R. Larrimore Vice President, Marketing --------------------------- Newsgroups: comp.os.vxworks Subject: Re: BSP support Date: 23 Sep 1995 14:19:16 GMT From: WFSEVERA Organization: SANDERS A Lockheed Martin Company Message-ID: <441514$l02@news.sanders.lockheed.com> References: <43tel6$n3j@ixnews4.ix.netcom.com> Chet The answer to your question is Yes. If you need any help give me a call or E-mail. William F. Severance Sr. Prin. Software Engineer Lockheed Martin Sanders Company --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Compiler optimization in VxWorks Date: 20 Sep 1995 14:12:09 GMT From: Don Small Organization: Sandia National Laboratories Message-ID: <43p7fp$qab@news.sandia.gov> References: <4384ar$53o@peach.america.net> You might be want to check out the asm function. It allow assembler code to be inserted into your code with c expression operands. For more info look at the 'GNU Toolkit, User's Guide (2.2.3)' (page 100) contains a good description. --------------------------- Newsgroups: comp.os.vxworks Subject: Proposed State & Federal Regulations for the INTERNET! Date: 23 Sep 1995 06:53:20 GMT From: Politics@usa.com Organization: Wisconsin Internet Services Message-ID: <440at0$641@newsie.wis.com> My name is Scott Glasrud, and I am running for the New Mexico State Senate during the 1996 elections. One of the reasons I have chosen to run is to combat the proposed state and federal regulations of the Internet. As you know, the Internet was never designed to be regulated! It was designed to allow communications in the event of anuclear war or a major catastrophe. I OPPOSE REGULATION, and if elected will fight to preserve your constitutional rights. HOWEVER, I NEED YOUR HELP! I am asking each person who reeives this message to send $5.00 to the Scott Glasrud Campaign Committee. If we pull together, we CAN protect our first amendment rights! HELP ME show the politicians the POWER behind this important NETWORK. Please send contributions to: The Scott Glasrud Campaign Committee 11024 Montgomery Blvd. NE, Suite 179 Albuquerque, New Mexico 87111 Thank you! --------------------------- Newsgroups: comp.os.vxworks Subject: --Network Driver Interface-- Date: 20 Sep 1995 17:44:15 GMT From: rgeorge@chimchim.next.com (Rajesh George (HP)) Organization: NeXT Computer, Inc. Message-ID: <43pjtf$dbq@news.next.com> Hi, I wanted to find out if VxWorks supports if_attach,if_detach... routines to attach an interface to IP. I could not locate the documentation of these routines in the VxWorks5.2 manuals. Does anybody have any information about this interface? Regards, Rajesh George --------------------------- Newsgroups: comp.os.vxworks Subject: BSP porting info Date: 20 Sep 1995 15:32:06 GMT From: Don Small Organization: Sandia National Laboratories Message-ID: <43pc5m$sqf@news.sandia.gov> We are designing a custom PPC603e board and would like any comments or information on the following: a) What devices are required (ie, timers, serial ...)? b) What devices are useful but not necessary (should consider, but not necessary)? c) Are there some standard drivers already available? If so, is there a list? d) Are there tools which will help us do the porting? I assume that the BSP porting kit would be a good starting point. Comments? e) Should we let WRS do the port? f) What kind of time frame should we allow for porting? I have several years experience on vxWorks, just never had the need to do our own port till now. Any info would be useful. Thanks, Don Don Small 505-844-9500 e-mail: dmsmall@sandia.gov --------------------------- End of New-News digest ********************** Subject: Re: comp.os.vxworks newsdigest Submitted-by bqv@se19.wg2.waii.com Mon Sep 25 07:01:31 1995 Submitted-by: Bang Vu Joe DeLong penned: > >I was wondering if there are books offering >help for new users of vxworks? >Thanks >Joe DeLong > There is no books teaching vxworks, as compared to Unix books, to new users. You can educate yourself by reading the "VxWorks Programmer's Guide" from WRS. Beyond that you can take training courses offered by WRS or SPARTA inc. which is in McLean, Virginia. -- Bang Vu | QC Tools, Inc. (a subsidiary of I/O, Inc.) vu@wg2.waii.com | Software, Systems, and Consultancy for the Voice 713-964-6192 | Exploration Industry. Fax 713-964-6218 | 3600 Briarpark, Houston, TX 77042 From bqv@se19.wg2.waii.com Mon Sep 25 07:01:31 1995 From: Bang Vu Date: Mon Sep 25 07:01:33 PDT 1995 Subject: Re: comp.os.vxworks newsdigest Joe DeLong penned: > >I was wondering if there are books offering >help for new users of vxworks? >Thanks >Joe DeLong > There is no books teaching vxworks, as compared to Unix books, to new users. You can educate yourself by reading the "VxWorks Programmer's Guide" from WRS. Beyond that you can take training courses offered by WRS or SPARTA inc. which is in McLean, Virginia. -- Bang Vu | QC Tools, Inc. (a subsidiary of I/O, Inc.) vu@wg2.waii.com | Software, Systems, and Consultancy for the Voice 713-964-6192 | Exploration Industry. Fax 713-964-6218 | 3600 Briarpark, Houston, TX 77042 Subject: VxWorks to Tornado transition letter Submitted-by victoria@wrs.com Mon Sep 25 10:11:59 1995 Submitted-by: victoria@wrs.com (Victoria Barnes) For aome reason David Larrimore's letter regarding the VxWorks to Tornado transition, which was posted last week to comp.os.vxworks, emerged from the exploder in truncated and garbled condition. Here is the letter as it should have appeared. ========================================= Dear VxWorks customers: As many of you may be aware, last week we launched our new Tornado development environment at ESC West. Tornado is a revolution in embedded systems development, and was conceived and developed based on input from our existing customers and TradeWinds partners. Tornado is a giant step forward for embedded systems development. The design goals for Tornado were threefold; to provide: 1. An open plug & play framework as a base platform. Extensions, new tools, new communications strategies, and OMFs can be added to this platform as plug-ins, for a totally customized cross-development environment. 2. An integrated environment with "smart" tools which can communicate with each other and the targets. This integrated environment enables a quantum increase in productivity, to help you meet ever-shorter project timelines for increasingly demanding projects. 3. A development environment where any tool can work with any target-regardless of target memory or communications constraints. This capability makes Tornado appropriate for any embedded application, from low-end deeply embedded products to high-end VME-based applications. Specific feature enhancements of the Tornado environment include: * Minimal target resources to support full development environment-providing the ability to use all Wind River and third party tools with virtually any resource-constrained target system (e.g. a minimal 20KB VxWorks kernel, a ROMed kernel and application, or a target with serial communications only). * Upgraded toolchain (gcc 2.6 and gdb 4.12); g++ now standard. * Full capabilities on the host platform of the developer's choice (UNIX or Windows). * Improved cross-development performance. * Published APIs to facilitate customer and third-party tool development; leading to additional tools availability in shorter time. At the introduction of Tornado, there were already 25 partner companies supporting integration of their products with Tornado. * Inclusion of the industry-standard Tool Command Language (TCL) for extensions of Wind River tools. * Broader use of the well-known Wind River tools, such as multiple instances of the VxWorks shell, the ability to execute shell commands from any host tool, and the ability to execute any host tool, via TCL, from the shell. * New standard tools: Launcher, Browser, WindConfig. * Enhancements such as the graphical CrossWind debugger with mixed source and assembly, and the comprehensive updated GUI which enhances usability of the development environment. * Both task- and system-level debug enabled. * Application-level backward compatibility with VxWorks 5.2: applications developed using VxWorks 5.2 only need to be relinked to run under Tornado. * Backward compatibility for existing target-based tools, meaning that they can continue to be run on the target. * Automated submission of TSRs and TSR status over the Internet. * New BSP Porting Kit. We encourage all existing customers to move to the Tornado development environment in order to benefit from these extraordinary advances. There is a one-time transition charge to bring our customers who choose to do so the latest technology which will be the foundation of all of Wind River's new product development. The transition charge includes new Tornado-specific versions of all previously-purchased components and tools at no additional charge. Wind River has not discontinued support for VxWorks 5.1.1 and 5.2 with the introduction of Tornado. We will continue to provide tech support and bug fix releases for customers; further, we are continuing to roll out components and tools for 5.2. For customers who move to Tornado, time left on the current maintenance agreement for 5.1.1 or 5.2 becomes Tornado maintenance; e.g. if you have six months left on your 5.2 maintenance agreement, your Tornado version will retain the six months of maintenance. The Tornado maintenance fee provides for normal "not separately priced" upgrades, bug fixes, customer support, etc. Since Wind River started major product shipments in 1987, this is the first re-architecture and it does not fit within our normal maintenance fees. Engineering and customer support in the software business cost as much as 40% of revenues; far more than most hardware companies, which do charge full price for significant upgrades and new products. As with any high-tech company, Wind River must generate a sufficient return to enable us to continue to bring you advances in our products, which in turn improve your productivity and your companies' products. Tornado represents the first major, across-the-board development project for Wind River. It is the largest development effort Wind River has ever undertaken, and may be the largest single software development project in the embedded systems industry. Wind River has made a significant investment in the technology, which encompasses not only the run-time, but every element of the Wind River product line, from BSPs to VxWorks to components as well as both standard and optional tools. All of the tools which provide functionality similar to existing tools, e.g. the loader, symbol table, and shell, have been reimplemented from scratch in order to fulfill our customers' requirements. We believe we have put together a reasonable structure to facilitate the transition of our customers who choose to move to the Tornado environment. Early feedback from alpha and beta test sites, our third party partners, and customers who have seen the product supports our belief. Please contact your local Wind River office for details. Sincerely, David R. Larrimore Vice President, Marketing From victoria@wrs.com Mon Sep 25 10:11:59 1995 From: victoria@wrs.com (Victoria Barnes) Date: Mon Sep 25 10:12:02 PDT 1995 Subject: VxWorks to Tornado transition letter For aome reason David Larrimore's letter regarding the VxWorks to Tornado transition, which was posted last week to comp.os.vxworks, emerged from the exploder in truncated and garbled condition. Here is the letter as it should have appeared. ========================================= Dear VxWorks customers: As many of you may be aware, last week we launched our new Tornado development environment at ESC West. Tornado is a revolution in embedded systems development, and was conceived and developed based on input from our existing customers and TradeWinds partners. Tornado is a giant step forward for embedded systems development. The design goals for Tornado were threefold; to provide: 1. An open plug & play framework as a base platform. Extensions, new tools, new communications strategies, and OMFs can be added to this platform as plug-ins, for a totally customized cross-development environment. 2. An integrated environment with "smart" tools which can communicate with each other and the targets. This integrated environment enables a quantum increase in productivity, to help you meet ever-shorter project timelines for increasingly demanding projects. 3. A development environment where any tool can work with any target-regardless of target memory or communications constraints. This capability makes Tornado appropriate for any embedded application, from low-end deeply embedded products to high-end VME-based applications. Specific feature enhancements of the Tornado environment include: * Minimal target resources to support full development environment-providing the ability to use all Wind River and third party tools with virtually any resource-constrained target system (e.g. a minimal 20KB VxWorks kernel, a ROMed kernel and application, or a target with serial communications only). * Upgraded toolchain (gcc 2.6 and gdb 4.12); g++ now standard. * Full capabilities on the host platform of the developer's choice (UNIX or Windows). * Improved cross-development performance. * Published APIs to facilitate customer and third-party tool development; leading to additional tools availability in shorter time. At the introduction of Tornado, there were already 25 partner companies supporting integration of their products with Tornado. * Inclusion of the industry-standard Tool Command Language (TCL) for extensions of Wind River tools. * Broader use of the well-known Wind River tools, such as multiple instances of the VxWorks shell, the ability to execute shell commands from any host tool, and the ability to execute any host tool, via TCL, from the shell. * New standard tools: Launcher, Browser, WindConfig. * Enhancements such as the graphical CrossWind debugger with mixed source and assembly, and the comprehensive updated GUI which enhances usability of the development environment. * Both task- and system-level debug enabled. * Application-level backward compatibility with VxWorks 5.2: applications developed using VxWorks 5.2 only need to be relinked to run under Tornado. * Backward compatibility for existing target-based tools, meaning that they can continue to be run on the target. * Automated submission of TSRs and TSR status over the Internet. * New BSP Porting Kit. We encourage all existing customers to move to the Tornado development environment in order to benefit from these extraordinary advances. There is a one-time transition charge to bring our customers who choose to do so the latest technology which will be the foundation of all of Wind River's new product development. The transition charge includes new Tornado-specific versions of all previously-purchased components and tools at no additional charge. Wind River has not discontinued support for VxWorks 5.1.1 and 5.2 with the introduction of Tornado. We will continue to provide tech support and bug fix releases for customers; further, we are continuing to roll out components and tools for 5.2. For customers who move to Tornado, time left on the current maintenance agreement for 5.1.1 or 5.2 becomes Tornado maintenance; e.g. if you have six months left on your 5.2 maintenance agreement, your Tornado version will retain the six months of maintenance. The Tornado maintenance fee provides for normal "not separately priced" upgrades, bug fixes, customer support, etc. Since Wind River started major product shipments in 1987, this is the first re-architecture and it does not fit within our normal maintenance fees. Engineering and customer support in the software business cost as much as 40% of revenues; far more than most hardware companies, which do charge full price for significant upgrades and new products. As with any high-tech company, Wind River must generate a sufficient return to enable us to continue to bring you advances in our products, which in turn improve your productivity and your companies' products. Tornado represents the first major, across-the-board development project for Wind River. It is the largest development effort Wind River has ever undertaken, and may be the largest single software development project in the embedded systems industry. Wind River has made a significant investment in the technology, which encompasses not only the run-time, but every element of the Wind River product line, from BSPs to VxWorks to components as well as both standard and optional tools. All of the tools which provide functionality similar to existing tools, e.g. the loader, symbol table, and shell, have been reimplemented from scratch in order to fulfill our customers' requirements. We believe we have put together a reasonable structure to facilitate the transition of our customers who choose to move to the Tornado environment. Early feedback from alpha and beta test sites, our third party partners, and customers who have seen the product supports our belief. Please contact your local Wind River office for details. Sincerely, David R. Larrimore Vice President, Marketing Subject: Re: Tornado upgrade Submitted-by ddavies@xmission.com Mon Sep 25 10:34:03 1995 Submitted-by: Doug Davies > From: drlarr@wrs.com (David Larrimore) > > We encourage all existing customers to move to the Tornado development > environment in order to benefit from these extraordinary advances. There > is a one-time transition charge to bring our customers who choose to do so > the latest technology which will be the foundation of all of Wind River's > new product development. The transition charge includes new > Tornado-specific versions of all previously-purchased components and tools > at no additional charge. It's the $24000 on top of the original $40000 that we paid last year that I have a hard time swallowing. We have negotiated on the price a 'bit' since then, but this seems excessive. It's the fact that we had to convince our management that the original fee of $40000 would be a one shot, and that it would only be $4000 per year from then on. Then we get hit (the very next year) with a (original quote) $24000 additional capital cost to stay 'current' with technology. This is somewhat embarrassing for us to justify... not to mention that our management is beginning to wonder where it will end. We will continue to use 5.2 for now. Don't get me wrong, IMO VxWorks is still the best RTOS that I have used. I just question the judgement of passing on such a large cost to your existing customers. I think you're going to find some resistance to the upgrade cost. -Doug ddavies@xmission.com Douglas Davies My opinions are mine only. From ddavies@xmission.com Mon Sep 25 10:34:03 1995 From: Doug Davies Date: Mon Sep 25 10:34:05 PDT 1995 Subject: Re: Tornado upgrade > From: drlarr@wrs.com (David Larrimore) > > We encourage all existing customers to move to the Tornado development > environment in order to benefit from these extraordinary advances. There > is a one-time transition charge to bring our customers who choose to do so > the latest technology which will be the foundation of all of Wind River's > new product development. The transition charge includes new > Tornado-specific versions of all previously-purchased components and tools > at no additional charge. It's the $24000 on top of the original $40000 that we paid last year that I have a hard time swallowing. We have negotiated on the price a 'bit' since then, but this seems excessive. It's the fact that we had to convince our management that the original fee of $40000 would be a one shot, and that it would only be $4000 per year from then on. Then we get hit (the very next year) with a (original quote) $24000 additional capital cost to stay 'current' with technology. This is somewhat embarrassing for us to justify... not to mention that our management is beginning to wonder where it will end. We will continue to use 5.2 for now. Don't get me wrong, IMO VxWorks is still the best RTOS that I have used. I just question the judgement of passing on such a large cost to your existing customers. I think you're going to find some resistance to the upgrade cost. -Doug ddavies@xmission.com Douglas Davies My opinions are mine only. Subject: Re: Tornado upgrade Submitted-by ddavies@xmission.com Mon Sep 25 11:42:03 1995 Submitted-by: Doug Davies > Submitted-by: Doug Davies > > It's the $24000 on top of the original $40000 that we paid last year > that I have a hard time swallowing. We have negotiated on the price Sorry, the upgrade price was $12000 not $24000. -Doug ddavies@xmission.com Douglas Davies From ddavies@xmission.com Mon Sep 25 11:42:03 1995 From: Doug Davies Date: Mon Sep 25 11:42:06 PDT 1995 Subject: Re: Tornado upgrade > Submitted-by: Doug Davies > > It's the $24000 on top of the original $40000 that we paid last year > that I have a hard time swallowing. We have negotiated on the price Sorry, the upgrade price was $12000 not $24000. -Doug ddavies@xmission.com Douglas Davies Subject: comp.os.vxworks newsdigest Submitted-by daemon@csg.lbl.gov Tue Sep 26 04:00:41 1995 Submitted-by: daemon@csg.lbl.gov Comp.Os.Vxworks Daily Digest Tue Sep 26 04:00:35 PDT 1995 Subject: Honeywell Houston Job Opening Subject: rshellParseCommand Subject: Free classified advertising database on the Web Subject: US-TX-DFW Embedded Systems Software Development Jobs Subject: US-TX-DFW Embedded Systems Software development positions Subject: Re: VxWorks to Tornado transition Subject: Re: VxWorks to Tornado transition Subject: Re: Problems accessing vme-bus from VxWorks Subject: re: Compiler optimization in VxWorks - It's a feature! ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Honeywell Houston Job Opening Date: 20 Sep 1995 21:20:37 GMT From: "Charles T. Golson" Organization: Honeywell Houston Engineering Center Message-ID: <43q0j5$8hr@spacenns.space.honeywell.com> Honeywell's Space Systems Houston Engineering Center is looking for one or more real-time experts. If interested, please e-mail rmcafoos@space.honeywell.com for more information --------------------------- Newsgroups: comp.os.vxworks Subject: rshellParseCommand Date: 25 Sep 1995 15:29:25 -0400 From: atj@toejam.nexen.com (Alexander Jenkins) Organization: Ascom Nexion, Acton Massachusetts Message-ID: <446vul$ngq@toejam.nexen.com> I'm looking for the source to, or pointers to the function rshellParseCommand. Any ideas? Please e-mail. Will post responses. Thanks! - -- Alex T. Jenkins ascom Nexion atj@nexen.com 508-266-4526 --------------------------- Newsgroups: comp.os.vxworks Subject: Free classified advertising database on the Web Date: Mon, 25 Sep 1995 19:06:31 EDT From: pp000738@interramp.com Organization: PSI Public Usenet Link Message-ID: <19631.pp000738@ipiws-001.interramp.com> OVERDRIVE Overdrive has a Worldwide Classified Advertising Database that is available on the Worldwide Web. It works just like a newspaper classified advertising section and is FREE for all to use. You can post an advertisement of your own, update and delete it. Sections include: Announcements and Services Training and Education Employment Financial Pets and Livestock Computer & Communications Merchandise General Merchandise Real Estate for Rent Real Estate for Sale Manufactured Homes Transportation When you enter an Ad, you are prompted for a password. When the record is created, you receive the record id for your ad. Later, you may update or delete that ad using the combination of your password and record id. Web travelers can search for Ads based on Classified Section, price, manufacturer, model, etc. OVERDRIVE can be found at http://www.ipworld.com --------------------------- Newsgroups: comp.arch.embedded,comp.os.mach,comp.os.os9,comp.os.vxworks Subject: US-TX-DFW Embedded Systems Software Development Jobs Date: 25 Sep 1995 21:54:25 GMT From: "David L. Hanson" Organization: Technology Resource Alliance Message-ID: <4478eh$q40@bird3.i-link.net> PC --------------------------- Newsgroups: comp.os.vxworks,comp.os.os9,comp.os.mach,comp.os.embedded Subject: US-TX-DFW Embedded Systems Software development positions Date: 25 Sep 1995 22:05:16 GMT From: tra@pic.net (Technology Resource Alliance) Organization: Technology Resource Alliance Message-ID: <44792s$5rc@gandalf.pic.net> Job Opportunity Summary Date: 09/25/95 Position Title: Network Systems Programmers Industry : Computer/Peripherals Position Description / Experience: Years Of Experience : 3+ Experienced network system programmer with working knowledge of Netware, SNMP, TCP/IP and IPX/SPX. Strong ANSI C skills also required. Recent first hand experience with full development lifecycle is strongly desired. An understanding of Real-Time embedded systems is also desirable. Network and SBC hardware experience a plus. Excellent design, systems analysis, interpersonal and communication skills will give you an advantage for placement in these positions. Available for IMMEDIATE Placement w/ multiple positions available Location: Dallas/Fort Worth Salary : mid $60K is median Degree: (Yes/No) Yes Specific Degree Required: BA/BS CS, EE or equivalent. Travel Required : (Y/N) Some Relocation Paid: (Y/N) Yes Contact Information Name: Paul Flett Title: Staffing Manager Company: Technology Resource Alliance, Inc. Address: 9 Village Circle, Suite 450 Phone: 817 430-5815 FAX: 817-430-5851 City: Westlake State:TX Zip: 76262 Internet: tra@pic.net --------------------------- Newsgroups: comp.os.vxworks Subject: Re: VxWorks to Tornado transition Date: Sun, 24 Sep 1995 16:17:37 GMT From: Graham Heyes Organization: Continuous Electron Beam Accelerator Facility Message-ID: References: Sender: usenet@murdoch.acc.Virginia.EDU To all involved in the Tornado discusson, my 10c worth... Maybe this is best posted directly to WRS but it seems to me that the "Enhancements" quoted as a part of Tornado are in fact the inclusion of development tools on the host system which improve the environment for generation of VxWorks kernels and target applications. These enhancements are graphical tools for configuration generation and debugging code running on the target system. While these features may be useful to the many people the cost effectiveness of them for my application is really a matter for me to decide NOT WRS. Let me give an example. The work of my development group is the design of a fast, portable data acquisition system for a DOE research lab. The code we write is written and tested on UNIX workstations then ported to VxWorks, the port is very simple since we emphasise the portability of the code which is required to run on various UNIX platforms. What VxWorks gives us is a very low interrupt latentcy and short context switch time which is important in embedded controllers which suffer a large number of interrupts per second. We actually use very few of the many features of VxWorks. We do however depend upon upgrades to the operating system since many of them make the porting stage even easier as each new VxWorks release becomes more and more POSIX complient. So what we are interested in is a fast real-time operating system which has enough POSIX features to allow us to quickly port our code. The new features of Tornado, although nice, are not essential to us. Given our long experience with VxWorks and the skill of the programmers we require very few of the powerful tools which Tornado would give us. Another real example, we bought the CenterLine tools for code debugging in a UNIX enviroment (CodeCenter and TestCenter) as it turns out we seldom use them since we seldom meet the sort of problems these tools were designed to fix or ifwe do they are as simple for an experienced programmer to spot. To be sure, we are sometimes stuck for a day or two but in our environment the lost time doesn't really justify the additional cost. As far as kernel configuration tools are concerned, I think we generate a new kernel configuration once or twice a year, and it usually only takes 30 mins. In my opinion the operating system and cross compiler suite should be separate from the fancy debugging and kernel configuration tools and the customers left to decide if they are necessary in their particular application. I have paid for a real-time operating system and am continuing to pay a considerable sum each year to allow me to have access to operating system upgrades and enhancements. As far as I can hear, there will be no further enhancements beyond 5.2 except bug fixes without me paying for Tornado, i.e. the bare minimum to get around the legalities of the customer having maintainance contracts and keeping up the payments. To be honest this is not worth the annual maintainance cost. A final point which has not been addressed is as follows, I already own two development platforms MIPS and 68k and am buying a third (PowerPC) since almost all of the Tornado enhancements are on the host end do I have to pay for three Tornado upgrades or one or something inbetween? Graham Heyes Head of central Data Acquisition support CEBAF (Continuous Electron BEam Accelerator Facility) --------------------------- Newsgroups: comp.os.vxworks Subject: Re: VxWorks to Tornado transition Date: 25 Sep 95 20:18:22 From: ebg@ai.mit.edu (Ed Gamble) Organization: MIT Artificial Intelligence Laboratory Message-ID: References: From: drlarr@wrs.com (David Larrimore) Newsgroups: comp.os.vxworks Date: 22 Sep 1995 17:20:17 GMT Organization: Wind River Systems Dear VxWorks customers: [...Marketing...] We encourage all existing customers to move to the Tornado development environment in order to benefit from these extraordinary advances. There is a one-time transition charge to bring our customers who choose to do so the latest technology which will be the foundation of all of Wind River's new product development. The transition charge includes new Tornado-specific versions of all previously-purchased components and tools at no additional charge. The word 'charge' above is singular. So if I own 5.2 and BSP-a and VxMP and VxGDB and VxFOO and VxBAR will my 'charge' be identical to the person who owns just 5.2? Is so then this is not a 'transition' - it as a purchase and the statement about 'previously-purchased ...' is vacuous. Wind River has not discontinued support for VxWorks 5.1.1 and 5.2 with the introduction of Tornado. We will continue to provide tech support and bug fix releases for customers; further, we are continuing to roll out components and tools for 5.2. Just what exactly does 'continuing to roll out components' mean? Will new hardware be supported with 5.2 compatible BSPs? Or if I'm using VxWorks and using 5.2 in the year 2001 will I be using it on 1995 hardware? [ ... ] it does not fit within our normal maintenance fees. Engineering and customer support in the software business cost as much as 40% of revenues; far more than most hardware companies, which do charge full price for significant upgrades and new products. Thanks for the info but almost to the developer we are not really interested in your COST structure; only your PRICE structure and product PERFORMANCE. The people on this newsgroup are largely the people who already own VxWorks so perhaps from your viewpoint we are your captive, 'inelastic' market? - -- Ed P.S. At management level, has WRS been hiring people from Sun recently :-> --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Problems accessing vme-bus from VxWorks Date: 25 Sep 1995 07:33:16 GMT From: Gerhard Hochholzer Organization: ISW Message-ID: <445lvs$vfm@info4.rus.uni-stuttgart.de> References: rcbapw@urc.tue.nl (Peter Weymarshausen) wrote: >Can somebody please explain to me how to access to VME_bus from a >alpha-board running VxWorks. I have to access memory on a vme board >which is located in the A32 space with base-address 0x84000000. >I'm using supervisor mode and dense_addressing. >The standard examples vmeProbeWrite and vmeProbeRead crash the kernel at the >specified address. In the same vme_bus another device is also located, in A16- >space. There are no problems in accessing this device. So the problem seems to >be the A32_mode. > Take a look at your BSP of your Board. Search the c-Files for the initialization of the structur "sysPhysMemDesc" (maybe in memDesc.c, sysLib.c, ...). In this structur there is defined the mapping from physical adresses to virtuell 32-bit adresses. Because you have only 32-bit virtuell adresses you cannot map the total A32-VME-adress area to the virtuell adresses, only a few pages (e.g. of 16MB size) are posible. So you have to add an additional page in sysPhysMemDesc for your particular base-adress of 0x84000000. Because we have no alfa-board i can not give you more exact information. Gerhard. - -- ISW Institute of Control for Machine Tools and Manufacturing Units ISW University of Stuttgart, Germany ISW gerhard.hochholzer@isw.uni-stuttgart.de, fax ++49 711/121-2413 --------------------------- Newsgroups: comp.os.vxworks Subject: re: Compiler optimization in VxWorks - It's a feature! Date: Thu, 21 Sep 95 00:33:49 GMT From: gilley@america.net (Charles H. Gilley) Organization: CHG Software Message-ID: <43qeuo$4mj@peach.america.net> References: <199509150141.SAA09539@lassen.rti.com> <43d9hb$4cs@peach.america.net> <43l65l$4nl@peach.america.net> To summarize and close out my question, our problem dealt with compiler behavior for certain C constructs - bitfields. Ken Dubuc emailed me a quite long but technically excellent discussion of protecting hardware resources. All of this my head real-time programmer knew, I knew, but it was still good material. However, Ken made the statement that the 68040 did not support the instruction we were trying to use. What he neglected to say was why? We continued to search for an answer. Along comes Mr. Gavin McLaren with the answer (me thinks he learned this the hard way?). The 68040 reduces bit field operations to the smallest memory unit: byte, word, or longword, depending on the size of the field. Because we were twiddling a single bit, the compiler rightly reduced the request to a byte operation, though the 040 would have done this naturally enough. Because the h/w system demands 32 bit access to the h/w registers, we will implement h/w access via read/modify/write with interrupts disabled or semaphore controlled resource access. I would be remiss in not thanking the hoardes who emailed me with the suggestion to declare the location volatile. In this case, volatile had nothing to do with our problem. But, if it's any consolation - now *I* know what volatile is good for. Again, my thanks and Pedro's thanks to Gavin, Ken, and 'the hoarde'. Charles Gilley AEL/Cross Systems by day (cgilley@cross.com) I program for food by night.... (gilley@america.net) All opinions are mine, are not redeemable for cash, void where prohibited. Educational Entrepreneur --------------------------- End of New-News digest ********************** From daemon@csg.lbl.gov Tue Sep 26 04:00:41 1995 From: daemon@csg.lbl.gov Date: Tue Sep 26 04:00:45 PDT 1995 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Tue Sep 26 04:00:35 PDT 1995 Subject: Honeywell Houston Job Opening Subject: rshellParseCommand Subject: Free classified advertising database on the Web Subject: US-TX-DFW Embedded Systems Software Development Jobs Subject: US-TX-DFW Embedded Systems Software development positions Subject: Re: VxWorks to Tornado transition Subject: Re: VxWorks to Tornado transition Subject: Re: Problems accessing vme-bus from VxWorks Subject: re: Compiler optimization in VxWorks - It's a feature! ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Honeywell Houston Job Opening Date: 20 Sep 1995 21:20:37 GMT From: "Charles T. Golson" Organization: Honeywell Houston Engineering Center Message-ID: <43q0j5$8hr@spacenns.space.honeywell.com> Honeywell's Space Systems Houston Engineering Center is looking for one or more real-time experts. If interested, please e-mail rmcafoos@space.honeywell.com for more information --------------------------- Newsgroups: comp.os.vxworks Subject: rshellParseCommand Date: 25 Sep 1995 15:29:25 -0400 From: atj@toejam.nexen.com (Alexander Jenkins) Organization: Ascom Nexion, Acton Massachusetts Message-ID: <446vul$ngq@toejam.nexen.com> I'm looking for the source to, or pointers to the function rshellParseCommand. Any ideas? Please e-mail. Will post responses. Thanks! - -- Alex T. Jenkins ascom Nexion atj@nexen.com 508-266-4526 --------------------------- Newsgroups: comp.os.vxworks Subject: Free classified advertising database on the Web Date: Mon, 25 Sep 1995 19:06:31 EDT From: pp000738@interramp.com Organization: PSI Public Usenet Link Message-ID: <19631.pp000738@ipiws-001.interramp.com> OVERDRIVE Overdrive has a Worldwide Classified Advertising Database that is available on the Worldwide Web. It works just like a newspaper classified advertising section and is FREE for all to use. You can post an advertisement of your own, update and delete it. Sections include: Announcements and Services Training and Education Employment Financial Pets and Livestock Computer & Communications Merchandise General Merchandise Real Estate for Rent Real Estate for Sale Manufactured Homes Transportation When you enter an Ad, you are prompted for a password. When the record is created, you receive the record id for your ad. Later, you may update or delete that ad using the combination of your password and record id. Web travelers can search for Ads based on Classified Section, price, manufacturer, model, etc. OVERDRIVE can be found at http://www.ipworld.com --------------------------- Newsgroups: comp.arch.embedded,comp.os.mach,comp.os.os9,comp.os.vxworks Subject: US-TX-DFW Embedded Systems Software Development Jobs Date: 25 Sep 1995 21:54:25 GMT From: "David L. Hanson" Organization: Technology Resource Alliance Message-ID: <4478eh$q40@bird3.i-link.net> PC --------------------------- Newsgroups: comp.os.vxworks,comp.os.os9,comp.os.mach,comp.os.embedded Subject: US-TX-DFW Embedded Systems Software development positions Date: 25 Sep 1995 22:05:16 GMT From: tra@pic.net (Technology Resource Alliance) Organization: Technology Resource Alliance Message-ID: <44792s$5rc@gandalf.pic.net> Job Opportunity Summary Date: 09/25/95 Position Title: Network Systems Programmers Industry : Computer/Peripherals Position Description / Experience: Years Of Experience : 3+ Experienced network system programmer with working knowledge of Netware, SNMP, TCP/IP and IPX/SPX. Strong ANSI C skills also required. Recent first hand experience with full development lifecycle is strongly desired. An understanding of Real-Time embedded systems is also desirable. Network and SBC hardware experience a plus. Excellent design, systems analysis, interpersonal and communication skills will give you an advantage for placement in these positions. Available for IMMEDIATE Placement w/ multiple positions available Location: Dallas/Fort Worth Salary : mid $60K is median Degree: (Yes/No) Yes Specific Degree Required: BA/BS CS, EE or equivalent. Travel Required : (Y/N) Some Relocation Paid: (Y/N) Yes Contact Information Name: Paul Flett Title: Staffing Manager Company: Technology Resource Alliance, Inc. Address: 9 Village Circle, Suite 450 Phone: 817 430-5815 FAX: 817-430-5851 City: Westlake State:TX Zip: 76262 Internet: tra@pic.net --------------------------- Newsgroups: comp.os.vxworks Subject: Re: VxWorks to Tornado transition Date: Sun, 24 Sep 1995 16:17:37 GMT From: Graham Heyes Organization: Continuous Electron Beam Accelerator Facility Message-ID: References: Sender: usenet@murdoch.acc.Virginia.EDU To all involved in the Tornado discusson, my 10c worth... Maybe this is best posted directly to WRS but it seems to me that the "Enhancements" quoted as a part of Tornado are in fact the inclusion of development tools on the host system which improve the environment for generation of VxWorks kernels and target applications. These enhancements are graphical tools for configuration generation and debugging code running on the target system. While these features may be useful to the many people the cost effectiveness of them for my application is really a matter for me to decide NOT WRS. Let me give an example. The work of my development group is the design of a fast, portable data acquisition system for a DOE research lab. The code we write is written and tested on UNIX workstations then ported to VxWorks, the port is very simple since we emphasise the portability of the code which is required to run on various UNIX platforms. What VxWorks gives us is a very low interrupt latentcy and short context switch time which is important in embedded controllers which suffer a large number of interrupts per second. We actually use very few of the many features of VxWorks. We do however depend upon upgrades to the operating system since many of them make the porting stage even easier as each new VxWorks release becomes more and more POSIX complient. So what we are interested in is a fast real-time operating system which has enough POSIX features to allow us to quickly port our code. The new features of Tornado, although nice, are not essential to us. Given our long experience with VxWorks and the skill of the programmers we require very few of the powerful tools which Tornado would give us. Another real example, we bought the CenterLine tools for code debugging in a UNIX enviroment (CodeCenter and TestCenter) as it turns out we seldom use them since we seldom meet the sort of problems these tools were designed to fix or ifwe do they are as simple for an experienced programmer to spot. To be sure, we are sometimes stuck for a day or two but in our environment the lost time doesn't really justify the additional cost. As far as kernel configuration tools are concerned, I think we generate a new kernel configuration once or twice a year, and it usually only takes 30 mins. In my opinion the operating system and cross compiler suite should be separate from the fancy debugging and kernel configuration tools and the customers left to decide if they are necessary in their particular application. I have paid for a real-time operating system and am continuing to pay a considerable sum each year to allow me to have access to operating system upgrades and enhancements. As far as I can hear, there will be no further enhancements beyond 5.2 except bug fixes without me paying for Tornado, i.e. the bare minimum to get around the legalities of the customer having maintainance contracts and keeping up the payments. To be honest this is not worth the annual maintainance cost. A final point which has not been addressed is as follows, I already own two development platforms MIPS and 68k and am buying a third (PowerPC) since almost all of the Tornado enhancements are on the host end do I have to pay for three Tornado upgrades or one or something inbetween? Graham Heyes Head of central Data Acquisition support CEBAF (Continuous Electron BEam Accelerator Facility) --------------------------- Newsgroups: comp.os.vxworks Subject: Re: VxWorks to Tornado transition Date: 25 Sep 95 20:18:22 From: ebg@ai.mit.edu (Ed Gamble) Organization: MIT Artificial Intelligence Laboratory Message-ID: References: From: drlarr@wrs.com (David Larrimore) Newsgroups: comp.os.vxworks Date: 22 Sep 1995 17:20:17 GMT Organization: Wind River Systems Dear VxWorks customers: [...Marketing...] We encourage all existing customers to move to the Tornado development environment in order to benefit from these extraordinary advances. There is a one-time transition charge to bring our customers who choose to do so the latest technology which will be the foundation of all of Wind River's new product development. The transition charge includes new Tornado-specific versions of all previously-purchased components and tools at no additional charge. The word 'charge' above is singular. So if I own 5.2 and BSP-a and VxMP and VxGDB and VxFOO and VxBAR will my 'charge' be identical to the person who owns just 5.2? Is so then this is not a 'transition' - it as a purchase and the statement about 'previously-purchased ...' is vacuous. Wind River has not discontinued support for VxWorks 5.1.1 and 5.2 with the introduction of Tornado. We will continue to provide tech support and bug fix releases for customers; further, we are continuing to roll out components and tools for 5.2. Just what exactly does 'continuing to roll out components' mean? Will new hardware be supported with 5.2 compatible BSPs? Or if I'm using VxWorks and using 5.2 in the year 2001 will I be using it on 1995 hardware? [ ... ] it does not fit within our normal maintenance fees. Engineering and customer support in the software business cost as much as 40% of revenues; far more than most hardware companies, which do charge full price for significant upgrades and new products. Thanks for the info but almost to the developer we are not really interested in your COST structure; only your PRICE structure and product PERFORMANCE. The people on this newsgroup are largely the people who already own VxWorks so perhaps from your viewpoint we are your captive, 'inelastic' market? - -- Ed P.S. At management level, has WRS been hiring people from Sun recently :-> --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Problems accessing vme-bus from VxWorks Date: 25 Sep 1995 07:33:16 GMT From: Gerhard Hochholzer Organization: ISW Message-ID: <445lvs$vfm@info4.rus.uni-stuttgart.de> References: rcbapw@urc.tue.nl (Peter Weymarshausen) wrote: >Can somebody please explain to me how to access to VME_bus from a >alpha-board running VxWorks. I have to access memory on a vme board >which is located in the A32 space with base-address 0x84000000. >I'm using supervisor mode and dense_addressing. >The standard examples vmeProbeWrite and vmeProbeRead crash the kernel at the >specified address. In the same vme_bus another device is also located, in A16- >space. There are no problems in accessing this device. So the problem seems to >be the A32_mode. > Take a look at your BSP of your Board. Search the c-Files for the initialization of the structur "sysPhysMemDesc" (maybe in memDesc.c, sysLib.c, ...). In this structur there is defined the mapping from physical adresses to virtuell 32-bit adresses. Because you have only 32-bit virtuell adresses you cannot map the total A32-VME-adress area to the virtuell adresses, only a few pages (e.g. of 16MB size) are posible. So you have to add an additional page in sysPhysMemDesc for your particular base-adress of 0x84000000. Because we have no alfa-board i can not give you more exact information. Gerhard. - -- ISW Institute of Control for Machine Tools and Manufacturing Units ISW University of Stuttgart, Germany ISW gerhard.hochholzer@isw.uni-stuttgart.de, fax ++49 711/121-2413 --------------------------- Newsgroups: comp.os.vxworks Subject: re: Compiler optimization in VxWorks - It's a feature! Date: Thu, 21 Sep 95 00:33:49 GMT From: gilley@america.net (Charles H. Gilley) Organization: CHG Software Message-ID: <43qeuo$4mj@peach.america.net> References: <199509150141.SAA09539@lassen.rti.com> <43d9hb$4cs@peach.america.net> <43l65l$4nl@peach.america.net> To summarize and close out my question, our problem dealt with compiler behavior for certain C constructs - bitfields. Ken Dubuc emailed me a quite long but technically excellent discussion of protecting hardware resources. All of this my head real-time programmer knew, I knew, but it was still good material. However, Ken made the statement that the 68040 did not support the instruction we were trying to use. What he neglected to say was why? We continued to search for an answer. Along comes Mr. Gavin McLaren with the answer (me thinks he learned this the hard way?). The 68040 reduces bit field operations to the smallest memory unit: byte, word, or longword, depending on the size of the field. Because we were twiddling a single bit, the compiler rightly reduced the request to a byte operation, though the 040 would have done this naturally enough. Because the h/w system demands 32 bit access to the h/w registers, we will implement h/w access via read/modify/write with interrupts disabled or semaphore controlled resource access. I would be remiss in not thanking the hoardes who emailed me with the suggestion to declare the location volatile. In this case, volatile had nothing to do with our problem. But, if it's any consolation - now *I* know what volatile is good for. Again, my thanks and Pedro's thanks to Gavin, Ken, and 'the hoarde'. Charles Gilley AEL/Cross Systems by day (cgilley@cross.com) I program for food by night.... (gilley@america.net) All opinions are mine, are not redeemable for cash, void where prohibited. Educational Entrepreneur --------------------------- End of New-News digest ********************** Subject: flashLib.announcement Submitted-by leonid@rst.co.il Tue Sep 26 11:21:00 1995 Submitted-by: leonid@rst.co.il (Leonid Rosenboim) FlashLib - Flash File System and Driver Libraries for VxWorks RST Software Industries Ltd. is proud to announce FlashLib(tm) - an implementation of the Microsoft Flash File System for VxWorks. It comes bundled with a set of Flash Drivers, and will work on many possible hardware configurations, including, but not limited to the following: + Flash devices embedded on standard or custom boards, + VMEbus or mezanine memory boards populated with Flash memory devices, + Intel based PCs with ISA-to-PCMCIA adapters, with Intel Series 1 and 2 cards, supporting hot-swapping. The popular MVME-162 that has 1MB of Flash on board is also supported, if VxWorks boot EPROM is installed, i.e. the Flash is not used for booting. A complete data sheet of the product is available via anonymous FTP from knight.trendline.co.il (192.114.11.13) in directory /pub/rst, in plain ASCII and compressed PostScript format. For availability, specific hardware compatibility and pricing information please fill in the following form and e-mail it to info@rst.co.il: System Integrator and VAR inquiries are welcome. Company Name: Division / Department / Project: Contact Name: Telephone: Fax: E-Mail: VxWorks version: Host: Target CPU: Target BSP: Flash device types and total size: Flash Bus/Card Configuration: Implementation Schedule: Other considerations: ----------------------------------------------------------------------- Leonid Rosenboim Phone: +972-3-559-8144 R S T Software Industries Ltd. Mobile: +972-50-307-142 3 Hashikma st. Industrial Zone, Fax: +972-3-559-8244 P.O.Box 11502, AZUR 58017, Israel E-Mail: leonid@rst.co.il From leonid@rst.co.il Tue Sep 26 11:21:00 1995 From: leonid@rst.co.il (Leonid Rosenboim) Date: Tue Sep 26 11:21:03 PDT 1995 Subject: flashLib.announcement FlashLib - Flash File System and Driver Libraries for VxWorks RST Software Industries Ltd. is proud to announce FlashLib(tm) - an implementation of the Microsoft Flash File System for VxWorks. It comes bundled with a set of Flash Drivers, and will work on many possible hardware configurations, including, but not limited to the following: + Flash devices embedded on standard or custom boards, + VMEbus or mezanine memory boards populated with Flash memory devices, + Intel based PCs with ISA-to-PCMCIA adapters, with Intel Series 1 and 2 cards, supporting hot-swapping. The popular MVME-162 that has 1MB of Flash on board is also supported, if VxWorks boot EPROM is installed, i.e. the Flash is not used for booting. A complete data sheet of the product is available via anonymous FTP from knight.trendline.co.il (192.114.11.13) in directory /pub/rst, in plain ASCII and compressed PostScript format. For availability, specific hardware compatibility and pricing information please fill in the following form and e-mail it to info@rst.co.il: System Integrator and VAR inquiries are welcome. Company Name: Division / Department / Project: Contact Name: Telephone: Fax: E-Mail: VxWorks version: Host: Target CPU: Target BSP: Flash device types and total size: Flash Bus/Card Configuration: Implementation Schedule: Other considerations: ----------------------------------------------------------------------- Leonid Rosenboim Phone: +972-3-559-8144 R S T Software Industries Ltd. Mobile: +972-50-307-142 3 Hashikma st. Industrial Zone, Fax: +972-3-559-8244 P.O.Box 11502, AZUR 58017, Israel E-Mail: leonid@rst.co.il Subject: WRS user's group! Submitted-by stan@rti.com Tue Sep 26 11:57:11 1995 Submitted-by: Stan Schneider Hi all, As some of you may know, I've been tapped to be the Chair for the Wind River User's Group meeting to be held November 16th in San Jose. The conference will include an in-depth review of Tornado by the developers and execs at WRS, user experiences, and third-party demonstrations. This will be your chance to really interact with and influence Wind River! Don't miss it! We're also preparing a session of user experiences, tips, hints, etc. I'm currently looking for suggestions/volunteers for what YOU'd like to see at the meeting from other users. These possibilities come to mind: 1. Ideas/experience (how I did x). Presentations on technical topics of interest. 2. Analyses. Why did you pick the MIPS CPU? What's the best '060 board? Benchmarks? 3. Shared code. Presentations on code in the archives. An exchange program of some sort? 4. Workshops. Techniques for debugging, building systems, architecture designs. 5. Technology update. Tools, systems, new developments. 6. Neat applications. We are especially looking for non-commercial topics and speakers (there will be a vendor show at the end). Please send your suggestions to me or Nora Mitchell (nora@wrs.com). This is just a list of ideas; please feel free to suggest what you'd like to see at the conference (even if you don't know who can give the talk). We'll post an agenda in October. -- Stan ============================================================================= = = = = Stan Schneider = email: stan@rti.com = = Real-Time Innovations, Inc. = Phone: (408) 720-8312 = = 954 Aster, Sunnyvale, CA 94086 = Fax: (408) 720-8419 = = = = ============================================================================= From stan@rti.com Tue Sep 26 11:57:11 1995 From: Stan Schneider Date: Tue Sep 26 11:57:13 PDT 1995 Subject: WRS user's group! Hi all, As some of you may know, I've been tapped to be the Chair for the Wind River User's Group meeting to be held November 16th in San Jose. The conference will include an in-depth review of Tornado by the developers and execs at WRS, user experiences, and third-party demonstrations. This will be your chance to really interact with and influence Wind River! Don't miss it! We're also preparing a session of user experiences, tips, hints, etc. I'm currently looking for suggestions/volunteers for what YOU'd like to see at the meeting from other users. These possibilities come to mind: 1. Ideas/experience (how I did x). Presentations on technical topics of interest. 2. Analyses. Why did you pick the MIPS CPU? What's the best '060 board? Benchmarks? 3. Shared code. Presentations on code in the archives. An exchange program of some sort? 4. Workshops. Techniques for debugging, building systems, architecture designs. 5. Technology update. Tools, systems, new developments. 6. Neat applications. We are especially looking for non-commercial topics and speakers (there will be a vendor show at the end). Please send your suggestions to me or Nora Mitchell (nora@wrs.com). This is just a list of ideas; please feel free to suggest what you'd like to see at the conference (even if you don't know who can give the talk). We'll post an agenda in October. -- Stan ============================================================================= = = = = Stan Schneider = email: stan@rti.com = = Real-Time Innovations, Inc. = Phone: (408) 720-8312 = = 954 Aster, Sunnyvale, CA 94086 = Fax: (408) 720-8419 = = = = ============================================================================= Subject: Re: comp.os.vxworks newsdigest Submitted-by stan@rti.com Tue Sep 26 15:47:26 1995 Submitted-by: Stan Schneider In article <43iabj$p15@clarknet.clark.net>, jjwang@clark.net (Jason J Wang) wrote: > Each time I load and unload a module, it leaves about 32 bytes worth of > allocated space. Is there any way I can reclaim this memory? Does > taskSpawn also leave a similar residue? Are you running the load & unload from the shell? If so, are you entering a string parameter with the file name? The shell allocates memory to hold strings, and can't free it because it doesn't know what the called routine is doing with it. ***Warning: crass commercial*** BTW, you can find leaks like this with HeapTrace. -- Stan ============================================================================= = = = = Stan Schneider = email: stan@rti.com = = Real-Time Innovations, Inc. = Phone: (408) 720-8312 = = 954 Aster, Sunnyvale, CA 94086 = Fax: (408) 720-8419 = = = = ============================================================================= From stan@rti.com Tue Sep 26 15:47:26 1995 From: Stan Schneider Date: Tue Sep 26 15:47:29 PDT 1995 Subject: Re: comp.os.vxworks newsdigest In article <43iabj$p15@clarknet.clark.net>, jjwang@clark.net (Jason J Wang) wrote: > Each time I load and unload a module, it leaves about 32 bytes worth of > allocated space. Is there any way I can reclaim this memory? Does > taskSpawn also leave a similar residue? Are you running the load & unload from the shell? If so, are you entering a string parameter with the file name? The shell allocates memory to hold strings, and can't free it because it doesn't know what the called routine is doing with it. ***Warning: crass commercial*** BTW, you can find leaks like this with HeapTrace. -- Stan ============================================================================= = = = = Stan Schneider = email: stan@rti.com = = Real-Time Innovations, Inc. = Phone: (408) 720-8312 = = 954 Aster, Sunnyvale, CA 94086 = Fax: (408) 720-8419 = = = = ============================================================================= Subject: Re: rshellParseCommand Submitted-by stan@rti.com Tue Sep 26 16:13:03 1995 Submitted-by: Stan Schneider >> Date: 25 Sep 1995 15:29:25 -0400 >> From: atj@toejam.nexen.com (Alexander Jenkins) >> >> I'm looking for the source to, or pointers to the function >> rshellParseCommand. Any ideas? Please e-mail. Will post >> responses. Thanks! That's from rshell, one of the utilities in our RTILib product. -- Stan ============================================================================= = = = = Stan Schneider = email: stan@rti.com = = Real-Time Innovations, Inc. = Phone: (408) 720-8312 = = 954 Aster, Sunnyvale, CA 94086 = Fax: (408) 720-8419 = = = = ============================================================================= From stan@rti.com Tue Sep 26 16:13:03 1995 From: Stan Schneider Date: Tue Sep 26 16:13:05 PDT 1995 Subject: Re: rshellParseCommand >> Date: 25 Sep 1995 15:29:25 -0400 >> From: atj@toejam.nexen.com (Alexander Jenkins) >> >> I'm looking for the source to, or pointers to the function >> rshellParseCommand. Any ideas? Please e-mail. Will post >> responses. Thanks! That's from rshell, one of the utilities in our RTILib product. -- Stan ============================================================================= = = = = Stan Schneider = email: stan@rti.com = = Real-Time Innovations, Inc. = Phone: (408) 720-8312 = = 954 Aster, Sunnyvale, CA 94086 = Fax: (408) 720-8419 = = = = ============================================================================= Subject: Re: ISO-9660 CD-ROM File System Submitted-by leonid@rst.co.il Wed Sep 27 01:52:47 1995 Submitted-by: leonid@rst.co.il (Leonid Rosenboim) CD-ROM File System for VxWorks ISO-9660 compliant read-only file system for VxWorks + Transparent access to CD-ROMs formatted with ISO 9660 + Using standard VxWorks API to read files and directories + Works on top of scsiLib(1) for SCSI drives + Supports media hot-swapping and multiple drives + Completely compatible with VxWorks and Wind River coding and documentation conventions + Source code available CD-ROMs are the most popular medium for software and data distribution due to its low price of manufacturing and data integrity. By adding a CD-ROM drive to a real-time system, many of the advantages of CD-ROM may be exploited as well. This software plugs into the VxWorks environment, providing instant and painless access to CD-ROMs using the same API that would otherwise be used to access local or remote file systems. For systems equipped with SCSI the CD-ROM File System works directly on top of the Block Device Driver provided with scsiLib(1), while in other cases a custom Block Device Driver needs to be developed to support a different type of CD-ROM controller hardware. ISO 9660 is a widely accepted standard format for CD-ROMs, and allows the use of CD-ROMs available for other computer systems with VxWorks. RST Software Industries Ltd. distributes and markets Wind River Systems products in Israel, and provides custom integration and consulting serivces for its customer base Some products resulting from such projects are vailable as off-the-shelf software add-ons for VxWorks users world-wide RST's first add-on - the SCSI Tape Support Library for VxWorks has been shipping since Dec 1993, and is used in a variety of projects by a growing number of satisfied users. ----------------------------------------------------------------------- Leonid Rosenboim Phone: +972-3-559-8144 R S T Software Industries Ltd. Mobile: +972-50-307-142 3 Hashikma st. Industrial Zone, Fax: +972-3-559-8244 P.O.Box 11502, AZUR 58017, Israel E-Mail: leonid@rst.co.il From leonid@rst.co.il Wed Sep 27 01:52:47 1995 From: leonid@rst.co.il (Leonid Rosenboim) Date: Wed Sep 27 01:52:50 PDT 1995 Subject: Re: ISO-9660 CD-ROM File System CD-ROM File System for VxWorks ISO-9660 compliant read-only file system for VxWorks + Transparent access to CD-ROMs formatted with ISO 9660 + Using standard VxWorks API to read files and directories + Works on top of scsiLib(1) for SCSI drives + Supports media hot-swapping and multiple drives + Completely compatible with VxWorks and Wind River coding and documentation conventions + Source code available CD-ROMs are the most popular medium for software and data distribution due to its low price of manufacturing and data integrity. By adding a CD-ROM drive to a real-time system, many of the advantages of CD-ROM may be exploited as well. This software plugs into the VxWorks environment, providing instant and painless access to CD-ROMs using the same API that would otherwise be used to access local or remote file systems. For systems equipped with SCSI the CD-ROM File System works directly on top of the Block Device Driver provided with scsiLib(1), while in other cases a custom Block Device Driver needs to be developed to support a different type of CD-ROM controller hardware. ISO 9660 is a widely accepted standard format for CD-ROMs, and allows the use of CD-ROMs available for other computer systems with VxWorks. RST Software Industries Ltd. distributes and markets Wind River Systems products in Israel, and provides custom integration and consulting serivces for its customer base Some products resulting from such projects are vailable as off-the-shelf software add-ons for VxWorks users world-wide RST's first add-on - the SCSI Tape Support Library for VxWorks has been shipping since Dec 1993, and is used in a variety of projects by a growing number of satisfied users. ----------------------------------------------------------------------- Leonid Rosenboim Phone: +972-3-559-8144 R S T Software Industries Ltd. Mobile: +972-50-307-142 3 Hashikma st. Industrial Zone, Fax: +972-3-559-8244 P.O.Box 11502, AZUR 58017, Israel E-Mail: leonid@rst.co.il Subject: BSP Available Submitted-by msk@wrsec.fr Wed Sep 27 03:35:44 1995 Submitted-by: msk@wrsec.fr (Michel Smolak) Hi All ! Is there somewhere available a BSP for the MVME334/D2 MOTOROLA board ? Please send me your answers on my address email : msk@wrsec.fr Regards ***************** * Michel SMOLAK * ************************************************************* * Wind River Systems * Phone : (33) 1 69 07 78 78 * * 27, Avenue de la Baltique * Fax : (33) 1 69 07 08 26 * * 91962 Les Ulis Cedex, FRANCE * email : msk@wrsec.f * ************************************************************* From msk@wrsec.fr Wed Sep 27 03:35:44 1995 From: msk@wrsec.fr (Michel Smolak) Date: Wed Sep 27 03:35:47 PDT 1995 Subject: BSP Available Hi All ! Is there somewhere available a BSP for the MVME334/D2 MOTOROLA board ? Please send me your answers on my address email : msk@wrsec.fr Regards ***************** * Michel SMOLAK * ************************************************************* * Wind River Systems * Phone : (33) 1 69 07 78 78 * * 27, Avenue de la Baltique * Fax : (33) 1 69 07 08 26 * * 91962 Les Ulis Cedex, FRANCE * email : msk@wrsec.f * ************************************************************* Subject: comp.os.vxworks newsdigest Submitted-by daemon@csg.lbl.gov Wed Sep 27 04:00:57 1995 Submitted-by: daemon@csg.lbl.gov Comp.Os.Vxworks Daily Digest Wed Sep 27 04:00:53 PDT 1995 Subject: Re: VxWorks to Tornado transition Subject: benchmarks wanted Subject: Real-time software engineer position Subject: Re: Spurious compiler warnings ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: VxWorks to Tornado transition Date: Tue, 26 Sep 1995 19:20:00 -0600 From: johncoby@blkbox.com (John R. Cobarruvias) Organization: Personal Account Message-ID: References: In article , ebg@ai.mit.edu (Ed Gamble) wrote: > From: drlarr@wrs.com (David Larrimore) > Newsgroups: comp.os.vxworks > Date: 22 Sep 1995 17:20:17 GMT > Organization: Wind River Systems > > Dear VxWorks customers: > > [...Marketing...] > > We encourage all existing customers to move to the Tornado development > environment in order to benefit from these extraordinary advances. There > is a one-time transition charge to bring our customers who choose to do so > the latest technology which will be the foundation of all of Wind River's > new product development. The transition charge includes new > Tornado-specific versions of all previously-purchased components and tools > at no additional charge. > I have been watching this thread for a bit and now I am a bit concerned. Our projects are at the brink of not continuing the use of vxWorks because of the high cost of the product. I am hoping 5.2 will be around for at least the next couple of years, or that Tornado will be "given" to the 5.2 users. We just dont have the funds or the justification for another upgrade. Now if you guys would make a $3000 single user Macintosh version............. (sorry. I dont do Windoze. It has done me before.) _ _ _ / _ /_ _ /_/ / ` _ /_ _ _ _ . _ _ (_/ /_// // / / \ /_, /_//_//_|/ / /_/|// /_|_\ John R. Cobarruvias johncoby@blkbox.com --------------------------- Newsgroups: comp.os.vxworks Subject: benchmarks wanted Date: Tue, 26 Sep 1995 13:01:46 -0700 From: steve@tsunami.jpl.nasa.gov (Stephen Mitchell) Organization: JPL Message-ID: Hi. I'm looking to run some hardware benchmarks on our mips, m68k, ppc, and rs/6000 targets. I'm specifically interested in floating point performance. I'm also considering comparing the performance of different versions/ports of VxWorks itself, although I haven't quite nailed down what I mean by that.. Any thoughts in this area are welcome.. Thanks. - --steve - -- Steve Mitchell KD6BET TIP#168 steve@tsunami.jpl.nasa.gov "Everything in this post may be wrong" / "Make love, not Perl code." --------------------------- Newsgroups: ne.jobs,comp.os.vxworks,comp.arch.bus.vmebus Subject: Real-time software engineer position Date: Tue, 26 Sep 1995 02:34:13 GMT From: dlenrow@world.std.com (David R Lenrow) Organization: The World Public Access UNIX, Brookline, MA Keywords: UNIX VxWorks VME Real-Time Message-ID: Target Technologies, Inc., Wilmington, MA, is seeking talented software engineers with experience in one or more of the following: Real-time Systems development (VxWorks, QNX, LynxOS, etc) Unix systems programming VME/PCI embedded system development Networks File Systems As a small, fast-growing computer consulting and products company, we're dedicated to our customers. Target Technologies makes certain that engineers building custom sytems by integrating Off-the-Shelf components and tools are always successful. We provide expert consulting, training, and custom products which ensure that customer system's time-to-market goals are met. We are seeking talented individuals at various levels of expertise, interested in contributing to Target's continued growth. Reap the benefits of working for a small company. Enjoy the opportunity to directly impact the success of Target Technologies and be rewarded accordingly. Ideal candidates will have excellent oral and written communication skills, a successful record shipping products and the ability to work at all levels of an organization. Job description may be tailored to your abilities and may include: Proposing/Evaluating strategic and product directions Designing and developing Target software products Design and architecture consulting for customer systems Implementation/integration of embedded/real-time systems Please send resumes and inquiries to: Fax: (508) 657-5927 e-mail: target@world.std.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Spurious compiler warnings Date: 25 Sep 1995 15:53:33 GMT From: witts@PROBLEM_WITH_INEWS_GATEWAY_FILE (Steve Witt) Organization: TRW Data Technologies Division, Carson CA Message-ID: <446j9t$9uf@venice.sedd.trw.com> References: <9509201247.2825C0@jerry.wustl.edu> jerry@stereotaxis.wustl.edu wrote: > Hello everyone, > I'm working on a system targeting the MVME167, using the CenterLine C++ > compiler and VxWorks 5.2. Throughout the development I've been > dogged by the following warning messages: > dq_mv200.h:276: warning: `struct DqRect' declared inside parameter list > dq_mv200.h:276: warning: its scope is only this definition or declaration, > dq_mv200.h:276: warning: which is probably not what you want. > This warning comes and goes as I add or delete code seemingly unrelated > to the struct in question, and sometimes shows up for structs other than > DqRect, only to disappear again later as more unrelated changes are made. > 'DqRect' is of course not in fact declared inside the parameter list > in question but in another header file. > The message is produced by gcc rather than CenterLine, and compiling the > same code with another C++ compiler (CenterLine with their own back end) > produces no warnings. > Any light you can shed on this problem is certainly appreciated. > Jerry Epplin > Stereotaxis, Inc. > jerry@stereotaxis.wustl.edu This is a common problem with function prototypes and is fairly simple to fix. I think that in your file dq_mv200.h you've got a function prototype that has a "struct DqRect" type variable as an argument. The problem is that at the time dq_mv200.h is compiled, "struct DqRect" has not been defined. The fix is to include the .h file that "struct DqRect" is defined in before the offending function prototype. I'm sure that you're aware of this but I'll mention it anyway -- when you start to include .h files in other .h files, you can get into a confusing situation in which some struct or #define has been defined multiple times. The easy way around this is to surround all of your .h files with a construct like: #ifndef __DQ_MV200_H #define __DQ_MV200_H ... all of your .h file ... #endif This allows a particular .h file to be processed only the first time in the compilation of a given file, any further includes of this .h file are (for the compilation of that file) ignored. --------------------------- End of New-News digest ********************** From daemon@csg.lbl.gov Wed Sep 27 04:00:57 1995 From: daemon@csg.lbl.gov Date: Wed Sep 27 04:01:00 PDT 1995 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Wed Sep 27 04:00:53 PDT 1995 Subject: Re: VxWorks to Tornado transition Subject: benchmarks wanted Subject: Real-time software engineer position Subject: Re: Spurious compiler warnings ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Re: VxWorks to Tornado transition Date: Tue, 26 Sep 1995 19:20:00 -0600 From: johncoby@blkbox.com (John R. Cobarruvias) Organization: Personal Account Message-ID: References: In article , ebg@ai.mit.edu (Ed Gamble) wrote: > From: drlarr@wrs.com (David Larrimore) > Newsgroups: comp.os.vxworks > Date: 22 Sep 1995 17:20:17 GMT > Organization: Wind River Systems > > Dear VxWorks customers: > > [...Marketing...] > > We encourage all existing customers to move to the Tornado development > environment in order to benefit from these extraordinary advances. There > is a one-time transition charge to bring our customers who choose to do so > the latest technology which will be the foundation of all of Wind River's > new product development. The transition charge includes new > Tornado-specific versions of all previously-purchased components and tools > at no additional charge. > I have been watching this thread for a bit and now I am a bit concerned. Our projects are at the brink of not continuing the use of vxWorks because of the high cost of the product. I am hoping 5.2 will be around for at least the next couple of years, or that Tornado will be "given" to the 5.2 users. We just dont have the funds or the justification for another upgrade. Now if you guys would make a $3000 single user Macintosh version............. (sorry. I dont do Windoze. It has done me before.) _ _ _ / _ /_ _ /_/ / ` _ /_ _ _ _ . _ _ (_/ /_// // / / \ /_, /_//_//_|/ / /_/|// /_|_\ John R. Cobarruvias johncoby@blkbox.com --------------------------- Newsgroups: comp.os.vxworks Subject: benchmarks wanted Date: Tue, 26 Sep 1995 13:01:46 -0700 From: steve@tsunami.jpl.nasa.gov (Stephen Mitchell) Organization: JPL Message-ID: Hi. I'm looking to run some hardware benchmarks on our mips, m68k, ppc, and rs/6000 targets. I'm specifically interested in floating point performance. I'm also considering comparing the performance of different versions/ports of VxWorks itself, although I haven't quite nailed down what I mean by that.. Any thoughts in this area are welcome.. Thanks. - --steve - -- Steve Mitchell KD6BET TIP#168 steve@tsunami.jpl.nasa.gov "Everything in this post may be wrong" / "Make love, not Perl code." --------------------------- Newsgroups: ne.jobs,comp.os.vxworks,comp.arch.bus.vmebus Subject: Real-time software engineer position Date: Tue, 26 Sep 1995 02:34:13 GMT From: dlenrow@world.std.com (David R Lenrow) Organization: The World Public Access UNIX, Brookline, MA Keywords: UNIX VxWorks VME Real-Time Message-ID: Target Technologies, Inc., Wilmington, MA, is seeking talented software engineers with experience in one or more of the following: Real-time Systems development (VxWorks, QNX, LynxOS, etc) Unix systems programming VME/PCI embedded system development Networks File Systems As a small, fast-growing computer consulting and products company, we're dedicated to our customers. Target Technologies makes certain that engineers building custom sytems by integrating Off-the-Shelf components and tools are always successful. We provide expert consulting, training, and custom products which ensure that customer system's time-to-market goals are met. We are seeking talented individuals at various levels of expertise, interested in contributing to Target's continued growth. Reap the benefits of working for a small company. Enjoy the opportunity to directly impact the success of Target Technologies and be rewarded accordingly. Ideal candidates will have excellent oral and written communication skills, a successful record shipping products and the ability to work at all levels of an organization. Job description may be tailored to your abilities and may include: Proposing/Evaluating strategic and product directions Designing and developing Target software products Design and architecture consulting for customer systems Implementation/integration of embedded/real-time systems Please send resumes and inquiries to: Fax: (508) 657-5927 e-mail: target@world.std.com --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Spurious compiler warnings Date: 25 Sep 1995 15:53:33 GMT From: witts@PROBLEM_WITH_INEWS_GATEWAY_FILE (Steve Witt) Organization: TRW Data Technologies Division, Carson CA Message-ID: <446j9t$9uf@venice.sedd.trw.com> References: <9509201247.2825C0@jerry.wustl.edu> jerry@stereotaxis.wustl.edu wrote: > Hello everyone, > I'm working on a system targeting the MVME167, using the CenterLine C++ > compiler and VxWorks 5.2. Throughout the development I've been > dogged by the following warning messages: > dq_mv200.h:276: warning: `struct DqRect' declared inside parameter list > dq_mv200.h:276: warning: its scope is only this definition or declaration, > dq_mv200.h:276: warning: which is probably not what you want. > This warning comes and goes as I add or delete code seemingly unrelated > to the struct in question, and sometimes shows up for structs other than > DqRect, only to disappear again later as more unrelated changes are made. > 'DqRect' is of course not in fact declared inside the parameter list > in question but in another header file. > The message is produced by gcc rather than CenterLine, and compiling the > same code with another C++ compiler (CenterLine with their own back end) > produces no warnings. > Any light you can shed on this problem is certainly appreciated. > Jerry Epplin > Stereotaxis, Inc. > jerry@stereotaxis.wustl.edu This is a common problem with function prototypes and is fairly simple to fix. I think that in your file dq_mv200.h you've got a function prototype that has a "struct DqRect" type variable as an argument. The problem is that at the time dq_mv200.h is compiled, "struct DqRect" has not been defined. The fix is to include the .h file that "struct DqRect" is defined in before the offending function prototype. I'm sure that you're aware of this but I'll mention it anyway -- when you start to include .h files in other .h files, you can get into a confusing situation in which some struct or #define has been defined multiple times. The easy way around this is to surround all of your .h files with a construct like: #ifndef __DQ_MV200_H #define __DQ_MV200_H ... all of your .h file ... #endif This allows a particular .h file to be processed only the first time in the compilation of a given file, any further includes of this .h file are (for the compilation of that file) ignored. --------------------------- End of New-News digest ********************** Subject: Looking for MC68360 BSP/drivers Submitted-by vdbent@hea.sron.ruu.nl Wed Sep 27 05:04:52 1995 Submitted-by: Kees van der Bent Hi, I must port VxWorks to a board having a MC68360. Who can tell me where I can find/buy a BSP for another board having a MC68360 or driver code that might be helpful. By the way does WRS supports boards with a MC68360. Thanks a lot, | ### ## | #### ### ## # | Kees van der Bent | #### ### | ## ## # ### ##### | Space Research Organisation Netherlands | #### ## | #### ## ## ## ## | Sorbonnelaan 2 3584 CA Utrecht | #### | ## ## ### ## ## | The Netherlands | ## #### | | | ### #### | | +31-30-538595 | ## ### | | vdbent@sron.ruu.nl From vdbent@hea.sron.ruu.nl Wed Sep 27 05:04:52 1995 From: Kees van der Bent Date: Wed Sep 27 05:04:55 PDT 1995 Subject: Looking for MC68360 BSP/drivers Hi, I must port VxWorks to a board having a MC68360. Who can tell me where I can find/buy a BSP for another board having a MC68360 or driver code that might be helpful. By the way does WRS supports boards with a MC68360. Thanks a lot, | ### ## | #### ### ## # | Kees van der Bent | #### ### | ## ## # ### ##### | Space Research Organisation Netherlands | #### ## | #### ## ## ## ## | Sorbonnelaan 2 3584 CA Utrecht | #### | ## ## ### ## ## | The Netherlands | ## #### | | | ### #### | | +31-30-538595 | ## ### | | vdbent@sron.ruu.nl Subject: Re: Solaris 2.x Backplane Driver Submitted-by chwe@force.de Wed Sep 27 05:50:00 1995 Submitted-by: chwe@force.de (Christof Wehner) Hello all, I'm posting the following statement on behalf of our Product Line Manager Software. Please contact HIM for further inquiries. Sorry for posting this twice to the NEWSgroup, but it didn't appear on the exploder. Christof Wehner -- Christof Wehner ____ ____ ____ ____ ____ Technical Support Engineer / / / / / / / / Customer Support Department /__ / / /___/ / /__ FORCE COMPUTERS GmbH / / / / \ / / Prof.-Messerschmitt-Str. 1 / /___/ / \ /___/ /___ D-85579 Neubiberg/Muenchen email: chwe@force.de C O M P U T E R S G m b H - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - phone +49-89-60814-240 fax +49-89-609 77 93 =============================================================== | Please submit any SUPPORT requests to: support@force.de | | or phone +49-89-60814 - 286/312 | =============================================================== I would like to set the record straight as to the benefits of BusNet. FORCE COMPUTERS' BusNet Protocol is designed as an open communication protocol for open bus systems. It is designed to be both hardware and software independent allowing backplane communication to be fully transparent to standard network protocols such as TCP/IP. BusNet enables multiple CPU boards (and / or intelligent controller boards) to communicate across a backplane as if it were a network. This allows system configurations consisting of UNIX, RTOS or mixed UNIX / RTOS computing nodes within a single system chassis. The communication across the bus can be achieved by assigning network node numbers (e.g. Internet addresses) to the different nodes or participants. From a user software point of view, there is no difference between communication across the Ethernet or the VMEbus using BusNet. A major benefit of being able to use standard networking protocols when communicating across a backplane bus is the availability of standard off-the-shelf software. The BusNet protocol was designed to ensure complete compatibility to standard networks such as Ethernet. FORCE COMPUTERS has implemented BusNet on all its in-house supported operating systems. These include Solaris 1.x, Solaris 2.x, VxWorks and OS-9. FORCE has the intention to make BusNet into an internationally recognised standard. FORCE plans to hand-over the BusNet specification to the VSO (VITA Standands Organisation) in November 1995. Other hardware and software vendors are invited to implement BusNet for their environment. The BusNet Protocol can co-habitat with any proprietary backplane driver such as the VxWorks backplane drivers. As no limitations are imposed on the underlying OS, all OS resources and components remain fully functional, e.g. VxMP The BusNet protocol makes no special demands on a system, except that participants must be physically addressable and that sufficient memory is available to run the protocol. Best regards, ***************************************************** FORCE COMPUTERS GmbH Ray Snare - Product Line Manager for Software Tel: 0049 89 60814-0 Fax: 0049 89 6097793 email: rasn@force.de ***************************************************** From chwe@force.de Wed Sep 27 05:50:00 1995 From: chwe@force.de (Christof Wehner) Date: Wed Sep 27 05:50:04 PDT 1995 Subject: Re: Solaris 2.x Backplane Driver Hello all, I'm posting the following statement on behalf of our Product Line Manager Software. Please contact HIM for further inquiries. Sorry for posting this twice to the NEWSgroup, but it didn't appear on the exploder. Christof Wehner -- Christof Wehner ____ ____ ____ ____ ____ Technical Support Engineer / / / / / / / / Customer Support Department /__ / / /___/ / /__ FORCE COMPUTERS GmbH / / / / \ / / Prof.-Messerschmitt-Str. 1 / /___/ / \ /___/ /___ D-85579 Neubiberg/Muenchen email: chwe@force.de C O M P U T E R S G m b H - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - phone +49-89-60814-240 fax +49-89-609 77 93 =============================================================== | Please submit any SUPPORT requests to: support@force.de | | or phone +49-89-60814 - 286/312 | =============================================================== I would like to set the record straight as to the benefits of BusNet. FORCE COMPUTERS' BusNet Protocol is designed as an open communication protocol for open bus systems. It is designed to be both hardware and software independent allowing backplane communication to be fully transparent to standard network protocols such as TCP/IP. BusNet enables multiple CPU boards (and / or intelligent controller boards) to communicate across a backplane as if it were a network. This allows system configurations consisting of UNIX, RTOS or mixed UNIX / RTOS computing nodes within a single system chassis. The communication across the bus can be achieved by assigning network node numbers (e.g. Internet addresses) to the different nodes or participants. From a user software point of view, there is no difference between communication across the Ethernet or the VMEbus using BusNet. A major benefit of being able to use standard networking protocols when communicating across a backplane bus is the availability of standard off-the-shelf software. The BusNet protocol was designed to ensure complete compatibility to standard networks such as Ethernet. FORCE COMPUTERS has implemented BusNet on all its in-house supported operating systems. These include Solaris 1.x, Solaris 2.x, VxWorks and OS-9. FORCE has the intention to make BusNet into an internationally recognised standard. FORCE plans to hand-over the BusNet specification to the VSO (VITA Standands Organisation) in November 1995. Other hardware and software vendors are invited to implement BusNet for their environment. The BusNet Protocol can co-habitat with any proprietary backplane driver such as the VxWorks backplane drivers. As no limitations are imposed on the underlying OS, all OS resources and components remain fully functional, e.g. VxMP The BusNet protocol makes no special demands on a system, except that participants must be physically addressable and that sufficient memory is available to run the protocol. Best regards, ***************************************************** FORCE COMPUTERS GmbH Ray Snare - Product Line Manager for Software Tel: 0049 89 60814-0 Fax: 0049 89 6097793 email: rasn@force.de ***************************************************** Subject: comp.os.vxworks newsdigest Submitted-by daemon@csg.lbl.gov Thu Sep 28 04:00:30 1995 Submitted-by: daemon@csg.lbl.gov Comp.Os.Vxworks Daily Digest Thu Sep 28 04:00:25 PDT 1995 Subject: US-TX-DFS Embedded Systems Developer Jobs Subject: Re: Tornado upgrade Subject: re: Tornado upgrade Subject: Motorola MVME147SA-1 and MVME165A available Subject: 3-slot VME chassis also available Subject: 68840 net driver Subject: Re: Tornado and what happens to "marketing driven" software ------------------------------------------------------- Newsgroups: comp.arch.embedded,comp.os.vxworks,comp.os.os9,comp.os.mach,dfw.jobs,houston.jobs.offered,memphis.employment,misc.jobs.misc,misc.jobs.offered,austin.jobs,atl.jobs,biz.jobs.offered,comp.jobs.offered,dc.jobs,il.jobs.offered,il.jobs.misc,triangle.jobs Subject: US-TX-DFS Embedded Systems Developer Jobs Date: 26 Sep 1995 16:20:56 GMT From: tra@pic.net (David L. Hanson) Organization: Technology Resource Alliance Message-ID: <449998$vj4@bird3.i-link.net> Job Opportunity Summary Date: 09/26/95 Position Title: Software Developers Industry :  Position Description / Experience: Years Of Experience :3+ Experienced embedded systems developers with knowledge of real-time OS, UNIX and languages associated with multiple microprocessors (Intel, PowerPC, Motorola, etc.) Working knowledge of IPX/SPX and TCP/IP is desired. Proficiency with development tools in each environment is a plus. Recent first hand experience with full development lifecycle is desired. Good communication and interpersonal skills to work in a team environment and with customers is a distinct advantage for these positions Mutiple positions are available with this Fortune 10 company. Location: Dallas Salary Range: Minimum: $ 50K Maximum: $ 65K+ Degree: (Yes/No) Yes Specific Degree Required:  Educational Details:  Travel Required : (Y/N) Yes Relocation Paid: (Y/N) Yes Contact Information Name: Paul Flett Title: Staffing Manager Company: Technology Resource Alliance, Inc. Address: 9 Village Circle, Suite 450 Phone: 817 430-5815 FAX:817 430-5851 City: Westlake State:TX Zip: 76262 Internet: tra@pic.net --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado upgrade Date: Wed, 27 Sep 1995 14:57:22 GMT From: curry@tc.fluke.COM (John Curry) Organization: Fluke Corporation, Everett, WA Message-ID: References: <4483om$9uv@pravda.dialogic.com> Reply-To: curry@tc.fluke.COM (John Curry) In <4483om$9uv@pravda.dialogic.com> puppalag writes: The problem here (for us anyway) is not the cost of upgrading to a new development environment (if and when we have the money). The problem is that we can't get VxWorks 5.3, or any future O.S. upgrades, under our current $4,000/year maintenance contract. WRS just dropped support for VxWorks 4.0.X and 5.0.X so how long will it be before they drop support for 5.1.X and 5.2? Regardless of Tornado's new features, I still have a serious problem with all the money we've paid WRS with very little to show for it (and now they want even more money from us). John Curry >Hi, > I have seen the Tornado sales talk, read the WRS web page, Referred to >the VxWorks manuals. Listened(rather read) the flames about the >exorbitant-not-included-in-the-maintenance charges, >my-twin-microsoft-and-we-at-vxworks-care-for-the-customer speeches. I >have this to say. > Tornado from my perspective as a embedded customer Gives: > 1) Uniform interface on the target side to all the tools (which i may >or may not use) on the host at reduced target memory and MIPS.This is a >great help for someone like our company where the development and runtime >environments differ vastly. Especially the symbols on the host(maybe >competing with VRTXsa). > 2) Flexibility for extending the interface to tools and customize it >for our own Internal need by providing true Open API's on both target and >host > 3) True ANY communication link strategy(which the sales guys sold me >when we first bought vxworks) > 4) Extended GUI debugger(whether they call it cross wind or >vxgdb)which is very nice and competes with the unix development tools >along with WindView is a great way to profile your code. > 5) Virtual I/O which is very effective for diffferent tasks with >verbose output. > 6) Lot of other good stuff(new GNU release,g++ ) > It is undoubtedly a superior product than before thanks to wind river >effort and establishes vxWorks as the best develpment environment in the >embedded development efforts. > > cleanup > upgrade > tune-up release > giving-the-users-the-missing-features-promised-finally > Tornado > whatever they choose to call it the question > should they give it free? or one should pay for it! > Why not let their sales guys and our puchasing guys fight it out. > >Goutham Puppala >A True vxWorks fan - -- - ---------------------------------------------------------------------------- John Curry Fluke Corporation curry@tc.fluke.com 6920 Seaway Blvd m/s 178D 206-356-5708 Everett, Wa. 98206 - ---------------------------------------------------------------------------- --------------------------- Newsgroups: comp.os.vxworks Subject: re: Tornado upgrade Date: 26 Sep 1995 05:40:38 GMT From: puppalag Organization: dialogic.com Message-ID: <4483om$9uv@pravda.dialogic.com> Hi, I have seen the Tornado sales talk, read the WRS web page, Referred to the VxWorks manuals. Listened(rather read) the flames about the exorbitant-not-included-in-the-maintenance charges, my-twin-microsoft-and-we-at-vxworks-care-for-the-customer speeches. I have this to say. Tornado from my perspective as a embedded customer Gives: 1) Uniform interface on the target side to all the tools (which i may or may not use) on the host at reduced target memory and MIPS.This is a great help for someone like our company where the development and runtime environments differ vastly. Especially the symbols on the host(maybe competing with VRTXsa). 2) Flexibility for extending the interface to tools and customize it for our own Internal need by providing true Open API's on both target and host 3) True ANY communication link strategy(which the sales guys sold me when we first bought vxworks) 4) Extended GUI debugger(whether they call it cross wind or vxgdb)which is very nice and competes with the unix development tools along with WindView is a great way to profile your code. 5) Virtual I/O which is very effective for diffferent tasks with verbose output. 6) Lot of other good stuff(new GNU release,g++ ) It is undoubtedly a superior product than before thanks to wind river effort and establishes vxWorks as the best develpment environment in the embedded development efforts. cleanup upgrade tune-up release giving-the-users-the-missing-features-promised-finally Tornado whatever they choose to call it the question should they give it free? or one should pay for it! Why not let their sales guys and our puchasing guys fight it out. Goutham Puppala A True vxWorks fan --------------------------- Newsgroups: comp.os.vxworks Subject: Motorola MVME147SA-1 and MVME165A available Date: 28 Sep 1995 03:03:45 GMT From: innov8@ix.netcom.com (M.W. ) Organization: Netcom Message-ID: <44d3ah$2rm@ixnews4.ix.netcom.com> I have a MVME147SA-1 and MVME165A Motorola VME cards available. E-mail if interested. Regards. --------------------------- Newsgroups: comp.os.vxworks Subject: 3-slot VME chassis also available Date: 28 Sep 1995 03:07:11 GMT From: innov8@ix.netcom.com (M.W. ) Organization: Netcom Message-ID: <44d3gv$2uk@ixnews4.ix.netcom.com> We have Qty (4) MVME952 3-slot desktop VME chassis. STILL NEW. E-mail if interested. Regards. --------------------------- Newsgroups: comp.os.vxworks Subject: 68840 net driver Date: 28 Sep 1995 00:21:04 GMT From: friedl@cher.heurikon.com (Ted Friedl) Organization: Heurikon Corporation Message-ID: <44cppg$k72@badger.heurikon.com> Can anyone point me to an organization that sells and supports a VxWorks network driver for the Motorola 68840 FDDI chip? Thanks, Ted Friedl Sr. Software Engineer Heurikon Corporation Madision, WI --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado and what happens to "marketing driven" software Date: 22 Sep 1995 14:55:30 -0700 From: rls@ltis.loral.com (Randy Silagi) Organization: Loral Test And Information Systems Message-ID: References: <1995Sep18.132537.16108@enterprise.rdd.lmsc.lockheed.com> trimble writes: >I just finished wading through the Tornado marketing drivel on >www.wrs.com and I'm inclined to agree with others in asking if Bill >Gates has somehow invaded WRS. I can only hope that the marketers never >manage to invade the GNU world. [snip]... >distributed with Tornado, it is not independent of Tornado. The one real >technical detail (must have slipped it by the marketers) is that the >debugging is modified to employ an agent process. This is probably not >the same as GNU debug and is more likely the process required to support >all those other whizzy bang tools (which I don't use). Tornado does use the GNU debugger, with just a different GUI wrapper. It maybe a newer version of the debugger, as it can display C source with assembly code mixed in. It does use the same agent process as the other tools/interface, as opposed to it's own dedicated server, tRdbTask now. +------------------------------------------------------------------+ | Randy Silagi E-Mail: rls@ltis.loral.com | Loral Test & Information Systems | 15378 Avenue of Science Phone: 619-674-5100, X4798 | San Diego, CA 92128-3407 Fax: 619-674-5145 +-------------------------------------------------------------------+ --------------------------- End of New-News digest ********************** From daemon@csg.lbl.gov Thu Sep 28 04:00:30 1995 From: daemon@csg.lbl.gov Date: Thu Sep 28 04:00:33 PDT 1995 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Thu Sep 28 04:00:25 PDT 1995 Subject: US-TX-DFS Embedded Systems Developer Jobs Subject: Re: Tornado upgrade Subject: re: Tornado upgrade Subject: Motorola MVME147SA-1 and MVME165A available Subject: 3-slot VME chassis also available Subject: 68840 net driver Subject: Re: Tornado and what happens to "marketing driven" software ------------------------------------------------------- Newsgroups: comp.arch.embedded,comp.os.vxworks,comp.os.os9,comp.os.mach,dfw.jobs,houston.jobs.offered,memphis.employment,misc.jobs.misc,misc.jobs.offered,austin.jobs,atl.jobs,biz.jobs.offered,comp.jobs.offered,dc.jobs,il.jobs.offered,il.jobs.misc,triangle.jobs Subject: US-TX-DFS Embedded Systems Developer Jobs Date: 26 Sep 1995 16:20:56 GMT From: tra@pic.net (David L. Hanson) Organization: Technology Resource Alliance Message-ID: <449998$vj4@bird3.i-link.net> Job Opportunity Summary Date: 09/26/95 Position Title: Software Developers Industry :  Position Description / Experience: Years Of Experience :3+ Experienced embedded systems developers with knowledge of real-time OS, UNIX and languages associated with multiple microprocessors (Intel, PowerPC, Motorola, etc.) Working knowledge of IPX/SPX and TCP/IP is desired. Proficiency with development tools in each environment is a plus. Recent first hand experience with full development lifecycle is desired. Good communication and interpersonal skills to work in a team environment and with customers is a distinct advantage for these positions Mutiple positions are available with this Fortune 10 company. Location: Dallas Salary Range: Minimum: $ 50K Maximum: $ 65K+ Degree: (Yes/No) Yes Specific Degree Required:  Educational Details:  Travel Required : (Y/N) Yes Relocation Paid: (Y/N) Yes Contact Information Name: Paul Flett Title: Staffing Manager Company: Technology Resource Alliance, Inc. Address: 9 Village Circle, Suite 450 Phone: 817 430-5815 FAX:817 430-5851 City: Westlake State:TX Zip: 76262 Internet: tra@pic.net --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado upgrade Date: Wed, 27 Sep 1995 14:57:22 GMT From: curry@tc.fluke.COM (John Curry) Organization: Fluke Corporation, Everett, WA Message-ID: References: <4483om$9uv@pravda.dialogic.com> Reply-To: curry@tc.fluke.COM (John Curry) In <4483om$9uv@pravda.dialogic.com> puppalag writes: The problem here (for us anyway) is not the cost of upgrading to a new development environment (if and when we have the money). The problem is that we can't get VxWorks 5.3, or any future O.S. upgrades, under our current $4,000/year maintenance contract. WRS just dropped support for VxWorks 4.0.X and 5.0.X so how long will it be before they drop support for 5.1.X and 5.2? Regardless of Tornado's new features, I still have a serious problem with all the money we've paid WRS with very little to show for it (and now they want even more money from us). John Curry >Hi, > I have seen the Tornado sales talk, read the WRS web page, Referred to >the VxWorks manuals. Listened(rather read) the flames about the >exorbitant-not-included-in-the-maintenance charges, >my-twin-microsoft-and-we-at-vxworks-care-for-the-customer speeches. I >have this to say. > Tornado from my perspective as a embedded customer Gives: > 1) Uniform interface on the target side to all the tools (which i may >or may not use) on the host at reduced target memory and MIPS.This is a >great help for someone like our company where the development and runtime >environments differ vastly. Especially the symbols on the host(maybe >competing with VRTXsa). > 2) Flexibility for extending the interface to tools and customize it >for our own Internal need by providing true Open API's on both target and >host > 3) True ANY communication link strategy(which the sales guys sold me >when we first bought vxworks) > 4) Extended GUI debugger(whether they call it cross wind or >vxgdb)which is very nice and competes with the unix development tools >along with WindView is a great way to profile your code. > 5) Virtual I/O which is very effective for diffferent tasks with >verbose output. > 6) Lot of other good stuff(new GNU release,g++ ) > It is undoubtedly a superior product than before thanks to wind river >effort and establishes vxWorks as the best develpment environment in the >embedded development efforts. > > cleanup > upgrade > tune-up release > giving-the-users-the-missing-features-promised-finally > Tornado > whatever they choose to call it the question > should they give it free? or one should pay for it! > Why not let their sales guys and our puchasing guys fight it out. > >Goutham Puppala >A True vxWorks fan - -- - ---------------------------------------------------------------------------- John Curry Fluke Corporation curry@tc.fluke.com 6920 Seaway Blvd m/s 178D 206-356-5708 Everett, Wa. 98206 - ---------------------------------------------------------------------------- --------------------------- Newsgroups: comp.os.vxworks Subject: re: Tornado upgrade Date: 26 Sep 1995 05:40:38 GMT From: puppalag Organization: dialogic.com Message-ID: <4483om$9uv@pravda.dialogic.com> Hi, I have seen the Tornado sales talk, read the WRS web page, Referred to the VxWorks manuals. Listened(rather read) the flames about the exorbitant-not-included-in-the-maintenance charges, my-twin-microsoft-and-we-at-vxworks-care-for-the-customer speeches. I have this to say. Tornado from my perspective as a embedded customer Gives: 1) Uniform interface on the target side to all the tools (which i may or may not use) on the host at reduced target memory and MIPS.This is a great help for someone like our company where the development and runtime environments differ vastly. Especially the symbols on the host(maybe competing with VRTXsa). 2) Flexibility for extending the interface to tools and customize it for our own Internal need by providing true Open API's on both target and host 3) True ANY communication link strategy(which the sales guys sold me when we first bought vxworks) 4) Extended GUI debugger(whether they call it cross wind or vxgdb)which is very nice and competes with the unix development tools along with WindView is a great way to profile your code. 5) Virtual I/O which is very effective for diffferent tasks with verbose output. 6) Lot of other good stuff(new GNU release,g++ ) It is undoubtedly a superior product than before thanks to wind river effort and establishes vxWorks as the best develpment environment in the embedded development efforts. cleanup upgrade tune-up release giving-the-users-the-missing-features-promised-finally Tornado whatever they choose to call it the question should they give it free? or one should pay for it! Why not let their sales guys and our puchasing guys fight it out. Goutham Puppala A True vxWorks fan --------------------------- Newsgroups: comp.os.vxworks Subject: Motorola MVME147SA-1 and MVME165A available Date: 28 Sep 1995 03:03:45 GMT From: innov8@ix.netcom.com (M.W. ) Organization: Netcom Message-ID: <44d3ah$2rm@ixnews4.ix.netcom.com> I have a MVME147SA-1 and MVME165A Motorola VME cards available. E-mail if interested. Regards. --------------------------- Newsgroups: comp.os.vxworks Subject: 3-slot VME chassis also available Date: 28 Sep 1995 03:07:11 GMT From: innov8@ix.netcom.com (M.W. ) Organization: Netcom Message-ID: <44d3gv$2uk@ixnews4.ix.netcom.com> We have Qty (4) MVME952 3-slot desktop VME chassis. STILL NEW. E-mail if interested. Regards. --------------------------- Newsgroups: comp.os.vxworks Subject: 68840 net driver Date: 28 Sep 1995 00:21:04 GMT From: friedl@cher.heurikon.com (Ted Friedl) Organization: Heurikon Corporation Message-ID: <44cppg$k72@badger.heurikon.com> Can anyone point me to an organization that sells and supports a VxWorks network driver for the Motorola 68840 FDDI chip? Thanks, Ted Friedl Sr. Software Engineer Heurikon Corporation Madision, WI --------------------------- Newsgroups: comp.os.vxworks Subject: Re: Tornado and what happens to "marketing driven" software Date: 22 Sep 1995 14:55:30 -0700 From: rls@ltis.loral.com (Randy Silagi) Organization: Loral Test And Information Systems Message-ID: References: <1995Sep18.132537.16108@enterprise.rdd.lmsc.lockheed.com> trimble writes: >I just finished wading through the Tornado marketing drivel on >www.wrs.com and I'm inclined to agree with others in asking if Bill >Gates has somehow invaded WRS. I can only hope that the marketers never >manage to invade the GNU world. [snip]... >distributed with Tornado, it is not independent of Tornado. The one real >technical detail (must have slipped it by the marketers) is that the >debugging is modified to employ an agent process. This is probably not >the same as GNU debug and is more likely the process required to support >all those other whizzy bang tools (which I don't use). Tornado does use the GNU debugger, with just a different GUI wrapper. It maybe a newer version of the debugger, as it can display C source with assembly code mixed in. It does use the same agent process as the other tools/interface, as opposed to it's own dedicated server, tRdbTask now. +------------------------------------------------------------------+ | Randy Silagi E-Mail: rls@ltis.loral.com | Loral Test & Information Systems | 15378 Avenue of Science Phone: 619-674-5100, X4798 | San Diego, CA 92128-3407 Fax: 619-674-5145 +-------------------------------------------------------------------+ --------------------------- End of New-News digest ********************** Submitted-by tsb@mclean.sparta.com Thu Sep 28 08:10:31 1995 Submitted-by: "Todd S. Brackett" On Wed, 27 Sep 1995, the vxWorks Users Group Exploder wrote: > Submitted-by vdbent@hea.sron.ruu.nl Wed Sep 27 05:04:52 1995 > Submitted-by: Kees van der Bent > > Hi, > > I must port VxWorks to a board having a MC68360. Who can tell me where I can > find/buy a BSP for another board having a MC68360 or driver code that might > be helpful. By the way does WRS supports boards with a MC68360. > > Thanks a lot, > > SPARTA has a BSP for the MATRIX CPU360 (68360) VMEbus board. Regards, ------------------------------------------------------------ |Todd S. Brackett | Voice -> 703 448 1683 x249 | |Director, Computer Products| FAX -> 703 734 3323 | |EMAIL: | On the WEB! | |tsb@mclean.sparta.com | http://www.mclean.sparta.com | |___________________________|______________________________| | | | | /\\ SPARTA, Inc. | "Never try and | | ///\\ 7926 Jones Branch Drive | teach a pig to | | /////\\ Suite 900 | sing. It wastes | | ///// \\ McLean, VA 22102 | your time and | | / \\\\\ \\ 703-448-0120 | annoys the pig." | | \ \\\\\ // | | | \ ////// | | | \////// SPARTA | -M. Twain | | \//// Pride In Performance | | | \// -------------------- | | ------------------------------------------------------------ From tsb@mclean.sparta.com Thu Sep 28 08:10:31 1995 From: "Todd S. Brackett" Date: Thu Sep 28 08:10:35 PDT 1995 On Wed, 27 Sep 1995, the vxWorks Users Group Exploder wrote: > Submitted-by vdbent@hea.sron.ruu.nl Wed Sep 27 05:04:52 1995 > Submitted-by: Kees van der Bent > > Hi, > > I must port VxWorks to a board having a MC68360. Who can tell me where I can > find/buy a BSP for another board having a MC68360 or driver code that might > be helpful. By the way does WRS supports boards with a MC68360. > > Thanks a lot, > > SPARTA has a BSP for the MATRIX CPU360 (68360) VMEbus board. Regards, ------------------------------------------------------------ |Todd S. Brackett | Voice -> 703 448 1683 x249 | |Director, Computer Products| FAX -> 703 734 3323 | |EMAIL: | On the WEB! | |tsb@mclean.sparta.com | http://www.mclean.sparta.com | |___________________________|______________________________| | | | | /\\ SPARTA, Inc. | "Never try and | | ///\\ 7926 Jones Branch Drive | teach a pig to | | /////\\ Suite 900 | sing. It wastes | | ///// \\ McLean, VA 22102 | your time and | | / \\\\\ \\ 703-448-0120 | annoys the pig." | | \ \\\\\ // | | | \ ////// | | | \////// SPARTA | -M. Twain | | \//// Pride In Performance | | | \// -------------------- | | ------------------------------------------------------------ Subject: Re: Submitted-by hight@radstone.com Thu Sep 28 10:37:30 1995 Submitted-by: hight@radstone.com <---- Begin Included Message ----> Date: Thu, 28 Sep 95 08:10:37 PDT To: vxworks_users@csg.lbl.gov From: vxwexplo@lbl.gov (the vxWorks Users Group Exploder) Submitted-by tsb@mclean.sparta.com Thu Sep 28 08:10:31 1995 Submitted-by: "Todd S. Brackett" On Wed, 27 Sep 1995, the vxWorks Users Group Exploder wrote: > Submitted-by vdbent@hea.sron.ruu.nl Wed Sep 27 05:04:52 1995 > Submitted-by: Kees van der Bent > > Hi, > > I must port VxWorks to a board having a MC68360. Who can tell me where I can > find/buy a BSP for another board having a MC68360 or driver code that might > be helpful. By the way does WRS supports boards with a MC68360. > > Thanks a lot, > > Radstone has a BSP for the Radstone 68-24(360 non companion mode), 68-44 (360 companion w/040) and 68-64(companion w/ 060) (68360) VMEbus boards. Regards, <---- End Included Message ----> Andy Hight Field Applications Engineer, Western Region Radstone Technology Corp. 3333 Bowers Ave Ste #130 Santa Clara CA 95054 Phone: (408) 727-4795 FAX: (408) 727-4797 Email: hight@radstone.com From hight@radstone.com Thu Sep 28 10:37:30 1995 From: hight@radstone.com Date: Thu Sep 28 10:37:33 PDT 1995 Subject: Re: <---- Begin Included Message ----> Date: Thu, 28 Sep 95 08:10:37 PDT To: vxworks_users@csg.lbl.gov From: vxwexplo@lbl.gov (the vxWorks Users Group Exploder) Submitted-by tsb@mclean.sparta.com Thu Sep 28 08:10:31 1995 Submitted-by: "Todd S. Brackett" On Wed, 27 Sep 1995, the vxWorks Users Group Exploder wrote: > Submitted-by vdbent@hea.sron.ruu.nl Wed Sep 27 05:04:52 1995 > Submitted-by: Kees van der Bent > > Hi, > > I must port VxWorks to a board having a MC68360. Who can tell me where I can > find/buy a BSP for another board having a MC68360 or driver code that might > be helpful. By the way does WRS supports boards with a MC68360. > > Thanks a lot, > > Radstone has a BSP for the Radstone 68-24(360 non companion mode), 68-44 (360 companion w/040) and 68-64(companion w/ 060) (68360) VMEbus boards. Regards, <---- End Included Message ----> Andy Hight Field Applications Engineer, Western Region Radstone Technology Corp. 3333 Bowers Ave Ste #130 Santa Clara CA 95054 Phone: (408) 727-4795 FAX: (408) 727-4797 Email: hight@radstone.com Subject: Re:BSP for 68360 Submitted-by massafra@radstone.com Thu Sep 28 11:21:03 1995 Submitted-by: Lino Massafra Submitted-by tsb@mclean.sparta.com Thu Sep 28 08:10:31 1995 Submitted-by: "Todd S. Brackett" On Wed, 27 Sep 1995, the vxWorks Users Group Exploder wrote: > Submitted-by vdbent@hea.sron.ruu.nl Wed Sep 27 05:04:52 1995 > Submitted-by: Kees van der Bent > > Hi, > > I must port VxWorks to a board having a MC68360. Who can tell me where I can > find/buy a BSP for another board having a MC68360 or driver code that might > be helpful. By the way does WRS supports boards with a MC68360. > > Thanks a lot, > > Radstone Technology has a CPU with a 68360 alone on it which can run VxWorks. Or the same board can utilize the 68360 for comms, while the companion 040 or 060 runs VxWorks. Lino Massafra Field Applications Engineer, Eastern Area Radstone Technology Corp. 50 Craig Road Montvale, NJ 07645 Phone: (201) 391-2700 Fax: (201) 391-2899 Email: massafra@radstone.com From massafra@radstone.com Thu Sep 28 11:21:03 1995 From: Lino Massafra Date: Thu Sep 28 11:21:06 PDT 1995 Subject: Re:BSP for 68360 Submitted-by tsb@mclean.sparta.com Thu Sep 28 08:10:31 1995 Submitted-by: "Todd S. Brackett" On Wed, 27 Sep 1995, the vxWorks Users Group Exploder wrote: > Submitted-by vdbent@hea.sron.ruu.nl Wed Sep 27 05:04:52 1995 > Submitted-by: Kees van der Bent > > Hi, > > I must port VxWorks to a board having a MC68360. Who can tell me where I can > find/buy a BSP for another board having a MC68360 or driver code that might > be helpful. By the way does WRS supports boards with a MC68360. > > Thanks a lot, > > Radstone Technology has a CPU with a 68360 alone on it which can run VxWorks. Or the same board can utilize the 68360 for comms, while the companion 040 or 060 runs VxWorks. Lino Massafra Field Applications Engineer, Eastern Area Radstone Technology Corp. 50 Craig Road Montvale, NJ 07645 Phone: (201) 391-2700 Fax: (201) 391-2899 Email: massafra@radstone.com Subject: comp.os.vxworks newsdigest Submitted-by daemon@csg.lbl.gov Fri Sep 29 04:00:24 1995 Submitted-by: daemon@csg.lbl.gov Comp.Os.Vxworks Daily Digest Fri Sep 29 04:00:19 PDT 1995 Subject: Searching for ARCnet drivers ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Searching for ARCnet drivers Date: 28 Sep 1995 19:23:19 -0400 From: bpw@nereid.aplabs.com (Master Mischief) Organization: Advanced Processing Labs. Vienna, VA Keywords: drivers, ARCnet, VxWorks Message-ID: <44fap7$4l8@nereid.aplabs.com> I'm searching for a driver for ARCnet hardware under VxWorks. Worded another way, I'm looking for any ARCnet hardware with a VxWorks driver. Does anyone know of such a beast? Brandon Warhurst bpw@aplabs.com /* send all reply here please */ - -- Brandon Warhurst AP Labs IP: bpw@aplabs.comi Vienna, VA --------------------------- End of New-News digest ********************** From daemon@csg.lbl.gov Fri Sep 29 04:00:24 1995 From: daemon@csg.lbl.gov Date: Fri Sep 29 04:00:27 PDT 1995 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Fri Sep 29 04:00:19 PDT 1995 Subject: Searching for ARCnet drivers ------------------------------------------------------- Newsgroups: comp.os.vxworks Subject: Searching for ARCnet drivers Date: 28 Sep 1995 19:23:19 -0400 From: bpw@nereid.aplabs.com (Master Mischief) Organization: Advanced Processing Labs. Vienna, VA Keywords: drivers, ARCnet, VxWorks Message-ID: <44fap7$4l8@nereid.aplabs.com> I'm searching for a driver for ARCnet hardware under VxWorks. Worded another way, I'm looking for any ARCnet hardware with a VxWorks driver. Does anyone know of such a beast? Brandon Warhurst bpw@aplabs.com /* send all reply here please */ - -- Brandon Warhurst AP Labs IP: bpw@aplabs.comi Vienna, VA --------------------------- End of New-News digest ********************** Subject: comp.os.vxworks newsdigest Submitted-by daemon@csg.lbl.gov Sat Sep 30 04:00:24 1995 Submitted-by: daemon@csg.lbl.gov Comp.Os.Vxworks Daily Digest Sat Sep 30 04:00:20 PDT 1995 Subject: Industry Pack Standard Subject: Re: fprintf - speed/implementation question Subject: fprintf - speed/implementation question ------------------------------------------------------- Newsgroups: comp.os.vxworks,comp.sys.m68k Subject: Industry Pack Standard Date: 29 Sep 1995 13:29:28 GMT From: billag@bnr.ca (Bill Gutknecht) Organization: Bell-Northern Research Message-ID: <44gsbo$78g@nrtphba6.bnr.ca> I'm looking for information on the Industry Pack (IP) standard. Does anyone know where I can find it? Thanks, Bill - ------------------------------------------------------------------------------ Bill Gutknecht (billag@bnr.ca) "If I die, I will go before Crom and he will DMS10 Embedded S/W Development ask me 'What is the Riddle of Steel?' If I Nortel/BNR do not know it, he will cast me out of Research Triangle Park, NC Valhalla and laugh at me ... " -Conan - ------------------------------------------------------------------------------ --------------------------- Newsgroups: comp.os.vxworks Subject: Re: fprintf - speed/implementation question Date: 29 Sep 1995 14:36:17 GMT From: billag@bnr.ca (Bill Gutknecht) Organization: Bell-Northern Research Message-ID: <44h091$5he@nrtphba6.bnr.ca> References: John B. Morrell (morrell@ai.mit.edu) wrote: : I am using fprintf to write some data from RAM on a VME167 to our : file server over a network connection. The problem is that the slow : network connection is ultimately bogging down my servo loop (which runs : at priority 0.) The load on the file server seems to make a difference : whether or not the servo loop overruns. What does this servo loop task do? Is it some sort of polling mechanism? Is it the one doing the fprintf() calls? What kind of network device are you using? RSH, FTP, NFS? - ------------------------------------------------------------------------------ Bill Gutknecht (billag@bnr.ca) "If I die, I will go before Crom and he will DMS10 Embedded S/W Development ask me 'What is the Riddle of Steel?' If I Nortel/BNR do not know it, he will cast me out of Research Triangle Park, NC Valhalla and laugh at me ... " -Conan - ------------------------------------------------------------------------------ --------------------------- Newsgroups: comp.os.vxworks Subject: fprintf - speed/implementation question Date: 28 Sep 95 17:35:35 From: morrell@ai.mit.edu (John B. Morrell) Organization: MIT Artificial Intelligence Lab Message-ID: I am using fprintf to write some data from RAM on a VME167 to our file server over a network connection. The problem is that the slow network connection is ultimately bogging down my servo loop (which runs at priority 0.) The load on the file server seems to make a difference whether or not the servo loop overruns. 1) is there a faster way to write data over a network connection than fprintf? 2) is it relatively easy for a non-unix hacker to accomplish ? Thanks, John Morrell --------------------------- End of New-News digest ********************** From daemon@csg.lbl.gov Sat Sep 30 04:00:24 1995 From: daemon@csg.lbl.gov Date: Sat Sep 30 04:00:26 PDT 1995 Subject: comp.os.vxworks newsdigest Comp.Os.Vxworks Daily Digest Sat Sep 30 04:00:20 PDT 1995 Subject: Industry Pack Standard Subject: Re: fprintf - speed/implementation question Subject: fprintf - speed/implementation question ------------------------------------------------------- Newsgroups: comp.os.vxworks,comp.sys.m68k Subject: Industry Pack Standard Date: 29 Sep 1995 13:29:28 GMT From: billag@bnr.ca (Bill Gutknecht) Organization: Bell-Northern Research Message-ID: <44gsbo$78g@nrtphba6.bnr.ca> I'm looking for information on the Industry Pack (IP) standard. Does anyone know where I can find it? Thanks, Bill - ------------------------------------------------------------------------------ Bill Gutknecht (billag@bnr.ca) "If I die, I will go before Crom and he will DMS10 Embedded S/W Development ask me 'What is the Riddle of Steel?' If I Nortel/BNR do not know it, he will cast me out of Research Triangle Park, NC Valhalla and laugh at me ... " -Conan - ------------------------------------------------------------------------------ --------------------------- Newsgroups: comp.os.vxworks Subject: Re: fprintf - speed/implementation question Date: 29 Sep 1995 14:36:17 GMT From: billag@bnr.ca (Bill Gutknecht) Organization: Bell-Northern Research Message-ID: <44h091$5he@nrtphba6.bnr.ca> References: John B. Morrell (morrell@ai.mit.edu) wrote: : I am using fprintf to write some data from RAM on a VME167 to our : file server over a network connection. The problem is that the slow : network connection is ultimately bogging down my servo loop (which runs : at priority 0.) The load on the file server seems to make a difference : whether or not the servo loop overruns. What does this servo loop task do? Is it some sort of polling mechanism? Is it the one doing the fprintf() calls? What kind of network device are you using? RSH, FTP, NFS? - ------------------------------------------------------------------------------ Bill Gutknecht (billag@bnr.ca) "If I die, I will go before Crom and he will DMS10 Embedded S/W Development ask me 'What is the Riddle of Steel?' If I Nortel/BNR do not know it, he will cast me out of Research Triangle Park, NC Valhalla and laugh at me ... " -Conan - ------------------------------------------------------------------------------ --------------------------- Newsgroups: comp.os.vxworks Subject: fprintf - speed/implementation question Date: 28 Sep 95 17:35:35 From: morrell@ai.mit.edu (John B. Morrell) Organization: MIT Artificial Intelligence Lab Message-ID: I am using fprintf to write some data from RAM on a VME167 to our file server over a network connection. The problem is that the slow network connection is ultimately bogging down my servo loop (which runs at priority 0.) The load on the file server seems to make a difference whether or not the servo loop overruns. 1) is there a faster way to write data over a network connection than fprintf? 2) is it relatively easy for a non-unix hacker to accomplish ? Thanks, John Morrell --------------------------- End of New-News digest ********************** Subject: Re: comp.os.vxworks newsdigest Submitted-by brat@htilbom.ernet.in Sat Sep 30 06:04:22 1995 Submitted-by: G Dinesh Dutt Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Date: Sat Sep 30 06:04:25 PDT 1995 Subject: Re: comp.os.vxworks newsdigest Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Date: Sat Sep 30 08:11:42 PDT 1995 Subject: Re: comp.os.vxworks newsdigest Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Date: Sat Sep 30 09:24:49 PDT 1995 Subject: Re: Industry Pack Standard Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Date: Sat Sep 30 12:02:49 PDT 1995 Subject: Re: comp.os.vxworks newsdigest Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Date: Sat Sep 30 12:12:24 PDT 1995 Subject: Re: Industry Pack Standard Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Date: Sat Sep 30 14:00:28 PDT 1995 Subject: Re: comp.os.vxworks newsdigest Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Date: Sat Sep 30 14:00:29 PDT 1995 Subject: Re: Industry Pack Standard Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Date: Sat Sep 30 15:44:52 PDT 1995 Subject: Re: comp.os.vxworks newsdigest Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Date: Sat Sep 30 15:45:13 PDT 1995 Subject: Re: Industry Pack Standard Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B John Morrell asks: >I am using fprintf to write some data from RAM on a VME167 to our >file server over a network connection. The problem is that the slow >network connection is ultimately bogging down my servo loop (which runs >at priority 0.) The load on the file server seems to make a difference >whether or not the servo loop overruns. > >1) is there a faster way to write data over a network connection than >fprintf? Actually, there probably isn't a much slower way ;-). To get lowest overhead output over the network I would suggest writing your data in binary form using a UDP socket connection. UDP is not a reliable mechanism (ie you could lose some data) but it does incur less overhead than other network communication. I get the feeling that you may be doing your fprintf calls to output data from your servo task since you say it overruns? If you are then change your code to use a lower priority task to do the data output with the data being appropriately buffered between your servo task and this background task. If your servo task isn't outputing the data then you are running into overrun problems due to long interrupt handling. This is a bit tougher to avoid. One solution is to run your servo "task" as an interrupt handler attached to the auxiliarly clock interrupt. If you set the auxiliary clock interrupt level higher than the ethernet chip interrupt level, you won't get held off by those interrupts. You need to be careful with this stuff though since there are restrictions on what VxWorks functions you can call from an interrupt handler. BTW, if you want to really see what your program is doing you might want to try the WindView tool from WRS; shows all the interrupt handling overhead in great detail as well as your task processing. Back to the efficient data upload question. If using UDP sounds to tough or you can't afford data loss then you may want to switch to writing the data in binary form to an NFS file. The NFS file system uses data buffering and caching to improve performance. Good luck. Fred | Fred J Roeber, BBN Systems and Technologies | | 50 Enterprise Center, Suite 201 | | Middletown, RI 02842-1087 (401) 849-2543 | | froeber@bbn.com | From froeber@bbn.com Sat Sep 30 16:34:02 1995 From: Fred Roeber Date: Sat Sep 30 16:34:05 PDT 1995 Subject: Re: Servo task overrun John Morrell asks: >I am using fprintf to write some data from RAM on a VME167 to our >file server over a network connection. The problem is that the slow >network connection is ultimately bogging down my servo loop (which runs >at priority 0.) The load on the file server seems to make a difference >whether or not the servo loop overruns. > >1) is there a faster way to write data over a network connection than >fprintf? Actually, there probably isn't a much slower way ;-). To get lowest overhead output over the network I would suggest writing your data in binary form using a UDP socket connection. UDP is not a reliable mechanism (ie you could lose some data) but it does incur less overhead than other network communication. I get the feeling that you may be doing your fprintf calls to output data from your servo task since you say it overruns? If you are then change your code to use a lower priority task to do the data output with the data being appropriately buffered between your servo task and this background task. If your servo task isn't outputing the data then you are running into overrun problems due to long interrupt handling. This is a bit tougher to avoid. One solution is to run your servo "task" as an interrupt handler attached to the auxiliarly clock interrupt. If you set the auxiliary clock interrupt level higher than the ethernet chip interrupt level, you won't get held off by those interrupts. You need to be careful with this stuff though since there are restrictions on what VxWorks functions you can call from an interrupt handler. BTW, if you want to really see what your program is doing you might want to try the WindView tool from WRS; shows all the interrupt handling overhead in great detail as well as your task processing. Back to the efficient data upload question. If using UDP sounds to tough or you can't afford data loss then you may want to switch to writing the data in binary form to an NFS file. The NFS file system uses data buffering and caching to improve performance. Good luck. Fred | Fred J Roeber, BBN Systems and Technologies | | 50 Enterprise Center, Suite 201 | | Middletown, RI 02842-1087 (401) 849-2543 | | froeber@bbn.com | Subject: Re: comp.os.vxworks newsdigest Submitted-by brat@htilbom.ernet.in Sat Sep 30 17:30:21 1995 Submitted-by: G Dinesh Dutt Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Date: Sat Sep 30 17:30:26 PDT 1995 Subject: Re: comp.os.vxworks newsdigest Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Date: Sat Sep 30 17:30:26 PDT 1995 Subject: Re: Industry Pack Standard Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Date: Sat Sep 30 17:59:22 PDT 1995 Subject: Re: Servo task overrun Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Date: Sat Sep 30 19:17:29 PDT 1995 Subject: Re: Industry Pack Standard Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Date: Sat Sep 30 19:17:29 PDT 1995 Subject: Re: comp.os.vxworks newsdigest Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Date: Sat Sep 30 19:44:36 PDT 1995 Subject: Re: Servo task overrun Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Date: Sat Sep 30 21:14:37 PDT 1995 Subject: Re: comp.os.vxworks newsdigest Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Date: Sat Sep 30 21:14:37 PDT 1995 Subject: Re: Industry Pack Standard Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Date: Sat Sep 30 21:44:52 PDT 1995 Subject: Re: Servo task overrun Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B unsubscribe From kbass@clark.net Sat Sep 30 22:36:01 1995 From: Ken Bass Date: Sat Sep 30 22:36:13 PDT 1995 Subject: unsubscribe unsubscribe Subject: Monthly VxWorks archive posting Submitted-by thor@thor.atd.ucar.edu Sat Sep 30 23:00:21 1995 Submitted-by: thor@thor.atd.ucar.edu (Rich Neitzel) This is the monthly posting showing the current holdings in the VxWorks Software Archive. To get more detailed infomation send email to: vxworks_archive@ncar.ucar.edu The message body must read: send index send index from vx ------------------------------------------------ VxWorks sources: total 14746 lrwxrwxrwx 1 root rsf 5 Feb 10 1995 README -> index -rw-r--r-- 1 thor rsf 22132 Sep 20 1994 ansi.p1 -rw-r--r-- 1 thor rsf 22717 Sep 20 1994 ansi.p2 -rw-r--r-- 1 thor rsf 24174 Sep 20 1994 ansi.p3 -rw-r--r-- 1 thor rsf 8108 Sep 20 1994 ansi.patch1 -rw-r--r-- 1 thor rsf 37126 Sep 20 1994 ansilib01 -rw-r--r-- 1 thor rsf 18913 Sep 20 1994 ansilib02 -rw-r--r-- 1 thor rsf 2671 Sep 20 1994 benchmarks -rw-r--r-- 1 thor rsf 7168 Sep 20 1994 bitcnt -rw-r--r-- 1 thor rsf 11437 Sep 20 1994 c++builtin.shar -rw-r--r-- 1 thor rsf 22330 Sep 20 1994 c++headers.p1 -rw-r--r-- 1 thor rsf 22775 Sep 20 1994 c++headers.p2 -rw-r--r-- 1 thor rsf 29052 Sep 20 1994 camaclib1 -rw-r--r-- 1 thor rsf 25095 Sep 20 1994 camaclib2 -rw-r--r-- 1 thor rsf 31005 Sep 20 1994 camaclib3 -rw-r--r-- 1 thor rsf 37770 Sep 20 1994 cbench.shar -rw-r--r-- 1 thor rsf 7371 Sep 20 1994 cntsem_class.shar -rw-r--r-- 1 thor rsf 5853 Sep 20 1994 crc.shar -rw-r--r-- 1 thor rsf 8917 Sep 20 1994 deadman.shar -rw-r--r-- 1 thor rsf 41669 Sep 20 1994 dhrystones01 -rw-r--r-- 1 thor rsf 19170 Sep 20 1994 dirlib01 -rw-r--r-- 1 thor rsf 25681 Sep 20 1994 dt1451 -rw-r--r-- 1 thor rsf 4905 Sep 20 1994 dup.shar -rw-r--r-- 1 thor rsf 5944 Sep 20 1994 fcompress.shar -rw-r--r-- 1 thor rsf 11561 Sep 20 1994 flags_class.shar -rw-r--r-- 1 thor rsf 88109 Sep 20 1994 flash.zip -rw-r--r-- 1 thor rsf 44762 Sep 20 1994 force.p1 -rw-r--r-- 1 thor rsf 40154 Sep 20 1994 force.p2 -rw-r--r-- 1 thor rsf 80491 Sep 20 1994 force.shar -rw-r--r-- 1 thor rsf 2453 Sep 20 1994 gcc+68040 -rw-r--r-- 1 thor rsf 6106 Sep 20 1994 getdate -rw-r--r-- 1 thor rsf 9774 Sep 20 1994 hkv30extintutil.shar -rw-r--r-- 1 thor rsf 16177 Jul 18 10:52 index -rw-r--r-- 1 thor rsf 2694 Sep 20 1994 ivecalloc.shar -rw-r--r-- 1 thor rsf 35245 Sep 20 1994 joblib2.p1 -rw-r--r-- 1 thor rsf 18110 Sep 20 1994 joblib2.p2 -rw-r--r-- 1 thor rsf 9079 Sep 20 1994 lclflag.shar -rw-r--r-- 1 thor rsf 174829 Sep 20 1994 lexyacc.tar.gz drwxr-xr-x 2 thor rsf 512 Sep 20 1994 libX11 -rw-r--r-- 1 thor rsf 14059 Nov 4 1994 libg++-2.6.1.patch -rw-r--r-- 1 thor rsf 6612 Jul 18 10:28 libg++-2.7.0.patch -rw-r--r-- 1 thor rsf 1302 Nov 23 1994 libgcc2-2.6.2.patch -rw-r--r-- 1 thor rsf 1862 Dec 29 1994 libgcc2-2.6.3.patch -rw-r--r-- 1 thor rsf 1222 Nov 4 1994 libio-2.6.1.patch -rw-r--r-- 1 thor rsf 277 Nov 4 1994 libobjc.patch drwxr-xr-x 2 thor rsf 512 Sep 20 1994 libx11 -rw-rw-r-- 1 ftp rsf 3515 Nov 2 1994 loadmeter.shar -rw-r--r-- 1 thor rsf 10399 Sep 20 1994 math.shar -rw-r--r-- 1 thor rsf 11950 Sep 20 1994 math2 -rw-r--r-- 1 thor rsf 26655 Sep 20 1994 monitor.shar -rw-r--r-- 1 thor rsf 18733 Sep 20 1994 msgque_class.shar -rw-r--r-- 1 thor rsf 829713 Sep 20 1994 ntpv3.1.tar.gz -rw-r--r-- 1 thor rsf 1010176 Sep 20 1994 ntpv3.tar.gz -rw-r--r-- 1 thor rsf 1082 Sep 20 1994 objc.patch -rw-r--r-- 1 thor rsf 19422 Sep 20 1994 ping01 -rw-r--r-- 1 thor rsf 20494 Sep 20 1994 pipe.shar -rw-r--r-- 1 thor rsf 15418 Sep 20 1994 poolLib -rw-r--r-- 1 thor rsf 15418 Sep 20 1994 poollib -rw-r--r-- 1 thor rsf 13204 Sep 20 1994 ring.shar -rw-r--r-- 1 thor rsf 6614 Sep 20 1994 semCnt -rw-r--r-- 1 thor rsf 6614 Sep 20 1994 semcnt -rw-r--r-- 1 thor rsf 48659 Dec 2 1994 snmp2.01 -rw-r--r-- 1 thor rsf 48658 Dec 2 1994 snmp2.02 -rw-r--r-- 1 thor rsf 48666 Dec 2 1994 snmp2.03 -rw-r--r-- 1 thor rsf 48723 Dec 2 1994 snmp2.04 -rw-r--r-- 1 thor rsf 48869 Dec 2 1994 snmp2.05 -rw-r--r-- 1 thor rsf 48632 Dec 2 1994 snmp2.06 -rw-r--r-- 1 thor rsf 48658 Dec 2 1994 snmp2.07 -rw-r--r-- 1 thor rsf 48652 Dec 2 1994 snmp2.08 -rw-r--r-- 1 thor rsf 48714 Dec 2 1994 snmp2.09 -rw-r--r-- 1 thor rsf 48615 Dec 2 1994 snmp2.10 -rw-r--r-- 1 thor rsf 49185 Dec 2 1994 snmp2.11 -rw-r--r-- 1 thor rsf 49214 Dec 2 1994 snmp2.12 -rw-r--r-- 1 thor rsf 49203 Dec 2 1994 snmp2.13 -rw-r--r-- 1 thor rsf 49239 Dec 2 1994 snmp2.14 -rw-r--r-- 1 thor rsf 49176 Dec 2 1994 snmp2.15 -rw-r--r-- 1 thor rsf 49216 Dec 2 1994 snmp2.16 -rw-r--r-- 1 thor rsf 49182 Dec 2 1994 snmp2.17 -rw-r--r-- 1 thor rsf 49188 Dec 2 1994 snmp2.18 -rw-r--r-- 1 thor rsf 49189 Dec 2 1994 snmp2.19 -rw-r--r-- 1 thor rsf 49200 Dec 2 1994 snmp2.20 -rw-r--r-- 1 thor rsf 48646 Dec 2 1994 snmp2.21 -rw-r--r-- 1 thor rsf 48671 Dec 2 1994 snmp2.22 -rw-r--r-- 1 thor rsf 49229 Dec 2 1994 snmp2.23 -rw-r--r-- 1 thor rsf 49235 Dec 2 1994 snmp2.24 -rw-r--r-- 1 thor rsf 49268 Dec 2 1994 snmp2.25 -rw-r--r-- 1 thor rsf 48682 Dec 2 1994 snmp2.26 -rw-r--r-- 1 thor rsf 49223 Dec 2 1994 snmp2.27 -rw-r--r-- 1 thor rsf 48676 Dec 2 1994 snmp2.28 -rw-r--r-- 1 thor rsf 48818 Dec 2 1994 snmp2.29 -rw-r--r-- 1 thor rsf 49308 Dec 2 1994 snmp2.30 -rw-r--r-- 1 thor rsf 49294 Dec 2 1994 snmp2.31 -rw-r--r-- 1 thor rsf 48634 Dec 2 1994 snmp2.32 -rw-r--r-- 1 thor rsf 48708 Dec 2 1994 snmp2.33 -rw-r--r-- 1 thor rsf 49055 Dec 2 1994 snmp2.34 -rw-r--r-- 1 thor rsf 48724 Dec 2 1994 snmp2.35 -rw-r--r-- 1 thor rsf 48736 Dec 2 1994 snmp2.36 -rw-r--r-- 1 thor rsf 48667 Dec 2 1994 snmp2.37 -rw-r--r-- 1 thor rsf 48626 Dec 2 1994 snmp2.38 -rw-r--r-- 1 thor rsf 48653 Dec 2 1994 snmp2.39 -rw-r--r-- 1 thor rsf 14122 Dec 2 1994 snmp2.40 -rw-r--r-- 1 thor rsf 2308 Sep 20 1994 ss1.bnch -rw-r--r-- 1 thor rsf 41196 Sep 20 1994 stevie01 -rw-r--r-- 1 thor rsf 35279 Sep 20 1994 stevie02 -rw-r--r-- 1 thor rsf 35278 Sep 20 1994 stevie03 -rw-r--r-- 1 thor rsf 35012 Sep 20 1994 stevie04 -rw-r--r-- 1 thor rsf 34502 Sep 20 1994 stevie05 -rw-r--r-- 1 thor rsf 37476 Sep 20 1994 stevie06 -rw-r--r-- 1 thor rsf 30073 Sep 20 1994 stevie07 -rw-r--r-- 1 thor rsf 31562 Sep 20 1994 stevie08 -rw-r--r-- 1 thor rsf 37360 Sep 20 1994 stevie09 -rw-r--r-- 1 thor rsf 20662 Sep 20 1994 stevie10 -rw-r--r-- 1 thor rsf 25717 Sep 20 1994 stevie11 -rw-r--r-- 1 thor rsf 28075 Sep 20 1994 stevie12 -rw-r--r-- 1 thor rsf 31852 Sep 20 1994 stevie13 -rw-r--r-- 1 thor rsf 16225 Sep 20 1994 string.shar -rw-r--r-- 1 thor rsf 8424 Sep 20 1994 syslog.shar -rw-r--r-- 1 thor rsf 15096 Sep 20 1994 task_class.shar -rw-r--r-- 1 thor rsf 16171 Sep 20 1994 taskmon.shar -rw-rw-r-- 1 thor rsf 417608 Jan 31 1995 tclvx7.0v5.tar.gz -rw-rw-r-- 1 vanandel rsf 473525 Apr 25 08:42 tclvx7.3.tar.gz -rw-r--r-- 1 thor rsf 10523 Sep 20 1994 tod.shar -rw-r--r-- 1 thor rsf 19912 Sep 20 1994 tp41.shar -rw-r--r-- 1 thor rsf 25790 Sep 20 1994 ty335.shar -rw-r--r-- 1 thor rsf 44504 Sep 20 1994 usrTime.shar -rw-r--r-- 1 thor rsf 44504 Sep 20 1994 usrtime.shar -rw-r--r-- 1 thor rsf 4945 Sep 20 1994 veclist01 -rw-r--r-- 1 thor rsf 25814 Sep 20 1994 vtape.shar -rw-r--r-- 1 thor rsf 45608 Jun 28 11:29 vwcurses01 -rw-r--r-- 1 thor rsf 45867 Jun 28 11:29 vwcurses02 -rw-r--r-- 1 thor rsf 45607 Jun 28 11:29 vwcurses03 -rw-r--r-- 1 thor rsf 45727 Jun 28 11:29 vwcurses04 -rw-r--r-- 1 thor rsf 45603 Jun 28 11:29 vwcurses05 -rw-r--r-- 1 thor rsf 45607 Jun 28 11:29 vwcurses06 -rw-r--r-- 1 thor rsf 45734 Jun 28 11:29 vwcurses07 -rw-r--r-- 1 thor rsf 2358 Jun 28 11:29 vwcurses08 -rw-r--r-- 1 thor rsf 3031 Jul 18 10:49 vx_cplusplus -rw-r--r-- 1 thor rsf 40485 Sep 20 1994 vxrouted01 -rw-r--r-- 1 thor rsf 40512 Sep 20 1994 vxrouted02 -rw-r--r-- 1 thor rsf 40482 Sep 20 1994 vxrouted03 -rw-r--r-- 1 thor rsf 40472 Sep 20 1994 vxrouted04 -rw-r--r-- 1 thor rsf 40526 Sep 20 1994 vxrouted05 -rw-r--r-- 1 thor rsf 40540 Sep 20 1994 vxrouted06 -rw-r--r-- 1 thor rsf 40552 Sep 20 1994 vxrouted07 -rw-r--r-- 1 thor rsf 22675 Sep 20 1994 vxrouted08 -rw-r--r-- 1 thor rsf 29720 Sep 20 1994 vxrsh.p1 -rw-r--r-- 1 thor rsf 26002 Sep 20 1994 vxrsh.p2 -rw-r--r-- 1 thor rsf 13713 Sep 20 1994 vxrsh.p3 -rw-r--r-- 1 thor rsf 4702 Sep 20 1994 wdog_class -rw-r--r-- 1 thor rsf 40860 Sep 20 1994 xmodem.01 -rw-r--r-- 1 thor rsf 40463 Sep 20 1994 xmodem.02 -rw-r--r-- 1 thor rsf 40403 Sep 20 1994 xmodem.03 -rw-r--r-- 1 thor rsf 40451 Sep 20 1994 xmodem.04 -rw-r--r-- 1 thor rsf 40721 Sep 20 1994 xmodem.05 -rw-r--r-- 1 thor rsf 9333 Sep 20 1994 xmodem.06 From thor@thor.atd.ucar.edu Sat Sep 30 23:00:21 1995 From: thor@thor.atd.ucar.edu (Rich Neitzel) Date: Sat Sep 30 23:00:24 PDT 1995 Subject: Monthly VxWorks archive posting This is the monthly posting showing the current holdings in the VxWorks Software Archive. To get more detailed infomation send email to: vxworks_archive@ncar.ucar.edu The message body must read: send index send index from vx ------------------------------------------------ VxWorks sources: total 14746 lrwxrwxrwx 1 root rsf 5 Feb 10 1995 README -> index -rw-r--r-- 1 thor rsf 22132 Sep 20 1994 ansi.p1 -rw-r--r-- 1 thor rsf 22717 Sep 20 1994 ansi.p2 -rw-r--r-- 1 thor rsf 24174 Sep 20 1994 ansi.p3 -rw-r--r-- 1 thor rsf 8108 Sep 20 1994 ansi.patch1 -rw-r--r-- 1 thor rsf 37126 Sep 20 1994 ansilib01 -rw-r--r-- 1 thor rsf 18913 Sep 20 1994 ansilib02 -rw-r--r-- 1 thor rsf 2671 Sep 20 1994 benchmarks -rw-r--r-- 1 thor rsf 7168 Sep 20 1994 bitcnt -rw-r--r-- 1 thor rsf 11437 Sep 20 1994 c++builtin.shar -rw-r--r-- 1 thor rsf 22330 Sep 20 1994 c++headers.p1 -rw-r--r-- 1 thor rsf 22775 Sep 20 1994 c++headers.p2 -rw-r--r-- 1 thor rsf 29052 Sep 20 1994 camaclib1 -rw-r--r-- 1 thor rsf 25095 Sep 20 1994 camaclib2 -rw-r--r-- 1 thor rsf 31005 Sep 20 1994 camaclib3 -rw-r--r-- 1 thor rsf 37770 Sep 20 1994 cbench.shar -rw-r--r-- 1 thor rsf 7371 Sep 20 1994 cntsem_class.shar -rw-r--r-- 1 thor rsf 5853 Sep 20 1994 crc.shar -rw-r--r-- 1 thor rsf 8917 Sep 20 1994 deadman.shar -rw-r--r-- 1 thor rsf 41669 Sep 20 1994 dhrystones01 -rw-r--r-- 1 thor rsf 19170 Sep 20 1994 dirlib01 -rw-r--r-- 1 thor rsf 25681 Sep 20 1994 dt1451 -rw-r--r-- 1 thor rsf 4905 Sep 20 1994 dup.shar -rw-r--r-- 1 thor rsf 5944 Sep 20 1994 fcompress.shar -rw-r--r-- 1 thor rsf 11561 Sep 20 1994 flags_class.shar -rw-r--r-- 1 thor rsf 88109 Sep 20 1994 flash.zip -rw-r--r-- 1 thor rsf 44762 Sep 20 1994 force.p1 -rw-r--r-- 1 thor rsf 40154 Sep 20 1994 force.p2 -rw-r--r-- 1 thor rsf 80491 Sep 20 1994 force.shar -rw-r--r-- 1 thor rsf 2453 Sep 20 1994 gcc+68040 -rw-r--r-- 1 thor rsf 6106 Sep 20 1994 getdate -rw-r--r-- 1 thor rsf 9774 Sep 20 1994 hkv30extintutil.shar -rw-r--r-- 1 thor rsf 16177 Jul 18 10:52 index -rw-r--r-- 1 thor rsf 2694 Sep 20 1994 ivecalloc.shar -rw-r--r-- 1 thor rsf 35245 Sep 20 1994 joblib2.p1 -rw-r--r-- 1 thor rsf 18110 Sep 20 1994 joblib2.p2 -rw-r--r-- 1 thor rsf 9079 Sep 20 1994 lclflag.shar -rw-r--r-- 1 thor rsf 174829 Sep 20 1994 lexyacc.tar.gz drwxr-xr-x 2 thor rsf 512 Sep 20 1994 libX11 -rw-r--r-- 1 thor rsf 14059 Nov 4 1994 libg++-2.6.1.patch -rw-r--r-- 1 thor rsf 6612 Jul 18 10:28 libg++-2.7.0.patch -rw-r--r-- 1 thor rsf 1302 Nov 23 1994 libgcc2-2.6.2.patch -rw-r--r-- 1 thor rsf 1862 Dec 29 1994 libgcc2-2.6.3.patch -rw-r--r-- 1 thor rsf 1222 Nov 4 1994 libio-2.6.1.patch -rw-r--r-- 1 thor rsf 277 Nov 4 1994 libobjc.patch drwxr-xr-x 2 thor rsf 512 Sep 20 1994 libx11 -rw-rw-r-- 1 ftp rsf 3515 Nov 2 1994 loadmeter.shar -rw-r--r-- 1 thor rsf 10399 Sep 20 1994 math.shar -rw-r--r-- 1 thor rsf 11950 Sep 20 1994 math2 -rw-r--r-- 1 thor rsf 26655 Sep 20 1994 monitor.shar -rw-r--r-- 1 thor rsf 18733 Sep 20 1994 msgque_class.shar -rw-r--r-- 1 thor rsf 829713 Sep 20 1994 ntpv3.1.tar.gz -rw-r--r-- 1 thor rsf 1010176 Sep 20 1994 ntpv3.tar.gz -rw-r--r-- 1 thor rsf 1082 Sep 20 1994 objc.patch -rw-r--r-- 1 thor rsf 19422 Sep 20 1994 ping01 -rw-r--r-- 1 thor rsf 20494 Sep 20 1994 pipe.shar -rw-r--r-- 1 thor rsf 15418 Sep 20 1994 poolLib -rw-r--r-- 1 thor rsf 15418 Sep 20 1994 poollib -rw-r--r-- 1 thor rsf 13204 Sep 20 1994 ring.shar -rw-r--r-- 1 thor rsf 6614 Sep 20 1994 semCnt -rw-r--r-- 1 thor rsf 6614 Sep 20 1994 semcnt -rw-r--r-- 1 thor rsf 48659 Dec 2 1994 snmp2.01 -rw-r--r-- 1 thor rsf 48658 Dec 2 1994 snmp2.02 -rw-r--r-- 1 thor rsf 48666 Dec 2 1994 snmp2.03 -rw-r--r-- 1 thor rsf 48723 Dec 2 1994 snmp2.04 -rw-r--r-- 1 thor rsf 48869 Dec 2 1994 snmp2.05 -rw-r--r-- 1 thor rsf 48632 Dec 2 1994 snmp2.06 -rw-r--r-- 1 thor rsf 48658 Dec 2 1994 snmp2.07 -rw-r--r-- 1 thor rsf 48652 Dec 2 1994 snmp2.08 -rw-r--r-- 1 thor rsf 48714 Dec 2 1994 snmp2.09 -rw-r--r-- 1 thor rsf 48615 Dec 2 1994 snmp2.10 -rw-r--r-- 1 thor rsf 49185 Dec 2 1994 snmp2.11 -rw-r--r-- 1 thor rsf 49214 Dec 2 1994 snmp2.12 -rw-r--r-- 1 thor rsf 49203 Dec 2 1994 snmp2.13 -rw-r--r-- 1 thor rsf 49239 Dec 2 1994 snmp2.14 -rw-r--r-- 1 thor rsf 49176 Dec 2 1994 snmp2.15 -rw-r--r-- 1 thor rsf 49216 Dec 2 1994 snmp2.16 -rw-r--r-- 1 thor rsf 49182 Dec 2 1994 snmp2.17 -rw-r--r-- 1 thor rsf 49188 Dec 2 1994 snmp2.18 -rw-r--r-- 1 thor rsf 49189 Dec 2 1994 snmp2.19 -rw-r--r-- 1 thor rsf 49200 Dec 2 1994 snmp2.20 -rw-r--r-- 1 thor rsf 48646 Dec 2 1994 snmp2.21 -rw-r--r-- 1 thor rsf 48671 Dec 2 1994 snmp2.22 -rw-r--r-- 1 thor rsf 49229 Dec 2 1994 snmp2.23 -rw-r--r-- 1 thor rsf 49235 Dec 2 1994 snmp2.24 -rw-r--r-- 1 thor rsf 49268 Dec 2 1994 snmp2.25 -rw-r--r-- 1 thor rsf 48682 Dec 2 1994 snmp2.26 -rw-r--r-- 1 thor rsf 49223 Dec 2 1994 snmp2.27 -rw-r--r-- 1 thor rsf 48676 Dec 2 1994 snmp2.28 -rw-r--r-- 1 thor rsf 48818 Dec 2 1994 snmp2.29 -rw-r--r-- 1 thor rsf 49308 Dec 2 1994 snmp2.30 -rw-r--r-- 1 thor rsf 49294 Dec 2 1994 snmp2.31 -rw-r--r-- 1 thor rsf 48634 Dec 2 1994 snmp2.32 -rw-r--r-- 1 thor rsf 48708 Dec 2 1994 snmp2.33 -rw-r--r-- 1 thor rsf 49055 Dec 2 1994 snmp2.34 -rw-r--r-- 1 thor rsf 48724 Dec 2 1994 snmp2.35 -rw-r--r-- 1 thor rsf 48736 Dec 2 1994 snmp2.36 -rw-r--r-- 1 thor rsf 48667 Dec 2 1994 snmp2.37 -rw-r--r-- 1 thor rsf 48626 Dec 2 1994 snmp2.38 -rw-r--r-- 1 thor rsf 48653 Dec 2 1994 snmp2.39 -rw-r--r-- 1 thor rsf 14122 Dec 2 1994 snmp2.40 -rw-r--r-- 1 thor rsf 2308 Sep 20 1994 ss1.bnch -rw-r--r-- 1 thor rsf 41196 Sep 20 1994 stevie01 -rw-r--r-- 1 thor rsf 35279 Sep 20 1994 stevie02 -rw-r--r-- 1 thor rsf 35278 Sep 20 1994 stevie03 -rw-r--r-- 1 thor rsf 35012 Sep 20 1994 stevie04 -rw-r--r-- 1 thor rsf 34502 Sep 20 1994 stevie05 -rw-r--r-- 1 thor rsf 37476 Sep 20 1994 stevie06 -rw-r--r-- 1 thor rsf 30073 Sep 20 1994 stevie07 -rw-r--r-- 1 thor rsf 31562 Sep 20 1994 stevie08 -rw-r--r-- 1 thor rsf 37360 Sep 20 1994 stevie09 -rw-r--r-- 1 thor rsf 20662 Sep 20 1994 stevie10 -rw-r--r-- 1 thor rsf 25717 Sep 20 1994 stevie11 -rw-r--r-- 1 thor rsf 28075 Sep 20 1994 stevie12 -rw-r--r-- 1 thor rsf 31852 Sep 20 1994 stevie13 -rw-r--r-- 1 thor rsf 16225 Sep 20 1994 string.shar -rw-r--r-- 1 thor rsf 8424 Sep 20 1994 syslog.shar -rw-r--r-- 1 thor rsf 15096 Sep 20 1994 task_class.shar -rw-r--r-- 1 thor rsf 16171 Sep 20 1994 taskmon.shar -rw-rw-r-- 1 thor rsf 417608 Jan 31 1995 tclvx7.0v5.tar.gz -rw-rw-r-- 1 vanandel rsf 473525 Apr 25 08:42 tclvx7.3.tar.gz -rw-r--r-- 1 thor rsf 10523 Sep 20 1994 tod.shar -rw-r--r-- 1 thor rsf 19912 Sep 20 1994 tp41.shar -rw-r--r-- 1 thor rsf 25790 Sep 20 1994 ty335.shar -rw-r--r-- 1 thor rsf 44504 Sep 20 1994 usrTime.shar -rw-r--r-- 1 thor rsf 44504 Sep 20 1994 usrtime.shar -rw-r--r-- 1 thor rsf 4945 Sep 20 1994 veclist01 -rw-r--r-- 1 thor rsf 25814 Sep 20 1994 vtape.shar -rw-r--r-- 1 thor rsf 45608 Jun 28 11:29 vwcurses01 -rw-r--r-- 1 thor rsf 45867 Jun 28 11:29 vwcurses02 -rw-r--r-- 1 thor rsf 45607 Jun 28 11:29 vwcurses03 -rw-r--r-- 1 thor rsf 45727 Jun 28 11:29 vwcurses04 -rw-r--r-- 1 thor rsf 45603 Jun 28 11:29 vwcurses05 -rw-r--r-- 1 thor rsf 45607 Jun 28 11:29 vwcurses06 -rw-r--r-- 1 thor rsf 45734 Jun 28 11:29 vwcurses07 -rw-r--r-- 1 thor rsf 2358 Jun 28 11:29 vwcurses08 -rw-r--r-- 1 thor rsf 3031 Jul 18 10:49 vx_cplusplus -rw-r--r-- 1 thor rsf 40485 Sep 20 1994 vxrouted01 -rw-r--r-- 1 thor rsf 40512 Sep 20 1994 vxrouted02 -rw-r--r-- 1 thor rsf 40482 Sep 20 1994 vxrouted03 -rw-r--r-- 1 thor rsf 40472 Sep 20 1994 vxrouted04 -rw-r--r-- 1 thor rsf 40526 Sep 20 1994 vxrouted05 -rw-r--r-- 1 thor rsf 40540 Sep 20 1994 vxrouted06 -rw-r--r-- 1 thor rsf 40552 Sep 20 1994 vxrouted07 -rw-r--r-- 1 thor rsf 22675 Sep 20 1994 vxrouted08 -rw-r--r-- 1 thor rsf 29720 Sep 20 1994 vxrsh.p1 -rw-r--r-- 1 thor rsf 26002 Sep 20 1994 vxrsh.p2 -rw-r--r-- 1 thor rsf 13713 Sep 20 1994 vxrsh.p3 -rw-r--r-- 1 thor rsf 4702 Sep 20 1994 wdog_class -rw-r--r-- 1 thor rsf 40860 Sep 20 1994 xmodem.01 -rw-r--r-- 1 thor rsf 40463 Sep 20 1994 xmodem.02 -rw-r--r-- 1 thor rsf 40403 Sep 20 1994 xmodem.03 -rw-r--r-- 1 thor rsf 40451 Sep 20 1994 xmodem.04 -rw-r--r-- 1 thor rsf 40721 Sep 20 1994 xmodem.05 -rw-r--r-- 1 thor rsf 9333 Sep 20 1994 xmodem.06 Subject: Re: comp.os.vxworks newsdigest Submitted-by brat@htilbom.ernet.in Sat Sep 30 23:15:33 1995 Submitted-by: G Dinesh Dutt Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Date: Sat Sep 30 23:15:36 PDT 1995 Subject: Re: comp.os.vxworks newsdigest Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Date: Sat Sep 30 23:31:16 PDT 1995 Subject: Re: Industry Pack Standard Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B Date: Sat Sep 30 23:46:15 PDT 1995 Subject: Re: Servo task overrun Hi Ashish, You should get this mail in return to any *get info* request that you send to my mailbox. It contains a few things. It contains the backup script we use over here (the priority-based stuff that I told you about will be sent on Wed), it contains info about backup procedure and also location of all the tools. Have fun, Dinesh -------- 1. Amanda is available at : ftp://ftp.cs.umd.edu/pub/amanda/* 2. Perl4 and Perl5 are available as follows : ftp://ftp.metronet.com/pub/perl/sources/perl5.001m.tar.gz ftp://ftp.metronet.com/pub/perl/sources/perl4.036.tar.Z U might need gzip which is available at : ftp://prep.ai.mit.edu/pub/gnu. 3. The backup script we use is available at : ftp://ftp.cs.colorado.edu/pub/cs/sysadmin/utilities/ebackup.tar.Z ------ begin 600 ebackup.tar.Z M'YV09<2$&;.F#AP "!,J7,BPH<.'$"-*G(@0A$4:&$$ "'#!HT9,31:M!@# MALB1)#_.D&'1!HP9*VG8F 'CQL@:-63B\44OG+8C%;0*7 4&F3ALX8,O(L:,;A&K?8=;,#D/& MSEHZ;5I J(QXG]T:"5B M'J5[8="A@U8)D!%&'@GHR!L;"7 G!QW>@9@ MCCK.D0> 9;2AU1U6>EG&0'7-56AN>K;I6G6GF:5C&"6".!MR8H YAS<4<@" M;7.>]=546LG9&@HQ6)$"""40V!Z;=(QJ9QELF'H:6%.=H2-M!AH&0PLYC*HG MGWR"J*N(6NUW![!SK &AA!3>F&,9HZX%%Z#@#=I:&\M:F=8;&)H%QQM3T>&" M>.0UV6%Z:*5;AIBNS0K"%!@""9:WA7Y%6:^OU79;F'#)895>,6I%66]EX,%8 M:@#3A=9Y'AI9HABSE1%''6D8IZ,;%,(U%0AB!%978HLUE@:(X8V',1UWE#$O MD_3=1J)9VM(L**'@8@RPP-G!E7,;1_:GY&R+$:?50!3.(6!?*3H+K;0L4CL; MMW-8F 1B;^P(F%ENR#QF7W)@2.5K;P2V[GA!L#$'U.)2G%[#-0;XFE6^]86C MF+L.T8)5N.:J;-2%SG?SVNT2AH=A8[S!XE=A>)FBDU-B2C,)4A!111-0@-!X M&VJ)N;960D0NT'X@**$7$7D()X=6-[P@ PTOX)"#>"/DKOONO/?N^^_ !R]\ M[PIHSOF/0?9 QAMLP-&5&^Q2$<:#9(RU9*10MF8P""@T3)UU9:00&1%%6)'$ M$$7T\$+5+[AA,!VW"\'$$CV4!$/Q13@Q10\UT ##_PJ80A*TD#Z7 # K",R= M5HXP+]ULAEW+4\O(P'0&.9 +-U)2SA&D\(0J0*$'(L +"(*0FKZ0P'A00!X5 M1 #!&1E$55=C0UNX-P?/>$H.(/B:^$90A1[4(3)0" (5D- #'4RF,I,9@QB, M*!4W&)$REFGB$Y&(&BQI#76ZF M !4.20KJ@^)E,K.9]=6'7=SR5(:V2+(RC/$VKOD-9M0$-!41S%J_ 8T<@ 9*8N;-F&,25Q7Y@\S5*-.1*(PC$J.Y23A44Y37W!M"I&.N7N ".6Q1 5200A629\EM3T-I6"X_!K8'@X4*6NO)&/^ @ 0_6*PP3YG#1>H&H4& 0OY M" 88@N $*XC5"< @MI*ZK:Y)<)N@XD[8;).2A-23^3@ X*%;0M,K$TEK@XY M2$0J)RM$"$(6>N#;Z^!6MV HGA#3U]W9?)<,)6C#;@-8!2$HH0A#H,(7F##+ M](F@O" 006[SD-X2D.&^A!$-+D^[AZD"B0I]8"$3@B"$(C!!?72X351N:1 2 MD$ !DJ0D+6. E2##1Q<$#DU=JP,H:'PBD5PPO&* M!RL*'(\1,*2RP?5E#)=2)%M!H @+TK(W'O5'A2 DC1 9PNE@0X)%MQ@)H"@ M"X05$?024,K2?(7&>_BK>^$K7_HZH0@)/BTL9>D$$/!@R@QVL (2\)XHGY;* MD(##*$'4M5ZS*+C(B4NWRM6Q;O05PBZ/SRBQ MB)-! &5 OUH'+1A!'T#0@]-F-PM7SK*5MHP2H/6*NP*I(4Q)<*SPCB0!*"EM M7T00Z:;R*4VG_32F2^.IU, A-= H6&C:LX)4$$=V$ '&8BO.2,A04(72@4"WVS8/EA?A-JW M\ES)P (E:D*$6Y,J"@\U80YOP)VA6 8.LPMLAY> MSL'4/P"!WC&N:WL#6M# +C2Q01"2?VL9+,BA0P],0E@<"9[H,1^216EN!21WP\N9L^M>?[K8)SS[@:\<=BV'/0%&!\.4J0YHJV.] M#V*8 ]=/*[\EG-;K13 VV<'.G+UGOGSG2SZU(V<6'T E[O"N#\!('Y(I=_;N M>;]]GG3C=\ 3N?FXJN'MC,Y5_4(X>KJ>\AZ\(=/@N(??X#2 M1S[ZPWS-AQ*Q=SP'EG;DLW;2YW8F '<2EGVW 3!UYUEX-WC-UW=>87YA9WD[ M<'H.M7H&.'-!TGD \GGLLU(^!W1"AWD6P7XYY7[JAG#Q)P(GADGD-$TSTGOV MQP;XEW7"9P8$*';(IWSZ8W8(&"0*"'UL-WU[,H1OAWUS=UK?%UCW-7@HH8%_ MAUJ7YWPG5%$D6'. =G,@D',IV',-QLD(&@\8HB"" (P\"KC 1CJ84%BH"/P<8@6D0"/= 3YDU#;!0;:)G54 M$%OY P)&<"U<,!XDP"T9$FNG!8R]. =7J(H&&(/O5QH9,HLTUHJO* 59( (@ MP 4^0(U3!DDEUH5Q4A]SD 9Z4 9'AXPSN'090F-DU5>=8!%;@$(Z<&6#P04HL 7# MD@-=H ), MZ&O"1I<]2)0(AY=( MJ9=0*6?,D7[*D9IP* ("F 1%0 2@>2>B62*D28Q.>9I,@'(>.'2J"!X#@6NY MMF?-IBGT)IR&69:GY8N'=F.Z R/[P58*$%'3XSE!1AHF$1(L$0,UX)PY!@)" MH%8C4SHJQD5:H25HA@2J"V )UP =UX)4@T$-U$(@HT8:"J'!P=&J!")QCH)\CX7+^^7&GUHD# M6J '.A(*2E@0:FHRP* CX:#9UIIR2(>-E2%O4!8KTR,QP(>0UR8]4**110<3 M2H@6:A$.RHQ34"J(TB8_P(=SQHQ5X"1ND9 D8!);0*!=P&M \P651@9_*H9K"R8Q$4!]4ZA56BC)9ZAY$W5R!2 T:G0XZF<*L&=:(:9-4J9Q M408GX"6#(RY PT:2>8 I-'LA4&Q@\%)/4@:\A9GSLJ>MV:0)2307@S1FHRR> MJD+DEB+2\3VMX0(L5'2)* -[NCA9 JGCD030D2*L53TOMJ9>DC-)0P9Y,"H6 MQ%(G4"AM*F7Q=&\+&'VL]BS*EJK"V3V&I:K^(:[;1@(;U$&=0YX#)CT/8AHR M9XM.L*MJ^0;D6J\INI:YJ",C4">A6937AC6#(J\6P8P]4+ &>[ (F[ *N[ , MB[#2^"I[&6>[*9Q!XF'RA%_?107KI6=@\FDC P9NDW#Y1B0@\' &UP)VL!4- MEW>T0:\)L&O0I$GQ"&YV*7AU*HB>AG D4&)M]F9[ *%],'&;)8@\"WA'ZC:K M>:_;1@1/< 5.,)NX4IMW>6UYF9M\.6?$.1++PYXHD3]$P%VVE;$;.Q)4\ 2U M^& JR9+3B *26),E>9(Y^8A8*0,P0 ,X,(VO\@(<4;FV#DFE^Y1K:!P4WU\1:.6[9G.VQ- M( 0/6X816V6&J*>"ZYHS8@:-J2-P81K'VB+5\C6L1AQY((U6*['":72HUF? M:HB02@+7V@)2EJULMQAWH !,T;S.^[S0&[W2.[U(84LJY@)L0+W:2Q$C@1$T M(!(=\1$AL1$C41(GL9\>40,V8!$Y\3]U.P,W(!,W<0,VL!,:L;WXF[_ZN[_\ MV[_^VQ NP 72Z".MIAL)V1DKZ1YT4!5R !H:14X"9A OS$<'V<4VW6AVM8<1)-P59X 1/ 4"- 5&+ 0!)F-&G 2\!J6/ M+*5^6J57FC):RJ6"['[D,P5#( 5) 54D 1/X 2+'!U\W*:0PR'H819TT2:* M(VD[HL>$>1\9$AN2DR0N&C9IX4^\_!N:4B 'TIZA,A=<,KM6HS5F@1:/8R"( M^1N%)%-+ K \\Q6J]BO=YE3+)"@C 4M,6T>",\> 1TW#YY=\*L##MF%$\K$DZ.##[(2(X M],H],G]08"$QLB:L\= ITMN&_2M>H0 $THVW\2ND.B6O#2YJ 0=OD@!+7@8" MUW"&&)ZSHAPYW<@JUIX9#_DB;YC :L\BJ1C2+BT@)X\-UHOAAY'3$";F[H-B#6=4WZ\>!,4F0@ M@B.%7N,Q:B&YR!9F AE;?L_F)-5]1!CV*4HBDR$$(LYN0,ZOPBT6\@0@H^6, MK.MW739N,-!IHMR:.B.[)$8>!<\X%#9'[08$SI+I0C/111W3E3)^Q!O+1"FE M9"OD;DKBC<_!@XG72'/,JEK,@N$,KYQ05F( 0$*HTQD 8* M4 5P8%L;54XPE#5[\=FHP7++TA>V^T*_!30/#]>=(P("+P3"#2#$7==;RD)/ MH!]C,5F3XQG?IB:SDG0C-Y3:CB;=K] M(4KYC@0*D 3"SD]]G M,[7]K2?@8*4-G, MSN6XE,\WK^@KU^B>47:R6 M3=">,ST*7_=D]_GO?O@0\M?&S)BES]BS@=WV$MS< MR/H?CWRPORFROY17,Q!::OJY'^9K O2]G_ET+P3GZD$L% 1I$3:V 2+)M?OB MPLZD@1]JX6)A4R5MHN>.7-V]KOOQ;!%<@18PA18#SB78C=2&)%VY8B7$H1L, M[AG3C1:_L:&_L3"M[M\1IC\E\H+>EE( &<3W#;P@,D2"WQ%(#YNVHI MXOTIMBR1ZU(9K[MJ0@VON $*"*&"WR0+>8$*2Y&\/+ NUM]7P'I^3E?4$%=F M0C:812!6B:ZGZ3*W /ELV*M9(T\#@H8"LJ,;!O8LR\[U EAEQ=X7HSL(_\D: Q3-A4#2Q_.2)75!=C M)?L421M@)*,BCQA"1(C:8DV\LRY-+H>4*LK2QA+;L6AZA&D%D@>TD$>LPJ)3 M>V\#2HB4 ?+Y@7)60RG(DN@A:/R&U+$I_$9X.:Q0;X*,?EXQ W[#*^A322* MO98A;M #T7[_839\O^@.D$ULV 5 )QH MJ0Q%4%PT/(TG*<[(JE$6:62-(!RT@/%:0\TC#HG!T5P3B?$5J@NWJ%8!$)(1 MJ+ WVC*$'#QQ- ^G,;(W.$G8F*O"&6R@67&)1.4,U=X=& NM(0E2BA21SO9: M7'ETK2$\_,$NUXV6713\"K8K!YZ-9D@!U\PL<8!=!AVBPOL ^,:>L[MV RW; M';]12!CD@"N!''R#$#X(^I?:>IEC.@W^K#=\#CB@(VZ:\VM]0D#'.<"])VMT MH09$&MT$ HJ.G_CQXLE01$,2\"BFA78B!LD !:Q%LB5>=3;A]R 686]X908M M$)X_Y3+&0A(4S5=AX1'NHC)=1 +!D9?)&$YVH(>.AC_DD;OX M]?8%SRAPLV$J2$8V!SV.V&4TBVR,-GZ%0E(>]!IB$Q2L!D"X!_" &A6 .^I( M9B )7$)'DT$^8QCY:S2#7-"!<_,A2B)J^XO[ 5R@ 'O!(J#:&?!Z9T!\G#'W MPY:P@!J# F )_; MC_WQ/P9(X0,#H$-G7 VKZ0J\A00@ P D^Q"0!!(J',@$("') (6TD#L'0SI( M_P E]B,:J ,)8 : R-"#(0ODAN0**%)%+L@!.2(AY)PQ F,A =" %?E3&*2+ MC!PW,D?NR!G9(*$"B5Q-08H.) 8P",Q)(%X 7,F22[))NDC-220)%QM8DH2 MR=F01:)DEF221+)&ED@7L&=<0%_99"!@EE0L)K!@^%V;@0+HR,,($5)FRH) M;VQVJ:PA.'-80.7 "O@*X4PO&C?OA!LO1S,X 6S"'MI!9 M< >G<0>VQ:KQA&FOUXF 0%?CW(,T&A!5;WE-Q++7K$[#&&@:X2UJA(%GT5&H M1N*#>&DR0[ V?4$#/-P*@%:KHN/0!04/C(;P8A? QBP[%),E!3Q M]YC?P#@<+-!@.K)T5BA!P,3$$M[P5\@_XH@R$R9MI!D9$#],NAD8'F3A-9D+ M D+V[4H*4=L"QHQ0%@3B$C85&8)#AB'4^X>OP6Q@BGSF&3@&Y$L1!,6@M,P\ MLC+KPZ=!FO3R61!&IW$CP%E?-)IA@[/U./F(&^@CFK*#Y'*K]3K$*"G@PN)+ M$=,#T($[2=&F\J-[8 VS+F3RBB0''JCA8#N;2C"?[$"+( 4V5R +;DK-.S8U M:0$68TH/ D4ETQINK9T',V3&'FF9;Z,O?J0:(-G4"R!5"L7'4] /-6)P]T\;E MQJ]@?W (@=B3UR1:D(73H "$YLJ)'*.3&(Z*V( NA2$'+)EFLS3F$4P1Y=I MRLJ (\ SGC+@&/;^I3@L$7NR3XZ2GG*F#LE!=!3),@#BR9&),%' L+276NI5 M,,JNT8[("3>,B-QCUZ0( A7U[.$5? MOS1!MN9WFR# EH^MUZ%!M,HM1B<]( MYF&T( VM4U!-'*(1TQJX:(8ED]AQBE1'*2J=FB YF72V=L401,@2*0?(* 57D"+&2+=)*-T3%&!359CR P"02!(V#( M@L3Y4&0]SL]\DMRUG!R3$)&.2/>IKA AY@0/["$DE("6]X5+7O1 MD'A"Q&[W.S$H(;&:6"(;H!FGH'\0#T!:DW0PKP@ M%P>"1@R$.RCN#M]TZ@OK03+JC#GH&C"-A;@"B"Z0ELV_6=AZ96X<:'S"!.:& ML00'6$![\A(.5.TEM)G1..^ >R@1F8A#S(O(L3*LF5BT78#"W6F+(H]V.A=*_0P?+G@2YL*CYM-?% M!GBZ'(4&W[!=65-M+H9"1S0?0QO# Q3"-> &% "I")K21":E BBR2!0!8;( M$Y "@E$:H=.^P#0*@.$,C"7@<14'-[ DI85/PPQFZ#4\$A4V"&S@L*D? & MFG[H1B.-KC(/]T -%<*-*_&J M]N!;&!6T4"^,C(V2"V$ICKN&EL&AN-+4%PRCYS\1?\=P21R5=6DOFN$A@8;2 M$-U40R^11>3H+>0H]>'AI3IPF-@\5D>)*$?B?^VOBW #:H!)(%\CX;SF&IN M7O?3^V)?=.M_J*\3-@-NPDRP 3Q!O.K7_D7IR';>CH&,7 MZR%7_%4TAQ^^ZT=1K8G.G\H!=D2FV.#RNY_O[/AAB&8Z+UC$,G$9,B:\[413 M^%N X<>1L'0A4'R%M[I52(8%$0X9HINP" C25AD/#) =-> %Y .0!,( M K,$A&P5%] X,,-^6!Z=I#88*7HX,U" %% A4X %B >$#6WB A( 4/GFLT& M%, #GNR!F0(^0,G,&1(@-9';'B !7Z /@! C96B 3''ULD%B"OBF+)?8:A8* M (>Y@BXBE S9UA$3]1$939 [ $:!2-0D'MQF*U-!QM#C/XT4[QV%@X2S(W QDNO%N\L9#UR08 M%T_LFQR"-!(Y\R X+43AC#S* 7%R"=&Y./MBZHR<7F)R]I'*.3/X2.9LG)NS M<[X.,P Z<8CH!)NE,]^>3C5Q;VU9F'"=O"'&SHG8"2TB"DAS*N'A=I[4[FA( M]F3O_(KB G@^P9+H):RI[SR>Y3*&KH'E&0::)_69$,^S:'+ Z:D&:0;"Q9[L MU#[6L3G0/;\GEH IX?/GEBH%N@^Q43\LGX2ANR*<](G\\@;[= TYXWTF1*I* M,I0E,2U[1^*C_-?M15[-Z_FR".H5);#7S&5C51@(:%_RU0;0UYL0 V!"?MVZ M<#?NRMVY2W<30H"%<9@DJQ38!(M@!1T(6+#*8JD]V,QI&"0LA24Y%M9>8-AB M"28V+!VPI!Y6*_ Q$;L:LL-?*['0A40H/@6&!E0L"#0C+O8-P%C4UCAFK#!Q M5J[#QN)8':HY0.E]COD M%U1;*UXMJY48<\C_QEI\2FO9@*U-MN$.!>C:L/$L>N^O5;3!M@P,VV*[18[M MK2V_=@'*@H!G&VTK\+1UOK/!VC+-#/QEF?)S2$IMR\HST7I>6(Y_<%6 N7;&A/IWNWW2?"'%14-V%:"7.: 6= W4W$VOB3K MBGNQ+_[%VNON4A$4HW?]FH&5 VR@[R+COULM&>REF9U%@_ :-/=P>)WFA6V6 MN %_-MY'"7FE&X@M3]=DQ%[>ZV!B-^^>Z+R%\?.V6#'P8B$J+Z4K-#;UEH35 MNV,5 /N%O;)WL![9-Y!DZ\#MC;^=]LONWOHK:I&MEN4>71;*%E_L2V:U+YH- MOYF6VH9@Z"N\I.\'M+-X5@KH63$;)W!%-#TMR)?0KE_7VWX7;:/%P) 6&J=? MFD5I?>SW=;_-B