Sidebar. I wanted to change a 6 digit date value when re-processing a data set. The program would use today's date and I wanted to use the week prior.
So I ran the program in the debugger and when I got to that line I did */DTE = 081005 of which I replaced it with 080305. and continued. When it was done, it had posted it to date 80305. Fortunately it isn't a date value just a posting reference. Thus, the debugger removed the leading zero (aka MS Excel Zip Codes). This was on D3. Is this also on UV/UD? Thanks. Mark Johnson P.S. Don't flame me for my method. Just focus on the debugger issue at hand. Thanks. ----- Original Message ----- From: <[EMAIL PROTECTED]> To: <[email protected]> Sent: Friday, August 12, 2005 1:27 PM Subject: Re: [Maybe spam] RE: [U2] Remove Scenario > In a message dated 8/12/2005 6:00:10 AM Pacific Daylight Time, > [EMAIL PROTECTED] writes: > > > > Thank you for clearing up the issue of using EQUATES. I was ready to pile > > on you along with Les Hewkin. We use EQUATES and live by what they > > describe. I have learned never to trust DICTS. > > The only problem being (or at least last time I checked) was that RAID > doesn't understand EQUATES. So you're walking through the code and see > CUST.ADDRESS = '' > and you type > */CUST.ADDRESS > and it says whatever something like "variable not found" or something I > forget. > > So is there a downside to using a construct like > A.CUST.ADDRESS = 40 > CUST.REC<A.CUST.ADDRESS> = "" > > Then RAID is quite happy with it. > > Will Johnson > ------- > u2-users mailing list > [email protected] > To unsubscribe please visit http://listserver.u2ug.org/ ------- u2-users mailing list [email protected] To unsubscribe please visit http://listserver.u2ug.org/
