On Tue, 9 May 2000 16:13:30 -0400 , "Lowery, Thomas"
<[EMAIL PROTECTED]> wrote:
>However, after upgrading Win32::OLE to version 0.12 this script now
>presents:
>
>Field TABLE_CATALOG=pubs
>...
>Field DATE_CREATED=Win32::OLE::Variant=SCALAR(0x9302920)
>Field DATE_MODIFIED=undef
>
>When I modify the script to include:
>use Win32::OLE::Variant;
>The results return the date correctly formatted.
>Field DATE_CREATED=11/13/98 3:11:04 AM Type 7
>
>Is this the desired affects or a bug?
It's kind of the desired effect. VT_DATE and VT_ERROR values are now
returned as Variants and not as strings and numbers. This is most often
more convenient, as you don't loose the type information. A VT_DATE
variant can also be used to format the date in different ways; the
stringification just formats it according to system locale settings.
So I guess I should at least make a prominent note about this in the
NEWS.pod file for 0.13. You still get the old behavior if you used
Win32::OLE::Variant (as you have noticed), because this module overloads
stringification (and numification) of Variant objects.
Or do you think this incompatibility is so severe that it should be rolled
back?
-Jan
---
You are currently subscribed to perl-win32-users as: [archive@jab.org]
To unsubscribe, forward this message to
[EMAIL PROTECTED]
For non-automated Mailing List support, send email to
[EMAIL PROTECTED]
