Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:3338
Return-Path: <M.Boeren@guidance.nl>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 28835 invoked from network); 9 Jul 2003 15:18:20 -0000
Received: from unknown (HELO dellserver.guidance.nl) (213.201.153.14)
  by pb1.pair.com with SMTP; 9 Jul 2003 15:18:20 -0000
Received: by DELLSERVER with Internet Mail Service (5.5.2656.59)
	id <DD45J8A8>; Wed, 9 Jul 2003 17:21:01 +0200
Message-ID: <7BE0F4A5D7AED2119B7500A0C94C58AC3D6C9B@DELLSERVER>
To: internals@lists.php.net
Date: Wed, 9 Jul 2003 17:21:00 +0200 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2656.59)
Content-Type: text/plain
Subject: sqlite_popen bug?
From: M.Boeren@guidance.nl (Marc Boeren)


Hi,

the following script doesn't work correctly:

<?php
$handle = sqlite_popen("sqlite.db");
var_dump($handle);
$handle = sqlite_popen("sqlite.db");
var_dump($handle);
?>

will produce

$ ./php -f sqlitetest.php
resource(1) of type (sqlite database (persistent))
resource(1) of type (Unknown)

This also happens if I call sqlite_close($handle) between the popens...

BTW, this is on the latest ext/sqlite copied to existing 4.3.1 source tree
on a Windows box.
Everything else I tested with sqlite works ok.

Cheerio, Marc.