iliaa Sun Jun 15 23:07:07 2003 EDT
Modified files: (Branch: PHP_4_3)
/php4/ext/hyperwave hg_comm.c hw.c
Log:
MFH: compiler warnings
Index: php4/ext/hyperwave/hg_comm.c
diff -u php4/ext/hyperwave/hg_comm.c:1.52.8.2 php4/ext/hyperwave/hg_comm.c:1.52.8.3
--- ph
iliaa Sun Jun 15 23:05:24 2003 EDT
Modified files:
/php4/ext/hyperwave hw.c hg_comm.c
Log:
Fixed a few remaining compiler warnings.
Index: php4/ext/hyperwave/hw.c
diff -u php4/ext/hyperwave/hw.c:1.123 php4/ext/hyperwave/hw.c:1.124
--- php4/ext/hyperwave/hw.
rasmus Sun Jun 15 21:53:15 2003 EDT
Modified files:
/CVSROOTavail
Log:
pres2 karma for Sara
Index: CVSROOT/avail
diff -u CVSROOT/avail:1.689 CVSROOT/avail:1.690
--- CVSROOT/avail:1.689 Sun Jun 15 11:16:18 2003
+++ CVSROOT/avail Sun Jun 15 21:53:14
helly Sun Jun 15 20:18:29 2003 EDT
Modified files:
/php4/ext/dom php_dom.c
Log:
Fit the error handler into the naming scheme and get rid of trailing new lines
Index: php4/ext/dom/php_dom.c
diff -u php4/ext/dom/php_dom.c:1.14 php4/ext/dom/php_dom.c:1.15
-
edink Sun Jun 15 19:58:33 2003 EDT
Modified files:
/php4/ext/xmlrpcxmlrpc.dsp
Log:
Fixed win32 build (link to external expat).
Index: php4/ext/xmlrpc/xmlrpc.dsp
diff -u php4/ext/xmlrpc/xmlrpc.dsp:1.2 php4/ext/xmlrpc/xmlrpc.dsp:1.3
--- php4/ext/xmlrpc/xm
helly Sun Jun 15 19:57:48 2003 EDT
Modified files:
/php4/ext/dom php_dom.c
Log:
Add an error handler (thx to timm for the idea)
Index: php4/ext/dom/php_dom.c
diff -u php4/ext/dom/php_dom.c:1.13 php4/ext/dom/php_dom.c:1.14
--- php4/ext/dom/php_dom.c:1.13
edink Sun Jun 15 19:47:18 2003 EDT
Modified files:
/php4/sapi/pi3web php4pi3web.dsp pi3web_sapi.c
Log:
Fixed win32 build
Index: php4/sapi/pi3web/php4pi3web.dsp
diff -u php4/sapi/pi3web/php4pi3web.dsp:1.3 php4/sapi/pi3web/php4pi3web.dsp:1.4
--- php4/sapi/pi3w
edink Sun Jun 15 19:34:46 2003 EDT
Modified files:
/php4/main php_network.h
/php4/main/streams xp_socket.c
/php4/ext/openssl xp_ssl.c openssl.dsp
Log:
Win32 build fixes for openssl
Index: php4/main/php_network.h
diff -u php4/main/php_network.h:1.
edink Sun Jun 15 19:27:05 2003 EDT
Modified files:
/php4/ext/standard file.h
Log:
This needs to be exported for dynamic extensions
Index: php4/ext/standard/file.h
diff -u php4/ext/standard/file.h:1.84 php4/ext/standard/file.h:1.85
--- php4/ext/standard/file.h
edink Sun Jun 15 18:58:04 2003 EDT
Modified files:
/php4/ext/exif exif.c exif.dsp
Log:
Fixed win32 build
Index: php4/ext/exif/exif.c
diff -u php4/ext/exif/exif.c:1.150 php4/ext/exif/exif.c:1.151
--- php4/ext/exif/exif.c:1.150 Sun Jun 15 11:28:50 2003
+++
sniper Sun Jun 15 17:59:03 2003 EDT
Modified files: (Branch: PHP_4_3)
/php4 NEWS
Log:
missing entries, cleanup
Index: php4/NEWS
diff -u php4/NEWS:1.1247.2.253 php4/NEWS:1.1247.2.254
--- php4/NEWS:1.1247.2.253 Sat Jun 14 11:09:26 2003
+++ php4/NEWS S
Thanks! I should have been running make before the commit..
Moriyoshi
"Rob Richards" <[EMAIL PROTECTED]> wrote:
> rrichards Sun Jun 15 16:56:48 2003 EDT
>
> Modified files:
> /php4/ext/xml compat.c
> Log:
> remove leftover parser->mem_hdlrs - compiles no
rrichards Sun Jun 15 16:56:48 2003 EDT
Modified files:
/php4/ext/xml compat.c
Log:
remove leftover parser->mem_hdlrs - compiles now
Index: php4/ext/xml/compat.c
diff -u php4/ext/xml/compat.c:1.13 php4/ext/xml/compat.c:1.14
--- php4/ext/xml/compat.c:1
moriyoshi Sun Jun 15 16:40:45 2003 EDT
Modified files:
/php4/ext/xml compat.c expat_compat.h
Log:
Removed xmlMemSetup() code as it doesn't help at all.
Index: php4/ext/xml/compat.c
diff -u php4/ext/xml/compat.c:1.12 php4/ext/xml/compat.c:1.13
---
pajoye Sun Jun 15 16:16:46 2003 EDT
Modified files:
/php4/ext/gdCREDITS
Log:
add Marcus, enough work done
Index: php4/ext/gd/CREDITS
diff -u php4/ext/gd/CREDITS:1.2 php4/ext/gd/CREDITS:1.3
--- php4/ext/gd/CREDITS:1.2 Fri Feb 28 20:28:10 2003
+++
helly Sun Jun 15 16:00:09 2003 EDT
Modified files:
/php4/ext/gdgd.c gd_ctx.c php_gd.h
/php4/ext/gd/libgd gd.h xbm.c
Log:
Add ImageXBM
Index: php4/ext/gd/gd.c
diff -u php4/ext/gd/gd.c:1.273 php4/ext/gd/gd.c:1.274
--- php4/ext/gd/gd.c:1.273 Sun
rrichards Sun Jun 15 15:58:42 2003 EDT
Modified files:
/php4/ext/dom xml_common.h text.c php_dom.h php_dom.c node.c
element.c document.c
Log:
remove code no longer needed
fix format Output property
Index: php4/ext/dom/xml_co
helly Sun Jun 15 15:56:40 2003 EDT
Modified files:
/php4/ext/gd/tests conv_test.xbm
Log:
Better use '_' instead of '.'
Index: php4/ext/gd/tests/conv_test.xbm
diff -u php4/ext/gd/tests/conv_test.xbm:1.1 php4/ext/gd/tests/conv_test.xbm:1.2
--- php4/ext/gd/tests
helly Sun Jun 15 15:54:40 2003 EDT
Modified files:
/php4/ext/gdconfig.m4
Log:
Better configure output
Index: php4/ext/gd/config.m4
diff -u php4/ext/gd/config.m4:1.137 php4/ext/gd/config.m4:1.138
--- php4/ext/gd/config.m4:1.137 Mon Jun 9 04:11:53 2003
rrichards Sun Jun 15 15:54:38 2003 EDT
Modified files:
/php4/ext/xsl xsl.dsp
Log:
should be multithreaded and correct lib naming
Index: php4/ext/xsl/xsl.dsp
diff -u php4/ext/xsl/xsl.dsp:1.3 php4/ext/xsl/xsl.dsp:1.4
--- php4/ext/xsl/xsl.dsp:1.3Sun
From: Moriyoshi Koizumi
> Right, for an even further concern, what if libxml was used in a portion
> of the entire process outside the PHP code..? (e.g. in a Apache module).
> If such collision could well happen, we'd be better off leaving it use the
> ordinary allocators.
>
> On the other hand,
> I am fine with having PHP handle all memory management, but if this is the
> case, I would say a function somewhere outside the xml extensions that is
> called in MINIT of all the libxml enabled extensions. I cant say if this
> will complicate debugging this stuff, but would like that noted as a
From: Sterling Hughes
> Right. I think just keeping this in ext/xml or ext/dom is fine. We
> don't really have any other systems for this atm.
I would say xml extension as that usually is always built (though if someone
decides they want expat, then there is a problem).. What happens though if
t
On Sun, 2003-06-15 at 13:30, Rob Richards wrote:
> From: Sterling Hughes
>
>
> > I think all memory handling should be done with PHP, as you can see
> > there are many places in simplexml where I avoid a copy by relying on
> > the fact that the libxml2 memory will be allocated by php's mm.
>
> I
From: Sterling Hughes
> I think all memory handling should be done with PHP, as you can see
> there are many places in simplexml where I avoid a copy by relying on
> the fact that the libxml2 memory will be allocated by php's mm.
I saw that. Drove me nuts for a while as libxml kept reporting it
I think all memory handling should be done with PHP, as you can see
there are many places in simplexml where I avoid a copy by relying on
the fact that the libxml2 memory will be allocated by php's mm.
-Sterling
On Sun, 2003-06-15 at 13:04, Rob Richards wrote:
> - Original Message -
> Fr
- Original Message -
From: Moriyoshi Koizumi
> > Looks pretty much pretty much how it is done in libxml
(xmlGetGlobalState).
> > Will this cause any problems mandating the memory behavor in /etc/xml?
>
> As far as I looked over the libxml code, xmlMemSetup doesn't work
> in sync with the
andrey Sun Jun 15 12:25:58 2003 EDT
Modified files:
/php4/ext/hyperwave hw.c
Log:
proto fixes
Index: php4/ext/hyperwave/hw.c
diff -u php4/ext/hyperwave/hw.c:1.122 php4/ext/hyperwave/hw.c:1.123
--- php4/ext/hyperwave/hw.c:1.122 Tue Jun 10 16:03:29 2003
+++
andrey Sun Jun 15 12:04:27 2003 EDT
Modified files:
/php4/ext/hwapi hwapi.cpp
Log:
proto fixes
Index: php4/ext/hwapi/hwapi.cpp
diff -u php4/ext/hwapi/hwapi.cpp:1.9 php4/ext/hwapi/hwapi.cpp:1.10
--- php4/ext/hwapi/hwapi.cpp:1.9Tue Jun 10 16:03:29 2003
"Rob Richards" <[EMAIL PROTECTED]> wrote:
> Looks pretty much pretty much how it is done in libxml (xmlGetGlobalState).
> Will this cause any problems mandating the memory behavor in /etc/xml?
As far as I looked over the libxml code, xmlMemSetup doesn't work
in sync with the other part of the li
Sorry, for some damn reason I keep thinking Sterling had put in the stuff
(though he told me yesterday it was you).
From: Moriyoshi Koizumi
> It looks like we(?) need a functionality in TSRM similar to
pthread_once(),
> with which we could make sure that the initialisation routine with
> an uniqu
andrey Sun Jun 15 11:29:46 2003 EDT
Modified files:
/php4/ext/dbx dbx.c
Log:
proto fixes
Index: php4/ext/dbx/dbx.c
diff -u php4/ext/dbx/dbx.c:1.49 php4/ext/dbx/dbx.c:1.50
--- php4/ext/dbx/dbx.c:1.49 Tue Jun 10 16:03:27 2003
+++ php4/ext/dbx/dbx.c Sun
andrey Sun Jun 15 11:28:50 2003 EDT
Modified files:
/php4/ext/exif exif.c
Log:
proto fixes
Index: php4/ext/exif/exif.c
diff -u php4/ext/exif/exif.c:1.149 php4/ext/exif/exif.c:1.150
--- php4/ext/exif/exif.c:1.149 Tue Jun 10 16:03:28 2003
+++ php4/ext/exif/
andrey Sun Jun 15 11:27:45 2003 EDT
Modified files:
/php4/ext/fam fam.c
Log:
proto fixes
Index: php4/ext/fam/fam.c
diff -u php4/ext/fam/fam.c:1.4 php4/ext/fam/fam.c:1.5
--- php4/ext/fam/fam.c:1.4 Tue Jun 10 16:03:28 2003
+++ php4/ext/fam/fam.c Sun J
andrey Sun Jun 15 11:27:13 2003 EDT
Modified files:
/php4/ext/fbsql php_fbsql.c
Log:
proto fixes
Index: php4/ext/fbsql/php_fbsql.c
diff -u php4/ext/fbsql/php_fbsql.c:1.97 php4/ext/fbsql/php_fbsql.c:1.98
--- php4/ext/fbsql/php_fbsql.c:1.97 Fri Jun 13 23:
andrey Sun Jun 15 11:24:24 2003 EDT
Modified files:
/php4/ext/ftp php_ftp.c
Log:
proto fixes
Index: php4/ext/ftp/php_ftp.c
diff -u php4/ext/ftp/php_ftp.c:1.89 php4/ext/ftp/php_ftp.c:1.90
--- php4/ext/ftp/php_ftp.c:1.89 Tue Jun 10 16:03:29 2003
+++ php4/ex
andrey Sun Jun 15 11:23:53 2003 EDT
Modified files:
/php4/ext/fdf fdf.c
Log:
proto fixes
Index: php4/ext/fdf/fdf.c
diff -u php4/ext/fdf/fdf.c:1.81 php4/ext/fdf/fdf.c:1.82
--- php4/ext/fdf/fdf.c:1.81 Tue Jun 10 16:03:28 2003
+++ php4/ext/fdf/fdf.c Sun
andrey Sun Jun 15 11:22:09 2003 EDT
Modified files:
/php4/ext/gdgd.c
Log:
proto fixes
Index: php4/ext/gd/gd.c
diff -u php4/ext/gd/gd.c:1.272 php4/ext/gd/gd.c:1.273
--- php4/ext/gd/gd.c:1.272 Tue Jun 10 16:03:29 2003
+++ php4/ext/gd/gd.cSun Jun 1
rasmus Sun Jun 15 11:16:18 2003 EDT
Modified files:
/CVSROOTavail
Log:
doc account for Yu Watanabe
Index: CVSROOT/avail
diff -u CVSROOT/avail:1.688 CVSROOT/avail:1.689
--- CVSROOT/avail:1.688 Thu Jun 12 15:43:15 2003
+++ CVSROOT/avail Sun Jun 15 11
rrichards Sun Jun 15 10:57:06 2003 EDT
Modified files:
/php4/ext/xsl xsl.dsp
Log:
be nice if i named the dll correctly and put it somewhere
Index: php4/ext/xsl/xsl.dsp
diff -u php4/ext/xsl/xsl.dsp:1.2 php4/ext/xsl/xsl.dsp:1.3
--- php4/ext/xsl/xsl.dsp
"Rob Richards" <[EMAIL PROTECTED]> wrote:
> From: Moriyoshi Koizumi
>
> > Indeed. But as long as libxml allocators are designed to be initialised
> > only in the xml extension, the order could be a problem in which those
> > extensions are initialised on startup. Maybe I can make clones of the
>
rrichards Sun Jun 15 10:52:23 2003 EDT
Modified files:
/php4/ext/xsl xsl.dsp
Log:
fix xsl release build
link libxml2 and libxslt dynamically for consistancy
Index: php4/ext/xsl/xsl.dsp
diff -u php4/ext/xsl/xsl.dsp:1.1 php4/ext/xsl/xsl.dsp:1.2
--- p
rrichards Sun Jun 15 10:50:11 2003 EDT
Modified files:
/php4/ext/dom dom.dsp
Log:
link libxml2 dynamically for consistancy
Index: php4/ext/dom/dom.dsp
diff -u php4/ext/dom/dom.dsp:1.1 php4/ext/dom/dom.dsp:1.2
--- php4/ext/dom/dom.dsp:1.1Thu Jun
From: Moriyoshi Koizumi
> Indeed. But as long as libxml allocators are designed to be initialised
> only in the xml extension, the order could be a problem in which those
> extensions are initialised on startup. Maybe I can make clones of the
> xmlMemSetup() code and paste them to the PHP_MINIT_FU
"Rob Richards" <[EMAIL PROTECTED]> wrote:
> There are discussions on the libxml mailing list about implementing
> functionality here.
> Dont have the links right now but I believe it was the beginning of May of
> this year when it started.
> It sounds like the majority of it is going to be done fo
From: Moriyoshi
> Well, virtually xmlInitThreads() doesn't do anything as of the current
> libxml, but I'd not found such a description in the documentation that
> states xmlInitThreads() is reserved for future use..?
There are discussions on the libxml mailing list about implementing
functionali
edink Sun Jun 15 08:19:57 2003 EDT
Modified files:
/php4/ext/shmop shmop.dsp
Log:
Fixed win32 build
Index: php4/ext/shmop/shmop.dsp
diff -u php4/ext/shmop/shmop.dsp:1.1 php4/ext/shmop/shmop.dsp:1.2
--- php4/ext/shmop/shmop.dsp:1.1Tue Aug 7 09:33:2
edink Sun Jun 15 08:10:28 2003 EDT
Modified files:
/php4/ext/interbase interbase.c
Log:
Fixed ZTS build
Index: php4/ext/interbase/interbase.c
diff -u php4/ext/interbase/interbase.c:1.109 php4/ext/interbase/interbase.c:1.110
--- php4/ext/interbase/interbase.c:1
Hi,
"Rob Richards" <[EMAIL PROTECTED]> wrote:
> xmlInitThreads currently doesnt do anything right now. It is just a function
> for future use. In a non threaded environment, it really doesnt matter. You
> can get away without even calling any init routines as they would be called
> upon the first
edink Sun Jun 15 07:50:17 2003 EDT
Modified files:
/php4/sapi/nsapinsapi.c
Log:
Fixed ZTS build
Index: php4/sapi/nsapi/nsapi.c
diff -u php4/sapi/nsapi/nsapi.c:1.46 php4/sapi/nsapi/nsapi.c:1.47
--- php4/sapi/nsapi/nsapi.c:1.46Sun Jun 15 07:48:47 200
edink Sun Jun 15 07:48:47 2003 EDT
Modified files:
/php4/sapi/nsapinsapi.c
Log:
No need for this in the HEAD branch
Index: php4/sapi/nsapi/nsapi.c
diff -u php4/sapi/nsapi/nsapi.c:1.45 php4/sapi/nsapi/nsapi.c:1.46
--- php4/sapi/nsapi/nsapi.c:1.45Tue
edink Sun Jun 15 07:36:02 2003 EDT
Modified files:
/php4/sapi/apache php4apache.dsp
Log:
Fixed win32 build (mod_php4 -> mod_php5)
Index: php4/sapi/apache/php4apache.dsp
diff -u php4/sapi/apache/php4apache.dsp:1.16 php4/sapi/apache/php4apache.dsp:1.17
---
From: Moriyoshi Koizumi
> I preferred to use xmlInitThreads() because xmlInitParser() does a set
> of operations related to the libxml's memory maganer and I tried hard to
> prevent it from being initialised before the start-up of the Zend
> MM. Do you have any good idea to deal with them in a co
I preferred to use xmlInitThreads() because xmlInitParser() does a set
of operations related to the libxml's memory maganer and I tried hard to
prevent it from being initialised before the start-up of the Zend
MM. Do you have any good idea to deal with them in a consistent way?
Moriyoshi
"Rob
54 matches
Mail list logo
