1 INFO-VAX	Mon, 31 May 2004	Volume 2004 : Issue 301       Contents:A Announcement of  LDAP User Authentication for OpenVMS version 1.0 % attempt to change unmodifiable buffer ) Re: attempt to change unmodifiable buffer 4 CA'S INGRES DATABASE TO BE RELEASED INTO OPEN SOURCE$ cobol compile on DEC (alpha machine) Re: datatrieve Re: datatrieve Re: datatrieve Re: datatrieve Re: datatrieve Re: datatrieve Re: failed CXX installation?% Re: HP and Intel Developer Forum 2004 ? Re: long, boring explanation of minicopy (and HBVS, in general)  MS Windows Supercomputer Re: MS Windows Supercomputer Re: routing table help?  Re: TECO on Itanium... Re: TECO on Itanium... RE: TECO on Itanium... Re: TECO on Itanium... RE: TECO on Itanium... Re: TECO on Itanium... RE: TECO on Itanium... Re: TECO on Itanium...3 Re: The Inquirer: CA to Open Source Ingres Database , Re: [DECset V12.5] Current LSE/SCA version ?  F ----------------------------------------------------------------------  # Date: Mon, 31 May 2004 17:14:09 GMT # From: Jonas Lindholm <jlhm@usa.net> J Subject: Announcement of  LDAP User Authentication for OpenVMS version 1.08 Message-ID: <BJJuc.157341$WA4.144234@twister.nyc.rr.com>  I This is the announcement for version 1.0 of LDAP User Authentication for   OpenVMS.  3 This is Open Source Software using the GPL license.   	 Features:   6 o	Verify username and password against an LDAP server.  ; o	Can automatically add users allowed to login on the host.   ? o	Can remove users added automatically when the DN is no longer  	valid.   B o	Generate audit alarms when a user is added, modified or deleted.  @ o	Can be configured to allow Common Name to be used as username.  > o	Let a command file be run prior to automatically add a user.> 	The exit status determines if the user is to be added or not.@ 	Can be used to create login directory and/or add default files.  A o	Let a command file to run before a user is removed. Can be used : 	to initiate backup of files for the user that is removed.  @ o	Use SSL to protect all data transfers between the host and the7 	LDAP server. This also works with LDAP API that is not  	supporting TLS.  & o	See the home page for more features.    ! Home page http://vms.dnsalias.com    /Jonas Lindholm    ------------------------------    Date: 31 May 2004 02:55:24 -0700 From: kaissi_n@hotmail.com. Subject: attempt to change unmodifiable buffer= Message-ID: <9af6061c.0405310155.31d54bb3@posting.google.com>   E i try to open a file ( in open vms operating system ) with lse but it < gives me the message "attempt to change unmodifiable buffer"   please can anyone help   ------------------------------  % Date: Mon, 31 May 2004 16:09:34 +0200 . From: "Gorazd Kikelj" <gorazd.kikelj@siol.net>2 Subject: Re: attempt to change unmodifiable buffer0 Message-ID: <y0Huc.4077$37.501432@news.siol.net>   Hi,   E you have only read permission. Check the ownership of the file. It is 0 possible, that you aren't the owner of the file.I if you are, then change permision on file to read-write with set security  command.   Hope this will help, Gorazd     ' <kaissi_n@hotmail.com> wrote in message 7 news:9af6061c.0405310155.31d54bb3@posting.google.com... G > i try to open a file ( in open vms operating system ) with lse but it > > gives me the message "attempt to change unmodifiable buffer" >  > please can anyone help   ------------------------------    Date: 31 May 2004 03:05:09 -0700. From: fabiopenvms@yahoo.com.br (Fabio Cardoso)= Subject: CA'S INGRES DATABASE TO BE RELEASED INTO OPEN SOURCE = Message-ID: <f30679fb.0405310205.503d4d10@posting.google.com>   5 What about bundling Oracle RDB in OpenVMS again ? ;-) 5 Oracle RDB is for OpenVMS only ! HP and ORacle should 5 be much more intelligent and make an agreement about  * licensing with differencial charges etc...   CLick     3 http://www3.ca.com/press/PressRelease.asp?CID=59764     5 CA'S INGRES DATABASE TO BE RELEASED INTO OPEN SOURCE  7  New Licensing Model Fosters Collaborative Development  E CAWORLD, LAS VEGAS, May 24, 2004  Computer Associates International, C Inc. (NYSE: CA) today announced the creation of the CA Trusted Open C Source License (CA-TOSL), a derivative of the common public license @ that will be available from opensource.org. As part of CA's OpenD Source strategy, Ingres Enterprise Relational Database (Ingres) willB be released into the open source community under this new license.  E CA is releasing Ingres under CA-TOSL to foster innovation in the open ; source database community, while encouraging developers and @ application vendors to utilize Ingres in their solutions. IngresB customers will be able to benefit from the wealth of knowledge and( innovation in the open source community.  ? "The release of Ingres under the CA Trusted Open Source License ? underscores CA's commitment to our customers, partners, to open C source, and to the database itself," said Tony Gaughan, senior vice D president of development at CA. "The combined R&D of CA and the openE source community will bring tremendous value to database users around  the world."   E The ability of Ingres to seamlessly integrate with other applications B and data in a heterogeneous environment makes it particularly wellF suited for use as an embedded technology in applications and solutions* developed by third-party open source ISVs.  F Under CA-TOSL, these ISVs can incorporate Ingres into their product asD long as the Ingres source code is provided with the product. CA willF offer support and indemnification as added-cost options to the CA-TOSL Ingres.   < "Ingres carried forward the development of the public-domainD University Ingres' as a proprietary product from the eighties until@ now, adding SQL and enterprise-grade features, and maintaining aF clientele of high-end customers with mission-critical applications. ItA is that product that is now returning to Open Source," said Bruce D Perens, one of the founders of the Open Source Initiative. "The OpenD Source developers look forward to more collaboration with CA and its customers."   D Ingres will be made available at http://ca.com/opensource within theE next 90 days. Contributors will be able to submit their modifications  to the project at this site.   	 About CA    F Computer Associates International, Inc. (NYSE:CA), the world's largestB management software company, delivers software and services across> infrastructure, security, storage and life cycle management toE optimize the performance, reliability and efficiency of enterprise IT E environments. Founded in 1976, CA is headquartered in Islandia, N.Y., E and operates in more than 100 countries. For more information, please  visit http://ca.com.   ------------------------------  # Date: Mon, 31 May 2004 17:35:11 GMT * From: tutor <tutor_removespam_@cfl.rr.com>- Subject: cobol compile on DEC (alpha machine) 8 Message-ID: <g1rmb05hvs2alvchv203arc0fjj1udvftt@4ax.com>   Hello.  B What is the customary and usual cobol compile and link qualifiers?  
 I have heard:   0 cobol   /float=iee/align/standard=v3/debug/noopt,    (for embedded cobol compiles with Ingres)   without ingres,  just drop   /standard=v3    4 please reply to    tutor  AT   cfl  DOT  rr  DOT com   ------------------------------  % Date: Mon, 31 May 2004 10:14:40 +0200 2 From: martin@radiogaga.harz.de (Martin Vorlaender) Subject: Re: datatrieve ; Message-ID: <40bae970.524144494f47414741@radiogaga.harz.de>   + Paul Sture (nospam@sture.homeip.net) wrote: L > I get a connection refused message when trying to access this link though:< > http://www.decus.de:8080/www/common/vms/FUN/WOMBAT_JIM.JPG > L > Rats, I wanted to see that wombat as it wouldn't display on the cr*ppy OEM" > VTs we used all those years ago.  D I believe Martin Zinser has it on his fun VMS pages. Errr... where's; that URL now... - somewhere below http://zinser.no-ip.info/    cu,    Martin --  B    Emacs would be a great   | Martin Vorlaender  |  OpenVMS rules!5    operating system,        | work: mv@pdv-systeme.de H    if only it came with     |   http://www.pdv-systeme.de/users/martinv/<    a decent editor...       | home: martin@radiogaga.harz.de   ------------------------------  % Date: Mon, 31 May 2004 10:17:26 +0200 , From: "Hans Vlems" <hvlems.dotweg@zonnet.nl> Subject: Re: datatrieve * Message-ID: <2i085kFhhst8U1@uni-berlin.de>  9 "Paul Sture" <nospam@sture.homeip.net> schreef in bericht $ news:2hvuqbFhf9q8U1@uni-berlin.de... > Michael Austin wrote: : > > LOL--- someone had way too much time on their hands... > >  > H > And on a serious note It was 1985/6 that I managed to cut the CPU timeJ > needed to load DTR on an 11/780 by over a second, simply by installing aG > load of those images. The ones for products we didn't have (e.g. RDB) 0 > were just stubs so didn't carry much overhead. > ' > <famous Stan Rabinowitz tale snipped>  > K Famous it may be but I'd never read that before Paul, thank you for posting  it. H Now with 20/20 hindsight I suddenly understand why DTR32 was not so very$ fast on an 11/750 with just 2 MB....   Hans (still laughing)   ------------------------------  % Date: Mon, 31 May 2004 11:48:00 +0200 * From: Paul Sture <nospam@sture.homeip.net> Subject: Re: datatrieve * Message-ID: <2i0dahFh2tefU1@uni-berlin.de>   Hans Vlems wrote: ; > "Paul Sture" <nospam@sture.homeip.net> schreef in bericht & > news:2hvuqbFhf9q8U1@uni-berlin.de... >  >>Michael Austin wrote:  >>9 >>>LOL--- someone had way too much time on their hands...  >>>  >>H >>And on a serious note It was 1985/6 that I managed to cut the CPU timeJ >>needed to load DTR on an 11/780 by over a second, simply by installing aG >>load of those images. The ones for products we didn't have (e.g. RDB) 0 >>were just stubs so didn't carry much overhead. >>' >><famous Stan Rabinowitz tale snipped>  >>M > Famous it may be but I'd never read that before Paul, thank you for posting  > it.   >J > Now with 20/20 hindsight I suddenly understand why DTR32 was not so very& > fast on an 11/750 with just 2 MB.... >  > Hans > (still laughing) >   - You have seen Stan's famous SPR, haven't you?   ) http://www.bizyx.com/ingres/section02.htm   B and after reading that, fire up DECW$CALENDAR, go for the help -> I Overview and you undertand why the last 3 topics are there (don't forget   the subtopics).   A To keep on topic, I'm revisiting Datatrieve as part of this. One  I annoying thing is that contrary to the help, when run from a DECterm, it  0 goes into /interface/decwindows, and I'm hitting  * Motif BadWindow (invalid Window parameter)  E errors when I use the SHOW command (maybe because I have Mozilla and   another couple of X-apps open).   & To override that and get the CLI mode.   $ define dtr$nowindows true    ------------------------------  % Date: Mon, 31 May 2004 13:36:52 +0200 3 From: Michael Unger <spam.to.unger@spamgourmet.com>  Subject: Re: datatrieve * Message-ID: <2i0k28Fgtc8jU1@uni-berlin.de>  / On 2004-05-31 10:14, "Martin Vorlaender" wrote:   - > Paul Sture (nospam@sture.homeip.net) wrote: M >> I get a connection refused message when trying to access this link though: = >> http://www.decus.de:8080/www/common/vms/FUN/WOMBAT_JIM.JPG  >>M >> Rats, I wanted to see that wombat as it wouldn't display on the cr*ppy OEM # >> VTs we used all those years ago.  > F > I believe Martin Zinser has it on his fun VMS pages. Errr... where's= > that URL now... - somewhere below http://zinser.no-ip.info/    I guess the best start would be   0 <http://zinser.no-ip.info/www/vms/fun/ent.htmlx>   Michael    --  ; Real names enhance the probability of getting real answers. 5 My e-mail account at DECUS Munich is no longer valid.    ------------------------------  % Date: Mon, 31 May 2004 16:43:47 +0200 , From: "Hans Vlems" <hvlems.dotweg@zonnet.nl> Subject: Re: datatrieve * Message-ID: <2i0uq0Fhum3qU1@uni-berlin.de>  9 "Paul Sture" <nospam@sture.homeip.net> schreef in bericht $ news:2i0dahFh2tefU1@uni-berlin.de... > Hans Vlems wrote: = > > "Paul Sture" <nospam@sture.homeip.net> schreef in bericht ( > > news:2hvuqbFhf9q8U1@uni-berlin.de... > >  > >>Michael Austin wrote:  > >>; > >>>LOL--- someone had way too much time on their hands...  > >>>  > >>J > >>And on a serious note It was 1985/6 that I managed to cut the CPU timeL > >>needed to load DTR on an 11/780 by over a second, simply by installing aI > >>load of those images. The ones for products we didn't have (e.g. RDB) 2 > >>were just stubs so didn't carry much overhead. > >>) > >><famous Stan Rabinowitz tale snipped>  > >>G > > Famous it may be but I'd never read that before Paul, thank you for  posting  > > it.  >  >L > > Now with 20/20 hindsight I suddenly understand why DTR32 was not so very( > > fast on an 11/750 with just 2 MB.... > >  > > Hans > > (still laughing) > >  > / > You have seen Stan's famous SPR, haven't you?  >   L No I hadn't! Quite interesting to read. For some reason I knew the rule that a millennium that L can be divided by 400 is indeed a leapyear while other centuries are not. It
 took a lot of E persuasion to convince system managers of less informed companies :-) E And yes, the decw$calender help suddenly makes sense (other than some  historical trivia).  Thanks Paul!   ------------------------------  % Date: Mon, 31 May 2004 17:22:17 +0200 0 From: Keith Cayemberg <keith.cayemberg@arcor.de> Subject: Re: datatrieve B Message-ID: <40bb4dab$0$13306$9b4e6d93@newsread2.arcor-online.net>   Michael Unger wrote:1 > On 2004-05-31 10:14, "Martin Vorlaender" wrote:  >  > - >>Paul Sture (nospam@sture.homeip.net) wrote:  >>M >>>I get a connection refused message when trying to access this link though: = >>>http://www.decus.de:8080/www/common/vms/FUN/WOMBAT_JIM.JPG  >>> M >>>Rats, I wanted to see that wombat as it wouldn't display on the cr*ppy OEM # >>>VTs we used all those years ago.  >>F >>I believe Martin Zinser has it on his fun VMS pages. Errr... where's= >>that URL now... - somewhere below http://zinser.no-ip.info/  >  > ! > I guess the best start would be  > 2 > <http://zinser.no-ip.info/www/vms/fun/ent.htmlx> > 	 > Michael  >   E Sorry for the bogus link. It was valid a few weeks ago. With the help D of your suggestions, I have found an alternative site, where Martin % Zinser has placed the picture here...   : http://zinser.no-ip.info/www/common/vms/fun/wombat_jim.jpg  & It's part of the following web page...  6 http://zinser.no-ip.info/www/vms/FUN/GER/FUN_DTR.HTMLX   Cheers!    Keith    ------------------------------  % Date: Mon, 31 May 2004 03:00:04 -0400   From: John Santos <JOHN@egh.com>% Subject: Re: failed CXX installation? 5 Message-ID: <1040531024958.3379A-100000@Ives.egh.com>   D On Sun, 30 May 2004, Phillip Helbig---remove CLOTHES to reply wrote:  J > Installing the latest CXX on VAX, I get the following error (this is theA > contents of a file which was mentioned in the screen message as , > containing more information on the error): > J > MOVE_FILE CXX$PH_TEMP VMI$ROOT:[CXX$LIB.REFERENCE.CXXL$DEF_H]COMPLEX.H;  >  > That's it. > K > The same installation on another VAX, the main difference is that it has  H > 64 MBRAM whereas the installation failed on a 32-MB RAM VAX, from the H > same CD worked fine.  If it had been a resource problem, I would have  > expected another message.  >   > Any idea what the above means? >   B No, but one resource problen that can prevent the display of errorB messages is running out of I/O channels.  Check that process quotaG FILLM is adequate (how's that for vague?) and that the SYSGEN parameter @ CHANNELCNT is at least 15 greater than the largest FILLM on your system.   D On my MicroVAX 3600, 24MB memory, FILLM is 300 for my normal accountB and 750 for SYSTEM.  CHANNELCNT is 800.  Not sure where these came from, maybe DECWindows.   A The values are much larger on most of my Alphas at work: 4096 for A FILLM and 4150 for CHANNELCNT is typical.  Java wants huge FILLM.  So do things like CSWS.     D > Has anyone tried to install the latest DECwindows on VAX from the J > layered-product CDs?  PCSI hangs, CONTROL-T shows TYPE.  CONTROL-Y gets G > things moving again and the installation appears to go OK from there.  >   C Double-check the minimum resources required by DECWindows.  I think $ that's where my VAX FILLM came from.  H Also google for the tuning params for BACKUP (listed many times over theC years); I think that's where the CHANNELCNT >= 15 + MAX(FILLM) came A from.  There may be other quota and parameter interactions listed  there.     --   John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Mon, 31 May 2004 10:00:08 +0200 7 From: Robert Trawinski <robert.trawinski@softax.com.pl> . Subject: Re: HP and Intel Developer Forum 2004+ Message-ID: <c9eom8$nej$1@bozon2.softax.pl>    John Smith wrote: F > "Robert Trawinski" <robert.trawinski@softax.com.pl> wrote in message' > news:c97itf$fl9$1@bozon2.softax.pl...  >  >>John Smith wrote:  >>@ >>>"Stanley F. Quayle" <squayle@insight.rr.com> wrote in message* >>>news:40B67A35.2512.6EE6750@localhost... >>>  >>> F >>>>Anyone going to this?  Looks like a way to get an Itanium box with >>>>VMS cheap: >>>>I >>>>"As a special offer to a select set of HP and Intel developers, HP is I >>>>making the HP Integrity rx2600 server available at an exclusive price  >>>>of $2000 USD." >>>>C >>>>You have to join DSPP (free) and the Intel Early Access Program G >>>>(free), but it's not clear what the session costs -- other than the  >>>>$2000 for the box. >>>>( >>>>More info at (sorry about the wrap): >>>>J >>>>http://h21007.www2.hp.com/dspp/bus/bus_BusDetailPage_IDX/1,1252,6045,0
 >>>>0.html >>>  >>>  >>> I >>>Also note that when you go to that link and then click on  Additional K >>>Details on DSPP link (redirects to http://h21007.www2.hp.com/ ), OpenVMS  >  > is > I >>>not mentioned on that page but ALL the other operating systems that HP  >  > sells  >  >>>are.  >>>  >>>How bloody typical. >>>  >>>  >>>  >>A >>At IDF polish edition HP rewarded companies that first port own  >>application to >>HP-UX or OpenVMS.  >  >  > K > Perhaps the further one is away from the iron fist of carly(tm) and other H > enemies of OpenVMS, the more flexibility HP managers have in promoting > products other than printers.  >  >    DeskJet printer was the reward.  :-)    Robert   ------------------------------  % Date: Mon, 31 May 2004 03:27:18 -0400   From: John Santos <JOHN@egh.com>H Subject: Re: long, boring explanation of minicopy (and HBVS, in general)5 Message-ID: <1040531030244.3379B-100000@Ives.egh.com>   D On Sun, 30 May 2004, Phillip Helbig---remove CLOTHES to reply wrote:  E > In article <c9cgsg$p5$1@online.de>, helbig@astro.multiCLOTHESvax.de 5 > (Phillip Helbig---remove CLOTHES to reply) writes:   > K > > So, FROM THE ALPHA, I dismounted one physical member of the shadow set  L > > with /POLICY=MINICOPY.  OPCOM mentioned some stuff about a write bitmap L > > being created.  I didn't shut down the VAX, but wanted to make sure the K > > command worked properly first and that a minicopy would occur on MOUNT.  > J > I don't remember if I did DISMOUNT or DISMOUNT/CLUSTER from the ALPHA.  G > Presumably, DISMOUNT/CLUSTER would be correct in this case, though I  J > don't think it should matter since the individual members of the shadow K > set aren't themselves mounted on any node---they are only mounted in the  J > sense that they are members of the shadow set.  I would thus think that J > a DISMOUNT on any node will expel the member from the shadow set on all > > nodes (which is what the OPCOM messages seemed to indicate). > C > Thus, I don't think that this could be the cause of my problem.     @ If you are simply rebooting a node (i.e. for installing an ECO),> don't dismount anything on the other nodes!  (You can do local> dismounts (DISMOUNT without the /CLUSTER) in syshutdwn.com, if@ you want to, but shutdown.com does this anyway, a little later.)> Any access to the missing disk(s) should stall in mount-verifyB until the node comes back up, and enables MSCP serving (very early- in the boot process), and then should resume.   0 At least, this is true for non-shadowed disks.    D For shadowed disks, I'm not sure if the surviving nodes put the diskA into mount-verify when they discover the missing disk, or if they D immediately kick the missing disk out of the shadow set.  I think itC waits for SHADOW_MBR_TMO seconds (dynamic, default=2 minutes, which D may be too short for a VAX or a system with a huge amount of memory)? and then kicks the disk out of the shadow set.  So if you don't D mind brief hangs while accessing (writing, since reading can proceedG from the other member?) the shadow set, this is probably the way to go.   > Another option is to remove only the locally served disks from> the shadow-set.  If you initially mount the shadowsets (on the? Alpha nodes) with /POLICY=MINICOPY, then when the VAX dismounts < its disks (the members, not the shadowsets), then the Alphas< should create write bitmaps for the VAX disks, and then do a> MINICOPY when the VAX reboots and adds its disks back into the? shadowsets.  (Not sure if you have to say "/cluster" or if this B is implied when you remove a disk from a shadowset, since it makes> no sense to me to have or for VMS to allow different shadowset membership on different nodes.)    --   John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------    Date: 31 May 2004 06:20:40 -0700. From: fabiopenvms@yahoo.com.br (Fabio Cardoso)! Subject: MS Windows Supercomputer = Message-ID: <f30679fb.0405310520.4177b967@posting.google.com>    Click And believe!!!      h http://news.com.com/Microsoft+creating+Windows+for+supercomputers/2100-7337_3-5219282.html?tag=nefd.lede    4 Why OpenVMS wouldnt be a SuperComputer OS too ! ;-)       Regards    FC   ------------------------------  % Date: Mon, 31 May 2004 19:20:16 +0200 0 From: Keith Cayemberg <keith.cayemberg@arcor.de>% Subject: Re: MS Windows Supercomputer B Message-ID: <40bb6959$0$13296$9b4e6d93@newsread2.arcor-online.net>   Fabio Cardoso wrote:   > Click And believe!!!   > j > http://news.com.com/Microsoft+creating+Windows+for+supercomputers/2100-7337_3-5219282.html?tag=nefd.lede > 6 > Why OpenVMS wouldnt be a SuperComputer OS too ! ;-) > 	 > Regards  >  > FC  	 Hi Fabio,   F I found the following link a few years ago that seems to indicate that6 an OpenVMS Supercomputer was once offered by Guiltech.  + http://parallel.ru/docs/Parallel/faq/26.txt    Guiltech --------  8 Based in Santa Clara, CA.  A somewhat mysterious company
 Guilfolye.K          Originally optical interconnect.  It changed to a systolic design. ,          The only VMS based "supercomputer."3          Two? delivered (JPL and TRW) in Beta test. E Its last PR gasp was when an employee sold a manual to the Soviets in < the mid-80s.  That employee was sent to prison for violating export control laws.E ---------------------------------------------------------------------   E I too have often wondered why an enterprising company couldn't offer  1 OpenVMS systems as supercomputer building blocks.   G Although OpenVMS has some extra overhead due to its secure heavyweight  H process design, it's stability would be very helpful in massive parallelH designs inwhich it is not unusual for OS mpp systems to have problems toB reach an availablity of over 90% of the cpu's at any one time. Of G course, this failure rate is also due to hardware problems, but OpenVMS G also provides some help with hardware failure as well. Features such as I RAID VLM RAM, APMP, active-active shared-memory clustering and failover,  E XFC, ICC, and Modal Kernel Threads are just some of the VMS features  I that would be useful for stabile ultra-scaling of supercomputer systems.  D Of course, Cray had a very successful family of MPP super computers & based on early alpha chip generations.  H Very much underestimated is the revolutionary APMP Galaxy design. It is F usually mistakenly understood as just another LPAR or Virtual Machine G solution. Actually, due to OpenVMS' integrated cluster design, the CPU  I migration capability, and the Galaxy Shared Memory capability, it is the  I blueprint for solving the seemingly eternal tradeoff problem between SMP  @ and MPP supercomputer designs. Shared memory SMP allows program G scalability without knowledge of super computer architecture, but it's  D scalability levels out due to increased overhead of increasing CPUs E which must be managed by the operatig system. Distributed memory MPP  H systems don't have this CPU overhead problem and can scale much higher, ? but have much slower communication between CPUs reducing their  I effectiveness for problems which which don't allow splitting into highly  H independent sub-problems with minimal synchronization requirements (low I MP-Sync). Numa systems are intended to be the hardware solution to these  A MPP and SMP problems, but the operating systems on top are still  G designed in many respects to use Numa as if it were a high-latency SMP  F or low-latency MPP hardware design, resulting in similar overhead and  sync limitations.   B Especially with the introduction of EV7 inter-chip communication, H OpenVMS APMP is missing only a DLM in Galaxy Shared Memory to provide a G design which would fully use Massive Scalable Numa Systems without the  C inherent scalability limitations of SMP amd MPP for most huge high   MP-Sync problems.   H The implementation of a DLM (Distributed Lock Manager) in Galaxy Shared B Memory was once in the OpenVMS Roadmap but was removed about 2001.F I asked an engineer why it had disappeared, and he said that reducing C I/O bottlenecks are considered much more important to most OpenVMS  F customers. This is probably true for the average OpenVMS customer, butF a massive RAID VLM OpenVMS APMP Galaxy supercomputer would usually be D able to hold all programs and data in main memory until it was done F solving the problem. There are many huge high MP-sync problems in big C corporations that would also benefit from a super APMP system (for  I instance the complete JIT SCM production planning for multiple dependent  C factories (I know one company that needs the whole weekend on a 32  0 processor supercomputer class machine for this).   Cheers!  Keith Cayemberg . IBM Business Services GmbH - Hannover, Germany$ http://www-5.ibm.com/services/de/bs/   ------------------------------  % Date: Mon, 31 May 2004 16:53:59 +0200 , From: "Hans Vlems" <hvlems.dotweg@zonnet.nl>  Subject: Re: routing table help?* Message-ID: <2i0vd5Fho9hqU1@uni-berlin.de>  ? "Craig Marburger" <craig@marburgerdairy.com> schreef in bericht < news:Y7ruc.15858$Tn6.496@newsread1.news.pas.earthlink.net... > HiF >     I have an alpha I am trying access over a vpn tunnel.  The alpha server> > has an address of 192.168.1.104 and it currently accept from 192.168.1.XXX.J > I want the alpha server to accept from 192.168.2.XXX for VPN traffic.  I > have copied the routing table  >  > TCPIP> show route/full > & >                              DYNAMIC > > > Type           Destination                           Gateway > E > DN  * 0.0.0.0/24                                          * 0.0.0.0 H > AH  * 127.0.0.1        LOCALHOST          * 127.0.0.1        LOCALHOSTG > DN  * 192.168.1.0/24                                  * 192.168.1.104  > SYS001 > TCPIP> > L > What changes need to be made to make this work.  Add/modifications.  Or am I  > doing the wrong thing? >  >  >  > Thanks >  > Craig Marburger  >  >  >  Two things strike me as odd:  G 1) the default route has a 24 bit mask, shouldn't it just be: 0.0.0.0 ? J 2) there is no default gateway filled in for the default route, like this: $ tcpip sho route /full   $                              DYNAMIC6 Type   Destination                             Gateway  : AN  * 0.0.0.0                                   * 10.0.0.2 inside.vlems.thuis8 AN  * 10.0.0.0/24                            * 10.0.0.19 osmium.vlems.thuisI AH  * 10.0.0.19  osmium.vlems.thuis * 10.0.0.19        osmium.vlems.thuis J AN  * 127.0.0.0/8                             * 127.0.0.1        LOCALHOST= AH  * 127.0.0.1   LOCALHOST      * 127.0.0.1        LOCALHOST , AH  * 224.0.0.2        ALL-ROUTERS.MCAST.NETE                                                           * 127.0.0.1 	 LOCALHOST - AH  * 224.0.0.9        RIP2-ROUTERS.MCAST.NET E                                                           * 127.0.0.1 	 LOCALHOST   L The solution for your problem is to add a second IP address to the interface? (google this group, it's been discussed before; look for EWA0). J The other solution is to point the default route to a router that connects to 192.168.2.0/24    Hans   ------------------------------  # Date: Mon, 31 May 2004 13:17:38 GMT " From:   VAXman-  @SendSpamHere.ORG Subject: Re: TECO on Itanium... 0 Message-ID: <00A32A78.A18FB552@SendSpamHere.ORG>  X In article <2hvi06Fh7l51U1@uni-berlin.de>, Tim E Sneddon <tesneddon@bigpond.com> writes:@ >Does any one know if there will be TECO on VMS I64? My employer= >received their first Itanium last week with VMS V8.1, but it   >appears to be missing TECO :-(  > # >Larry K., have you heard anything?  >  >Regards, Tim.  G Had a brief discussion with Andy Goldstein at the Ambassador roundhouse G last week and TECO came up in the midst of the conversation.  You might H need to wait for a point release or two before you see it, if you see it at all.    --  B http://www.legacy-2000.com  for the *best* OpenVMS system securityC                             solutions that others only claim to be.  --  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: Mon, 31 May 2004 14:33:51 +0000 - From: David B Sneddon <dbsneddon@bigpond.com>  Subject: Re: TECO on Itanium... * Message-ID: <40BB424F.8050205@bigpond.com>  . VAXman-@SendSpamHere.ORG was overheard to say:Z > In article <2hvi06Fh7l51U1@uni-berlin.de>, Tim E Sneddon <tesneddon@bigpond.com> writes: > A >>Does any one know if there will be TECO on VMS I64? My employer > >>received their first Itanium last week with VMS V8.1, but it! >>appears to be missing TECO :-(   >>$ >>Larry K., have you heard anything? >> >>Regards, Tim.  >  > I > Had a brief discussion with Andy Goldstein at the Ambassador roundhouse I > last week and TECO came up in the midst of the conversation.  You might J > need to wait for a point release or two before you see it, if you see it	 > at all.  >   % What?  What is a system without TECO?    Regards, Dave.  --  I David B Sneddon (dbs)    VMS Systems Programmer     dbsneddon@bigpond.com I Sneddo's quick guide ...          http://www.users.bigpond.com/dbsneddon/ I DBS freeware at ...   http://www.users.bigpond.com/dbsneddon/software.htm I "Life is what happens to you while you're busy making other plans" Lennon    ------------------------------  % Date: Mon, 31 May 2004 07:39:01 -0700 # From: "Tom Linden" <tom@kednos.com>  Subject: RE: TECO on Itanium... 9 Message-ID: <NDEMLKKEBOIFBMJLCECIEEGIDFAA.tom@kednos.com>      -----Original Message-----6   From: David B Sneddon [mailto:dbsneddon@bigpond.com]$   Sent: Monday, May 31, 2004 7:34 AM   To: Info-VAX@Mvb.Saic.Com !   Subject: Re: TECO on Itanium...     0   VAXman-@SendSpamHere.ORG was overheard to say:<   > In article <2hvi06Fh7l51U1@uni-berlin.de>, Tim E Sneddon!   <tesneddon@bigpond.com> writes:    > C   >>Does any one know if there will be TECO on VMS I64? My employer @   >>received their first Itanium last week with VMS V8.1, but it"   >>appears to be missing TECO :-(   >>&   >>Larry K., have you heard anything?   >>   >>Regards, Tim.    >    > K   > Had a brief discussion with Andy Goldstein at the Ambassador roundhouse K   > last week and TECO came up in the midst of the conversation.  You might L   > need to wait for a point release or two before you see it, if you see it   > at all.    >   '   What?  What is a system without TECO?   F Were there not some lisp packages for emacs to mimic TECO?  Of course,G if so, then the next question would be about the avaialbility of emacs.   
   Regards,   Dave.    --K   David B Sneddon (dbs)    VMS Systems Programmer     dbsneddon@bigpond.com K   Sneddo's quick guide ...          http://www.users.bigpond.com/dbsneddon/ K   DBS freeware at ...   http://www.users.bigpond.com/dbsneddon/software.htm K   "Life is what happens to you while you're busy making other plans" Lennon      ---:(   Incoming mail is certified Virus Free.<   Checked by AVG anti-virus system (http://www.grisoft.com).A   Version: 6.0.680 / Virus Database: 442 - Release Date: 5/9/2004A   ---E& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).? Version: 6.0.680 / Virus Database: 442 - Release Date: 5/9/2004    ------------------------------  % Date: Mon, 31 May 2004 17:04:23 +0200 * From: Paul Sture <nospam@sture.homeip.net> Subject: Re: TECO on Itanium...t* Message-ID: <2i0vrpFh550iU1@uni-berlin.de>   Tom Linden wrote:E >  >   -----Original Message-----8 >   From: David B Sneddon [mailto:dbsneddon@bigpond.com]& >   Sent: Monday, May 31, 2004 7:34 AM >   To: Info-VAX@Mvb.Saic.Com # >   Subject: Re: TECO on Itanium...  >  > 2 >   VAXman-@SendSpamHere.ORG was overheard to say:; >> In article <2hvi06Fh7l51U1@uni-berlin.de>, Tim E Sneddon-# >>  <tesneddon@bigpond.com> writes:a >>B >>>Does any one know if there will be TECO on VMS I64? My employer? >>>received their first Itanium last week with VMS V8.1, but itv! >>>appears to be missing TECO :-(4 >>>.% >>>Larry K., have you heard anything?h >> >>J >> Had a brief discussion with Andy Goldstein at the Ambassador roundhouseJ >> last week and TECO came up in the midst of the conversation.  You mightK >> need to wait for a point release or two before you see it, if you see itl
 >> at all. >>* >>   What?  What is a system without TECO? > H > Were there not some lisp packages for emacs to mimic TECO?  Of course,I > if so, then the next question would be about the avaialbility of emacs.o >   < This might be relevant to the question of emacs availablity:  W http://sunsite.tus.ac.jp/pub/academic/computer-science/history/pdp-11/teco/doc/tech.txt.  D "So: Stallman's original Emacs doesn't have a chance of running with? what Russ calls "more modern" TECOs.  The Emacs packages in the D archive, which are much smaller than the original, are the only gameF in town.  If you are interested in Emacs, GNU Emacs is by far the best3 Emacs (and probably the best editor) in existence."n   ------------------------------  % Date: Mon, 31 May 2004 09:11:37 -0700d# From: "Tom Linden" <tom@kednos.com>- Subject: RE: TECO on Itanium...a9 Message-ID: <NDEMLKKEBOIFBMJLCECIAEGKDFAA.tom@kednos.com>      -----Original Message-----3   From: Paul Sture [mailto:nospam@sture.homeip.net]4$   Sent: Monday, May 31, 2004 8:04 AM   To: Info-VAX@Mvb.Saic.Coma!   Subject: Re: TECO on Itanium...e       Tom Linden wrote:    >a    >   -----Original Message-----:   >   From: David B Sneddon [mailto:dbsneddon@bigpond.com](   >   Sent: Monday, May 31, 2004 7:34 AM   >   To: Info-VAX@Mvb.Saic.Com.%   >   Subject: Re: TECO on Itanium...m   >a   >u4   >   VAXman-@SendSpamHere.ORG was overheard to say:=   >> In article <2hvi06Fh7l51U1@uni-berlin.de>, Tim E Sneddono%   >>  <tesneddon@bigpond.com> writes:a   >>D   >>>Does any one know if there will be TECO on VMS I64? My employerA   >>>received their first Itanium last week with VMS V8.1, but itz#   >>>appears to be missing TECO :-(i   >>>g'   >>>Larry K., have you heard anything?t   >>   >>L   >> Had a brief discussion with Andy Goldstein at the Ambassador roundhouseL   >> last week and TECO came up in the midst of the conversation.  You mightB   >> need to wait for a point release or two before you see it, if   you see it   >> at all.   >>,   >>   What?  What is a system without TECO?   >NJ   > Were there not some lisp packages for emacs to mimic TECO?  Of course,K   > if so, then the next question would be about the avaialbility of emacs.M   >i  >   This might be relevant to the question of emacs availablity:    L http://sunsite.tus.ac.jp/pub/academic/computer-science/history/pdp-11/teco/d oc/tech.txt.  I Interesting.  I believe the first version that Stallman wrote was in PL/IA underEJ Multics as was the Primos version written by Bob Frankston, during the mid 70's Concerning emacs under VMS see0 http://www.emacswiki.org/cgi-bin/wiki/EmacsOnVMS  F   "So: Stallman's original Emacs doesn't have a chance of running withA   what Russ calls "more modern" TECOs.  The Emacs packages in the F   archive, which are much smaller than the original, are the only gameH   in town.  If you are interested in Emacs, GNU Emacs is by far the best5   Emacs (and probably the best editor) in existence."e     ---.(   Incoming mail is certified Virus Free.<   Checked by AVG anti-virus system (http://www.grisoft.com).A   Version: 6.0.680 / Virus Database: 442 - Release Date: 5/9/2004g   ---t& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).? Version: 6.0.680 / Virus Database: 442 - Release Date: 5/9/2004t   ------------------------------  % Date: Mon, 31 May 2004 17:42:38 +0100o< From: "Alex Daniels" <AlexNOSPAMTHANKSDaniels@themail.co.uk> Subject: Re: TECO on Itanium... ) Message-ID: <c9fn9l$ma4$1@news.wplus.net>e  . "Tom Linden" <tom@kednos.com> wrote in message3 news:NDEMLKKEBOIFBMJLCECIAEGKDFAA.tom@kednos.com...o >. >  >   -----Original Message-----5 >   From: Paul Sture [mailto:nospam@sture.homeip.net] & >   Sent: Monday, May 31, 2004 8:04 AM >   To: Info-VAX@Mvb.Saic.Com # >   Subject: Re: TECO on Itanium...s >d >l >   Tom Linden wrote:i >   >y" >   >   -----Original Message-----< >   >   From: David B Sneddon [mailto:dbsneddon@bigpond.com]* >   >   Sent: Monday, May 31, 2004 7:34 AM! >   >   To: Info-VAX@Mvb.Saic.Com ' >   >   Subject: Re: TECO on Itanium...  >   >C >   > 6 >   >   VAXman-@SendSpamHere.ORG was overheard to say:? >   >> In article <2hvi06Fh7l51U1@uni-berlin.de>, Tim E Sneddono' >   >>  <tesneddon@bigpond.com> writes:  >   >>F >   >>>Does any one know if there will be TECO on VMS I64? My employerC >   >>>received their first Itanium last week with VMS V8.1, but itu% >   >>>appears to be missing TECO :-(e >   >>>f) >   >>>Larry K., have you heard anything?. >   >> >   >>C >   >> Had a brief discussion with Andy Goldstein at the Ambassadort
 roundhouseH >   >> last week and TECO came up in the midst of the conversation.  You mightsD >   >> need to wait for a point release or two before you see it, if >   you see it >   >> at all. >   >>. >   >>   What?  What is a system without TECO? >   >rL >   > Were there not some lisp packages for emacs to mimic TECO?  Of course,F >   > if so, then the next question would be about the avaialbility of emacs. >   >m >e@ >   This might be relevant to the question of emacs availablity: >  >1 >,L http://sunsite.tus.ac.jp/pub/academic/computer-science/history/pdp-11/teco/d
 > oc/tech.txtn >mK > Interesting.  I believe the first version that Stallman wrote was in PL/Ie > under L > Multics as was the Primos version written by Bob Frankston, during the mid > 70's  J I would guess the Primos version would more likely have been PLP, which isH not quite PL/I, albeit most similar. Unfortunately my Primos source code tapes are long since gone.   Alex   ------------------------------  % Date: Mon, 31 May 2004 09:42:41 -0700m# From: "Tom Linden" <tom@kednos.com>  Subject: RE: TECO on Itanium...l9 Message-ID: <NDEMLKKEBOIFBMJLCECIAEGLDFAA.tom@kednos.com>-     -----Original Message-----C   From: Alex Daniels [mailto:AlexNOSPAMTHANKSDaniels@themail.co.uk]a$   Sent: Monday, May 31, 2004 9:43 AM   To: Info-VAX@Mvb.Saic.Com2!   Subject: Re: TECO on Itanium...     0   "Tom Linden" <tom@kednos.com> wrote in message5   news:NDEMLKKEBOIFBMJLCECIAEGKDFAA.tom@kednos.com...t   >i   >o    >   -----Original Message-----7   >   From: Paul Sture [mailto:nospam@sture.homeip.net] (   >   Sent: Monday, May 31, 2004 8:04 AM   >   To: Info-VAX@Mvb.Saic.Com %   >   Subject: Re: TECO on Itanium...n   >a   >o   >   Tom Linden wrote:.   >   >s$   >   >   -----Original Message----->   >   >   From: David B Sneddon [mailto:dbsneddon@bigpond.com],   >   >   Sent: Monday, May 31, 2004 7:34 AM#   >   >   To: Info-VAX@Mvb.Saic.Com )   >   >   Subject: Re: TECO on Itanium...e   >   >    >   >/8   >   >   VAXman-@SendSpamHere.ORG was overheard to say:A   >   >> In article <2hvi06Fh7l51U1@uni-berlin.de>, Tim E Sneddon-)   >   >>  <tesneddon@bigpond.com> writes:0   >   >>H   >   >>>Does any one know if there will be TECO on VMS I64? My employerE   >   >>>received their first Itanium last week with VMS V8.1, but it.'   >   >>>appears to be missing TECO :-(q	   >   >>>l+   >   >>>Larry K., have you heard anything?-   >   >>   >   >>E   >   >> Had a brief discussion with Andy Goldstein at the Ambassador1   roundhouseJ   >   >> last week and TECO came up in the midst of the conversation.  You   mightyF   >   >> need to wait for a point release or two before you see it, if   >   you see it   >   >> at all.   >   >>0   >   >>   What?  What is a system without TECO?   >   >sB   >   > Were there not some lisp packages for emacs to mimic TECO?   Of course,H   >   > if so, then the next question would be about the avaialbility of   emacs.   >   >t   >nB   >   This might be relevant to the question of emacs availablity:   >-   >-   >-D   http://sunsite.tus.ac.jp/pub/academic/computer-science/history/pdp
 -11/teco/d
 > oc/tech.txtR >dK > Interesting.  I believe the first version that Stallman wrote was in PL/I  > undertL > Multics as was the Primos version written by Bob Frankston, during the mid > 70's  J I would guess the Primos version would more likely have been PLP, which isH not quite PL/I, albeit most similar. Unfortunately my Primos source code tapes are long since gone.  I Nope.  I used to have the sources.  Moreover, when Frankston wrote it PLPa/ (which was pruned from PL/I) did not yet exist.e   Alex     ---.& Incoming mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).? Version: 6.0.680 / Virus Database: 442 - Release Date: 5/9/2004h   --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).? Version: 6.0.680 / Virus Database: 442 - Release Date: 5/9/2004u   ------------------------------    Date: 31 May 2004 13:44:54 -04003 From: Rich Alderson <news@alderson.users.panix.com>d Subject: Re: TECO on Itanium...g. Message-ID: <mddk6ys7ap5.fsf@panix5.panix.com>  % "Tom Linden" <tom@kednos.com> writes:g   >   -----Original Message-----5 >   From: Paul Sture [mailto:nospam@sture.homeip.net]e& >   Sent: Monday, May 31, 2004 8:04 AM >   To: Info-VAX@Mvb.Saic.Comm# >   Subject: Re: TECO on Itanium...w  @ >   This might be relevant to the question of emacs availablity:  N > http://sunsite.tus.ac.jp/pub/academic/computer-science/history/pdp-11/teco/d
 > oc/tech.txto  K > Interesting.  I believe the first version that Stallman wrote was in PL/I N > under Multics as was the Primos version written by Bob Frankston, during the) > mid 70's Concerning emacs under VMS seet2 > http://www.emacswiki.org/cgi-bin/wiki/EmacsOnVMS > H >   "So: Stallman's original Emacs doesn't have a chance of running withC >   what Russ calls "more modern" TECOs.  The Emacs packages in theoH >   archive, which are much smaller than the original, are the only gameJ >   in town.  If you are interested in Emacs, GNU Emacs is by far the best7 >   Emacs (and probably the best editor) in existence."   L EMACS originated as a set of TECO macros on the ITS operating system for theM PDP-10.  (This is NOT a version of TECO ever supported by DEC, but rather thenL result of years of parallel development from the original TECO for the PDP-1N written at MIT.)  RMS took all the popular macros which various AI Lab hackersO had developed and rationalized them into a single command set, to accompany thed3 real-time editing mode he had created for MIT TECO.   M This TECO ran on ITS, TENEX, and Tops-20; its memory model was entirely wrongR0 for Tops-10, which is why EMACS never ran there.  H EMACS on Multics was written in MACLISP, and was the inspiration for theI versions on the Lisp machines from LMI, Symbolics, and Texas Instruments,oK before RMS wrote GNU Emacs, for which he first created a Lisp optimized forn writing editors!   Alternate .signature:   ? Rich Alderson			Last LOTS Tops-20 Systems Programmer, 1984-1991 / 				Current maintainer, MIT TECO EMACS (v. 170)/ -- t. Rich Alderson					    | /"\ ASCII ribbon     |< news@alderson.users.panix.com			    | \ / campaign against |L "You get what anybody gets. You get a lifetime."    |  x  HTML mail and    |7 			 --Death, of the Endless    | / \ postings         |    ------------------------------  + Date: Mon, 31 May 2004 07:33:30 +0000 (UTC)r6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)< Subject: Re: The Inquirer: CA to Open Source Ingres Database1 Message-ID: <newscache$03ikyh$yp21$1@news.sil.at>h  n In article <D6tuc.9465$Ef3.437068@twister.southeast.rr.com>, "Kenneth Farmer" <kfarmer@spyderbyte.com> writes:0 >The Inquirer: CA to Open Source Ingres Database* >http://www.theinquirer.net/?article=16222  F Which INGRES ? There is INGRES and OpenINGRES. Both from CAI. And bothK are/were running on [Open]VMS. They were similar with annoying differences.iF INGRES started at Relational Technology, moved to ASK and then to CAI.; OpenINGRES stems from INGRES (I think around the ASK time). ) I see no differentiation in this article.,  < If INGRES (which INGRES) is opened, what is it called then ?   -- c Peter "EPLAN" LANGSTOEGERi% Network and OpenVMS system specialiste E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  + Date: Mon, 31 May 2004 07:06:11 +0000 (UTC)n6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)5 Subject: Re: [DECset V12.5] Current LSE/SCA version ?N1 Message-ID: <newscache$htgkyh$8c21$1@news.sil.at>a  w In article <c9d7i1$tdp$2@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes: F >In article <newscache$9lfjyh$0br$1@news.sil.at>, peter@langstoeger.at% >(Peter 'EPLAN' LANGSTOEGER) writes:   >> Now a (rhetorical) question:b >>  I >> In previous occurences I found every time the version of LSE (Language H >> Sensitive Editor) and SCA (Source Code Analyzer) identical. Even thisJ >> time, SPL lists both as one item with UPI 057AA and version V4.8 (which! >> is contained in DECset V12.5).t >> zO >> I did install DECset (months ago) and found that LSE is V4.8 and SCA is V4.7w >> Now, is there a SCA V4.8 ?i >nE >For a long time, Fortran and VMS had the same version numbes, but I - >believe that has changed now.  N If they are/were not sold under the same UPI, this is not exactly the same ;-)   -- t Peter "EPLAN" LANGSTOEGER4% Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------   End of INFO-VAX 2004.301 ************************n the screen message as , > containing more information on the error): > J > MOVE_FILE CXX$PH_TEMP VMI$ROOT:[CXX$LIB.REFERENCE.CXXL$DEF_H]COMPLEX.H;  >  > That's it. > K > The same installation on another VAX, the main difference is that it has  H > 64 MBRAM whereas the installation failed on a 32-MB RAM VAX, from the H > same CD worked fine.  If it had been a resource problem, I would have Q%Q#`9b~]1q FγPyBͭ(Bg5ϒ$ga3laΓF؊?l>ߺ&SY=6̳$<rd%>b[l~9ma3Q{IVʣ&%glol~ Gw7$GC#-Zc/;Mwƴ>u}.nSs*6NS>Nkl9a3ɑY*9ӋIܿ]FqSv
as#t;Ⱥ^-mȖ۩GnHN
jf4ͩتyܩ-T9<| G91ˀqBLrpa{ǝ%6pa3ɑVzyU<N
rdlU.
f#5+z]uzÀͩNo"l&9ު_U^ͯWmWڋ؜|l&#.@x%B"f#
¶^rͮ9la3ɑ{MŖx-ކ^ۼަm9P*,:GJΪL<UI¶`[DLr [3YFRV{b=FXl-g̈́
,Ir66eu[VyL Gva;ۜ??+Im*/v*zyd#ɹq39؜\GLroQ
$G'-_<zyb}a%I$GKȺS~.Tl&ySCZnBa*'
eN8d#"vA?W6WmF~7TL&9i@ȥ=6Snϒ$'(+	_RR~~I6b|,yA<ЗƠ}lNcP=f|%\m M#l&9-