1 INFO-VAX	Thu, 16 Nov 2006	Volume 2006 : Issue 630       Contents:. Re: A place where non-mention of VMS is good ! Re: DS25 with 1000BaseT NIC 4 Re: Galaxy and Tru64 Hobbyist licenses - any chance?4 Re: Galaxy and Tru64 Hobbyist licenses - any chance?% Historic - HUJI/Fujinet NJE emulators . New BACKUP features (was: VMS Gaming History?)2 Re: New BACKUP features (was: VMS Gaming History?)2 Re: New BACKUP features (was: VMS Gaming History?)2 Re: New BACKUP features (was: VMS Gaming History?)+ Re: Programatically determining TCPIP stack + Re: Programatically determining TCPIP stack + Re: Programatically determining TCPIP stack  Re: Pulling a Web Page Re: VMS Gaming History?  Re: VMS Gaming History?  Re: VMS outsourcing  Re: VMS outsourcing  Re: VMS outsourcing  Re: What is "Galaxy"? = Re: What layered products are important for a VAX VMS system?  Re: Who called me?  F ----------------------------------------------------------------------  % Date: Wed, 15 Nov 2006 22:45:44 -0800 0 From: glen herrmannsfeldt <gah@ugcs.caltech.edu>7 Subject: Re: A place where non-mention of VMS is good ! : Message-ID: <TaOdnb0mL5NOlcHYnZ2dnUVZ_sidnZ2d@comcast.com>   JF Mezei wrote:   % > http://www.sans.org/top20/?ref=1814  > F > The SANS institute has made a list of the most vulnerable Operating L > Systems and applications. And guess what ? VMS isn't part of that list :-)  D I remember running SunOS machines a few years after Solaris was out.H Solaris was much higher on the target list, not (necessarily) because itE had more bugs, but it wasn't as interesting or common.  If it isn't a D popular web server system it isn't high on the list, independent of J actual vulnerability.  (Well, not counting user machines running Windows.)   -- glen    ------------------------------  % Date: Wed, 15 Nov 2006 22:50:18 -0800 0 From: glen herrmannsfeldt <gah@ugcs.caltech.edu>$ Subject: Re: DS25 with 1000BaseT NIC: Message-ID: <r5adndoGXfZ4lMHYnZ2dnUVZ_h2dnZ2d@comcast.com>   stinehelferw wrote:   4 > I have a newly purchased DS25 running OpenVMS with2 > both 100BaseT and 1000BaseT NIC cards installed.   (snip)  6 > The same cable connected between the two high speed  > NICs does nothing for me.   ; 1000baseT needs all four pairs.  Does your cable have four?   ? It is usual to use a four pair straight cable between 1000baseT = NICs, no crossover needed.  It both transmits and receives on E all four pairs at the same time, so there is no need for a crossover. 1 I believe a four pair crossover should work, too.    -- glen    ------------------------------  % Date: Wed, 15 Nov 2006 14:40:53 -0500 8 From: Stephen Hoffman <Hoff@HoffmanLabs-RemoveThis-.Org>= Subject: Re: Galaxy and Tru64 Hobbyist licenses - any chance? ) Message-ID: <ejfqg6$1t4t$1@pyrite.mv.net>    Robert Deininger wrote: E > In article <1163548239.261543.207910@i42g2000cwa.googlegroups.com>,  > sampsal@gmail.com wrote: > G >> What are the chances that HP could be convinced to give out hobbyist H >> licenses for Galaxy and/or Tru64 Unix? I would LOVE to be able to runJ >> more than one virtual server off of my Alphaserver. Is this going to be) >> a daydream for the foreseeable future?  > O > Seems like a request to send directly to the manager of the hobbyist program.     D    FWIW, Tru64 UNIX hobbyist licenses were once available.  Kit and 1 licenses were US$99, when ordered as QB-6CYAA-SB.   /    There is still one reference at the HP site:   7      <http://licensing.hp.com/swl/view.slm?page=addpol>   A    Neither a current Alpha Linux nor the "Technology Enthusiasts  G License"  for Tru64 UNIX appear readily available for Alpha systems --  H various of the associated web sites are either quite stale, or are gone.   ------------------------------  # Date: Wed, 15 Nov 2006 19:56:11 GMT  From: dittman@dittman.net = Subject: Re: Galaxy and Tru64 Hobbyist licenses - any chance? * Message-ID: <vhK6h.8686$tb2.1944@trnddc08>   sampsal@gmail.com wrote:   > Dan Foster wrote:  > > <sampsal@gmail.com> wrote:J > > > What are the chances that HP could be convinced to give out hobbyistK > > > licenses for Galaxy and/or Tru64 Unix? I would LOVE to be able to run M > > > more than one virtual server off of my Alphaserver. Is this going to be , > > > a daydream for the foreseeable future? > > < > > The thinking at HP sales is probably along the lines of: > > G > >       "If you can afford a seriously good ane expensive server, you L > >       can probably also afford to purchase commercial OpenVMS licenses." > > ? > Apropos that, how many OpenVMS instances could a dual EV5/466 E > Alphaserver 4100 with 2 gigs of RAM run comfortably? I realise this I > would depend a lot on the workload, but what is the minimum requirement A > for a single instance of OpenVMS? Not too heavy I should think.   0 An Alphaserver 4100 can only have two instances. --   Eric Dittman dittman@dittman.net    ------------------------------  % Date: Wed, 15 Nov 2006 19:42:40 -0500 2 From: "Timothy Stark" <fsword7_nospam@comcast.net>. Subject: Historic - HUJI/Fujinet NJE emulators: Message-ID: <__mdnYA6topiLsbYnZ2dnUVZ_rWdnZ2d@comcast.com>   Hello folks,  J A few years ago, I found a copy of Fujinet NJE emulator software for UNIX L machine on Fujinet's FTP site and successfully ported it to Linux platform. L I noticed that a copy of HUJI NJE emulator for VAX/VMS system was included. I I tried to compile it but some missing files (mail software) was needed.  J Does anyone still have a complete copy of HUJI NJE emulator includes mail  software for VAX/VMS system?   Thanks!  Tim    ------------------------------  % Date: Wed, 15 Nov 2006 17:27:02 -0500 3 From: "Peter Weaver" <info-vax@weaverconsulting.ca> 7 Subject: New BACKUP features (was: VMS Gaming History?) 6 Message-ID: <06df01c70905$2ce91df0$2802a8c0@CHARONVAX>   ----- Original Message -----   >...K >   On the very most recent versions of OpenVMS, BACKUP was to have a mode  K > that could be invoked to fix the typical problems.  BACKUP/REPAIR? Donno  K > if that mode made it into V8.3; haven't looked for or tried it. You were  K > to specify the saveset as the parameter (the target of the command), and  3 > BACKUP would attempt to fix the problem(s) found.   L /REPAIR is in V8.3, but appears to not be documented in the on-line help or J Utilities manual. Speaking of undocumented, what does BACKUP /SNAPSHOT do?   Peter Weaver www.weaverconsulting.ca 8 CHARON-VAX  CHARON-AXP DataStream Reflection PreciseMail   ------------------------------  % Date: Wed, 15 Nov 2006 18:00:57 -0500 8 From: Stephen Hoffman <Hoff@HoffmanLabs-RemoveThis-.Org>; Subject: Re: New BACKUP features (was: VMS Gaming History?) ) Message-ID: <ejg67b$20jj$1@pyrite.mv.net>    Peter Weaver wrote:   K > /REPAIR is in V8.3, but appears to not be documented in the on-line help  B > or Utilities manual. Speaking of undocumented, what does BACKUP  > /SNAPSHOT do?   C    IIRC, that qualifier was tied in with the Spiralog file system.  H There were technical journal articles around on Spiralog, and which may 1 have some details.  (If I've recalled correctly.)    ------------------------------  % Date: Wed, 15 Nov 2006 19:01:20 -0500 8 From: Stephen Hoffman <Hoff@HoffmanLabs-RemoveThis-.Org>; Subject: Re: New BACKUP features (was: VMS Gaming History?) ) Message-ID: <ejg9og$21jo$1@pyrite.mv.net>    Stephen Hoffman wrote: > Peter Weaver wrote:  > G >> /REPAIR is in V8.3, but appears to not be documented in the on-line  H >> help or Utilities manual. Speaking of undocumented, what does BACKUP  >> /SNAPSHOT do? > J >   IIRC, that qualifier was tied in with the Spiralog file system. There I > were technical journal articles around on Spiralog, and which may have  . > some details.  (If I've recalled correctly.)  F    After digging around some, it looks (more) like it might have been < associated with the Snapshot Services product than Spiralog.      Ah, well....  Ask HP...  L http://groups.google.com/group/comp.os.vms/msg/034c0670823983ee?dmode=source   ------------------------------    Date: 15 Nov 2006 22:21:02 -0800, From: "Cluster-Karl" <karl.rohwedder@gmx.de>; Subject: Re: New BACKUP features (was: VMS Gaming History?) C Message-ID: <1163658062.785932.308450@f16g2000cwb.googlegroups.com>    Jan-Erik S=F6derholm schrieb:    > Peter Weaver wrote : > < > > Speaking of undocumented, what does BACKUP /SNAPSHOT do? >  > Some Spiralog left-over ?  >  > Jan-Erik.   G Another not documented qualifier is /DATA_FORMAT=3DCOMPRESS (which does " exactly what one may think of it).E It works on disk savesets but has some issues when used together with ( /JOURNAL ( I have a call open for that).  
 regards Kalle    ------------------------------    Date: 15 Nov 2006 09:32:15 -0500. From: brooks@cuebid.zko.hp.nospam (Rob Brooks)4 Subject: Re: Programatically determining TCPIP stack, Message-ID: <hoAQFy6gCUKF@cuebid.zko.hp.com>  " VAXman-  @SendSpamHere.ORG writes:, > "Rich Jordan" <jordan@ccs4vms.com> writes: > {...snip...}> ? >>I could also check existing BG devices and look for the owner @ >>processes, and use their names or the associated image name to >>determine what is running. > J > I find the bg device and then look into the dpt/ddb for the driver name. > Hasn't failed me yet.   9 $ write sys$output f$getdvi( "bg0", "driver_image_name" )  TCPIP$BGDRIVER   --    H Rob Brooks    VMS Engineering -- Exec Group     brooks!cuebid.zko.hp.com   ------------------------------  % Date: Wed, 15 Nov 2006 18:36:12 -0500 3 From: "Richard B. Gilbert" <rgilbert88@comcast.net> 4 Subject: Re: Programatically determining TCPIP stack: Message-ID: <R6WdnZpofuL6OcbYnZ2dnUVZ_tmdnZ2d@comcast.com>   Rob Brooks wrote: $ > VAXman-  @SendSpamHere.ORG writes: > , >>"Rich Jordan" <jordan@ccs4vms.com> writes: >>{...snip...}>  >>@ >>>I could also check existing BG devices and look for the ownerA >>>processes, and use their names or the associated image name to  >>>determine what is running.  >>J >>I find the bg device and then look into the dpt/ddb for the driver name. >>Hasn't failed me yet.  >  > ; > $ write sys$output f$getdvi( "bg0", "driver_image_name" )  > TCPIP$BGDRIVER >   4 This appears to require a very recent version of VMS  B ALPHA5_$ $ write sys$output f$getdvi( "bg0", "driver_image_name" )A %DCL-W-IVKEYW, unrecognized keyword - check validity and spelling    \DRIVER_IMAGE_NAME\   ALPHA5_$ say f$getsyi("version") V7.2-1  G What is the minimum version for this to work?  I'd like to incorporate  D it in a procedure of mine that "rats out" the hardware and software D configuration of a VMS system but I'll need to wrap it in a version 0 check and use cruder methods for older versions.   ------------------------------  # Date: Thu, 16 Nov 2006 01:39:56 GMT " From:   VAXman-  @SendSpamHere.ORG4 Subject: Re: Programatically determining TCPIP stack0 Message-ID: <00A5EC7E.ACE0C1C6@SendSpamHere.ORG>  ] In article <hoAQFy6gCUKF@cuebid.zko.hp.com>, brooks@cuebid.zko.hp.nospam (Rob Brooks) writes:  >  > # >VAXman-  @SendSpamHere.ORG writes: - >> "Rich Jordan" <jordan@ccs4vms.com> writes:  >> {...snip...}>@ >>>I could also check existing BG devices and look for the ownerA >>>processes, and use their names or the associated image name to  >>>determine what is running.  >>  K >> I find the bg device and then look into the dpt/ddb for the driver name.  >> Hasn't failed me yet. > : >$ write sys$output f$getdvi( "bg0", "driver_image_name" ) >TCPIP$BGDRIVER   # That must be a new lexical feature.   I However, you are running TCP/IP services.  That name is different for the % other stacks -- MultiNet and TCPware.    --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  % Date: Wed, 15 Nov 2006 14:20:06 -0500 8 From: Stephen Hoffman <Hoff@HoffmanLabs-RemoveThis-.Org> Subject: Re: Pulling a Web Page ) Message-ID: <ejfp98$1spd$1@pyrite.mv.net>    lskphone@gmail.com wrote: H > I'd like to be able to pull the contents of a web page in DCL.  I justH > want the full HTML... I'm planning on parsing it out myself.  It wouldD > be nice if I could use OPEN on a web page. :-)  Of course, barringF > that, if I can dump the HTML to a sequential file somehow, then I'll > just OPEN that.  >  > Any ideas how I can do this?  E    Ok; time to add this one into the next edition of the OpenVMS FAQ.   F    You likely don't really want to write a web client in DCL.  (A web E client written in DCL is, um, Real Work.  It's work in any language.)   H    Look for cURL and wget and related previous discussions using Google G Groups, as this topic arises here in comp.os.vms with some regularity.  H (I expect it arises else-group, too; I don't think comp.os.vms is alone H in this regard.)  I used an existing port of wget not too long ago, and  it worked just fine.  H    Parsing HTML is a mess.  Better to see if you can locate a source of D the required data via an XML feed and a defined grammar, if you can  manage to locate that.  E    Depending on what you are up to, RSS might be an option here, too.   @    If you really want to write your own, Perl and PHP and other C languages have extensive libraries of web-related and http-related  G routines readily available, and there is always the libwww library for  < other applications.  (There is no analog available for DCL.)  I    Oh, and comparatively few web pages are monolithic units of text data  H anymore -- most are assembled from HTML and XML pulled in from multiple I servers around the network.  Parsing an HTML document -- scrubbing it if  A its tags looking for its text, and for whatever reason -- almost  H inevitably involves following various of the embedded links around, and G likely also having various scripts invoked, and potentially contending  H with CSS formatting.  Only the most trivial of web pages are static and  monolithic these days.  G    I'll assume you have dealt with the copyright issues with the owner  K of the data, too.  Scrubbing pages can make some organizations, um, cranky.    ------------------------------    Date: 15 Nov 2006 11:59:31 -0800+ From: "madcrow" <madcrow.maxwell@gmail.com>   Subject: Re: VMS Gaming History?C Message-ID: <1163620771.156260.275180@h48g2000cwc.googlegroups.com>    johnhreinhardt@yahoo.com wrote:  > Bob Koehler wrote:u > > In article <1163455448.115722.198370@h54g2000cwb.googlegroups.com>, "madcrow" <madcrow.maxwell@gmail.com> writes:  > > I > > > As an OS that was used at plenty of college campuses, there seem to G > > > have been plenty of games for VMS. While some "smaller" games are L > > > available for playing at the Deathrow Cluster, I haven't found sourcesK > > > to build them, nor even executables. Since I might eventually want to H > > > set up my own VMS site at home, it would be great if someone couldH > > > point me to this stuff. Also, VMS seems to have been a hub for theG > > > development of rogue-likes (especially the early Moria line) Does @ > > > anyone know where I can get VMS Moria or IMORIA or BOSS (aM > > > future-setting derivitaive of Moria that only exists on VAX/VMS and the  > > > Macintosh...)  > > K > >    Moria can't be that hard to find.  My son just put it on my hobbyist B > >    cluster and I spent a few minutes fixing the Macro-32 to beL > >    acceptable to both the Alpha Macro-32 compiler and the current PASCAL, > >    compiler (psect attribute conflicts). > F > Nope. David has a copy for downloading on the OpenVMS Hobbyist site.  E The file unzips to a BCK file. I try to extract it using BACKUP and I 3 get told that MORIA.BCK isn't a valid backup set...    ------------------------------  % Date: Wed, 15 Nov 2006 16:37:10 -0500 8 From: Stephen Hoffman <Hoff@HoffmanLabs-RemoveThis-.Org>  Subject: Re: VMS Gaming History?) Message-ID: <ejg1a8$1v71$1@pyrite.mv.net>    madcrow wrote:  G > The file unzips to a BCK file. I try to extract it using BACKUP and I 5 > get told that MORIA.BCK isn't a valid backup set...   H    A tool that can fix that is on the Freeware, and various other sites.      Look in:   <      http://h71000.www7.hp.com/freeware/freeware80/000tools/      for:   -      reset_backup_saveset_file_attributes.com   G    The tool is present on most any recent OpenVMS Freeware distro, and  H you can also download it and the other core tools in a zip archive from  the above URL.  F    The usual trigger for this results from somebody that was using an D old zip, or that forgot to use the "-V" option when they zipped the F file; having something that strips the file and record attributes off J the zip archive.  (Details on this are in the OpenVMS FAQ, and elsewhere.)  E    A similar corruption problem -- one not specifically and directly  G related to zip and unzip -- can also arise when a naked BACKUP saveset  B passes through a foreign host and foreign file system, or via FTP.  E    On the very most recent versions of OpenVMS, BACKUP was to have a  H mode that could be invoked to fix the typical problems.  BACKUP/REPAIR? H   Donno if that mode made it into V8.3; haven't looked for or tried it. F   You were to specify the saveset as the parameter (the target of the ? command), and BACKUP would attempt to fix the problem(s) found.    ------------------------------  % Date: Wed, 15 Nov 2006 14:48:27 -0500 8 From: Stephen Hoffman <Hoff@HoffmanLabs-RemoveThis-.Org> Subject: Re: VMS outsourcing) Message-ID: <ejfqud$1ta5$1@pyrite.mv.net>    david20@alpha2.mdx.ac.uk wrote:   N > My understanding is that the source listings are nearly complete with just a > very few things missing.  I    That statement and that supposition is correct as far as it goes, but  I the associated build procedures (and various associated build tools) are  H not included, and are themselves quite large and involved.  The OpenVMS 8 test suite is also not available on the source listings.  E    Could you reverse-engineer it?  Yes, and certainly with less work  G than the Free-VMS folks have ahead of them.  The listings are just the  % start toward a system build, however.   H    If this is of interest, then you'll want to request that OpenVMS and H various associated core pieces be open-sourced, akin to Solaris, (parts G of) Java, Darwin, and various other such platforms.  This approach was  G last discussed with OpenVMS Engineering back at Providence DECUS 1999,  / and AFAIK hasn't seen much activity since then.   J > Hence if HP did decide there was no longer a future in VMS then the vastQ > majority of the source would be available. Whether anyone would legally be able D > to do anything with it would be another matter in the hands of HP.      True.   ------------------------------  % Date: Wed, 15 Nov 2006 14:56:26 -0500 8 From: Stephen Hoffman <Hoff@HoffmanLabs-RemoveThis-.Org> Subject: Re: VMS outsourcing) Message-ID: <ejfrdc$1tfp$1@pyrite.mv.net>    david20@alpha2.mdx.ac.uk wrote:   G > The other thing you would probably need is a strong co-ordinator with H > knowledge of VMS who could prevent a drastic decrease in code quality.C > (In a similar way to Linus Torvalds' control of the Linux kernel) M > Maybe an ex-Digital engineer who had spare time on his hands in retirement.   H    And a whole lot of hardware for the regression tests, and assistance H with running and evaluating them.  Particularly if you seek to maintain G the three existing architectures for some time, whether on an on-going  ) basis, or while adding x86 and/or x86-64.   =    Servers and software for maintaining the source code pool.       etc.   I    This is certainly a smaller project than is Free-VMS, but it is not a   small project.  E    Linux has critical mass in this regard, which is rather more than  ' just what Linus provides to the effort.    ------------------------------  # Date: Wed, 15 Nov 2006 23:18:16 GMT & From: John Reagan <john.reagan@hp.com> Subject: Re: VMS outsourcing2 Message-ID: <YeN6h.2526$4M4.1151@news.cpqcorp.net>   Stephen Hoffman wrote:! > david20@alpha2.mdx.ac.uk wrote:  > I >> My understanding is that the source listings are nearly complete with  	 >> just a  >> very few things missing.  >  > J >   That statement and that supposition is correct as far as it goes, but K > the associated build procedures (and various associated build tools) are  J > not included, and are themselves quite large and involved.  The OpenVMS : > test suite is also not available on the source listings.  A Don't forget that tools include the compiler suite.  You'll find  H listings for Macro as of V8.3 (there were not included in prior listing E kits).  However, Macro also links in GEM (which is just in the build  G system in object format).  The GEM listings, the BLISS listings, the C  D listings, etc. are not available on the OpenVMS source listings kit.  H While you can find those compilers for VAX, Alpha, and Itanium, anybody L wishing to retarget to some X86-64 variant has a long and twisty road ahead.     --   John Reagan 5 HP Pascal/{A|I}MACRO/COBOL for OpenVMS Project Leader  Hewlett-Packard Company    ------------------------------    Date: 15 Nov 2006 15:14:24 -05003 From: Rich Alderson <news@alderson.users.panix.com>  Subject: Re: What is "Galaxy"?. Message-ID: <mddejs4bh7j.fsf@panix5.panix.com>  = koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:   > > In article <mddfyclg5ar.fsf@panix5.panix.com>, Rich Alderson) > <news@alderson.users.panix.com> writes:   N >> I've seen references from time to time to some facility on (Open)VMS called. >> "Galaxy", apparently related to clustering.  O >> The reason I'm curious is that in the 36-bit world, "GALAXY" is the name of    D >    IIRC it was "GALXY" on our TOPS-20 systems.  In any case it has@ >    no relationship to VMS Galaxy and the term GALAXY was never  >    previously seen within VMS.  N It's "GALAXY" on both DEC 36-bit OSes.  I worked inside GALAXY quite a bit for= more than 20 years, and was friendly with the DEC developers.    --  L Rich Alderson                                       | /"\ ASCII ribbon     |L news@alderson.users.panix.com                       | \ / campaign against |L "You get what anybody gets. You get a lifetime."    |  x  HTML mail and    |L                          --Death, of the Endless    | / \ postings         |   ------------------------------   Date: 15 Nov 2006 19:21:46 GMT From: healyzh@aracnet.com F Subject: Re: What layered products are important for a VAX VMS system?+ Message-ID: <ejfpca0bap@enews1.newsguy.com>   & Dan Foster <usenet@evilphb.org> wrote:m > In article <1163535898.213996.55540@f16g2000cwb.googlegroups.com>, Bob Gezelter <gezelter@rlgsc.com> wrote:  > > K > > The base operating system and the layered products are mostly available D > > under the Hobbyist program for personal, non-commercial use. See/ > > http://www.openvmshobbyist.org for details.   C > He mentioned '...still have to do my job' which suggests (but not 6 > necessarily always) a commercial setup of some sort.  I > I'm guessing that may be why he hasn't gone the Hobbyist Program route.   G Without knowing what he's up to, I suspect this is for a Museum.  Which I brings up another interesting question, would the Hobbyist licenses cover ( use as a Museum exhibit in a Non-Profit?   		Zane   ------------------------------  % Date: Wed, 15 Nov 2006 14:25:10 -0500 8 From: Stephen Hoffman <Hoff@HoffmanLabs-RemoveThis-.Org> Subject: Re: Who called me? ) Message-ID: <ejfpio$1sv0$1@pyrite.mv.net>    lskphone@gmail.com wrote: H > I want a function -- written in C, BASIC, or, heck, even COBOL -- thatA > returns the name of the module that invoked the function.  This F > information must be available to VMS, since it is visible in a stackF > dump.  However, I can't track down any RTL routine that can pull theC > current stack of called modules (lib$signal won't do, of course).     H    There's been a fully documented and supported mechanism in this area I for, well, forever -- if you're looking to log a traceback for debugging  E purposes, for instance.  (See the SS$_DEBUG mechanism in the FAQ as a I start.  Use the debugger to open an output file, issue whatever debugger  " commands you need, and dump away.)  H    FWIW, information on the particular source (or intermediate) modules F and routines may or may not exist within an image; this traceback and C debugging information can be omitted from various images, and from   various objects.  E    What problem(s) might you be solving here?  Some background might  = help with identifying particular approaches and alternatives.    ------------------------------   End of INFO-VAX 2006.630 ************************