true
1977,7,7,0,0,0,5
false
3/5/68
false
5/31/42
true
2032,5,31,0,0,0,2
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/m
On 9/25/07 1:23 PM, "Mikey" <[EMAIL PROTECTED]> wrote:
> Well, I tried setting the century cutoff to 40 and to 10 and it
> doesn't work for either, regardless of whether I have the year
> prepended with "19" or not.
I have to add that running commands etc from the message box does not always
work.
Well, I tried setting the century cutoff to 40 and to 10 and it
doesn't work for either, regardless of whether I have the year
prepended with "19" or not.
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe,
On 25 Sep 2007, at 18:47, Eric Chatonet wrote:
Convert command:
Note: The range of dates that the convert command can handle is
limited by the operating system's date routines. In particular,
Windows systems are limited to dates after 1/1/1970.
I do regret this but it seems documented...
Mark,
The problem ultimately is that all the date routines have to be
overloaded, since none of them work with pre-1970 dates.
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your
It's probably going to be a tricky bug to track down, since other XP
users are not seeing the problem (at least with post 1969 dates).
The overloading (in the meantime) issue you could deal with by
writing a reasonably named function ('isDate', perhaps) that contains
your own date identificat
Eric, Doesn't Sarah's stack fill this need?
I haven't tested this, but it's a library that might work around the problem.
http://www.troz.net/Rev/libraries/DateTime.rev.gz
useful other stuff there
http://www.troz.net/Rev/libraries.php
otherwise it might be reading time...
http://www.amazon.com
Thanks for pointing out that there's a note under "convert". I didn't
look there. I was looking in "is a " and under "date" for some
information. I think Rev should make that particular caveat bold
print.
That's a really bizarre restriction, imho. I've got five other
development tools on my de
To be fair to Eric, you posted 1977 in your example.
Please read the last several posts on this topic, and try testing with
a date before 1970.
--
stephen barncard
s a n f r a n c i s c o
- - - - - - - - - - - -
___
use-revolution mailing lis
Hi Mickey,
Sorry, I just reproduced what you wrote :-)
You provided: "o1/07/1970"
Now about dates prior to 1/1/1970, docs are clear:
Convert command:
Note: The range of dates that the convert command can handle is
limited by the operating system's date routines. In particular,
Windows syst
Hi,
put "07/01/1977" into thisCrap
put thisCrap is a date
I get true on a Mac with Rev 2.8.0.
put "07/01/1827" into thisCrap
put thisCrap is a date
I still get true.
On Sep 25, 2007, at Tuesday, 2007/25/0912:30, Eric Chatonet wrote:
Hi Mickey,
Le 25 sept. 07 à 19:10, Mikey a écrit :
p
Please read the last several posts on this topic, and try testing with
a date before 1970.
> Please, try to check a lot before posting a bug: half of bugs in
> Bugzilla are misunderstandings and/or user specific ;-)
___
use-revolution mailing list
use-re
Hi Mickey,
Le 25 sept. 07 à 19:10, Mikey a écrit :
put "07/01/77" into thisCrap
put thisCrap is a date
I get false
put "07/01/1977" into thisCrap
put thisCrap is a date
I get false
Posted as bug 5432. Please vote for it.
Tested here with Rev 2.8.1 enterprise and XP/SP2 by putting the abo
Posted as bug 5432. Please vote for it.
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
Yes, that was a poor choice of dates. I substituted one date for
another to avoid using real data, as was the case with that date as
well. I'm running an ODBC census extract for an insurance renewal,
for which I need to compute ages, and since it failed for the first
employee in the list (whose b
Le 25 sept. 07 à 15:13, Mikey a écrit :
All,
I just did the following:
fire up RunRev
Open the message box
switch to multi-line
set the useSystemDate to false
put "04/25/68" into someDate
put someDate is a date
The result is false
I have also tried making someDate a global, just for the hell
Mikey
On XP here I get false if the date is before 1/1/70.
So your original example (07/01/77) returns true here. Was that just
poor example you chose. 04/25/68 returns false. (All return true on
OS X. )
Looks like a bad bug. Can anyone else confirm?
Cheers
Dave
On 25 Sep 2007, at 14:1
Oh, and it's 2.8.1-gm-3 that I'm running, and again, it's on Windows XP/SP2
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/
All,
I just did the following:
fire up RunRev
Open the message box
switch to multi-line
set the useSystemDate to false
put "04/25/68" into someDate
put someDate is a date
The result is false
I have also tried making someDate a global, just for the hell of it.
Till:
No
I just fired up RR and did it in the message box.
Mark:
No.
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailm
Just a thought, but are you sure there are no 'non-printing' chars
in amongst the dates?
Best,
Mark
On 24 Sep 2007, at 19:51, Mikey wrote:
If I
put "07/01/77" into thisCrap
put thisCrap is a date
I get false
put "07/01/1977" into thisCrap
put thisCrap is a date
I get false
Indeed there
did you set the useSystemDate to true?
depending on where you live
set the useSystemDate to true
put "07/01/77" into thisCrap
put thisCrap is a date
won't work.
Till
Am 24.09.2007 um 21:21 schrieb Mikey:
and I'm using 2.8.1 on XP/SP2
___
use-revol
and I'm using 2.8.1 on XP/SP2
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
%#m/%#d/%y
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
Mikey,
I just made the test with Rev 2.5 on XP and in both cases I get true.
did you check the dateformat ?
JB
> If I
> put "07/01/77" into thisCrap
> put thisCrap is a date
>
> I get false
>
> put "07/01/1977" into thisCrap
> put thisCrap is a date
>
> I get false
>
> Indeed there are no dat
If I
put "07/01/77" into thisCrap
put thisCrap is a date
I get false
put "07/01/1977" into thisCrap
put thisCrap is a date
I get false
Indeed there are no date operators that seem to work on thisCrap.
This is at least a little annoying as it means I have to manually
massage all the dates I extr
26 matches
Mail list logo