romolo Thu Apr 5 05:29:24 2001 EDT
Modified files:
/php4/ext/pgsql pgsql.c
Log:
pg_close not closing right connection.
Index: php4/ext/pgsql/pgsql.c
diff -u php4/ext/pgsql/pgsql.c:1.96 php4/ext/pgsql/pgsql.c:1.97
--- php4/ext/pgsql/pgsql.c:1.96 Wed Apr 4
thies Wed Apr 4 14:40:41 2001 EDT
Modified files:
/php4/ext/pgsql pgsql.c php_pgsql.h
Log:
make it compile with 6.5.x
postgresql notices are now send to the standard error-log
Index: php4/ext/pgsql/pgsql.c
diff -u php4/ext/pgsql/pgsql.c:1.95 php4/ex
romolo Mon Mar 26 00:00:44 2001 EDT
Modified files:
/php4/ext/pgsql pgsql.c
Log:
pg_close was undefining default_conn even if a ref to it was still there.
Index: php4/ext/pgsql/pgsql.c
diff -u php4/ext/pgsql/pgsql.c:1.94 php4/ext/pgsql/pgsql.c:1.9
romolo Sat Mar 24 10:36:43 2001 EDT
Modified files:
/php4/ext/pgsql pgsql.c
Log:
Solved bugs #9746 and #9937, pg_close was closing twice the default conn.
Index: php4/ext/pgsql/pgsql.c
diff -u php4/ext/pgsql/pgsql.c:1.93 php4/ext/pgsql/pgsql.c:1.94
-
dbeuTue Feb 20 07:34:11 2001 EDT
Modified files:
/php4/ext/pgsql pgsql.c
Log:
added missing ELS_FETCH()
Index: php4/ext/pgsql/pgsql.c
diff -u php4/ext/pgsql/pgsql.c:1.91 php4/ext/pgsql/pgsql.c:1.92
--- php4/ext/pgsql/pgsql.c:1.91 Mon Feb 19 08:31:17 200
sas Sun Feb 18 23:50:06 2001 EDT
Modified files:
/php4/ext/pgsql pgsql.c
Log:
Fix warning
Index: php4/ext/pgsql/pgsql.c
diff -u php4/ext/pgsql/pgsql.c:1.89 php4/ext/pgsql/pgsql.c:1.90
--- php4/ext/pgsql/pgsql.c:1.89 Wed Feb 14 18:15:36 2001
+++ php4/
On Thu, Feb 15, 2001 at 01:47:46PM +0200, Zeev Suraski wrote:
> At 13:01 15/2/2001, Thies C. Arntzen wrote:
> >On Thu, Feb 15, 2001 at 04:17:06AM +0200, Zeev Suraski wrote:
> > > This patch won't always work (it may cause the link not to be closed when
> > > it's supposed to). I committed a diffe
At 13:01 15/2/2001, Thies C. Arntzen wrote:
>On Thu, Feb 15, 2001 at 04:17:06AM +0200, Zeev Suraski wrote:
> > This patch won't always work (it may cause the link not to be closed when
> > it's supposed to). I committed a different patch to the CVS - can you
>
> under what circumstances?
Wel
On Thu, Feb 15, 2001 at 12:01:35PM +0100, Thies C. Arntzen wrote:
> On Thu, Feb 15, 2001 at 04:17:06AM +0200, Zeev Suraski wrote:
> > This patch won't always work (it may cause the link not to be closed when
> > it's supposed to). I committed a different patch to the CVS - can you
>
> unde
On Thu, Feb 15, 2001 at 04:17:06AM +0200, Zeev Suraski wrote:
> This patch won't always work (it may cause the link not to be closed when
> it's supposed to). I committed a different patch to the CVS - can you
under what circumstances?
> please check it?
will do -
tc
>
> At 18
This patch won't always work (it may cause the link not to be closed when
it's supposed to). I committed a different patch to the CVS - can you
please check it?
At 18:54 13/2/2001, Thies C. Arntzen wrote:
>thies Tue Feb 13 08:54:48 2001 EDT
>
> Modified files:
> /php4/ext/pgsql
zeevWed Feb 14 18:15:36 2001 EDT
Modified files:
/php4/ext/pgsql pgsql.c
Log:
Fix the PostgreSQL fix...
Index: php4/ext/pgsql/pgsql.c
diff -u php4/ext/pgsql/pgsql.c:1.88 php4/ext/pgsql/pgsql.c:1.89
--- php4/ext/pgsql/pgsql.c:1.88 Tue Feb 13 12:13:14
thies Tue Feb 13 12:13:15 2001 EDT
Modified files:
/php4/ext/pgsql pgsql.c
Log:
remove stupid PGSQL warning
Index: php4/ext/pgsql/pgsql.c
diff -u php4/ext/pgsql/pgsql.c:1.87 php4/ext/pgsql/pgsql.c:1.88
--- php4/ext/pgsql/pgsql.c:1.87 Tue Feb 13 10:28:2
thies Tue Feb 13 10:28:25 2001 EDT
Modified files:
/php4/ext/pgsql pgsql.c php_pgsql.h
Log:
@- PostgreSQL now does a rollback at the end of a request on every
@ persistent connection. This is done by doing an "empty" transaction
@ on the connection (T
thies Tue Feb 13 08:54:48 2001 EDT
Modified files:
/php4/ext/pgsql pgsql.c
Log:
@- fixes PostgeSQL pg_connect() bug. We would sometimes close the default
@ link by acciedent. (Patch by: [EMAIL PROTECTED])
Index: php4/ext/pgsql/pgsql.c
diff -u php4/e
> Strange, I compiled it at home, and it gave me no troubles, must be a
> wrong regexp to replace spaces by tabs then. I'll look into it later.
Another issue is the lo_lseek() call. The third and fourth
parameters are prototyped as int, but you are passing in
char *.
- Sascha
On Sat, 20 Jan 2001, Sascha Schumann wrote:
> > +PHP_FUNCTION(pg_lolseek) {
> > + val **pgsql_lofp, **seek_offset, **seek_whence;
> ^^^
> > + gLofp *pgsql;
> ^
> > + long int offset;
> ..
> > + ffset = lo_tell((PGconn *)pgsql->conn, pgsql->lofd);
> ^
> > + ETURN_LONG (of
> +PHP_FUNCTION(pg_lolseek) {
> + val **pgsql_lofp, **seek_offset, **seek_whence;
^^^
> + gLofp *pgsql;
^
> + long int offset;
..
> + ffset = lo_tell((PGconn *)pgsql->conn, pgsql->lofd);
^
> + ETURN_LONG (offset);
^
Derick, this patch is completely brok
sas Sat Jan 20 02:10:50 2001 EDT
Modified files:
/php4/ext/pgsql pgsql.c
Log:
Revert last completely broken patch.
Index: php4/ext/pgsql/pgsql.c
diff -u php4/ext/pgsql/pgsql.c:1.83 php4/ext/pgsql/pgsql.c:1.84
--- php4/ext/pgsql/pgsql.c:1.83 Thu Jan 1
derick Thu Jan 18 14:17:05 2001 EDT
Modified files:
/php4/ext/pgsql pgsql.c php_pgsql.h
Log:
- Added the pg_lolseek function, which allows for arbitrary seeking within
a large object, and the pg_lotell call, which can be used to find the
current file
20 matches
Mail list logo
