At the point that it fails, can you put up a messagebox or something that
shows you the value of SET("PROCEDURE") to make sure you haven't got some
code somewhere that's not got the ADDITIVE clause.Fred On Mon, Apr 21, 2014 at 11:56 AM, Desmond Lloyd <[email protected]>wrote: > HELP! > > I just bet one of you has experienced this problem and can offer all sorts > of words of wisdom and advice..... > > Had a large program file that was generating "program too large" errors > when trying to compile. There is a whole slew of separate procedures and > functions in the original procedure file, so I moved those out to a > separate file. At the beginning of the original program I set procedure > to the new program name and everything seemed to work.... > > Note that a procedure file was already set at the time, so I made sure > that I issued the additive command at the end of set procedure to. > > Worked fine (several months). Last week I started to experience the > original program too large message again so I once again moved some > procedure and functions to the new procedure file. > > Began to get errors that file could not be found when executing "valid > functions" after certain reads. Solution was to move those back to the > original program file. > > Testing in my development environment showed that the program worked > fined, however after moving it into my "production environment" users are > getting intermittent cannot find file when running the application. It is > like it "forgot" it has this other procedure file open. Have added some > "occasional checks" to make sure that the procedure file is open. Not sure > if is actually executing or not. > I have used procedure files in the past, as I am sure everyone else has, > and never experience this before. > > I can go back to the original code and modify to include the "in" clause. > But at a loss how to correct. This entire program needs to be re-written, > That will take time, and in the interim everybody has to use it.... > > Any thoughts or suggestions? > Regards, > Desmond > > > --- StripMime Report -- processed MIME parts --- > multipart/alternative > text/plain (text body -- kept) > text/html > --- > [excessive quoting removed by server] _______________________________________________ Post Messages to: [email protected] Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech Searchable Archive: http://leafe.com/archives/search/profox This message: http://leafe.com/archives/byMID/profox/cajcbkso4ec5a8go2vog6bl4we6r2mn0z2xignk6oakocncp...@mail.gmail.com ** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.
