perl.dbi.users

perl.dbi.users http://www.nntp.perl.org/group/perl.dbi.users/ ... Copyright 1998-2008 perl.org Fri, 09 May 2008 13:13:19 +0000 ask@perl.org Re: Fw: How to Retrieve Table Name from Statement Handle by Bart Lateur On Wed, 7 May 2008 12:41:01 -0700 (PDT), Lamb Joseph wrote: >I will have to break apart the SQL statement with a regex and store it that way. > >Thanks for the input. More input: take a look at Ovid's article "Lexing Your Data" on perl.com, at http://www.perl.com/pub/a/2006/01/05/parsing.html which discusses using a tokenizer (lexer) to pull tokens, such as table names, out of SQL statements. -- Bart. http://www.nntp.perl.org/group/perl.dbi.users/2008/05/msg32852.html Thu, 08 May 2008 12:26:41 +0000 Re: Building DBD::Oracle on XP w/ VC 2005 by John Scoles Seem I now have access to an Oracle 11 box so I can have a look into this. So far I get the same results as you. Tomorrow I will have to do some debugging with this. Cheers John Scoles John Scoles wrote: > I will CC this one to a contact I have at Oracle as the first > question Oracle suport will as is what it DBD::Oracle??? followed by > we don't support it. > > If you do follow up say the execute array dose not work as expected. > and that it works in 9. > > cheers > John Scoles > > Gerber, Christopher J wrote: >>> Can you point it to a different non 11 DB instance?? >>> >>> and run the tests again? >>> >>> Could be a bug on the oracle side? >>> >>> seems to be a number of them on 11 64 dbs coming up the past few days. >>> >> >> Using an Oracle 9i server, the errors went away. I think that you're >> right about the 11g bug. Thanks for the assistance. I guess I have to >> find someone at Oracle to pester now! :) >> >> >>> cheers >>> John Scoles >>> Gerber, Christopher J wrote: >>> >>>>> Odd >>>>> >>>>> Gerber, Christopher J wrote: >>>>> >>>>>> First off, I am new to the list. If there is a FAQ, feel free to >>>>>> >>>> point >>>> >>>>>> me there! >>>>>> >>>>>> This morning I built DBD-Oracle-1.21 on my XP machine using Visual >>>>>> Studio 2005. After building, I needed to copy the redistributable >>>>>> files >>>>>> to blib/arch/auto/DBD/Oracle, and I needed to embed the manifest >>>>>> into >>>>>> Oracle.dll with the following command: >>>>>> >>>>>> mt.exe -manifest Oracle.dll.manifest -outputresource:Oracle.dll;2 >>>>>> >> >> >>>>>> I also needed to include my SID in ORACLE_USERID: >>>>>> >>>>>> set ORACLE_USERID=user/password@tns_entry/ORCL >>>>>> ^^^^^ >>>>>> >>>>>> After all this, things worked, *except* for two tests: >>>>>> >>>>>> t/26exe_array...........ok 1/14 >>>>>> t/26exe_array...........NOK 11/14# Failed test '... we should >>>>>> >> have >> >>>>>> >>>> 19 >>>> >>>>>> tuple_status' >>>>>> # at t/26exe_array.t line 120. >>>>>> # got: 10 >>>>>> # expected: 19 >>>>>> >>>>>> >>>>> this means that 9 rows did not get inserted for some reason >>>>> >>>>>> t/26exe_array...........NOK 14/14# Failed test '... we should >>>>>> >> have >> >>>>>> >>>> 48 >>>> >>>>>> rows' >>>>>> # at t/26exe_array.t line 146. >>>>>> # got: 30 >>>>>> # expected: 48 >>>>>> # Looks like you failed 2 tests of 14. >>>>>> t/26exe_array...........dubious >>>>>> Test returned status 2 (wstat 512, 0x200) >>>>>> >>>>>> >>>>> this is linked to the not inserted 9 above so if we fix 11 we fix >>>>> >> this >> >>>>> >>>>>> I'm curious if others have seen these problems. >>>>>> >>>>>> >>>>> Can you tell me the which Oracle version you are running the tests >>>>> >> on? >> >>>>> >>>> >>>>> and which version of DBI? >>>>> >>>> I am using Oracle Instant Client 11.1.0.6.0 32bit on Windows to >>>> >> connect >> >>>> to a server running Oracle 11.1.0.6.0 64bit on Linux. I am using DBI >>>> version 1.601, although I see that 1.602 is now available. >>>> >>>> >>>>> This could be a permission problem with the user that is running the >>>>> >>>> test. >>>>> Try running the tests again with the 'system' user and password and >>>>> >> see >>>>> what you get. >>>>> >>>>> >>>> Using the SYSTEM account I get the same test results. >>>> >>>> I just updated DBI to 1.602 and tested again... the results are the >>>> same. >>>> >>>> >>>>> cheers >>>>> John Scoles >>>>> >>>>>> Chris >>>>>> http://www.nntp.perl.org/group/perl.dbi.users/2008/05/msg32851.html Thu, 08 May 2008 10:48:22 +0000 Re: Fw: How to Retrieve Table Name from Statement Handle by Steve Baldwin You may be able to use the explain plan functionality in Oracle to obtain the tables participating in a SELECT statement. Steve On Wed, 2008-05-07 at 12:48 -0700, Jonathan Leffler wrote: > On Wed, May 7, 2008 at 12:37 PM, Lamb Joseph <joseph_lamb@yahoo.com> wrote: > > > To answer you question, for an Oracle environment I would like > > $sth->{TABLENAME} to contain a list. > > > > my $tablename = $sth->{TABLENAME} ->[0] = First table > > $tablename $sth->{TABLENAME} ->[1] = Second table > > > > The $tablename value will be schema.tablename format. > > For example: > > schema.narf > > schema.zord > > > > > So, what do you expect from a more complex statement, such as one which > includes multiply nested sub-queries in the FROM clause, with renaming > operations? > > SELECT * FROM table1, (SELECT * FROM (SELECT * FROM ...) AS renaming) AS > renaming2 OUTER JOIN (...) ... > > And who do you expect to do the parsing of your SQL? On average, the DBD > driver shouldn't have to, and the average database server won't tell you, > so... Also, don't forget that any of the names could be a reference to an > arbitrarily complex view -- what should be returned then? > > I'm sorry, but I don't think you are going to get the information, unless > some DB server is willing to give that information to the driver. > > I've seen your response to my other post: > I will have to break apart the SQL statement with a regex and store it > that way. > Question: how do you know that it is query using a single table - as your > original question posited? > > > I won't lambast this any further. Suffice to say, what you are asking for > is incredibly non-trivial in the general case, and the general case has to > work as well as the trivial. > > > > > ----- Forwarded Message ---- > > From: Alexander Foken <alexander@foken.de> > > To: Lamb Joseph <joseph_lamb@yahoo.com> > > Cc: dbi-users@perl.org > > Sent: Wednesday, May 7, 2008 11:18:53 AM > > Subject: Re: How to Retrieve Table Name from Statement Handle > > > > Hmmm, and what do you think $sth->{TABLENAME} should contain after > > executing the following SQL? > > > > SELECT t1.foo,t2.bar FROM narf t1, zord t2 WHERE t1.ikes=t2.blurb > > > > Alexander > > > > On 07.05.2008 19:51, Lamb Joseph wrote: > > > I am creating a simple tool that will query one table and retrieve the > > data. Then this tool will turn the data into insert statements. > > > > > > I was wondering if there was a way to retrieve the table name from the > > statement handle? > > > > > > Similar to print "SQL statement contains $sth->{NUM_OF_FIELDS} > > columns\n"; > > > > > > but like this > > > > > > print "SQL statement table name is $sth->{TABLENAME} \n"; > > > > > > > > > Joseph Lamb > > > > > > > > > > > > > > ____________________________________________________________________________________ > > > Be a better friend, newshound, and > > > know-it-all with Yahoo! Mobile. Try it now. > > http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ > > > > > > > > > -- > > Alexander Foken > > mailto:alexander@foken.de http://www.foken.de/alexander/ > > > > > > > > ____________________________________________________________________________________ > > Be a better friend, newshound, and > > know-it-all with Yahoo! Mobile. Try it now. > > http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ > > > > > ****************************************************************** This email is intended solely for the use of the addressee and may contain information that is confidential, proprietary, or both. If you receive this email in error please immediately notify the sender and delete the email. ****************************************************************** http://www.nntp.perl.org/group/perl.dbi.users/2008/05/msg32850.html Wed, 07 May 2008 15:54:25 +0000 Re: Fw: How to Retrieve Table Name from Statement Handle by Jonathan Leffler On Wed, May 7, 2008 at 12:37 PM, Lamb Joseph <joseph_lamb@yahoo.com> wrote: > To answer you question, for an Oracle environment I would like > $sth->{TABLENAME} to contain a list. > > my $tablename = $sth->{TABLENAME} ->[0] = First table > $tablename $sth->{TABLENAME} ->[1] = Second table > > The $tablename value will be schema.tablename format. > For example: > schema.narf > schema.zord > So, what do you expect from a more complex statement, such as one which includes multiply nested sub-queries in the FROM clause, with renaming operations? SELECT * FROM table1, (SELECT * FROM (SELECT * FROM ...) AS renaming) AS renaming2 OUTER JOIN (...) ... And who do you expect to do the parsing of your SQL? On average, the DBD driver shouldn't have to, and the average database server won't tell you, so... Also, don't forget that any of the names could be a reference to an arbitrarily complex view -- what should be returned then? I'm sorry, but I don't think you are going to get the information, unless some DB server is willing to give that information to the driver. I've seen your response to my other post: I will have to break apart the SQL statement with a regex and store it that way. Question: how do you know that it is query using a single table - as your original question posited? I won't lambast this any further. Suffice to say, what you are asking for is incredibly non-trivial in the general case, and the general case has to work as well as the trivial. > ----- Forwarded Message ---- > From: Alexander Foken <alexander@foken.de> > To: Lamb Joseph <joseph_lamb@yahoo.com> > Cc: dbi-users@perl.org > Sent: Wednesday, May 7, 2008 11:18:53 AM > Subject: Re: How to Retrieve Table Name from Statement Handle > > Hmmm, and what do you think $sth->{TABLENAME} should contain after > executing the following SQL? > > SELECT t1.foo,t2.bar FROM narf t1, zord t2 WHERE t1.ikes=t2.blurb > > Alexander > > On 07.05.2008 19:51, Lamb Joseph wrote: > > I am creating a simple tool that will query one table and retrieve the > data. Then this tool will turn the data into insert statements. > > > > I was wondering if there was a way to retrieve the table name from the > statement handle? > > > > Similar to print "SQL statement contains $sth->{NUM_OF_FIELDS} > columns\n"; > > > > but like this > > > > print "SQL statement table name is $sth->{TABLENAME} \n"; > > > > > > Joseph Lamb > > > > > > > > > ____________________________________________________________________________________ > > Be a better friend, newshound, and > > know-it-all with Yahoo! Mobile. Try it now. > http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ > > > > > -- > Alexander Foken > mailto:alexander@foken.de http://www.foken.de/alexander/ > > > > ____________________________________________________________________________________ > Be a better friend, newshound, and > know-it-all with Yahoo! Mobile. Try it now. > http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ > -- Jonathan Leffler <jonathan.leffler@gmail.com> #include <disclaimer.h> Guardian of DBD::Informix - v2008.0229 - http://dbi.perl.org "Blessed are we who can laugh at ourselves, for we shall never cease to be amused." http://www.nntp.perl.org/group/perl.dbi.users/2008/05/msg32849.html Wed, 07 May 2008 12:49:05 +0000 Fw: How to Retrieve Table Name from Statement Handle by Lamb Joseph I will have to break apart the SQL statement with a regex and store it that way. Thanks for the input. Joseph Lamb ----- Forwarded Message ---- From: Jonathan Leffler <jonathan.leffler@gmail.com> To: Lamb Joseph <joseph_lamb@yahoo.com> Cc: dbi-users@perl.org Sent: Wednesday, May 7, 2008 12:22:06 PM Subject: Re: How to Retrieve Table Name from Statement Handle On Wed, May 7, 2008 at 10:51 AM, Lamb Joseph <joseph_lamb@yahoo.com> wrote: > I am creating a simple tool that will query one table and retrieve the > data. Then this tool will turn the data into insert statements. > > I was wondering if there was a way to retrieve the table name from the > statement handle? > > Similar to print "SQL statement contains $sth->{NUM_OF_FIELDS} columns\n"; > > but like this > > print "SQL statement table name is $sth->{TABLENAME} \n"; > Over and above Alexander's cogent (but gentle - the SQL could have been a lot more complex than that) rebuttal, there's another question for you: How did you decide which table to build the 'SELECT * FROM $table' query from? Can't you keep tabs on the table name from that? (Succinctly - no, you can't tell the table name from the statement handle because, in general, there isn't a single table name to report.) -- Jonathan Leffler <jonathan.leffler@gmail.com> #include <disclaimer.h> Guardian of DBD::Informix - v2008.0229 - http://dbi.perl.org "Blessed are we who can laugh at ourselves, for we shall never cease to be amused." ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ http://www.nntp.perl.org/group/perl.dbi.users/2008/05/msg32848.html Wed, 07 May 2008 12:41:17 +0000 Fw: How to Retrieve Table Name from Statement Handle by Lamb Joseph To answer you question, for an Oracle environment I would like $sth->{TABLENAME} to contain a list. my $tablename = $sth->{TABLENAME} ->[0] = First table $tablename $sth->{TABLENAME} ->[1] = Second table The $tablename value will be schema.tablename format. For example: schema.narf schema.zord Joseph Lamb ----- Forwarded Message ---- From: Alexander Foken <alexander@foken.de> To: Lamb Joseph <joseph_lamb@yahoo.com> Cc: dbi-users@perl.org Sent: Wednesday, May 7, 2008 11:18:53 AM Subject: Re: How to Retrieve Table Name from Statement Handle Hmmm, and what do you think $sth->{TABLENAME} should contain after executing the following SQL? SELECT t1.foo,t2.bar FROM narf t1, zord t2 WHERE t1.ikes=t2.blurb Alexander On 07.05.2008 19:51, Lamb Joseph wrote: > I am creating a simple tool that will query one table and retrieve the data. Then this tool will turn the data into insert statements. > > I was wondering if there was a way to retrieve the table name from the statement handle? > > Similar to print "SQL statement contains $sth->{NUM_OF_FIELDS} columns\n"; > > but like this > > print "SQL statement table name is $sth->{TABLENAME} \n"; > > > Joseph Lamb > > > > ____________________________________________________________________________________ > Be a better friend, newshound, and > know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ > -- Alexander Foken mailto:alexander@foken.de http://www.foken.de/alexander/ ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ http://www.nntp.perl.org/group/perl.dbi.users/2008/05/msg32847.html Wed, 07 May 2008 12:37:46 +0000 Re: How to Retrieve Table Name from Statement Handle by Jonathan Leffler On Wed, May 7, 2008 at 10:51 AM, Lamb Joseph <joseph_lamb@yahoo.com> wrote: > I am creating a simple tool that will query one table and retrieve the > data. Then this tool will turn the data into insert statements. > > I was wondering if there was a way to retrieve the table name from the > statement handle? > > Similar to print "SQL statement contains $sth->{NUM_OF_FIELDS} columns\n"; > > but like this > > print "SQL statement table name is $sth->{TABLENAME} \n"; > Over and above Alexander's cogent (but gentle - the SQL could have been a lot more complex than that) rebuttal, there's another question for you: How did you decide which table to build the 'SELECT * FROM $table' query from? Can't you keep tabs on the table name from that? (Succinctly - no, you can't tell the table name from the statement handle because, in general, there isn't a single table name to report.) -- Jonathan Leffler <jonathan.leffler@gmail.com> #include <disclaimer.h> Guardian of DBD::Informix - v2008.0229 - http://dbi.perl.org "Blessed are we who can laugh at ourselves, for we shall never cease to be amused." http://www.nntp.perl.org/group/perl.dbi.users/2008/05/msg32846.html Wed, 07 May 2008 12:22:15 +0000 Re: How to Retrieve Table Name from Statement Handle by Alexander Foken Hmmm, and what do you think $sth->{TABLENAME} should contain after executing the following SQL? SELECT t1.foo,t2.bar FROM narf t1, zord t2 WHERE t1.ikes=t2.blurb Alexander On 07.05.2008 19:51, Lamb Joseph wrote: > I am creating a simple tool that will query one table and retrieve the data. Then this tool will turn the data into insert statements. > > I was wondering if there was a way to retrieve the table name from the statement handle? > > Similar to print "SQL statement contains $sth->{NUM_OF_FIELDS} columns\n"; > > but like this > > print "SQL statement table name is $sth->{TABLENAME} \n"; > > > Joseph Lamb > > > > ____________________________________________________________________________________ > Be a better friend, newshound, and > know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ > -- Alexander Foken mailto:alexander@foken.de http://www.foken.de/alexander/ http://www.nntp.perl.org/group/perl.dbi.users/2008/05/msg32845.html Wed, 07 May 2008 11:17:11 +0000 How to Retrieve Table Name from Statement Handle by Lamb Joseph I am creating a simple tool that will query one table and retrieve the data. Then this tool will turn the data into insert statements. I was wondering if there was a way to retrieve the table name from the statement handle? Similar to print "SQL statement contains $sth->{NUM_OF_FIELDS} columns\n"; but like this print "SQL statement table name is $sth->{TABLENAME} \n"; Joseph Lamb ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ http://www.nntp.perl.org/group/perl.dbi.users/2008/05/msg32844.html Wed, 07 May 2008 10:51:13 +0000 RE: Unable to install DBD::ODBC on OSX Leopard 10.5.2 by Neil Beddoe Thanks Martin and Tim you pointed me in the right direction and DBD::ODBC now works on my Mac OS X Leopard machine. For anyone having trouble getting it to work, this is what I did. Rebuild DBI v1.604 - I did this with a cpan force install export LD_LIBRARY_PATH=/usr/local/iODBC/lib cd DBD-ODBC-1.16_1 perl Makefile.pl On my machine, this gave a series of warnings about duplicate copies of Driver.xst so I did an rm -rf on all Driver.xst locations warned about except /Library/Perl/5.8.8/darwin-thread-multi-2level/auto/DBI/. make clean perl Makefile.pl (ignoring DBI_DSN etc environment variable warnings) make sudo make install -----Original Message----- From: Tim Bunce [mailto:tim.bunce@gmail.com] On Behalf Of Tim Bunce Sent: 06 May 2008 21:55 To: Martin Evans Cc: dbi-users@perl.org Subject: Re: Unable to install DBD::ODBC on OSX Leopard 10.5.2 On Tue, May 06, 2008 at 12:36:39PM +0100, Martin Evans wrote: > Neil Beddoe wrote: >> Sorry. Yes I did see Tim's suggestion . I'm was (am) using DBI 1.604. >> I took a look at >> http://www.nntp.perl.org/group/perl.dbi.dev/2007/05/msg4987.html as >> well but I couldn't get Tim's suggestion to compile (failed with h >> undefined). > > I'm not at all sure then. The original post I found: > > http://www.nntp.perl.org/group/perl.dbi.dev/2007/05/msg4987.html > > suggests something was wrong but Tim's follow up to you suggests he > thought you have an old DBI. Are you absolutely sure DBI 1.604 is > installed in an accessible path? Just installing DBI 1.604 is not enough. The key point is that the driver must be recompiled *after DBI 1.604 is installed* in order for the driver to pick up this particular change. Tim. . This message is intended only for the use of the person(s) to whom it is addressed. It may contain information which is privileged and confidential. Accordingly any unauthorised use is strictly prohibited. If you are not the intended recipient, please contact the sender as soon as possible. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction, unless specifically agreed otherwise. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any opinions or advice contained in this Internet email are subject to the terms and conditions expressed in any applicable governing Marble Bar Asset Management LLP's terms and conditions of business or client agreement letter. Any comments or statements made herein do not necessarily reflect those of Marble Bar Asset Management LLP. Marble Bar Asset Management LLP is regulated and authorised by the FSA. http://www.nntp.perl.org/group/perl.dbi.users/2008/05/msg32843.html Wed, 07 May 2008 01:16:41 +0000 Re: OCIEnvNlsCreate error with DBD::Oracle 1.21 and Oracle 10g client in Cygwin by Peter J. Holzer On 2008-05-05 10:46:05 -0700, pgodfrin wrote: > My install of Oracle, for reasons unknown to me, had this file set to > rwxr-x--- which doesn't work for 'others'. In recent versions of Oracle, by default the programs and libraries installed with a server installation are only usable by the DBA group. Oracle calls this a "hardened" installation and provides a script to soften it, if you need to. I assume there are security reasons for this, but I haven't been able to find an explanation (admittedly I haven't looked very hard). Or maybe they just want to nudge people into separating client and server installations ... hp -- _ | Peter J. Holzer | If I wanted to be "academically correct", |_|_) | Sysadmin WSR | I'd be programming in Java. | | | hjp@wsr.ac.at | I don't, and I'm not. __/ | http://www.hjp.at/ | -- Jesse Erlbaum on dbi-users http://www.nntp.perl.org/group/perl.dbi.users/2008/05/msg32842.html Wed, 07 May 2008 01:03:35 +0000 Re: Unable to install DBD::ODBC on OSX Leopard 10.5.2 by Tim Bunce On Tue, May 06, 2008 at 12:36:39PM +0100, Martin Evans wrote: > Neil Beddoe wrote: >> Sorry. Yes I did see Tim's suggestion . I'm was (am) using DBI 1.604. >> I took a look at >> http://www.nntp.perl.org/group/perl.dbi.dev/2007/05/msg4987.html as well >> but I couldn't get Tim's suggestion to compile (failed with h >> undefined). > > I'm not at all sure then. The original post I found: > > http://www.nntp.perl.org/group/perl.dbi.dev/2007/05/msg4987.html > > suggests something was wrong but Tim's follow up to you suggests he thought > you have an old DBI. Are you absolutely sure DBI 1.604 is installed in an > accessible path? Just installing DBI 1.604 is not enough. The key point is that the driver must be recompiled *after DBI 1.604 is installed* in order for the driver to pick up this particular change. Tim. http://www.nntp.perl.org/group/perl.dbi.users/2008/05/msg32841.html Tue, 06 May 2008 13:56:27 +0000 (Fwd) Perl DBI and MySQL by Tim Bunce ----- Forwarded message from "Dorp, Ronald van (W&O SO OPS NET FIA Beheer)" <ronald.vandorp@kpn.com> ----- Subject: Perl DBI and MySQL Date: Tue, 6 May 2008 16:24:59 +0200 From: "Dorp, Ronald van (W&O SO OPS NET FIA Beheer)" <ronald.vandorp@kpn.com> To: Tim.Bunce@pobox.com X-ESAFE-STATUS: Mail allowed X-ESAFE-DETAILS: Simple question. When DBI.pm with mysql.pm tries to connect to a database it uses a use statement ? So replication will work ? Because replication only works with the use <$dbname> statement. Could not find anything on the net other than: die "_SelectDB is removed from this module; use DBI->connect instead."; } Can you confirm that DBI.pm with the Mysql driver always issues a use <$dbname>; ? Will this be used throughout all new versions of DBI.pm. Thanks in advance, Met vriendelijke groet, Ronald van Dorp jr. Technisch Specialist KPN W&O SO OPS NET FIA Beheer HV4, G515 Regulusweg 1 2516 AC Den Haag Telefoon: (070) 451 28 38 Mobiel: 06 - 13 45 41 57 ----- End forwarded message ----- http://www.nntp.perl.org/group/perl.dbi.users/2008/05/msg32840.html Tue, 06 May 2008 11:20:05 +0000 Re: utf8 warning when installing DBI 1.604 by Martin Evans myrose.20.ftumsh@spamgourmet.com wrote: > Lo, > > I get the following warning when installing DBI. All tests pass so I > don't think there's a problem, but could someone elaborate on the > warning please? > > *** Your LANG environment variable is set to 'en_US.UTF-8' > *** This is known to cause problems for some perl installations. > *** If you get test failures, please try again with LANG unset. > *** Please also email dbi-dev@perl.org and include the output of 'perl -V' > > Thanks > > John > > In DBD::ODBC it was stopping the Makefile from running - see "Why do I get "Makefile:311: *** missing separator. Stop." when building DBD::ODBC 1.06?" http://www.easysoft.com/support/kb/kb00771.html. The make either worked or didn't and if it did the warning can be ignored. I'm not sure about DBI but it was perhaps a similar issue. Martin -- Martin J. Evans Easysoft Limited http://www.easysoft.com http://www.nntp.perl.org/group/perl.dbi.users/2008/05/msg32839.html Tue, 06 May 2008 09:41:19 +0000 utf8 warning when installing DBI 1.604 by myrose.20.ftumsh Lo, I get the following warning when installing DBI. All tests pass so I don't think there's a problem, but could someone elaborate on the warning please? *** Your LANG environment variable is set to 'en_US.UTF-8' *** This is known to cause problems for some perl installations. *** If you get test failures, please try again with LANG unset. *** Please also email dbi-dev@perl.org and include the output of 'perl -V' Thanks John http://www.nntp.perl.org/group/perl.dbi.users/2008/05/msg32838.html Tue, 06 May 2008 09:33:28 +0000 RE: Unable to install DBD::ODBC on OSX Leopard 10.5.2 by Neil Beddoe Hi Martin. I wondered if I had an old version but so that's what I did when I sent the last email: it's definitely 1.604. I'm using iODBC version 3.52.5. Would that make any difference? Sorry to keep bugging you. -----Original Message----- From: Martin Evans [mailto:martin.evans@easysoft.com] Sent: 06 May 2008 12:37 To: dbi-users@perl.org Subject: Re: Unable to install DBD::ODBC on OSX Leopard 10.5.2 Neil Beddoe wrote: > Sorry. Yes I did see Tim's suggestion . I'm was (am) using DBI 1.604. > > I took a look at > http://www.nntp.perl.org/group/perl.dbi.dev/2007/05/msg4987.html as > well but I couldn't get Tim's suggestion to compile (failed with h > undefined). > I'm not at all sure then. The original post I found: http://www.nntp.perl.org/group/perl.dbi.dev/2007/05/msg4987.html suggests something was wrong but Tim's follow up to you suggests he thought you have an old DBI. Are you absolutely sure DBI 1.604 is installed in an accessible path? What does the following say in the same session as your attempt to build DBD::ODBC: perl -MDBI -le 'print $DBI::VERSION;' Martin -- Martin J. Evans Easysoft Limited http://www.easysoft.com > > > -----Original Message----- > From: Martin Evans [mailto:martin.evans@easysoft.com] > Sent: 06 May 2008 10:32 > To: Neil Beddoe > Cc: dbi-users@perl.org > Subject: Re: Unable to install DBD::ODBC on OSX Leopard 10.5.2 > > Neil Beddoe wrote: >> Hi Martin. Just wondering if you got any further with this. > > Did Tim's suggestion not work for you? He said: > > I suspect you're using an old version of DBI (I'd guess <= 1.55). > Try using a more recent version. > > Have you installed a newer DBI? > > Martin > -- > Martin J. Evans > Easysoft Limited > http://www.easysoft.com > >> -----Original Message----- >> From: Martin Evans [mailto:martin.evans@easysoft.com] >> Sent: 21 April 2008 16:33 >> To: dbi-users@perl.org >> Subject: Re: Unable to install DBD::ODBC on OSX Leopard 10.5.2 >> >> Neil Beddoe wrote: >>> >>> Thanks for looking at this Martin. I'm a bit out of my depth here. >>> >>> The line in ODBC.xsi is: >>> >>> if (DBIc_CACHED_KIDS(imp_dbh)) { >>> SvREFCNT_dec(DBIc_CACHED_KIDS(imp_dbh)); /* cast them to >>> the winds */ >>> DBIc_CACHED_KIDS(imp_dbh) = Nullhv; #ERROR_GENERATED_HERE >>> } >>> >>> This is line 277, the same assignment fails in line 336. >> Ok, I found this: >> >> http://www.nntp.perl.org/group/perl.dbi.dev/2007/05/msg4987.html >> >> which suggests there is something I need to look into further. >> >> Martin >> -- >> Martin J. Evans >> Easysoft Limited >> http://www.easysoft.com >> >>> -----Original Message----- >>> From: Martin Evans [mailto:martin.evans@easysoft.com] >>> Sent: 21 April 2008 13:17 >>> To: dbi-users@perl.org >>> Subject: Re: Unable to install DBD::ODBC on OSX Leopard 10.5.2 >>> >>> Martin Evans wrote: >>>> Neil Beddoe wrote: >>>>>>> You also may need to add "-framework CoreFoundation" >>>>>>> to the Makefile for the LDLOADLIBS and EXTRALIBS symbols and >>>>>>> that > >>>>>>> will >>>>> be the at least one of the issues with Sybase too >>(see >>>>> README.osx > >>>>> in distribution). >>>>> Hello Martin, I've tried this on my system and still no luck. I'm >>>>> not sure I'm carrying it out correctly though. I run perl >>>>> Makefile.PL and edit the Makefile it generates like this: >>>>> >>>>> EXTRALIBS = -L/usr/lib -lodbc -framework CoreFoundation LDLOADLIBS >>>>> = -L/usr/lib -lodbc -framework CoreFoundation >>>> Not having a mac I'm only going on what others have told me but I >>>> believe the above to be right. However, your make has not got to >>>> the > >>>> point where the framework comes into the equation yet - see below. >>>> >>>> >>>>> ...but this generates the output below. Any help you can offer >>>>> would be gratefully received. >>>>> >>>>> Mac OS 10.5.2 Intel Core Duo >>>>> >>>>> cc -c -I/usr/include -I. >>>>> -I/Library/Perl/5.8.8/darwin-thread-multi-2level/auto/DBI -arch >>>>> i386 >>>>> -arch ppc -g -pipe -fno-common -DPERL_DARWIN -no-cpp-precomp >>>>> -fno-strict-aliasing -Wdeclaration-after-statement >>> -I/usr/local/include >>>>> -O3 -DVERSION=\"1.16_1\" -DXS_VERSION=\"1.16_1\" >>>>> "-I/System/Library/Perl/5.8.8/darwin-thread-multi-2level/CORE" >>>>> -I/usr/include ODBC.c >>>>> ODBC.xsi: In function 'XS_DBD__ODBC__db_disconnect': >>>>> ODBC.xsi:277: error: invalid lvalue in assignment >>>>> ODBC.xsi: In function 'XS_DBD__ODBC__db_DESTROY': >>>>> ODBC.xsi:336: error: invalid lvalue in assignment >>>>> ODBC.xsi: In function 'XS_DBD__ODBC__db_disconnect': >>>>> ODBC.xsi:277: error: invalid lvalue in assignment >>>>> ODBC.xsi: In function 'XS_DBD__ODBC__db_DESTROY': >>>>> ODBC.xsi:336: error: invalid lvalue in assignment >>>> These are compilation errors and they are stopping the build. What >>>> is on lines 277 and 336 of ODBC.xsi? >>>> >>>>> ODBC.xs: In function 'XS_DBD__ODBC__dr_data_sources': >>>>> ODBC.xs:246: warning: pointer targets in passing argument 1 of >>> 'strcpy' >>>>> differ in signedness >>>>> ODBC.xs:266: warning: pointer targets in passing argument 2 of >>>>> 'Perl_newSVpv' differ in signedness >>>>> ODBC.xs: In function 'XS_DBD__ODBC__dr_data_sources': >>>>> ODBC.xs:246: warning: pointer targets in passing argument 1 of >>> 'strcpy' >>>>> differ in signedness >>>>> ODBC.xs:266: warning: pointer targets in passing argument 2 of >>>>> 'Perl_newSVpv' differ in signedness >>>>> lipo: can't open input file: /var/tmp//ccx0pa5P.out (No such file >>>>> or >>>>> directory) >>>>> make: *** [ODBC.o] Error 1 >>>> Martin >>> I've managed to blag an ssh session on a MAC running 10.5.2, Perl >>> 5.8.8 and DBI 1.52. I made no changes at all to the Makefile and it >> built ok. >>> However, it fails to run with: >>> >>> t/01base................ok 1/5install_driver(ODBC) failed: Can't >>> load > >>> '/Users/wez/mje/DBD-ODBC-1.16_1/blib/arch/auto/DBD/ODBC/ODBC.bundle' >>> for module DBD::ODBC: >>> dlopen(/Users/wez/mje/DBD-ODBC-1.16_1/blib/arch/auto/DBD/ODBC/ODBC.b >>> u >>> n >>> dl >>> e, >>> 2): Symbol not found: ___CFConstantStringClassReference >>> Referenced from: >>> /Users/wez/mje/DBD-ODBC-1.16_1/blib/arch/auto/DBD/ODBC/ODBC.bundle >>> Expected in: dynamic lookup >>> at (eval 7) line 3 >>> Compilation failed in require at (eval 7) line 3. >>> >>> If I then change the Makefile to include -framework CoreFoundation >>> in > >>> EXTRALIBS and LDLOADLIBS it gets further but unfortunately the mac I >>> was using was Intel based (I didn't realise this at first) and the >>> only driver I could find was built for ppc so it gave: >>> >>> mach-o, but wrong architecture >>> >>> for the ODBC driver shared library. >>> >>> If you can mail what is on the lines you got errors for in ODBC.xsi >>> we may be able to wwork it out. >>> >>> Martin >>> -- >>> Martin J. Evans >>> Easysoft Limited >>> http://www.easysoft.com >>> >>> . >>> >>> This message is intended only for the use of the person(s) to whom >>> it >> is addressed. It may contain information which is privileged and >> confidential. Accordingly any unauthorised use is strictly prohibited. >> If you are not the intended recipient, please contact the sender as >> soon as possible. >>> It is not intended as an offer or solicitation for the purchase or >> sale of any financial instrument or as an official confirmation of >> any > >> transaction, unless specifically agreed otherwise. All market prices, >> data and other information are not warranted as to completeness or >> accuracy and are subject to change without notice. Any opinions or >> advice contained in this Internet email are subject to the terms and >> conditions expressed in any applicable governing Marble Bar Asset >> Management LLP's terms and conditions of business or client >> agreement > >> letter. Any comments or statements made herein do not necessarily >> reflect those of Marble Bar Asset Management LLP. >>> Marble Bar Asset Management LLP is regulated and authorised by the >> FSA. >> . >> >> This message is intended only for the use of the person(s) to whom it > is addressed. It may contain information which is privileged and > confidential. Accordingly any unauthorised use is strictly prohibited. > If you are not the intended recipient, please contact the sender as > soon as possible. >> It is not intended as an offer or solicitation for the purchase or > sale of any financial instrument or as an official confirmation of any > transaction, unless specifically agreed otherwise. All market prices, > data and other information are not warranted as to completeness or > accuracy and are subject to change without notice. Any opinions or > advice contained in this Internet email are subject to the terms and > conditions expressed in any applicable governing Marble Bar Asset > Management LLP's terms and conditions of business or client agreement > letter. Any comments or statements made herein do not necessarily > reflect those of Marble Bar Asset Management LLP. >> Marble Bar Asset Management LLP is regulated and authorised by the > FSA. >> > > . > > This message is intended only for the use of the person(s) to whom it is addressed. It may contain information which is privileged and confidential. Accordingly any unauthorised use is strictly prohibited. If you are not the intended recipient, please contact the sender as soon as possible. > > It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction, unless specifically agreed otherwise. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any opinions or advice contained in this Internet email are subject to the terms and conditions expressed in any applicable governing Marble Bar Asset Management LLP's terms and conditions of business or client agreement letter. Any comments or statements made herein do not necessarily reflect those of Marble Bar Asset Management LLP. > > Marble Bar Asset Management LLP is regulated and authorised by the FSA. > > . This message is intended only for the use of the person(s) to whom it is addressed. It may contain information which is privileged and confidential. Accordingly any unauthorised use is strictly prohibited. If you are not the intended recipient, please contact the sender as soon as possible. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction, unless specifically agreed otherwise. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any opinions or advice contained in this Internet email are subject to the terms and conditions expressed in any applicable governing Marble Bar Asset Management LLP's terms and conditions of business or client agreement letter. Any comments or statements made herein do not necessarily reflect those of Marble Bar Asset Management LLP. Marble Bar Asset Management LLP is regulated and authorised by the FSA. http://www.nntp.perl.org/group/perl.dbi.users/2008/05/msg32837.html Tue, 06 May 2008 04:47:42 +0000 Re: OCIEnvNlsCreate error with DBD::Oracle 1.21 and Oracle 10g client in Cygwin by pgodfrin On May 2, 1:51 pm, jkst...@verizon.net (Jared Still) wrote: > On Fri, 2008-04-25 at 09:08 -0700, Dunston Rocks wrote: > > $ENV{TNS_ADMIN} = 'C:\oracle\product\10.2.0\client_2\NETWORK\ADMIN\tnsnam > > es.ora'; # Also tried replacing these with POSIX-Style paths > > $ENV{ORACLE_HOME} = "C:\oracle\product\10.2.0\client_2"; > > $ENV{NLS_LANG} = "AMERICAN_AMERICA.WE8DEC"; > > Get rid of them backslashes, that's DOS stuff! :) > > you can use ENV{ORACLE_HOME} = "C:/oracle/product/10.2.0/client_2" > > or (IIRC) ENV{ORACLE_HOME} = "C:\\oracle\\product\\10.2.0\\client_2" > > Personally, I always use the first form. > > HTH > > Jared Hi, My experience is not exactly the same, but I had the same error. The NLS errors, I think, is ared herring - it was in my case. You need to make sure that oracle.so (libclntsh.so.10.1) can be found. In my Fedora installation, I did this via /etc/ld.so.conf. The next thing is to make sure that the ultimate file pointed to by Oracle.so has permissions rwxr-xr-x My install of Oracle, for reasons unknown to me, had this file set to rwxr-x--- which doesn't work for 'others'. Also, the previous poster's suggestion about backslashes versus slashes is a good avenue to pursue... good luck, phil http://www.nntp.perl.org/group/perl.dbi.users/2008/05/msg32836.html Tue, 06 May 2008 04:45:50 +0000 Re: Unable to install DBD::ODBC on OSX Leopard 10.5.2 by Martin Evans Neil Beddoe wrote: > Sorry. Yes I did see Tim's suggestion . I'm was (am) using DBI 1.604. > > I took a look at > http://www.nntp.perl.org/group/perl.dbi.dev/2007/05/msg4987.html as well > but I couldn't get Tim's suggestion to compile (failed with h > undefined). > I'm not at all sure then. The original post I found: http://www.nntp.perl.org/group/perl.dbi.dev/2007/05/msg4987.html suggests something was wrong but Tim's follow up to you suggests he thought you have an old DBI. Are you absolutely sure DBI 1.604 is installed in an accessible path? What does the following say in the same session as your attempt to build DBD::ODBC: perl -MDBI -le 'print $DBI::VERSION;' Martin -- Martin J. Evans Easysoft Limited http://www.easysoft.com > > > -----Original Message----- > From: Martin Evans [mailto:martin.evans@easysoft.com] > Sent: 06 May 2008 10:32 > To: Neil Beddoe > Cc: dbi-users@perl.org > Subject: Re: Unable to install DBD::ODBC on OSX Leopard 10.5.2 > > Neil Beddoe wrote: >> Hi Martin. Just wondering if you got any further with this. > > Did Tim's suggestion not work for you? He said: > > I suspect you're using an old version of DBI (I'd guess <= 1.55). > Try using a more recent version. > > Have you installed a newer DBI? > > Martin > -- > Martin J. Evans > Easysoft Limited > http://www.easysoft.com > >> -----Original Message----- >> From: Martin Evans [mailto:martin.evans@easysoft.com] >> Sent: 21 April 2008 16:33 >> To: dbi-users@perl.org >> Subject: Re: Unable to install DBD::ODBC on OSX Leopard 10.5.2 >> >> Neil Beddoe wrote: >>> >>> Thanks for looking at this Martin. I'm a bit out of my depth here. >>> >>> The line in ODBC.xsi is: >>> >>> if (DBIc_CACHED_KIDS(imp_dbh)) { >>> SvREFCNT_dec(DBIc_CACHED_KIDS(imp_dbh)); /* cast them to >>> the winds */ >>> DBIc_CACHED_KIDS(imp_dbh) = Nullhv; #ERROR_GENERATED_HERE >>> } >>> >>> This is line 277, the same assignment fails in line 336. >> Ok, I found this: >> >> http://www.nntp.perl.org/group/perl.dbi.dev/2007/05/msg4987.html >> >> which suggests there is something I need to look into further. >> >> Martin >> -- >> Martin J. Evans >> Easysoft Limited >> http://www.easysoft.com >> >>> -----Original Message----- >>> From: Martin Evans [mailto:martin.evans@easysoft.com] >>> Sent: 21 April 2008 13:17 >>> To: dbi-users@perl.org >>> Subject: Re: Unable to install DBD::ODBC on OSX Leopard 10.5.2 >>> >>> Martin Evans wrote: >>>> Neil Beddoe wrote: >>>>>>> You also may need to add "-framework CoreFoundation" >>>>>>> to the Makefile for the LDLOADLIBS and EXTRALIBS symbols and that > >>>>>>> will >>>>> be the at least one of the issues with Sybase too >>(see README.osx > >>>>> in distribution). >>>>> Hello Martin, I've tried this on my system and still no luck. I'm >>>>> not sure I'm carrying it out correctly though. I run perl >>>>> Makefile.PL and edit the Makefile it generates like this: >>>>> >>>>> EXTRALIBS = -L/usr/lib -lodbc -framework CoreFoundation LDLOADLIBS >>>>> = >>>>> -L/usr/lib -lodbc -framework CoreFoundation >>>> Not having a mac I'm only going on what others have told me but I >>>> believe the above to be right. However, your make has not got to the > >>>> point where the framework comes into the equation yet - see below. >>>> >>>> >>>>> ...but this generates the output below. Any help you can offer >>>>> would be gratefully received. >>>>> >>>>> Mac OS 10.5.2 Intel Core Duo >>>>> >>>>> cc -c -I/usr/include -I. >>>>> -I/Library/Perl/5.8.8/darwin-thread-multi-2level/auto/DBI -arch >>>>> i386 >>>>> -arch ppc -g -pipe -fno-common -DPERL_DARWIN -no-cpp-precomp >>>>> -fno-strict-aliasing -Wdeclaration-after-statement >>> -I/usr/local/include >>>>> -O3 -DVERSION=\"1.16_1\" -DXS_VERSION=\"1.16_1\" >>>>> "-I/System/Library/Perl/5.8.8/darwin-thread-multi-2level/CORE" >>>>> -I/usr/include ODBC.c >>>>> ODBC.xsi: In function 'XS_DBD__ODBC__db_disconnect': >>>>> ODBC.xsi:277: error: invalid lvalue in assignment >>>>> ODBC.xsi: In function 'XS_DBD__ODBC__db_DESTROY': >>>>> ODBC.xsi:336: error: invalid lvalue in assignment >>>>> ODBC.xsi: In function 'XS_DBD__ODBC__db_disconnect': >>>>> ODBC.xsi:277: error: invalid lvalue in assignment >>>>> ODBC.xsi: In function 'XS_DBD__ODBC__db_DESTROY': >>>>> ODBC.xsi:336: error: invalid lvalue in assignment >>>> These are compilation errors and they are stopping the build. What >>>> is >>>> on lines 277 and 336 of ODBC.xsi? >>>> >>>>> ODBC.xs: In function 'XS_DBD__ODBC__dr_data_sources': >>>>> ODBC.xs:246: warning: pointer targets in passing argument 1 of >>> 'strcpy' >>>>> differ in signedness >>>>> ODBC.xs:266: warning: pointer targets in passing argument 2 of >>>>> 'Perl_newSVpv' differ in signedness >>>>> ODBC.xs: In function 'XS_DBD__ODBC__dr_data_sources': >>>>> ODBC.xs:246: warning: pointer targets in passing argument 1 of >>> 'strcpy' >>>>> differ in signedness >>>>> ODBC.xs:266: warning: pointer targets in passing argument 2 of >>>>> 'Perl_newSVpv' differ in signedness >>>>> lipo: can't open input file: /var/tmp//ccx0pa5P.out (No such file >>>>> or >>>>> directory) >>>>> make: *** [ODBC.o] Error 1 >>>> Martin >>> I've managed to blag an ssh session on a MAC running 10.5.2, Perl >>> 5.8.8 and DBI 1.52. I made no changes at all to the Makefile and it >> built ok. >>> However, it fails to run with: >>> >>> t/01base................ok 1/5install_driver(ODBC) failed: Can't load > >>> '/Users/wez/mje/DBD-ODBC-1.16_1/blib/arch/auto/DBD/ODBC/ODBC.bundle' >>> for module DBD::ODBC: >>> dlopen(/Users/wez/mje/DBD-ODBC-1.16_1/blib/arch/auto/DBD/ODBC/ODBC.bu >>> n >>> dl >>> e, >>> 2): Symbol not found: ___CFConstantStringClassReference >>> Referenced from: >>> /Users/wez/mje/DBD-ODBC-1.16_1/blib/arch/auto/DBD/ODBC/ODBC.bundle >>> Expected in: dynamic lookup >>> at (eval 7) line 3 >>> Compilation failed in require at (eval 7) line 3. >>> >>> If I then change the Makefile to include -framework CoreFoundation in > >>> EXTRALIBS and LDLOADLIBS it gets further but unfortunately the mac I >>> was using was Intel based (I didn't realise this at first) and the >>> only driver I could find was built for ppc so it gave: >>> >>> mach-o, but wrong architecture >>> >>> for the ODBC driver shared library. >>> >>> If you can mail what is on the lines you got errors for in ODBC.xsi >>> we >>> may be able to wwork it out. >>> >>> Martin >>> -- >>> Martin J. Evans >>> Easysoft Limited >>> http://www.easysoft.com >>> >>> . >>> >>> This message is intended only for the use of the person(s) to whom it >> is addressed. It may contain information which is privileged and >> confidential. Accordingly any unauthorised use is strictly prohibited. >> If you are not the intended recipient, please contact the sender as >> soon as possible. >>> It is not intended as an offer or solicitation for the purchase or >> sale of any financial instrument or as an official confirmation of any > >> transaction, unless specifically agreed otherwise. All market prices, >> data and other information are not warranted as to completeness or >> accuracy and are subject to change without notice. Any opinions or >> advice contained in this Internet email are subject to the terms and >> conditions expressed in any applicable governing Marble Bar Asset >> Management LLP's terms and conditions of business or client agreement > >> letter. Any comments or statements made herein do not necessarily >> reflect those of Marble Bar Asset Management LLP. >>> Marble Bar Asset Management LLP is regulated and authorised by the >> FSA. >> . >> >> This message is intended only for the use of the person(s) to whom it > is addressed. It may contain information which is privileged and > confidential. Accordingly any unauthorised use is strictly prohibited. > If you are not the intended recipient, please contact the sender as soon > as possible. >> It is not intended as an offer or solicitation for the purchase or > sale of any financial instrument or as an official confirmation of any > transaction, unless specifically agreed otherwise. All market prices, > data and other information are not warranted as to completeness or > accuracy and are subject to change without notice. Any opinions or > advice contained in this Internet email are subject to the terms and > conditions expressed in any applicable governing Marble Bar Asset > Management LLP's terms and conditions of business or client agreement > letter. Any comments or statements made herein do not necessarily > reflect those of Marble Bar Asset Management LLP. >> Marble Bar Asset Management LLP is regulated and authorised by the > FSA. >> > > . > > This message is intended only for the use of the person(s) to whom it is addressed. It may contain information which is privileged and confidential. Accordingly any unauthorised use is strictly prohibited. If you are not the intended recipient, please contact the sender as soon as possible. > > It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction, unless specifically agreed otherwise. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any opinions or advice contained in this Internet email are subject to the terms and conditions expressed in any applicable governing Marble Bar Asset Management LLP's terms and conditions of business or client agreement letter. Any comments or statements made herein do not necessarily reflect those of Marble Bar Asset Management LLP. > > Marble Bar Asset Management LLP is regulated and authorised by the FSA. > > http://www.nntp.perl.org/group/perl.dbi.users/2008/05/msg32835.html Tue, 06 May 2008 04:36:13 +0000 RE: Unable to install DBD::ODBC on OSX Leopard 10.5.2 by Neil Beddoe Sorry. Yes I did see Tim's suggestion . I'm was (am) using DBI 1.604. I took a look at http://www.nntp.perl.org/group/perl.dbi.dev/2007/05/msg4987.html as well but I couldn't get Tim's suggestion to compile (failed with h undefined). -----Original Message----- From: Martin Evans [mailto:martin.evans@easysoft.com] Sent: 06 May 2008 10:32 To: Neil Beddoe Cc: dbi-users@perl.org Subject: Re: Unable to install DBD::ODBC on OSX Leopard 10.5.2 Neil Beddoe wrote: > Hi Martin. Just wondering if you got any further with this. Did Tim's suggestion not work for you? He said: I suspect you're using an old version of DBI (I'd guess <= 1.55). Try using a more recent version. Have you installed a newer DBI? Martin -- Martin J. Evans Easysoft Limited http://www.easysoft.com > -----Original Message----- > From: Martin Evans [mailto:martin.evans@easysoft.com] > Sent: 21 April 2008 16:33 > To: dbi-users@perl.org > Subject: Re: Unable to install DBD::ODBC on OSX Leopard 10.5.2 > > Neil Beddoe wrote: >> >> Thanks for looking at this Martin. I'm a bit out of my depth here. >> >> The line in ODBC.xsi is: >> >> if (DBIc_CACHED_KIDS(imp_dbh)) { >> SvREFCNT_dec(DBIc_CACHED_KIDS(imp_dbh)); /* cast them to >> the winds */ >> DBIc_CACHED_KIDS(imp_dbh) = Nullhv; #ERROR_GENERATED_HERE >> } >> >> This is line 277, the same assignment fails in line 336. > > Ok, I found this: > > http://www.nntp.perl.org/group/perl.dbi.dev/2007/05/msg4987.html > > which suggests there is something I need to look into further. > > Martin > -- > Martin J. Evans > Easysoft Limited > http://www.easysoft.com > >> -----Original Message----- >> From: Martin Evans [mailto:martin.evans@easysoft.com] >> Sent: 21 April 2008 13:17 >> To: dbi-users@perl.org >> Subject: Re: Unable to install DBD::ODBC on OSX Leopard 10.5.2 >> >> Martin Evans wrote: >>> Neil Beddoe wrote: >>>>>> You also may need to add "-framework CoreFoundation" >>>>>> to the Makefile for the LDLOADLIBS and EXTRALIBS symbols and that >>>>>> will >>>> be the at least one of the issues with Sybase too >>(see README.osx >>>> in distribution). >>>> Hello Martin, I've tried this on my system and still no luck. I'm >>>> not sure I'm carrying it out correctly though. I run perl >>>> Makefile.PL and edit the Makefile it generates like this: >>>> >>>> EXTRALIBS = -L/usr/lib -lodbc -framework CoreFoundation LDLOADLIBS >>>> = > >>>> -L/usr/lib -lodbc -framework CoreFoundation >>> Not having a mac I'm only going on what others have told me but I >>> believe the above to be right. However, your make has not got to the >>> point where the framework comes into the equation yet - see below. >>> >>> >>>> ...but this generates the output below. Any help you can offer >>>> would be gratefully received. >>>> >>>> Mac OS 10.5.2 Intel Core Duo >>>> >>>> cc -c -I/usr/include -I. >>>> -I/Library/Perl/5.8.8/darwin-thread-multi-2level/auto/DBI -arch >>>> i386 > >>>> -arch ppc -g -pipe -fno-common -DPERL_DARWIN -no-cpp-precomp >>>> -fno-strict-aliasing -Wdeclaration-after-statement >> -I/usr/local/include >>>> -O3 -DVERSION=\"1.16_1\" -DXS_VERSION=\"1.16_1\" >>>> "-I/System/Library/Perl/5.8.8/darwin-thread-multi-2level/CORE" >>>> -I/usr/include ODBC.c >>>> ODBC.xsi: In function 'XS_DBD__ODBC__db_disconnect': >>>> ODBC.xsi:277: error: invalid lvalue in assignment >>>> ODBC.xsi: In function 'XS_DBD__ODBC__db_DESTROY': >>>> ODBC.xsi:336: error: invalid lvalue in assignment >>>> ODBC.xsi: In function 'XS_DBD__ODBC__db_disconnect': >>>> ODBC.xsi:277: error: invalid lvalue in assignment >>>> ODBC.xsi: In function 'XS_DBD__ODBC__db_DESTROY': >>>> ODBC.xsi:336: error: invalid lvalue in assignment >>> These are compilation errors and they are stopping the build. What >>> is > >>> on lines 277 and 336 of ODBC.xsi? >>> >>>> ODBC.xs: In function 'XS_DBD__ODBC__dr_data_sources': >>>> ODBC.xs:246: warning: pointer targets in passing argument 1 of >> 'strcpy' >>>> differ in signedness >>>> ODBC.xs:266: warning: pointer targets in passing argument 2 of >>>> 'Perl_newSVpv' differ in signedness >>>> ODBC.xs: In function 'XS_DBD__ODBC__dr_data_sources': >>>> ODBC.xs:246: warning: pointer targets in passing argument 1 of >> 'strcpy' >>>> differ in signedness >>>> ODBC.xs:266: warning: pointer targets in passing argument 2 of >>>> 'Perl_newSVpv' differ in signedness >>>> lipo: can't open input file: /var/tmp//ccx0pa5P.out (No such file >>>> or >>>> directory) >>>> make: *** [ODBC.o] Error 1 >>> Martin >> I've managed to blag an ssh session on a MAC running 10.5.2, Perl >> 5.8.8 and DBI 1.52. I made no changes at all to the Makefile and it > built ok. >> However, it fails to run with: >> >> t/01base................ok 1/5install_driver(ODBC) failed: Can't load >> '/Users/wez/mje/DBD-ODBC-1.16_1/blib/arch/auto/DBD/ODBC/ODBC.bundle' >> for module DBD::ODBC: >> dlopen(/Users/wez/mje/DBD-ODBC-1.16_1/blib/arch/auto/DBD/ODBC/ODBC.bu >> n >> dl >> e, >> 2): Symbol not found: ___CFConstantStringClassReference >> Referenced from: >> /Users/wez/mje/DBD-ODBC-1.16_1/blib/arch/auto/DBD/ODBC/ODBC.bundle >> Expected in: dynamic lookup >> at (eval 7) line 3 >> Compilation failed in require at (eval 7) line 3. >> >> If I then change the Makefile to include -framework CoreFoundation in >> EXTRALIBS and LDLOADLIBS it gets further but unfortunately the mac I >> was using was Intel based (I didn't realise this at first) and the >> only driver I could find was built for ppc so it gave: >> >> mach-o, but wrong architecture >> >> for the ODBC driver shared library. >> >> If you can mail what is on the lines you got errors for in ODBC.xsi >> we > >> may be able to wwork it out. >> >> Martin >> -- >> Martin J. Evans >> Easysoft Limited >> http://www.easysoft.com >> >> . >> >> This message is intended only for the use of the person(s) to whom it > is addressed. It may contain information which is privileged and > confidential. Accordingly any unauthorised use is strictly prohibited. > If you are not the intended recipient, please contact the sender as > soon as possible. >> It is not intended as an offer or solicitation for the purchase or > sale of any financial instrument or as an official confirmation of any > transaction, unless specifically agreed otherwise. All market prices, > data and other information are not warranted as to completeness or > accuracy and are subject to change without notice. Any opinions or > advice contained in this Internet email are subject to the terms and > conditions expressed in any applicable governing Marble Bar Asset > Management LLP's terms and conditions of business or client agreement > letter. Any comments or statements made herein do not necessarily > reflect those of Marble Bar Asset Management LLP. >> Marble Bar Asset Management LLP is regulated and authorised by the > FSA. >> > > . > > This message is intended only for the use of the person(s) to whom it is addressed. It may contain information which is privileged and confidential. Accordingly any unauthorised use is strictly prohibited. If you are not the intended recipient, please contact the sender as soon as possible. > > It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction, unless specifically agreed otherwise. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any opinions or advice contained in this Internet email are subject to the terms and conditions expressed in any applicable governing Marble Bar Asset Management LLP's terms and conditions of business or client agreement letter. Any comments or statements made herein do not necessarily reflect those of Marble Bar Asset Management LLP. > > Marble Bar Asset Management LLP is regulated and authorised by the FSA. > > . This message is intended only for the use of the person(s) to whom it is addressed. It may contain information which is privileged and confidential. Accordingly any unauthorised use is strictly prohibited. If you are not the intended recipient, please contact the sender as soon as possible. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction, unless specifically agreed otherwise. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any opinions or advice contained in this Internet email are subject to the terms and conditions expressed in any applicable governing Marble Bar Asset Management LLP's terms and conditions of business or client agreement letter. Any comments or statements made herein do not necessarily reflect those of Marble Bar Asset Management LLP. Marble Bar Asset Management LLP is regulated and authorised by the FSA. http://www.nntp.perl.org/group/perl.dbi.users/2008/05/msg32834.html Tue, 06 May 2008 03:24:45 +0000 Re: Unable to install DBD::ODBC on OSX Leopard 10.5.2 by Martin Evans Neil Beddoe wrote: > Hi Martin. Just wondering if you got any further with this. Did Tim's suggestion not work for you? He said: I suspect you're using an old version of DBI (I'd guess <= 1.55). Try using a more recent version. Have you installed a newer DBI? Martin -- Martin J. Evans Easysoft Limited http://www.easysoft.com > -----Original Message----- > From: Martin Evans [mailto:martin.evans@easysoft.com] > Sent: 21 April 2008 16:33 > To: dbi-users@perl.org > Subject: Re: Unable to install DBD::ODBC on OSX Leopard 10.5.2 > > Neil Beddoe wrote: >> >> Thanks for looking at this Martin. I'm a bit out of my depth here. >> >> The line in ODBC.xsi is: >> >> if (DBIc_CACHED_KIDS(imp_dbh)) { >> SvREFCNT_dec(DBIc_CACHED_KIDS(imp_dbh)); /* cast them to >> the winds */ >> DBIc_CACHED_KIDS(imp_dbh) = Nullhv; #ERROR_GENERATED_HERE >> } >> >> This is line 277, the same assignment fails in line 336. > > Ok, I found this: > > http://www.nntp.perl.org/group/perl.dbi.dev/2007/05/msg4987.html > > which suggests there is something I need to look into further. > > Martin > -- > Martin J. Evans > Easysoft Limited > http://www.easysoft.com > >> -----Original Message----- >> From: Martin Evans [mailto:martin.evans@easysoft.com] >> Sent: 21 April 2008 13:17 >> To: dbi-users@perl.org >> Subject: Re: Unable to install DBD::ODBC on OSX Leopard 10.5.2 >> >> Martin Evans wrote: >>> Neil Beddoe wrote: >>>>>> You also may need to add "-framework CoreFoundation" >>>>>> to the Makefile for the LDLOADLIBS and EXTRALIBS symbols and that >>>>>> will >>>> be the at least one of the issues with Sybase too >>(see README.osx >>>> in distribution). >>>> Hello Martin, I've tried this on my system and still no luck. I'm >>>> not sure I'm carrying it out correctly though. I run perl >>>> Makefile.PL and edit the Makefile it generates like this: >>>> >>>> EXTRALIBS = -L/usr/lib -lodbc -framework CoreFoundation LDLOADLIBS = > >>>> -L/usr/lib -lodbc -framework CoreFoundation >>> Not having a mac I'm only going on what others have told me but I >>> believe the above to be right. However, your make has not got to the >>> point where the framework comes into the equation yet - see below. >>> >>> >>>> ...but this generates the output below. Any help you can offer >>>> would >>>> be gratefully received. >>>> >>>> Mac OS 10.5.2 Intel Core Duo >>>> >>>> cc -c -I/usr/include -I. >>>> -I/Library/Perl/5.8.8/darwin-thread-multi-2level/auto/DBI -arch i386 > >>>> -arch ppc -g -pipe -fno-common -DPERL_DARWIN -no-cpp-precomp >>>> -fno-strict-aliasing -Wdeclaration-after-statement >> -I/usr/local/include >>>> -O3 -DVERSION=\"1.16_1\" -DXS_VERSION=\"1.16_1\" >>>> "-I/System/Library/Perl/5.8.8/darwin-thread-multi-2level/CORE" >>>> -I/usr/include ODBC.c >>>> ODBC.xsi: In function 'XS_DBD__ODBC__db_disconnect': >>>> ODBC.xsi:277: error: invalid lvalue in assignment >>>> ODBC.xsi: In function 'XS_DBD__ODBC__db_DESTROY': >>>> ODBC.xsi:336: error: invalid lvalue in assignment >>>> ODBC.xsi: In function 'XS_DBD__ODBC__db_disconnect': >>>> ODBC.xsi:277: error: invalid lvalue in assignment >>>> ODBC.xsi: In function 'XS_DBD__ODBC__db_DESTROY': >>>> ODBC.xsi:336: error: invalid lvalue in assignment >>> These are compilation errors and they are stopping the build. What is > >>> on lines 277 and 336 of ODBC.xsi? >>> >>>> ODBC.xs: In function 'XS_DBD__ODBC__dr_data_sources': >>>> ODBC.xs:246: warning: pointer targets in passing argument 1 of >> 'strcpy' >>>> differ in signedness >>>> ODBC.xs:266: warning: pointer targets in passing argument 2 of >>>> 'Perl_newSVpv' differ in signedness >>>> ODBC.xs: In function 'XS_DBD__ODBC__dr_data_sources': >>>> ODBC.xs:246: warning: pointer targets in passing argument 1 of >> 'strcpy' >>>> differ in signedness >>>> ODBC.xs:266: warning: pointer targets in passing argument 2 of >>>> 'Perl_newSVpv' differ in signedness >>>> lipo: can't open input file: /var/tmp//ccx0pa5P.out (No such file or >>>> directory) >>>> make: *** [ODBC.o] Error 1 >>> Martin >> I've managed to blag an ssh session on a MAC running 10.5.2, Perl >> 5.8.8 and DBI 1.52. I made no changes at all to the Makefile and it > built ok. >> However, it fails to run with: >> >> t/01base................ok 1/5install_driver(ODBC) failed: Can't load >> '/Users/wez/mje/DBD-ODBC-1.16_1/blib/arch/auto/DBD/ODBC/ODBC.bundle' >> for module DBD::ODBC: >> dlopen(/Users/wez/mje/DBD-ODBC-1.16_1/blib/arch/auto/DBD/ODBC/ODBC.bun >> dl >> e, >> 2): Symbol not found: ___CFConstantStringClassReference >> Referenced from: >> /Users/wez/mje/DBD-ODBC-1.16_1/blib/arch/auto/DBD/ODBC/ODBC.bundle >> Expected in: dynamic lookup >> at (eval 7) line 3 >> Compilation failed in require at (eval 7) line 3. >> >> If I then change the Makefile to include -framework CoreFoundation in >> EXTRALIBS and LDLOADLIBS it gets further but unfortunately the mac I >> was using was Intel based (I didn't realise this at first) and the >> only driver I could find was built for ppc so it gave: >> >> mach-o, but wrong architecture >> >> for the ODBC driver shared library. >> >> If you can mail what is on the lines you got errors for in ODBC.xsi we > >> may be able to wwork it out. >> >> Martin >> -- >> Martin J. Evans >> Easysoft Limited >> http://www.easysoft.com >> >> . >> >> This message is intended only for the use of the person(s) to whom it > is addressed. It may contain information which is privileged and > confidential. Accordingly any unauthorised use is strictly prohibited. > If you are not the intended recipient, please contact the sender as soon > as possible. >> It is not intended as an offer or solicitation for the purchase or > sale of any financial instrument or as an official confirmation of any > transaction, unless specifically agreed otherwise. All market prices, > data and other information are not warranted as to completeness or > accuracy and are subject to change without notice. Any opinions or > advice contained in this Internet email are subject to the terms and > conditions expressed in any applicable governing Marble Bar Asset > Management LLP's terms and conditions of business or client agreement > letter. Any comments or statements made herein do not necessarily > reflect those of Marble Bar Asset Management LLP. >> Marble Bar Asset Management LLP is regulated and authorised by the > FSA. >> > > . > > This message is intended only for the use of the person(s) to whom it is addressed. It may contain information which is privileged and confidential. Accordingly any unauthorised use is strictly prohibited. If you are not the intended recipient, please contact the sender as soon as possible. > > It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction, unless specifically agreed otherwise. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any opinions or advice contained in this Internet email are subject to the terms and conditions expressed in any applicable governing Marble Bar Asset Management LLP's terms and conditions of business or client agreement letter. Any comments or statements made herein do not necessarily reflect those of Marble Bar Asset Management LLP. > > Marble Bar Asset Management LLP is regulated and authorised by the FSA. > > http://www.nntp.perl.org/group/perl.dbi.users/2008/05/msg32833.html Tue, 06 May 2008 02:31:58 +0000 RE: Unable to install DBD::ODBC on OSX Leopard 10.5.2 by Neil Beddoe Hi Martin. Just wondering if you got any further with this. -----Original Message----- From: Martin Evans [mailto:martin.evans@easysoft.com] Sent: 21 April 2008 16:33 To: dbi-users@perl.org Subject: Re: Unable to install DBD::ODBC on OSX Leopard 10.5.2 Neil Beddoe wrote: > > Thanks for looking at this Martin. I'm a bit out of my depth here. > > The line in ODBC.xsi is: > > if (DBIc_CACHED_KIDS(imp_dbh)) { > SvREFCNT_dec(DBIc_CACHED_KIDS(imp_dbh)); /* cast them to > the winds */ > DBIc_CACHED_KIDS(imp_dbh) = Nullhv; #ERROR_GENERATED_HERE > } > > This is line 277, the same assignment fails in line 336. Ok, I found this: http://www.nntp.perl.org/group/perl.dbi.dev/2007/05/msg4987.html which suggests there is something I need to look into further. Martin -- Martin J. Evans Easysoft Limited http://www.easysoft.com > -----Original Message----- > From: Martin Evans [mailto:martin.evans@easysoft.com] > Sent: 21 April 2008 13:17 > To: dbi-users@perl.org > Subject: Re: Unable to install DBD::ODBC on OSX Leopard 10.5.2 > > Martin Evans wrote: >> Neil Beddoe wrote: >>>>> You also may need to add "-framework CoreFoundation" >>>>> to the Makefile for the LDLOADLIBS and EXTRALIBS symbols and that >>>>> will >>> be the at least one of the issues with Sybase too >>(see README.osx >>> in distribution). >>> Hello Martin, I've tried this on my system and still no luck. I'm >>> not sure I'm carrying it out correctly though. I run perl >>> Makefile.PL and edit the Makefile it generates like this: >>> >>> EXTRALIBS = -L/usr/lib -lodbc -framework CoreFoundation LDLOADLIBS = >>> -L/usr/lib -lodbc -framework CoreFoundation >> Not having a mac I'm only going on what others have told me but I >> believe the above to be right. However, your make has not got to the >> point where the framework comes into the equation yet - see below. >> >> >>> ...but this generates the output below. Any help you can offer >>> would > >>> be gratefully received. >>> >>> Mac OS 10.5.2 Intel Core Duo >>> >>> cc -c -I/usr/include -I. >>> -I/Library/Perl/5.8.8/darwin-thread-multi-2level/auto/DBI -arch i386 >>> -arch ppc -g -pipe -fno-common -DPERL_DARWIN -no-cpp-precomp >>> -fno-strict-aliasing -Wdeclaration-after-statement > -I/usr/local/include >>> -O3 -DVERSION=\"1.16_1\" -DXS_VERSION=\"1.16_1\" >>> "-I/System/Library/Perl/5.8.8/darwin-thread-multi-2level/CORE" >>> -I/usr/include ODBC.c >>> ODBC.xsi: In function 'XS_DBD__ODBC__db_disconnect': >>> ODBC.xsi:277: error: invalid lvalue in assignment >>> ODBC.xsi: In function 'XS_DBD__ODBC__db_DESTROY': >>> ODBC.xsi:336: error: invalid lvalue in assignment >>> ODBC.xsi: In function 'XS_DBD__ODBC__db_disconnect': >>> ODBC.xsi:277: error: invalid lvalue in assignment >>> ODBC.xsi: In function 'XS_DBD__ODBC__db_DESTROY': >>> ODBC.xsi:336: error: invalid lvalue in assignment >> These are compilation errors and they are stopping the build. What is >> on lines 277 and 336 of ODBC.xsi? >> >>> ODBC.xs: In function 'XS_DBD__ODBC__dr_data_sources': >>> ODBC.xs:246: warning: pointer targets in passing argument 1 of > 'strcpy' >>> differ in signedness >>> ODBC.xs:266: warning: pointer targets in passing argument 2 of >>> 'Perl_newSVpv' differ in signedness >>> ODBC.xs: In function 'XS_DBD__ODBC__dr_data_sources': >>> ODBC.xs:246: warning: pointer targets in passing argument 1 of > 'strcpy' >>> differ in signedness >>> ODBC.xs:266: warning: pointer targets in passing argument 2 of >>> 'Perl_newSVpv' differ in signedness >>> lipo: can't open input file: /var/tmp//ccx0pa5P.out (No such file or >>> directory) >>> make: *** [ODBC.o] Error 1 >> Martin > > I've managed to blag an ssh session on a MAC running 10.5.2, Perl > 5.8.8 and DBI 1.52. I made no changes at all to the Makefile and it built ok. > However, it fails to run with: > > t/01base................ok 1/5install_driver(ODBC) failed: Can't load > '/Users/wez/mje/DBD-ODBC-1.16_1/blib/arch/auto/DBD/ODBC/ODBC.bundle' > for module DBD::ODBC: > dlopen(/Users/wez/mje/DBD-ODBC-1.16_1/blib/arch/auto/DBD/ODBC/ODBC.bun > dl > e, > 2): Symbol not found: ___CFConstantStringClassReference > Referenced from: > /Users/wez/mje/DBD-ODBC-1.16_1/blib/arch/auto/DBD/ODBC/ODBC.bundle > Expected in: dynamic lookup > at (eval 7) line 3 > Compilation failed in require at (eval 7) line 3. > > If I then change the Makefile to include -framework CoreFoundation in > EXTRALIBS and LDLOADLIBS it gets further but unfortunately the mac I > was using was Intel based (I didn't realise this at first) and the > only driver I could find was built for ppc so it gave: > > mach-o, but wrong architecture > > for the ODBC driver shared library. > > If you can mail what is on the lines you got errors for in ODBC.xsi we > may be able to wwork it out. > > Martin > -- > Martin J. Evans > Easysoft Limited > http://www.easysoft.com > > . > > This message is intended only for the use of the person(s) to whom it is addressed. It may contain information which is privileged and confidential. Accordingly any unauthorised use is strictly prohibited. If you are not the intended recipient, please contact the sender as soon as possible. > > I