Re: DBD::ADO and Access IMAGE (OLE Object) fields...



---- Steffen Goeldner <sgoeldner@xxxxxxxx> wrote:
amonotod wrote:
eval {
use Win32::OLE;
Win32::OLE->Option(CP => Win32::OLE::CP_UTF8);
};

Looks like is has to do with UTF8. Commenting out (or moving it out of the
eval{}) avoids (or hides?) the problem. Sorry, no further ideas.

The original code (embarrassingly enough) did not have the eval, so I don't think that's it.
I just wanted to make sure that the code I posted to the list was complete and had
some minimal error checking. I actually ginned this code together from it's original
source to be a complete example for the list...

So, might anyone have a snippet of code that does work? It doesn't necessarily need
to use ADO, though it should use DBI and work against Access 97/2000 (Jet 4/5)....

Steffen

Thanks for giving it a look, I appreciate it....
amonotod

--

`\|||/ amonotod@ | sun|perl|windows
(@@) charter.net | sysadmin|dba
ooO_(_)_Ooo____________________________________
_____|_____|_____|_____|_____|_____|_____|_____|

.



Relevant Pages

  • 1_0_3705_288 vs 1_1_4322
    ... I am in the process if moving my code from 1.0 sp2 to 1.1. ... changed in the original code between the 2 versions? ... TIA! ...
    (microsoft.public.dotnet.framework.aspnet)
  • Re: Named anchors dont work
    ... I fixed my pages by moving the name to another anchor. ... original code that did not work. ... system had problems with empty anchor tags. ...
    (microsoft.public.windows.inetexplorer.ie6.browser)
  • Re: VI Analyzer incorrectly analyses SVN .svn-base files
    ... I don't know of any way to avoid this. ... Move the original code back to its original position. ... You can do the same thing by deleting and checking out the existing code instead of moving it, but if it's a lot of code, I don't see the point. ...
    (comp.lang.labview)