Kevin: Many releases ago on Unidata we noticed that this particular code was not working. The code would work when we had it in another program. The program would fail even when we added CRT statements around the code. So, we moved the offending code to another area of the program and the problem was no longer. It seems there was something in the area of code that was causing the compiler to work correctly. Of course we have not seen any of the problem on the current release of 7.3.
Regards, Doug www.u2logic.com On Wed, Nov 7, 2012 at 5:25 PM, Kevin King <ke...@precisonline.com> wrote: > We have a customer who has a system that was rebooted a couple days ago. > Since then, and only in one certain subroutine, when doing an MCU > conversion on a multivalued list, the ASCII 253 value marks are replaced > with ASCII 221. Understanding that the difference between an lower and > upper case A is 32 in the ASCII table (97 - 65), it seems like Unidata is > treating the delimiters like normal characters. But again, this only > happens in certain programs. If I extract the lines of code that exhibit > this behavior into its own program, the problem does not occur. > > Any ideas what might be causing this and only in one subroutine? Both my > test program and the real program with the problem are $BASICTYPE "U". > _______________________________________________ > U2-Users mailing list > U2-Users@listserver.u2ug.org > http://listserver.u2ug.org/mailman/listinfo/u2-users > _______________________________________________ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
