Beefy Boxes and Bandwidth Generously Provided by pair Networks
Syntactic Confectionery Delight
 
PerlMonks  

Re^2: fetchrow_array loop in perl 5.10

by sundialsvc4 (Abbot)
on Sep 18, 2014 at 23:23 UTC ( #1101120=note: print w/replies, xml ) Need Help??


in reply to Re: fetchrow_array loop in perl 5.10
in thread fetchrow_array loop in perl 5.10

Judging from the trace-outputs listed above, I would hazard a guess that the target is DB/2.

However, your mention of MySQL and locking brings up once again a point that I found to be hugely important:   that you should always use transactions with SQLite, especially when writing, because otherwise SQLite will physically verify every write.   There’s no buffering, no “lazy writing,” and this is by design (in the SQLite engine, AFAIK).   I haven’t had need to keep up with driver-changes and so on for quite some time, so I don’t know what recently might have changed.   I simply, as a blanket rule, use transactions for everything SQLite, including reads.

If the target is DB/2, then I am “entirely convinced” that the actual situation that the OP is facing right now is ... bogosity.   The present behavior appears to be nonsensical, and most likely it is, because the root cause will likely to be “this version’s apples trying their best to talk to last version’s oranges, or vice-versa.”   There is probably nothing fundamentally wrong with this source-code:   the problem is in the particulars of the (not-quite right ...) environment in which the code is trying its best to execute.   “Red herrings.”   Oooh, I hate it when that happens.

Replies are listed 'Best First'.
Re^3: fetchrow_array loop in perl 5.10
by Anonymous Monk on Sep 19, 2014 at 10:47 UTC
    You are making factually incorrect statements.

    You have been disputed on these exact same points several times before. You seem to like to rely on the saying that "the best way to get the correct answer on the Internet is to post the wrong one", but this time I'm not giving you the benefit of that effect. Go through your own posting history, you have been shown to be wrong plenty of times, without correcting yourself, without acknowledging the corrections, or even learning from them! I would love it if you would stop posting if you don't know what you're talking about, but I'm betting you won't do that.

    Therefore, this is merely a warning to others that the parent node contains incorrect statements.

Log In?
Username:
Password:

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://1101120]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others imbibing at the Monastery: (3)
As of 2019-07-17 02:45 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    No recent polls found

    Notices?