If so, that would explain why my test account was not working, but still leaves 
open the question of why does my development account work perfectly running the 
same code?

One of life's little mysteries...

John






John Israel
Senior ERP Developer

Dayton Superior Corporation
1125 Byers Rd  Miamisburg, OH 45342
Office: 937-866-0711 x44380
Fax: 937-865-9182

[email protected]

This message w/attachments (message) is intended solely for the use of the 
intended recipient(s) and may contain information that is privileged, 
confidential or proprietary. If you are not an intended recipient, please 
notify the sender, and then please delete and destroy all copies and 
attachments, and be advised that any review or dissemination of, or the taking 
of any action in reliance on, the information contained in or attached to this 
message is prohibited.




-----Original Message-----
From: [email protected] 
[mailto:[email protected]] On Behalf Of Wjhonson
Sent: Friday, January 20, 2012 1:29 PM
To: [email protected]
Subject: Re: [U2] Date Problem


That the @DATE parameter is being stored, not in the login session per se, but 
in the environment which is wrapping around it.
Reboot your servers, then try it again.  I think it will change to today.



-----Original Message-----
From: Israel, John R. <[email protected]>
To: 'U2 Users List' <[email protected]>
Sent: Fri, Jan 20, 2012 10:23 am
Subject: Re: [U2] Date Problem


I thought of that, but this is going through Redback.  In my development and
esting accounts, Redback is set to login, run the needed code, then log out.
his is slow, but avoids the cashing issue w/o bouncing Redback for every change
 make.  Thus, the process should be new.
I could see it being set based on the last time Redback was bounced, but then
hy would it work in my development account but not my test account?
John



ohn Israel
enior ERP Developer
Dayton Superior Corporation
125 Byers Rd  Miamisburg, OH 45342
ffice: 937-866-0711 x44380
ax: 937-865-9182
[email protected]
This message w/attachments (message) is intended solely for the use of the
ntended recipient(s) and may contain information that is privileged,
onfidential or proprietary. If you are not an intended recipient, please notify
he sender, and then please delete and destroy all copies and attachments, and
e advised that any review or dissemination of, or the taking of any action in
eliance on, the information contained in or attached to this message is
rohibited.


----Original Message-----
rom: [email protected] 
[mailto:[email protected]]
n Behalf Of Wjhonson
ent: Friday, January 20, 2012 1:15 PM
o: [email protected]
ubject: Re: [U2] Date Problem
How about the idea that this program has been running since that time, or
therwise, that this port/process/connection has never been LOGGED off since
hat time, and the Date is set based on that.  That is, you are never resetting
t.

-----Original Message-----
rom: Israel, John R. <[email protected]>
o: 'U2 Users List' <[email protected]>
ent: Fri, Jan 20, 2012 10:08 am
ubject: Re: [U2] Date Problem

 thought of that, but the same programs are working in other accounts.  I have
mpared all source code between accounts and they are the same.
ohn

ohn Israel
nior ERP Developer
ayton Superior Corporation
25 Byers Rd  Miamisburg, OH 45342
fice: 937-866-0711 x44380
x: 937-865-9182
[email protected]
his message w/attachments (message) is intended solely for the use of the
tended recipient(s) and may contain information that is privileged,
nfidential or proprietary. If you are not an intended recipient, please notify
e sender, and then please delete and destroy all copies and attachments, and
 advised that any review or dissemination of, or the taking of any action in
liance on, the information contained in or attached to this message is
ohibited.

---Original Message-----
om: [email protected] 
[mailto:[email protected]]
 Behalf Of Allen Egerton
nt: Friday, January 20, 2012 1:07 PM
: U2 Users List
bject: Re: [U2] Date Problem
n 1/20/2012 12:36 PM, Israel, John R. wrote:
I have an INCLUDE that I use in ALL programs I touch.  It simply does a bunch
 assigning of variables so that I can use them as needed.  One of these
signments is:
TODAY = @DATE
 I have 1 program in 1 account that is consistently returning: 16066 (which is
/26/11).  This program is initiated via a Redback call but so are many many
hers.
 In the pgm that is failing, immediately after my INCLUDE, I just added code to
ite the following to disk:
TODAY
DATE()
@DATE
 Both TODAY and @DATE ALWAYS return 16066 for this 1 program, but no others.
e same program is working correctly in other accounts, and the value of TODAY
 correct in EVERY other program I have ever used.
 Does anyone have a clue?
 I could replace @DATE with DATE() in my INCLUDE, but to do my due diligence, I
ould recompile EVERY program that uses the INCLUDE (and that is NOT going to
ppen).
DATE is writable, check to see if you're inadvertently over-writing it
 that one program.
xample code:
01:       CRT "DATE():  ": DATE()
02:       CRT "@DATE :  ": @DATE
03:       @DATE = "XY"
04:       CRT "@DATE :  ": @DATE
05:       STOP
xample results:
UN ADE.BP TT
TE():  16091
ATE :  16091
ATE :  XY
-
len egerton; [email protected]
_____________________________________________
-Users mailing list
[email protected]
tp://listserver.u2ug.org/mailman/listinfo/u2-users
______________________________________________
-Users mailing list
[email protected]
tp://listserver.u2ug.org/mailman/listinfo/u2-users
_______________________________________________
2-Users mailing list
[email protected]
ttp://listserver.u2ug.org/mailman/listinfo/u2-users
_______________________________________________
2-Users mailing list
[email protected]
ttp://listserver.u2ug.org/mailman/listinfo/u2-users

_______________________________________________
U2-Users mailing list
[email protected]
http://listserver.u2ug.org/mailman/listinfo/u2-users

_______________________________________________
U2-Users mailing list
[email protected]
http://listserver.u2ug.org/mailman/listinfo/u2-users

Reply via email to