#22532 [NEW]: after using oci colections the httpd process keeps the memory allocated
From: adri_l at gmx dot net
Operating system: Suse Linux 8.1
PHP version: 4.3.1
PHP Bug Type: OCI8 related
Bug description: after using oci colections the httpd process keeps the memory
allocated
Hi.
I am testing some ways to insert big amounts of data
in a oracle database and i encountered the following problem.
During the script execution the memory usage of httpd daemon grows a lot
and even after the script is ended the httpd process keeps the memory
allocated. After two runs of the script the httpd process is using 28.7%
of 512 MB of RAM.
I'm using PHP 4.3.1, Oracle 9.2.1.0.1 and apache 1.3.27.
Hope you can help.
The oracle table in which the data is inserted has the following
structure:
SQL> describe adrian_test;
NameNull?Type
--- -
NAME VARCHAR2(255)
NR NUMBER
VAL NUMBER
The script is:
append("Nume".$i);
$cval->append($i);
$cnr->append($i+100);
};
//Create the PLSQL query
$mbstr="begin forall i in 1..".$nr_query." insert into adrian_test
(name,nr,val) values (:vname(i),:vnr(i),:vval(i));end;";
$mbq=OCIParse($link,$mbstr);
//Bind collections
OCIBindByName($mbq,":vname",$cname,sizeof($cname),OCI_B_SQLT_NTY);
OCIBindByName($mbq,":vnr",$cnr,sizeof($cnr),OCI_B_SQLT_NTY);
OCIBindByName($mbq,":vval",$cval,sizeof($cval),OCI_B_SQLT_NTY);
//Execute Query
OCIExecute($mbq);
OCIFreeStatement($mbq);
//Free Collections
$cname->free();
$cnr->free();
$cval->free();
//Drop types
$dtque=OCIParse($link,"drop type mname");
OCIExecute($dtque);
OCIFreeStatement($dtque);
$dtque=OCIParse($link,"drop type mnr");
OCIExecute($dtque);
OCIFreeStatement($dtque);
$dtque=OCIParse($link,"drop type mval");
OCIExecute($dtque);
OCIFreeStatement($dtque);
};
$linkid = OCINLogon("scott", "tiger");
bulk_test($linkid,50);
?>
I hope this can be solved easily and that i'm not reporting false bugs or
things like this.
Best regards,
Adrian CIocildau
--
Edit bug report at http://bugs.php.net/?id=22532&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22532&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=22532&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=22532&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22532&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=22532&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22532&r=support
Expected behavior: http://bugs.php.net/fix.php?id=22532&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22532&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22532&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=22532&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22532&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=22532&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=22532&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22532&r=gnused
#18640 [Com]: Compilation with Oracle fails...
ID: 18640 Comment by: zxcvbnm2002 at yahoo dot com Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Compile Failure Operating System: Compaq Tru64 PHP Version: 4CVS-2002-07-30 New Comment: I get the same message too. I get these unresolves symbols when trying to compile php4-STABLE-200303040030.tar.gz agains Oracle 8.1.6. on Tru64 4.0f too. OCILobCreateTemporary OCILobClose OCILobFreeTemporary OCILobIsTemporary OCILobOpen *** Exit 1 Stop. And my oracle home directory not wrong. jack regards Previous Comments: [2003-02-21 09:27:35] [EMAIL PROTECTED] Closing again since that other bug was somewhat magically solved with latest snapshot...(even as nothing changed regarding this :) [2003-02-21 05:45:35] michael dot mauch at gmx dot de I doubt that we had (independently) a bad ORACLE_HOME or --with-oci8, because all of the other functions were found without problems. Only the OCILob* functions were not found, because they are in libocijdbc8 (on some systems / some Oracle versions). I can't read php.dev at the moment, but will do so in a couple of hours (after work). [2003-02-21 04:20:08] [EMAIL PROTECTED] Reopening since I'm about to revert the 'fix' for this. You might have used wrong path for --with-oci8 or had ORACLE_HOME pointing to wrong place..? [2002-09-09 14:18:49] [EMAIL PROTECTED] Fixed in CVS by Michael Mauch [2002-09-03 13:43:28] [EMAIL PROTECTED] Verified with PHP4.2.3RC2 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/18640 -- Edit this bug report at http://bugs.php.net/?id=18640&edit=1
#22473 [Bgs->Opn]: ISAPI Secure Server Variables not available?
ID: 22473 User updated by: e9025902 at stud2 dot tuwien dot ac dot at Reported By: e9025902 at stud2 dot tuwien dot ac dot at -Status: Bogus +Status: Open Bug Type: IIS related Operating System: Windows 2000 Server PHP Version: 4.3.1 New Comment: I'm sorry, but I don't understand why something that worked all right in PHP 4.0.2 and is not working since 4.0.6 (possibly earlier) is not considered a bug. When I look into php4isapi.c in PHP 4.0.2 all server variables names are in static char *isapi_server_variables[] and in PHP 4.0.6 (and later) they are split into two arrays static char *ispapi_server_variable_names[] static char *ispapi_secure_server_variable_names[] The later variables are missing! php_info() shows that they are here using static void php_info_isapi(ZEND_MODULE_INFO_FUNC_ARGS) In my opinion this means, that they can be accessed, but are not put into the PHP variables. I had a look at the php-windows mailing list, and there's a guy with excactly the same problem who got some answers, but none of that worked! cu Chris Previous Comments: [2003-03-03 20:25:18] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Please ask this kind of questions on the mailing lists.. This is not a support forum. [2003-02-28 06:29:28] e9025902 at stud2 dot tuwien dot ac dot at When I use the CGI version of PHP 4.3.1 the Secure Server Variables are available (e.g CERT_SUBJECT, CERT_SERIALNUMBER, ...). When I use the ISAPI version they are shown with php_info in the ISAPI section, but they are not in $_SERVER or $_ENV. Is this a bug, a feature or a wrong php.ini? maybe someone could have a look at php4isapi.c because there I found static char *isapi_secure_server_variable_names[] Thanks Chris -- Edit this bug report at http://bugs.php.net/?id=22473&edit=1
#22040 [Opn->Fbk]: PHP hangs when reading certan japaneese or chineese chars
ID: 22040
Updated by: [EMAIL PROTECTED]
Reported By: dan at scannet dot dk
-Status: Open
+Status: Feedback
Bug Type: Gettext related
Operating System: Win2k
PHP Version: 4.3.0
New Comment:
Which version of apache are you using?
Previous Comments:
[2003-02-04 03:56:23] dan at scannet dot dk
$lang = "ja_JP";
putenv ("LANG=".eregi_replace('.*_','',$lang));
putenv("LC_ALL=$lang");
setlocale(LC_ALL, "");
bindtextdomain("horde", "C:\Program Files\Apache
Group\Apache\web\horde\locale");
textdomain("horde");
echo gettext('Addressbook')."\n"; //Returns some japaneese chars..
echo gettext('Delete') ."\n"; //Returns some japaneese chars..
echo gettext('Birthday') ."\n"; //PHP hangs..
echo gettext('Mail') ."\n"; //PHP hangs..
echo gettext('Daily')."\n"; //PHP hangs..
/*
In HEX:
Birthday: 92 61 30 b6 93 fa
Mail: 93 64 8e 71 83 81 81 5b 83 8b
Daily:96 88 93 fa
The only char in common for all 3 is $93
thats #147 in dec..
*/
$test = chr(147);
echo $test;
echo _($test);
// I copy $93 to the $test variable.. Then print $test then print
gettext($test)..
// All theese work perfectly, so it seems its not a general problem in
php..
--
Edit this bug report at http://bugs.php.net/?id=22040&edit=1
#21389 [Opn]: preg_match crash after some calls
ID: 21389 Updated by: [EMAIL PROTECTED] Reported By: gregoire dot roland at edfgdf dot fr Status: Open Bug Type: PCRE related Operating System: Windows NT 4 sp6a french PHP Version: 4.3.0 New Comment: Similar to bug #21615 I cannot reproduce the problem with the supplied long long script.. Previous Comments: [2003-01-08 02:46:58] gregoire dot roland at edfgdf dot fr There is no carriage return in the code below (in $le_code). The variable $le_code is on a single line. Thanks !! [2003-01-08 02:44:11] gregoire dot roland at edfgdf dot fr This code is crashig : DrWatson Stack Overflow. "F" And */ /* COUNTRY <> "B") And */ /* &B_TROUVE = False And */ /* (None(EG_COD_CAS_FIXE) Or */ /* EG_COD_CAS_FIXE <> "ETR") Then */ /* Warning (MsgGet(20002, 23, "Message non trouvé dans le catalogue de messages")); */ /* End-If; */ /* EG_BLLA_28091999_ FIN */ /*End-If; */ /* EG_LSTJ_15012001_ FIN */ /*If (%PanelGroup = PANELGROUP.EG_AFFILIA_OD_IDEN Or */ /* %PanelGroup = PANELGROUP.EG_NUMERO_AD_GRP) And */ /* PERSONAL_DATA.EG_TYP_POP <> "SECI" Then */ /* &B_TROUVE = False; */ /* For &N_I = 1 To ActiveRowCount(RECORD.EG_PRESTAT_R) */ /* &S_STATUT = FetchValue(RECORD.EG_PRESTAT_R, &N_I, EG_PRESTAT_R.EG_STATUT_DOS1); */ /* If &S_STATUT = "ACT" And */ /* ActiveRowCount(RECORD.EG_PRESTAT_R) = 1 Then */ /* &B_TROUVE = True; */ /* End-If; */ /* End-For; */ /* EG_SVTC_19111999_ Correction suite à fiche anomalie 117 : contrôle sur le ligne courante et */ /* non sur l\'historique) */ /* &D_EFFDT = FetchValue(RECORD.EG_ADRESSE_R, 1, EFFDT); */ /* &N_LIGNE = 1; */ /* For &N_I = 2 To ActiveRowCount(RECORD.EG_ADRESSE_R) */ /* &D_DAT = FetchValue(RECORD.EG_ADRESSE_R, &N_I, EFFDT); */ /* If &D_EFFDT < &D_DAT Then */ /* &D_EFFDT = &D_DAT; */ /* &N_LIGNE = &N_I; */ /* End-If; */ /* End-For; */ /* If &B_TROUVE = False And */ /* EFFDT = &D_EFFDT Then */ /* If (None(EG_COD_UNIT_CAN) And */ /* All(EG_DAT_RAT_CAN)) Or */ /* (All(EG_COD_UNIT_CAN) And */ /* None(EG_DAT_RAT_CAN)) Or */ /* (None(EG_COD_UNIT_CAS) And */ /* All(EG_DAT_RAT_CAS)) Or */ /* (All(EG_COD_UNIT_CAS) And */ /* None(EG_DAT_RAT_CAS)) Then */ /* SetCursorPos(PANEL.EG_ADR_PREST_PNL, EG_COD_UNIT_CAN, CurrentRowNumber()); */ /* Error (MsgGet(20002, 10, "Message non trouvé dans le catalogue de messages")); */ /* End-If; */ /* End-If; */ /* EG_BLLA_28091999_ Correction suite à Fiche Ano n° 27 : contrôle sur le bon sens de la saisie */ /* du code forçage. */ /* EG_SVTC_09022000_ Correction suite à fiche anomalie 179 : c\'est un avertissement */ /* EG_LSTJ_15012001 Evolution adresse et centre de rattachement */ /* Désormais les Etrangers n\'ont plus besoin de motif de forçage */ /* If (COUNTRY <> "F" And */ /* COUNTRY <> "B") And */ /* (EFFDT = &D_EFFDT) And */ /* &B_TROUVE = False And */ /* (None(EG_COD_CAS_FIXE) Or */ /* EG_COD_CAS_FIXE <> "ETR") Then */ /* Warning (MsgGet(20002, 23, "Message non trouvé dans le catalogue de messages")); */ /* End-If; */ /* EG_BLLA_28091999_ FIN */ /* EG_LSTJ_152012001_ FIN */ /*End-If; */ /* EG_BLLA_02071999_ FIN */ /* EG_SVTC_19111999_ Correction suite à fiche anomalie 124 : séparation du cas réviser Prestataire */ /*If %PanelGroup = PANELGROUP.EG_DOS_ADM_GRP And */ /* PERSONAL_DATA.EG_TYP_POP <> "SECI" Then */ /* &B_TROUVE = False; */ /* For &N_I = 1 To ActiveRowCount(RECORD.EG_PRESTAT_R) */ /* &S_STATUT = FetchValue(RECORD.EG_PRESTAT_R, &N_I, EG_PRESTAT_R.EG_STATUT_DOS1); */ /* If &S_STATUT = "ACT" And */ /* ActiveRowCount(RECORD.EG_PRESTAT_R) = 1 Then */ /* &B_TROUVE = True; */ /* End-If; */ /* End-For; */ /* EG_SVTC_19111999_ Correction suite à fiche anomalie 117 : */ /*contrôle sur le ligne courante et non sur l\'historique) */ /* &D_EFFDT = FetchValue(RECORD.EG_ADRESSE_R, 1, EFFDT); */ /* &N_LIGNE = 1; */ /* For &N_I = 2 To ActiveRowCount(RECORD.EG_ADRESSE_R) */ /* &D_DAT = FetchValue(RECORD.EG_ADRESSE_R, &N_I, EFFDT); */ /* If &D_EFFDT < &D_DAT Then */ /* &D_EFFDT = &D_DAT; */ /* &N_LIGNE = &N_I; */ /* End-If; */ /* End-For; */ /* If &B_TROUVE = False And */ /* EFFDT = &D_EFFDT Then */ /* If (None(EG_COD_UNIT_CAN) And */ /* All(EG_DAT_RAT_CAN)) Or */ /* (All(EG_COD_UNIT_CAN) And */ /* None(EG_DAT_RAT_CAN)) */ /* (None(EG_COD_UNIT_CAS) And */ /* All(EG_DAT_RAT_CAS)) Or */ /* (All(EG_COD_UNIT_CAS) And */ /* None(EG_DAT_RAT_CAS)) Then */ /* SetCursorPos(PANEL.EG_ADR_PREST_PNL, EG_COD_UNIT_CAN, CurrentRowNumber()); */ /* Error (MsgGet(20002, 10, "Message non trouvé dans le catalogue de messages")); */ /* End-If; */ /* End-If; */ /* EG_BLLA_28091999_ Correction suite à Fiche Ano n° 27 : contrôle sur le bon sens de la saisie */ /* du code forçage. */ /* &B_SEC_TROUVE = False; */ /* For &B_I = 1 To ActiveRowCount(RECORD.EG_PRESTAT_R) */ /* &S_STATUT_DOS_REC = FetchValue(RECORD.EG_PRESTAT_R, &B_I, EG_PRESTAT_R.EG_STATUT_DOS1); */ /* If PERSON
#21615 [Ver]: PCRE segfault with (very) large string.
ID: 21615 Updated by: [EMAIL PROTECTED] Reported By: olivier dot gondouin at planet-service dot fr Status: Verified Bug Type: Reproducible crash Operating System: GNU/linux PHP Version: 4.3.0 New Comment: Similar to bug #21389 Previous Comments: [2003-01-14 09:42:24] olivier dot gondouin at planet-service dot fr after php.ini: the working php is 4.1.2 from this distribution/kernel: Linux montreal.mandrakesoft.com 2.4.18-1mdksmp #1 SMP configure options are (after php.ini): './configure' '--disable-static' '--disable-debug' '--disable-rpath' '--enable-pic' '--enable-inline-optimization' '--prefix=/usr' '--with-zlib' '--with-config-file-path=/etc' '--enable-magic-quotes' '--enable-debugger' '--enable-track-vars' '--enable-safe-mode' '--with-exec-dir=/usr/bin' '--with-regex=system' '--with-versioning' '--enable-sysvsem' '--enable-sysvshm' '--with-mod_charset' '--enable-force-cgi-redirect' '--enable-trans-sid' '--with-dbase' '--with-filepro' '--enable-yp' '--enable-ftp' '--with-gettext' '--with-ttf' '--with-freetype-dir' [Some modules are external: look for packages php-pgsql,php-mysql,...] PCRE is: PCRE Library Version3.4 22-Aug-2000 [2003-01-13 17:21:01] [EMAIL PROTECTED] Could you please confirm the PHP & PCRE version that are used in the 'working' version, that would be of great help. [2003-01-13 17:14:36] olivier dot gondouin at planet-service dot fr for information ther's the same bug on php-4.2.3 compiled more infos. With same parameters (only gd external lib was used instead of 4.3 bundled). But this works fine on Mandrake linux 8.2 system with its own rpmized php (php-4.1.2 I think). Don't know if Mandrake team applied a special patch on sources??? [2003-01-13 16:26:42] [EMAIL PROTECTED] The actual crash occurs inside the pcrelib, so it could pcre related, but since I am unable to replicate the crash using pcre command line tools it maybe PHP related after all. [2003-01-13 10:56:27] olivier dot gondouin at planet-service dot fr oops: http://planet-service.fr/test2.txt.gz 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/21615 -- Edit this bug report at http://bugs.php.net/?id=21615&edit=1
#21767 [Opn->Fbk]: segfault in cli/cgi
ID: 21767
Updated by: [EMAIL PROTECTED]
Reported By: philip at cornado dot com
-Status: Open
+Status: Feedback
Bug Type: Zend Engine 2 problem
Operating System: linux
PHP Version: 5CVS-2003-01-20 (dev)
New Comment:
Has this problem gone in the latest version?
Previous Comments:
[2003-01-20 03:35:50] philip at cornado dot com
./configure --enable-debug --enable-sockets
Autoconf 2.13
(GNU libtool) 1.4.3
(GNU Bison) 1.75
>From latest checkout of php5, configure and make run fine but simply
calling a php binary ('php -v') results is a segfault. Here's the
backtrace from simply running CLI:
#0 0x08157415 in zend_objects_store_put (object=0x401a803c,
dtor=0x8155e50 , clone=0) at
/cvs/php5/Zend/zend_objects_API.c:47
#1 0x08155efc in zend_objects_new (object=0xbfffe8a0,
class_type=0x81ac780) at /cvs/php5/Zend/zend_objects.c:58
#2 0x08149b2b in _object_and_properties_init (arg=0x81c2108,
class_type=0x81ac780, properties=0x81c2138, __zend_filename=0x816cc20
"/cvs/php5/ext/standard/browscap.c", __zend_lineno=133) at
/cvs/php5/Zend/zend_API.c:594
#3 0x0808e578 in php_browscap_parser_cb (arg1=0xbfffe980, arg2=0x0,
callback_type=2, arg=0x81a6960) at
/cvs/php5/ext/standard/browscap.c:133
#4 0x081321fa in ini_parse () at /cvs/php5/Zend/zend_ini_parser.y:213
#5 0x08131c6e in zend_parse_ini_file (fh=0xb7e0,
unbuffered_errors=1 '\001', ini_parser_cb=0x808e3c8
, arg=0x81a6960) at
/cvs/php5/Zend/zend_ini_parser.y:164
#6 0x0808e6d2 in zm_startup_browscap (type=1, module_number=3) at
/cvs/php5/ext/standard/browscap.c:169
#7 0x080877da in zm_startup_basic (type=1, module_number=3) at
/cvs/php5/ext/standard/basic_functions.c:1044
#8 0x0814b113 in zend_startup_module (module=0x819dd20) at
/cvs/php5/Zend/zend_API.c:1057
#9 0x08112296 in php_startup_extensions (ptr=0x81a63a4, count=8) at
/cvs/php5/main/main.c:1106
#10 0x08165b15 in php_startup_internal_extensions () at
main/internal_functions_cli.c:65
#11 0x0811270a in php_module_startup (sf=0x81a6320,
additional_modules=0x0, num_additional_modules=0) at
/cvs/php5/main/main.c:1269
#12 0x08164c0e in main (argc=2, argv=0xbaa4) at
/cvs/php5/sapi/cli/php_cli.c:480
--
Edit this bug report at http://bugs.php.net/?id=21767&edit=1
#20642 [Csd]: ini setting output_buffering set to PHP_INI_ALL
ID: 20642
Updated by: [EMAIL PROTECTED]
Reported By: duh at dowebwedo dot com
Status: Closed
Bug Type: Feature/Change Request
Operating System: Linux GNU/Debian 3.0r0
PHP Version: 4.2.3
New Comment:
Related to bug #20800.
We should take a look into this issue. WFX?
Previous Comments:
[2002-11-27 03:01:39] [EMAIL PROTECTED]
Just put
@ob_end_flush();
on top of your script. No need for changing ini settings.
[2002-11-27 02:56:48] duh at dowebwedo dot com
This might sound like bogus to you but for a professional environment
this certainly is NOT acceptable. As a programmer I know everything is
possible, it only depends on how much effort you put into it. You could
at least try to point out why you deny this change request instead of a
mere "no I can't".
[2002-11-26 20:39:07] [EMAIL PROTECTED]
No, it can't.
[2002-11-26 04:44:29] duh at dowebwedo dot com
Hello,
I am writing a php shell script (as I do very often in crontabs and
procmail setups) only this time I use stdin/stdout for user interaction
with the script. The only problem is that output_buffering defaults to
4096 which results in a script that is really not workable since there
is no screen output (output < 4096). Also the flush() command is no
help (I still get nothing, I don't know whether this is a bug or a
result of an ini setting).
To fix this problem I can only change the php.ini value to 0 but this
is really not what I want since this is a server wide change. I'd
rather use ini_set("output_buffering","0") instead.
So my change request in short is, can the rights for altering the ini
variable output_buffering change from PHP_INI_PERDIR|PHP_INI_SYSTEM to
PHP_INI_ALL in future versions?
Jeroen
--
Edit this bug report at http://bugs.php.net/?id=20642&edit=1
#18640 [Csd->Opn]: Compilation with Oracle fails...
ID: 18640 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Open Bug Type: Compile Failure Operating System: Compaq Tru64 -PHP Version: 4CVS-2002-07-30 +PHP Version: 4CVS-2003-03-04 New Comment: Reopened, Updated Version. Jani, please apply the patch again. Previous Comments: [2003-03-04 03:17:08] zxcvbnm2002 at yahoo dot com I get the same message too. I get these unresolves symbols when trying to compile php4-STABLE-200303040030.tar.gz agains Oracle 8.1.6. on Tru64 4.0f too. OCILobCreateTemporary OCILobClose OCILobFreeTemporary OCILobIsTemporary OCILobOpen *** Exit 1 Stop. And my oracle home directory not wrong. jack regards [2003-02-21 09:27:35] [EMAIL PROTECTED] Closing again since that other bug was somewhat magically solved with latest snapshot...(even as nothing changed regarding this :) [2003-02-21 05:45:35] michael dot mauch at gmx dot de I doubt that we had (independently) a bad ORACLE_HOME or --with-oci8, because all of the other functions were found without problems. Only the OCILob* functions were not found, because they are in libocijdbc8 (on some systems / some Oracle versions). I can't read php.dev at the moment, but will do so in a couple of hours (after work). [2003-02-21 04:20:08] [EMAIL PROTECTED] Reopening since I'm about to revert the 'fix' for this. You might have used wrong path for --with-oci8 or had ORACLE_HOME pointing to wrong place..? [2002-09-09 14:18:49] [EMAIL PROTECTED] Fixed in CVS by Michael Mauch 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/18640 -- Edit this bug report at http://bugs.php.net/?id=18640&edit=1
#22040 [Fbk->Opn]: PHP hangs when reading certan japaneese or chineese chars
ID: 22040
User updated by: dan at scannet dot dk
Reported By: dan at scannet dot dk
-Status: Feedback
+Status: Open
Bug Type: Gettext related
Operating System: Win2k
PHP Version: 4.3.0
New Comment:
Hmm... It looks like 1.3.27 according to one of the docs.
this problem also occurs when running PHP.exe from commandline..
Previous Comments:
[2003-03-04 03:51:49] [EMAIL PROTECTED]
Which version of apache are you using?
[2003-02-04 03:56:23] dan at scannet dot dk
$lang = "ja_JP";
putenv ("LANG=".eregi_replace('.*_','',$lang));
putenv("LC_ALL=$lang");
setlocale(LC_ALL, "");
bindtextdomain("horde", "C:\Program Files\Apache
Group\Apache\web\horde\locale");
textdomain("horde");
echo gettext('Addressbook')."\n"; //Returns some japaneese chars..
echo gettext('Delete') ."\n"; //Returns some japaneese chars..
echo gettext('Birthday') ."\n"; //PHP hangs..
echo gettext('Mail') ."\n"; //PHP hangs..
echo gettext('Daily')."\n"; //PHP hangs..
/*
In HEX:
Birthday: 92 61 30 b6 93 fa
Mail: 93 64 8e 71 83 81 81 5b 83 8b
Daily:96 88 93 fa
The only char in common for all 3 is $93
thats #147 in dec..
*/
$test = chr(147);
echo $test;
echo _($test);
// I copy $93 to the $test variable.. Then print $test then print
gettext($test)..
// All theese work perfectly, so it seems its not a general problem in
php..
--
Edit this bug report at http://bugs.php.net/?id=22040&edit=1
#22529 [Opn]: snmpset is not working
ID: 22529 User updated by: mb at solstaden dot net Reported By: mb at solstaden dot net Status: Open Bug Type: SNMP related Operating System: FreeBSD 4.8 Prerelease PHP Version: 4CVS-2003-03-04 (stable) New Comment: Hi! I found out that, instead of typing in the OID as a string, system.sysContact.0, u type it as numeric, .1.3.6.1.2.1.1.4.0 then it snmpset works. Does not help me much but maybe some smarter person. /Magnus Previous Comments: [2003-03-04 00:22:34] mb at solstaden dot net I tried a verey simple php script: echo snmpget( "81.26.237.10", "public", "system.sysContact.0" ); snmpset( "81.26.237.10", "private", "system.sysContact.0", "s", "kalle" ); snmpget works: snmpset fails: ouput as follows: STRING: [EMAIL PROTECTED] Warning: snmpset() [function.snmpset]: Invalid object identifier: system.sysContact.0 in /usr/local/www/data/snmp.php on line 17 Warning: snmpset() [function.snmpset]: Error in packet: (noSuchName) There is no such variable name in this MIB. in /usr/local/www/data/snmp.php on line 17 Warning: snmpset() [function.snmpset]: This name does not exist: SNMPv2-SMI::mib-2 in /usr/local/www/data/snmp.php on line 17 I did a tcpdump: 07:04:22.160998 gk.s.port80.se.1556 > as1-1-1--11.eklandahage4.molndal.bostream.net.snmp: GetRequest(28) system.sysDescr.0 07:04:22.179314 as1-1-1--11.eklandahage4.molndal.bostream.net.snmp > gk.s.port80.se.1556: GetResponse(39) system.sysDescr.0="Ericsson DR" 07:04:22.180077 gk.s.port80.se.1557 > as1-1-1--11.eklandahage4.molndal.bostream.net.snmp: GetRequest(28) system.sysContact.0 07:04:22.194298 as1-1-1--11.eklandahage4.molndal.bostream.net.snmp > gk.s.port80.se.1557: GetResponse(39) system.sysContact.0="[EMAIL PROTECTED]" 07:04:22.194991 gk.s.port80.se.1558 > as1-1-1--11.eklandahage4.molndal.bostream.net.snmp: C=private SetRequest(30) ="kalle" 07:04:22.209407 as1-1-1--11.eklandahage4.molndal.bostream.net.snmp > gk.s.port80.se.1558: C=private GetResponse(30) [EMAIL PROTECTED] ="kalle" Am I doing anything wrong? Normally it is my fault. If u think I have found a bug, I will do my best to help u. Magnus Benngard -- Edit this bug report at http://bugs.php.net/?id=22529&edit=1
#22040 [Opn->Fbk]: PHP hangs when reading certan japaneese or chineese chars
ID: 22040
Updated by: [EMAIL PROTECTED]
Reported By: dan at scannet dot dk
-Status: Open
+Status: Feedback
Bug Type: Gettext related
Operating System: Win2k
PHP Version: 4.3.0
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
I cannot reproduce this with the latest snapshot.
All those strings have been displayed correctly on my screen.
Previous Comments:
[2003-03-04 04:12:02] dan at scannet dot dk
Hmm... It looks like 1.3.27 according to one of the docs.
this problem also occurs when running PHP.exe from commandline..
[2003-03-04 03:51:49] [EMAIL PROTECTED]
Which version of apache are you using?
[2003-02-04 03:56:23] dan at scannet dot dk
$lang = "ja_JP";
putenv ("LANG=".eregi_replace('.*_','',$lang));
putenv("LC_ALL=$lang");
setlocale(LC_ALL, "");
bindtextdomain("horde", "C:\Program Files\Apache
Group\Apache\web\horde\locale");
textdomain("horde");
echo gettext('Addressbook')."\n"; //Returns some japaneese chars..
echo gettext('Delete') ."\n"; //Returns some japaneese chars..
echo gettext('Birthday') ."\n"; //PHP hangs..
echo gettext('Mail') ."\n"; //PHP hangs..
echo gettext('Daily')."\n"; //PHP hangs..
/*
In HEX:
Birthday: 92 61 30 b6 93 fa
Mail: 93 64 8e 71 83 81 81 5b 83 8b
Daily:96 88 93 fa
The only char in common for all 3 is $93
thats #147 in dec..
*/
$test = chr(147);
echo $test;
echo _($test);
// I copy $93 to the $test variable.. Then print $test then print
gettext($test)..
// All theese work perfectly, so it seems its not a general problem in
php..
--
Edit this bug report at http://bugs.php.net/?id=22040&edit=1
#22518 [Bgs]: Accessing superglobal arrays in functions via variable variable names
ID: 22518 User updated by: rabus at users dot sourceforge dot net Reported By: rabus at users dot sourceforge dot net Status: Bogus Bug Type: Scripting Engine problem Operating System: Windows NT PHP Version: 5CVS-2003-03-03 (dev) New Comment: I am sorry for this bogus report. Since German is my mother tounge, I read the German edition of your manual. Unfortunately, the note you mentioned is missing there. >From now on, I'll read the English one, only, since the German one appears a little out-of-date to me. Previous Comments: [2003-03-03 20:14:11] [EMAIL PROTECTED] RTFM: http://www.php.net/manual/en/language.variables.predefined.php#language.variables.predefined "Variable variables: Superglobals cannot be used as variable variables." [2003-03-03 09:22:00] daniel dot gorski at develnet dot org Similar malfunction here: PHP Notice: Undefined variable: _SERVER in /var/webservers/cowiki/htdocs/test.php on line 6 PHP Notice: Undefined variable: _ENV in /var/webservers/cowiki/htdocs/test.php on line 7 Todays CVS, build as CGI on RH6.2 regards dtg [2003-03-03 08:06:46] rabus at users dot sourceforge dot net Please try the following script: This script returns "Array". This is the expected behavior. Now, try this one: This time, an error is returned: Notice: Undefined variable: _SERVER on line 4 This is nonsense, of course: As we see in the example above, the variable should be defined! -- Edit this bug report at http://bugs.php.net/?id=22518&edit=1
#22533 [NEW]: problem with strtr(), 100% of CPU use
From: andre at softexpert dot com
Operating system: W2k
PHP version: 4.2.3
PHP Bug Type: Reproducible crash
Bug description: problem with strtr(), 100% of CPU use
When using strtr() passing a number as first parameter, and an array that
contains ("" => "anything"), php.exe uses 100% of CPU and stays running
until IIS return a CGI Time limit.
Example:
echo strtr(10, array("" => "a"));
--
Edit bug report at http://bugs.php.net/?id=22533&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22533&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=22533&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=22533&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22533&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=22533&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22533&r=support
Expected behavior: http://bugs.php.net/fix.php?id=22533&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22533&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22533&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=22533&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22533&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=22533&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=22533&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22533&r=gnused
#22530 [Opn->Asn]: append_child does not unlink node
ID: 22530
Updated by: [EMAIL PROTECTED]
Reported By: bobsledbob at yahoo dot com
-Status: Open
+Status: Assigned
Bug Type: DOM XML related
Operating System: Linux
PHP Version: 4.3.0
-Assigned To:
+Assigned To: chregu
New Comment:
yep. wrong. it just unlinks the node, if it's a child of the parent
node ($node1 in your case). I'll fix that.
chregu
Previous Comments:
[2003-03-04 00:53:02] bobsledbob at yahoo dot com
Quoth the manual:
(PHP >= 4.3) The new child newnode is first unlinked from its existing
context, if it already existed in a document. Therefore the node is
moved and not copies anymore. This is the behaviour according to the
W3C specifications. If you want to duplicate large parts of a xml
document, use DomNode->clone_node() before appending.
It seems that the appended node is not unlinked in 4.3.0 as the manual
suggests? Here's my test script:
$xml = "";
$xml .= "";
$xml .= "";
$xml .= "";
$xml .= "";
$dom =& domxml_open_mem($xml);
$root =& $dom->document_element();
$nodeArray =& $root->child_nodes();
$node1 =& $nodeArray[0];
$node2 =& $nodeArray[1];
$node1->append_child($node2);
echo str_replace(" ", " ", str_replace("\n", "\n",
htmlentities($dom->dump_mem(1;
echo "Php Version: " . phpversion() . "\n";
And here's my results:
Php Version: 4.3.0
Thanks.
Adam
--
Edit this bug report at http://bugs.php.net/?id=22530&edit=1
#22533 [Opn->Bgs]: problem with strtr(), 100% of CPU use
ID: 22533
Updated by: [EMAIL PROTECTED]
Reported By: andre at softexpert dot com
-Status: Open
+Status: Bogus
Bug Type: Reproducible crash
Operating System: W2k
PHP Version: 4.2.3
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Don't pass to strtr a null string as that to be replaced.
Previous Comments:
[2003-03-04 05:38:42] andre at softexpert dot com
When using strtr() passing a number as first parameter, and an array
that contains ("" => "anything"), php.exe uses 100% of CPU and stays
running until IIS return a CGI Time limit.
Example:
echo strtr(10, array("" => "a"));
--
Edit this bug report at http://bugs.php.net/?id=22533&edit=1
#22534 [NEW]: Environment Variables not resolved
From: KTalleur at abics dot de Operating system: SuSE Linux PHP version: 4.3.1 PHP Bug Type: CGI related Bug description: Environment Variables not resolved I am using PHP 4.3.1 as a CGI with Apache 1.3.27. Using phpinfo(), i found out that the variables SCRIPT_NAME PATH_INFO are not shown in the environment section. Therefore, PHP_SELF is shown empty in the PHP Variables section. With PHP 4.2.2 (same Apache Config, just the php binary changed), everything is fine - the two environment variables are shown, and the php_self variable is set. So this is a feature of the current version! I compiled PHP with --enable-track-vars,--enable-force-cgi-redirect, --with-gd=/usr. Any suggestions? -- Edit bug report at http://bugs.php.net/?id=22534&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22534&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22534&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22534&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22534&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22534&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22534&r=support Expected behavior: http://bugs.php.net/fix.php?id=22534&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22534&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22534&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22534&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22534&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22534&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22534&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22534&r=gnused
#22530 [Asn]: append_child does not unlink node
ID: 22530
Updated by: [EMAIL PROTECTED]
Reported By: bobsledbob at yahoo dot com
Status: Assigned
Bug Type: DOM XML related
Operating System: Linux
PHP Version: 4.3.0
Assigned To: chregu
New Comment:
here's the patch against 4.3.0. Didn't apply it now, have to do some
tests before...
Index: php_domxml.c
===
RCS file: /repository/php4/ext/domxml/php_domxml.c,v
retrieving revision 1.218.2.8
diff -u -r1.218.2.8 php_domxml.c
--- php_domxml.c10 Jan 2003 18:05:02 - 1.218.2.8
+++ php_domxml.c4 Mar 2003 12:13:21 -
@@ -2308,8 +2308,8 @@
RETURN_FALSE;
}
- /* first unlink node, if child is already a child of parent */
- if (child->parent == parent){
+ /* first unlink node, if child is already in the tree */
+ if (child->doc == parent->doc && child->parent != NULL){
xmlUnlinkNode(child);
}
chregu
Previous Comments:
[2003-03-04 05:45:05] [EMAIL PROTECTED]
yep. wrong. it just unlinks the node, if it's a child of the parent
node ($node1 in your case). I'll fix that.
chregu
[2003-03-04 00:53:02] bobsledbob at yahoo dot com
Quoth the manual:
(PHP >= 4.3) The new child newnode is first unlinked from its existing
context, if it already existed in a document. Therefore the node is
moved and not copies anymore. This is the behaviour according to the
W3C specifications. If you want to duplicate large parts of a xml
document, use DomNode->clone_node() before appending.
It seems that the appended node is not unlinked in 4.3.0 as the manual
suggests? Here's my test script:
$xml = "";
$xml .= "";
$xml .= "";
$xml .= "";
$xml .= "";
$dom =& domxml_open_mem($xml);
$root =& $dom->document_element();
$nodeArray =& $root->child_nodes();
$node1 =& $nodeArray[0];
$node2 =& $nodeArray[1];
$node1->append_child($node2);
echo str_replace(" ", " ", str_replace("\n", "\n",
htmlentities($dom->dump_mem(1;
echo "Php Version: " . phpversion() . "\n";
And here's my results:
Php Version: 4.3.0
Thanks.
Adam
--
Edit this bug report at http://bugs.php.net/?id=22530&edit=1
#22535 [NEW]: set_error_handler does not call object/method tuple
From: thixit at yahoo dot com
Operating system: Windows 98SE
PHP version: 4.3.1
PHP Bug Type: Scripting Engine problem
Bug description: set_error_handler does not call object/method tuple
I have some problems with set_error_handler as in the following code:
';
}
}
function passtru($type, $desc)
{
$GLOBALS['eh']->handleError($type, $desc);
}
$eh =& new Error();
// *** it will work if use the following line
// set_error_handler('passtru');
print $undefined;
trigger_error('Error triggered', E_USER_ERROR);
?>
It seems that set_error_handler accepts an object/method tuple
but does not call it.
PHP 4.3.1 as CGI (4.3.0 also has this problem)
Windows 98SE
Apache 1.3.27 (Win32)
--
Edit bug report at http://bugs.php.net/?id=22535&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22535&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=22535&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=22535&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22535&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=22535&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22535&r=support
Expected behavior: http://bugs.php.net/fix.php?id=22535&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22535&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22535&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=22535&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22535&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=22535&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=22535&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22535&r=gnused
#22536 [NEW]: Comments # and // BUG
From: zort at linuxbr dot com dot br Operating system: Win98 PHP version: 4.3.1 PHP Bug Type: Compile Failure Bug description: Comments # and // BUG Comments # and // BUG. NOT BUG: 1026587 "; /* $data = " 1026587 "; */ #-- ?> BUGS: 1026587 "; # $data = " # # # 1026587 # # # # # # # "; #-- ?> OR: 1026587 "; // $data = " // // //1026587 // // // // // // // "; #-- ?> -- Edit bug report at http://bugs.php.net/?id=22536&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22536&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22536&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22536&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22536&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22536&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22536&r=support Expected behavior: http://bugs.php.net/fix.php?id=22536&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22536&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22536&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22536&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22536&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22536&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22536&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22536&r=gnused
#22531 [Opn]: Undefined variable: _ENV, vanished superglobals
ID: 22531 Updated by: [EMAIL PROTECTED] Reported By: daniel dot gorski at develnet dot org Status: Open Bug Type: Scripting Engine problem Operating System: Linux RH6.2 PHP Version: 5CVS-2003-03-04 (dev) New Comment: Unable to reproduce on WinXP (latest snap)... Running via CLI, i get full output from: php -r "print_r($_ENV);" as well as php -r "print_r($_SERVER);" ~ Andrew Heebner Previous Comments: [2003-03-04 02:00:02] daniel dot gorski at develnet dot org [EMAIL PROTECTED]:/src/php5/sapi/cli> ./php -v PHP 5.0.0-dev (cli) (built: Mar 4 2003 08:43:46) Copyright (c) 1997-2003 The PHP Group Zend Engine v2.0.0-dev, Copyright (c) 1998-2003 Zend Technologies [EMAIL PROTECTED]:/src/php5/sapi/cli> ./php -i | head -16 phpinfo() PHP Version => 5.0.0-dev System => Linux warpcore 2.2.20 #12 Mon Feb 10 17:14:10 CET 2003 i686 Build Date => Mar 4 2003 08:39:51 Configure Command => './configure' '--enable-force-cgi-redirect' '--with-mysql=/usr/local/mysql' '--with-config-file-path=../conf' '--with-zlib' Server API => Command Line Interface Virtual Directory Support => disabled Configuration File (php.ini) Path => ../conf PHP API => 20020918 PHP Extension => 20020429 Zend Extension => 90021012 Debug Build => no Thread Safety => disabled Registered PHP Streams => php, http, ftp, compress.zlib [EMAIL PROTECTED]:/src/php5/sapi/cli> ./php Notice: Undefined variable: _ENV in - on line 3 The same goes for $_SERVER (in CGI version). Latest HEAD on RH6.2 Linux. regards dtg -- Edit this bug report at http://bugs.php.net/?id=22531&edit=1
#22534 [Com]: Environment Variables not resolved
ID: 22534 Comment by: jeanfrancois dot lecam at altiplano dot fr Reported By: KTalleur at abics dot de Status: Open Bug Type: CGI related Operating System: SuSE Linux PHP Version: 4.3.1 New Comment: I guess my problem is the same : using apache-1.3.27/suexec + cgiwrap-3.7.1 + php-4.3.1 as a CGI, I get a "premature end of script headers" (used to work with php-4.2.3). Using cgiwrapd and php.ini with 'log_errors = On', it says : PHP Fatal error: Unknown(): Unable to open /home/websites/website1/web/ in Unknown on line 0 This is my doc_root, it lacks the script name ! Downgrading to 4.2.3... Previous Comments: [2003-03-04 06:05:27] KTalleur at abics dot de I am using PHP 4.3.1 as a CGI with Apache 1.3.27. Using phpinfo(), i found out that the variables SCRIPT_NAME PATH_INFO are not shown in the environment section. Therefore, PHP_SELF is shown empty in the PHP Variables section. With PHP 4.2.2 (same Apache Config, just the php binary changed), everything is fine - the two environment variables are shown, and the php_self variable is set. So this is a feature of the current version! I compiled PHP with --enable-track-vars,--enable-force-cgi-redirect, --with-gd=/usr. Any suggestions? -- Edit this bug report at http://bugs.php.net/?id=22534&edit=1
#22534 [Opn]: Environment Variables not resolved
ID: 22534 User updated by: KTalleur at abics dot de Reported By: KTalleur at abics dot de Status: Open Bug Type: CGI related Operating System: SuSE Linux PHP Version: 4.3.1 New Comment: No, its not the same. In my environment, the script is executed. I don't get any errors, except for the missing values / variables. Previous Comments: [2003-03-04 07:35:45] jeanfrancois dot lecam at altiplano dot fr I guess my problem is the same : using apache-1.3.27/suexec + cgiwrap-3.7.1 + php-4.3.1 as a CGI, I get a "premature end of script headers" (used to work with php-4.2.3). Using cgiwrapd and php.ini with 'log_errors = On', it says : PHP Fatal error: Unknown(): Unable to open /home/websites/website1/web/ in Unknown on line 0 This is my doc_root, it lacks the script name ! Downgrading to 4.2.3... [2003-03-04 06:05:27] KTalleur at abics dot de I am using PHP 4.3.1 as a CGI with Apache 1.3.27. Using phpinfo(), i found out that the variables SCRIPT_NAME PATH_INFO are not shown in the environment section. Therefore, PHP_SELF is shown empty in the PHP Variables section. With PHP 4.2.2 (same Apache Config, just the php binary changed), everything is fine - the two environment variables are shown, and the php_self variable is set. So this is a feature of the current version! I compiled PHP with --enable-track-vars,--enable-force-cgi-redirect, --with-gd=/usr. Any suggestions? -- Edit this bug report at http://bugs.php.net/?id=22534&edit=1
#20014 [Asn->WFx]: SSL w/ fsockopen not working
ID: 20014
Updated by: [EMAIL PROTECTED]
Reported By: dietrich dot ayala at foundstone dot com
-Status: Assigned
+Status: Wont fix
Bug Type: Sockets related
Operating System: windows 2000
PHP Version: 4CVS-2003-02-05
Assigned To: edink
New Comment:
A new infrastructure for dealing with this issue is being implemented
in php5. It will therefore not be fixed by bundling openssl in the php4
build. Could even be illegal in some countries.
Previous Comments:
[2003-02-13 09:43:37] m dot fedor at espritsro dot sk
I changed main/config.w32.h and #define HAVE_OPENSSL_EXT 1 was added
there (suggestion from [EMAIL PROTECTED]). I compiled latest PHP sources
under Win2000 using Visual Studio 6.0 , CygWin, OpenSSL libraries,
Unfortunately there is still bug with fsockopen() function: no SSL
support in this build. Are there any other suggestion to solve this
problem?
[2003-02-05 16:14:13] [EMAIL PROTECTED]
The 'OpenSSL support => enabled' is a bit misleading
since it just means that the openssl _extension_ is available. But the
main PHP is not linked with the ssl
libs (win32 binaries provided by php.net) so of course
the SSL support is not available...Edin is looking into
this so assigning to him.
[2003-02-05 01:07:13] [EMAIL PROTECTED]
This is reproducable with latest php4-win32 snap, latest php4 source
snap works on Linux:
Relevant parts from phpinfo():
Registered PHP Streams => php, http, ftp, compress.zlib
OpenSSL support => enabled
OpenSSL Version => OpenSSL 0.9.6g 9 Aug 2002
test:
--TEST--
Bug #20014 SSL w/ fsockopen not working
--SKIPIF--
--FILE--
--EXPECT--
resource(4) of type (stream)
EXPECTED OUTPUT
resource(4) of type (stream)
ACTUAL OUTPUT
Warning: fsockopen() [/phpmanual/function.fsockopen.html]: no SSL
support in this build in D:\work\php4\ext\openssl\tests\bug20014.php on
line 2
Warning: fsockopen() [/phpmanual/function.fsockopen.html]: unable to
connect to www.openssl.org:443 in
D:\work\php4\ext\openssl\tests\bug20014.php on line 2
bool(false)
FAILED
[2002-10-21 15:24:24] [EMAIL PROTECTED]
Looks like main/config.w32.h.in needs to
#define HAVE_OPENSSL_EXT 1
I'm unable to test this ATM, so I'm hoping that some other kind win32
developer can look into it.
[2002-10-21 15:17:27] dietrich dot ayala at foundstone dot com
Environment: W2K/IIS5/php 4.3.0-dev (win32 snapshot 10/21, 7:25), CGI
Reproduce w/:
$fp = fsockopen('ssl://secure.hostname.here',$port);
Error:
"Warning: fsockopen() [function.fsockopen]: no SSL support in this
build in E:\test\fsockopen_ssl.php"
phpinfo() shows OpenSSL is available. I tested the openssl funcs to
confirm availability. All DLLs are copied to system32 dir.
--
Edit this bug report at http://bugs.php.net/?id=20014&edit=1
#22530 [Asn->Csd]: append_child does not unlink node
ID: 22530
Updated by: [EMAIL PROTECTED]
Reported By: bobsledbob at yahoo dot com
-Status: Assigned
+Status: Closed
Bug Type: DOM XML related
Operating System: Linux
PHP Version: 4.3.0
Assigned To: chregu
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
And fixed in PHP_4_3 branch
Previous Comments:
[2003-03-04 06:14:32] [EMAIL PROTECTED]
here's the patch against 4.3.0. Didn't apply it now, have to do some
tests before...
Index: php_domxml.c
===
RCS file: /repository/php4/ext/domxml/php_domxml.c,v
retrieving revision 1.218.2.8
diff -u -r1.218.2.8 php_domxml.c
--- php_domxml.c10 Jan 2003 18:05:02 - 1.218.2.8
+++ php_domxml.c4 Mar 2003 12:13:21 -
@@ -2308,8 +2308,8 @@
RETURN_FALSE;
}
- /* first unlink node, if child is already a child of parent */
- if (child->parent == parent){
+ /* first unlink node, if child is already in the tree */
+ if (child->doc == parent->doc && child->parent != NULL){
xmlUnlinkNode(child);
}
chregu
[2003-03-04 05:45:05] [EMAIL PROTECTED]
yep. wrong. it just unlinks the node, if it's a child of the parent
node ($node1 in your case). I'll fix that.
chregu
[2003-03-04 00:53:02] bobsledbob at yahoo dot com
Quoth the manual:
(PHP >= 4.3) The new child newnode is first unlinked from its existing
context, if it already existed in a document. Therefore the node is
moved and not copies anymore. This is the behaviour according to the
W3C specifications. If you want to duplicate large parts of a xml
document, use DomNode->clone_node() before appending.
It seems that the appended node is not unlinked in 4.3.0 as the manual
suggests? Here's my test script:
$xml = "";
$xml .= "";
$xml .= "";
$xml .= "";
$xml .= "";
$dom =& domxml_open_mem($xml);
$root =& $dom->document_element();
$nodeArray =& $root->child_nodes();
$node1 =& $nodeArray[0];
$node2 =& $nodeArray[1];
$node1->append_child($node2);
echo str_replace(" ", " ", str_replace("\n", "\n",
htmlentities($dom->dump_mem(1;
echo "Php Version: " . phpversion() . "\n";
And here's my results:
Php Version: 4.3.0
Thanks.
Adam
--
Edit this bug report at http://bugs.php.net/?id=22530&edit=1
#21886 [NoF->Opn]: parameters sometimes not submitted *UPDATE*
ID: 21886
User updated by: technik at infoworxx dot de
-Summary: parameters sometimes not submitted
Reported By: technik at infoworxx dot de
-Status: No Feedback
+Status: Open
Bug Type: Session related
Operating System: Linux 7.2
PHP Version: 4.3.0
New Comment:
Hi @all,
sorry for that long time to answer - a lot things to do in the last
weeks :-(
Finally I have figured out under what circumstances the behaviour
occurs.
Here is an clean sample code:
index.phtml
samplefunc($dummy);
exit;
?>
END index.phtml
foo-class.php4
END foo-class.php4
And here my Syslog when I try to open the page the first time - when I
do an refresh everything is fine !
error_log
[Tue Mar 4 14:53:38 2003] [error] Start with: /php-4.3.x-test/
[Tue Mar 4 14:53:38 2003] [error] var dummy:
/php-4.3.x-test/index.phtml?step=2
[Tue Mar 4 14:53:38 2003] [error] SESSION [redirectTo]: Parameter:
END error_log
As you can see, the function in my foo-class do not recieve their
parameters. This only happens if the $unintialized var in index.phtml
is uninitialized.
If you need anything more, please let me know.
Again - with 4.2.3 there were no those behaviour.
I know - an unintilized var is not good - but I guess there should not
be such an error.
Regards,
Sebastian
Previous Comments:
[2003-02-22 20:17:03] [EMAIL PROTECTED]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
[2003-02-15 10:13:42] [EMAIL PROTECTED]
Then you must also know that some behaviour of them was fixed in 4.3.0
and most likely you're just relying on the
broken behaviour...can't really tell without a short and
complete example script.
[2003-02-14 04:21:08] technik at infoworxx dot de
I am sorry, actually I do not have time, I hope I can give you an
example in the next two days - sorry for that (but your first reply
took more than two days :-).
But - it is NOT an misunderstanding how sessions work. I am using
sessions since the beginning of PHP 4 and the same code is running
under 4.2.3 perfect.
Regards,
Sebastian
[2003-02-13 02:01:03] [EMAIL PROTECTED]
Please provide a complete but short example
that _clearly_ shows the problem.
[2003-01-26 07:52:28] technik at infoworxx dot de
Hi @all,
I have just mentioned a strange behaviour of PHP 4.3.0.
At first of all: I have recompiled my hole config with PHP 4.2.3 and my
program runs - without any change - fine !
Just have a look at the source:
In index2.phtml:
-
$dummy="index2.phtml?step=printchecklist&mode=".$mode."&besuchid=".$besuch_id."&hid=".$form_hid."&sessvalid=".$s_sessvalid;
if ($debug) @error_log("Redirect [origin=checklist] to: ".$dummy,0);
$session->redirectTo($dummy);
-
in my Session-Class:
-
function redirectTo($pathInfo) {
if ($this->debug) @error_log("SESSION [redirectTo]: Parameter:
".$pathInfo,0);
[...]
}
-
and now my error-log:
-
[Sun Jan 26 14:24:43 2003] [error] Redirect [origin=checklist] to:
index2.phtml?step=printchecklist&mode=&besuchid=&hid=16&sessvalid=951227295
[Sun Jan 26 14:24:43 2003] [error] SESSION [redirectTo]: Parameter:
-
The Parameter given to $session->redirectTo will not be recieved by the
function. When I try this several times (my "$dummy" does NOT !!!
change) after the second or the third try it works.
Again - with 4.2.3 and excatly the same config *everything* is fine.
Regards,
Sebastian
--
Edit this bug report at http://bugs.php.net/?id=21886&edit=1
#21886 [Opn]: parameters sometimes not submitted *UPDATE*
ID: 21886 User updated by: technik at infoworxx dot de Reported By: technik at infoworxx dot de Status: Open Bug Type: Session related Operating System: Linux 7.2 -PHP Version: 4.3.0 +PHP Version: 4.3.1 New Comment: One more thing - same behavior under 4.3.0 and 4.3.1 ! Previous Comments: [2003-03-04 07:59:49] technik at infoworxx dot de Hi @all, sorry for that long time to answer - a lot things to do in the last weeks :-( Finally I have figured out under what circumstances the behaviour occurs. Here is an clean sample code: index.phtml samplefunc($dummy); exit; ?> END index.phtml foo-class.php4 END foo-class.php4 And here my Syslog when I try to open the page the first time - when I do an refresh everything is fine ! error_log [Tue Mar 4 14:53:38 2003] [error] Start with: /php-4.3.x-test/ [Tue Mar 4 14:53:38 2003] [error] var dummy: /php-4.3.x-test/index.phtml?step=2 [Tue Mar 4 14:53:38 2003] [error] SESSION [redirectTo]: Parameter: END error_log As you can see, the function in my foo-class do not recieve their parameters. This only happens if the $unintialized var in index.phtml is uninitialized. If you need anything more, please let me know. Again - with 4.2.3 there were no those behaviour. I know - an unintilized var is not good - but I guess there should not be such an error. Regards, Sebastian [2003-02-22 20:17:03] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-02-15 10:13:42] [EMAIL PROTECTED] Then you must also know that some behaviour of them was fixed in 4.3.0 and most likely you're just relying on the broken behaviour...can't really tell without a short and complete example script. [2003-02-14 04:21:08] technik at infoworxx dot de I am sorry, actually I do not have time, I hope I can give you an example in the next two days - sorry for that (but your first reply took more than two days :-). But - it is NOT an misunderstanding how sessions work. I am using sessions since the beginning of PHP 4 and the same code is running under 4.2.3 perfect. Regards, Sebastian [2003-02-13 02:01:03] [EMAIL PROTECTED] Please provide a complete but short example that _clearly_ shows the problem. 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/21886 -- Edit this bug report at http://bugs.php.net/?id=21886&edit=1
#22510 [Opn]: Zend Engine crashes calling FREE_ZVAL from zend_assign_to_variable_reference
ID: 22510
User updated by: php at codewhore dot org
Reported By: php at codewhore dot org
Status: Open
Bug Type: Scripting Engine problem
Operating System: Linux 2.4
PHP Version: 4CVS-2003-03-02 (stable)
New Comment:
Here's another far more compact version:
list;
}
function method(&$controller)
{
$controller->get();
}
}
class controller
{
function &get()
{
return @$this->foo;
}
function call()
{
call_user_func_array($this->sym, array(&$this));
}
function load()
{
$instance =& new module();
$this->instance =& $instance;
$this->sym = array(&$instance, 'method');
}
function run()
{
$this->load();
$this->call();
$this->call();
}
}
class application
{
function run(&$controller)
{
$removing_this_global_usage_prevents_segv = @$_GET['x'];
$controller->run();
}
}
$controller = new controller();
application::run($controller);
$controller->instance->finalize();
?>
Previous Comments:
[2003-03-03 15:35:00] php at codewhore dot org
Hi:
Thanks for waiting. Below is a test case which I've used to
reproducibly crash 4.3.0 and 4.3.2-dev on three seperate machines.
Sorry it's so long, but this is the absolute minimum I was able to come
up with. I haven't captured another backtrace for this particular case
yet, but I'd be happy to do so if you'd like.
>8 --- cut here --- 8<
controller =& $controller;
}
}
class runnable_module extends module
{
function initialize() { }
function finalize() { }
function method() { }
}
class first extends runnable_module
{
function method()
{
$data =& $this->controller->get($data);
}
}
class second extends runnable_module
{
function initialize()
{
$this->list = array();
}
function finalize()
{
echo "About to get SIGSEGV...\n";
$cl =& $this->list;
echo "Shouldn't see this\n";
}
}
class controller
{
function finalize()
{
foreach ($this->module_list as $k => $x)
$this->module_list[$k]->finalize();
}
function &get($name)
{
return @$this->vars[$name];
}
function call($function)
{
$symbol =& $this->symtab[$function][0];
call_user_func($symbol, array());
}
function load($name, $method)
{
$instance =& new $name($this);
$instance->initialize();
$this->module_list[$name] =& $instance;
$this->symtab[$name] = array(array(&$instance, $method));
}
function run()
{
$this->load('first', 'method');
$this->load('second', 'method');
$this->call('first');
$this->call('first');
}
}
class application
{
function application(&$controller)
{
$this->controller =& $controller;
}
function run()
{
$controller =& $this->controller;
$removing_this_global_usage_prevents_segv = $_GET['x'];
$controller->run();
}
}
$controller = new controller();
$app = new application($controller);
$app->run();
$controller->finalize();
?>
>8 --- cut here --- 8<
Thanks again,
- Dave
[2003-03-03 11:36:18] [EMAIL PROTECTED]
keep at feedback status until the asked feedback is actually given..
[2003-03-03 07:47:15] php at codewhore dot org
I'm working on it - there's a ton of code here, and it's proving
difficult to pare it down to a simple test case. However, I hope to
have one posted by the end of the day today.
Thanks.
[2003-03-03 00:59:43] [EMAIL PROTECTED]
Please provide us a minimum and self-contained script for reproducing
the problem.
I cannot reproduce this with the following code;
new foo(), 'b'=>new foo());
$this->commit_list = &$a;
}
function finalize() {
$cl =& $this->commit_list;
foreach ($cl as $k => $x)
{
if (!$cl[$k]->transaction_commit())
return $this->throw(E_SYS);
}
return true;
}
}
$a = new test();
$a->finalize();
?>
[2003-03-02 17:30:18] php at codewhore dot org
Accidently posted the non-crashing code snippet. Here's the one that
crashes:
function finalize()
{
$cl =& $this->commit_list;
/* Note:
These are references; we leave the value, $x, unused. */
foreach ($cl as $k => $x)
{
if (!$cl[$k]->transaction_commit())
return $this->throw(E_SYS);
}
return true;
}
The remainder of the com
#22482 [Bgs->Opn]: Fatal error: Nesting level too deep - recursive dependency? in Unknown on line
ID: 22482 User updated by: submissions at spherious dot com Reported By: submissions at spherious dot com -Status: Bogus +Status: Open Bug Type: *General Issues Operating System: Linux 7.2, Zend 2.1 PHP Version: 4.3.1 New Comment: Ok, i'm not sure on what you are basing your assumption that i am not configuring it correctly. I think this is a bug, with the install script. I've done further testing and found that the error was only present when pgsql.so was loaded. The other modules did not cause the error. Therefore, it first appeared to be a bug in either the way php linked to this file, or the way it created it. Just for interests sake, I did an ls -l on the files that had been created in /usr/lib/php4 and compared to those in (install dir)/php-4.3.1/modules/. I found that, to my surprise, the files were different sizes. I checked the file sizes for the previous installation (php-4.2.2) and they were different again (so it wasn't the old files). Somehow, the php-4.3.1 configure, make, make install, was copying files to the /usr/lib/php4 directory that were different than those located in (install dir)/php-4.3.1/modules/. Correct me if i'm wrong, but that sounds like a bug to me. I did a manual copy of the files from (install dir)/php-4.3.1/modules/ to /usr/lib/php4, and the problems are gone. Previous Comments: [2003-03-03 20:51:06] [EMAIL PROTECTED] Loading old modules with new PHP versions is not bug but configuration error by you. Please check WHAT php.ini file is actually used and what in THAT file is said for being the extension path and what extensions are loaded. And it doesn't work vice-versa either, (loading new modules with old PHP versions) so check that you're really loading the new PHP version. [2003-03-03 20:27:47] submissions at spherious dot com I think it is a bug, because as far as I can see, there is no configure error. The php.ini references the direcotry containing the new ext files that are created when php is compiled, make and make intalled, so there is no error in configuration. I have also tried deleting everything in /usr/lib/php4 and then recompiling. It creates the new files there as it should, but still does not solve the problem. I will try installing with just --prefix=/usr/local/php tonight. I expect that will not cause an error, as no extensions will be used. If that is the case, unfortunately, that still won't solve the problem. [2003-03-03 19:57:26] [EMAIL PROTECTED] Check what php.ini is loaded and what extensions are loaded by it..this is not really bug but just install/configure error. [2003-03-02 19:29:17] [EMAIL PROTECTED] Do you have redhat's RPMs installed ? If you install it with just a --prefix=/usr/local/php, does it still print out the error? [2003-03-02 09:46:50] submissions at spherious dot com Ok, I think the error is extension related, but I don't know in what way. I deleted all in /usr/lib/php4 then recompiled php4.3.1, but the error still occurs, so it is not linking to old files. If I link it to something else, the error does not occur, but of course this would mean the extensions aren't loaded. 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/22482 -- Edit this bug report at http://bugs.php.net/?id=22482&edit=1
#22508 [Asn]: fopen() crashes Apache if URL is redirect/
ID: 22508 Updated by: [EMAIL PROTECTED] Reported By: jim at bluedojo dot com Status: Assigned Bug Type: *Directory/Filesystem functions Operating System: Windows PHP Version: 4.3.1 Assigned To: wez New Comment: 1 & 2 seems to work fine in latest CVS. #3 is a curios bugger, since it causes an unterminated loop due to what appears to the circular redirect against PHP has no protection. Previous Comments: [2003-03-03 18:46:30] jim at bluedojo dot com Hello wez, and thanks for the speedy updates on fopen(). I've found some more types of URLS that causes an error using fopen(). I'm using Apache 1.3 and PHP 4.3.x (I used the latest CVS version.) They are listed below. 1.) If it redirects from http:// to https:// it will crash Apache connection. Example Link: http://registration.ft.com/registration/sub/manageYourAccount.jsp 2.) If fopen() loads an unauthorized page -- HTTP Error 403 (Forbidden) it crashes Apache connection. Example Link: http://www.fc-gabarron.es/en 3.) And I'm not sure why this is causing an error: Example Link: http://www.sportingnews.com/RealMedia/ads/click_lx.ads/www.sportingnews.com/soccer/articles/20030302/460373.html/1065908018/Right3/default/empty.gif/34313165376634343365363238633430 I'm not to familiar with programming with sockets and HTTP protocol, but is there a way to catch all the errors and just simply return false if the connection doesn't open? Just place the link in this code to see it happen: [2003-03-03 03:22:03] [EMAIL PROTECTED] We are not fixing bugs in 4.2.x releases any longer; 4.3.x is the current stable branch, PHP 5 is the current development version. [2003-03-02 21:04:36] jim at bluedojo dot com I also wanted to note that in version PHP 4.2.3 fopen will not work if it redirects from http:// to https://. Perhaps it should return false in this case. [2003-03-02 16:47:12] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2003-03-02 16:25:55] jim at bluedojo dot com The pages that is crashing my Apache server include, "http://www.sltrib2002.com";. What is happening is fopen() is trying to open this link but the link redirects. When this link is placed in a browser, it actually redirects to, "http://www.sltrib2002.com/main/index.asp";. This occurs in PHP 4.3.1. When I downgraded to PHP 4.2.3 fopen() worked fine. Here is more information about the problem in detail: I am running WinXP, Apache 1.3, MySQL 3.23, and PHP 4.3.1. I have a php page called "populate.php" that is using fopen() to index web pages. This works most of the time when I load this page in a browser, but fopen() is causing problems. Sometimes a specific web site (that has a redirecting link) causes Apache to crash. A window pops up saying, "Apache.exe has encountered a problem and needs to close. We are sorry for the inconvenience." And in the browser it says, "The page cannot be loaded." Although it says it crashes, the Apache server still seems to run if I load another page. It seems as if only that specific connection crashed. But this is the problem. I need to find out a way so it does not crash the page, populate.php, so it can continue running without getting the error in the browser "The page cannot be loaded." I tried the same web site on another configuration of Apache (that I pay for and am trying to avoid) and the page loads fine. Why is fopen crashing my server if the link redirects? Again, this occured in PHP 4.3.1. I had to downgrade for fopen to work ok with websites that redirect. The code below will produce the error in PHP 4.3.1. http://www.vsacentral.com //redirects to //http://www.vsacentral.com/main.php // //Also try this //http://www.sltrib2002.com //It redirects to //http://www.sltrib2002.com/main/index.asp $url = "http://www.vsacentral.com";; if ($fd = @fopen($url,"r")) echo "Success"; else echo "Failure"; fclose($fd); ?> --
#22522 [Fbk->Opn]: Config runs fine but errors during make
ID: 22522 User updated by: mjd1 at midwestlabs dot com Reported By: mjd1 at midwestlabs dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Solaris 2.8 PHP Version: 4.3.1 New Comment: Im using gcc 3.2.2 Here is the config line CFLAGS='-m64 -mcpu=v9' CPPFLAGS='-m64 -mcpu=v9' LDFLAGS='-m64' CC='gcc' ./configure --with-mysql --with-apache=../apache_1.3.27 --enable-track-vars --disable-debug --enable-mysql Here are the errors gcc -Iext/ctype/ -I/export/home/mjd1/installers/php-4.3.1/ext/ctype/ -DPHP_ATOM_INC -I/export/home/mjd1/installers/php-4.3.1/include -I/export/home/mjd1/instal lers/php-4.3.1/main -I/export/home/mjd1/installers/php-4.3.1 -I/export/home/mjd1/installers/php-4.3.1/Zend -I/export/home/mjd1/installers/php-4.3.1/ext/xml/expa t -m64 -mcpu=v9 -D_POSIX_PTHREAD_SEMANTICS -I/export/home/mjd1/installers/php-4.3.1/TSRM -m64 -mcpu=v9 -c /export/home/mjd1/installers/php-4.3.1/ext/ctype/ct ype.c -o ext/ctype/ctype.o && echo > ext/ctype/ctype.lo In file included from /export/home/mjd1/installers/php-4.3.1/Zend/zend.h:202, from /export/home/mjd1/installers/php-4.3.1/main/php.h:34, from /export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23: /export/home/mjd1/installers/php-4.3.1/Zend/zend_hash.h:119: parse error before "va_list" In file included from /export/home/mjd1/installers/php-4.3.1/Zend/zend.h:203, from /export/home/mjd1/installers/php-4.3.1/main/php.h:34, from /export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23: /export/home/mjd1/installers/php-4.3.1/Zend/zend_llist.h:34: parse error before "va_list" In file included from /export/home/mjd1/installers/php-4.3.1/main/php.h:34, from /export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23: /export/home/mjd1/installers/php-4.3.1/Zend/zend.h:285: parse error before "va_list" /export/home/mjd1/installers/php-4.3.1/Zend/zend.h:423: parse error before "va_list" In file included from /export/home/mjd1/installers/php-4.3.1/main/php.h:224, from /export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23: /export/home/mjd1/installers/php-4.3.1/main/spprintf.h:40: parse error before "va_list" In file included from /export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23: /export/home/mjd1/installers/php-4.3.1/main/php.h:277: parse error before "va_list" In file included from /export/home/mjd1/installers/php-4.3.1/main/php.h:360, from /export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23: /export/home/mjd1/installers/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159: warning: `struct utimbuf' declared inside parameter list /export/home/mjd1/installers/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159: warning: its scope is only this definition or declaration, which is probably not what you wa nt *** Error code 1 make: Fatal error: Command failed for target `ext/ctype/ctype.lo' Previous Comments: [2003-03-03 20:08:20] [EMAIL PROTECTED] Please add the errors when you use the latest snapshot here too, even if they are the same. And what gcc version? What configure line was used? [2003-03-03 16:41:53] mjd1 at midwestlabs dot com oh and sorry its exactly the same errors [2003-03-03 16:41:15] mjd1 at midwestlabs dot com still doesnt work [2003-03-03 15:43:08] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-03-03 15:26:41] mjd1 at midwestlabs dot com dunno whats goin on here. it configures just fine but when i do the make it just dies on the first compile 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/22522 -- Edit this bug report at http://bugs.php.net/?id=22522&edit=1
#22473 [Opn->Fbk]: ISAPI Secure Server Variables not available?
ID: 22473 Updated by: [EMAIL PROTECTED] Reported By: e9025902 at stud2 dot tuwien dot ac dot at -Status: Open +Status: Feedback Bug Type: IIS related Operating System: Windows 2000 Server PHP Version: 4.3.1 New Comment: My bad, I misread your original report a bit, sorry about that. Anyway, could you possibly try and find out in what version it really broke..? Previous Comments: [2003-03-04 03:24:34] e9025902 at stud2 dot tuwien dot ac dot at I'm sorry, but I don't understand why something that worked all right in PHP 4.0.2 and is not working since 4.0.6 (possibly earlier) is not considered a bug. When I look into php4isapi.c in PHP 4.0.2 all server variables names are in static char *isapi_server_variables[] and in PHP 4.0.6 (and later) they are split into two arrays static char *ispapi_server_variable_names[] static char *ispapi_secure_server_variable_names[] The later variables are missing! php_info() shows that they are here using static void php_info_isapi(ZEND_MODULE_INFO_FUNC_ARGS) In my opinion this means, that they can be accessed, but are not put into the PHP variables. I had a look at the php-windows mailing list, and there's a guy with excactly the same problem who got some answers, but none of that worked! cu Chris [2003-03-03 20:25:18] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Please ask this kind of questions on the mailing lists.. This is not a support forum. [2003-02-28 06:29:28] e9025902 at stud2 dot tuwien dot ac dot at When I use the CGI version of PHP 4.3.1 the Secure Server Variables are available (e.g CERT_SUBJECT, CERT_SERIALNUMBER, ...). When I use the ISAPI version they are shown with php_info in the ISAPI section, but they are not in $_SERVER or $_ENV. Is this a bug, a feature or a wrong php.ini? maybe someone could have a look at php4isapi.c because there I found static char *isapi_secure_server_variable_names[] Thanks Chris -- Edit this bug report at http://bugs.php.net/?id=22473&edit=1
#21339 [Com]: cannot compile gettext support
ID: 21339
Comment by: sjsobol at justthe dot net
Reported By: gobbers at faw dot uni-ulm dot de
Status: Bogus
Bug Type: Gettext related
Operating System: Solaris 8
PHP Version: 4.3.0
New Comment:
Hey now. Some of us work for a living :P :)
Seriously: I finally chalked it up to a problem using a Mandrake RPM on
Red Hat (although usually I have no problems doing so). I grabbed
another source RPM (the build source is listed as "Unknown", but I know
it is not Mandrake) and made my tweaks to it. It compiled just fine,
including ming, pdflib and gettext. (I was encountering the same
problem with ming and some of the other PHP modules that I was with
gettext, so it was not specifically the gettext module that was having
an issue.
I imagine Mandrake's spec file is heavily customized to work with their
distro, which normally not a problem as I have many customized Mandrake
RPMS on my server, but something was causing major issues with this
particular RPM.
Anyhow, I don't think this is a PHP issue. I think it's a
package-specific issue.
Previous Comments:
[2003-02-10 12:43:41] [EMAIL PROTECTED]
Works fine here, user has more important issues to deal with and can't
provide feedback, and this most likely is some user error anyway.
[2003-02-04 17:52:11] sjsobol at justthe dot net
Okay, now I'm really confused. I yanked the Configure command out of
the RPM. Here it is.
#!/bin/sh
EXTERNAL_MODULES="mysql pgsql gd imap ldap bcmath bz2 calendar com cpdf
crack curl cyrus db dba_bundle dbase dbx dio domxml dotnet exif fbsql
fdftk filepro fribidi gmp hwapi hyperwave iconv informix ingres_ii
interbase ircg java mcrypt mbstring mhash mime_magic ming mnogosearch
msession msql mssql ncurses notes oci8 odbc oracle ovrimos pcntl pdf
pfpro pspell qtdom readline recode rpc shmop snmp sockets swf sybase
sybase_ct sysvmsg wddx xml xmlrpc xslt yaz zip"
./configure \
--enable-discard-path \
--disable-force-cgi-redirect \
--enable-shared \
--disable-static \
--disable-debug \
--disable-rpath \
--enable-pic \
--enable-inline-optimization \
--enable-memory-limit \
--with-pear \
--enable-magic-quotes \
--enable-debugger \
--enable-track-vars \
--with-versioning \
--with-mod_charset \
--with-regex=php \
--enable-track-vars \
--enable-trans-sid \
--enable-safe-mode \
--with-ctype \
--with-ttf \
--with-zlib \
--enable-sysvsem \
--enable-sysvshm \
--enable-yp \
--enable-ftp \
--without-aspell \
--without-kerberos \
--with-gettext=/usr/local \
--without-dba \
--without-db2 \
--without-db3 \
--with-mysql=/usr/mysql \
`for i in $EXTERNAL_MODULES; do echo --without-${i} --disable-${i};
done` \
--without-gdbm
and that worked. (I got rid of --with-freetype because
right now I don't have freetype installed on my system.)
[2003-02-04 16:39:14] sjsobol at justthe dot net
More info... I am trying to rebuild a Mandrake RPM from the source RPM.
That's what has been failing, so I downloaded the December 27, 2002
tarball off the website earlier today (today is Tuesday, February 4th)
and built it.
Using --disable-all --with-gettext=/usr/local worked.
So now I've copied over the configure command from the
RPM's spec file and am going to try it.
At this point I suspect that one of the other configure options is
causing problems. Will post more info as soon
as I have it.
[2003-02-04 05:40:12] gobbers at faw dot uni-ulm dot de
I've tried compiling it with
./configure --disable-all
--with-gettext=/path/to/gettext/install/prefix
but still failed. I've given up for now as I've other issues which are
more important...
[2003-02-03 12:08:51] sjsobol at justthe dot net
I have now experienced this problem too. Found this ticket via
groups.google.com and would like to point out the difference in OS: I'm
running Red Hat Linux 7.3 (i386) and compiling PHP 4.3.0 also, with the
same issue. I did try configure --disable-all --with-gettext and that
didn't work either. I may be confused about what is supposed to go into
--with-gettext=/blah - is 'blah' a pointer to the library directory (in
my case /usr/local/lib) or the source tree? Also, 'make install' (in
gettext) installs the gettext libs into /usr/local/lib, but oddly
enough, does not install the headers into /usr/local/include and I'm
wondering if that might be part of my problem. Configure params are as
follows,
./configure \
--enable-discard-path \
--disable-force-cgi-redirect \
--enable-shared \
--disable-static \
--d
#22531 [Opn->Fbk]: Undefined variable: _ENV, vanished superglobals
ID: 22531 Updated by: [EMAIL PROTECTED] Reported By: daniel dot gorski at develnet dot org -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: Linux RH6.2 PHP Version: 5CVS-2003-03-04 (dev) Previous Comments: [2003-03-04 07:22:56] [EMAIL PROTECTED] Unable to reproduce on WinXP (latest snap)... Running via CLI, i get full output from: php -r "print_r($_ENV);" as well as php -r "print_r($_SERVER);" ~ Andrew Heebner [2003-03-04 02:00:02] daniel dot gorski at develnet dot org [EMAIL PROTECTED]:/src/php5/sapi/cli> ./php -v PHP 5.0.0-dev (cli) (built: Mar 4 2003 08:43:46) Copyright (c) 1997-2003 The PHP Group Zend Engine v2.0.0-dev, Copyright (c) 1998-2003 Zend Technologies [EMAIL PROTECTED]:/src/php5/sapi/cli> ./php -i | head -16 phpinfo() PHP Version => 5.0.0-dev System => Linux warpcore 2.2.20 #12 Mon Feb 10 17:14:10 CET 2003 i686 Build Date => Mar 4 2003 08:39:51 Configure Command => './configure' '--enable-force-cgi-redirect' '--with-mysql=/usr/local/mysql' '--with-config-file-path=../conf' '--with-zlib' Server API => Command Line Interface Virtual Directory Support => disabled Configuration File (php.ini) Path => ../conf PHP API => 20020918 PHP Extension => 20020429 Zend Extension => 90021012 Debug Build => no Thread Safety => disabled Registered PHP Streams => php, http, ftp, compress.zlib [EMAIL PROTECTED]:/src/php5/sapi/cli> ./php Notice: Undefined variable: _ENV in - on line 3 The same goes for $_SERVER (in CGI version). Latest HEAD on RH6.2 Linux. regards dtg -- Edit this bug report at http://bugs.php.net/?id=22531&edit=1
#13634 [Com]: Warning: Failed to Receive in \nphp\nfunc.php on lines 527
ID: 13634 Comment by: webmaster at cycocity dot com Reported By: tallmisha at yahoo dot com Status: No Feedback Bug Type: Mail related Operating System: Win NT PHP Version: 4.0.6 New Comment: Warning: Failed to Receive in C:\indigoperl\apache\htdocs\FormToEmail.php on line 81 This is on a WinME machine running PHP 4.2.3 CyCo Previous Comments: [2002-11-08 04:28:05] dj_cryptoknight at msn dot com No it is not improvied. I Have the latest version of php and the problem is still there. I have no aswer to this problem. [2002-07-03 01:00:08] php-bugs at lists dot php dot net No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-06-02 13:46:47] [EMAIL PROTECTED] Error handling has been improvied, please try a snapshot http://snaps.php.net/win32/php4-win32-latest.zip [2001-10-10 19:31:48] tallmisha at yahoo dot com Warning: Failed to Receive in c:\program files\apache group\apache\htdocs\nphp\nfunc.php on line 527 mail($nphp_config["EmailReplyAddress"],"News Update From " . $nphp_config["SiteName"], $output, "Reply-To: " . $nphp_config["SiteName"] . " News <" . $nphp_config["EmailReplyAddress"] . ">\nBCC: " . $maillist . "\n"); thats the line that the error points to. -- Edit this bug report at http://bugs.php.net/?id=13634&edit=1
#20715 [NoF->Opn]: IBM-DB2 don't compile
ID: 20715 User updated by: bruno at cameleons dot net Reported By: bruno at cameleons dot net -Status: No Feedback +Status: Open Bug Type: ODBC related Operating System: Linux 2.4.19 PHP Version: 4.3.0RC2 New Comment: After 3 months, I've try again to compile PHP 4.3.1 with Apache 2 and IBM DB2 support but with no success. I've tried with PHP 4.3.0, PHP 4.3.1 and PHP latest snapshot. I've changed the DB2 version: 7.1 > 7.2. The following configure line failed too: ./configure --with-ibm-db2=shared,/usr/IBMdb2/V7.1 Please Help! Thanks Previous Comments: [2003-01-02 18:41:09] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2002-12-05 19:51:34] [EMAIL PROTECTED] Interestingly enough there have been no changes to the config.m4 with regards to the ibm-db2 section between those two versions. Does this happen only with the db2 option selected? [2002-11-29 04:12:49] bruno at cameleons dot net hi, I need to compile IBM DB2 support on PHP with Apache 2. With the 4.2.3, i've the problem with file_exists function and relative path. So, i downloaded the 4.3.0RC2 version. Everything compile fine but the ODBC module don't work. Apache send this message: /usr/sbin/httpd: relocation error: /usr/lib/php4/odbc.so: undefined symbol: SQLAllocEnv When i do a ldd command on odbc.so: libc.so.6 => /lib/libc.so.6 (0x40011000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000) on the 4.2.3 version, the same command do this result: libdb2.so.1 => /usr/IBMdb2/V7.1/lib/libdb2.so.1 (0x4001b000) libc.so.6 => /lib/libc.so.6 (0x40843000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x4096a000) libdl.so.2 => /lib/libdl.so.2 (0x40997000) libpthread.so.0 => /lib/libpthread.so.0 (0x4099a000) libstdc++-libc6.1-1.so.2 => /usr/lib/libstdc++-libc6.1-1.so.2 (0x409af000) libm.so.6 => /lib/libm.so.6 (0x409f1000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000) Here's my configure: CFLAGS="-O2 -march=i686 -funroll-loops -D_REENTRANT -fPIC"; export CFLAGS LIBS="-lttf -lfreetype -lpng -ljpeg -lz -lnsl"; export LIBS EXTENSION_DIR=/usr/lib/php4; export EXTENSION_DIR IMAP_SHARED_LIBADD=-lc-client ; export IMAP_SHARED_LIBADD ./buildconf ./configure \ --prefix=/usr \ --with-layout=GNU \ --with-apxs2=/usr/sbin/apxs \ --with-config-file-path=/etc/httpd \ --with-exec-dir=/usr/bin \ --with-openssl \ --with-zlib \ --with-bz2 \ --with-gd \ --with-ttf \ --with-png \ --with-jpeg-dir=/usr \ --with-png-dir=/usr \ --with-freetype-dir=/usr \ --with-expat-dir=/usr \ --with-gmp \ --with-xml \ --with-imap=shared \ --with-imap-ssl \ --with-mysql=shared,/usr \ --with-mysql-sock=/var/lib/mysql/mysql.sock \ --with-ldap=shared \ --with-pspell \ --disable-debug \ --disable-posix \ --disable-rpath \ --enable-safe-mode \ --enable-magic-quotes \ --enable-bcmath \ --enable-dio \ --enable-gd-native-ttf \ --enable-sysvsem \ --enable-sysvshm \ --enable-wddx \ --enable-pic \ --enable-inline-optimization \ --enable-memory-limit \ --enable-cli \ --enable-force-cgi-redirect \ --with-pear=/usr/share/pear \ --enable-discard-path \ --enable-track-vars \ --enable-ftp \ --with-pdflib=/usr \ --with-ibm-db2=shared,/usr/IBMdb2/V7.1 \ --with-oci8=shared,/usr/oracle/product/9.0.1 Thanks for help Bruno Meneuvrier -- Edit this bug report at http://bugs.php.net/?id=20715&edit=1
#22522 [Opn->Fbk]: Config runs fine but errors during make
ID: 22522 Updated by: [EMAIL PROTECTED] Reported By: mjd1 at midwestlabs dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Solaris 2.8 PHP Version: 4.3.1 New Comment: So you're not using the snapshot. Please try the snapshot for real now. Previous Comments: [2003-03-04 08:37:37] mjd1 at midwestlabs dot com Im using gcc 3.2.2 Here is the config line CFLAGS='-m64 -mcpu=v9' CPPFLAGS='-m64 -mcpu=v9' LDFLAGS='-m64' CC='gcc' ./configure --with-mysql --with-apache=../apache_1.3.27 --enable-track-vars --disable-debug --enable-mysql Here are the errors gcc -Iext/ctype/ -I/export/home/mjd1/installers/php-4.3.1/ext/ctype/ -DPHP_ATOM_INC -I/export/home/mjd1/installers/php-4.3.1/include -I/export/home/mjd1/instal lers/php-4.3.1/main -I/export/home/mjd1/installers/php-4.3.1 -I/export/home/mjd1/installers/php-4.3.1/Zend -I/export/home/mjd1/installers/php-4.3.1/ext/xml/expa t -m64 -mcpu=v9 -D_POSIX_PTHREAD_SEMANTICS -I/export/home/mjd1/installers/php-4.3.1/TSRM -m64 -mcpu=v9 -c /export/home/mjd1/installers/php-4.3.1/ext/ctype/ct ype.c -o ext/ctype/ctype.o && echo > ext/ctype/ctype.lo In file included from /export/home/mjd1/installers/php-4.3.1/Zend/zend.h:202, from /export/home/mjd1/installers/php-4.3.1/main/php.h:34, from /export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23: /export/home/mjd1/installers/php-4.3.1/Zend/zend_hash.h:119: parse error before "va_list" In file included from /export/home/mjd1/installers/php-4.3.1/Zend/zend.h:203, from /export/home/mjd1/installers/php-4.3.1/main/php.h:34, from /export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23: /export/home/mjd1/installers/php-4.3.1/Zend/zend_llist.h:34: parse error before "va_list" In file included from /export/home/mjd1/installers/php-4.3.1/main/php.h:34, from /export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23: /export/home/mjd1/installers/php-4.3.1/Zend/zend.h:285: parse error before "va_list" /export/home/mjd1/installers/php-4.3.1/Zend/zend.h:423: parse error before "va_list" In file included from /export/home/mjd1/installers/php-4.3.1/main/php.h:224, from /export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23: /export/home/mjd1/installers/php-4.3.1/main/spprintf.h:40: parse error before "va_list" In file included from /export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23: /export/home/mjd1/installers/php-4.3.1/main/php.h:277: parse error before "va_list" In file included from /export/home/mjd1/installers/php-4.3.1/main/php.h:360, from /export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23: /export/home/mjd1/installers/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159: warning: `struct utimbuf' declared inside parameter list /export/home/mjd1/installers/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159: warning: its scope is only this definition or declaration, which is probably not what you wa nt *** Error code 1 make: Fatal error: Command failed for target `ext/ctype/ctype.lo' [2003-03-03 20:08:20] [EMAIL PROTECTED] Please add the errors when you use the latest snapshot here too, even if they are the same. And what gcc version? What configure line was used? [2003-03-03 16:41:53] mjd1 at midwestlabs dot com oh and sorry its exactly the same errors [2003-03-03 16:41:15] mjd1 at midwestlabs dot com still doesnt work [2003-03-03 15:43:08] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip 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/22522 -- Edit this bug report at http://bugs.php.net/?id=22522&edit=1
#22522 [Fbk]: Config runs fine but errors during make
ID: 22522 Updated by: [EMAIL PROTECTED] Reported By: mjd1 at midwestlabs dot com Status: Feedback Bug Type: Compile Failure Operating System: Solaris 2.8 PHP Version: 4.3.1 New Comment: And second: Just do plain ./configure, without defining those environment variables. (there are some 64bit issues with PHP, but we have another report for those so if not using those 'fixes' this, then we'll close this report) Previous Comments: [2003-03-04 10:03:39] [EMAIL PROTECTED] So you're not using the snapshot. Please try the snapshot for real now. [2003-03-04 08:37:37] mjd1 at midwestlabs dot com Im using gcc 3.2.2 Here is the config line CFLAGS='-m64 -mcpu=v9' CPPFLAGS='-m64 -mcpu=v9' LDFLAGS='-m64' CC='gcc' ./configure --with-mysql --with-apache=../apache_1.3.27 --enable-track-vars --disable-debug --enable-mysql Here are the errors gcc -Iext/ctype/ -I/export/home/mjd1/installers/php-4.3.1/ext/ctype/ -DPHP_ATOM_INC -I/export/home/mjd1/installers/php-4.3.1/include -I/export/home/mjd1/instal lers/php-4.3.1/main -I/export/home/mjd1/installers/php-4.3.1 -I/export/home/mjd1/installers/php-4.3.1/Zend -I/export/home/mjd1/installers/php-4.3.1/ext/xml/expa t -m64 -mcpu=v9 -D_POSIX_PTHREAD_SEMANTICS -I/export/home/mjd1/installers/php-4.3.1/TSRM -m64 -mcpu=v9 -c /export/home/mjd1/installers/php-4.3.1/ext/ctype/ct ype.c -o ext/ctype/ctype.o && echo > ext/ctype/ctype.lo In file included from /export/home/mjd1/installers/php-4.3.1/Zend/zend.h:202, from /export/home/mjd1/installers/php-4.3.1/main/php.h:34, from /export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23: /export/home/mjd1/installers/php-4.3.1/Zend/zend_hash.h:119: parse error before "va_list" In file included from /export/home/mjd1/installers/php-4.3.1/Zend/zend.h:203, from /export/home/mjd1/installers/php-4.3.1/main/php.h:34, from /export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23: /export/home/mjd1/installers/php-4.3.1/Zend/zend_llist.h:34: parse error before "va_list" In file included from /export/home/mjd1/installers/php-4.3.1/main/php.h:34, from /export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23: /export/home/mjd1/installers/php-4.3.1/Zend/zend.h:285: parse error before "va_list" /export/home/mjd1/installers/php-4.3.1/Zend/zend.h:423: parse error before "va_list" In file included from /export/home/mjd1/installers/php-4.3.1/main/php.h:224, from /export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23: /export/home/mjd1/installers/php-4.3.1/main/spprintf.h:40: parse error before "va_list" In file included from /export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23: /export/home/mjd1/installers/php-4.3.1/main/php.h:277: parse error before "va_list" In file included from /export/home/mjd1/installers/php-4.3.1/main/php.h:360, from /export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23: /export/home/mjd1/installers/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159: warning: `struct utimbuf' declared inside parameter list /export/home/mjd1/installers/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159: warning: its scope is only this definition or declaration, which is probably not what you wa nt *** Error code 1 make: Fatal error: Command failed for target `ext/ctype/ctype.lo' [2003-03-03 20:08:20] [EMAIL PROTECTED] Please add the errors when you use the latest snapshot here too, even if they are the same. And what gcc version? What configure line was used? [2003-03-03 16:41:53] mjd1 at midwestlabs dot com oh and sorry its exactly the same errors [2003-03-03 16:41:15] mjd1 at midwestlabs dot com still doesnt work 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/22522 -- Edit this bug report at http://bugs.php.net/?id=22522&edit=1
#20715 [Opn->Fbk]: IBM-DB2 don't compile
ID: 20715 Updated by: [EMAIL PROTECTED] Reported By: bruno at cameleons dot net -Status: Open +Status: Feedback Bug Type: ODBC related Operating System: Linux 2.4.19 PHP Version: 4.3.0RC2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And don't sert any CFLAGS or so when you run configure.. (make sure those are not set in your environment either) Previous Comments: [2003-03-04 10:04:59] bruno at cameleons dot net After 3 months, I've try again to compile PHP 4.3.1 with Apache 2 and IBM DB2 support but with no success. I've tried with PHP 4.3.0, PHP 4.3.1 and PHP latest snapshot. I've changed the DB2 version: 7.1 > 7.2. The following configure line failed too: ./configure --with-ibm-db2=shared,/usr/IBMdb2/V7.1 Please Help! Thanks [2003-01-02 18:41:09] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2002-12-05 19:51:34] [EMAIL PROTECTED] Interestingly enough there have been no changes to the config.m4 with regards to the ibm-db2 section between those two versions. Does this happen only with the db2 option selected? [2002-11-29 04:12:49] bruno at cameleons dot net hi, I need to compile IBM DB2 support on PHP with Apache 2. With the 4.2.3, i've the problem with file_exists function and relative path. So, i downloaded the 4.3.0RC2 version. Everything compile fine but the ODBC module don't work. Apache send this message: /usr/sbin/httpd: relocation error: /usr/lib/php4/odbc.so: undefined symbol: SQLAllocEnv When i do a ldd command on odbc.so: libc.so.6 => /lib/libc.so.6 (0x40011000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000) on the 4.2.3 version, the same command do this result: libdb2.so.1 => /usr/IBMdb2/V7.1/lib/libdb2.so.1 (0x4001b000) libc.so.6 => /lib/libc.so.6 (0x40843000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x4096a000) libdl.so.2 => /lib/libdl.so.2 (0x40997000) libpthread.so.0 => /lib/libpthread.so.0 (0x4099a000) libstdc++-libc6.1-1.so.2 => /usr/lib/libstdc++-libc6.1-1.so.2 (0x409af000) libm.so.6 => /lib/libm.so.6 (0x409f1000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000) Here's my configure: CFLAGS="-O2 -march=i686 -funroll-loops -D_REENTRANT -fPIC"; export CFLAGS LIBS="-lttf -lfreetype -lpng -ljpeg -lz -lnsl"; export LIBS EXTENSION_DIR=/usr/lib/php4; export EXTENSION_DIR IMAP_SHARED_LIBADD=-lc-client ; export IMAP_SHARED_LIBADD ./buildconf ./configure \ --prefix=/usr \ --with-layout=GNU \ --with-apxs2=/usr/sbin/apxs \ --with-config-file-path=/etc/httpd \ --with-exec-dir=/usr/bin \ --with-openssl \ --with-zlib \ --with-bz2 \ --with-gd \ --with-ttf \ --with-png \ --with-jpeg-dir=/usr \ --with-png-dir=/usr \ --with-freetype-dir=/usr \ --with-expat-dir=/usr \ --with-gmp \ --with-xml \ --with-imap=shared \ --with-imap-ssl \ --with-mysql=shared,/usr \ --with-mysql-sock=/var/lib/mysql/mysql.sock \ --with-ldap=shared \ --with-pspell \ --disable-debug \ --disable-posix \ --disable-rpath \ --enable-safe-mode \ --enable-magic-quotes \ --enable-bcmath \ --enable-dio \ --enable-gd-native-ttf \ --enable-sysvsem \ --enable-sysvshm \ --enable-wddx \ --enable-pic \ --enable-inline-optimization \ --enable-memory-limit \ --enable-cli \ --enable-force-cgi-redirect \ --with-pear=/usr/share/pear \ --enable-discard-path \ --enable-track-vars \ --enable-ftp \ --with-pdflib=/usr \ --with-ibm-db2=shared,/usr/IBMdb2/V7.1 \ --with-oci8=shared,/usr/oracle/product/9.0.1 Thanks for help Bruno Meneuvrier -- Edit this bug report at http://bugs.php.net/?id=20715&edit=1
#22534 [Opn->Fbk]: Environment Variables not resolved
ID: 22534 Updated by: [EMAIL PROTECTED] Reported By: KTalleur at abics dot de -Status: Open +Status: Feedback Bug Type: CGI related Operating System: SuSE Linux PHP Version: 4.3.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-03-04 07:38:59] KTalleur at abics dot de No, its not the same. In my environment, the script is executed. I don't get any errors, except for the missing values / variables. [2003-03-04 07:35:45] jeanfrancois dot lecam at altiplano dot fr I guess my problem is the same : using apache-1.3.27/suexec + cgiwrap-3.7.1 + php-4.3.1 as a CGI, I get a "premature end of script headers" (used to work with php-4.2.3). Using cgiwrapd and php.ini with 'log_errors = On', it says : PHP Fatal error: Unknown(): Unable to open /home/websites/website1/web/ in Unknown on line 0 This is my doc_root, it lacks the script name ! Downgrading to 4.2.3... [2003-03-04 06:05:27] KTalleur at abics dot de I am using PHP 4.3.1 as a CGI with Apache 1.3.27. Using phpinfo(), i found out that the variables SCRIPT_NAME PATH_INFO are not shown in the environment section. Therefore, PHP_SELF is shown empty in the PHP Variables section. With PHP 4.2.2 (same Apache Config, just the php binary changed), everything is fine - the two environment variables are shown, and the php_self variable is set. So this is a feature of the current version! I compiled PHP with --enable-track-vars,--enable-force-cgi-redirect, --with-gd=/usr. Any suggestions? -- Edit this bug report at http://bugs.php.net/?id=22534&edit=1
#21389 [Opn->Fbk]: preg_match crash after some calls
ID: 21389 Updated by: [EMAIL PROTECTED] Reported By: gregoire dot roland at edfgdf dot fr -Status: Open +Status: Feedback Bug Type: PCRE related Operating System: Windows NT 4 sp6a french PHP Version: 4.3.0 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-03-04 04:03:06] [EMAIL PROTECTED] Similar to bug #21615 I cannot reproduce the problem with the supplied long long script.. [2003-01-08 02:46:58] gregoire dot roland at edfgdf dot fr There is no carriage return in the code below (in $le_code). The variable $le_code is on a single line. Thanks !! [2003-01-08 02:44:11] gregoire dot roland at edfgdf dot fr This code is crashig : DrWatson Stack Overflow. "F" And */ /* COUNTRY <> "B") And */ /* &B_TROUVE = False And */ /* (None(EG_COD_CAS_FIXE) Or */ /* EG_COD_CAS_FIXE <> "ETR") Then */ /* Warning (MsgGet(20002, 23, "Message non trouvé dans le catalogue de messages")); */ /* End-If; */ /* EG_BLLA_28091999_ FIN */ /*End-If; */ /* EG_LSTJ_15012001_ FIN */ /*If (%PanelGroup = PANELGROUP.EG_AFFILIA_OD_IDEN Or */ /* %PanelGroup = PANELGROUP.EG_NUMERO_AD_GRP) And */ /* PERSONAL_DATA.EG_TYP_POP <> "SECI" Then */ /* &B_TROUVE = False; */ /* For &N_I = 1 To ActiveRowCount(RECORD.EG_PRESTAT_R) */ /* &S_STATUT = FetchValue(RECORD.EG_PRESTAT_R, &N_I, EG_PRESTAT_R.EG_STATUT_DOS1); */ /* If &S_STATUT = "ACT" And */ /* ActiveRowCount(RECORD.EG_PRESTAT_R) = 1 Then */ /* &B_TROUVE = True; */ /* End-If; */ /* End-For; */ /* EG_SVTC_19111999_ Correction suite à fiche anomalie 117 : contrôle sur le ligne courante et */ /* non sur l\'historique) */ /* &D_EFFDT = FetchValue(RECORD.EG_ADRESSE_R, 1, EFFDT); */ /* &N_LIGNE = 1; */ /* For &N_I = 2 To ActiveRowCount(RECORD.EG_ADRESSE_R) */ /* &D_DAT = FetchValue(RECORD.EG_ADRESSE_R, &N_I, EFFDT); */ /* If &D_EFFDT < &D_DAT Then */ /* &D_EFFDT = &D_DAT; */ /* &N_LIGNE = &N_I; */ /* End-If; */ /* End-For; */ /* If &B_TROUVE = False And */ /* EFFDT = &D_EFFDT Then */ /* If (None(EG_COD_UNIT_CAN) And */ /* All(EG_DAT_RAT_CAN)) Or */ /* (All(EG_COD_UNIT_CAN) And */ /* None(EG_DAT_RAT_CAN)) Or */ /* (None(EG_COD_UNIT_CAS) And */ /* All(EG_DAT_RAT_CAS)) Or */ /* (All(EG_COD_UNIT_CAS) And */ /* None(EG_DAT_RAT_CAS)) Then */ /* SetCursorPos(PANEL.EG_ADR_PREST_PNL, EG_COD_UNIT_CAN, CurrentRowNumber()); */ /* Error (MsgGet(20002, 10, "Message non trouvé dans le catalogue de messages")); */ /* End-If; */ /* End-If; */ /* EG_BLLA_28091999_ Correction suite à Fiche Ano n° 27 : contrôle sur le bon sens de la saisie */ /* du code forçage. */ /* EG_SVTC_09022000_ Correction suite à fiche anomalie 179 : c\'est un avertissement */ /* EG_LSTJ_15012001 Evolution adresse et centre de rattachement */ /* Désormais les Etrangers n\'ont plus besoin de motif de forçage */ /* If (COUNTRY <> "F" And */ /* COUNTRY <> "B") And */ /* (EFFDT = &D_EFFDT) And */ /* &B_TROUVE = False And */ /* (None(EG_COD_CAS_FIXE) Or */ /* EG_COD_CAS_FIXE <> "ETR") Then */ /* Warning (MsgGet(20002, 23, "Message non trouvé dans le catalogue de messages")); */ /* End-If; */ /* EG_BLLA_28091999_ FIN */ /* EG_LSTJ_152012001_ FIN */ /*End-If; */ /* EG_BLLA_02071999_ FIN */ /* EG_SVTC_19111999_ Correction suite à fiche anomalie 124 : séparation du cas réviser Prestataire */ /*If %PanelGroup = PANELGROUP.EG_DOS_ADM_GRP And */ /* PERSONAL_DATA.EG_TYP_POP <> "SECI" Then */ /* &B_TROUVE = False; */ /* For &N_I = 1 To ActiveRowCount(RECORD.EG_PRESTAT_R) */ /* &S_STATUT = FetchValue(RECORD.EG_PRESTAT_R, &N_I, EG_PRESTAT_R.EG_STATUT_DOS1); */ /* If &S_STATUT = "ACT" And */ /* ActiveRowCount(RECORD.EG_PRESTAT_R) = 1 Then */ /* &B_TROUVE = True; */ /* End-If; */ /* End-For; */ /* EG_SVTC_19111999_ Correction suite à fiche anomalie 117 : */ /*contrôle sur le ligne courante et non sur l\'historique) */ /* &D_EFFDT = FetchValue(RECORD.EG_ADRESSE_R, 1, EFFDT); */ /* &N_LIGNE = 1; */ /* For &N_I = 2 To ActiveRowCount(RECORD.EG_ADRESSE_R) */ /* &D_DAT = FetchValue(RECORD.EG_ADRESSE_R, &N_I, EFFDT); */ /* If &D_EFFDT < &D_DAT Then */ /* &D_EFFDT = &D_DAT; */ /* &N_LIGNE = &N_I; */ /* End-If; */ /* End-For; */ /* If &B_TROUVE = False And */ /* EFFDT = &D_EFFDT Then */ /* If (None(EG_COD_UNIT_CAN) And */ /* All(EG_DAT_RAT_CAN)) Or */ /* (All(EG_COD_UNIT_CAN) And */ /* None(EG_DAT_RAT_CAN)) */ /* (None(EG_COD_UNIT_CAS) And */ /* All(EG_DAT_RAT_CAS)) Or */ /* (All(EG_COD_UNIT_CAS) And */ /* None(EG_DAT_RAT_CAS)) Then */ /* SetCursorPos(PANEL.EG_ADR_PREST_PNL, EG_COD_UNIT_CAN, CurrentRowNumber()); */ /* Error (MsgGet(20002, 10, "Message non trouvé dans le catalogue de messages")); */ /* End-If; */ /* End-If; */ /* EG_BL
#22536 [Opn->Bgs]: Comments # and // BUG
ID: 22536 Updated by: [EMAIL PROTECTED] Reported By: zort at linuxbr dot com dot br -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Win98 PHP Version: 4.3.1 New Comment: RTFM: http://www.php.net/manual/en/language.basic-syntax.comments.php Previous Comments: [2003-03-04 06:53:12] zort at linuxbr dot com dot br Comments # and // BUG. NOT BUG: 1026587 "; /* $data = " 1026587 "; */ #-- ?> BUGS: 1026587 "; # $data = " # # # 1026587 # # # # # # # "; #-- ?> OR: 1026587 "; // $data = " // // //1026587 // // // // // // // "; #-- ?> -- Edit this bug report at http://bugs.php.net/?id=22536&edit=1
#20715 [Fbk]: IBM-DB2 don't compile
ID: 20715 Updated by: [EMAIL PROTECTED] Reported By: bruno at cameleons dot net Status: Feedback Bug Type: ODBC related Operating System: Linux 2.4.19 -PHP Version: 4.3.0RC2 +PHP Version: 4.3.1 New Comment: Try building unixODBC on your machine, and using that as the interface to DB2. It is currently the recommended means to connect to DB2 by IBM. Updating version as well. Previous Comments: [2003-03-04 10:09:51] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And don't sert any CFLAGS or so when you run configure.. (make sure those are not set in your environment either) [2003-03-04 10:04:59] bruno at cameleons dot net After 3 months, I've try again to compile PHP 4.3.1 with Apache 2 and IBM DB2 support but with no success. I've tried with PHP 4.3.0, PHP 4.3.1 and PHP latest snapshot. I've changed the DB2 version: 7.1 > 7.2. The following configure line failed too: ./configure --with-ibm-db2=shared,/usr/IBMdb2/V7.1 Please Help! Thanks [2003-01-02 18:41:09] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2002-12-05 19:51:34] [EMAIL PROTECTED] Interestingly enough there have been no changes to the config.m4 with regards to the ibm-db2 section between those two versions. Does this happen only with the db2 option selected? [2002-11-29 04:12:49] bruno at cameleons dot net hi, I need to compile IBM DB2 support on PHP with Apache 2. With the 4.2.3, i've the problem with file_exists function and relative path. So, i downloaded the 4.3.0RC2 version. Everything compile fine but the ODBC module don't work. Apache send this message: /usr/sbin/httpd: relocation error: /usr/lib/php4/odbc.so: undefined symbol: SQLAllocEnv When i do a ldd command on odbc.so: libc.so.6 => /lib/libc.so.6 (0x40011000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000) on the 4.2.3 version, the same command do this result: libdb2.so.1 => /usr/IBMdb2/V7.1/lib/libdb2.so.1 (0x4001b000) libc.so.6 => /lib/libc.so.6 (0x40843000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x4096a000) libdl.so.2 => /lib/libdl.so.2 (0x40997000) libpthread.so.0 => /lib/libpthread.so.0 (0x4099a000) libstdc++-libc6.1-1.so.2 => /usr/lib/libstdc++-libc6.1-1.so.2 (0x409af000) libm.so.6 => /lib/libm.so.6 (0x409f1000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000) Here's my configure: CFLAGS="-O2 -march=i686 -funroll-loops -D_REENTRANT -fPIC"; export CFLAGS LIBS="-lttf -lfreetype -lpng -ljpeg -lz -lnsl"; export LIBS EXTENSION_DIR=/usr/lib/php4; export EXTENSION_DIR IMAP_SHARED_LIBADD=-lc-client ; export IMAP_SHARED_LIBADD ./buildconf ./configure \ --prefix=/usr \ --with-layout=GNU \ --with-apxs2=/usr/sbin/apxs \ --with-config-file-path=/etc/httpd \ --with-exec-dir=/usr/bin \ --with-openssl \ --with-zlib \ --with-bz2 \ --with-gd \ --with-ttf \ --with-png \ --with-jpeg-dir=/usr \ --with-png-dir=/usr \ --with-freetype-dir=/usr \ --with-expat-dir=/usr \ --with-gmp \ --with-xml \ --with-imap=shared \ --with-imap-ssl \ --with-mysql=shared,/usr \ --with-mysql-sock=/var/lib/mysql/mysql.sock \ --with-ldap=shared \ --with-pspell \ --disable-debug \ --disable-posix \ --disable-rpath \ --enable-safe-mode \ --enable-magic-quotes \ --enable-bcmath \ --enable-dio \ --enable-gd-native-ttf \ --enable-sysvsem \ --enable-sysvshm \ --enable-wddx \ --enable-pic \ --enable-inline-optimization \ --enable-memory-limit \ --enable-cli \ --enable-force-cgi-redirect \ --with-pear=/usr/share/pear \ --enable-discard-path \ --enable-track-vars \ --enable-ftp \ --with-pdflib=/usr \ --with-ibm-db2=shared,/usr/IBMdb2/V7.1 \ --with-oci8=shared,/usr/oracle/product/9.0.1 Thanks for help Bruno Meneuvrier -- Edit this bug report at http://bugs.php.net/?id=20715&edit=1
#22508 [Asn->Csd]: fopen() crashes Apache if URL is redirect/
ID: 22508 Updated by: [EMAIL PROTECTED] Reported By: jim at bluedojo dot com -Status: Assigned +Status: Closed Bug Type: *Directory/Filesystem functions Operating System: Windows PHP Version: 4.3.1 Assigned To: wez New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-03-04 08:34:18] [EMAIL PROTECTED] 1 & 2 seems to work fine in latest CVS. #3 is a curios bugger, since it causes an unterminated loop due to what appears to the circular redirect against PHP has no protection. [2003-03-03 18:46:30] jim at bluedojo dot com Hello wez, and thanks for the speedy updates on fopen(). I've found some more types of URLS that causes an error using fopen(). I'm using Apache 1.3 and PHP 4.3.x (I used the latest CVS version.) They are listed below. 1.) If it redirects from http:// to https:// it will crash Apache connection. Example Link: http://registration.ft.com/registration/sub/manageYourAccount.jsp 2.) If fopen() loads an unauthorized page -- HTTP Error 403 (Forbidden) it crashes Apache connection. Example Link: http://www.fc-gabarron.es/en 3.) And I'm not sure why this is causing an error: Example Link: http://www.sportingnews.com/RealMedia/ads/click_lx.ads/www.sportingnews.com/soccer/articles/20030302/460373.html/1065908018/Right3/default/empty.gif/34313165376634343365363238633430 I'm not to familiar with programming with sockets and HTTP protocol, but is there a way to catch all the errors and just simply return false if the connection doesn't open? Just place the link in this code to see it happen: [2003-03-03 03:22:03] [EMAIL PROTECTED] We are not fixing bugs in 4.2.x releases any longer; 4.3.x is the current stable branch, PHP 5 is the current development version. [2003-03-02 21:04:36] jim at bluedojo dot com I also wanted to note that in version PHP 4.2.3 fopen will not work if it redirects from http:// to https://. Perhaps it should return false in this case. [2003-03-02 16:47:12] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. 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/22508 -- Edit this bug report at http://bugs.php.net/?id=22508&edit=1
#20715 [Fbk->Opn]: IBM-DB2 don't compile
ID: 20715 User updated by: bruno at cameleons dot net Reported By: bruno at cameleons dot net -Status: Feedback +Status: Open Bug Type: ODBC related Operating System: Linux 2.4.19 PHP Version: 4.3.1 New Comment: I've tried php4-STABLE-200303041230.tar.gz. The command env return any CFLAGS and I enter this configure: ./configure --with-ibm-db2=shared,/usr/IBMdb2/V7.1 --disable-all Bruno Previous Comments: [2003-03-04 10:19:28] [EMAIL PROTECTED] Try building unixODBC on your machine, and using that as the interface to DB2. It is currently the recommended means to connect to DB2 by IBM. Updating version as well. [2003-03-04 10:09:51] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And don't sert any CFLAGS or so when you run configure.. (make sure those are not set in your environment either) [2003-03-04 10:04:59] bruno at cameleons dot net After 3 months, I've try again to compile PHP 4.3.1 with Apache 2 and IBM DB2 support but with no success. I've tried with PHP 4.3.0, PHP 4.3.1 and PHP latest snapshot. I've changed the DB2 version: 7.1 > 7.2. The following configure line failed too: ./configure --with-ibm-db2=shared,/usr/IBMdb2/V7.1 Please Help! Thanks [2003-01-02 18:41:09] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2002-12-05 19:51:34] [EMAIL PROTECTED] Interestingly enough there have been no changes to the config.m4 with regards to the ibm-db2 section between those two versions. Does this happen only with the db2 option selected? 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/20715 -- Edit this bug report at http://bugs.php.net/?id=20715&edit=1
#22519 [Opn->Fbk]: Apache catches SEGV
ID: 22519 Updated by: [EMAIL PROTECTED] Reported By: thomas dot mieslinger at gls-germany dot com -Status: Open +Status: Feedback Bug Type: Informix related Operating System: Solaris 7 intel PHP Version: 4.3.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-03-03 09:43:12] thomas dot mieslinger at gls-germany dot com Hello, In the errorlog of my Apache 1.3.27 I see these messages: /export/opt/local/src/php-4.3.1/ext/informix/ifx.ec(2998) : Freeing 0x08836314 (89 bytes), script=/export/web/htdocs-depotadm-v2/ww/export/opt/local/src/php-4.3.1/ext/informix/ifx.ec(2875) : Freeing 0x08836FBC (84 bytes), script=/export/web/htdocs-depotadm-v2/ww/export/opt/local/src/php-4.3.1/ext/informix/ifx.ec(2998) : Freeing 0x0839558C (266 bytes), script=/export/web/htdocs-depotadm-v2/w/export/opt/local/src/php-4.3.1/ext/informix/ifx.ec(2981) : Freeing 0x08395504 (84 bytes), script=/export/web/htdocs-depotadm-v2/ww/export/opt/local/src/php-4.3.1/ext/informix/ifx.ec(2875) : Freeing 0x08394F54 (84 bytes), script=/export/web/htdocs-depotadm-v2/ww[Mon Mar 3 15:07:02 2003] [notice] child pid 6240 exit signal Segmentation Fault (11) When running in gdb I get this stacktrace Starting program: /usr/local/apache/bin/httpd -f /etc/apache/httpd.conf-test -X [New LWP2] [New LWP3] [New LWP4] [New LWP5] Program received signal SIGSEGV, Segmentation fault. 0xdf8dcbce in memmove () (gdb) bt #0 0xdf8dcbce in memmove () #1 0xdfbab6b3 in _sqlocwrite () #2 0xdfb9bfa3 in _sqg_blob () #3 0xdfba7b57 in _iqupdtargs () #4 0xdfba6650 in _iqftch () #5 0xdfba5ea4 in sqli_curs_fetch () #6 0x80db1f1 in zif_ifx_fetch_row (ht=1, return_value=0x87f1104, this_ptr=0x0, return_value_used=1) at /export/opt/local/src/php-4.3.1/ext/informix/ifx.ec:1703 #7 0x80c42d0 in execute (op_array=0x8592ac8) at /export/opt/local/src/php-4.3.1/Zend/zend_execute.c:1596 #8 0x80c44d0 in execute (op_array=0x887fb9c) at /export/opt/local/src/php-4.3.1/Zend/zend_execute.c:1640 #9 0x80b3879 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /export/opt/local/src/php-4.3.1/Zend/zend.c:864 #10 0x8087290 in php_execute_script (primary_file=0x80477a8) at /export/opt/local/src/php-4.3.1/main/main.c:1573 #11 0x80c923a in apache_php_module_main (r=0x82f1054, display_source_mode=0) at /export/opt/local/src/php-4.3.1/sapi/apache/sapi_apache.c:55 #12 0x807d4a2 in send_php () #13 0x807d4f6 in send_parsed_php () #14 0x81b2131 in ap_invoke_handler () #15 0x81c82d4 in process_request_internal () #16 0x81c833e in ap_process_request () #17 0x81beaeb in child_main () #18 0x81becb5 in make_child () #19 0x81bee2e in startup_children () #20 0x81bf474 in standalone_main () #21 0x81bfce4 in main () #22 0x806e69b in _start () While creating a html Document the apache Process dies due to a Problem in the PHP/informix Code. We're on IDS 7.31UC6X4 with ClientSDK 2.40UC1. phpinfo: System SunOS gpname 5.7 Generic_106542-23 i86pc Build Date Feb 20 2003 11:15:07 Configure Command './configure' '--with-informix' '--without-mysql' '--with-apache=../apache_1.3.27' '--enable-sockets' '--with-gd=/usr/local/' '--with-jpeg-dir=/usr/local/' '--with-png-dir=/usr/local' '--with-zlib-dir=/usr/local/' '--enable-debug' Server API Apache Virtual Directory Support disabled Configuration File (php.ini) Path /export/opt/local/lib/php.ini PHP API 20020918 PHP Extension 20020429 Zend Extension 20021010 Debug Build yes Thread Safety disabled Registered PHP Streams php, http, ftp, compress.zlib -- Edit this bug report at http://bugs.php.net/?id=22519&edit=1
#22497 [Opn->Fbk]: php writes on wrong position in file after new lines
ID: 22497 Updated by: [EMAIL PROTECTED] Reported By: henrik dot gebauer at web dot de -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: Windows 2000 PHP Version: 4CVS-2003-03-02 (stable) New Comment: And I can't reproduce this in Windows 2000 using latest stable snapshot either. Please try again, but this time, make sure you really update the PHP. Previous Comments: [2003-03-03 09:34:17] [EMAIL PROTECTED] Cannot reproduce on Windows XP. [2003-03-02 05:49:55] henrik dot gebauer at web dot de The script produces the following output with the current CVS version: \n\n\n\n\n\n01234567890123test89 This is the output I expect. I get it with PHP 4.3.0 and earlier versions. \n\n\n\n\n\n01234567890123456789test [2003-03-01 18:55:57] [EMAIL PROTECTED] Please show us the output produced by the script, and also the output that you expect the script to produce. [2003-03-01 16:20:56] henrik dot gebauer at web dot de sorry, Netscape filled the summary with the wrong contents. [2003-03-01 16:07:52] henrik dot gebauer at web dot de Note: The new line chars can be everywhere in the first string. 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/22497 -- Edit this bug report at http://bugs.php.net/?id=22497&edit=1
#22526 [Opn->Fbk]: session_start/popen hang
ID: 22526 Updated by: [EMAIL PROTECTED] Reported By: iberry at raxnet dot net -Status: Open +Status: Feedback Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip If the problem persists, see if the bug can be replicated using the CLI or CGI sapi. Previous Comments: [2003-03-03 17:55:33] iberry at raxnet dot net I think I have found some sort of race-like condition using session_start() and popen() functions, causing the web server to hang. The bug only seems to manifest when repeatedly initiating a page that requires session_start() and uses popen(). This is relevant for me because this page renders graphs and needs both of these functions to perform its job. Here is some example code to re-produce the problem: test.php end img.php end Notice how I am passing different GET variables to each image page session, this seems to be necessary for the bug to manifest. This code has been tested on both IIS 5 and Apache 2.0.44 with the same results The path I give popen() does not appear to make a difference. I have also have tried the popen 'r' and 'rb' file modes, which made no difference. The two triggers of this bug appear to be the combined use of session_start()/popen() and the varying GET variable values. Thanks for taking time to look into this. -Ian -- Edit this bug report at http://bugs.php.net/?id=22526&edit=1
#22028 [Opn->Fbk]: ODBC Connect
ID: 22028 Updated by: [EMAIL PROTECTED] Reported By: staff at caciara dot it -Status: Open +Status: Feedback Bug Type: ODBC related Operating System: Windows PHP Version: 4.3.0 New Comment: Is this still valid? Previous Comments: [2003-02-12 22:51:52] [EMAIL PROTECTED] Hi Paolo, If this problem still happening please contact me at my e-mail provided up above to test it together and see what is happening. Thanks in Advance, Ernani [2003-02-03 07:10:27] staff at caciara dot it the error line is this: $db=odbc_connect($db_name,$user, $password); i'm using a system DSN for a Access database. [2003-02-03 05:47:43] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2003-02-03 05:47:01] staff at caciara dot it I've made a script in a old version of PHP. Now i migrate into PHP 4.3 and the function odbc_connect return: Warning: SQL error: , SQL state 0 in SQLConnect in path\file_name.php on line 4 how can i do ? Thank's a lot and excuse me for my poor english Paolo Iozzino -- Edit this bug report at http://bugs.php.net/?id=22028&edit=1
#20715 [Opn->Fbk]: IBM-DB2 don't compile
ID: 20715 Updated by: [EMAIL PROTECTED] Reported By: bruno at cameleons dot net -Status: Open +Status: Feedback Bug Type: ODBC related Operating System: Linux 2.4.19 PHP Version: 4.3.1 New Comment: please try my request Previous Comments: [2003-03-04 10:24:33] bruno at cameleons dot net I've tried php4-STABLE-200303041230.tar.gz. The command env return any CFLAGS and I enter this configure: ./configure --with-ibm-db2=shared,/usr/IBMdb2/V7.1 --disable-all Bruno [2003-03-04 10:19:28] [EMAIL PROTECTED] Try building unixODBC on your machine, and using that as the interface to DB2. It is currently the recommended means to connect to DB2 by IBM. Updating version as well. [2003-03-04 10:09:51] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And don't sert any CFLAGS or so when you run configure.. (make sure those are not set in your environment either) [2003-03-04 10:04:59] bruno at cameleons dot net After 3 months, I've try again to compile PHP 4.3.1 with Apache 2 and IBM DB2 support but with no success. I've tried with PHP 4.3.0, PHP 4.3.1 and PHP latest snapshot. I've changed the DB2 version: 7.1 > 7.2. The following configure line failed too: ./configure --with-ibm-db2=shared,/usr/IBMdb2/V7.1 Please Help! Thanks [2003-01-02 18:41:09] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. 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/20715 -- Edit this bug report at http://bugs.php.net/?id=20715&edit=1
#22498 [Bgs->Csd]: mysql_fetch_array / assoc return row twice
ID: 22498
User updated by: yvan dot garnier at laposte dot net
Reported By: yvan dot garnier at laposte dot net
-Status: Bogus
+Status: Closed
Bug Type: MySQL related
Operating System: Linux Mandrake 9
PHP Version: 4.2.3
New Comment:
Upgraded to 4.3.1
Problem fixed
Previous Comments:
[2003-03-02 12:10:34] [EMAIL PROTECTED]
Thank you for taking the time to report a problem with PHP.
Unfortunately you are not using a current version of PHP --
the problem might already be fixed. Please download a new
PHP version from http://www.php.net/downloads.php
If you are able to reproduce the bug with one of the latest
versions of PHP, please change the PHP version on this bug report
to the version you tested and change the status back to "Open".
Again, thank you for your continued support of PHP.
4.3.1 is already out..
[2003-03-01 16:38:46] yvan dot garnier at laposte dot net
Query with grouping options return row twice when trying
to have associative array as result :
$sql ="SELECT MAX(date_send) AS max_date,idmess FROM sending WHERE
user='me' GROUP BY idmess HAVING max_date<(NOW()-INTERVAL 1 MONTH)"
$res_sql=mysql_query($id_cnx,$sql)
Using any of :
$res = mysql_fetch_array($res_sql,MYSQL_ASSOC)
or $res = mysql_fetch_assoc($res_sql)
foreach ( $res as $field=>$value ) {
echo "field name ".$field." value = ".$value }
This return each row twice with the same values while
MAX function with GROUP BY would return only one
This query works fine in MySQL console
This is also running correctly using mysql_fetch_objet
while ( $res = mysql_fetch_object($res_sql)) {
echo "field name ".$res->idmess." value ".$res->max_date
return only one row per value
--
Edit this bug report at http://bugs.php.net/?id=22498&edit=1
#22437 [Fbk]: Segmentation violation
ID: 22437 Updated by: [EMAIL PROTECTED] Reported By: olle at compound dot se Status: Feedback Bug Type: ODBC related Operating System: Redhat7.2/kernel 2.4.9 PHP Version: 4.3.1 Assigned To: kalowsky New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-02-26 15:32:16] [EMAIL PROTECTED] Try applying the patch at (againt latest stable CVS): http://bb.prohost.org/odbc43.txt If the problem is the result of sprintf() overflow this should correct it. [2003-02-26 09:59:02] [EMAIL PROTECTED] >From php_odbc.c: void odbc_do_connect(INTERNAL_FUNCTION_PARAMETERS, int persistent) ... len = strlen(db) + strlen(uid) + strlen(pwd) + sizeof(ODBC_TYPE) + 5; hashed_details = emalloc(len); hashed_len = sprintf(hashed_details, "%s_%s_%s_%s_%d", ODBC_TYPE, db, uid, pwd, cur_opt); ==> shouldn't len include the length of the string representation of cur_opt? Hope this helps, Marc. [2003-02-26 09:48:57] [EMAIL PROTECTED] don't change the status.. [2003-02-26 09:44:13] olle at compound dot se I have run the Valgrind test with PHP 4.2.3 instead of 4.3.1. The 4.2.3 test produced none of the "Invalid write" messages that 4.3.1 produced. PHP 4.2.3 was built with an identical config-file as 4.3.1. Unfortunately I believe we upgraded from 4.2.3 to get rid of ODBC-problems... [2003-02-26 09:42:23] [EMAIL PROTECTED] sounds like a problem on my end... icky... 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/22437 -- Edit this bug report at http://bugs.php.net/?id=22437&edit=1
#19528 [Opn->Fbk]: odbc_fetch_row() doesn't returned true if there is one row only
ID: 19528 Updated by: [EMAIL PROTECTED] Reported By: scott at abcoa dot com -Status: Open +Status: Feedback Bug Type: ODBC related Operating System: AIX (UNIX) PHP Version: 4.2.2 New Comment: Any chance you can try building with unixODBC as the driver, and connecting via that? It seems to be the recommended means from IBM for connecting to DB2 systems. Previous Comments: [2003-01-27 14:37:58] ranson at ea dot com I am having trouble with this as well, and have put in the bug workaround. It seeks to work but I have noticed that it skips my first row and duplicates my last row. [2002-10-02 12:06:17] [EMAIL PROTECTED] Updating summary [2002-09-27 12:16:06] scott at abcoa dot com I looked at few IBM books and IBM website and could find no such documentation about sql.log. I also tried typing in the command "find . -name '*log' -print" and got a few IBM DB2 logs but they aren't related to sql.log. Right now, I'm out of luck. Someone else will know more about it better than I do. [2002-09-26 15:53:58] [EMAIL PROTECTED] I'm not intimately familiar with the DB2 system, but there has to be a way to turn on ODBC logging. This is a fairly standard debugging method. Can you please check your documentation for it... it would make tracking this bug down infinately easier. [2002-09-26 11:56:56] scott at abcoa dot com Oh! That's what it is. No, I do not use the iODBC or OpenLink or anything of that sort. There is no such as odbc.ini feature for IBM DB2. I use this configure command before compiling PHP. --clip-- ./configure --with-apache=../apache_1.3.26 --with-ibm-db2=/usr/lpp/db2_06_01 --with-openssl=../openssl-0.9.6d --with-mcrypt=../libmcrypt-2.5.2 --without-mysql --with-config-file-path=../../apache/conf --enable-track-vars --with-curl --with-xml --clip-- 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/19528 -- Edit this bug report at http://bugs.php.net/?id=19528&edit=1
#20715 [Fbk->Opn]: IBM-DB2 don't compile
ID: 20715 User updated by: bruno at cameleons dot net Reported By: bruno at cameleons dot net -Status: Feedback +Status: Open Bug Type: ODBC related Operating System: Linux 2.4.19 PHP Version: 4.3.1 New Comment: Ok, but is unixODBC faster or slower than DBConnect? The syntaxe is compatible between UnixODBC and DB2connect? I have 300 scripts PHP using odbc functions. Previous Comments: [2003-03-04 10:30:33] [EMAIL PROTECTED] please try my request [2003-03-04 10:24:33] bruno at cameleons dot net I've tried php4-STABLE-200303041230.tar.gz. The command env return any CFLAGS and I enter this configure: ./configure --with-ibm-db2=shared,/usr/IBMdb2/V7.1 --disable-all Bruno [2003-03-04 10:19:28] [EMAIL PROTECTED] Try building unixODBC on your machine, and using that as the interface to DB2. It is currently the recommended means to connect to DB2 by IBM. Updating version as well. [2003-03-04 10:09:51] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And don't sert any CFLAGS or so when you run configure.. (make sure those are not set in your environment either) [2003-03-04 10:04:59] bruno at cameleons dot net After 3 months, I've try again to compile PHP 4.3.1 with Apache 2 and IBM DB2 support but with no success. I've tried with PHP 4.3.0, PHP 4.3.1 and PHP latest snapshot. I've changed the DB2 version: 7.1 > 7.2. The following configure line failed too: ./configure --with-ibm-db2=shared,/usr/IBMdb2/V7.1 Please Help! Thanks 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/20715 -- Edit this bug report at http://bugs.php.net/?id=20715&edit=1
#22534 [Fbk->Csd]: Environment Variables not resolved
ID: 22534 User updated by: KTalleur at abics dot de Reported By: KTalleur at abics dot de -Status: Feedback +Status: Closed Bug Type: CGI related Operating System: SuSE Linux PHP Version: 4.3.1 New Comment: It worked with the CMS-Snapshot (linux version). Thanks! Previous Comments: [2003-03-04 10:11:05] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-03-04 07:38:59] KTalleur at abics dot de No, its not the same. In my environment, the script is executed. I don't get any errors, except for the missing values / variables. [2003-03-04 07:35:45] jeanfrancois dot lecam at altiplano dot fr I guess my problem is the same : using apache-1.3.27/suexec + cgiwrap-3.7.1 + php-4.3.1 as a CGI, I get a "premature end of script headers" (used to work with php-4.2.3). Using cgiwrapd and php.ini with 'log_errors = On', it says : PHP Fatal error: Unknown(): Unable to open /home/websites/website1/web/ in Unknown on line 0 This is my doc_root, it lacks the script name ! Downgrading to 4.2.3... [2003-03-04 06:05:27] KTalleur at abics dot de I am using PHP 4.3.1 as a CGI with Apache 1.3.27. Using phpinfo(), i found out that the variables SCRIPT_NAME PATH_INFO are not shown in the environment section. Therefore, PHP_SELF is shown empty in the PHP Variables section. With PHP 4.2.2 (same Apache Config, just the php binary changed), everything is fine - the two environment variables are shown, and the php_self variable is set. So this is a feature of the current version! I compiled PHP with --enable-track-vars,--enable-force-cgi-redirect, --with-gd=/usr. Any suggestions? -- Edit this bug report at http://bugs.php.net/?id=22534&edit=1
#22537 [NEW]: isset result strange on $_SERVER["QUERY_STRING"]
From: r_brenart at yahoo dot com Operating system: Win2k Professional PHP version: 4.3.1 PHP Bug Type: Feature/Change Request Bug description: isset result strange on $_SERVER["QUERY_STRING"] Am running Apache 2.0.44 so perhaps this is part of the experimental nature of PHP's support for it. isset($_SERVER["QUERY_STRING"]) is always returning true, as expected because even as a blank value it's being put into the $_SERVER array, whereas this was not happening for me under Win NT 4.0, IIS 4.0, Apache 4.3.0 "; print_r($_SERVER); echo isset($_SERVER["QUERY_STRING"]); ?> -- Edit bug report at http://bugs.php.net/?id=22537&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22537&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22537&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22537&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22537&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22537&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22537&r=support Expected behavior: http://bugs.php.net/fix.php?id=22537&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22537&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22537&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22537&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22537&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22537&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22537&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22537&r=gnused
#22233 [Com]: "mod_gzip_on yes" makes force-cgi-redirect disabled and incorrect PHP_SELF
ID: 22233 Comment by: mailing at auktionmaster dot de Reported By: zlo at canada dot com Status: Assigned Bug Type: CGI related Operating System: RedHat 7.1, 7.2 PHP Version: 4.3.2-dev Assigned To: shane New Comment: Problem WAS fixed in an older snapshot but actually it is not. $PHP_SELF and all other variables like $_SERVER[PHP_SELF] are set to a wrong value (sometimes they are still empty). Depending on this the following problem occours: http://host/test.php?userid=1passwd=1 works; http://host/testtesttest.php?userid=1passwd=1 doesn't work; The file exist in both cases of course. Sometime the "parameter" is not splited on "&" Previous Comments: [2003-02-24 10:30:18] Julian dot Pawlowski at jp-solution dot net Ooops I'm very sorry... just tried the actual snapshot and now everything works fine for me ;) Greetings from Munich Julian [2003-02-24 09:50:11] Julian dot Pawlowski at jp-solution dot net failure also on SuSE Linux 8.1 compiling with: ./configure \ --disable-debug \ --enable-bcmath \ --enable-calendar \ --enable-ctype \ --enable-dbase \ --enable-gd-imgstrttf \ --enable-gd-native-ttf \ --enable-inline-optimization \ --enable-magic-quotes \ --enable-mbstr-enc-trans \ --enable-mbstring \ --enable-memory-limit \ --enable-safe-mode=yes \ --enable-sigchild \ --enable-sockets \ --enable-sysvsem \ --enable-sysvshm \ --enable-track-vars \ --enable-trans-sid \ --enable-versioning \ --enable-force-cgi-redirect \ --enable-fastcgi \ --with-ldap \ --with-bz2 \ --with-ftp \ --with-gdbm \ --with-gettext \ --with-gmp \ --with-jpeg-dir=/usr/local/lib \ --with-mcrypt \ --with-mysql-sock=/tmp/mysql.sock \ --with-mysql=/usr/local/mysql/current \ --with-ndbm \ --with-png-dir=/usr/local/lib \ --with-t1lib \ --with-tiff-dir=/usr/local/lib \ --with-ttf \ --with-freetype-dir=yes \ --with-xml \ --with-zlib=yes \ --with-openssl=/usr/local/openssl/current \ --with-gd=yes \ --with-iconv \ --with-pspell \ --with-exec-dir=/vol0/www \ --with-config-file-path=/vol0/www/config \ --with-pear=/usr/local/php/pear \ --prefix=/usr/local/php/4.3.1 [2003-02-23 18:30:52] [EMAIL PROTECTED] ..and assign to Shane, who I think said something about looking into this.. [2003-02-23 18:29:31] [EMAIL PROTECTED] (updated tested PHP version) [2003-02-23 18:21:29] g00155005 at mersin dot edu dot tr and also i should add returned $_SERVER['PHP_SELF'] value is not related to real path. e.g.: Document root: /var/www/html document : /var/www/html/genel/index.php URL: http://localhost/genel/index.php PHP_SELF: l/genel/index.php 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/22233 -- Edit this bug report at http://bugs.php.net/?id=22233&edit=1
#22052 [Fbk->Opn]: Ftp ftp_rawlist,ftp_nlist broken
ID: 22052 User updated by: ntrujillo at cox dot net Reported By: ntrujillo at cox dot net -Status: Feedback +Status: Open Bug Type: FTP related Operating System: FreeBSD 5.0-RELEASE #0 PHP Version: 4.3.1-dev New Comment: This is still broken, however unable to reproduce ftp_* type httpd or php core dump. I'm not too sure if this is related, but Pollita's tmp log file method only appends the directory info in CLI mode . .. thanks for your time, and sorry for the delay. Previous Comments: [2003-02-20 22:26:36] [EMAIL PROTECTED] Ok. Let's keep this at 'Feedback' status until you can get it to work. [2003-02-20 18:57:59] ntrujillo at cox dot net there is a diff in the /ext/domxml that is preventing patch-ext_domxml_config.m4 from cvs in freebsd port to apply cleanly. I'll let you know as soon as this is fixed in the cvs port [2003-02-20 18:31:56] [EMAIL PROTECTED] Please generate a new backtrace using the script [EMAIL PROTECTED] gave and the latest snapshot from today. (I can not reproduce this either, on linux) If the backtrace is exactly same as the one you posted earlier, don't add it, just mention that fact. :) [2003-02-20 18:06:33] ntrujillo at cox dot net Pollita, I believe this is a pretty generic install, no NIS,NFS,firewall, or clustering. notes on setup:: arch:i386 mobo:MSI pro5 i850 chipset proc:P4 1.8ghz 512k l2 cache ram:512mb 800mhz rdram disc:80gb cheetah 4 ATA-100 acd0: CD-RW at ata0-master UDMA33 acd1: DVD-ROM at ata0-slave UDMA33 The only 'special' thing that is different is audio support compiled into custom kernel. Hope this helps :) [2003-02-20 13:04:45] [EMAIL PROTECTED] I hate to say this... but I just cannot reproduce this bug. I've installed FreeBSD 5.0 on a Pentium2-233, Apache 1.3.27, and a PHP 4.3 snapshot php4-STABLE-200302190030.tar.gz as a DSO (via --with-apxs). Using: and get the listing of 488 files that is expected with no segfaults or other errors. There's clearly something 'special' about your installations which is triggering this bug to occur. Can you list any deviations from a standard install that are used on your server(s)? You never mentioned what architecture you're running on? Is it x86 or something else? Are you using NIS? clustering? Do you have any firewalling enabled? Recall that FTP connections use a separate command stream and data stream. Do other ftp_* commands work as expected? ftp_get() would be a good one to test. 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/22052 -- Edit this bug report at http://bugs.php.net/?id=22052&edit=1
#22522 [Fbk->Opn]: Config runs fine but errors during make
ID: 22522 User updated by: mjd1 at midwestlabs dot com Reported By: mjd1 at midwestlabs dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Solaris 2.8 PHP Version: 4.3.1 New Comment: the snapshot works of course but only 32 not 64. im not finding the 64 report and as i want it 64 ./configure wont work for me. you can close this report ill find help where its a little more willing and not so snappy Previous Comments: [2003-03-04 10:07:00] [EMAIL PROTECTED] And second: Just do plain ./configure, without defining those environment variables. (there are some 64bit issues with PHP, but we have another report for those so if not using those 'fixes' this, then we'll close this report) [2003-03-04 10:03:39] [EMAIL PROTECTED] So you're not using the snapshot. Please try the snapshot for real now. [2003-03-04 08:37:37] mjd1 at midwestlabs dot com Im using gcc 3.2.2 Here is the config line CFLAGS='-m64 -mcpu=v9' CPPFLAGS='-m64 -mcpu=v9' LDFLAGS='-m64' CC='gcc' ./configure --with-mysql --with-apache=../apache_1.3.27 --enable-track-vars --disable-debug --enable-mysql Here are the errors gcc -Iext/ctype/ -I/export/home/mjd1/installers/php-4.3.1/ext/ctype/ -DPHP_ATOM_INC -I/export/home/mjd1/installers/php-4.3.1/include -I/export/home/mjd1/instal lers/php-4.3.1/main -I/export/home/mjd1/installers/php-4.3.1 -I/export/home/mjd1/installers/php-4.3.1/Zend -I/export/home/mjd1/installers/php-4.3.1/ext/xml/expa t -m64 -mcpu=v9 -D_POSIX_PTHREAD_SEMANTICS -I/export/home/mjd1/installers/php-4.3.1/TSRM -m64 -mcpu=v9 -c /export/home/mjd1/installers/php-4.3.1/ext/ctype/ct ype.c -o ext/ctype/ctype.o && echo > ext/ctype/ctype.lo In file included from /export/home/mjd1/installers/php-4.3.1/Zend/zend.h:202, from /export/home/mjd1/installers/php-4.3.1/main/php.h:34, from /export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23: /export/home/mjd1/installers/php-4.3.1/Zend/zend_hash.h:119: parse error before "va_list" In file included from /export/home/mjd1/installers/php-4.3.1/Zend/zend.h:203, from /export/home/mjd1/installers/php-4.3.1/main/php.h:34, from /export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23: /export/home/mjd1/installers/php-4.3.1/Zend/zend_llist.h:34: parse error before "va_list" In file included from /export/home/mjd1/installers/php-4.3.1/main/php.h:34, from /export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23: /export/home/mjd1/installers/php-4.3.1/Zend/zend.h:285: parse error before "va_list" /export/home/mjd1/installers/php-4.3.1/Zend/zend.h:423: parse error before "va_list" In file included from /export/home/mjd1/installers/php-4.3.1/main/php.h:224, from /export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23: /export/home/mjd1/installers/php-4.3.1/main/spprintf.h:40: parse error before "va_list" In file included from /export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23: /export/home/mjd1/installers/php-4.3.1/main/php.h:277: parse error before "va_list" In file included from /export/home/mjd1/installers/php-4.3.1/main/php.h:360, from /export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23: /export/home/mjd1/installers/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159: warning: `struct utimbuf' declared inside parameter list /export/home/mjd1/installers/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159: warning: its scope is only this definition or declaration, which is probably not what you wa nt *** Error code 1 make: Fatal error: Command failed for target `ext/ctype/ctype.lo' [2003-03-03 20:08:20] [EMAIL PROTECTED] Please add the errors when you use the latest snapshot here too, even if they are the same. And what gcc version? What configure line was used? [2003-03-03 16:41:53] mjd1 at midwestlabs dot com oh and sorry its exactly the same errors 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/22522 -- Edit this bug report at http://bugs.php.net/?id=22522&edit=1
#20715 [Opn->Fbk]: IBM-DB2 don't compile
ID: 20715 Updated by: [EMAIL PROTECTED] Reported By: bruno at cameleons dot net -Status: Open +Status: Feedback Bug Type: ODBC related Operating System: Linux 2.4.19 PHP Version: 4.3.1 New Comment: The point of ODBC is that it is cross DB compatible. It uses the same API that DB2 does, only IBM recommends using unixODBC to interface with DB2 rather than their own interface (which is still ODBC). As for speed questions, this is typically irrelevent as you're still using an ODBC-ODBC bridge which can be tuned slightly depending upon your preferences. Previous Comments: [2003-03-04 10:40:09] bruno at cameleons dot net Ok, but is unixODBC faster or slower than DBConnect? The syntaxe is compatible between UnixODBC and DB2connect? I have 300 scripts PHP using odbc functions. [2003-03-04 10:30:33] [EMAIL PROTECTED] please try my request [2003-03-04 10:24:33] bruno at cameleons dot net I've tried php4-STABLE-200303041230.tar.gz. The command env return any CFLAGS and I enter this configure: ./configure --with-ibm-db2=shared,/usr/IBMdb2/V7.1 --disable-all Bruno [2003-03-04 10:19:28] [EMAIL PROTECTED] Try building unixODBC on your machine, and using that as the interface to DB2. It is currently the recommended means to connect to DB2 by IBM. Updating version as well. [2003-03-04 10:09:51] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And don't sert any CFLAGS or so when you run configure.. (make sure those are not set in your environment either) 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/20715 -- Edit this bug report at http://bugs.php.net/?id=20715&edit=1
#20014 [WFx]: SSL w/ fsockopen not working
ID: 20014 User updated by: dietrich dot ayala at foundstone dot com Reported By: dietrich dot ayala at foundstone dot com Status: Wont fix Bug Type: Sockets related Operating System: windows 2000 PHP Version: 4CVS-2003-02-05 Assigned To: edink New Comment: so no fix at all for 4.3.x? ouch, that leaves a bunch of us in the cold for probably more than a year. any pointers on solving this manually? [EMAIL PROTECTED] posted a custom dll here: http://ftp.proventum.net/pub/php/win32/misc/openssl/ but he hasn't answered my emails regarding how i would do this myself, or if he's going to update for further 4.3.x releases :( any info would be helpful, thanks! Previous Comments: [2003-03-04 07:41:33] [EMAIL PROTECTED] A new infrastructure for dealing with this issue is being implemented in php5. It will therefore not be fixed by bundling openssl in the php4 build. Could even be illegal in some countries. [2003-02-13 09:43:37] m dot fedor at espritsro dot sk I changed main/config.w32.h and #define HAVE_OPENSSL_EXT 1 was added there (suggestion from [EMAIL PROTECTED]). I compiled latest PHP sources under Win2000 using Visual Studio 6.0 , CygWin, OpenSSL libraries, Unfortunately there is still bug with fsockopen() function: no SSL support in this build. Are there any other suggestion to solve this problem? [2003-02-05 16:14:13] [EMAIL PROTECTED] The 'OpenSSL support => enabled' is a bit misleading since it just means that the openssl _extension_ is available. But the main PHP is not linked with the ssl libs (win32 binaries provided by php.net) so of course the SSL support is not available...Edin is looking into this so assigning to him. [2003-02-05 01:07:13] [EMAIL PROTECTED] This is reproducable with latest php4-win32 snap, latest php4 source snap works on Linux: Relevant parts from phpinfo(): Registered PHP Streams => php, http, ftp, compress.zlib OpenSSL support => enabled OpenSSL Version => OpenSSL 0.9.6g 9 Aug 2002 test: --TEST-- Bug #20014 SSL w/ fsockopen not working --SKIPIF-- --FILE-- --EXPECT-- resource(4) of type (stream) EXPECTED OUTPUT resource(4) of type (stream) ACTUAL OUTPUT Warning: fsockopen() [/phpmanual/function.fsockopen.html]: no SSL support in this build in D:\work\php4\ext\openssl\tests\bug20014.php on line 2 Warning: fsockopen() [/phpmanual/function.fsockopen.html]: unable to connect to www.openssl.org:443 in D:\work\php4\ext\openssl\tests\bug20014.php on line 2 bool(false) FAILED [2002-10-21 15:24:24] [EMAIL PROTECTED] Looks like main/config.w32.h.in needs to #define HAVE_OPENSSL_EXT 1 I'm unable to test this ATM, so I'm hoping that some other kind win32 developer can look into it. 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/20014 -- Edit this bug report at http://bugs.php.net/?id=20014&edit=1
#21907 [NoF->Csd]: Fatal error: Call to undefined function: get_attribute_node()
ID: 21907 Updated by: [EMAIL PROTECTED] Reported By: ddepill1 at ta dot telecom dot com dot ar -Status: No Feedback +Status: Closed Bug Type: DOM XML related Operating System: Solaris 5.7 PHP Version: 4.2.3 New Comment: No feedback provided. Bug closed. Previous Comments: [2003-02-19 04:38:12] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-02-04 17:30:22] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip The compile error should really be fixed now. If it still persists, let us know what compiler/version you're using. [2003-01-29 07:22:33] ddepill1 at ta dot telecom dot com dot ar I try with the snapshot php4-STABLE-200301282030, and when i execute make, appear this error: In file included from /opt/php/php4-STABLE-200301282030/main/php_scandir.c:20: /opt/php/php4-STABLE-200301282030/main/php_scandir.h:15: warning: `struct dirent' declared inside pa rameter list /opt/php/php4-STABLE-200301282030/main/php_scandir.h:15: warning: its scope is only this definition or declaration, which is probably not what you want. /opt/php/php4-STABLE-200301282030/main/php_scandir.h:19: warning: `struct dirent' declared inside pa rameter list /opt/php/php4-STABLE-200301282030/main/php_scandir.c:46: conflicting types for `alphasort' /opt/php/php4-STABLE-200301282030/main/php_scandir.h:15: previous declaration of `alphasort' /opt/php/php4-STABLE-200301282030/main/php_scandir.c:53: conflicting types for `scandir' /opt/php/php4-STABLE-200301282030/main/php_scandir.h:19: previous declaration of `scandir' /opt/php/php4-STABLE-200301282030/main/php_scandir.c: In function `scandir': /opt/php/php4-STABLE-200301282030/main/php_scandir.c:106: warning: passing arg 4 of `qsort' from inc ompatible pointer type make: *** [main/php_scandir.lo] Error 1 [2003-01-28 12:14:57] [EMAIL PROTECTED] Please try newer snapshot, this compiler error should be fixed now. [2003-01-28 12:01:24] ddepill1 at ta dot telecom dot com dot ar U send me an email with u feedback: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz I try to install this version of PHP, with the next configuration: ./configure --with-apache=./../../Apache/apache_1.3.27 \ --with-dom\ --with-oci8=/Persa/Oracle \ --with-gd \ --with-freetype-dir \ --enable-gd-native-ttf \ --enable-gd-imgstrttf \ --with-png-dir \ --with-zlib \ --enable-track-vars And when i ejecute make... i retrive this error: In file included from /opt/php/php4-STABLE-200301281230/main/php_scandir.c:20: /opt/php/php4-STABLE-200301281230/main/php_scandir.h:15: warning: `struct dirent' declared inside parameter list /opt/php/php4-STABLE-200301281230/main/php_scandir.h:15: warning: its scope is only this definitionor declaration, which is probably not what you want. /opt/php/php4-STABLE-200301281230/main/php_scandir.h:19: warning: `struct dirent' declared inside parameter list /opt/php/php4-STABLE-200301281230/main/php_scandir.c:44: conflicting types for `alphasort' /opt/php/php4-STABLE-200301281230/main/php_scandir.h:15: previous declaration of `alphasort' /opt/php/php4-STABLE-200301281230/main/php_scandir.c:51: conflicting types for `scandir' /opt/php/php4-STABLE-200301281230/main/php_scandir.h:19: previous declaration of `scandir' /opt/php/php4-STABLE-200301281230/main/php_scandir.c: In function `scandir': /opt/php/php4-STABLE-200301281230/main/php_scandir.c:104: warning: passing arg 4 of `qsort' from incompatible pointer type make: *** [main/php_scandir.lo] Error 1 What can i do to resolve my problem ??? Thanks, Damian.- 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/21907 -- Edit this bug report at http://bugs.php.net/?id=21907&edit=1
#16263 [Com]: session.start() create new empty session file and not resume existing session
ID: 16263 Comment by: zorman at pina dot info Reported By: kur at natur dot cuni dot cz Status: No Feedback Bug Type: Session related Operating System: ANY PHP Version: 4.3.0-dev New Comment: same problems over here ... i'm experiencing this problem only when I redirect the page using header after the authentication is done ... it works fine on my linux computer (php 4.3.0) but fails on win2k with the same distribution ... very annoying ... Previous Comments: [2003-02-08 14:31:45] jmaldonado at webehosting dot biz I just upgraded my servers to 4.3.0 from 4.1.2 and am now experiencing this problemSessions are behaving unpredictably in that I can no longer count on the variables I set in the session from one page load to the next... [2002-11-14 15:18:28] murray dot rennie at ec dot gc dot ca As an addendum...I put the session_start() command, along with session control code, in an include file, and included that in all scripts that required it. [2002-11-14 14:42:28] murray dot rennie at ec dot gc dot ca Redhat 7.2 or 7.3. PhP 4.1.2, Apache 1.3.23. I get something similar to this when I change session.cookie_lifetime to something other than zero, and only when connecting with IE (my version 5.5). PHP generates two session files, one has all the info I initialized with, the second just has the sessionId in it. It's as if it ignores the first session it created and makes a new one. Netscape 4.79 works properly, and when I set session.cookie_lifetime to 0 the problem goes away on IE. [2002-10-03 04:10:19] cidat at mundofree dot com i have apache version 1.3.26 and i have problem with session. When I submit my pages to external server, my session cant resume, and i dont know why. I have one week with this problem can somebody help me? [2002-09-09 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". 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/16263 -- Edit this bug report at http://bugs.php.net/?id=16263&edit=1
#22538 [NEW]: stream filters & stream_copy_to_stream combo produces bogus output
From: [EMAIL PROTECTED] Operating system: RedHat Linux 8.0 (glibc-2.3.0) PHP version: 5CVS-2003-03-04 (dev) PHP Bug Type: Filesystem function related Bug description: stream filters & stream_copy_to_stream combo produces bogus output $ cat Zend/zend.c | php script2.php produces bogus output, whilst $ php script1.php and $ php script3.php work correctly. script1.php: script2.php: script3.php: -- Edit bug report at http://bugs.php.net/?id=22538&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22538&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22538&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22538&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22538&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22538&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22538&r=support Expected behavior: http://bugs.php.net/fix.php?id=22538&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22538&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22538&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22538&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22538&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22538&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22538&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22538&r=gnused
#22538 [Opn]: stream filters & stream_copy_to_stream combo produces bogus output
ID: 22538 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Filesystem function related Operating System: RedHat Linux 8.0 (glibc-2.3.0) PHP Version: 5CVS-2003-03-04 (dev) New Comment: Correcting a typo. wrong: $ php script3.php right: $ cat Zend/zend.c | php script3.php Previous Comments: [2003-03-04 12:49:03] [EMAIL PROTECTED] $ cat Zend/zend.c | php script2.php produces bogus output, whilst $ php script1.php and $ php script3.php work correctly. script1.php: script2.php: script3.php: -- Edit this bug report at http://bugs.php.net/?id=22538&edit=1
#22510 [Opn->Ver]: Zend Engine crashes calling FREE_ZVAL from zend_assign_to_variable_reference
ID: 22510
Updated by: [EMAIL PROTECTED]
Reported By: php at codewhore dot org
-Status: Open
+Status: Verified
Bug Type: Scripting Engine problem
Operating System: Linux 2.4
-PHP Version: 4CVS-2003-03-02 (stable)
+PHP Version: 4CVS-2003-03-04 (stable)
Previous Comments:
[2003-03-04 08:21:37] php at codewhore dot org
Here's another far more compact version:
list;
}
function method(&$controller)
{
$controller->get();
}
}
class controller
{
function &get()
{
return @$this->foo;
}
function call()
{
call_user_func_array($this->sym, array(&$this));
}
function load()
{
$instance =& new module();
$this->instance =& $instance;
$this->sym = array(&$instance, 'method');
}
function run()
{
$this->load();
$this->call();
$this->call();
}
}
class application
{
function run(&$controller)
{
$removing_this_global_usage_prevents_segv = @$_GET['x'];
$controller->run();
}
}
$controller = new controller();
application::run($controller);
$controller->instance->finalize();
?>
[2003-03-03 15:35:00] php at codewhore dot org
Hi:
Thanks for waiting. Below is a test case which I've used to
reproducibly crash 4.3.0 and 4.3.2-dev on three seperate machines.
Sorry it's so long, but this is the absolute minimum I was able to come
up with. I haven't captured another backtrace for this particular case
yet, but I'd be happy to do so if you'd like.
>8 --- cut here --- 8<
controller =& $controller;
}
}
class runnable_module extends module
{
function initialize() { }
function finalize() { }
function method() { }
}
class first extends runnable_module
{
function method()
{
$data =& $this->controller->get($data);
}
}
class second extends runnable_module
{
function initialize()
{
$this->list = array();
}
function finalize()
{
echo "About to get SIGSEGV...\n";
$cl =& $this->list;
echo "Shouldn't see this\n";
}
}
class controller
{
function finalize()
{
foreach ($this->module_list as $k => $x)
$this->module_list[$k]->finalize();
}
function &get($name)
{
return @$this->vars[$name];
}
function call($function)
{
$symbol =& $this->symtab[$function][0];
call_user_func($symbol, array());
}
function load($name, $method)
{
$instance =& new $name($this);
$instance->initialize();
$this->module_list[$name] =& $instance;
$this->symtab[$name] = array(array(&$instance, $method));
}
function run()
{
$this->load('first', 'method');
$this->load('second', 'method');
$this->call('first');
$this->call('first');
}
}
class application
{
function application(&$controller)
{
$this->controller =& $controller;
}
function run()
{
$controller =& $this->controller;
$removing_this_global_usage_prevents_segv = $_GET['x'];
$controller->run();
}
}
$controller = new controller();
$app = new application($controller);
$app->run();
$controller->finalize();
?>
>8 --- cut here --- 8<
Thanks again,
- Dave
[2003-03-03 11:36:18] [EMAIL PROTECTED]
keep at feedback status until the asked feedback is actually given..
[2003-03-03 07:47:15] php at codewhore dot org
I'm working on it - there's a ton of code here, and it's proving
difficult to pare it down to a simple test case. However, I hope to
have one posted by the end of the day today.
Thanks.
[2003-03-03 00:59:43] [EMAIL PROTECTED]
Please provide us a minimum and self-contained script for reproducing
the problem.
I cannot reproduce this with the following code;
new foo(), 'b'=>new foo());
$this->commit_list = &$a;
}
function finalize() {
$cl =& $this->commit_list;
foreach ($cl as $k => $x)
{
if (!$cl[$k]->transaction_commit())
return $this->throw(E_SYS);
}
return true;
}
}
$a = new test();
$a->finalize();
?>
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/22510
--
Edit this bug report at http://bugs.php.net/?id=22510&edit=1
#22459 [Com]: Fatal error: session_start() [function.session-start]
ID: 22459 Comment by: aaron hawley at uvm dot edu Reported By: froeschlin at designpark dot de Status: Open Bug Type: Session related Operating System: Red-Hat/Linux PHP Version: 4.3.1 New Comment: we are experiencing this with unnamed sessions with the same version running on Solaris (SunOS 5.8) './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--enable-versioning' '--with-mysql=/usr/local/mysql' '--with-oci8=/usr/local/oracle/product/8.0.6' '--enable-track-vars' '--enable-safe-mode' '--with-zlib=/usr/local' '--with-ldap=/usr/local' '--with-png-dir=/usr/local' '--with-jpeg-dir=/usr/local' '--with-gd=/usr/local' '--with-ccvs=/usr/local/ccvs' '--with-mcal=/usr/local/mcal' '--enable-dbase' '--with-freetype-dir=/usr/local' '--with-mcrypt=/usr/local' '--enable-gd-native-ttf' '--with-openssl' Previous Comments: [2003-02-27 09:48:18] froeschlin at designpark dot de We have remove the Optimizer but after 2-3 hours the error come again. [2003-02-27 08:48:57] [EMAIL PROTECTED] Turn off Zend Optimizer v2.1.0 and see if the problem persists. [2003-02-27 08:33:48] froeschlin at designpark dot de When we use session_start() we get a random coming error on our system who give us out the folloing massage: Fatal error: session_start() [function.session-start]: Failed to initialize session module Sometimes the error dont come over days. We cant recognize why and how it develops. Also the compiling of php are error less. Our config -> http://217.175.242.77/phpinfo.php -- Edit this bug report at http://bugs.php.net/?id=22459&edit=1
#22539 [NEW]: enctype=multipart/form-data limiting form size
From: tech13 at powerweb dot net Operating system: Windows 2000 PHP version: 4.3.0 PHP Bug Type: Variables related Bug description: enctype=multipart/form-data limiting form size when i have more the 11 fields in a form that has enctype multipart, it doesn't show that ANY form was submitted. this case comes up frequantly while using phpMyAdmin which is how i first found the problem when i submit the 11 field with enctype it works fine 12 fields with enctype it doesn't 12 fields without enctype it works again (files won't upload in this case, but that isn't reflected it the test script) -script- -- Edit bug report at http://bugs.php.net/?id=22539&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22539&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22539&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22539&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22539&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22539&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22539&r=support Expected behavior: http://bugs.php.net/fix.php?id=22539&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22539&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22539&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22539&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22539&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22539&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22539&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22539&r=gnused
#22540 [NEW]: Sessions get created but are reused
From: circinus at bluecharm dot com Operating system: Windows 2000 Server w/SP3 PHP version: 4.3.1 PHP Bug Type: Session related Bug description: Sessions get created but are reused Environment: OS: Windows 2000 Server w/SP3 Server: O'Reilly WebSite Professional 3.0.37 PHP 4.3.1 using ISAPI Default recommended php.ini is use Problem: Sessions start (file created) but are not re-used. Creates a new session each time any script is requested either with GET or POST. Doesn't send the Session cookie to the client's headers. Same scripts function flawlessly under other server environments, such as Windows 2000 w/Apache Windows 2000 w/IIS UNIX/Linux w/Apache -- Edit bug report at http://bugs.php.net/?id=22540&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22540&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22540&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22540&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22540&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22540&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22540&r=support Expected behavior: http://bugs.php.net/fix.php?id=22540&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22540&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22540&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22540&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22540&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22540&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22540&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22540&r=gnused
#22526 [Fbk->Opn]: session_start/popen hang
ID: 22526 User updated by: iberry at raxnet dot net Reported By: iberry at raxnet dot net -Status: Feedback +Status: Open Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: I tried the latest CVS version with the same negative results. I then tried to duplicate the bug using the CGI/CLI binary with no luck (could not produce the sufficent code). After this however, I switched Apache from SAPI to CGI and the problem went away. So for now, we can assume that the problem is related to PHP's SAPI support. Were you able to reproduce this under a SAPI environment? -Ian Previous Comments: [2003-03-04 10:29:31] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip If the problem persists, see if the bug can be replicated using the CLI or CGI sapi. [2003-03-03 17:55:33] iberry at raxnet dot net I think I have found some sort of race-like condition using session_start() and popen() functions, causing the web server to hang. The bug only seems to manifest when repeatedly initiating a page that requires session_start() and uses popen(). This is relevant for me because this page renders graphs and needs both of these functions to perform its job. Here is some example code to re-produce the problem: test.php end img.php end Notice how I am passing different GET variables to each image page session, this seems to be necessary for the bug to manifest. This code has been tested on both IIS 5 and Apache 2.0.44 with the same results The path I give popen() does not appear to make a difference. I have also have tried the popen 'r' and 'rb' file modes, which made no difference. The two triggers of this bug appear to be the combined use of session_start()/popen() and the varying GET variable values. Thanks for taking time to look into this. -Ian -- Edit this bug report at http://bugs.php.net/?id=22526&edit=1
#22541 [NEW]: php_xslt.dll will not load with sablot.dll compiled with iconv support
From: brandon dot whitehead at orst dot edu Operating system: Windows XP PHP version: 4.3.0 PHP Bug Type: XSLT related Bug description: php_xslt.dll will not load with sablot.dll compiled with iconv support Me <- one of those frustrated Win32 binary users. Using Apache 2.x. Related to Bug # 19092 I am trying to run Sablotron through PHP with iconv support. When originally trying to get php_xslt.dll to load, I ran into a situation like in bug 19092. I eventually got it all working per the last entry in that report. I am fairly certain it was a matter of getting all the right versions. However, the version of sablot.dll was not compiled with support for iconv.dll, even though iconv 1.7 is installed (and running per phpinfo). You have to use the version of sablot.dll that is designed to work with iconv.dll. However, when I tried to replace my working sablot.dll with the version that is compiled to work with iconv, I once again run into the same problem mentioned in 19092. Not wanting to break a system that currently works, I am asking here if there is a bundle of Sablotron, Expat, PHP and Iconv that actually work together? If not, could this be included in the next Win32 binary release? Brandon Whitehead -- Edit bug report at http://bugs.php.net/?id=22541&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22541&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22541&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22541&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22541&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22541&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22541&r=support Expected behavior: http://bugs.php.net/fix.php?id=22541&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22541&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22541&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22541&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22541&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22541&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22541&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22541&r=gnused
#22497 [Fbk->Opn]: php writes on wrong position in file after new lines
ID: 22497 User updated by: henrik dot gebauer at web dot de Reported By: henrik dot gebauer at web dot de -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: Windows 2000 PHP Version: 4CVS-2003-03-02 (stable) New Comment: I can reproduce the bug with the last stable release for Windows of PHP 4.3.2-dev (From snaps.php.net, Built On: Mar 04, 2003 17:30 GMT) Replacing the php4ts.dll by the one of PHP 4.3.1 fixes the problem. Previous Comments: [2003-03-04 10:27:46] [EMAIL PROTECTED] And I can't reproduce this in Windows 2000 using latest stable snapshot either. Please try again, but this time, make sure you really update the PHP. [2003-03-03 09:34:17] [EMAIL PROTECTED] Cannot reproduce on Windows XP. [2003-03-02 05:49:55] henrik dot gebauer at web dot de The script produces the following output with the current CVS version: \n\n\n\n\n\n01234567890123test89 This is the output I expect. I get it with PHP 4.3.0 and earlier versions. \n\n\n\n\n\n01234567890123456789test [2003-03-01 18:55:57] [EMAIL PROTECTED] Please show us the output produced by the script, and also the output that you expect the script to produce. [2003-03-01 16:20:56] henrik dot gebauer at web dot de sorry, Netscape filled the summary with the wrong contents. 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/22497 -- Edit this bug report at http://bugs.php.net/?id=22497&edit=1
#20014 [WFx]: SSL w/ fsockopen not working
ID: 20014 Updated by: [EMAIL PROTECTED] Reported By: dietrich dot ayala at foundstone dot com Status: Wont fix Bug Type: Sockets related Operating System: windows 2000 PHP Version: 4CVS-2003-02-05 Assigned To: edink New Comment: It was me who built that binary. I'll try to keep that site updated with the new versions of 4.3.x branch. I will also write instructions on how you can do this yourself and post it on that url. Previous Comments: [2003-03-04 11:44:37] dietrich dot ayala at foundstone dot com so no fix at all for 4.3.x? ouch, that leaves a bunch of us in the cold for probably more than a year. any pointers on solving this manually? [EMAIL PROTECTED] posted a custom dll here: http://ftp.proventum.net/pub/php/win32/misc/openssl/ but he hasn't answered my emails regarding how i would do this myself, or if he's going to update for further 4.3.x releases :( any info would be helpful, thanks! [2003-03-04 07:41:33] [EMAIL PROTECTED] A new infrastructure for dealing with this issue is being implemented in php5. It will therefore not be fixed by bundling openssl in the php4 build. Could even be illegal in some countries. [2003-02-13 09:43:37] m dot fedor at espritsro dot sk I changed main/config.w32.h and #define HAVE_OPENSSL_EXT 1 was added there (suggestion from [EMAIL PROTECTED]). I compiled latest PHP sources under Win2000 using Visual Studio 6.0 , CygWin, OpenSSL libraries, Unfortunately there is still bug with fsockopen() function: no SSL support in this build. Are there any other suggestion to solve this problem? [2003-02-05 16:14:13] [EMAIL PROTECTED] The 'OpenSSL support => enabled' is a bit misleading since it just means that the openssl _extension_ is available. But the main PHP is not linked with the ssl libs (win32 binaries provided by php.net) so of course the SSL support is not available...Edin is looking into this so assigning to him. [2003-02-05 01:07:13] [EMAIL PROTECTED] This is reproducable with latest php4-win32 snap, latest php4 source snap works on Linux: Relevant parts from phpinfo(): Registered PHP Streams => php, http, ftp, compress.zlib OpenSSL support => enabled OpenSSL Version => OpenSSL 0.9.6g 9 Aug 2002 test: --TEST-- Bug #20014 SSL w/ fsockopen not working --SKIPIF-- --FILE-- --EXPECT-- resource(4) of type (stream) EXPECTED OUTPUT resource(4) of type (stream) ACTUAL OUTPUT Warning: fsockopen() [/phpmanual/function.fsockopen.html]: no SSL support in this build in D:\work\php4\ext\openssl\tests\bug20014.php on line 2 Warning: fsockopen() [/phpmanual/function.fsockopen.html]: unable to connect to www.openssl.org:443 in D:\work\php4\ext\openssl\tests\bug20014.php on line 2 bool(false) FAILED 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/20014 -- Edit this bug report at http://bugs.php.net/?id=20014&edit=1
#20014 [WFx]: SSL w/ fsockopen not working
ID: 20014 User updated by: dietrich dot ayala at foundstone dot com Reported By: dietrich dot ayala at foundstone dot com Status: Wont fix Bug Type: Sockets related Operating System: windows 2000 PHP Version: 4CVS-2003-02-05 Assigned To: edink New Comment: excellent, thank you! Previous Comments: [2003-03-04 17:03:20] [EMAIL PROTECTED] It was me who built that binary. I'll try to keep that site updated with the new versions of 4.3.x branch. I will also write instructions on how you can do this yourself and post it on that url. [2003-03-04 11:44:37] dietrich dot ayala at foundstone dot com so no fix at all for 4.3.x? ouch, that leaves a bunch of us in the cold for probably more than a year. any pointers on solving this manually? [EMAIL PROTECTED] posted a custom dll here: http://ftp.proventum.net/pub/php/win32/misc/openssl/ but he hasn't answered my emails regarding how i would do this myself, or if he's going to update for further 4.3.x releases :( any info would be helpful, thanks! [2003-03-04 07:41:33] [EMAIL PROTECTED] A new infrastructure for dealing with this issue is being implemented in php5. It will therefore not be fixed by bundling openssl in the php4 build. Could even be illegal in some countries. [2003-02-13 09:43:37] m dot fedor at espritsro dot sk I changed main/config.w32.h and #define HAVE_OPENSSL_EXT 1 was added there (suggestion from [EMAIL PROTECTED]). I compiled latest PHP sources under Win2000 using Visual Studio 6.0 , CygWin, OpenSSL libraries, Unfortunately there is still bug with fsockopen() function: no SSL support in this build. Are there any other suggestion to solve this problem? [2003-02-05 16:14:13] [EMAIL PROTECTED] The 'OpenSSL support => enabled' is a bit misleading since it just means that the openssl _extension_ is available. But the main PHP is not linked with the ssl libs (win32 binaries provided by php.net) so of course the SSL support is not available...Edin is looking into this so assigning to him. 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/20014 -- Edit this bug report at http://bugs.php.net/?id=20014&edit=1
#22529 [Opn->Fbk]: snmpset is not working
ID: 22529 Updated by: [EMAIL PROTECTED] Reported By: mb at solstaden dot net -Status: Open +Status: Feedback Bug Type: SNMP related Operating System: FreeBSD 4.8 Prerelease PHP Version: 4CVS-2003-03-04 (stable) New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-03-04 04:12:55] mb at solstaden dot net Hi! I found out that, instead of typing in the OID as a string, system.sysContact.0, u type it as numeric, .1.3.6.1.2.1.1.4.0 then it snmpset works. Does not help me much but maybe some smarter person. /Magnus [2003-03-04 00:22:34] mb at solstaden dot net I tried a verey simple php script: echo snmpget( "81.26.237.10", "public", "system.sysContact.0" ); snmpset( "81.26.237.10", "private", "system.sysContact.0", "s", "kalle" ); snmpget works: snmpset fails: ouput as follows: STRING: [EMAIL PROTECTED] Warning: snmpset() [function.snmpset]: Invalid object identifier: system.sysContact.0 in /usr/local/www/data/snmp.php on line 17 Warning: snmpset() [function.snmpset]: Error in packet: (noSuchName) There is no such variable name in this MIB. in /usr/local/www/data/snmp.php on line 17 Warning: snmpset() [function.snmpset]: This name does not exist: SNMPv2-SMI::mib-2 in /usr/local/www/data/snmp.php on line 17 I did a tcpdump: 07:04:22.160998 gk.s.port80.se.1556 > as1-1-1--11.eklandahage4.molndal.bostream.net.snmp: GetRequest(28) system.sysDescr.0 07:04:22.179314 as1-1-1--11.eklandahage4.molndal.bostream.net.snmp > gk.s.port80.se.1556: GetResponse(39) system.sysDescr.0="Ericsson DR" 07:04:22.180077 gk.s.port80.se.1557 > as1-1-1--11.eklandahage4.molndal.bostream.net.snmp: GetRequest(28) system.sysContact.0 07:04:22.194298 as1-1-1--11.eklandahage4.molndal.bostream.net.snmp > gk.s.port80.se.1557: GetResponse(39) system.sysContact.0="[EMAIL PROTECTED]" 07:04:22.194991 gk.s.port80.se.1558 > as1-1-1--11.eklandahage4.molndal.bostream.net.snmp: C=private SetRequest(30) ="kalle" 07:04:22.209407 as1-1-1--11.eklandahage4.molndal.bostream.net.snmp > gk.s.port80.se.1558: C=private GetResponse(30) [EMAIL PROTECTED] ="kalle" Am I doing anything wrong? Normally it is my fault. If u think I have found a bug, I will do my best to help u. Magnus Benngard -- Edit this bug report at http://bugs.php.net/?id=22529&edit=1
#22528 [Opn->Fbk]: Fatal error: input in flex scanner failed in /var/www/Smarty/templates_c on lin
ID: 22528 Updated by: [EMAIL PROTECTED] Reported By: kshanth at e-cosmostech dot com -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: RedHat Linux8.0 PHP Version: 4.3.1 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Previous Comments: [2003-03-03 23:55:59] kshanth at e-cosmostech dot com Fatal error: input in flex scanner failed in /var/www/Smarty/templates_c on line 1 This is my configuration RedHat Linux 8.0 Appache 2.0 php-4.2.3 some people said goto newer version of php but still i got the same -- Edit this bug report at http://bugs.php.net/?id=22528&edit=1
#21479 [Opn->Asn]: Crashes with 6 slashes in URL and non-existant file
ID: 21479
Updated by: [EMAIL PROTECTED]
Reported By: info at ofek dot com
-Status: Open
+Status: Assigned
Bug Type: GetImageSize related
Operating System: Win 2000 IIS (CGI)
PHP Version: 4.3.2-dev
Assigned To: wez
New Comment:
Are you using the latest CVS snapshot? (if not get it)
Previous Comments:
[2003-03-01 18:27:33] info at ofek dot com
that script you posted doesn't crash on my system either - but this one
does:
function ImageExists($url) {
[EMAIL PROTECTED]($url);
return $r[2]!=0;
}
echo
ImageExists('http://economads.com/libaware/_font/title/123456.gif');
it's funny, if the file name is 12345.gif it doesn't crash, but if it's
123456.gif than it does!
[2003-02-23 17:48:20] [EMAIL PROTECTED]
I doesn't crash for me anymore using this script:
http://economads.com/libaware/_font/title/image.gif'));
?>
Can you verify that this exact script causes the crash?
And if so, could you also test this on some other machine too?
[2003-02-23 12:42:46] info at ofek dot com
ok i tried it (unzipped into a new dir and rebooted) and it still
crashes, just with different hex addresses in the GPF message.
[2003-02-22 04:59:05] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
A number of fixes went into CVS last night; it is quite possible that
this problem is fixed (we've had a good response so far).
Please try a stable snapshot.
[2003-02-21 04:26:05] [EMAIL PROTECTED]
Now I can not reproduce this anymore using the given location. (with
latest snapshot)
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/21479
--
Edit this bug report at http://bugs.php.net/?id=21479&edit=1
#22497 [Opn->Fbk]: php writes on wrong position in file after new lines
ID: 22497 Updated by: [EMAIL PROTECTED] Reported By: henrik dot gebauer at web dot de -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: Windows 2000 PHP Version: 4CVS-2003-03-02 (stable) New Comment: Are you 100% sure there isn't some clash with the versions now?? Also, does this happen with CLI/CGI ? What php.ini are you using? And what have you changed in it? Are you loading any extensions in it? If only you have this problem, and two developers can't reproduce it, it's most likely something wrong in your side, not in PHP.. Previous Comments: [2003-03-04 16:06:46] henrik dot gebauer at web dot de I can reproduce the bug with the last stable release for Windows of PHP 4.3.2-dev (From snaps.php.net, Built On: Mar 04, 2003 17:30 GMT) Replacing the php4ts.dll by the one of PHP 4.3.1 fixes the problem. [2003-03-04 10:27:46] [EMAIL PROTECTED] And I can't reproduce this in Windows 2000 using latest stable snapshot either. Please try again, but this time, make sure you really update the PHP. [2003-03-03 09:34:17] [EMAIL PROTECTED] Cannot reproduce on Windows XP. [2003-03-02 05:49:55] henrik dot gebauer at web dot de The script produces the following output with the current CVS version: \n\n\n\n\n\n01234567890123test89 This is the output I expect. I get it with PHP 4.3.0 and earlier versions. \n\n\n\n\n\n01234567890123456789test [2003-03-01 18:55:57] [EMAIL PROTECTED] Please show us the output produced by the script, and also the output that you expect the script to produce. 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/22497 -- Edit this bug report at http://bugs.php.net/?id=22497&edit=1
#22542 [NEW]: Apache will not start
From: simon dot booth at giric dot com Operating system: NT PHP version: 4.3.1 PHP Bug Type: Apache related Bug description: Apache will not start I am trying to start the Apache (1.3.7) service on NT with PHP 4.3.1. The service fails to start but does not report an error. If I comment out the following lines from the httpd.conf file it starts correctly. LoadModule php4_module c:/progra~1/php/sapi/php4apache.dll AddModule mod_php4.c AddType application/x-httpd-php .php PHP was installed from the windows installer and the binary files downloaded from uk.php.net tonight. I am not trying to load any extensions and php.ini is unchanged since created by the installer. -- Edit bug report at http://bugs.php.net/?id=22542&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22542&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22542&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22542&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22542&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22542&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22542&r=support Expected behavior: http://bugs.php.net/fix.php?id=22542&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22542&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22542&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22542&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22542&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22542&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22542&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22542&r=gnused
#22541 [Opn->Bgs]: php_xslt.dll will not load with sablot.dll compiled with iconv support
ID: 22541 Updated by: [EMAIL PROTECTED] Reported By: brandon dot whitehead at orst dot edu -Status: Open +Status: Bogus Bug Type: XSLT related Operating System: Windows XP PHP Version: 4.3.0 New Comment: Yes, they will be in next release, and there have been such in last releases too. Not a bug in PHP. Previous Comments: [2003-03-04 15:55:53] brandon dot whitehead at orst dot edu Me <- one of those frustrated Win32 binary users. Using Apache 2.x. Related to Bug # 19092 I am trying to run Sablotron through PHP with iconv support. When originally trying to get php_xslt.dll to load, I ran into a situation like in bug 19092. I eventually got it all working per the last entry in that report. I am fairly certain it was a matter of getting all the right versions. However, the version of sablot.dll was not compiled with support for iconv.dll, even though iconv 1.7 is installed (and running per phpinfo). You have to use the version of sablot.dll that is designed to work with iconv.dll. However, when I tried to replace my working sablot.dll with the version that is compiled to work with iconv, I once again run into the same problem mentioned in 19092. Not wanting to break a system that currently works, I am asking here if there is a bundle of Sablotron, Expat, PHP and Iconv that actually work together? If not, could this be included in the next Win32 binary release? Brandon Whitehead -- Edit this bug report at http://bugs.php.net/?id=22541&edit=1
#22542 [Opn->Bgs]: Apache will not start
ID: 22542 Updated by: [EMAIL PROTECTED] Reported By: simon dot booth at giric dot com -Status: Open +Status: Bogus Bug Type: Apache related Operating System: NT PHP Version: 4.3.1 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. This is not a support forum.. Previous Comments: [2003-03-04 19:29:23] simon dot booth at giric dot com I am trying to start the Apache (1.3.7) service on NT with PHP 4.3.1. The service fails to start but does not report an error. If I comment out the following lines from the httpd.conf file it starts correctly. LoadModule php4_module c:/progra~1/php/sapi/php4apache.dll AddModule mod_php4.c AddType application/x-httpd-php .php PHP was installed from the windows installer and the binary files downloaded from uk.php.net tonight. I am not trying to load any extensions and php.ini is unchanged since created by the installer. -- Edit this bug report at http://bugs.php.net/?id=22542&edit=1
#22540 [Opn->Bgs]: Sessions get created but are reused
ID: 22540 Updated by: [EMAIL PROTECTED] Reported By: circinus at bluecharm dot com -Status: Open +Status: Bogus Bug Type: Session related Operating System: Windows 2000 Server w/SP3 PHP Version: 4.3.1 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. This is not a support forum. Previous Comments: [2003-03-04 15:24:45] circinus at bluecharm dot com Environment: OS: Windows 2000 Server w/SP3 Server: O'Reilly WebSite Professional 3.0.37 PHP 4.3.1 using ISAPI Default recommended php.ini is use Problem: Sessions start (file created) but are not re-used. Creates a new session each time any script is requested either with GET or POST. Doesn't send the Session cookie to the client's headers. Same scripts function flawlessly under other server environments, such as Windows 2000 w/Apache Windows 2000 w/IIS UNIX/Linux w/Apache -- Edit this bug report at http://bugs.php.net/?id=22540&edit=1
#22539 [Opn->Csd]: enctype=multipart/form-data limiting form size
ID: 22539 Updated by: [EMAIL PROTECTED] Reported By: tech13 at powerweb dot net -Status: Open +Status: Closed Bug Type: Variables related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-03-04 14:23:10] tech13 at powerweb dot net when i have more the 11 fields in a form that has enctype multipart, it doesn't show that ANY form was submitted. this case comes up frequantly while using phpMyAdmin which is how i first found the problem when i submit the 11 field with enctype it works fine 12 fields with enctype it doesn't 12 fields without enctype it works again (files won't upload in this case, but that isn't reflected it the test script) -script- -- Edit this bug report at http://bugs.php.net/?id=22539&edit=1
#22482 [Opn->Bgs]: Fatal error: Nesting level too deep - recursive dependency? in Unknown on line
ID: 22482 Updated by: [EMAIL PROTECTED] Reported By: submissions at spherious dot com -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Linux 7.2, Zend 2.1 PHP Version: 4.3.1 New Comment: The modules are not installed in such directories. Per default they go in pretty cryptic place, thus you're just looking in the wrong place. Previous Comments: [2003-03-04 08:25:57] submissions at spherious dot com Ok, i'm not sure on what you are basing your assumption that i am not configuring it correctly. I think this is a bug, with the install script. I've done further testing and found that the error was only present when pgsql.so was loaded. The other modules did not cause the error. Therefore, it first appeared to be a bug in either the way php linked to this file, or the way it created it. Just for interests sake, I did an ls -l on the files that had been created in /usr/lib/php4 and compared to those in (install dir)/php-4.3.1/modules/. I found that, to my surprise, the files were different sizes. I checked the file sizes for the previous installation (php-4.2.2) and they were different again (so it wasn't the old files). Somehow, the php-4.3.1 configure, make, make install, was copying files to the /usr/lib/php4 directory that were different than those located in (install dir)/php-4.3.1/modules/. Correct me if i'm wrong, but that sounds like a bug to me. I did a manual copy of the files from (install dir)/php-4.3.1/modules/ to /usr/lib/php4, and the problems are gone. [2003-03-03 20:51:06] [EMAIL PROTECTED] Loading old modules with new PHP versions is not bug but configuration error by you. Please check WHAT php.ini file is actually used and what in THAT file is said for being the extension path and what extensions are loaded. And it doesn't work vice-versa either, (loading new modules with old PHP versions) so check that you're really loading the new PHP version. [2003-03-03 20:27:47] submissions at spherious dot com I think it is a bug, because as far as I can see, there is no configure error. The php.ini references the direcotry containing the new ext files that are created when php is compiled, make and make intalled, so there is no error in configuration. I have also tried deleting everything in /usr/lib/php4 and then recompiling. It creates the new files there as it should, but still does not solve the problem. I will try installing with just --prefix=/usr/local/php tonight. I expect that will not cause an error, as no extensions will be used. If that is the case, unfortunately, that still won't solve the problem. [2003-03-03 19:57:26] [EMAIL PROTECTED] Check what php.ini is loaded and what extensions are loaded by it..this is not really bug but just install/configure error. [2003-03-02 19:29:17] [EMAIL PROTECTED] Do you have redhat's RPMs installed ? If you install it with just a --prefix=/usr/local/php, does it still print out the error? 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/22482 -- Edit this bug report at http://bugs.php.net/?id=22482&edit=1
#21886 [Opn->Fbk]: parameters sometimes not submitted *UPDATE*
ID: 21886 Updated by: [EMAIL PROTECTED] Reported By: technik at infoworxx dot de -Status: Open +Status: Feedback Bug Type: Session related Operating System: Linux 7.2 PHP Version: 4.3.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-03-04 08:01:32] technik at infoworxx dot de One more thing - same behavior under 4.3.0 and 4.3.1 ! [2003-03-04 07:59:49] technik at infoworxx dot de Hi @all, sorry for that long time to answer - a lot things to do in the last weeks :-( Finally I have figured out under what circumstances the behaviour occurs. Here is an clean sample code: index.phtml samplefunc($dummy); exit; ?> END index.phtml foo-class.php4 END foo-class.php4 And here my Syslog when I try to open the page the first time - when I do an refresh everything is fine ! error_log [Tue Mar 4 14:53:38 2003] [error] Start with: /php-4.3.x-test/ [Tue Mar 4 14:53:38 2003] [error] var dummy: /php-4.3.x-test/index.phtml?step=2 [Tue Mar 4 14:53:38 2003] [error] SESSION [redirectTo]: Parameter: END error_log As you can see, the function in my foo-class do not recieve their parameters. This only happens if the $unintialized var in index.phtml is uninitialized. If you need anything more, please let me know. Again - with 4.2.3 there were no those behaviour. I know - an unintilized var is not good - but I guess there should not be such an error. Regards, Sebastian [2003-02-22 20:17:03] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-02-15 10:13:42] [EMAIL PROTECTED] Then you must also know that some behaviour of them was fixed in 4.3.0 and most likely you're just relying on the broken behaviour...can't really tell without a short and complete example script. [2003-02-14 04:21:08] technik at infoworxx dot de I am sorry, actually I do not have time, I hope I can give you an example in the next two days - sorry for that (but your first reply took more than two days :-). But - it is NOT an misunderstanding how sessions work. I am using sessions since the beginning of PHP 4 and the same code is running under 4.2.3 perfect. Regards, Sebastian 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/21886 -- Edit this bug report at http://bugs.php.net/?id=21886&edit=1
#22535 [Opn->Csd]: set_error_handler does not call object/method tuple
ID: 22535
Updated by: [EMAIL PROTECTED]
Reported By: thixit at yahoo dot com
-Status: Open
+Status: Closed
Bug Type: Scripting Engine problem
Operating System: Windows 98SE
PHP Version: 4.3.1
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2003-03-04 06:35:09] thixit at yahoo dot com
I have some problems with set_error_handler as in the following code:
';
}
}
function passtru($type, $desc)
{
$GLOBALS['eh']->handleError($type, $desc);
}
$eh =& new Error();
// *** it will work if use the following line
// set_error_handler('passtru');
print $undefined;
trigger_error('Error triggered', E_USER_ERROR);
?>
It seems that set_error_handler accepts an object/method tuple
but does not call it.
PHP 4.3.1 as CGI (4.3.0 also has this problem)
Windows 98SE
Apache 1.3.27 (Win32)
--
Edit this bug report at http://bugs.php.net/?id=22535&edit=1
#22537 [Opn->Bgs]: isset result strange on $_SERVER["QUERY_STRING"]
ID: 22537 Updated by: [EMAIL PROTECTED] Reported By: r_brenart at yahoo dot com -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: Win2k Professional PHP Version: 4.3.1 New Comment: Never heard of 'empty()' ? And it's Apache2 that is doing this.. Previous Comments: [2003-03-04 10:49:43] r_brenart at yahoo dot com Am running Apache 2.0.44 so perhaps this is part of the experimental nature of PHP's support for it. isset($_SERVER["QUERY_STRING"]) is always returning true, as expected because even as a blank value it's being put into the $_SERVER array, whereas this was not happening for me under Win NT 4.0, IIS 4.0, Apache 4.3.0 "; print_r($_SERVER); echo isset($_SERVER["QUERY_STRING"]); ?> -- Edit this bug report at http://bugs.php.net/?id=22537&edit=1
#22052 [Opn->Fbk]: Ftp ftp_rawlist,ftp_nlist broken
ID: 22052 Updated by: [EMAIL PROTECTED] Reported By: ntrujillo at cox dot net -Status: Open +Status: Feedback Bug Type: FTP related Operating System: FreeBSD 5.0-RELEASE #0 -PHP Version: 4.3.1-dev +PHP Version: 4.3.2-dev (with some openbsd patches?) New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And do it without patching it! Previous Comments: [2003-03-04 10:55:01] ntrujillo at cox dot net This is still broken, however unable to reproduce ftp_* type httpd or php core dump. I'm not too sure if this is related, but Pollita's tmp log file method only appends the directory info in CLI mode . .. thanks for your time, and sorry for the delay. [2003-02-20 22:26:36] [EMAIL PROTECTED] Ok. Let's keep this at 'Feedback' status until you can get it to work. [2003-02-20 18:57:59] ntrujillo at cox dot net there is a diff in the /ext/domxml that is preventing patch-ext_domxml_config.m4 from cvs in freebsd port to apply cleanly. I'll let you know as soon as this is fixed in the cvs port [2003-02-20 18:31:56] [EMAIL PROTECTED] Please generate a new backtrace using the script [EMAIL PROTECTED] gave and the latest snapshot from today. (I can not reproduce this either, on linux) If the backtrace is exactly same as the one you posted earlier, don't add it, just mention that fact. :) [2003-02-20 18:06:33] ntrujillo at cox dot net Pollita, I believe this is a pretty generic install, no NIS,NFS,firewall, or clustering. notes on setup:: arch:i386 mobo:MSI pro5 i850 chipset proc:P4 1.8ghz 512k l2 cache ram:512mb 800mhz rdram disc:80gb cheetah 4 ATA-100 acd0: CD-RW at ata0-master UDMA33 acd1: DVD-ROM at ata0-slave UDMA33 The only 'special' thing that is different is audio support compiled into custom kernel. Hope this helps :) 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/22052 -- Edit this bug report at http://bugs.php.net/?id=22052&edit=1
#20268 [Opn->Ctl]: 64-bit PHP 4.3 (extensive long vs int problems)
ID: 20268 Updated by: [EMAIL PROTECTED] -Summary: PHP (module or CLI) crashes with Bus Error on startup Reported By: bdabney at dallasnews dot com -Status: Open +Status: Critical Bug Type: Scripting Engine problem -Operating System: Solaris 9 +Operating System: any 64bit PHP Version: 4CVS-2002-11-05 New Comment: Need to be addressed before 4.3.2 goes out the door. Previous Comments: [2003-02-23 04:36:04] [EMAIL PROTECTED] http://news.php.net/article.php?group=php.bugs&article=24417 http://news.php.net/article.php?group=php.bugs&article=24418 [2003-02-23 03:44:18] j-devenish at users dot sourceforge dot net Sigh. Since my entire post of 10/11 Nov has been deleted, and I did not receive an e-mail copy of my post via the bug submission system, I have no record of what I said. Presumably I stated that I, too, had encountered the problem, that I couldn't even install PHP 4.3, that it was due to int/long size mismatches on LP64 platforms, and then indicated the strategy I had used to work around it (via patches). I posted patches and test result information (for HEAD of the day and also for 4.3.0pre2) to php-dev on 11 November 2002. Thread subject was "64-bit PHP 4.3 (extensive long vs int problems)". Those patches are now out of date because (on the downside) further int/long problems have crept in and (on the upside) some test cases have been improved. [2003-02-23 03:17:09] [EMAIL PROTECTED] [To: j-devenish at users dot sourceforge dot net] PLEASE do NOT add such long diffs to bug reports! Instead put them on some site and add an URL to them here. (I deleted those comments from here now since they're pretty useless as the bug system mangles them anyway) [2003-02-21 10:16:39] ddhill at zk3 dot dec dot com Forgot to mention - bug 21822 has the same root cause as this one. [2003-02-21 10:15:39] ddhill at zk3 dot dec dot com I am glad to see someone is looking at the OnUpDateInt issue, and I think adding an OnUpdateLong is a good way to go. On Tru64 the int* vs. long* can cause some really hard to track errors because if the storage area is an int and is treated as a long, 32 bits of data following the int gets scrubbed with apparently no reason. I dug through a bunch of the 4.3.1 code and there is quite a mix of int an long being passed to OnUpdateInt, either directly or indirectly as in the case of zlib (which is where I encountered it). Blindly changeing OnUpdateInt to use int* will not work as there are quite a few longs being passed into the routine. The right answer seems to be adding OnUpdateLong and then doing a code sweep of the core and extensions to make sure the right one is called, which seems to be the thrust of the previous response. I hope these changes will show up in the mainstream soon. thanks! 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/20268 -- Edit this bug report at http://bugs.php.net/?id=20268&edit=1
#22522 [Opn->Bgs]: Config runs fine but errors during make
ID: 22522 Updated by: [EMAIL PROTECTED] Reported By: mjd1 at midwestlabs dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Solaris 2.8 PHP Version: 4.3.1 New Comment: See bug #21822 Previous Comments: [2003-03-04 10:56:43] mjd1 at midwestlabs dot com the snapshot works of course but only 32 not 64. im not finding the 64 report and as i want it 64 ./configure wont work for me. you can close this report ill find help where its a little more willing and not so snappy [2003-03-04 10:07:00] [EMAIL PROTECTED] And second: Just do plain ./configure, without defining those environment variables. (there are some 64bit issues with PHP, but we have another report for those so if not using those 'fixes' this, then we'll close this report) [2003-03-04 10:03:39] [EMAIL PROTECTED] So you're not using the snapshot. Please try the snapshot for real now. [2003-03-04 08:37:37] mjd1 at midwestlabs dot com Im using gcc 3.2.2 Here is the config line CFLAGS='-m64 -mcpu=v9' CPPFLAGS='-m64 -mcpu=v9' LDFLAGS='-m64' CC='gcc' ./configure --with-mysql --with-apache=../apache_1.3.27 --enable-track-vars --disable-debug --enable-mysql Here are the errors gcc -Iext/ctype/ -I/export/home/mjd1/installers/php-4.3.1/ext/ctype/ -DPHP_ATOM_INC -I/export/home/mjd1/installers/php-4.3.1/include -I/export/home/mjd1/instal lers/php-4.3.1/main -I/export/home/mjd1/installers/php-4.3.1 -I/export/home/mjd1/installers/php-4.3.1/Zend -I/export/home/mjd1/installers/php-4.3.1/ext/xml/expa t -m64 -mcpu=v9 -D_POSIX_PTHREAD_SEMANTICS -I/export/home/mjd1/installers/php-4.3.1/TSRM -m64 -mcpu=v9 -c /export/home/mjd1/installers/php-4.3.1/ext/ctype/ct ype.c -o ext/ctype/ctype.o && echo > ext/ctype/ctype.lo In file included from /export/home/mjd1/installers/php-4.3.1/Zend/zend.h:202, from /export/home/mjd1/installers/php-4.3.1/main/php.h:34, from /export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23: /export/home/mjd1/installers/php-4.3.1/Zend/zend_hash.h:119: parse error before "va_list" In file included from /export/home/mjd1/installers/php-4.3.1/Zend/zend.h:203, from /export/home/mjd1/installers/php-4.3.1/main/php.h:34, from /export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23: /export/home/mjd1/installers/php-4.3.1/Zend/zend_llist.h:34: parse error before "va_list" In file included from /export/home/mjd1/installers/php-4.3.1/main/php.h:34, from /export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23: /export/home/mjd1/installers/php-4.3.1/Zend/zend.h:285: parse error before "va_list" /export/home/mjd1/installers/php-4.3.1/Zend/zend.h:423: parse error before "va_list" In file included from /export/home/mjd1/installers/php-4.3.1/main/php.h:224, from /export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23: /export/home/mjd1/installers/php-4.3.1/main/spprintf.h:40: parse error before "va_list" In file included from /export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23: /export/home/mjd1/installers/php-4.3.1/main/php.h:277: parse error before "va_list" In file included from /export/home/mjd1/installers/php-4.3.1/main/php.h:360, from /export/home/mjd1/installers/php-4.3.1/ext/ctype/ctype.c:23: /export/home/mjd1/installers/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159: warning: `struct utimbuf' declared inside parameter list /export/home/mjd1/installers/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159: warning: its scope is only this definition or declaration, which is probably not what you wa nt *** Error code 1 make: Fatal error: Command failed for target `ext/ctype/ctype.lo' [2003-03-03 20:08:20] [EMAIL PROTECTED] Please add the errors when you use the latest snapshot here too, even if they are the same. And what gcc version? What configure line was used? 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/22522 -- Edit this bug report at http://bugs.php.net/?id=22522&edit=1
#22532 [Opn->Fbk]: after using oci colections the httpd process keeps the memory allocated
ID: 22532
Updated by: [EMAIL PROTECTED]
Reported By: adri_l at gmx dot net
-Status: Open
+Status: Feedback
Bug Type: OCI8 related
Operating System: Suse Linux 8.1
PHP Version: 4.3.1
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Previous Comments:
[2003-03-04 02:12:36] adri_l at gmx dot net
Hi.
I am testing some ways to insert big amounts of data
in a oracle database and i encountered the following problem.
During the script execution the memory usage of httpd daemon grows a
lot and even after the script is ended the httpd process keeps the
memory allocated. After two runs of the script the httpd process is
using 28.7% of 512 MB of RAM.
I'm using PHP 4.3.1, Oracle 9.2.1.0.1 and apache 1.3.27.
Hope you can help.
The oracle table in which the data is inserted has the following
structure:
SQL> describe adrian_test;
NameNull?Type
--- -
NAME VARCHAR2(255)
NR NUMBER
VAL NUMBER
The script is:
append("Nume".$i);
$cval->append($i);
$cnr->append($i+100);
};
//Create the PLSQL query
$mbstr="begin forall i in 1..".$nr_query." insert into adrian_test
(name,nr,val) values (:vname(i),:vnr(i),:vval(i));end;";
$mbq=OCIParse($link,$mbstr);
//Bind collections
OCIBindByName($mbq,":vname",$cname,sizeof($cname),OCI_B_SQLT_NTY);
OCIBindByName($mbq,":vnr",$cnr,sizeof($cnr),OCI_B_SQLT_NTY);
OCIBindByName($mbq,":vval",$cval,sizeof($cval),OCI_B_SQLT_NTY);
//Execute Query
OCIExecute($mbq);
OCIFreeStatement($mbq);
//Free Collections
$cname->free();
$cnr->free();
$cval->free();
//Drop types
$dtque=OCIParse($link,"drop type mname");
OCIExecute($dtque);
OCIFreeStatement($dtque);
$dtque=OCIParse($link,"drop type mnr");
OCIExecute($dtque);
OCIFreeStatement($dtque);
$dtque=OCIParse($link,"drop type mval");
OCIExecute($dtque);
OCIFreeStatement($dtque);
};
$linkid = OCINLogon("scott", "tiger");
bulk_test($linkid,50);
?>
I hope this can be solved easily and that i'm not reporting false bugs
or things like this.
Best regards,
Adrian CIocildau
--
Edit this bug report at http://bugs.php.net/?id=22532&edit=1
#22478 [Opn->Fbk]: register_shutdown_function() renders trigger_error() useless
ID: 22478 Updated by: [EMAIL PROTECTED] Reported By: hex6ng at yahoo dot com -Status: Open +Status: Feedback -Bug Type: Output Control +Bug Type: *General Issues Operating System: Linux Mandrake 8.0 PHP Version: 4CVS-2003-02-28 (stable) New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Previous Comments: [2003-02-28 11:22:44] hex6ng at yahoo dot com trigger_error() won't work if register_shutdown_function() is called earlier. -- Edit this bug report at http://bugs.php.net/?id=22478&edit=1
#22466 [Opn->Fbk]: make fails while linking
ID: 22466 Updated by: [EMAIL PROTECTED] Reported By: public at utkalika dot net -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: SunOS 5.8 PHP Version: 4.3.1 New Comment: Exactly what kind of Oracle install is this? :) Try moving that sysliblist file temporarily somewhere else and do a clean configure/make for PHP. Previous Comments: [2003-02-28 13:57:22] public at utkalika dot net cat $ORACLE_HOME/lib/sysliblist -lagent8 -lclient8 -lclntsh -lcommon8 -lcore8 -ldbicx8 -ldl -ldsbtsh8 -lgeneric8 -lmm -lnls8 -lntcp8 -lobk -lpls8 -ltracepls8 -lpsa8 -lserver8 -lslax8 -lslpm -lsql8 -lsqlplus -lsvrmgrl -lvsn8 ls $ORACLE_HOME/rdbms/lib/sysliblist /opt/oracle/app/oracle/product/8.1.7/rdbms/lib/sysliblist: No such file or directory [2003-02-27 17:02:01] [EMAIL PROTECTED] Check these files if they exist: $ORACLE_HOME/lib/sysliblist $ORACLE_HOME/rdbms/lib/sysliblist And let us know what's inside them. [2003-02-27 15:45:46] public at utkalika dot net I was trying to install php 4.3.1 (only cli version) on a sun sparc machine with the following configuration. ./configure --prefix=/export/home/hdradmin/php --disable-cgi --with-pear --e nable-ftp --without-mysql --with-oci8 during the make stage, I get this error Undefined first referenced symbol in file wtcLerr /opt/oracle/app/oracle/product/8.1.7/lib/libclient8.a(kpucc.o) (symbol belongs to implicit dependency /opt/oracle/app/oracle/product/8.1.7/lib/libwtc8.so) wtcMerr /opt/oracle/app/oracle/product/8.1.7/lib/libclient8.a(kpucc.o) (symbol belongs to implicit dependency /opt/oracle/app/oracle/product/8.1.7/lib/libwtc8.so) wtcsrin /opt/oracle/app/oracle/product/8.1.7/lib/libclient8.a(kpuini.o) (symbol belongs to implicit dependency /opt/oracle/app/oracle/product/8.1.7/lib/libwtc8.so) wtcsrfre /opt/oracle/app/oracle/product/8.1.7/lib/libclient8.a(kpuini.o) (symbol belongs to implicit dependency /opt/oracle/app/oracle/product/8.1.7/lib/libwtc8.so) wtcstu /opt/oracle/app/oracle/product/8.1.7/lib/libclient8.a(kpucc.o) (symbol belongs to implicit dependency /opt/oracle/app/oracle/product/8.1.7/lib/libwtc8.so) wtclkm /opt/oracle/app/oracle/product/8.1.7/lib/libclient8.a(kpucc.o) (symbol belongs to implicit dependency /opt/oracle/app/oracle/product/8.1.7/lib/libwtc8.so) ld: fatal: Symbol referencing errors. No output written to sapi/cli/php collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 This error occurs at the point /bin/sh libtool --silent --mode=link gcc -export-dynamic -g -O2 -L/usr/ucblib -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3 -L/opt/oracle/app/oracle/product/8.1.7/lib -R /usr/ucblib -R /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3 -R /opt/oracle/app/oracle/product/8.1.7/lib ext/ctype/ctype.lo ext/ftp/php_ftp.lo ext/ftp/ftp.lo ext/oci8/oci8.lo ext/overload/overload.lo ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/posix/posix.lo ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard/css.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/aggregation.lo ext/standard/sha1.lo ext/tokenizer/tokenizer.lo ext/xml/xml.lo ext/xml/expat/xmlparse.lo ext/xml/expat/xmlrole.lo ext/xml/expat/xmltok.lo regex/regcomp.lo regex/regexec
#22472 [Opn->Bgs]: set_error_handler
ID: 22472 Updated by: [EMAIL PROTECTED] Reported By: nightik at intech dot ru -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Windows 2000 Advanced Server PHP Version: 4.3.0 New Comment: Don't trigger errors in the constructor. Previous Comments: [2003-03-01 02:57:37] nightik at intech dot ru If use E_USER_WARNING, E_USER_ERROR, E_USER_NOTICE this problem stay. [2003-02-28 11:06:57] [EMAIL PROTECTED] You should be using E_USER_WARNING not E_WARNING. Once I make this change I am unable to replicate the error you are seeing. [2003-02-28 04:04:35] nightik at intech dot ru There is bug example.php $errno: $errstr in $errfile in line $errline "; } } $class = new example(); ?> Some times this script outputs: --- Warning: Error in z:\home\lego\www\test_err.php on line 8 --- but some times outputs: --- 512: Error in z:\home\lego\www\test_err.php in line 8 --- So, some times system error handler works, but enother times method _error_handler from example class works. -- Edit this bug report at http://bugs.php.net/?id=22472&edit=1
#21532 [Opn->Asn]: incorrect warning
ID: 21532
Updated by: [EMAIL PROTECTED]
Reported By: czuma at poland dot org
-Status: Open
+Status: Assigned
Bug Type: *Directory/Filesystem functions
Operating System: Solaris 8
PHP Version: 4.3.1
-Assigned To:
+Assigned To: wez
Previous Comments:
[2003-03-01 12:07:47] czuma at poland dot org
I have checked php4-STABLE-200303011230
Unfortunately it doesn't work. I still see incorrect warning:
"SAFE MODE Restriction in effect. The script whose uid is XXX is not
allowed to access /www/user/data owned by uid 0 in
/www/user/stale/table1a.php on line 3"
"Line 3":
$my=opendir("/www/user/data/$dat");
Probably: $dat=blabla/bleble.txt
Directory "blabla" doesn't exist. I see correct and then incorrect
warning.
[2003-02-25 03:58:26] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2003-02-25 01:42:35] rohan at cs dot rmit dot edu dot au
Opps, lost part of the error... it is:
Warning: filemtime() [function.filemtime]: SAFE MODE Restriction in
effect. The script whose uid/gid is 1/31748 is not allowed to access
/home/m/malsmith/.HTMLinfo/lastmodified owned by uid/gid 31748/103 in
/home/m/malsmith/.HTMLinfo/software.php on line 3
[2003-02-25 01:41:23] rohan at cs dot rmit dot edu dot au
Solaris 2.8, using Forte CC version 7 to compile
php 4.3.1 and apache 1.3.27
Not sure if this is the same problem, but similar. When safe_mode is
enabled, when trying to use a file function, using the full pathname,
an error such as:
-
Warning: filemtime() [function.filemtime]: SAFE MODE Restriction in
effect. The " is not allowed to access
/home/m/malsmith/.HTMLinfo/lastmodified owned by uid/gid 31748/103 in
/home/m/malsmith/.HTMLinfo/software.php on line 3
--
have sage_mode_gid enabled to allow group work, but this still breaks.
The above file is uid/gid 31748/103, and
the web server is running as 'nobody' uid/gid 60001/60001
Don't know what the "script whose uid/gid is 1/31748"
means, or what went wrong here, but in the end, I can't
also use the 'include' on other similar files.
the files are all uid/gid the same
for the moment I have to turn off safe mode :(
[2003-01-11 04:30:14] czuma at poland dot org
"Directory (...) 20021122 doesn't exist."
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/21532
--
Edit this bug report at http://bugs.php.net/?id=21532&edit=1
#22441 [Opn->Fbk]: SSL and cURL SSL break with pfpro
ID: 22441
Updated by: [EMAIL PROTECTED]
Reported By: eric at vlender dot com
-Status: Open
+Status: Feedback
Bug Type: OpenSSL related
Operating System: GNU/Linux (slackware)
PHP Version: 4.3.1
New Comment:
Does compiling PHP as DSO for Apache fix this?
If so, you can bogus this, we already have a report about that one.
Previous Comments:
[2003-02-28 19:19:56] eric at vlender dot com
Well, I have now compiled in openssl-0.9.7a and cURL-7.10.3 and instead
of just getting nothing, I get this in my logs:
[Fri Feb 28 18:19:46 2003] [notice] child pid 11916 exit signal
Segmentation fault (11)
[Fri Feb 28 18:19:46 2003] [notice] child pid 11908 exit signal
Segmentation fault (11)
That is with an attempted fsockopen("ssl://securehost.hre", 443,
errorno, error); call that works perfectly with out the -pfpro option
...
I guess I can always have PHP shell out to a PERL script and manage the
transaction ..
Thanks for your help :)
[2003-02-26 11:37:47] eric at vlender dot com
On a quick side note, Payflow pro is working perfectly. We use it for
our signups, and the signup procedure is functioning perfectly. Just
cURL and fsockopen() are not happy.. :(
I placed them in /usr/lib and /usr/local/include respectfully.
/usr/local/lib/pfpro.h is a symlink to the header in
/usr/local/include
~> locate pfpro | sort
/usr/lib/libpfpro.so
/usr/local/include/pfpro.h
/usr/local/lib/pfpro.h
/usr/local/src/php-4.3.1/ext/pfpro
/usr/local/src/php-4.3.1/ext/pfpro/CREDITS
/usr/local/src/php-4.3.1/ext/pfpro/TODO
/usr/local/src/php-4.3.1/ext/pfpro/config.m4
/usr/local/src/php-4.3.1/ext/pfpro/pfpro.c
/usr/local/src/php-4.3.1/ext/pfpro/pfpro.lo
/usr/local/src/php-4.3.1/ext/pfpro/pfpro.o
/usr/local/src/php-4.3.1/ext/pfpro/php_pfpro.h
/usr/local/src/php-4.3.1/tests/testpfpro.php
[2003-02-26 11:25:56] [EMAIL PROTECTED]
Where are the pfpro libs and headers installed then?
And you're absolutely sure you don't have any older versions
laying around? (I somewhat remember there being some problems before
with pfpro and openssl..)
[2003-02-26 11:19:14] eric at vlender dot com
One other note that I realized should probally be taken into account
with this. I am using apache-ssl Ben-SSL/1.48 and not mod_ssl.
[2003-02-26 11:12:34] eric at vlender dot com
I don't think that is the case. I am using the following shared
library from the sdk:
-rwxrwxr-x1 501 501690560 Jun 11 2002 libpfpro.so*
I went and redownloaded the SDK this morning, and the lib in their
download is the same as this one. Here are my configure statements.
(Also, in the meantime I have upgraded to openssl-0.9.7)
apache-1.3.27: ./configure --prefix=/usr/local/apache
--server-uid=daemon --server-gid=daemon
--activate-module=src/modules/php4/libphp4.a:
php-4.3.1: ./configure --with-apache=../apache_1.3.27 --enable-bcmath
--with-curl --with-gettext --with-mysql=/usr/local/mysql
--with-mcrypt=../libmcrypt-2.5.0 --with-openssl=/usr/local/ssl
--with-pear --disable-cgi --with-gd --with-zlib
--with-jpeg-dir=/usr/lib --with-pfpro
With just the --with-pfpro option I believe it uses the PHP internal
pfpro extension, is this the issue, and should I be pointing it to the
pfpro shared library instead?
If so, will I need to recompile everything as shared? I prefer static
for the raw performance, but will switch to shared if that will solve
this issue.
Thanks again.
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/22441
--
Edit this bug report at http://bugs.php.net/?id=22441&edit=1
#22351 [Opn->Fbk]: Error in gdttf.c ??
ID: 22351 Updated by: [EMAIL PROTECTED] Reported By: j dot lammerts at chello dot nl -Status: Open +Status: Feedback Bug Type: GD related Operating System: AIX 4.3.3 PHP Version: 4CVS-2003-02-21 (stable) New Comment: Any update on this? Previous Comments: [2003-02-28 07:17:55] j dot lammerts at chello dot nl Will try this, but it will be next week... Thanks [2003-02-26 19:15:00] [EMAIL PROTECTED] Could you try adding --enable-gd-native-ttf to you configure line and if that does not help try upgrading to a later version of FreeType 2. [2003-02-24 03:11:30] j dot lammerts at chello dot nl The freetype version is 2.0.1.0, and AFAIK it is the only version installed on our system. [2003-02-23 05:38:50] [EMAIL PROTECTED] What freetype version you have installed? And you're sure you don't have mixed versions in your system of it? [2003-02-21 09:40:44] j dot lammerts at chello dot nl Error situation could be avoided by NOT adding both --with-gd AND --with-ttf in the configuration string. I now have --with-gd only. Is this the correct way of doing things ? Hans 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/22351 -- Edit this bug report at http://bugs.php.net/?id=22351&edit=1
#17291 [Opn->Fbk]: mssql_query does not update get_last_message
ID: 17291 Updated by: [EMAIL PROTECTED] Reported By: mgruetzner at rw3 dot com -Status: Open +Status: Feedback Bug Type: Sybase (dblib) related Operating System: Linux PHP Version: 4.3.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And as it propably isn't fixed in it, can you please provide the patch for this snapshot's php_sybase_db.c ? Previous Comments: [2003-02-21 06:44:05] mgruetzner at rw3 dot com http://www.xnitech.com/php_sybase_db.c [2003-02-21 06:43:26] mgruetzner at rw3 dot com http://www.xnitech.com/php_sybase_db.c";>http://www.xnitech.com/php_sybase_db.c [2003-02-21 03:21:29] [EMAIL PROTECTED] Please put the file somewhere to be downloaded and add an url here. [2003-02-20 09:11:57] mgruetzner at rw3 dot com The issue is still not resolved. FreeTDS addressed the issue on their end, but I still have to merge in my fix to /ext/sybase/php_sybase_db.c every time I update PHP. Again, I have a version of /ext/sybase/php_sybase_db.c which addresses the problem. It involves a few small changes to the sybase_query function. I can send it to you if you are interested. [2003-02-20 07:58:46] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. And we're already at 4.3.1... 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/17291 -- Edit this bug report at http://bugs.php.net/?id=17291&edit=1
#22248 [Opn->Fbk]: Compile failed with php cgi / snmp
ID: 22248 Updated by: [EMAIL PROTECTED] Reported By: simon at dnadogs dot com -Status: Open +Status: Feedback Bug Type: SNMP related Operating System: Solaris 8 PHP Version: 4CVS-2003-02-17 (stable) New Comment: Please check this out: http://gcc.gnu.org/ml/gcc-help/2002-01/msg00185.html Previous Comments: [2003-02-21 07:41:47] simon at dnadogs dot com I did a make distclean then configure --with-snmp --with-mysql=/usr/local and then make still got /usr/local/sparc-sun-solaris2.8/bin/ld: bfd assertion fail elflink.h:3542 this was useing latest snapshot [2003-02-21 04:40:45] [EMAIL PROTECTED] That's pretty impossible as the configure would fail if the snmp config fails. Is 'HAVE_SNMP' defined in main/php_config.h ? Does the sapi/cli/php binary have the functions? [2003-02-21 04:12:26] simon at dnadogs dot com Hi, tried the latest snapshop and it compiles ok but has no snmp support in the binary. errors with snmpget function not available. [2003-02-18 23:28:50] [EMAIL PROTECTED] Can you please try the latest STABLE snapshot? It has a sanity test for ext/snmp compile in configure and it would be nice to know if it fails for you when you configure/compile PHP as CGI. Also, add the configure lines you have used for configuring net-snmp and php. [2003-02-18 03:33:29] simon at dnadogs dot com Further info. A php binary is created in sapi/cgi/ and when i use it with a phpinfo() it says that snmp is enabled but if I try to use snmp functions i get they dont exist as follows - php snmp.php Fatal error: Call to undefined function: snmpget() in /users/downloads/Apache/php4-STABLE-200302171030/sapi/cgi/snmp.php on line 2 /users/downloads/Apache/php4-STABLE-200302171030/sapi/cgi/snmp.php(2) : Fatal error - Call to undefined function: snmpget() 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/22248 -- Edit this bug report at http://bugs.php.net/?id=22248&edit=1
#22442 [Opn->Fbk]: auto_prepend_file not consistant
ID: 22442 Updated by: [EMAIL PROTECTED] Reported By: jstanley at cenicola-helvin dot com -Status: Open +Status: Feedback Bug Type: Apache related Operating System: Redhat 7.3 PHP Version: 4.3.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-02-26 10:51:46] jstanley at cenicola-helvin dot com Apache 1.3.27 .htaccess file php_value auto_prepend_file '/path/to/function/file' php_value auto_append_file '/path/to/cleanup/file' I keep reloading a phpinfo.php script Browser displays value randomly Directive = Local Value, Master Value auto_prepend_file = no value, no value auto_append_file = no value, no value --OR-- auto_prepend_file = /path/to/function/file, no value auto_append_file = /path/to/cleanup/file, no value -- Edit this bug report at http://bugs.php.net/?id=22442&edit=1
