5.0.12. => 6.51: Traps

Hi there,we’re planning to update our 5.0.12 server to 6.51 - are there known issues regarding the compatibility of LotusScript or @Cmds?

For example, we encountered problems comparing two dates in combination w/ the “CDat”-function and created a workaround. Are there any other pitfalls?

Every hint will be greatly appreciated!

Thanks,

Buzzy

Subject: 5.0.12. => 6.51: Traps

I am also interested in knowing more about your problems.

Also - I have upgraded several environments withouth any problems. Though be aware of potential “dupes”. Meaning, if you have in R5 your own functions, let’s say “Replace”, LS now comes with an internal “Replace” function. So your “replace” function most likely needs to be renamed.

Regards,

Rune Carlsen

http://www.dominozone.net

Subject: RE: 5.0.12. => 6.51: Traps

Gee, yes - we bought some software whose programmer did this…it was a nice piece of work to find this out :expressionless:

Thanks,

Buzzy

Subject: What problem did you find in “comparing two dates in combination w/ the “CDat”-function”?

Subject: RE: What problem did you find in “comparing two dates in combination w/ the “CDat”-function”?

Well, I don’t know, whether it is a 6.51-problem or differences between the date-format on server and client. When comparing CDat(A) with CDat(B) some agents stopped with en error. It seemes like the usage of “localtime” and “lslocaltime” changed from 5.0.12 to 6.51.Using “timedifference” always worked, so we’re using this method…

Greets,

Buzzy

Subject: RE: What problem did you find in “comparing two dates in combination w/ the “CDat”-function”?

LocalTime is a String, and always was. Using a String to work with a date was a bad idea. When you do that, you risk problems caused by different date format preferences on different machines.CDat returns a date value. So CDat(A) and CDat(B) are OK for dates and local times, unless of course A and B are Strings, in which case see above.

TimeDifference is also OK, as long as you remember not to set the values of the NotesDateTime objects using Strings, or functions that return Strings.

None of this has changed between versions 5 and 6.

Subject: RE: What problem did you find in “comparing two dates in combination w/ the “CDat”-function”?

Then it seems that these problems occurred due to some “wrong” settings - though our admins insisted that all settings are equal to our 5.0.12-server :-/Thanks for the clarification!

Buzzy