[PHP-DEV] parser generator for php
I hope that this is not the wrong venue for this. I've seen references to questions about this before, but is there any tool similar to yacc, written in php? I know that there is the tokenizer ext., which forms one half of the equation. Perl, Python, etc, have their YAPP, and YAPPS tools. Is something similar in the works for PHP? Thanks, Pete. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] hi memory usage with php-cli
Hi,
For your $product array, are you using associative keys on each, so like:
$product = array('name' = $name, 'art.no' = $artnum, ... );
If so, you might find that if you replaced the string keys with constants,
you would save memory, because a constant is an integer and takes less
storage space than a string.
Example:
?php
define(PROD_NAME, 0);
define(PROD_ARTNUM, 1);
# ...
$product = array(PROD_NAME = $name, PROD_ARTNUM = $artnum, ... );
?
I think that might save you some memory. Just an idea.
Pete
-Original Message-
From: Robin Ericsson [mailto:[EMAIL PROTECTED]]
Sent: November 24, 2002 12:20 PM
To: [EMAIL PROTECTED]
Subject: [PHP-DEV] hi memory usage with php-cli
Hi,
I have a huge xml-file with about 500k lines, which gives around 17000
products, which I import to a database. The problem is that the script is
taking a lot of memory, about 100mb when it's finished.
The script goes something like this
$product = array(), then I add some values to the array, name, art.no, and
when the product is done, I do $product = array(), and do the same thing
over and over.
Is there any way to configure php/zend to use less memory?
I've tried #define ZEND_DISABLE_MEMORY_CACHE 1 which doesn't help.
best regards
Robin
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Limitations of the ZendEngine2 Object Model?
Hello,
I've been following the developments of the latest ZE2-enabled PHP for a
while, and I feel that some of the work regarding namespaces/nested classes
aren't quite doing what they are suppose to. An example:
?php
class Root {
class Nested {
function Nested() {
print(Root::Nested constructed\n);
}
}
}
class Child extends Root {
class Nested {
function Nested() {
parent::Nested();
print(Child::Nested constructed\n);
}
}
}
$object = new Child::Nested;
?
If you attempt to execute this script with the PHP 4.3.0 ZE2 alphas (either
1 or 2), you'll get a fatal error specifying that Cannot fetch parent:: as
current class scope has no parent, referring to the Child::Nested
constructor and the parent::Nested(); line. Is the outer classes just
meant to be for namespacing purposes? Any class deriving from the parent
will not have its nested classes derive from the parents nested classes. So
then why can't nested classes be extended from anything? Just some
symbolism: P is parent, defines P.n is nested, D extends P, defines D.n
nested, yet D.n has no relation to P.n and is not allowed to extend it
explicitly (wouldn't it be implicit, with the same name and all?), nor any
other class. Doesn't quite seem to be the intended behaviour or one that
does justice to nested class or packaging/namespacing.
I think nested classes are themselves a useful language component, but
nested classes and namespaces should be handled separately. But then scoping
issues come back. Does anyone have any ideas? I'm new to the internals side
of PHP so my apologizes if these are non-issues.
Pete
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] References and adjusting parameters to php extension functions
Hi, I have a script: ?php $string1 = $string2 = ''; registry_get_value(Software\\Microsoft\\Internet Explorer, version, $string1);/// this is 62600. in the registry registry_get_value(Software\\Microsoft\\Internet Explorer, build, $string2);// this is 6.0.26000. in the registry echo String1BR; var_dump($string1); echo BRString2BR; var_dump($string2); ? // which outputs String1 string(10) 62600. String2 string(10) 62600. registry_get_value() is a function I've implemented in an extension and retrieves values from the registry, setting the third parameter passed, to be the value from the registry. In the script above though $string1 and $string2 seem to be linked to each other. I didn't think that $string1 = $string2 = ''; is supposed to set up the variables as references. If I change the first line of the script to $string1 = ''; $string2 = ''; I get output as expected, i.e. string1 = 62600. and string2 = 6.0.26000. . Is this expected behaviour or is it likely that I've done something wrong in my extension source. I'm currently using zend_parse_parameters to get the third argument as a zval which I then set to the required value using ZVAL_STRING(zThirdArg, szValueFromRegistry, 1); This seems to work fine in every case except the one above. So is it expected behaviour or is it me? Tested on php v4.1.1 and v4.2.3, as apache module, 1.3.26 on windows NT4 sp6a TIA Pete -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP extension initialisation
Hi,
I asked about this a few weeks ago with apache on windows.
The best answer I got was from George Schlossnagle:
quoteI believe this is because when apache does it's intial configtest run
as
part of start (to validate it's config), it has to do a complete startup
(otherwise it wouldn't know about conf params used by modules loaded as
DSOs. So you see a startup; shutdown; startup./quote
that's exactly what I saw happen so seeing as shutdown occurs as well it
wasn't a problem in my case.
Pete
--
Tom Oram [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
On Thu, 15 Aug 2002, you wrote:
--- Tom Oram [EMAIL PROTECTED] wrote:
Hi,
Can someone please answer my question?
When running a PHP extension when PHP is running as an apache module on
linux
it's module init function (PHP_MINIT_FUNCTION) gets called twice, once
before
apache forks then once after, is there any way of finding out which
init you are in. I can't keep a global variable because it get losted in
between init calls, and environment vars/file locks/shared mem/semephores
are
not options.
Are you on Windows IIS? I believe someone recently just asked about that
same
thing. There was a valid explination for it.
No linux, I did say ;), but thanks anyway.
The question still stands open, anyone?
One other quicky, is there a way to find out inside the extension if it
is
being run from with an apache module or its it a standalone executable
(or
running under a different webserver as my module can only ever run with
apache)?
I believe you could
#include SAPI.h
if(!strcmp(sapi_module.name, cgi) || strcmp(sapi_module.name, cli)) {
printf(compiled as a command line executable);
}
This is probably what I need thanks
Thanks for your time,
Tom
--
***
Tom Oram
SCL Computer Services
URL http://www.scl.co.uk/
***
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
__
Do You Yahoo!?
HotJobs - Search Thousands of New Jobs
http://www.hotjobs.com
--
***
Tom Oram
SCL Computer Services
URL http://www.scl.co.uk/
***
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Module startup/shutdown in PHP extensions
Hi,
I've just started creating my own PHP extension and am having some trouble
understanding the ZEND_MODULE_STARTUP and ZEND_MODULE_SHUTDOWN functions.
my zend_module_entry is as follows:
zend_module_entry tpphp_module_entry = {
STANDARD_MODULE_HEADER,
tpphp,
tpphp_functions,
ZEND_MODULE_STARTUP_N(tpphp),
ZEND_MODULE_SHUTDOWN_N(tpphp),
ZEND_MODULE_ACTIVATE_N(tpphp),
ZEND_MODULE_DEACTIVATE_N(tpphp),
ZEND_MODULE_INFO_N(tpphp),
NO_VERSION_YET,
STANDARD_MODULE_PROPERTIES
};
and then I have the two module functions defined as:
ZEND_MODULE_STARTUP_D(tpphp)
{
FILE *fp;
fp =fopen(d:/moduleinit.txt, w+);
if (fp)
fclose(fp);
return SUCCESS;
}
ZEND_MODULE_SHUTDOWN_D(tpphp)
{
FILE *fp;
fp =fopen(d:/moduleshutdown.txt, w+);
if (fp)
fclose(fp);
return SUCCESS;
}
the file functions are just so I can see when they're being called and are
only temporary.
I'm running php 4.1.1 as an apache module (1.3.20) (on NT4 workstation) and
am loading the extension via the php.ini file.
Now the problem is when I start apache (net start apache) php seems to call
the module startup function and then it calls the module shutdown function
immediately afterwards. The request startup and shutdown functions seem to
work as expected, i.e. they get called when I make a request to apache.
If I then stop apache (net stop apache) the module shutdown function gets
called as expected. It's just when starting that the problem occurs. Is
this the expected behaviour and if so is there anyway of telling in the
module shutdown function if the module really is shutting down or have I
done something completely wrong?
TIA
Pete
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15055: setting a _GET[] variable does not set it in _REQUEST
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.1.1 PHP Bug Type: *General Issues Bug description: setting a _GET[] variable does not set it in _REQUEST If you set a variable in the $_GET array, it will not show up in the $_REQUEST array. ? $_GET[page] = index.php; echo get=.$_GET[page].\n; echo request=.$_REQUEST[page].\n; ? This will output: get=index.php request= But it should output: get=index.php request=index.php My configure was: ./configure \ --enable-sockets \ --with-ftp \ --with-xml \ --with-pgsql \ --with-apxs=/usr/local/apache/bin/apxs \ --with-imap Thanks, -Pete -- Edit bug report at: http://bugs.php.net/?id=15055edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14999: apache_lookup_uri returning array for apache2 instead of object
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.1.1 PHP Bug Type: Apache2 related Bug description: apache_lookup_uri returning array for apache2 instead of object this is simple: apache_lookup_uri is returning array on apache2 instead of object (as it is doing on apache 1.3 and as it is written in documentation). the array is filled good with right keys and values, only problem is that it is array and not object -- Edit bug report at: http://bugs.php.net/?id=14999edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8769 Updated: Persistent connections aren't closed when using dynamically loaded module
ID: 8769 User updated by: [EMAIL PROTECTED] Old Summary: Persistent connections aren't closed when using dynamically loaded module Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: PostgreSQL related Operating System: RedHat 7.0/Linux 2.2.16 x86 PHP Version: 4.0.4pl1 New Comment: care to tell where you got this information? (about it being fixed I got the information from myself - I built 4.1.0 and didn't run into the maximum connections, as I stated in the original report. However, there still seems to be something strange going on when using the shared module - I can't quite describe it yet, so I haven't posted a report. Previous Comments: [2002-01-10 17:42:37] [EMAIL PROTECTED] not here. php 4.1.1 and apache 1.3.22. (PostgreSQL 7.1.3). care to tell where you got this information? (about it being fixed [2001-12-11 12:19:48] [EMAIL PROTECTED] Seems to be fixed as of PHP 4.1.0 and Apache 1.3.22 [2001-12-05 18:45:27] [EMAIL PROTECTED] Status = feedback [2001-12-05 18:36:27] [EMAIL PROTECTED] Does this happen with 4.1.0RC5? http://www.php.net/~zeev/php-4.1.0RC5.tar.gz [2001-01-17 23:01:09] [EMAIL PROTECTED] It seems that either the PostgreSQL connections are not killed after the Apache child process exits, or Apache isn't killing children as normal. If I use the dynamically loaded pgsql module, I run into the maximum number of PostgreSQL clients allowed almost immediately, whereas I have never maxed out the number of clients with the pgsql module compiled into the php library directly. Hope that clears it up. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=8769 Edit this bug report at http://bugs.php.net/?id=8769edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8769 Updated: Persistent connections aren't closed when using dynamically loaded module
ID: 8769 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: PostgreSQL related Operating System: RedHat 7.0/Linux 2.2.16 x86 PHP Version: 4.0.4pl1 New Comment: Seems to be fixed as of PHP 4.1.0 and Apache 1.3.22 Previous Comments: [2001-12-05 18:45:27] [EMAIL PROTECTED] Status = feedback [2001-12-05 18:36:27] [EMAIL PROTECTED] Does this happen with 4.1.0RC5? http://www.php.net/~zeev/php-4.1.0RC5.tar.gz [2001-01-17 23:01:09] [EMAIL PROTECTED] It seems that either the PostgreSQL connections are not killed after the Apache child process exits, or Apache isn't killing children as normal. If I use the dynamically loaded pgsql module, I run into the maximum number of PostgreSQL clients allowed almost immediately, whereas I have never maxed out the number of clients with the pgsql module compiled into the php library directly. Hope that clears it up. [2001-01-17 21:46:44] [EMAIL PROTECTED] What do you mean by persistent connections not closing? They are not supposed to close, hence the name. [2001-01-17 18:28:51] [EMAIL PROTECTED] When using the PostgreSQL functions that have been compiled as a dynamically loaded module, persistent connections do not seem to close properly. I'm loading the module using the dl() function call within my script. My original configure script was: ./configure \ --with-apxs=/usr/sbin/apxs \ --with-gettext=no \ --with-msql \ --with-pgsql=shared \ --without-mysql \ --without-gd \ --with-xml=shared \ --with-pdflib=/usr/local \ --enable-track-vars=yes \ --with-zlib \ --with-jpeg-dir=/usr \ --with-tiff-dir=/usr \ --with-session=/tmp \ --enable-trans-sid I fixed the problem by removing the shared from the --with-pgsql line. Edit this bug report at http://bugs.php.net/?id=8769edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #5986 Updated: Combination of msql() and msql_connect() causes lost connections.
ID: 5986
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: mSQL related
Operating System: RedHat Linux 6.2
PHP Version: 4.0.1
New Comment:
I've confirmed this to be fixed as of PHP 4.0.6, Apache 1.3.20, mSQL 2.0.11. The
script provided also works in PHP 4.1.0RC3.
Previous Comments:
[2001-11-25 07:41:14] [EMAIL PROTECTED]
Can you test if this has changed with the latest RC?
http://www.php.net/~zeev/php-4.1.0RC3.tar.gz
Feedback.
[2000-08-11 04:49:33] [EMAIL PROTECTED]
I believe that the problem is caused by the msql_globals.default_link value being set
to an mSQL database link that has been closed by _close_msql_link in php_msql.c.
Ideally, when a database link is closed, if it's the default link, then reset the
default link to -1. I'm not sure how to do that in the code. I can get the script to
work if I add this line to the _close_msql_link function:
msql_globals.default_link = -1;
However, I'm sure this is a less than adequate method, since we don't want to reset it
all the time.
[2000-08-10 04:25:01] [EMAIL PROTECTED]
I get the same errors after patching php_msql.c and re-running the script I provided.
[2000-08-10 02:02:24] [EMAIL PROTECTED]
fixed in CVS (patch by [EMAIL PROTECTED])
[2000-08-05 19:04:54] [EMAIL PROTECTED]
The following script causes unexpected errors:
Function test ()
{
$conn1 = msql_connect();
msql_select_db(nsbo, $conn1);
$Res = msql_query(SELECT * FROM State, $conn1);
echo msql_NumRows($Res). rows in Statebr;
msql_close($conn1);
}
test();
$Res = msql(nsbo, SELECT * FROM Member);
echo msql_NumRows($Res). rows in Memberbr;
$Res = msql(library, SELECT * FROM Publication);
echo msql_NumRows($Res). rows in Publicationbr;
The output from PHP is this:
60 rows in State
713 rows in Member
Warning: 1 is not a valid mSQL-Link resource in /disk2/websites/NSBO/test/test_db.html
on line 18
Warning: Supplied argument is not a valid mSQL result resource in
/disk2/websites/NSBO/test/test_db.html on line 19
rows in Publication
I am using mSQL 2.0.11, PHP 4.0.1, and Apache 3.0.12. My PHP configuration is:
./configure --with-apxs=/usr/sbin/apxs --with-gettext=no --with-msql --with-pgsql
--without-mysql --enable-track-vars=yes --with-pdflib=/usr/local --with-zlib
--with-jpeg-dir=/usr --with-tiff-dir=/usr --with-session=/tmp --enable-trans-sid
Edit this bug report at http://bugs.php.net/?id=5986edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: 4.1.0RC1 out
Hi, I've downloaded and compiled 4.1.0 RC1 on windows NT. Results aren't great. Release_TSDbg fails to build, complains on undefined Entry in the linking phase. All other builds do compile but crash on startup with an access violation. I can't even run phpinfo() without it crashing. I made a debug build and stepped through to where it crashes. A call is made to zend_startup_module() for the _VARIANT_module_entry, this then results in php_info_print_table_start() being called which finally results in session_adapt_uris() being called which cause the access violation. Below is the call stack if it's any use. session_adapt_uris(const char * 0x0012ea28, unsigned int 96, char * * 0x0012e8f8, unsigned int * 0x0012e8f4, void * * * 0x00ed1e10) line 1287 + 17 bytes php_ub_body_write_no_header(const char * 0x0012ea28, unsigned int 96, void * * * 0x00ed1e10) line 432 + 25 bytes php_ub_body_write(const char * 0x0012ea28, unsigned int 96, void * * * 0x00ed1e10) line 470 + 17 bytes php_body_write(const char * 0x0012ea28, unsigned int 96, void * * * 0x00ed1e10) line 100 + 31 bytes php_printf(const char * 0x10242eb0 `string') line 350 + 26 bytes php_info_print_table_start() line 341 + 10 bytes zm_info_VARIANT(_zend_module_entry * 0x0001, void * * * 0x0005) line 56 zend_startup_module(_zend_module_entry * 0x10266788 _VARIANT_module_entry) line 1004 + 21 bytes php_startup_extensions(_zend_module_entry * * 0x1025b434, int 12) line 780 + 11 bytes php_startup_internal_extensions() line 94 + 12 bytes php_module_startup(_sapi_module_struct * 0x00416410 cgi_sapi_module) line 935 + 5 bytes main(int 1, char * * 0x00ed1e50) line 445 + 11 bytes mainCRTStartup() line 338 + 17 bytes KERNEL32! 77f1ba06() I have had no other trouble compiling previous RCs More information can be provided if needed. Cheers Pete Dishman Stig S. Bakken [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Hi, 4.1.0RC1 is out, download it from http://www.php.net/~ssb/php-4.1.0RC1.tar.gz - Stig -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: 4.1.0RC1 out
Sorry, forgot to include build log zend_ini_scanner.c e:\downloads\php\php-4.1.0rc1\zend\zend_ini_scanner.c(811) : warning C4102: 'find_rule' : unreferenced label zend_language_scanner.c e:\downloads\php\php-4.1.0rc1\zend\zend_language_scanner.c(5257) : warning C4273: 'isatty' : inconsistent dll linkage. dllexport assumed. math.c e:\downloads\php\php-4.1.0rc1\ext\standard\math.c(736) : warning C4307: '+' : integral constant overflow jewish.c E:\Downloads\PHP\php-4.1.0RC1\ext\calendar\jewish.c(270) : warning C4005: 'SDN_OFFSET' : macro redefinition e:\downloads\php\php-4.1.0rc1\ext\calendar\gregor.c(0) : see previous definition of 'SDN_OFFSET' VARIANT.c e:\downloads\php\php-4.1.0rc1\ext\com\variant.c(62) : warning C4047: 'initializing' : 'unsigned short ' differs in levels of indirection from 'char [8]' e:\downloads\php\php-4.1.0rc1\ext\com\variant.c(62) : warning C4047: 'initializing' : 'unsigned int ' differs in levels of indirection from 'struct _zend_function_entry *' e:\downloads\php\php-4.1.0rc1\ext\com\variant.c(62) : warning C4047: 'initializing' : 'unsigned char ' differs in levels of indirection from 'int (__cdecl *)(int ,int ,void *** )' e:\downloads\php\php-4.1.0rc1\ext\com\variant.c(62) : warning C4047: 'initializing' : 'unsigned char ' differs in levels of indirection from 'int (__cdecl *)(int ,int ,void *** )' e:\downloads\php\php-4.1.0rc1\ext\com\variant.c(62) : warning C4113: 'void (__cdecl *)(struct _zend_module_entry *,void *** )' differs in parameter lists from 'int (__cdecl *)(int ,int ,void *** )' e:\downloads\php\php-4.1.0rc1\ext\com\variant.c(62) : warning C4133: 'initializing' : incompatible types - from 'void (__cdecl *)(struct _zend_module_entry *,void *** )' to 'int (__cdecl *)(int ,int ,void *** )' php.exe - 0 error(s), 45 warning(s) I'm pretty certain I've seen all of these consistently in every windows build I've done except for the problems with Variant.c There are also a lot of unreferenced labels that come up as warnings in one of the scanner files, but I've not included these. Pete Dishman Pete Dishman [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Hi, I've downloaded and compiled 4.1.0 RC1 on windows NT. Results aren't great. Release_TSDbg fails to build, complains on undefined Entry in the linking phase. All other builds do compile but crash on startup with an access violation. I can't even run phpinfo() without it crashing. I made a debug build and stepped through to where it crashes. A call is made to zend_startup_module() for the _VARIANT_module_entry, this then results in php_info_print_table_start() being called which finally results in session_adapt_uris() being called which cause the access violation. Below is the call stack if it's any use. session_adapt_uris(const char * 0x0012ea28, unsigned int 96, char * * 0x0012e8f8, unsigned int * 0x0012e8f4, void * * * 0x00ed1e10) line 1287 + 17 bytes php_ub_body_write_no_header(const char * 0x0012ea28, unsigned int 96, void * * * 0x00ed1e10) line 432 + 25 bytes php_ub_body_write(const char * 0x0012ea28, unsigned int 96, void * * * 0x00ed1e10) line 470 + 17 bytes php_body_write(const char * 0x0012ea28, unsigned int 96, void * * * 0x00ed1e10) line 100 + 31 bytes php_printf(const char * 0x10242eb0 `string') line 350 + 26 bytes php_info_print_table_start() line 341 + 10 bytes zm_info_VARIANT(_zend_module_entry * 0x0001, void * * * 0x0005) line 56 zend_startup_module(_zend_module_entry * 0x10266788 _VARIANT_module_entry) line 1004 + 21 bytes php_startup_extensions(_zend_module_entry * * 0x1025b434, int 12) line 780 + 11 bytes php_startup_internal_extensions() line 94 + 12 bytes php_module_startup(_sapi_module_struct * 0x00416410 cgi_sapi_module) line 935 + 5 bytes main(int 1, char * * 0x00ed1e50) line 445 + 11 bytes mainCRTStartup() line 338 + 17 bytes KERNEL32! 77f1ba06() I have had no other trouble compiling previous RCs More information can be provided if needed. Cheers Pete Dishman Stig S. Bakken [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Hi, 4.1.0RC1 is out, download it from http://www.php.net/~ssb/php-4.1.0RC1.tar.gz - Stig -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: RC3
Compiles fine on Win NT Server. However there's still a basic problem with the COM module. Booleans returned from a COM Object don't work correctly. This has been the case for all of the 407 release candidates but it worked fine in 406. I reported this as a bug (No. 13433) but it's been ignored so far. It seems quite important though as it makes code that should work not work. Cheers Pete Dishman Zeev Suraski [EMAIL PROTECTED] wrote in message 5.1.0.14.2.20011004020413.049ed178@localhost">news:5.1.0.14.2.20011004020413.049ed178@localhost... Finally, it's out. www.php.net/~zeev/php-4.0.7RC3.tar.gz -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #12927 Updated: TTF functions not working on Windows 2000
Thanks for your help. The 4.0.7-dev-20010816 version of ImageTTFText(...) does work about 50% of the time, the rest I get annoying messages from Windows about errors with Apache.exe, followed by 'connection reset' messages in the browser. I added the 'ImageDestroy(...)' method to my code, but it still crashes every other time I view the image. I'm sure you'll have it fixed soon enough. And it all seems to work fine on linux . . . Bug Database wrote: ID: 12927 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: GD related Operating System: Windows 2000 PHP Version: 4.0.6 New Comment: This is fixed in CVS. You can download a dev build from http://www.php4win.com/ if you want it now, or wait for next release of PHP. --Jani Previous Comments: [2001-08-23 11:55:31] [EMAIL PROTECTED] I've placed my script on my server here: http://www.serversolved.com/gif.php.txt I'm using the binary zip package (4.0.6) from us4.php.net I've tried several options to try and get fonts to load via ImageTTF* functions, but to no avail. I tried "C:\winnt\fonts\...", "C:\\winnt\\fonts\\...", "C:/winnt/fonts/..."; I even tried copying the 'fonts' dir under my DocumentRoot, and tried "fonts/...", "/fonts/...", "./fonts/..." and even "http://localhost/fonts/...". None of these options worked. In the final version of my script, I even used 'file_exists' to test the font file (which exists), and it still is unable to load. Is it possible that the gd library was compiled wrong on the windows binary? ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12927edit=2 -- Pete Nelson Web Developer / Systems Administrator / Linux Fan http://www.serversolved.com/ mailto:[EMAIL PROTECTED]
[PHP-DEV] Bug #11840: Can't find libjpeg after upgrade to 4.0.6
From: [EMAIL PROTECTED] Operating system: Linux 2.4/RedHat 7.1 PHP version: 4.0.6 PHP Bug Type: Compile Problem Bug description: Can't find libjpeg after upgrade to 4.0.6 When trying to compile 4.0.6 with the same configuration as 4.0.5, configure complains that it can't find libjpeg, although the library files are located in the specified directory (/usr). This is the output of configure: checking whether to include PCRE support... yes checking for memmove... (cached) yes checking whether to include PDFlib support... yes checking for the location of libjpeg... yes checking for jpeg_read_header in -ljpeg... no configure: error: libjpeg not found! Here is my command line: ./configure \ --with-apxs=/usr/sbin/apxs \ --with-gettext=no \ --with-pgsql \ --with-msql=/usr/local/Hughes \ --with-mnogosearch=/usr/local/mnogosearch \ --without-mysql \ --without-gd \ --with-xml \ --with-dom=shared,/usr/local \ --with-java=/usr/local/jdk1.2.2 \ --with-pdflib=/usr/local \ --with-pspell \ --enable-track-vars=yes \ --with-jpeg-dir=/usr \ --with-tiff-dir=/usr \ --with-zlib-dir=/usr \ --with-session=/tmp \ --enable-trans-sid -- Edit Bug report at: http://bugs.php.net/?id=11840edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11840 Updated: Can't find libjpeg after upgrade to 4.0.6
ID: 11840
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Compile Problem
Operating system: Linux 2.4/RedHat 7.1
PHP Version: 4.0.6
Description: Can't find libjpeg after upgrade to 4.0.6
Here's the tail end of config.log:
configure:39416: checking whether to include PDFlib support
configure:39894: checking for the location of libjpeg
configure:39938: checking for jpeg_read_header in -ljpeg
configure:39959: gcc -o conftest -g -O2 -DLINUX=22 -DMOD_SSL=208101 -DEAPI -DEAPI_MM
-DUSE_EXPAT -DSUPPORT_UTF8 -Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386/classic
-L/usr/local/jdk1.2.2/jre/lib/i386/classic
-Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386/native_threads
-L/usr/local/jdk1.2.2/jre/lib/i386/native_threads
-Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386 -L/usr/local/jdk1.2.2/jre/lib/i386
-Wl,-rpath,/usr/local/mnogosearch/lib -L/usr/local/mnogosearch/lib
-Wl,-rpath,/usr/local/Hughes/lib -L/usr/local/Hughes/lib conftest.c -ljpeg
-L/usr/lib
-lz -lmsql -ludmsearch -lpq -lcrypt -lz -lcrypt -lresolv -lm -ldl -lnsl
-lresolv 15
/tmp/ccxhNgGY.o: In function `main':
/usr/local/src/php-4.0.6/configure:39955: undefined reference to `jpeg_read_header'
collect2: ld returned 1 exit status
configure: failed program was:
#line 39948 configure
#include confdefs.h
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char jpeg_read_header();
int main() {
jpeg_read_header()
; return 0; }
Previous Comments:
---
[2001-07-02 12:40:45] [EMAIL PROTECTED]
Can you add the config.log file to this report?
Derick
---
[2001-07-02 12:17:59] [EMAIL PROTECTED]
When trying to compile 4.0.6 with the same configuration as 4.0.5, configure complains
that it can't find libjpeg, although the library files are located in the specified
directory (/usr). This is the output of configure:
checking whether to include PCRE support... yes
checking for memmove... (cached) yes
checking whether to include PDFlib support... yes
checking for the location of libjpeg... yes
checking for jpeg_read_header in -ljpeg... no
configure: error: libjpeg not found!
Here is my command line:
./configure
--with-apxs=/usr/sbin/apxs
--with-gettext=no
--with-pgsql
--with-msql=/usr/local/Hughes
--with-mnogosearch=/usr/local/mnogosearch
--without-mysql
--without-gd
--with-xml
--with-dom=shared,/usr/local
--with-java=/usr/local/jdk1.2.2
--with-pdflib=/usr/local
--with-pspell
--enable-track-vars=yes
--with-jpeg-dir=/usr
--with-tiff-dir=/usr
--with-zlib-dir=/usr
--with-session=/tmp
--enable-trans-sid
---
Full Bug description available at: http://bugs.php.net/?id=11840
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11840 Updated: Can't find libjpeg after upgrade to 4.0.6
ID: 11840
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Compile Problem
Operating system: Linux 2.4/RedHat 7.1
PHP Version: 4.0.6
Description: Can't find libjpeg after upgrade to 4.0.6
[pete@xx lib]$ nm libjpeg.so | grep jpeg_read_header
c2f0 T jpeg_read_header
[pete@xx lib]$ rpm -q libjpeg
libjpeg-6b-15
[pete@xx lib]$ ls | grep jpeg
libimlib-jpeg.a
libimlib-jpeg.so
libjpeg.a
libjpeg.la
libjpeg.so
libjpeg.so.62
libjpeg.so.62.0.0
Previous Comments:
---
[2001-07-02 13:01:16] [EMAIL PROTECTED]
Can you let us know what this shows:
cd /usr/lib
nm [name of jpeg library.so] | grep jpeg_read_header
Is it possible that you have other version of the libarary on your system perhaps? En
which version of the jpeg library do you have?
Derick
---
[2001-07-02 12:52:58] [EMAIL PROTECTED]
Here's the tail end of config.log:
configure:39416: checking whether to include PDFlib support
configure:39894: checking for the location of libjpeg
configure:39938: checking for jpeg_read_header in -ljpeg
configure:39959: gcc -o conftest -g -O2 -DLINUX=22 -DMOD_SSL=208101 -DEAPI -DEAPI_MM
-DUSE_EXPAT -DSUPPORT_UTF8 -Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386/classic
-L/usr/local/jdk1.2.2/jre/lib/i386/classic
-Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386/native_threads
-L/usr/local/jdk1.2.2/jre/lib/i386/native_threads
-Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386 -L/usr/local/jdk1.2.2/jre/lib/i386
-Wl,-rpath,/usr/local/mnogosearch/lib -L/usr/local/mnogosearch/lib
-Wl,-rpath,/usr/local/Hughes/lib -L/usr/local/Hughes/lib conftest.c -ljpeg
-L/usr/lib
-lz -lmsql -ludmsearch -lpq -lcrypt -lz -lcrypt -lresolv -lm -ldl -lnsl
-lresolv 15
/tmp/ccxhNgGY.o: In function `main':
/usr/local/src/php-4.0.6/configure:39955: undefined reference to `jpeg_read_header'
collect2: ld returned 1 exit status
configure: failed program was:
#line 39948 configure
#include confdefs.h
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char jpeg_read_header();
int main() {
jpeg_read_header()
; return 0; }
---
[2001-07-02 12:40:45] [EMAIL PROTECTED]
Can you add the config.log file to this report?
Derick
---
[2001-07-02 12:17:59] [EMAIL PROTECTED]
When trying to compile 4.0.6 with the same configuration as 4.0.5, configure complains
that it can't find libjpeg, although the library files are located in the specified
directory (/usr). This is the output of configure:
checking whether to include PCRE support... yes
checking for memmove... (cached) yes
checking whether to include PDFlib support... yes
checking for the location of libjpeg... yes
checking for jpeg_read_header in -ljpeg... no
configure: error: libjpeg not found!
Here is my command line:
./configure
--with-apxs=/usr/sbin/apxs
--with-gettext=no
--with-pgsql
--with-msql=/usr/local/Hughes
--with-mnogosearch=/usr/local/mnogosearch
--without-mysql
--without-gd
--with-xml
--with-dom=shared,/usr/local
--with-java=/usr/local/jdk1.2.2
--with-pdflib=/usr/local
--with-pspell
--enable-track-vars=yes
--with-jpeg-dir=/usr
--with-tiff-dir=/usr
--with-zlib-dir=/usr
--with-session=/tmp
--enable-trans-sid
---
Full Bug description available at: http://bugs.php.net/?id=11840
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11840 Updated: Can't find libjpeg after upgrade to 4.0.6
ID: 11840
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Compile Problem
Operating system: Linux 2.4/RedHat 7.1
PHP Version: 4.0.6
Description: Can't find libjpeg after upgrade to 4.0.6
Configure will complete without errors if I leave out --with-jpeg-dir. Of course,
PDFlib probably won't let me use JPEG files now, but that's not a problem for me.
Previous Comments:
---
[2001-07-02 13:28:38] [EMAIL PROTECTED]
I've exactly th esame config here, and I got no problems.
Can you try not to use the --with-jpeg-dir (as I didn't use that in my configure
line).
Derick
---
[2001-07-02 13:08:18] [EMAIL PROTECTED]
[pete@xx lib]$ nm libjpeg.so | grep jpeg_read_header
c2f0 T jpeg_read_header
[pete@xx lib]$ rpm -q libjpeg
libjpeg-6b-15
[pete@xx lib]$ ls | grep jpeg
libimlib-jpeg.a
libimlib-jpeg.so
libjpeg.a
libjpeg.la
libjpeg.so
libjpeg.so.62
libjpeg.so.62.0.0
---
[2001-07-02 13:01:16] [EMAIL PROTECTED]
Can you let us know what this shows:
cd /usr/lib
nm [name of jpeg library.so] | grep jpeg_read_header
Is it possible that you have other version of the libarary on your system perhaps? En
which version of the jpeg library do you have?
Derick
---
[2001-07-02 12:52:58] [EMAIL PROTECTED]
Here's the tail end of config.log:
configure:39416: checking whether to include PDFlib support
configure:39894: checking for the location of libjpeg
configure:39938: checking for jpeg_read_header in -ljpeg
configure:39959: gcc -o conftest -g -O2 -DLINUX=22 -DMOD_SSL=208101 -DEAPI -DEAPI_MM
-DUSE_EXPAT -DSUPPORT_UTF8 -Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386/classic
-L/usr/local/jdk1.2.2/jre/lib/i386/classic
-Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386/native_threads
-L/usr/local/jdk1.2.2/jre/lib/i386/native_threads
-Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386 -L/usr/local/jdk1.2.2/jre/lib/i386
-Wl,-rpath,/usr/local/mnogosearch/lib -L/usr/local/mnogosearch/lib
-Wl,-rpath,/usr/local/Hughes/lib -L/usr/local/Hughes/lib conftest.c -ljpeg
-L/usr/lib
-lz -lmsql -ludmsearch -lpq -lcrypt -lz -lcrypt -lresolv -lm -ldl -lnsl
-lresolv 15
/tmp/ccxhNgGY.o: In function `main':
/usr/local/src/php-4.0.6/configure:39955: undefined reference to `jpeg_read_header'
collect2: ld returned 1 exit status
configure: failed program was:
#line 39948 configure
#include confdefs.h
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char jpeg_read_header();
int main() {
jpeg_read_header()
; return 0; }
---
[2001-07-02 12:40:45] [EMAIL PROTECTED]
Can you add the config.log file to this report?
Derick
---
The remainder of the comments for this report are too long.
To view the rest of the comments, please
view the bug report online.
Full Bug description available at: http://bugs.php.net/?id=11840
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10710: unsufficient checking of odbc persistent connection validity
From: [EMAIL PROTECTED]
Operating system: linux
PHP version: 4.0.5
PHP Bug Type: ODBC related
Bug description: unsufficient checking of odbc persistent connection validity
I'm using sybase adaptive server anywhere on linux as sql server and it disconnects
clients after some client idle time. There is a check for persistent connection
validity, but it does not work. if uses
SQLGetInfo(..., SQL_DATA_SOURCE_READ_ONLY, ...
but that does not verify the connnection, it returns ok everytime. Only few SQLGetInfo
info types are connecting to server, like SQL_SERVER_NAME for example. I think this is
server specific, so it would be good to have it as configurable parameter. Also,
SQLGetInfo does not return error code if connection is not alive anymore, if only
returns empty info data, so that should be checked too.
I made a small patch for my php to have it so, here it is (maybe it helps)
diff -urN php-4.0.5/ext/odbc/php_odbc.c php/ext/odbc/php_odbc.c
--- php-4.0.5/ext/odbc/php_odbc.c Sat Mar 10 00:44:55 2001
+++ php/ext/odbc/php_odbc.c Mon May 7 17:40:11 2001
@@ -309,6 +309,8 @@
defaultbinmode, php_odbc_globals, odbc_globals, display_
binmode)
STD_PHP_INI_BOOLEAN(odbc.check_persistent, 1, PHP_INI_SYSTEM, OnUpda
teInt,
check_persistent, php_odbc_globals, odbc_globals)
+ STD_PHP_INI_ENTRY(odbc.check_persistent_info_type, 25, PHP_INI_SYSTE
M, OnUpdateInt,
+ check_persistent_info_type, php_odbc_globals, odbc_globals)
PHP_INI_END()
#ifdef ZTS
@@ -2087,10 +2089,10 @@
SWORD len;
ret = SQLGetInfo(db_conn-hdbc,
- SQL_DATA_SOURCE_READ_ONLY,
+ ODBCG(check_persistent_info_type),
d_name, sizeof(d_name), len);
- if(ret != SQL_SUCCESS){
+ if(ret != SQL_SUCCESS || len == 0){
zend_hash_del(EG(persistent_list), hash
ed_details, hashed_len + 1);
SQLDisconnect(db_conn-hdbc);
SQLFreeConnect(db_conn-hdbc);
diff -urN php-4.0.5/ext/odbc/php_odbc.h php/ext/odbc/php_odbc.h
--- php-4.0.5/ext/odbc/php_odbc.h Sat Mar 10 00:44:55 2001
+++ php/ext/odbc/php_odbc.h Mon May 7 17:33:14 2001
@@ -283,6 +283,7 @@
char *defPW;
long allow_persistent;
long check_persistent;
+ long check_persistent_info_type;
long max_persistent;
long max_links;
long num_persistent;
--
Edit Bug report at: http://bugs.php.net/?id=10710edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10586: Wrong parameters in docs for pdf_stringwidth
From: [EMAIL PROTECTED] Operating system: N/A PHP version: 4.0.5 PHP Bug Type: Documentation problem Bug description: Wrong parameters in docs for pdf_stringwidth The documentation for pdf_stringwidth has incorrect parameters. It should be something like this: double pdf_stringwidth (int pdf object, [string text, int font, float size]) font is a PDF font resource returned by pdf_findfont. size is the size of the font in points. If font and size are not specified, the current font and size are used. -- Edit Bug report at: http://bugs.php.net/?id=10586edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8898: #!/path/php at top of CGI script appears in output (Netscape Enterprise Server)
From: [EMAIL PROTECTED]
Operating system: Solaris 2.6
PHP version: 4.0.4pl1
PHP Bug Type: Other web server
Bug description: #!/path/php at top of CGI script appears in output (Netscape
Enterprise Server)
Solaris 2.6; Netscape Enterprise Server 3.6.
Php interpreter built for installation outside Webserver document tree, with leading
#! line in CGI script used to activate interpreter. This line appears as first line of
the generated HTML.
N.E.S. config statements:
In mime.types:
type=magnus-internal/cgi exts=php4
In obj.conf:
Object name="default"
.
.
Service fn="send-cgi" type="magnus-internal/cgi"
.
/Object
This appears to be same situation reported for other webservers in bug reports 8506
and 8782.
sapi/cgi/cgi_main.c has code to check and skip leading #! line, but it is controlled
by previous "if" clause which is present to set up reading interpreter input from
script file in cgi environment. Making #! checks whenever input is from file fixes
problem under CGI and is OK as well using same interpreter in standalone mode.
Suggested diff based on 4.0.4pl1 source (in effect just deletes an "else"):
*** sapi/cgi/cgi_main.c.origSun Dec 3 02:09:13 2000
--- sapi/cgi/cgi_main.c Wed Jan 24 16:39:34 2001
***
*** 719,725
return FAILURE;
}
file_handle.filename = argv0;
! } else if (file_handle.handle.fp file_handle.handle.fp!=stdin) {
/* #!php support */
c = fgetc(file_handle.handle.fp);
if (c == '#') {
--- 719,726
return FAILURE;
}
file_handle.filename = argv0;
! }
! if (file_handle.handle.fp file_handle.handle.fp!=stdin) {
/* #!php support */
c = fgetc(file_handle.handle.fp);
if (c == '#') {
--
Edit Bug report at: http://bugs.php.net/?id=8898edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8898 Updated: #!/path/php at top of CGI script appears in output (Netscape Enterprise Server)
ID: 8898
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Other web server
Description: #!/path/php at top of CGI script appears in output (Netscape Enterprise
Server)
Have belatedly noticed that M. Verrue made same suggestion in report 8782.
Mea culpa.
pl
Previous Comments:
---
[2001-01-25 05:24:16] [EMAIL PROTECTED]
Solaris 2.6; Netscape Enterprise Server 3.6.
Php interpreter built for installation outside Webserver document tree, with leading
#! line in CGI script used to activate interpreter. This line appears as first line of
the generated HTML.
N.E.S. config statements:
In mime.types:
type=magnus-internal/cgi exts=php4
In obj.conf:
Object name="default"
.
.
Service fn="send-cgi" type="magnus-internal/cgi"
.
/Object
This appears to be same situation reported for other webservers in bug reports 8506
and 8782.
sapi/cgi/cgi_main.c has code to check and skip leading #! line, but it is controlled
by previous "if" clause which is present to set up reading interpreter input from
script file in cgi environment. Making #! checks whenever input is from file fixes
problem under CGI and is OK as well using same interpreter in standalone mode.
Suggested diff based on 4.0.4pl1 source (in effect just deletes an "else"):
*** sapi/cgi/cgi_main.c.origSun Dec 3 02:09:13 2000
--- sapi/cgi/cgi_main.c Wed Jan 24 16:39:34 2001
***
*** 719,725
return FAILURE;
}
file_handle.filename = argv0;
! } else if (file_handle.handle.fp file_handle.handle.fp!=stdin) {
/* #!php support */
c = fgetc(file_handle.handle.fp);
if (c == '#') {
--- 719,726
return FAILURE;
}
file_handle.filename = argv0;
! }
! if (file_handle.handle.fp file_handle.handle.fp!=stdin) {
/* #!php support */
c = fgetc(file_handle.handle.fp);
if (c == '#') {
---
Full Bug description available at: http://bugs.php.net/?id=8898
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8769 Updated: Persistent connections aren't closed when using dynamically loaded module
ID: 8769 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: PostgreSQL related Description: Persistent connections aren't closed when using dynamically loaded module It seems that either the PostgreSQL connections are not killed after the Apache child process exits, or Apache isn't killing children as normal. If I use the dynamically loaded pgsql module, I run into the maximum number of PostgreSQL clients allowed almost immediately, whereas I have never maxed out the number of clients with the pgsql module compiled into the php library directly. Hope that clears it up. Previous Comments: --- [2001-01-17 21:46:44] [EMAIL PROTECTED] What do you mean by persistent connections not closing? They are not supposed to close, hence the name. --- [2001-01-17 18:28:51] [EMAIL PROTECTED] When using the PostgreSQL functions that have been compiled as a dynamically loaded module, persistent connections do not seem to close properly. I'm loading the module using the dl() function call within my script. My original configure script was: ./configure --with-apxs=/usr/sbin/apxs --with-gettext=no --with-msql --with-pgsql=shared --without-mysql --without-gd --with-xml=shared --with-pdflib=/usr/local --enable-track-vars=yes --with-zlib --with-jpeg-dir=/usr --with-tiff-dir=/usr --with-session=/tmp --enable-trans-sid I fixed the problem by removing the "shared" from the --with-pgsql line. --- Full Bug description available at: http://bugs.php.net/?id=8769 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
