Another reason to avoid CNAME could be that it is terrible slow, try to do a select and then loop through each item and cname it, with 1000 items you can write a program to do the name changing before the first one is finished :-)) That was my experience first time i tried to do this on 9000+ records :-)
Claus Derlien edb-afdelingen direkte : 63 13 86 69 email : [EMAIL PROTECTED] > -----Original Message----- > From: Bob Witney [mailto:[EMAIL PROTECTED] > Sent: Friday, July 23, 2004 10:58 AM > To: [EMAIL PROTECTED] > Subject: RE: [U2] Longstanding aversion to CNAME? > > > This is from Universe 10.2 > >RUN BP A > -2 > >CNAME BP.O A,V > Changed record "A" to "V" in file "BP.O". > >RUN BP V > -246 > > Same problem except I get -246 not -6293 !! > > Bob > > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of > Martin Phillips > Sent: 23 July 2004 09:11 > To: [EMAIL PROTECTED] > Subject: Re: [U2] Longstanding aversion to CNAME? > > > Probably doesn't apply in this case but there's a trap to > beware of.... > > If the file is type 1/19 and the record contains binary data, a simple > read/write will corrupt it. On reads from a type 1/19, newlines are > replaced by field marks. On write the opposite translation > happens. For a > normal text type database record this is fine, however, if you store > bitmapped data (e.g. scanned images) in a type 1/19 file they will be > damaged by this process. > > This was a long standing problem in COPY in UV but was fixed > some time ago. > The fix uses an (undocumented?) mode flag: > ASSIGN 1 TO SYSTEM(1017) to turn off character translation > and > ASSIGN 0 TO SYSTEM(1017) to turn it on again > > Until this morning, I thought that CNAME had also been fixed > but it seems > that I am wrong (though the system I tried it on is still > using 9.6.1.2). > > To demonstrate this problem, compile a one line program that > prints -2. Use > CNAME to change the name of the object record and the program > prints -62963. > I can't imagine that many users rename their object files but > it shows the > effect. I know of one very big UV site where they decided to > save time by > copying the object code from a test system to the live system > using COPY > rather than recompiling. This neatly destroyed every program > along the way. > > A favourite variant on this problem was for users who went > home from system > adminstration courses and decided that GLOBAL.CATDIR might be > better as a > type 19 file instead of type 1. Yes, RESIZE used to have the > same bug. The > only way to get going again was to rebuild the catalog. > Thankfully, this > one has been fixed. > > > Martin Phillips > Ladybridge Systems > 17b Coldstream Lane, Hardingstone, Northampton NN4 6DB > +44-(0)1604-709200 > ------- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ > > ______________________________________________________________________ > This email has been scanned by the MessageLabs Email Security System. > For more information please visit http://www.messagelabs.com/email > ______________________________________________________________________ > > ______________________________________________________________________ > This email has been scanned by the MessageLabs Email Security System. > For more information please visit http://www.messagelabs.com/email > ______________________________________________________________________ > ------- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ > > ************************************************************** > ************** > Denne mail er blevet scannet af http://www.virus112.com > ************************************************************** > ************** > Frie Funktionfrer - faglig organisation og tvfrfaglig a-kasse - www.f-f.dk *************************************************************************************************************************************** Denne email og alle filer vedlagt som bilag kan indeholde fortroligt materiale, der kun er beregnet for adressaten, og maa ikke udleveres eller kopieres til uvedkommende. Har De ved en fejltagelse modtaget denne email, bedes De venligst omgaaende meddele os dette pr. telefon : 6313 8550. Paa forhaand tak. *************************************************************************************************************************************** This email and any files transmitted with it may contain confidential information intended for the addressee(s) only. The information is not to be surrendered or copied to unauthorised persons. If you have received this communication in error, please notify us immediately by telephone: +45 6313 8550. Thank you. *************************************************************************************************************************************** ------- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
