Re: DBD::Oracle::db prepare failed: ORA-00932: inconsistent datatypes

2010-08-06 Thread Charles Jardine
On 05/08/10 12:49, H.Merijn Brand wrote: Snip $dbh-do (qq; create global temporary table t_foo ( h_key blob, h_value blob ); ); my $sth = $dbh-prepare (select h_value from t_foo where h_key = ?); $ perl test.pl DBD::Oracle::db prepare failed: ORA-00932:

Re: DBD::Oracle::db prepare failed: ORA-00932: inconsistent datatypes

2010-08-06 Thread H.Merijn Brand
On Fri, 06 Aug 2010 09:56:36 +0100, Charles Jardine c...@cam.ac.uk wrote: On 05/08/10 12:49, H.Merijn Brand wrote: Snip $dbh-do (qq; create global temporary table t_foo ( h_key blob, h_value blob ); ); my $sth = $dbh-prepare (select

patch full of dark magic

2010-08-06 Thread Alexandr Ciornii
(It is beginning to feel colder in your room. It's a strange feeling, like someone is present here, although you are alone... You now begin to hear some voices. It is some other person, from far, far away trying to tell something important to you.) A shaman of other realm asked me to call to my

RE: patch full of dark magic

2010-08-06 Thread Jan Dubois
On Fri, 06 Aug 2010, Alexandr Ciornii wrote: (It is beginning to feel colder in your room. It's a strange feeling, like someone is present here, although you are alone... You now begin to hear some voices. It is some other person, from far, far away trying to tell something important to

Re: patch full of dark magic

2010-08-06 Thread David E. Wheeler
On Aug 6, 2010, at 5:42 PM, Jan Dubois wrote: Against my better judgment I couldn't prevent myself from peeking at the magical patch. I don't understand what it is doing, and I don't have any candies so sacrifice right now either. However, I'm always suspicious when I see code like this:

Re: patch full of dark magic

2010-08-06 Thread Alexandr Ciornii
Hello I think, I did a workaround for real issue - exit does not always behave correctly on Windows in DESTROY in child after fork. If you look into patch idea, you will see that I just added one line fail Child should be inactive on DESTROY;. IMHO, this could not result in false PASS :). And in