Mark Johnson can tell a story (well, another story) about UniData doing the same thing; UniData 5.1, to be exact. Mark and I worked on that for quite some time before Mark just gave up and left the useless stuff in there to make the program work. At least, to the best of my recollection, that was how it was handled in the end.
I worked with the support team (UniData/Ardent/Informix) in place at that time; it wasn't readily reproducible, and there never was a fix (at least, that I knew of). Regards, Bob Wyatt -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bob Woodward Sent: Tuesday, October 24, 2006 11:20 To: u2-users@listserver.u2ug.org Subject: RE: [U2] [UD] Compilation Failed... I have a wild one for you. In Universe, not Unidata, twice I've had programs that would not compile properly. I found that if I added a statement to the source code then it would compile. It doesn't matter what the statement is as long as it affected memory usage. These two times, I just added the line Z="JUNK MESSAGE" and that fixed whatever the compiler was doing. But you already have a fix. You've copied the program so delete the original and rename the copy to the originals filename. YMMV, BobW -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Wolverton Sent: Monday, October 23, 2006 4:22 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] [UD] Compilation Failed... Well ... It does not appear to be TEMP related... Example: TEST>BASIC BP IMPORT.CLIENTS Compiling Unibasic: \STUFFHERE\BP\IMPORT.CLIENTS in mode 'p'. compilation failed TEST>COPY BP IMPORT.CLIENTS TO: TESTING2 1 records copied TEST>BASIC BP TESTING2 Compiling Unibasic: \STUFFHERE\BP\TESTING2 in mode 'p'. compilation finished SO... I cannot compile the EXISTING program, but if I copy the source it to a new name, I **CAN** compile it. So there is some permissions settings on the EXISTING object code (_progname) file that is the issue -- the problem is figuring out what. I guess I'll just have the user compare the security of the two object codes to see what is different - as bad as I hate that! If this extra information rings bells, please let me know... David W. > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Baakkonen, Rodney A (Rod) 46K > Sent: Monday, October 23, 2006 4:15 PM > To: u2-users@listserver.u2ug.org > Subject: RE: [U2] [UD] Compilation Failed... > > Where do you have TMP pointing to? There is a default for TMP > in udtconfig. In UNIX the default can be overridden by > setting the environment variable TMP. > > > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of David > Wolverton > Sent: Monday, October 23, 2006 3:06 PM > To: u2-users@listserver.u2ug.org > Subject: [U2] [UD] Compilation Failed... > > > I am at a client site today... > > Oddest thing - UniData 7.1.6 on Windows > > One sign on can compile - all is well. > Another one cannot - it looks like it is compiling, but > always ends with 'compilation failed' - No line number > errors, nothing to give me a direction > -- I compile the same program using a different signon and it > works... So I know it's security reasons... > > I can write to the VOC, and to the BP -- what permission > magic shouild I ask the user to fix for me? Where else must > I need access to do a 'compile'? > > This is the first time I've run into this one! > > Thanks - > David W. > > > =========================================== > Sunset Programming, Inc. > Developing Today for a Productive Tomorrow P 214.337.8204 F > 469.442.1368 E [EMAIL PROTECTED] > =========================================== > CONFIDENTIALITY NOTICE: > > This e-mail message, and any accompanying documents, is for > the sole use of the intended recipient(s) and may contain > confidential and privileged information. Any unauthorized > review, use, disclosure, distribution or copying is > prohibited. If you are not the intended recipient, please > contact our office by email or by telephone at (214) 337-8204 > and immediately destroy all copies of the original message. > =========================================== > ------- > u2-users mailing list > u2-users@listserver.u2ug.org > To unsubscribe please visit http://listserver.u2ug.org/ > ------- > u2-users mailing list > u2-users@listserver.u2ug.org > To unsubscribe please visit http://listserver.u2ug.org/ ------- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ ------- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ ------- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/