#14391 [Com]: gmmktime, gmdate work incorrect
ID: 14391
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: No Feedback
Bug Type: Date/time related
Operating System: Windows 2000 Server
PHP Version: 4.0.6
New Comment:
I use Win2K.I got this problem too. But after I updated to php 4.2.1
version, they are gone. It works well on php 4.2.1 (or higher version,
I guess).
Kae
Previous Comments:
[2002-12-12 09:03:48] [EMAIL PROTECTED]
Same problem - runing at the same time 2 systems:
On Windows NT 5.0 build 2195 PHP 4.1.1 on GMT zone:
echo (gmdate(U) . br); //1039704601
echo (date (U) . br); //1039704601
echo (mktime() . br); //1039704601
echo (gmmktime() . br); //1039701001
echo (time() . br); //1039704601
On Linux webdev 2.4.19 #1 PHP 4.2.2 on EDT zone:
echo (gmdate(U) . br); //1039704601
echo (date (U) . br); //1039704601
echo (mktime() . br); //1039704601
echo (gmmktime() . br); //1039686601
echo (time() . br); //1039704601
Peter
[2002-08-04 01:00:10] [EMAIL PROTECTED]
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-07-03 19:54:16] [EMAIL PROTECTED]
Could you please retry with a current snapshot or CVS-checkout? There
have been changes to mktime, so this problem might be already fixed in
CVS.
Please reopen the case if the problem persists.
Thanks for helping!
[2002-07-03 15:21:20] [EMAIL PROTECTED]
Here's a different perspective: I've been duplicating examples in
Python, Perl, Tcl, and PHP, thinking my next book may be full of such.
One of my examples converts between an ASCII GMT representation and the
local machine's seconds since the epoch. I did the example in the
other languages before trying PHP. Tcl works out of the box. In
Python and Perl, I found ways of getting the gmt-to-local time
differential and used that differential to adjust the result produced
by mktime to create something similar to PHP's mktime. (It's not well
tested but doesn't have the bug PHP's mktime has. I get correct
results for daylight and nondaylight local times.) In PHP, I can't
find tools sufficient to calculate that time differential. HERE's THE
POINT: All these languages seem to rely on the same basic C library.
If it can be done using those C library tools (however indirectly) in
some of them it ought to be possible in all.
J Adrian Zimmer
[2002-04-17 21:03:39] [EMAIL PROTECTED]
Hi,
This is my first post to PHP-DEV.
I was stuck too when I tried to get timezone by subtracting
the return value of mktime() from that of gmmktime().
I've inspected the codes, and I guess this may be a complicated
and weird bug produced by glibc, MS CRT library,
ext/standard/datetime.c.
/* -- */
#include stdio.h
#include time.h
int main( int argc, char **argv )
{
struct tm tm_d = { 0, 0, 0, 1, 0, 70, 0, 0, -1 };
int seconds;
int gmadjust;
int is_dst;
is_dst = tm_d.tm_isdst;
seconds = mktime( tm_d );
gmadjust = -(is_dst ? timezone - 3600: timezone );
printf( %d\n, seconds );
seconds += gmadjust;
printf( %d %d\n, tm_d.tm_isdst, seconds );
}
/* -- */
I wrote this trivial program, and compiled and run
in two different ways.
[win32 - mingw(gcc 2.95.3) with msvcrt.dll under w2k]
c:\blah gcc -o tztest.exe tztest.c
c:\blah set TZ=JST-9:00
c:\blah tztest.exe
-1
-1 35999
c:\blah set TZ=PST+8:00
c:\blah tztest.exe
28800
0 0
[linux - gcc 3.04 and glibc-2.2.4]
$ gcc -o tztest tztest.c
$ env TZ=JST -9:00 ./tzdiff
-32400
0 0
$ env TZ=PST +8:00 ./tzdiff
28800
0 0
[What those results mean]
(a) mktime() must return -1 if the specified broken-down time cannot
be
represented as calendar time according to its spec.
(b) When the given timezone is more eastward than GMT,
libc's mktime() should fail (and return -1)
when tm.tm_hour ( -timezone / 3600 ) because of (a)
(c) glibc doesn't seem to comform to (b).
(d) MS's libc(msvcrt) does (b).
(e) If mktime() is called with tm.tm_isdst set to less than zero,
mktime() routine determines if DST is to be applied in the
specified
timezone, and should set tm_isdst to 1 (applied) or 0 (not
applied).
(f) glibc does (e) well.
(g) MS's libc(msvcrt)
#21512 [NEW]: mkdir() does not work in safe mode
From: [EMAIL PROTECTED]
Operating system: Rehat 8.0
PHP version: 4.2.3
PHP Bug Type: Performance problem
Bug description: mkdir() does not work in safe mode
compiled into php:
./configure --with-apxs=/usr/local/apache/bin/apxs
--with-pgsql=/usr/local/pgsql/ --with-mcrypt=/usr/local --with-xml
--with-pdflib --disable-debug
using the following directives in my httpd.conf:
php_admin_value safe_mode 1
php_admin_value safe_mode_exec_dir /usr/local/src/demo/
this expression never evaluates to true:
if(!mkdir($new_dir, 0755)) {
$error = The directory could not be created.;
}
the var $new_dir is always a subdirectory of a directory with umask=000
and mod=777 and ownership=nobody.nobody. The class running the code is
owned by nobody.nobody. Nobody owns the apache server (v.1.3.27)
processes.
If safe_mode is set to false, the mkdir() function works just fine.
Mkdir() + safe mode works just fine under php 4.3 also running under
redhat 8.0, with the same compile options, the same httpd.conf directives,
the same apache version, and the same directory permissions...aaack!
--
Edit bug report at http://bugs.php.net/?id=21512edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21512r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=21512r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=21512r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21512r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=21512r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21512r=support
Expected behavior: http://bugs.php.net/fix.php?id=21512r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21512r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21512r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=21512r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21512r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=21512r=dst
IIS Stability: http://bugs.php.net/fix.php?id=21512r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21512r=gnused
#21389 [Fbk-Opn]: preg_match crash after some calls
ID: 21389
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: PCRE related
Operating System: Windows NT 4 sp6a french
PHP Version: 4.3.0
New Comment:
This code is crashig : DrWatson Stack Overflow.
?php
function extrait_sql($code) {
if (preg_match('/(\/\*(.|\n)*?\*\/)/', $code)) {
$code = preg_replace('/(\/\*(.|\n)*?\*\/)/', '', $code);
}
}
$le_code =
'/*-*/ /*
EG_LSTJ_200201_Evolution Adresse et centre de rattachement */
/*-*/
/*Declare Function EG_CST_COD_FORCAGE_RENTE PeopleCode
EG_FLW_CONSTANT.EG_CONSTANTES FieldFormula;*/ /*Declare Function
EG_CST_AVANCE_PREVI PeopleCode EG_FLW_CONSTANT.EG_CONSTANTES
FieldFormula; */ /*Declare Function EG_CST_CAN_REN PeopleCode
EG_FLW_CONSTANT.EG_CONSTANTES FieldFormula; */ /*Declare Function
EG_CST_CAS_REN PeopleCode EG_FLW_CONSTANT.EG_CONSTANTES FieldFormula;
*/ /*Local date D_DATE_PLUS_REC; */ /*Local number N_NB_PREST; */
/*Local number N_NB_PREST_RG_OU_R; */ /*Local number N_I; */ /*Local
string S_CAS; */ /* EG_BLLA_02071999_ Contrôle la saisie des champs
CAN CAS si les dates sont renseignées et */ /* inversement. */ /*If
%PanelGroup = PANELGROUP.EG_CREA_OD Or */ /* %PanelGroup =
PANELGROUP.EG_CREA_AD 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; */ /* If
B_TROUVE = False 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_CREA_ADR_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 Etrnagers n\'ont plus besoin de motif
de forçage */ /* If (COUNTRY 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
#21512 [Opn]: mkdir() does not work in safe mode
ID: 21512
User updated by: [EMAIL PROTECTED]
-Reported By: [EMAIL PROTECTED]
+Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Performance problem
Operating System: Rehat 8.0
PHP Version: 4.2.3
New Comment:
(changed my email address)
Previous Comments:
[2003-01-08 02:32:51] [EMAIL PROTECTED]
compiled into php:
./configure --with-apxs=/usr/local/apache/bin/apxs
--with-pgsql=/usr/local/pgsql/ --with-mcrypt=/usr/local --with-xml
--with-pdflib --disable-debug
using the following directives in my httpd.conf:
php_admin_value safe_mode 1
php_admin_value safe_mode_exec_dir /usr/local/src/demo/
this expression never evaluates to true:
if(!mkdir($new_dir, 0755)) {
$error = The directory could not be created.;
}
the var $new_dir is always a subdirectory of a directory with umask=000
and mod=777 and ownership=nobody.nobody. The class running the code is
owned by nobody.nobody. Nobody owns the apache server (v.1.3.27)
processes.
If safe_mode is set to false, the mkdir() function works just fine.
Mkdir() + safe mode works just fine under php 4.3 also running under
redhat 8.0, with the same compile options, the same httpd.conf
directives, the same apache version, and the same directory
permissions...aaack!
--
Edit this bug report at http://bugs.php.net/?id=21512edit=1
#21512 [Opn-Bgs]: mkdir() does not work in safe mode
ID: 21512
Updated by: [EMAIL PROTECTED]
-Reported By: [EMAIL PROTECTED]
+Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Performance problem
Operating System: Rehat 8.0
PHP Version: 4.2.3
New Comment:
It works in 4.3 so obviously it was fixed.
Previous Comments:
[2003-01-08 02:44:12] [EMAIL PROTECTED]
(changed my email address)
[2003-01-08 02:32:51] [EMAIL PROTECTED]
compiled into php:
./configure --with-apxs=/usr/local/apache/bin/apxs
--with-pgsql=/usr/local/pgsql/ --with-mcrypt=/usr/local --with-xml
--with-pdflib --disable-debug
using the following directives in my httpd.conf:
php_admin_value safe_mode 1
php_admin_value safe_mode_exec_dir /usr/local/src/demo/
this expression never evaluates to true:
if(!mkdir($new_dir, 0755)) {
$error = The directory could not be created.;
}
the var $new_dir is always a subdirectory of a directory with umask=000
and mod=777 and ownership=nobody.nobody. The class running the code is
owned by nobody.nobody. Nobody owns the apache server (v.1.3.27)
processes.
If safe_mode is set to false, the mkdir() function works just fine.
Mkdir() + safe mode works just fine under php 4.3 also running under
redhat 8.0, with the same compile options, the same httpd.conf
directives, the same apache version, and the same directory
permissions...aaack!
--
Edit this bug report at http://bugs.php.net/?id=21512edit=1
#21389 [Opn]: preg_match crash after some calls
ID: 21389
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: PCRE related
Operating System: Windows NT 4 sp6a french
PHP Version: 4.3.0
New Comment:
There is no carriage return in the code below (in $le_code).
The variable $le_code is on a single line.
Thanks !!
Previous Comments:
[2003-01-08 02:44:11] [EMAIL PROTECTED]
This code is crashig : DrWatson Stack Overflow.
?php
function extrait_sql($code) {
if (preg_match('/(\/\*(.|\n)*?\*\/)/', $code)) {
$code = preg_replace('/(\/\*(.|\n)*?\*\/)/', '', $code);
}
}
$le_code =
'/*-*/ /*
EG_LSTJ_200201_Evolution Adresse et centre de rattachement */
/*-*/
/*Declare Function EG_CST_COD_FORCAGE_RENTE PeopleCode
EG_FLW_CONSTANT.EG_CONSTANTES FieldFormula;*/ /*Declare Function
EG_CST_AVANCE_PREVI PeopleCode EG_FLW_CONSTANT.EG_CONSTANTES
FieldFormula; */ /*Declare Function EG_CST_CAN_REN PeopleCode
EG_FLW_CONSTANT.EG_CONSTANTES FieldFormula; */ /*Declare Function
EG_CST_CAS_REN PeopleCode EG_FLW_CONSTANT.EG_CONSTANTES FieldFormula;
*/ /*Local date D_DATE_PLUS_REC; */ /*Local number N_NB_PREST; */
/*Local number N_NB_PREST_RG_OU_R; */ /*Local number N_I; */ /*Local
string S_CAS; */ /* EG_BLLA_02071999_ Contrôle la saisie des champs
CAN CAS si les dates sont renseignées et */ /* inversement. */ /*If
%PanelGroup = PANELGROUP.EG_CREA_OD Or */ /* %PanelGroup =
PANELGROUP.EG_CREA_AD 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; */ /* If
B_TROUVE = False 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_CREA_ADR_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 Etrnagers n\'ont plus besoin de motif
de forçage */ /* If (COUNTRY 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 */ /*
#21513 [NEW]: shutdown functions not executed if timed out
From: [EMAIL PROTECTED]
Operating system: WinXP
PHP version: 4.3.0
PHP Bug Type: Scripting Engine problem
Bug description: shutdown functions not executed if timed out
This problem is absolutely critical if you do DB cleanups, transactions
processing or other similar things in shutdown functions. Can be
especially bad if you need to commit/rollback transactions with persistent
DB connections.
--
?php
function boo()
{
...do_anything...; // never ever gets called
}
register_shutdown_function(boo);
set_time_limit(3); // not necessary, just to show the error sooner
for (;;) { // infinite loop to simulate long processing
}
?
--
Error message:
Fatal error: Maximum execution time of 3 seconds exceeded in c:\exp.php on
line 10
Fatal error: Maximum execution time of 3 seconds exceeded in c:\exp.php on
line 4
Does not depend on whether we run script as CGI/SAPI or CLI.
Report #14542 looks similar but is different IMHO.
--
Edit bug report at http://bugs.php.net/?id=21513edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21513r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=21513r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=21513r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21513r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=21513r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21513r=support
Expected behavior: http://bugs.php.net/fix.php?id=21513r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21513r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21513r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=21513r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21513r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=21513r=dst
IIS Stability: http://bugs.php.net/fix.php?id=21513r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21513r=gnused
#21514 [NEW]: Compile fails
From: [EMAIL PROTECTED] Operating system: Solaris 2.7 SPARC PHP version: 4CVS-2003-01-08 (stable) PHP Bug Type: *Compile Issues Bug description: Compile fails OS: Solaris 2.7 SPARC gcc: 3.0.1 gcc -Imain/ -I/export/home/ins/php/main/ -DPHP_ATOM_INC -I/export/home/ins/php/include -I/export/home/ins/php/main -I/export/home/ins/php -I/export/home/ins/php/Zend -I/export/home/ins/php/ext/xml/expat -D_POSIX_PTHREAD_SEMANTICS -I/export/home/ins/php/TSRM -g -O2 -c main/internal_functions_cli.c -o main/internal_functions_cli.o echo main/internal_functions_cli.lo /bin/sh libtool --silent --mode=link gcc -export-dynamic -g -O2 -L/usr/ucblib -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.7/3.0.1 -R /usr/ucblib -R /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/3.0.1 ext/ctype/ctype.lo ext/mysql/php_mysql.lo ext/mysql/libmysql/libmysql.lo ext/mysql/libmysql/errmsg.lo ext/mysql/libmysql/net.lo ext/mysql/libmysql/violite.lo ext/mysql/libmysql/password.lo ext/mysql/libmysql/my_init.lo ext/mysql/libmysql/my_lib.lo ext/mysql/libmysql/my_static.lo ext/mysql/libmysql/my_malloc.lo ext/mysql/libmysql/my_realloc.lo .. Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/getopt.lo main/internal_functions_cli.lo -lcrypt -lresolv -lm -lsocket -lgcc -lcrypt -o sapi/cli/php Output line too long. Output line too long. Output line too long. gcc: main/php_ini: No such file or directory *** Error code 1 make: Fatal error: Command failed for target `sapi/cli/php' -PHP 4.2.3 compile success -PHP 4.3.0 compile error ? Best Regards !!! Orlov Oleg -- Edit bug report at http://bugs.php.net/?id=21514edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21514r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21514r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21514r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21514r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21514r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21514r=support Expected behavior: http://bugs.php.net/fix.php?id=21514r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21514r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21514r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21514r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21514r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21514r=dst IIS Stability: http://bugs.php.net/fix.php?id=21514r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21514r=gnused
#21481 [Bgs-Opn]: mssql_close function don't close connection
ID: 21481 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: MSSQL related Operating System: windows 2000/sp3 PHP Version: 4CVS-2003-01-07 (stable) New Comment: Sorry, this is my mistype. in my test script all was fine. and, also, I reopen this bug report. When 25 connections was reached, no new connection will open. Then I change option allow persistant to Off in php.ini. All working fine. I assume this is not a bogus, this is a bug. Previous Comments: [2003-01-07 05:48:56] [EMAIL PROTECTED] A little comment to let [EMAIL PROTECTED] knows that his script is bogus: ? $db=mssql_connect(server,user,pass); mssql_close(db); ? should be ? $db=mssql_connect(server,user,pass); mssql_close($db); ? Thank you for your report. [2003-01-07 05:43:01] [EMAIL PROTECTED] In the db extensions connections will be closed via destructor functions, which will be called when zend_list_delete is executed: see: PHP_MINIT_FUNCTION and _close_[extname]_link [2003-01-07 04:07:18] [EMAIL PROTECTED] And also: If I create file like this: ? $db=mssql_connect(server,user,pass); mssql_close(db); ? and run it a lot of times, after 25 times I got message unable connect to server from mssql_connect when I go to mssql entreprise manager I will see 25 connections from PHP. If I restart apache all connections will be closed. PS: I use apache 1.3.27/w32 Same behavior with all databases, as I understand, there is another childs logic instead unix. Waiting for comments [2003-01-07 02:06:41] [EMAIL PROTECTED] Hello! I call mssql_close function for close connection but, as I see in php_mssql.c file this function do nothing (ie don't really closes connection) see code: ZEND_FETCH_RESOURCE2(mssql_ptr, mssql_link *, mssql_link_index, id, MS SQL-Link, le_link, le_plink); if (mssql_link_index) zend_list_delete(Z_LVAL_PP(mssql_link_index)); else zend_list_delete(id); RETURN_TRUE; where is dbclose and dbfreelogin staments? vladimir Novosibirsk, Russia -- Edit this bug report at http://bugs.php.net/?id=21481edit=1
#21481 [Com]: mssql_close function don't close connection
ID: 21481 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MSSQL related Operating System: windows 2000/sp3 PHP Version: 4CVS-2003-01-07 (stable) New Comment: Please, tell me, where in function mssql_close is dbclose call for really close connection to database? vladimir. Previous Comments: [2003-01-08 03:20:04] [EMAIL PROTECTED] Sorry, this is my mistype. in my test script all was fine. and, also, I reopen this bug report. When 25 connections was reached, no new connection will open. Then I change option allow persistant to Off in php.ini. All working fine. I assume this is not a bogus, this is a bug. [2003-01-07 05:48:56] [EMAIL PROTECTED] A little comment to let [EMAIL PROTECTED] knows that his script is bogus: ? $db=mssql_connect(server,user,pass); mssql_close(db); ? should be ? $db=mssql_connect(server,user,pass); mssql_close($db); ? Thank you for your report. [2003-01-07 05:43:01] [EMAIL PROTECTED] In the db extensions connections will be closed via destructor functions, which will be called when zend_list_delete is executed: see: PHP_MINIT_FUNCTION and _close_[extname]_link [2003-01-07 04:07:18] [EMAIL PROTECTED] And also: If I create file like this: ? $db=mssql_connect(server,user,pass); mssql_close(db); ? and run it a lot of times, after 25 times I got message unable connect to server from mssql_connect when I go to mssql entreprise manager I will see 25 connections from PHP. If I restart apache all connections will be closed. PS: I use apache 1.3.27/w32 Same behavior with all databases, as I understand, there is another childs logic instead unix. Waiting for comments [2003-01-07 02:06:41] [EMAIL PROTECTED] Hello! I call mssql_close function for close connection but, as I see in php_mssql.c file this function do nothing (ie don't really closes connection) see code: ZEND_FETCH_RESOURCE2(mssql_ptr, mssql_link *, mssql_link_index, id, MS SQL-Link, le_link, le_plink); if (mssql_link_index) zend_list_delete(Z_LVAL_PP(mssql_link_index)); else zend_list_delete(id); RETURN_TRUE; where is dbclose and dbfreelogin staments? vladimir Novosibirsk, Russia -- Edit this bug report at http://bugs.php.net/?id=21481edit=1
#21501 [Fbk]: ISAPI Troubles
ID: 21501
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: *Web Server problem
Operating System: Windows 2K/2Kserver/XP
PHP Version: 4.3.0
New Comment:
What does Configuration File (php.ini) Path from phpinfo() show?
And please use Edit Submition and Add Comment for the bug report.
Previous Comments:
[2003-01-07 21:24:21] [EMAIL PROTECTED]
Eys thats correct, it dont use any php.ini
But that is here of course and with php.exe it will be used
I had it in the same directory as php.exe and php4isapi.dll
since php 4.3.0 this works perfectly and is no need to copy it to win
dir - i copied php4isapi in the root path of the interpreter so i can
use relative path to the extension dir with only extension_dir =
extensions but now nothing of all them will work
I ve tried also to copy php.ini in the windir but it dont work with
isapi but phpinfo shows extension_dir = c:\php4 and i dont know from
where this value comes
maybe - my windows is installed on K:\
php is installed in k:\server\php
hope this small bug will alos fixed in next release when anybody found
it
where have you php installed ?
[2003-01-07 18:58:57] [EMAIL PROTECTED]
I suspect that your ISAPI module isn't reading correct php.ini. You can
verify this by looking on top of phpinfo() output page were the used
php.ini file will be specified. I just tested mail() and it works
correctly.
You could also try to specify the two ini parameters in the scripts
itself:
ini_set('SMTP', 'mail.example.com');
ini_set('sendmail_from', '[EMAIL PROTECTED]');
mail([EMAIL PROTECTED], test, test);
[2003-01-07 18:45:45] [EMAIL PROTECTED]
I found some problems with the ISAPI module under windows with
differnet webservers
First: mail() dont work (Mail-Server:
http://www.cmfperception.com/liteserve.html) - with php.exe it will
work
Second: The session.save_path will be ignored in php.ini and php try to
use /tmp what cant be found on win and when i use the php.exe must be /
instead of \ in the path when it should work
Hope i can help and sorry about my bad english (come from austria)
--
Edit this bug report at http://bugs.php.net/?id=21501edit=1
#21506 [Opn-Csd]: Latest CVS missing php4apache2.dll?
ID: 21506 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed -Bug Type: Documentation problem +Bug Type: Compile Failure Operating System: Windows XP PHP Version: 4CVS-2003-01-07 (dev) New Comment: Its actually a compile problem with the latest CVS. You can have a look at http://snaps.php.net/win32/compile.log to see the reason. This will be fixed soon. Closing the report since we're aware of the issue and are working on it. Previous Comments: [2003-01-07 23:19:33] [EMAIL PROTECTED] I *HIGHLY* doubt this is a doc problem as most likely that dll just forgot to make its way into the distro. Nobody is perfect :) [2003-01-07 22:48:28] [EMAIL PROTECTED] sorry about the above! my dog was 'nosing' my mouse! :\ [2003-01-07 22:46:15] [EMAIL PROTECTED] Changed category to Documentation Problem, since its not REALLY a problem with apache2 [2003-01-07 22:45:42] [EMAIL PROTECTED] Changed category to Documentation Problem, since its not REALLY a problem with apache2 [2003-01-07 22:45:09] [EMAIL PROTECTED] Changed category to Documentation Problem, since its not REALLY a problem with apache2 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/21506 -- Edit this bug report at http://bugs.php.net/?id=21506edit=1
#21491 [Fbk-Opn]: Hang during ociexecute
ID: 21491
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: OCI8 related
Operating System: Suse Linux 8.0
PHP Version: 4.2.3
New Comment:
Thanks champs!
The problem was the putenv()-statements. I've entered the definitions
for these variables right in front of the apache-start-script and know
it works great!
Previous Comments:
[2003-01-07 14:49:54] [EMAIL PROTECTED]
Does it help if you 'do it by the book',
http://www.php.net/manual/en/ref.oci8.php, i.e. don't use putenv() or
Apache's SetEnv, but set the environment variables before you start
Apache? And did you check whether your Apache is linked to pthread (see
the page mentioned above)?
[2003-01-07 09:32:33] [EMAIL PROTECTED]
Works fine on Solaris in DSO and CGI. You might want to test the
connection to see if it happened and call OCIError as well.
[2003-01-07 08:19:04] [EMAIL PROTECTED]
I'm trying to get some (existing) records oput of an Oracle8-Database.
As long as I do a query, which can't have any results, everything works
fine. But if I write a SELECT-statement, which should give at least one
result, the whole thing hangs or I get the message 'The page cannot be
displayed'.
example (which causes me troubles):
?php
putenv('ORACLE_HOME=/opt/oracle/OraHome1');
putenv('TNS_ADMIN=/opt/oracle/OraHome1/network/admin');
putenv('TWO_TASK=/opt/oracle/OraHome1/network/admin/tnsnames.ora');
$user=;
$pwd=;
$conn = ocilogon($user,$pwd,TNEUN2);
$sql=select * from t_person WHERE name like 'Muster' ORDER BY name,
firstname, notes, racf;
$stmt=ociparse($conn,$sql);
ociexecute($stmt);
echo $sql;
?
The 'echo-statement' is only used to verify that the script has
finished! The statement select max(id_pers) from t_person for example
works fine.
Thanks in advance!
Greetings
Stephan
--
Edit this bug report at http://bugs.php.net/?id=21491edit=1
#21501 [Com]: ISAPI Troubles
ID: 21501
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: *Web Server problem
Operating System: Windows 2K/2Kserver/XP
PHP Version: 4.3.0
New Comment:
now i know why it is so
the php.exe uses a php.ini-file when it is in same directory also but
with the isapi it must be in the windir
dont really know why this is different
about the button
sorry if i used the developer
Previous Comments:
[2003-01-08 03:31:26] [EMAIL PROTECTED]
What does Configuration File (php.ini) Path from phpinfo() show?
And please use Edit Submition and Add Comment for the bug report.
[2003-01-07 21:24:21] [EMAIL PROTECTED]
Eys thats correct, it dont use any php.ini
But that is here of course and with php.exe it will be used
I had it in the same directory as php.exe and php4isapi.dll
since php 4.3.0 this works perfectly and is no need to copy it to win
dir - i copied php4isapi in the root path of the interpreter so i can
use relative path to the extension dir with only extension_dir =
extensions but now nothing of all them will work
I ve tried also to copy php.ini in the windir but it dont work with
isapi but phpinfo shows extension_dir = c:\php4 and i dont know from
where this value comes
maybe - my windows is installed on K:\
php is installed in k:\server\php
hope this small bug will alos fixed in next release when anybody found
it
where have you php installed ?
[2003-01-07 18:58:57] [EMAIL PROTECTED]
I suspect that your ISAPI module isn't reading correct php.ini. You can
verify this by looking on top of phpinfo() output page were the used
php.ini file will be specified. I just tested mail() and it works
correctly.
You could also try to specify the two ini parameters in the scripts
itself:
ini_set('SMTP', 'mail.example.com');
ini_set('sendmail_from', '[EMAIL PROTECTED]');
mail([EMAIL PROTECTED], test, test);
[2003-01-07 18:45:45] [EMAIL PROTECTED]
I found some problems with the ISAPI module under windows with
differnet webservers
First: mail() dont work (Mail-Server:
http://www.cmfperception.com/liteserve.html) - with php.exe it will
work
Second: The session.save_path will be ignored in php.ini and php try to
use /tmp what cant be found on win and when i use the php.exe must be /
instead of \ in the path when it should work
Hope i can help and sorry about my bad english (come from austria)
--
Edit this bug report at http://bugs.php.net/?id=21501edit=1
#21491 [Opn-Bgs]: Hang during ociexecute
ID: 21491
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: OCI8 related
Operating System: Suse Linux 8.0
PHP Version: 4.2.3
New Comment:
Trust our document the next time please :-)
Derick
Previous Comments:
[2003-01-08 03:38:22] [EMAIL PROTECTED]
Thanks champs!
The problem was the putenv()-statements. I've entered the definitions
for these variables right in front of the apache-start-script and know
it works great!
[2003-01-07 14:49:54] [EMAIL PROTECTED]
Does it help if you 'do it by the book',
http://www.php.net/manual/en/ref.oci8.php, i.e. don't use putenv() or
Apache's SetEnv, but set the environment variables before you start
Apache? And did you check whether your Apache is linked to pthread (see
the page mentioned above)?
[2003-01-07 09:32:33] [EMAIL PROTECTED]
Works fine on Solaris in DSO and CGI. You might want to test the
connection to see if it happened and call OCIError as well.
[2003-01-07 08:19:04] [EMAIL PROTECTED]
I'm trying to get some (existing) records oput of an Oracle8-Database.
As long as I do a query, which can't have any results, everything works
fine. But if I write a SELECT-statement, which should give at least one
result, the whole thing hangs or I get the message 'The page cannot be
displayed'.
example (which causes me troubles):
?php
putenv('ORACLE_HOME=/opt/oracle/OraHome1');
putenv('TNS_ADMIN=/opt/oracle/OraHome1/network/admin');
putenv('TWO_TASK=/opt/oracle/OraHome1/network/admin/tnsnames.ora');
$user=;
$pwd=;
$conn = ocilogon($user,$pwd,TNEUN2);
$sql=select * from t_person WHERE name like 'Muster' ORDER BY name,
firstname, notes, racf;
$stmt=ociparse($conn,$sql);
ociexecute($stmt);
echo $sql;
?
The 'echo-statement' is only used to verify that the script has
finished! The statement select max(id_pers) from t_person for example
works fine.
Thanks in advance!
Greetings
Stephan
--
Edit this bug report at http://bugs.php.net/?id=21491edit=1
#21515 [NEW]: Show the current functionname
From: [EMAIL PROTECTED]
Operating system: all
PHP version: 4.3.0
PHP Bug Type: Feature/Change Request
Bug description: Show the current functionname
Is it possible to create a getCurrentFunctionName() function?
If an user defined error occured (for example: you are not getting a valid
SQL-resultset with your query) in a function, it would be handy to show
the functionname where the error is generated.
Possible example:
function getQueryResultSet() {
// requested code
$currentFunctionName = getCurrentFunctionName();
$query=select * from table;
$result = mysql_query($query) or die (The error occured in .
$currentFunctionName);
return $result;
}
--
Edit bug report at http://bugs.php.net/?id=21515edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21515r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=21515r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=21515r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21515r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=21515r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21515r=support
Expected behavior: http://bugs.php.net/fix.php?id=21515r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21515r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21515r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=21515r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21515r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=21515r=dst
IIS Stability: http://bugs.php.net/fix.php?id=21515r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21515r=gnused
#21498 [Opn-Ver]: mysql_pconnect trouble
ID: 21498 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Verified Bug Type: MySQL related Operating System: Linux PHP Version: 4.3.0 -Assigned To: +Assigned To: georg New Comment: Verified, assigned to myself. Previous Comments: [2003-01-07 21:03:53] [EMAIL PROTECTED] Yeah I am getting the same problem :( This is what error I get: Warning: mysql_pconnect() [function.mysql-pconnect]: Link to server lost, unable to reconnect And I also get it to work now and then. As far as I know these are the servers info: OS is Redhat Linux Im not too sure on the version. mySQL is version 3.23.54 PHP is version 4.3.0 Apache is version 1.3.26 It was all working fine until version 4.3.0 was installed :( Thanks in advance Paul [2003-01-07 13:47:47] [EMAIL PROTECTED] I have php 4.3.0, compiled with external mysql client 3.23.54. There is a problem with mysql_pconnect(). Sometimes it's impossible to connect ( Lost connection to mysql server ). If mysql_connect is used, there isn't problem any more. There wasn't problem in php 4.2.3 with the same mysql client. -- Edit this bug report at http://bugs.php.net/?id=21498edit=1
#21515 [Opn-Csd]: Show the current functionname
ID: 21515
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Feature/Change Request
Operating System: all
PHP Version: 4.3.0
New Comment:
You can use debug_backtrace() for this (which is new in PHP 4.3.0).
(Try var_dump(debug_backtrace()); to see what output it gives), marking
this bug as a doc problem, as debug_backtrace() has not been documented
yet.
Derick
Previous Comments:
[2003-01-08 04:20:36] [EMAIL PROTECTED]
Is it possible to create a getCurrentFunctionName() function?
If an user defined error occured (for example: you are not getting a
valid SQL-resultset with your query) in a function, it would be handy
to show the functionname where the error is generated.
Possible example:
function getQueryResultSet() {
// requested code
$currentFunctionName = getCurrentFunctionName();
$query=select * from table;
$result = mysql_query($query) or die (The error occured in .
$currentFunctionName);
return $result;
}
--
Edit this bug report at http://bugs.php.net/?id=21515edit=1
#19758 [Bgs]: Loading extensions isn't functional
ID: 19758 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Dynamic loading Operating System: Win 2000 Server PHP Version: 4.2.3 New Comment: If you need any help please see http://www.php.net/support.php . Thank you for your report. Previous Comments: [2003-01-08 03:19:41] [EMAIL PROTECTED] I don't have the extensions and dlls folder under php directory. So from where am I suppose to get dlls which are reqd for GD lib. I took it from the some other server where (php ver was 4.0.6) and kept it in the system32 folder. Version php 4.2.3 and IIS5.0. I tried everything from extension_dir to putting those dlls in system 32 etc. I need to solve this what shall i do? [2002-11-01 21:46:22] [EMAIL PROTECTED] still bogus, try reading the docs more often.. [2002-11-01 14:46:47] [EMAIL PROTECTED] For those who read this, here was the resolution to the problem: php_mssql.dll uses other dlls to function. These DLL's are located in the DLL directory under the php directory. These need to be placed it the System32 directory on your machine. In my particular case, the ntwdblib.dll wasn't in the directory. Once placed it worked fine. However, I would still call this a bug. The Error message incorrectly notifies us of this problem. It says can't find php_mssql.php dll, but acctually it should of said ntwdblib.dll DLL not found [2002-10-07 13:09:18] [EMAIL PROTECTED] My appologizes for posting this report, if this truly isn't a bug. However, Win 2000 Server comes with the mssql drivers, so all that is needed is to load the php_mssql.dll. But, your extenesion_dir isn't functioning so I can't do that. I find it hard to believe, that with the correct configuration for the extenesion_dir, and that it wouldn't ready any dll's in the specified directory, you don't call this a bug. I said before that I've installed php on 5 other windows 2000 computers, so I know my php.ini is correct. Thanks for the help. I just hope support doesn't send me back here. [2002-10-05 02:53:25] [EMAIL PROTECTED] Sorry, but the bug system is not the appropriate forum for asking support questions. 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 Thank you for your interest in PHP. You need to install the MSSSQL client DLLs. 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/19758 -- Edit this bug report at http://bugs.php.net/?id=19758edit=1
#21498 [Ver-Asn]: mysql_pconnect trouble
ID: 21498 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Assigned Bug Type: MySQL related Operating System: Linux PHP Version: 4.3.0 Assigned To: georg New Comment: You didn't assign it :-) Previous Comments: [2003-01-08 04:25:16] [EMAIL PROTECTED] Verified, assigned to myself. [2003-01-07 21:03:53] [EMAIL PROTECTED] Yeah I am getting the same problem :( This is what error I get: Warning: mysql_pconnect() [function.mysql-pconnect]: Link to server lost, unable to reconnect And I also get it to work now and then. As far as I know these are the servers info: OS is Redhat Linux Im not too sure on the version. mySQL is version 3.23.54 PHP is version 4.3.0 Apache is version 1.3.26 It was all working fine until version 4.3.0 was installed :( Thanks in advance Paul [2003-01-07 13:47:47] [EMAIL PROTECTED] I have php 4.3.0, compiled with external mysql client 3.23.54. There is a problem with mysql_pconnect(). Sometimes it's impossible to connect ( Lost connection to mysql server ). If mysql_connect is used, there isn't problem any more. There wasn't problem in php 4.2.3 with the same mysql client. -- Edit this bug report at http://bugs.php.net/?id=21498edit=1
#21501 [Fbk-Bgs]: ISAPI Troubles
ID: 21501
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Bogus
Bug Type: *Web Server problem
Operating System: Windows 2K/2Kserver/XP
PHP Version: 4.3.0
New Comment:
OK. So I assume that this is not a bug in PHP.
Previous Comments:
[2003-01-08 03:54:15] [EMAIL PROTECTED]
now i know why it is so
the php.exe uses a php.ini-file when it is in same directory also but
with the isapi it must be in the windir
dont really know why this is different
about the button
sorry if i used the developer
[2003-01-08 03:31:26] [EMAIL PROTECTED]
What does Configuration File (php.ini) Path from phpinfo() show?
And please use Edit Submition and Add Comment for the bug report.
[2003-01-07 21:24:21] [EMAIL PROTECTED]
Eys thats correct, it dont use any php.ini
But that is here of course and with php.exe it will be used
I had it in the same directory as php.exe and php4isapi.dll
since php 4.3.0 this works perfectly and is no need to copy it to win
dir - i copied php4isapi in the root path of the interpreter so i can
use relative path to the extension dir with only extension_dir =
extensions but now nothing of all them will work
I ve tried also to copy php.ini in the windir but it dont work with
isapi but phpinfo shows extension_dir = c:\php4 and i dont know from
where this value comes
maybe - my windows is installed on K:\
php is installed in k:\server\php
hope this small bug will alos fixed in next release when anybody found
it
where have you php installed ?
[2003-01-07 18:58:57] [EMAIL PROTECTED]
I suspect that your ISAPI module isn't reading correct php.ini. You can
verify this by looking on top of phpinfo() output page were the used
php.ini file will be specified. I just tested mail() and it works
correctly.
You could also try to specify the two ini parameters in the scripts
itself:
ini_set('SMTP', 'mail.example.com');
ini_set('sendmail_from', '[EMAIL PROTECTED]');
mail([EMAIL PROTECTED], test, test);
[2003-01-07 18:45:45] [EMAIL PROTECTED]
I found some problems with the ISAPI module under windows with
differnet webservers
First: mail() dont work (Mail-Server:
http://www.cmfperception.com/liteserve.html) - with php.exe it will
work
Second: The session.save_path will be ignored in php.ini and php try to
use /tmp what cant be found on win and when i use the php.exe must be /
instead of \ in the path when it should work
Hope i can help and sorry about my bad english (come from austria)
--
Edit this bug report at http://bugs.php.net/?id=21501edit=1
#21516 [NEW]: sessions, its seams a bug
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.5 PHP version: 4.3.0 PHP Bug Type: Session related Bug description: sessions, its seams a bug ? $rf = session_start(); //begin session $one = $two; //when $tho is empty -- $one is empty too $rr = session_register(one); //then registered $one in session (one is empty) $rr = example; // then for example $rr = example; echo $fff; // end here we print $fff (but $fff have been empty, we did not defined it ) echo $fsdf; echo $empty; //but this echos example... WHY ??? this is small BUG ? ? echo $fff; echo $fsdf; echo $empty; //this echoe nothing becouse $empty $fsdf $fff; is empty // test this 2 // ? == pre $rf = session_start(); //begin session $one = $two; //when $tho is empty -- $one is empty too $rr = session_register(one); //then registered $one in session (one is empty) $rr = example; // then for example $rr = example; echo $fff; // end here we print $fff (but $fff have been empty, we did not defined it ) echo $fsdf; echo $empty; //but this echos example... WHY ??? this is small BUG echo $fff; echo $fsdf; echo $empty; //this echoe nothing becouse $empty $fsdf $fff; is empty // test this 2 // /pre -- Edit bug report at http://bugs.php.net/?id=21516edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21516r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21516r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21516r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21516r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21516r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21516r=support Expected behavior: http://bugs.php.net/fix.php?id=21516r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21516r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21516r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21516r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21516r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21516r=dst IIS Stability: http://bugs.php.net/fix.php?id=21516r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21516r=gnused
#21498 [Asn-Csd]: mysql_pconnect trouble
ID: 21498 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: MySQL related Operating System: Linux PHP Version: 4.3.0 Assigned To: georg 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-01-08 04:28:01] [EMAIL PROTECTED] You didn't assign it :-) [2003-01-08 04:25:16] [EMAIL PROTECTED] Verified, assigned to myself. [2003-01-07 21:03:53] [EMAIL PROTECTED] Yeah I am getting the same problem :( This is what error I get: Warning: mysql_pconnect() [function.mysql-pconnect]: Link to server lost, unable to reconnect And I also get it to work now and then. As far as I know these are the servers info: OS is Redhat Linux Im not too sure on the version. mySQL is version 3.23.54 PHP is version 4.3.0 Apache is version 1.3.26 It was all working fine until version 4.3.0 was installed :( Thanks in advance Paul [2003-01-07 13:47:47] [EMAIL PROTECTED] I have php 4.3.0, compiled with external mysql client 3.23.54. There is a problem with mysql_pconnect(). Sometimes it's impossible to connect ( Lost connection to mysql server ). If mysql_connect is used, there isn't problem any more. There wasn't problem in php 4.2.3 with the same mysql client. -- Edit this bug report at http://bugs.php.net/?id=21498edit=1
#21496 [Com]: Header weirdness
ID: 21496
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Output Control
Operating System: Linux
PHP Version: 4.3.0
New Comment:
It is a bug if it was the recommended way of overwriting headers and
you changed it and failed to tell anyone, so resulting in lots of
things stopping to work.
Either its a bug in your documentaiton or you changed a feature.
Previous Comments:
[2003-01-07 17:42:48] [EMAIL PROTECTED]
php -q will stop output of all headers, not just default ones. So if
header() works when -q is not specified, this is not a bug.
[2003-01-07 13:24:09] [EMAIL PROTECTED]
It seems this only occurs if you do -q to OVERRIDE the default headers,
eg, print your own rather than say text/html it doesnt print any of
them none at all! Even though you specifically asked for them. In
4.2 you did -q to suppress default headers but could print your own
[2003-01-07 13:19:47] [EMAIL PROTECTED]
Oh - I meant to say this is using PHP as CGI, and no this wasnt the CLI
version this was deffinately the CGI one. I checked, a ton of times..
As I suddenly thought.
[2003-01-07 12:55:03] [EMAIL PROTECTED]
OK, I had the following code:
?
$counterfile = '/path/afile;
if (file_exists ($counterfile) == true )
{
while (( $fp = fopen ($counterfile,r+)) == false)
{ usleep(5);}
while (!flock($fp,2))
{ usleep(5); }
$data = fread($fp,filesize($counterfile));
$content=explode( ,$data);
$content[1]=$content[1]+1;
if (rewind($fp)!=0)
{
$data=implode( ,$content);
fwrite($fp,$data,strlen($data));
}
flock($fp,3);
fclose($fp);
}
//header (Expires: Mon, 26 Jul 1997 05:00:00 GMT);// Date in the
past
//header (Last-Modified: . gmdate(D, d M Y H:i:s) . GMT);
// always
modified
//header (Cache-Control: no-cache, must-revalidate); // HTTP/1.1
//header (Pragma: no-cache); // HTTP/1.0
header('Content-disposition: filename=setup.exe');
header('Content-type: application/octetstream');
header('Content-length: '.filesize('/path/setup.exe'));
readfile('/path/setup.exe');
?
It worked before I upgraded to 4.3, so last version was 4.2 I used.
Now, its not doing the headers, its just showing the results of the
readfile.. (so my users reported major whine when they went to download
my app as I stupidly didnt check that one link)
v4.2 was compiled with
Running PHP 4.2.2
Zend Engine v1.2.0, Copyright (c) 1998-2002 Zend Technologies
[PHP Modules]
xml
standard
sockets
session
posix
pcre
mysql
imap
ftp
dbase
ctype
v4.3 with
[PHP Modules]
Zend Optimizer
ctype
dbase
ftp
imap
mysql
overload
pcre
posix
session
sockets
standard
tokenizer
xml
[Zend Modules]
Zend Optimizer
(Optimizer irrelevant the 4.2 works with or without optimizer, 4.3
produces the same)
--
Edit this bug report at http://bugs.php.net/?id=21496edit=1
#21496 [Bgs-Opn]: Header weirdness
ID: 21496
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Bogus
+Status: Open
Bug Type: Output Control
Operating System: Linux
PHP Version: 4.3.0
New Comment:
Its not 'bogus'
Previous Comments:
[2003-01-08 05:18:40] [EMAIL PROTECTED]
It is a bug if it was the recommended way of overwriting headers and
you changed it and failed to tell anyone, so resulting in lots of
things stopping to work.
Either its a bug in your documentaiton or you changed a feature.
[2003-01-07 17:42:48] [EMAIL PROTECTED]
php -q will stop output of all headers, not just default ones. So if
header() works when -q is not specified, this is not a bug.
[2003-01-07 13:24:09] [EMAIL PROTECTED]
It seems this only occurs if you do -q to OVERRIDE the default headers,
eg, print your own rather than say text/html it doesnt print any of
them none at all! Even though you specifically asked for them. In
4.2 you did -q to suppress default headers but could print your own
[2003-01-07 13:19:47] [EMAIL PROTECTED]
Oh - I meant to say this is using PHP as CGI, and no this wasnt the CLI
version this was deffinately the CGI one. I checked, a ton of times..
As I suddenly thought.
[2003-01-07 12:55:03] [EMAIL PROTECTED]
OK, I had the following code:
?
$counterfile = '/path/afile;
if (file_exists ($counterfile) == true )
{
while (( $fp = fopen ($counterfile,r+)) == false)
{ usleep(5);}
while (!flock($fp,2))
{ usleep(5); }
$data = fread($fp,filesize($counterfile));
$content=explode( ,$data);
$content[1]=$content[1]+1;
if (rewind($fp)!=0)
{
$data=implode( ,$content);
fwrite($fp,$data,strlen($data));
}
flock($fp,3);
fclose($fp);
}
//header (Expires: Mon, 26 Jul 1997 05:00:00 GMT);// Date in the
past
//header (Last-Modified: . gmdate(D, d M Y H:i:s) . GMT);
// always
modified
//header (Cache-Control: no-cache, must-revalidate); // HTTP/1.1
//header (Pragma: no-cache); // HTTP/1.0
header('Content-disposition: filename=setup.exe');
header('Content-type: application/octetstream');
header('Content-length: '.filesize('/path/setup.exe'));
readfile('/path/setup.exe');
?
It worked before I upgraded to 4.3, so last version was 4.2 I used.
Now, its not doing the headers, its just showing the results of the
readfile.. (so my users reported major whine when they went to download
my app as I stupidly didnt check that one link)
v4.2 was compiled with
Running PHP 4.2.2
Zend Engine v1.2.0, Copyright (c) 1998-2002 Zend Technologies
[PHP Modules]
xml
standard
sockets
session
posix
pcre
mysql
imap
ftp
dbase
ctype
v4.3 with
[PHP Modules]
Zend Optimizer
ctype
dbase
ftp
imap
mysql
overload
pcre
posix
session
sockets
standard
tokenizer
xml
[Zend Modules]
Zend Optimizer
(Optimizer irrelevant the 4.2 works with or without optimizer, 4.3
produces the same)
--
Edit this bug report at http://bugs.php.net/?id=21496edit=1
#21158 [Opn]: -c path/to/php.ini not available is iis5
ID: 21158 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Documentation problem +Bug Type: IIS related Operating System: windows 2000 sp3 PHP Version: 4.2.3 New Comment: The only way around this problem is to run multiple copies of php ( = 4.3.0) and keep the php.ini in the same directory as the php binary. This way the correct php.ini is loaded for the correct instance. Now it is possible to give each IIS Virtual server their 'own' copy of php and keep them in their own sandpits. Not really the solution I was looking for but can live with it. Previous Comments: [2002-12-26 21:35:06] [EMAIL PROTECTED] Can't get it working with 4.2.3 or 4.3.0 and I have tried using c:\php\php.exe -c d:\phpsite1 and also with specifying the php.ini file directly in c:\php\php.exe -c d:\phpsite1\php.ini which also does not work. I have been checking the php.ini variables with phpinfo after each change and seeing no difference. It keeps coming back with the php.ini file is c:\winnt\php.ini and checking variables like SMTP which is different in both files shows the new php.ini is not being used. In regards the other post about the news article - this does not apply as php.ini can specify all config variables and the 'registry per directory' method is very limited as to changes that can be made. ..petar [2002-12-26 20:25:58] [EMAIL PROTECTED] Are you sure you're just passing a directory name? Like -c c:\myinifiles\site7 which does not include php.ini itself? In 4.3.0 you can pass the filename as well as the dir name, but that didn't work in previous versions. [2002-12-23 02:47:17] [EMAIL PROTECTED] There is a news entry for PHP 4.0 RC1: Modified the registry INI entry reader (Win32) to work with drive letters. For example, if you wish to wish to specify INI entries for C:\foo\bar, you should create HKLM\PHP\Per Directory Values\C\foo\bar in the registry, and add string values for each directive you want to override in this directory (Zeev) I didn't find any more documentation. This should be marked as documentation bug. [2002-12-22 23:15:01] [EMAIL PROTECTED] The '-c path/to/php.ini' command line option can not be passed to IIS in the php script mapping and as a result seperate php.ini files can not be used to isolate different virtual sites in iis5. Anyone know how to pass this variable to iis to make this work. It is not documented anywhere after extensive search. -- Edit this bug report at http://bugs.php.net/?id=21158edit=1
#21496 [Opn-Bgs]: Header weirdness
ID: 21496 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Output Control Operating System: Linux PHP Version: 4.3.0 New Comment: The -q switch has always disabled all header output, not only default headers. Just tested with 4.0.6 and 4.1.2. If you have found a piece of documentation that states otherwise please reopen as documentation problem. Previous Comments: [2003-01-08 05:19:39] [EMAIL PROTECTED] Its not 'bogus' [2003-01-08 05:18:40] [EMAIL PROTECTED] It is a bug if it was the recommended way of overwriting headers and you changed it and failed to tell anyone, so resulting in lots of things stopping to work. Either its a bug in your documentaiton or you changed a feature. [2003-01-07 17:42:48] [EMAIL PROTECTED] php -q will stop output of all headers, not just default ones. So if header() works when -q is not specified, this is not a bug. [2003-01-07 13:24:09] [EMAIL PROTECTED] It seems this only occurs if you do -q to OVERRIDE the default headers, eg, print your own rather than say text/html it doesnt print any of them none at all! Even though you specifically asked for them. In 4.2 you did -q to suppress default headers but could print your own [2003-01-07 13:19:47] [EMAIL PROTECTED] Oh - I meant to say this is using PHP as CGI, and no this wasnt the CLI version this was deffinately the CGI one. I checked, a ton of times.. As I suddenly thought. 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/21496 -- Edit this bug report at http://bugs.php.net/?id=21496edit=1
#21427 [Com]: Function xslt_set_encoding() undefined
ID: 21427 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: XSLT related Operating System: WindowsXP PHP Version: 4.3.0 New Comment: I still get the error on the 4.3.0 release Call to undefined function: xslt_set_encoding() even though I moved the iconv.dll, sablot.dll and expat.dll to winnt\system32 ... Previous Comments: [2003-01-05 07:04:49] [EMAIL PROTECTED] Duplicate of #20640. [2003-01-05 07:04:49] [EMAIL PROTECTED] As http://www.php.net/manual/en/ref.xslt.php says: On UNIX, run configure with the --enable-xslt --with-xslt-sablot options. The Sablotron library should be installed somewhere your compiler can find it. Make sure you have the same libraries linked to the Sablotron library as those, which are linked with PHP. The configuration options: --with-expat-dir=DIR --with-iconv-dir=DIR are there to help you specify them. When asking for support, always mention these directives, and whether there are other versions of those libraries installed on your system somewhere. Naturally, provide all the version numbers. JavaScript E-XSLT support: If you compiled Sablotron with JavaScript support, you must specify the option: --with-sablot-js=DIR. Note to Win32 Users: In order to enable this module on a Windows environment, you must copy sablot.dll from the DLL folder of the PHP/Win32 binary package to the SYSTEM32 folder of your windows machine. (Ex: C:\WINNT\SYSTEM32 or C:\WINDOWS\SYSTEM32) [2003-01-05 07:01:27] [EMAIL PROTECTED] I am using Apache 2.0.43 and I have just upgraded to PHP 4.3.0 and my scripts now fail with the error message: Call to undefined function: xslt_set_encoding() I have downloaded the latest sablotron version from www.gingerall.com, but the error persists. Could it be that the Windows binary was not compioled with the with encoding option? -- Edit this bug report at http://bugs.php.net/?id=21427edit=1
#21517 [NEW]: when open COM ADODB connection php crash
From: [EMAIL PROTECTED]
Operating system: Windows 98
PHP version: 4.3.0
PHP Bug Type: Reproducible crash
Bug description: when open COM ADODB connection php crash
With this new version 4.3.0 if I open an ADODB connection with an Access
database php crash.
Windows '98, Xitami Web Server.
$dbc = new COM(ADODB.Connection) or die(Cannot start ADO);
$connstr = DRIVER={Microsoft Access Driver (*.mdb)};;
$connstr .= DBQ='c:\test.mdb';uid=;pwd=;;
$dbc-open($connstr);
With php 4.2.3 the script run well.
--
Edit bug report at http://bugs.php.net/?id=21517edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21517r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=21517r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=21517r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21517r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=21517r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21517r=support
Expected behavior: http://bugs.php.net/fix.php?id=21517r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21517r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21517r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=21517r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21517r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=21517r=dst
IIS Stability: http://bugs.php.net/fix.php?id=21517r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21517r=gnused
#20985 [Com]: heavy load = Segmentation fault
ID: 20985 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: Reproducible crash Operating System: Redhat Linux 7.3 8 PHP Version: 4.3.0RC3 New Comment: With Php 4.3.0 I am not getting any Segmentation faults, but when I compile with --enable-debug I still get Last leak repeated X times. Previous Comments: [2003-01-01 01:00:05] [EMAIL PROTECTED] No feedback was provided for this bug for over 2 weeks, 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-12-18 12:53:51] [EMAIL PROTECTED] I'll do my best. [2002-12-16 15:58:02] [EMAIL PROTECTED] I appreciate your offer, but it would be much better if you could narrow down the problem. There is just too much code to go over. [2002-12-16 07:42:09] [EMAIL PROTECTED] I can give you access to the system. Would you like that? I have also sent an email to [EMAIL PROTECTED] regarding this. [2002-12-15 21:34:42] [EMAIL PROTECTED] This is a fairly big script and I cannot even run it fully because I am missing over a dosen various includes your script requires. Is there any way you could reduce this to a single, preferably short script that could be used to replicate the memory leak you are seeing? 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/20985 -- Edit this bug report at http://bugs.php.net/?id=20985edit=1
#20802 [Ctl-Csd]: memory limit crash
ID: 20802
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Critical
+Status: Closed
Bug Type: Scripting Engine problem
Operating System: Redhat 7.0
PHP Version: 4.3.0RC2
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:
[2002-12-30 15:14:49] [EMAIL PROTECTED]
I've seen this behavior in versions as early as 4.1.2.
[2002-12-30 14:54:45] [EMAIL PROTECTED]
I have reproduced this issue with the released 4.3.0. When the memory
limit is exceeded, the program dies without the slitest indication as
to why.
The exact same test with PHP 4.2.3 prints an error: PHP Fatal error:
Allowed memory size of 10485760 bytes exhausted (tried to allocate 1
bytes) in - on line 1. The following command line is what I used to
produce the message above:
echo -n '?php $s = ; for ($i = 0; $i 100; $i++) {$s .=
;} print(finished); ?' | php -q
[2002-12-18 03:01:01] [EMAIL PROTECTED]
I have the same problem with PHP 4.2.3 on SPARC Solaris 2.7. My program
is very complex and I cannot provide simple script to reproduce it.
It seems to be hitting default 8 mb memory at random points in the code
when it processed enough data.
But instead of reporting an error, PHP engine just dies and re-starts
execution of the script from the very beginning (!).
No records in the logs.
PHP is running as Apache 1.3.26 module.
[2002-12-13 07:24:57] [EMAIL PROTECTED]
I'm having the same problem with PHP 4.3RC3 with Apache 2.0.43 running
with the perchild MPM.
After the crash occours, apache does not accept any more connections,
even though there are other processes that could handle them, and I'm
required to restart it.
Here are some outputs from ps and top, before and after the crash,
perhaps it will be usefull with something:
/* I've pasted only the part that shows the root process, and a
single child with its accompanying threads; there are 4 more children
(with their threads), but they are similar and their state doesn't
change */
(1) ps ax --forest before
3541 ?S 0:00 /opt/httpd-2.0.43/bin/httpd -k start
3542 ?S 0:00 \_ /opt/httpd-2.0.43/bin/httpd -k start
3545 ?S 0:00 | \_ /opt/httpd-2.0.43/bin/httpd -k
start
3546 ?S 0:38 | \_ /opt/httpd-2.0.43/bin/httpd -k
start
3549 ?S 0:00 | \_ /opt/httpd-2.0.43/bin/httpd -k
start
3550 ?S 0:00 | \_ /opt/httpd-2.0.43/bin/httpd -k
start
3556 ?S 0:00 | \_ /opt/httpd-2.0.43/bin/httpd -k
start
3561 ?S 0:00 | \_ /opt/httpd-2.0.43/bin/httpd -k
start
3578 ?S 0:00 | \_ /opt/httpd-2.0.43/bin/httpd -k
start
(2) ps ax --forest before
3541 ?S 0:00 /opt/httpd-2.0.43/bin/httpd -k start
3542 ?S 0:00 \_ /opt/httpd-2.0.43/bin/httpd -k start
3545 ?Z 0:00 | \_ [httpd defunct]
(3) top output after the crash
PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ Command
PPID nFLT nDRT WCHAN Flags
3542 httpd 9 0 58028 56m 4972 S 0.0 7.5 0:00.00
/opt/httpd- 35411 13k rt_sigsus .14.
3545 httpd 8 0 000 Z 0.0 0.0 0:00.04 ( httpd
de 354200 exit ..44
on previous occassions, when I did not know about this bug, I used to
kill the child process with SIGTERM. That, plus other things, has
yielded some lines in the apache log.
(1)This is after sending a signal:
[Thu Dec 12 20:03:16 2002] [notice] child pid 2716 exit signal
Segmentation fault (11)
(2) This is probably related somehow:
[Thu Dec 12 20:14:02 2002] [info] (104)Connection reset by peer:
core_output_filter: writing data to the net
work
[Thu Dec 12 20:14:03 2002] [info] (32)Broken pipe: core_output_filter:
writing data to the network
[2002-12-08 06:19:34] [EMAIL PROTECTED]
I can also verify this with 4.3.0-cvs. With the cli PHP I can get a
core dump showing a nearly endless calling stack - probably the
memory_limit only looks at the data size, not at the stack size (but of
course
#21477 [Fbk-Bgs]: $node-dump_node($node) crashes when node has any attribute
ID: 21477 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Bogus Bug Type: DOM XML related Operating System: linux; kernel 2.4.18 PHP Version: 4.3.0 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. On aftger analysis of the bug I must conclude it is a bug in libxml2 (possibly old version of it) and not a bug in PHP. Previous Comments: [2003-01-06 20:58:59] [EMAIL PROTECTED] Cannot dublicate the crash using latest PHP snapshot. If you still experience the problem could you please provide a backtrace. [2003-01-06 18:33:33] [EMAIL PROTECTED] ?php // this text causes crash: $with_attr=eot node attr=testtesthi/test /node eot; // this text avoids crash: $without_attr=eot nodetesthi/test /node eot; // using $with_attr causes crash: $xml=$with_attr; // using $without_attr doesn't crash: // $xml=$without_attr; $doc = domxml_open_mem($xml); $root=$doc-root(); // the following dump_node() call causes crash: $nodeContent =$root-dump_node($root); // the following dump_mem() call succeeds, using $with_attr: //$nodeContent =$doc-dump_mem(); echo htmlentities($nodeContent); // php appears to have crashed; the following text is not printed: echo hi; ? I am using PHP 4.3.0 configured as: ./configure --with-dom --with-zlib-dir=/usr/include --with-mysql=/usr/local/mysql --with-apxs=/usr/local/apache/bin/apxs --with-xml --enable-track-vars -- Edit this bug report at http://bugs.php.net/?id=21477edit=1
#21516 [Opn-Fbk]: sessions, its seams a bug
ID: 21516 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Session related Operating System: FreeBSD 4.5 PHP Version: 4.3.0 New Comment: Is you register_globals on? Also try using the $_SESSION superglobal to register session variables instead of session_register. Previous Comments: [2003-01-08 05:12:42] [EMAIL PROTECTED] ? $rf = session_start(); //begin session $one = $two; //when $tho is empty -- $one is empty too $rr = session_register(one); //then registered $one in session (one is empty) $rr = example; // then for example $rr = example; echo $fff; // end here we print $fff (but $fff have been empty, we did not defined it ) echo $fsdf; echo $empty; //but this echos example... WHY ??? this is small BUG ? ? echo $fff; echo $fsdf; echo $empty; //this echoe nothing becouse $empty $fsdf $fff; is empty // test this 2 // ? == pre $rf = session_start(); //begin session $one = $two; //when $tho is empty -- $one is empty too $rr = session_register(one); //then registered $one in session (one is empty) $rr = example; // then for example $rr = example; echo $fff; // end here we print $fff (but $fff have been empty, we did not defined it ) echo $fsdf; echo $empty; //but this echos example... WHY ??? this is small BUG echo $fff; echo $fsdf; echo $empty; //this echoe nothing becouse $empty $fsdf $fff; is empty // test this 2 // /pre -- Edit this bug report at http://bugs.php.net/?id=21516edit=1
#21503 [Opn-Fbk]: Failed to write session data (Files).
ID: 21503 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Session related Operating System: Red Hat Linux 7.3 - 2.4.18-18 PHP Version: 4.3.0 New Comment: Is it possible that you may running out of space in /tmp? Previous Comments: [2003-01-07 20:40:14] [EMAIL PROTECTED] I have very frequent errors in my logfiles concerning the session data. [07-Jan-2003 18:46:30] PHP Warning: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp/php_sess) in Unknown on line 0 Users are sometimes reporting a problem where sessions are not maintained but this is apparently *usually* transparent to the users and it is not often noticed. The obvious things are in place, there IS a directory /tmp/php_sess and it is owned by the webserver user. I am using PHP 4.3.0 in safe_mode, as such: session.save_handler = files session.save_path = /tmp/php_sess session.use_cookies = On session.name = PHPSESSID session.auto_start = 0 session.cookie_lifetime = 0 session.cookie_path = / session.cookie_domain = session.serialize_handler = php session.gc_probability = On session.gc_maxlifetime = 1440 session.entropy_length = 0 session.cache_limiter = nocache session.cache_expire = 180 session.use_trans_sid = On I have apparently had this problem for quite some time dating back to 4.2.x. Please advise if there is anything I can try or do? I have read through the other similar bug reports that do exist but they all refer to version 4.2.3 and earlier and say the issue is solved in later version or snapshot. Is this still a known issue in 4.3.0? Thanks. -- Edit this bug report at http://bugs.php.net/?id=21503edit=1
#21518 [NEW]: ImageCreateFromString() causes segmentation fault
From: [EMAIL PROTECTED]
Operating system: Redhat Linux 7.2
PHP version: 4.3.0
PHP Bug Type: GD related
Bug description: ImageCreateFromString() causes segmentation fault
The following script crashes and never gets to process anything below
imagecreatefromstring(). When using the same script with a supported image
type (JPG/PNG/GIF/etc.), the script runs fine. Note: The original script
gets $data from a database instead of from a file.
?php
$data = file_get_contents('any-unsupported-image.psd');
$source_id = imagecreatefromstring($data);
print_r($source_id);
?
Here's my configure line:
'./configure' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin'
'--sbindir=/usr/sbin' '--libexecdir=/usr/libexec' '--datadir=/usr/share'
'--sysconfdir=/etc' '--sharedstatedir=/usr/com' '--localstatedir=/var'
'--libdir=/usr/lib' '--includedir=/usr/include'
'--infodir=/usr/share/info' '--mandir=/usr/share/man'
'--with-apxs=/usr/sbin/apxs' '--enable-force-cgi-redirect'
'--enable-discard-path' '--with-layout=GNU' '--with-config-file-path=/etc'
'--enable-safe-mode' '--with-exec-dir=/usr/bin' '--enable-magic-quotes'
'--disable-rpath' '--with-openssl' '--with-zlib' '--enable-bcmath'
'--with-bz2' '--enable-calendar' '--with-curl' '--enable-dbx'
'--enable-dio' '--with-dom' '--with-dom-xslt' '--with-dom-exslt'
'--enable-exif' '--enable-ftp=shared' '--with-gd' '--with-jpeg-dir=/usr'
'--with-png-dir=/usr' '--with-ttf' '--with-freetype-dir=/usr'
'--enable-gd-native-ttf' '--with-gettext=shared' '--with-iconv'
'--with-imap=shared' '--with-kerberos' '--with-imap-ssl'
'--with-ldap=shared' '--enable-mbstring' '--with-mysql=shared,/usr'
'--with-unixODBC=shared' '--with-pfpro' '--with-pgsql=shared'
'--with-pspell' '--enable-shmop' '--with-snmp=shared,/usr'
'--enable-ucd-snmp-hack' '--enable-sockets' '--with-regex=system'
'--enable-sysvsem' '--enable-sysvshm' '--enable-wddx'
'--with-expat-dir=/usr' '--enable-yp' '--with-zip' '--enable-versioning'
'--with-pic' '--enable-memory-limit'
The Apache error log contains the following error:
[Wed Jan 8 11:46:00 2003] [notice] child pid 25614 exit signal
Segmentation fault (11)
--
Edit bug report at http://bugs.php.net/?id=21518edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21518r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=21518r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=21518r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21518r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=21518r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21518r=support
Expected behavior: http://bugs.php.net/fix.php?id=21518r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21518r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21518r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=21518r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21518r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=21518r=dst
IIS Stability: http://bugs.php.net/fix.php?id=21518r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21518r=gnused
#21503 [Fbk-Opn]: Failed to write session data (Files).
ID: 21503 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Session related Operating System: Red Hat Linux 7.3 - 2.4.18-18 PHP Version: 4.3.0 New Comment: space on /tmp is not an issue, there is 25GB avail on that partition. Previous Comments: [2003-01-08 09:33:37] [EMAIL PROTECTED] Is it possible that you may running out of space in /tmp? [2003-01-07 20:40:14] [EMAIL PROTECTED] I have very frequent errors in my logfiles concerning the session data. [07-Jan-2003 18:46:30] PHP Warning: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp/php_sess) in Unknown on line 0 Users are sometimes reporting a problem where sessions are not maintained but this is apparently *usually* transparent to the users and it is not often noticed. The obvious things are in place, there IS a directory /tmp/php_sess and it is owned by the webserver user. I am using PHP 4.3.0 in safe_mode, as such: session.save_handler = files session.save_path = /tmp/php_sess session.use_cookies = On session.name = PHPSESSID session.auto_start = 0 session.cookie_lifetime = 0 session.cookie_path = / session.cookie_domain = session.serialize_handler = php session.gc_probability = On session.gc_maxlifetime = 1440 session.entropy_length = 0 session.cache_limiter = nocache session.cache_expire = 180 session.use_trans_sid = On I have apparently had this problem for quite some time dating back to 4.2.x. Please advise if there is anything I can try or do? I have read through the other similar bug reports that do exist but they all refer to version 4.2.3 and earlier and say the issue is solved in later version or snapshot. Is this still a known issue in 4.3.0? Thanks. -- Edit this bug report at http://bugs.php.net/?id=21503edit=1
#21518 [Opn]: ImageCreateFromString() causes segmentation fault
ID: 21518
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
-Bug Type: GD related
+Bug Type: Reproducible crash
Operating System: Redhat Linux 7.2
PHP Version: 4.3.0
New Comment:
Reclassified to Reproducible crash.
Previous Comments:
[2003-01-08 10:22:25] [EMAIL PROTECTED]
The following script crashes and never gets to process anything below
imagecreatefromstring(). When using the same script with a supported
image type (JPG/PNG/GIF/etc.), the script runs fine. Note: The original
script gets $data from a database instead of from a file.
?php
$data = file_get_contents('any-unsupported-image.psd');
$source_id = imagecreatefromstring($data);
print_r($source_id);
?
Here's my configure line:
'./configure' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin'
'--sbindir=/usr/sbin' '--libexecdir=/usr/libexec'
'--datadir=/usr/share' '--sysconfdir=/etc' '--sharedstatedir=/usr/com'
'--localstatedir=/var' '--libdir=/usr/lib' '--includedir=/usr/include'
'--infodir=/usr/share/info' '--mandir=/usr/share/man'
'--with-apxs=/usr/sbin/apxs' '--enable-force-cgi-redirect'
'--enable-discard-path' '--with-layout=GNU'
'--with-config-file-path=/etc' '--enable-safe-mode'
'--with-exec-dir=/usr/bin' '--enable-magic-quotes' '--disable-rpath'
'--with-openssl' '--with-zlib' '--enable-bcmath' '--with-bz2'
'--enable-calendar' '--with-curl' '--enable-dbx' '--enable-dio'
'--with-dom' '--with-dom-xslt' '--with-dom-exslt' '--enable-exif'
'--enable-ftp=shared' '--with-gd' '--with-jpeg-dir=/usr'
'--with-png-dir=/usr' '--with-ttf' '--with-freetype-dir=/usr'
'--enable-gd-native-ttf' '--with-gettext=shared' '--with-iconv'
'--with-imap=shared' '--with-kerberos' '--with-imap-ssl'
'--with-ldap=shared' '--enable-mbstring' '--with-mysql=shared,/usr'
'--with-unixODBC=shared' '--with-pfpro' '--with-pgsql=shared'
'--with-pspell' '--enable-shmop' '--with-snmp=shared,/usr'
'--enable-ucd-snmp-hack' '--enable-sockets' '--with-regex=system'
'--enable-sysvsem' '--enable-sysvshm' '--enable-wddx'
'--with-expat-dir=/usr' '--enable-yp' '--with-zip'
'--enable-versioning' '--with-pic' '--enable-memory-limit'
The Apache error log contains the following error:
[Wed Jan 8 11:46:00 2003] [notice] child pid 25614 exit signal
Segmentation fault (11)
--
Edit this bug report at http://bugs.php.net/?id=21518edit=1
#21316 [Opn-Csd]: debug_print_backtrace() leaks
ID: 21316
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Scripting Engine problem
Operating System: any
PHP Version: 4CVS-2002-12-31 (dev)
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:
[2002-12-31 14:59:17] [EMAIL PROTECTED]
?php
function foo()
{
debug_print_backtrace();
}
foo();
?
After running the above script, the memory manager reports following
leaks:
/home/koizumi/src/php.net/HEAD/php4/Zend/zend_hash.c(178) : Freeing
0x0827FD54
(32 bytes), script=/tmp/test3.php
/home/koizumi/src/php.net/HEAD/php4/Zend/zend_builtin_functions.c(1166)
: Freei
ng 0x0827FCF4 (44 bytes), script=/tmp/test3.php
/home/koizumi/src/php.net/HEAD/php4/Zend/zend_API.c(565) : Actual
location (loca
tion was relayed)
/home/koizumi/src/php.net/HEAD/php4/Zend/zend_builtin_functions.c(1165)
: Freei
ng 0x0827DD2C (12 bytes), script=/tmp/test3.php
Suggested patch (I'm going to resend this later):
Index: Zend/zend_builtin_functions.c
===
RCS file: /repository/Zend/zend_builtin_functions.c,v
retrieving revision 1.132
diff -u -r1.132 zend_builtin_functions.c
--- Zend/zend_builtin_functions.c 31 Dec 2002 15:55:01 -
1.132
+++ Zend/zend_builtin_functions.c 31 Dec 2002 20:53:31 -
@@ -1310,7 +1310,7 @@
}
zend_printf(%s(,
function_name?function_name:main);
debug_print_backtrace_args(arg_array);
- ZVAL_DELREF(arg_array);
+ zval_ptr_dtor(arg_array);
zend_printf() called at [%s:%d]\n, filename,
lineno);
include_filename = filename;
ptr = ptr-prev_execute_data;
--
Edit this bug report at http://bugs.php.net/?id=21316edit=1
#21518 [Opn]: ImageCreateFromString() causes segmentation fault
ID: 21518
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: Redhat Linux 7.2
PHP Version: 4.3.0
New Comment:
Update: In occasions (twice) I have received a Warning message about an
unsupported image type, which is what I wanted in the first place.
However, in the other 50+ occasions, the script simply crashes.
Previous Comments:
[2003-01-08 10:39:43] [EMAIL PROTECTED]
Reclassified to Reproducible crash.
[2003-01-08 10:22:25] [EMAIL PROTECTED]
The following script crashes and never gets to process anything below
imagecreatefromstring(). When using the same script with a supported
image type (JPG/PNG/GIF/etc.), the script runs fine. Note: The original
script gets $data from a database instead of from a file.
?php
$data = file_get_contents('any-unsupported-image.psd');
$source_id = imagecreatefromstring($data);
print_r($source_id);
?
Here's my configure line:
'./configure' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin'
'--sbindir=/usr/sbin' '--libexecdir=/usr/libexec'
'--datadir=/usr/share' '--sysconfdir=/etc' '--sharedstatedir=/usr/com'
'--localstatedir=/var' '--libdir=/usr/lib' '--includedir=/usr/include'
'--infodir=/usr/share/info' '--mandir=/usr/share/man'
'--with-apxs=/usr/sbin/apxs' '--enable-force-cgi-redirect'
'--enable-discard-path' '--with-layout=GNU'
'--with-config-file-path=/etc' '--enable-safe-mode'
'--with-exec-dir=/usr/bin' '--enable-magic-quotes' '--disable-rpath'
'--with-openssl' '--with-zlib' '--enable-bcmath' '--with-bz2'
'--enable-calendar' '--with-curl' '--enable-dbx' '--enable-dio'
'--with-dom' '--with-dom-xslt' '--with-dom-exslt' '--enable-exif'
'--enable-ftp=shared' '--with-gd' '--with-jpeg-dir=/usr'
'--with-png-dir=/usr' '--with-ttf' '--with-freetype-dir=/usr'
'--enable-gd-native-ttf' '--with-gettext=shared' '--with-iconv'
'--with-imap=shared' '--with-kerberos' '--with-imap-ssl'
'--with-ldap=shared' '--enable-mbstring' '--with-mysql=shared,/usr'
'--with-unixODBC=shared' '--with-pfpro' '--with-pgsql=shared'
'--with-pspell' '--enable-shmop' '--with-snmp=shared,/usr'
'--enable-ucd-snmp-hack' '--enable-sockets' '--with-regex=system'
'--enable-sysvsem' '--enable-sysvshm' '--enable-wddx'
'--with-expat-dir=/usr' '--enable-yp' '--with-zip'
'--enable-versioning' '--with-pic' '--enable-memory-limit'
The Apache error log contains the following error:
[Wed Jan 8 11:46:00 2003] [notice] child pid 25614 exit signal
Segmentation fault (11)
--
Edit this bug report at http://bugs.php.net/?id=21518edit=1
#21518 [Opn-Asn]: ImageCreateFromString() causes segmentation fault
ID: 21518
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Assigned
Bug Type: Reproducible crash
Operating System: Redhat Linux 7.2
PHP Version: 4.3.0
-Assigned To:
+Assigned To: iliaa
Previous Comments:
[2003-01-08 11:11:23] [EMAIL PROTECTED]
Update: In occasions (twice) I have received a Warning message about an
unsupported image type, which is what I wanted in the first place.
However, in the other 50+ occasions, the script simply crashes.
[2003-01-08 10:39:43] [EMAIL PROTECTED]
Reclassified to Reproducible crash.
[2003-01-08 10:22:25] [EMAIL PROTECTED]
The following script crashes and never gets to process anything below
imagecreatefromstring(). When using the same script with a supported
image type (JPG/PNG/GIF/etc.), the script runs fine. Note: The original
script gets $data from a database instead of from a file.
?php
$data = file_get_contents('any-unsupported-image.psd');
$source_id = imagecreatefromstring($data);
print_r($source_id);
?
Here's my configure line:
'./configure' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin'
'--sbindir=/usr/sbin' '--libexecdir=/usr/libexec'
'--datadir=/usr/share' '--sysconfdir=/etc' '--sharedstatedir=/usr/com'
'--localstatedir=/var' '--libdir=/usr/lib' '--includedir=/usr/include'
'--infodir=/usr/share/info' '--mandir=/usr/share/man'
'--with-apxs=/usr/sbin/apxs' '--enable-force-cgi-redirect'
'--enable-discard-path' '--with-layout=GNU'
'--with-config-file-path=/etc' '--enable-safe-mode'
'--with-exec-dir=/usr/bin' '--enable-magic-quotes' '--disable-rpath'
'--with-openssl' '--with-zlib' '--enable-bcmath' '--with-bz2'
'--enable-calendar' '--with-curl' '--enable-dbx' '--enable-dio'
'--with-dom' '--with-dom-xslt' '--with-dom-exslt' '--enable-exif'
'--enable-ftp=shared' '--with-gd' '--with-jpeg-dir=/usr'
'--with-png-dir=/usr' '--with-ttf' '--with-freetype-dir=/usr'
'--enable-gd-native-ttf' '--with-gettext=shared' '--with-iconv'
'--with-imap=shared' '--with-kerberos' '--with-imap-ssl'
'--with-ldap=shared' '--enable-mbstring' '--with-mysql=shared,/usr'
'--with-unixODBC=shared' '--with-pfpro' '--with-pgsql=shared'
'--with-pspell' '--enable-shmop' '--with-snmp=shared,/usr'
'--enable-ucd-snmp-hack' '--enable-sockets' '--with-regex=system'
'--enable-sysvsem' '--enable-sysvshm' '--enable-wddx'
'--with-expat-dir=/usr' '--enable-yp' '--with-zip'
'--enable-versioning' '--with-pic' '--enable-memory-limit'
The Apache error log contains the following error:
[Wed Jan 8 11:46:00 2003] [notice] child pid 25614 exit signal
Segmentation fault (11)
--
Edit this bug report at http://bugs.php.net/?id=21518edit=1
#17039 [Com]: re2c: command not found
ID: 17039 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Compile Failure Operating System: Linux PHP Version: 4.0CVS-2002-05-06 New Comment: I had this same problem on Solaris, but with the 'stable' download 4.3.0 . touching ext/standard/url_scanner_ex.re did not allow it to compile all the way through, as suggested by [EMAIL PROTECTED] . Is re2c a required build tool? Previous Comments: [2002-05-06 09:55:08] [EMAIL PROTECTED] Yes, that's fixed it. Seems to happen a lot recently (.re and .c commited in the wrong order). :-) [2002-05-06 08:18:42] [EMAIL PROTECTED] Either install re2c (http://www.tildeslash.org/re2c/ afaik) or just touch the url_scanner_ex.re file (seems someone forgot to touch it in CVS). [2002-05-06 08:15:27] [EMAIL PROTECTED] re2c -b /root/cvs/cvsphp/ext/standard/url_scanner_ex.re /root/cvs/cvsphp/ext/standard/url_scanner_ex.c /bin/sh: re2c: command not found -- Edit this bug report at http://bugs.php.net/?id=17039edit=1
#21519 [NEW]: php-4.3-mcrypt doens't load under Windows
From: [EMAIL PROTECTED] Operating system: Windows 2000 Server PHP version: 4.3.0 PHP Bug Type: *Encryption and hash functions Bug description: php-4.3-mcrypt doens't load under Windows Hello, I downloaded the binary distribution for mcrypt from: http://www.php.net/manual/en/ref.mcrypt.php and I get an error when start the module from IIS. The error seems to be coming from API incompatibility. I tried to load other extensions that come from the PHP distribution and they work properly but this one (php_mcrypt.dll) doesn't. I am in the end of a project and need desperately encryption. I would be very pleased if you can give me a solution. Many thanks in advance. Samuel Vicent Samuel Vicent Pitarch NET REAL SOLUTIONS S.L. 12540 vila-real, Castellon SPAIN +34 964 52 33 31 +34 637 44 15 97 -- Edit bug report at http://bugs.php.net/?id=21519edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21519r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21519r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21519r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21519r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21519r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21519r=support Expected behavior: http://bugs.php.net/fix.php?id=21519r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21519r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21519r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21519r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21519r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21519r=dst IIS Stability: http://bugs.php.net/fix.php?id=21519r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21519r=gnused
#20449 [Com]: sessions randomly fail
ID: 20449 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: redhat 7.3 PHP Version: 4.4.0-dev New Comment: Further testing shows that on Windows 2000 Server with Identical Configurations as the Windows 2000 Pro (I did diffs to be sure) reveals: Win2000Server 2 Processor- 2 failues in an estimates 300,000 tests. Win2000Server 4 processor - 0 failures in 1000 tests (Just started running this one.) Basically I had everyone in the office run the test against the 2 Processor system at the same time. Only 2 failures in that many requests I can live with. So is it more of an issue on less capable systems? Previous Comments: [2003-01-08 01:52:58] [EMAIL PROTECTED] interesting. However, I switched my session manager to a dbase function and it still died. How would file locking effect that? I'm interested in the fact though that you can actually witness the bug first hand. I only saw that it was happening. However, I could never get the thing to happen to me. Also, since I have gone to my own session code without using php's built in sessions, I don't have problems at all anymore. Josh [2003-01-08 01:19:06] [EMAIL PROTECTED] My script will fail in as short as 1 request or over 1000 requests. I did set session.gc_probability = 0 but still fails. -Ryan [2003-01-08 01:13:53] [EMAIL PROTECTED] I CAN REPRODUCE THIS BUG!!! Sort of I too had my software working perfectly for over a year under PHP 4.0.6 / Apache 1.3.24 on Win2000 Pro (development) Win2000 Server (production). After upgrading to PHP 4.2.3 / Apache 1.3.27 I've been pulling my hair out with this session disappearing problem. I tried just about everything I could find in the bug lists mentioned in this bug to no avail, short of trying latest CVS. I'm short on time and resources and from what I read; they haven't fixed the problem yet. As far as it being a serialization problem I don't think so. None of my session variables are more complex than a string. So I wrote a simple test and I know it's not IE specific. I could recreate the problem with IE 6, Opera 6.05, Netscape 7.0, and Mozilla 1.3 I striped the test to be as simple as 1 integer as a session variable and it would still die. I removed the counting aspect to verify it wasn't a write problem, just reading session data would kill it as well. The error seems to occur if requests are made to the session variable from different files close enough together in time to cause one to lock the session file while the next request tries to access it. Resulting in this error: Warning: open(c:\tmp\sess_c6bdd642a5d88639e785ec13b0d2f126, O_RDWR) failed: Permission denied (13) in c:\apache\htdocs\testing\session2.php on line 10 Obviously it DOES have permission or else my scripts would fail all the time. This does fail on all Windows servers I tested with PHP 4.2.3. I did try it on a Slackware 8.1 with PHP 4.2.1 / Apache 1.3.24 and it did NOT fail. I hope this helps track down the elusive bug so I don't have to downgrade back to 4.0.6 but I'm left with few options. I will try a CVS if you think it might fix it but I've already spent more time than I have on this. And from what I read, they don't fix it. If you need more info just ask. I'll try to do what I can. My test consists of 4 files. Obviously the comments are not part of the files. //file: session0.php // Just used to clean things up when they get ugly. //--- !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN html headtitleSession Test/title/head body pre ?php session_start(); session_unset(); session_destroy(); print_r($_SESSION); ? /pre a href=session1.phpLoad Values/a /body /html //file: session1.php // Sets up the session vars //--- !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN html headtitleSession Test/title/head body pre ?php session_start(); $_SESSION['count'] = 0; $_SESSION['test_int'] = 2; $_SESSION['test_real'] = 3.5; $_SESSION['test_char'] = 'a'; $_SESSION['test_string'] = 'abc'; $ary = array(); $ary[] = 'z'; $ary[] = 'y'; $ary[] = 'x'; $_SESSION['test_array'] = $ary; print_r($_SESSION); ? /pre a href=session0.phpReset/a br a href=session2.phpStart Test in single page/a br a href=sessionFrames.phpStart Test in frames/a /body /html //file: session2.php // Calls itself repeatedly, increments count
#21518 [Asn]: ImageCreateFromString() causes segmentation fault
ID: 21518
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Assigned
Bug Type: Reproducible crash
Operating System: Redhat Linux 7.2
PHP Version: 4.3.0
Assigned To: iliaa
New Comment:
Could you please a provide a sample file that always causes a
segmentation fault?
Previous Comments:
[2003-01-08 11:11:23] [EMAIL PROTECTED]
Update: In occasions (twice) I have received a Warning message about an
unsupported image type, which is what I wanted in the first place.
However, in the other 50+ occasions, the script simply crashes.
[2003-01-08 10:39:43] [EMAIL PROTECTED]
Reclassified to Reproducible crash.
[2003-01-08 10:22:25] [EMAIL PROTECTED]
The following script crashes and never gets to process anything below
imagecreatefromstring(). When using the same script with a supported
image type (JPG/PNG/GIF/etc.), the script runs fine. Note: The original
script gets $data from a database instead of from a file.
?php
$data = file_get_contents('any-unsupported-image.psd');
$source_id = imagecreatefromstring($data);
print_r($source_id);
?
Here's my configure line:
'./configure' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin'
'--sbindir=/usr/sbin' '--libexecdir=/usr/libexec'
'--datadir=/usr/share' '--sysconfdir=/etc' '--sharedstatedir=/usr/com'
'--localstatedir=/var' '--libdir=/usr/lib' '--includedir=/usr/include'
'--infodir=/usr/share/info' '--mandir=/usr/share/man'
'--with-apxs=/usr/sbin/apxs' '--enable-force-cgi-redirect'
'--enable-discard-path' '--with-layout=GNU'
'--with-config-file-path=/etc' '--enable-safe-mode'
'--with-exec-dir=/usr/bin' '--enable-magic-quotes' '--disable-rpath'
'--with-openssl' '--with-zlib' '--enable-bcmath' '--with-bz2'
'--enable-calendar' '--with-curl' '--enable-dbx' '--enable-dio'
'--with-dom' '--with-dom-xslt' '--with-dom-exslt' '--enable-exif'
'--enable-ftp=shared' '--with-gd' '--with-jpeg-dir=/usr'
'--with-png-dir=/usr' '--with-ttf' '--with-freetype-dir=/usr'
'--enable-gd-native-ttf' '--with-gettext=shared' '--with-iconv'
'--with-imap=shared' '--with-kerberos' '--with-imap-ssl'
'--with-ldap=shared' '--enable-mbstring' '--with-mysql=shared,/usr'
'--with-unixODBC=shared' '--with-pfpro' '--with-pgsql=shared'
'--with-pspell' '--enable-shmop' '--with-snmp=shared,/usr'
'--enable-ucd-snmp-hack' '--enable-sockets' '--with-regex=system'
'--enable-sysvsem' '--enable-sysvshm' '--enable-wddx'
'--with-expat-dir=/usr' '--enable-yp' '--with-zip'
'--enable-versioning' '--with-pic' '--enable-memory-limit'
The Apache error log contains the following error:
[Wed Jan 8 11:46:00 2003] [notice] child pid 25614 exit signal
Segmentation fault (11)
--
Edit this bug report at http://bugs.php.net/?id=21518edit=1
#21518 [Asn]: ImageCreateFromString() causes segmentation fault
ID: 21518
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Assigned
Bug Type: Reproducible crash
Operating System: Redhat Linux 7.2
PHP Version: 4.3.0
Assigned To: iliaa
New Comment:
Try with this one:
http://www.kis.fotodom.com/gfx/test.psd
Previous Comments:
[2003-01-08 11:53:46] [EMAIL PROTECTED]
Could you please a provide a sample file that always causes a
segmentation fault?
[2003-01-08 11:11:23] [EMAIL PROTECTED]
Update: In occasions (twice) I have received a Warning message about an
unsupported image type, which is what I wanted in the first place.
However, in the other 50+ occasions, the script simply crashes.
[2003-01-08 10:39:43] [EMAIL PROTECTED]
Reclassified to Reproducible crash.
[2003-01-08 10:22:25] [EMAIL PROTECTED]
The following script crashes and never gets to process anything below
imagecreatefromstring(). When using the same script with a supported
image type (JPG/PNG/GIF/etc.), the script runs fine. Note: The original
script gets $data from a database instead of from a file.
?php
$data = file_get_contents('any-unsupported-image.psd');
$source_id = imagecreatefromstring($data);
print_r($source_id);
?
Here's my configure line:
'./configure' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin'
'--sbindir=/usr/sbin' '--libexecdir=/usr/libexec'
'--datadir=/usr/share' '--sysconfdir=/etc' '--sharedstatedir=/usr/com'
'--localstatedir=/var' '--libdir=/usr/lib' '--includedir=/usr/include'
'--infodir=/usr/share/info' '--mandir=/usr/share/man'
'--with-apxs=/usr/sbin/apxs' '--enable-force-cgi-redirect'
'--enable-discard-path' '--with-layout=GNU'
'--with-config-file-path=/etc' '--enable-safe-mode'
'--with-exec-dir=/usr/bin' '--enable-magic-quotes' '--disable-rpath'
'--with-openssl' '--with-zlib' '--enable-bcmath' '--with-bz2'
'--enable-calendar' '--with-curl' '--enable-dbx' '--enable-dio'
'--with-dom' '--with-dom-xslt' '--with-dom-exslt' '--enable-exif'
'--enable-ftp=shared' '--with-gd' '--with-jpeg-dir=/usr'
'--with-png-dir=/usr' '--with-ttf' '--with-freetype-dir=/usr'
'--enable-gd-native-ttf' '--with-gettext=shared' '--with-iconv'
'--with-imap=shared' '--with-kerberos' '--with-imap-ssl'
'--with-ldap=shared' '--enable-mbstring' '--with-mysql=shared,/usr'
'--with-unixODBC=shared' '--with-pfpro' '--with-pgsql=shared'
'--with-pspell' '--enable-shmop' '--with-snmp=shared,/usr'
'--enable-ucd-snmp-hack' '--enable-sockets' '--with-regex=system'
'--enable-sysvsem' '--enable-sysvshm' '--enable-wddx'
'--with-expat-dir=/usr' '--enable-yp' '--with-zip'
'--enable-versioning' '--with-pic' '--enable-memory-limit'
The Apache error log contains the following error:
[Wed Jan 8 11:46:00 2003] [notice] child pid 25614 exit signal
Segmentation fault (11)
--
Edit this bug report at http://bugs.php.net/?id=21518edit=1
#21518 [Asn]: ImageCreateFromString() causes segmentation fault
ID: 21518
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Assigned
Bug Type: Reproducible crash
Operating System: Redhat Linux 7.2
PHP Version: 4.3.0
Assigned To: iliaa
New Comment:
Information about the PHP build is also available at:
http://www.kis.fotodom.com/phpinfo.php
Previous Comments:
[2003-01-08 12:02:03] [EMAIL PROTECTED]
Try with this one:
http://www.kis.fotodom.com/gfx/test.psd
[2003-01-08 11:53:46] [EMAIL PROTECTED]
Could you please a provide a sample file that always causes a
segmentation fault?
[2003-01-08 11:11:23] [EMAIL PROTECTED]
Update: In occasions (twice) I have received a Warning message about an
unsupported image type, which is what I wanted in the first place.
However, in the other 50+ occasions, the script simply crashes.
[2003-01-08 10:39:43] [EMAIL PROTECTED]
Reclassified to Reproducible crash.
[2003-01-08 10:22:25] [EMAIL PROTECTED]
The following script crashes and never gets to process anything below
imagecreatefromstring(). When using the same script with a supported
image type (JPG/PNG/GIF/etc.), the script runs fine. Note: The original
script gets $data from a database instead of from a file.
?php
$data = file_get_contents('any-unsupported-image.psd');
$source_id = imagecreatefromstring($data);
print_r($source_id);
?
Here's my configure line:
'./configure' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin'
'--sbindir=/usr/sbin' '--libexecdir=/usr/libexec'
'--datadir=/usr/share' '--sysconfdir=/etc' '--sharedstatedir=/usr/com'
'--localstatedir=/var' '--libdir=/usr/lib' '--includedir=/usr/include'
'--infodir=/usr/share/info' '--mandir=/usr/share/man'
'--with-apxs=/usr/sbin/apxs' '--enable-force-cgi-redirect'
'--enable-discard-path' '--with-layout=GNU'
'--with-config-file-path=/etc' '--enable-safe-mode'
'--with-exec-dir=/usr/bin' '--enable-magic-quotes' '--disable-rpath'
'--with-openssl' '--with-zlib' '--enable-bcmath' '--with-bz2'
'--enable-calendar' '--with-curl' '--enable-dbx' '--enable-dio'
'--with-dom' '--with-dom-xslt' '--with-dom-exslt' '--enable-exif'
'--enable-ftp=shared' '--with-gd' '--with-jpeg-dir=/usr'
'--with-png-dir=/usr' '--with-ttf' '--with-freetype-dir=/usr'
'--enable-gd-native-ttf' '--with-gettext=shared' '--with-iconv'
'--with-imap=shared' '--with-kerberos' '--with-imap-ssl'
'--with-ldap=shared' '--enable-mbstring' '--with-mysql=shared,/usr'
'--with-unixODBC=shared' '--with-pfpro' '--with-pgsql=shared'
'--with-pspell' '--enable-shmop' '--with-snmp=shared,/usr'
'--enable-ucd-snmp-hack' '--enable-sockets' '--with-regex=system'
'--enable-sysvsem' '--enable-sysvshm' '--enable-wddx'
'--with-expat-dir=/usr' '--enable-yp' '--with-zip'
'--enable-versioning' '--with-pic' '--enable-memory-limit'
The Apache error log contains the following error:
[Wed Jan 8 11:46:00 2003] [notice] child pid 25614 exit signal
Segmentation fault (11)
--
Edit this bug report at http://bugs.php.net/?id=21518edit=1
#21521 [NEW]: Read mail in Outlook
From: [EMAIL PROTECTED] Operating system: Debian 3.0 PHP version: 4.2.3 PHP Bug Type: Mail related Bug description: Read mail in Outlook When using imap_mail_compose, and then sending the mail with: $mail = imap_mail_compose($envelope,$body); mail ($to, $sujet, , $mail); In Outlook XP I recieve in the text area: Reply-To: [EMAIL PROTECTED] Subject: test 2 To: [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: MULTIPART/mixed; BOUNDARY=-1463811584-1952143814-1042048373=:3444 X-Priority: 3 X-MSMail-Priority: High X-Mailer: webernic.com (PHP 4.2.3) Message-Id: E18WKNq-0001vv-00@webernic Sender: www-data [EMAIL PROTECTED] Date: Wed, 08 Jan 2003 12:52:54 -0500 ---1463811584-1952143814-1042048373=:3444 Content-Type: TEXT/plain; CHARSET=US-ASCII Content-Description: Message ata ---1463811584-1952143814-1042048373=:3444-- *** In Hotmail, the text is ok. Only ata is displayed. -- Edit bug report at http://bugs.php.net/?id=21521edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21521r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21521r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21521r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21521r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21521r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21521r=support Expected behavior: http://bugs.php.net/fix.php?id=21521r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21521r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21521r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21521r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21521r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21521r=dst IIS Stability: http://bugs.php.net/fix.php?id=21521r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21521r=gnused
#21518 [Asn-Csd]: ImageCreateFromString() causes segmentation fault
ID: 21518 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Reproducible crash Operating System: Redhat Linux 7.2 PHP Version: 4.3.0 Assigned To: iliaa 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-01-08 12:04:10] [EMAIL PROTECTED] Information about the PHP build is also available at: http://www.kis.fotodom.com/phpinfo.php [2003-01-08 12:02:03] [EMAIL PROTECTED] Try with this one: http://www.kis.fotodom.com/gfx/test.psd [2003-01-08 11:53:46] [EMAIL PROTECTED] Could you please a provide a sample file that always causes a segmentation fault? [2003-01-08 11:11:23] [EMAIL PROTECTED] Update: In occasions (twice) I have received a Warning message about an unsupported image type, which is what I wanted in the first place. However, in the other 50+ occasions, the script simply crashes. [2003-01-08 10:39:43] [EMAIL PROTECTED] Reclassified to Reproducible crash. 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/21518 -- Edit this bug report at http://bugs.php.net/?id=21518edit=1
#7870 [Com]: Unable to connect to ldap server using precompiled win32 binaries
ID: 7870 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: LDAP related Operating System: Windows NT PHP Version: 4.0.3pl1 New Comment: I am having the same problem... I've read about including the libsasl.dll in the same dir as the reast of the extensions but this is shown to be bundled in to the latest version... There is also a refrence to a function called Unknown(). Previous Comments: [2003-01-05 06:01:05] [EMAIL PROTECTED] I did this but its not working.. I get : Unable to load dynamic library ./php_ldap.dll The specific module cannot be found.. [2000-11-18 09:44:12] [EMAIL PROTECTED] load the ldap extension, by uncommenting the entry in the php.ini... extension=php_ldap.dll [2000-11-18 06:18:37] [EMAIL PROTECTED] 1. Downloaded latest php precompiled binary for win32. 2. Used the sample code for connecting to ldap and got the following error message. LDAP query test Connecting ... Fatal error: Call to undefined function: ldap_connect() 3. Tried installing ldap client library available in the website of university of michigan but dont know how to proceed further in fixing the problem. Help me out. -- Edit this bug report at http://bugs.php.net/?id=7870edit=1
#21522 [NEW]: Ldap unable to load - module not found
From: [EMAIL PROTECTED] Operating system: Windots NT PHP version: 4.3.0 PHP Bug Type: LDAP related Bug description: Ldap unable to load - module not found When attempting to enable the extension php_ldap.dll from the 4.3.0 windows binary build I first copied the dll to c:\php\, set the proper variable in php.ini to tell php to look for extensions in c:\php and uncommented the line extension=php_ldap.dll. save, shutdown iis, restart to get an error telling me that module c:\php\php_ldap.dll is not found and there is a refrence to function Unknown(). After verifying that I did not screw up my copy job and the file c:\php\php_ldap.dll DID exist I came back to the site and did a serch for others having the same problem. In 2001 there were many refrences to the same error and the solution was to move libsasl.dll to the same location as php_ldap.dll. I also found documentation stating that libsasl.dll was already bundled into 4.3.0. I was unable to locate libsasl.dll anywhere in the binary zip of 4.3.0. I've noticed at least two other people here experiencing similiar problems. -- Edit bug report at http://bugs.php.net/?id=21522edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21522r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21522r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21522r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21522r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21522r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21522r=support Expected behavior: http://bugs.php.net/fix.php?id=21522r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21522r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21522r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21522r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21522r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21522r=dst IIS Stability: http://bugs.php.net/fix.php?id=21522r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21522r=gnused
#21523 [NEW]: number_format causes call to emalloc for a negative amount of memory
From: [EMAIL PROTECTED] Operating system: Windows 2000 / Apache 1.3.27 PHP version: 4.3.0 PHP Bug Type: Strings related Bug description: number_format causes call to emalloc for a negative amount of memory When the following line is run: echo number_format(2, 2678); The following error appears in the Apache error log: FATAL: emalloc(): Unable to allocate -1112 bytes -259 and -123 have also appeared. Clearly I accidentally used number_format in the reverse direction that I meant to. However, it seems like whatever is requesting memory for number_format is experiencing integer overflow. That doesn't seem right. -- Edit bug report at http://bugs.php.net/?id=21523edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21523r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21523r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21523r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21523r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21523r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21523r=support Expected behavior: http://bugs.php.net/fix.php?id=21523r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21523r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21523r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21523r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21523r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21523r=dst IIS Stability: http://bugs.php.net/fix.php?id=21523r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21523r=gnused
#21521 [Opn-Bgs]: Read mail in Outlook
ID: 21521 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Mail related Operating System: Debian 3.0 PHP Version: 4.2.3 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. Please post scripting questions to [EMAIL PROTECTED] As to your specific problem, it is most likely cause by one or more newlines in your subject variable $sujet or in your $envelope. Some mail clients will attempt to accomodate such missends, others will work despite them (quasi-incorrect behavior mind you), and others will be strict about it. A good debugging trick you can use to find the location of the spurrious newline in Outlook is to right click on the message, select Options, and view the header contents in the window which pops up. Previous Comments: [2003-01-08 12:05:33] [EMAIL PROTECTED] When using imap_mail_compose, and then sending the mail with: $mail = imap_mail_compose($envelope,$body); mail ($to, $sujet, , $mail); In Outlook XP I recieve in the text area: Reply-To: [EMAIL PROTECTED] Subject: test 2 To: [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: MULTIPART/mixed; BOUNDARY=-1463811584-1952143814-1042048373=:3444 X-Priority: 3 X-MSMail-Priority: High X-Mailer: webernic.com (PHP 4.2.3) Message-Id: E18WKNq-0001vv-00@webernic Sender: www-data [EMAIL PROTECTED] Date: Wed, 08 Jan 2003 12:52:54 -0500 ---1463811584-1952143814-1042048373=:3444 Content-Type: TEXT/plain; CHARSET=US-ASCII Content-Description: Message ata ---1463811584-1952143814-1042048373=:3444-- *** In Hotmail, the text is ok. Only ata is displayed. -- Edit this bug report at http://bugs.php.net/?id=21521edit=1
#21319 [Com]: the PHP Script Interpreter crashes.
ID: 21319 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Scripting Engine problem Operating System: windows xp PHP Version: 4.3.0 New Comment: Hi, sorry I haven't been able to isolate in sort, but I found out this much : Installing 4.3.0 by default enables the php_iisfunc.dll extension in the php.ini file. (Using Windows XP and IIS). I'm not aware of using this functionality and when I remove the use of the php_iisfunc.dll (comment the line) the error doen't occur. Hopefully this can be of some use. /Rene' Previous Comments: [2003-01-08 13:27:31] [EMAIL PROTECTED] Don't quote me on this, but I believe this bug is related to several other bugs which have been reported since 4.3.0. There *appears* to be an issue with garbage collection when the interpreter is in the final stages of shutdown (script exit). I can't be more specific because it's related to a portion of the PHP Core which I'm not qualified to debug and is a heisenbug in the most classical sense. Rest assured though that there ARE developers working on this issue. Any additional information you can provide such as backtraces and short, simple pieces of code which reproduce the error will aid in the isolation and irradication of this bug. [2003-01-07 17:46:07] [EMAIL PROTECTED] In order to look into the problem we would need a short and complete script that reproduces the problem. Without that there is very little information to go on. [2003-01-07 14:05:53] [EMAIL PROTECTED] i withdraw my speculation about the die construct beeing the problem; i have a script that does.. something (checks urls downloads them via fsockopen) 20 times in a for loop from 1 to 20.. sometimes there is an error when downloading, and naturally, to move on to the next url, i use the continue construct (or whatever it's called). I run my scripts from the command prompt with a batch script that runs PHP SCRIPTNAME.PHP over and over in an infinite loop.. since the php script is executed in a loop, it wouldn't really matter if you call continue or die since the next url in the database would be processed either way.. Now this should be interesting; NOT A SINGLE CRASH, has ever occurred ever since i've started using die instead of continue on download errors.. and you're still not responding.. osman darcan [2003-01-07 13:56:48] [EMAIL PROTECTED] I am using Apache and yes, it may be the same problem, what i don't understand is why these guys dont respond, i would really like to know if they're into the problem or if they haven't even read my messages yet.. a simple we're looking into the problem would be fine.. but nooo.. [2003-01-07 03:19:18] [EMAIL PROTECTED] Hi, i'm getting the same errors on two different Windows XP Pro installations. I'll try to get some more information (xp related addresses from the crash) but from the head i remember that the problem is php_iisfunc.dll. The web'server (PWS) serves seems the pages correctly but at the end of the session the error occurs. I can reproduce the error everytime in multiple scenarios. I know there is another reported bug related to Apache under WinXP (php_apachefunc.dll) and i won't be surprised if this is actually a related issue. 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/21319 -- Edit this bug report at http://bugs.php.net/?id=21319edit=1
#21525 [NEW]: bind_textdomain_codeset() missing
From: [EMAIL PROTECTED] Operating system: Win2k PHP version: 4.3.0 PHP Bug Type: Gettext related Bug description: bind_textdomain_codeset() missing Trying to use bind_textdomain_codeset() with the PHP 4.3.0 binaries results in the following error: Fatal error: Call to undefined function: bind_textdomain_codeset() Is the php_gettext.dll in the 4.3.0 release outdated? -- Edit bug report at http://bugs.php.net/?id=21525edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21525r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21525r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21525r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21525r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21525r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21525r=support Expected behavior: http://bugs.php.net/fix.php?id=21525r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21525r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21525r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21525r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21525r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21525r=dst IIS Stability: http://bugs.php.net/fix.php?id=21525r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21525r=gnused
#21526 [NEW]: Linker failure - .
From: [EMAIL PROTECTED] Operating system: Solaris 7/8 PHP version: 4.3.0 PHP Bug Type: Compile Failure Bug description: Linker failure - . Thumbs down for the new build system ... It is impossible to get php 4.3.0 compiled on Solaris 7 and 8. Some program in the chain craps out with Output line too long., and I have reason to believe it's the Solaris linker. I think the problem is that all object files are passed to the linker directly on the command line. The solution to the problem (IMHO) is to create intermediate libraries, because the number of objects linked into the final .so depends on the number of configured extensions. -- Edit bug report at http://bugs.php.net/?id=21526edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21526r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21526r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21526r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21526r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21526r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21526r=support Expected behavior: http://bugs.php.net/fix.php?id=21526r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21526r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21526r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21526r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21526r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21526r=dst IIS Stability: http://bugs.php.net/fix.php?id=21526r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21526r=gnused
#21526 [Opn-Bgs]: Linker failure - .
ID: 21526 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Solaris 7/8 PHP Version: 4.3.0 New Comment: Due to a bug in the installed sed on your system the build fails. Install GNU sed and it should be okay. Thank you for your interest in PHP. Previous Comments: [2003-01-08 14:09:00] [EMAIL PROTECTED] Thumbs down for the new build system ... It is impossible to get php 4.3.0 compiled on Solaris 7 and 8. Some program in the chain craps out with Output line too long., and I have reason to believe it's the Solaris linker. I think the problem is that all object files are passed to the linker directly on the command line. The solution to the problem (IMHO) is to create intermediate libraries, because the number of objects linked into the final .so depends on the number of configured extensions. -- Edit this bug report at http://bugs.php.net/?id=21526edit=1
#21527 [NEW]: undefined symbols not allowed
From: [EMAIL PROTECTED] Operating system: CygWin/WinXP PHP version: 4.3.0 PHP Bug Type: Sybase (dblib) related Bug description: undefined symbols not allowed Hi, I tried compiling PHP 4.3.0 under CygWin/Windows XP with the following options --disable-cgi --disable-cli --with-apxs=/usr/sbin/apxs --with-mysql --with-sybase=/usr/local/freetds and I got this during make: ** *** Warning: This library needs some functionality provided by /usr/local/freetd s/lib/libsybdb.la. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Therefore, libtool will create a static module, that should work *** as long as the dlopening application is linked with the -dlopen flag. libtool: link: warning: undefined symbols not allowed in i686-pc-cygwin shared libraries ** In this case, I have already successfully installed FreeTDS in /usr/local/freetds However, make did not give any errors (except for the above warning) so I tried to make install but I got the following: $ make install Installing PHP SAPI module apxs:Error: file libs/libphp4.so is not a DSO make: *** [install-sapi] Error 1 Anything wrong with what I'm doing? httpd -l returns mod_so under its list. Thanks in advance. Mike Lopez -- Edit bug report at http://bugs.php.net/?id=21527edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21527r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21527r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21527r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21527r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21527r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21527r=support Expected behavior: http://bugs.php.net/fix.php?id=21527r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21527r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21527r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21527r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21527r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21527r=dst IIS Stability: http://bugs.php.net/fix.php?id=21527r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21527r=gnused
#21525 [Opn-Ana]: bind_textdomain_codeset() missing
ID: 21525 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Analyzed Bug Type: Gettext related Operating System: Win2k PHP Version: 4.3.0 -Assigned To: +Assigned To: edink New Comment: The function appears to be dependant on HAVE_BIND_TEXTDOMAIN_CODESET, which is not defined in Win32 builds. Previous Comments: [2003-01-08 14:04:56] [EMAIL PROTECTED] Trying to use bind_textdomain_codeset() with the PHP 4.3.0 binaries results in the following error: Fatal error: Call to undefined function: bind_textdomain_codeset() Is the php_gettext.dll in the 4.3.0 release outdated? -- Edit this bug report at http://bugs.php.net/?id=21525edit=1
#21528 [NEW]: Trivial configure error
From: [EMAIL PROTECTED] Operating system: Tru64 V4.0G PHP version: 4.3.0 PHP Bug Type: Compile Warning Bug description: Trivial configure error During configure the following warning is displayed: ./config.status[1955]: 6: bad file unit number The line in question from config.status is: echo 16 -- Edit bug report at http://bugs.php.net/?id=21528edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21528r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21528r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21528r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21528r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21528r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21528r=support Expected behavior: http://bugs.php.net/fix.php?id=21528r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21528r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21528r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21528r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21528r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21528r=dst IIS Stability: http://bugs.php.net/fix.php?id=21528r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21528r=gnused
#21525 [Ana]: bind_textdomain_codeset() missing
ID: 21525 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Gettext related Operating System: Win2k PHP Version: 4.3.0 Assigned To: edink New Comment: What is the codeset used by gettext() on Win32? I'm looking for UTF-8. Is this supported? Is gettext() using the codeset specified in the .mo file? Previous Comments: [2003-01-08 14:48:35] [EMAIL PROTECTED] The function appears to be dependant on HAVE_BIND_TEXTDOMAIN_CODESET, which is not defined in Win32 builds. [2003-01-08 14:04:56] [EMAIL PROTECTED] Trying to use bind_textdomain_codeset() with the PHP 4.3.0 binaries results in the following error: Fatal error: Call to undefined function: bind_textdomain_codeset() Is the php_gettext.dll in the 4.3.0 release outdated? -- Edit this bug report at http://bugs.php.net/?id=21525edit=1
#21529 [NEW]: Segmentation fault in command line script execution
From: [EMAIL PROTECTED]
Operating system: Linux RedHat 7.3 2.4.18
PHP version: 4.3.0
PHP Bug Type: Reproducible crash
Bug description: Segmentation fault in command line script execution
Script that cause crash:
?php
/*
This script load hosts from file and try to connect with them
*/
$list = file('host.txt');
for ($i = 0; $icount($list);$i++){
$data = explode(:,trim($list[$i]));
echo Try .$data[0]. on port .$data[1].\n;
$sock = fsockopen($data[0],$data[1],$errno,$errstr,10);
if ($sock){
echo Connected on .trim($list[$i]).\n;
exec(echo .trim($list[$i]). pro.log);
fclose($sock);
}
}
?
Configure line:
./configure --enable-ftp --with-gd --with-zlib --enable-calendar
--enable-trans-sid --enable-xslt=/usr/lib
--with-apxs=/usr/local/apache/bin/apxs --enable-sigchild --with-xml
--with-expat=/usr/lib --with-xslt-sablot=/usr/lib --with-mysql=/usr
--enable-pcntl --without-pear
php.ini
Default setting excepted the include_path
gdb:
(gdb) bt
#0 0x08114a32 in php_sockop_close (stream=0x81f316c, close_handle=1) at
/usr/src/redhat/SOURCES/php-4.3.0/main/network.c:996
#1 0x08d1 in _php_stream_free (stream=0x81f316c, close_options=3) at
/usr/src/redhat/SOURCES/php-4.3.0/main/streams.c:327
#2 0x080ad98b in zif_fclose (ht=1, return_value=0x81f30fc, this_ptr=0x0,
return_value_used=0)
at /usr/src/redhat/SOURCES/php-4.3.0/ext/standard/file.c:1120
#3 0x08141bd4 in execute (op_array=0x81f0a44) at
/usr/src/redhat/SOURCES/php-4.3.0/Zend/zend_execute.c:1596
#4 0x0812f7e4 in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at /usr/src/redhat/SOURCES/php-4.3.0/Zend/zend.c:864
#5 0x081096ed in php_execute_script (primary_file=0xba30) at
/usr/src/redhat/SOURCES/php-4.3.0/main/main.c:1573
#6 0x0814b12c in main (argc=3, argv=0xbad4) at
/usr/src/redhat/SOURCES/php-4.3.0/sapi/cli/php_cli.c:746
#7 0x42017589 in __libc_start_main () from /lib/i686/libc.so.6
(gdb) frame 3
#3 0x08141bd4 in execute (op_array=0x81f0a44) at
/usr/src/redhat/SOURCES/php-4.3.0/Zend/zend_execute.c:1596
1596
((zend_internal_function *)
EX(function_state).function)-handler(EX(opline)-extended_value,
EX(Ts)[EX(opline)-result.u.var].var.ptr, EX(object).ptr,
return_value_used TSRMLS_CC);
(gdb)
Note:
This is a only command line script
I've try to recompile whith --enable-debug but in this case i have not
crash.
The host in the host file are 541.
Output example:
[fra@ebmserver fra]# php -q script.php
Try -.com.xx on port 80
Connected on xx.xx.xx-18.xxx.xx.xx:80
Try xxx.5xx.xx.2xx on port 80
Connected on 1xx.xx.xx.xx:80
Try xx.kxxi.xx on port 80
Connected on wxx.xxi.is:80
Try xximv.axxu.xxx on port 80
Warning: fsockopen() [http://www.php.net/function.fsockopen]:
php_network_getaddresses: getaddrinfo failed: Name or service not known in
/fra/script.php on line 7
Warning: fsockopen() [http://www.php.net/function.fsockopen]: unable to
connect to xxx.xxxau.xx:80 in /fra/script.php on line 7
Try 13xx.2xx8.xx1.xx on port 8080
Warning: fsockopen() [http://www.php.net/function.fsockopen]:
php_hostconnect: connect failed in /fra/script.php on line 7
Warning: fsockopen() [http://www.php.net/function.fsockopen]: unable to
connect to 1xxx.x.xx.xxx:8080 in /fra/script.php on line 7
Try wesxxxu.xx.texxxa.xx on port 80
Connected on wexxxu.lxxk.telxxxra.net:80
Try sexxer.clarxxyota.xxx on port 80
Connected on sexxxver.xxxarkta.com:80
Try nxxx2.rxxxa.cxxa on port 80
Connected on xx2.rxxa.cx:80
Segmentation fault (core dumped)
--
Edit bug report at http://bugs.php.net/?id=21529edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21529r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=21529r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=21529r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21529r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=21529r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21529r=support
Expected behavior: http://bugs.php.net/fix.php?id=21529r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21529r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21529r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=21529r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21529r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=21529r=dst
IIS Stability: http://bugs.php.net/fix.php?id=21529r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21529r=gnused
#21530 [NEW]: date(T) on Win32 returns X Standard Time instead of X Daylight Time
From: [EMAIL PROTECTED] Operating system: Win32 PHP version: 4.2.3 PHP Bug Type: Date/time related Bug description: date(T) on Win32 returns X Standard Time instead of X Daylight Time echo ? print date(T); ? | php.exe Always outputs the Standard identifier, regardless of the fact that the Window's clock returns Daylight/Standard correctly. date(I) correctly returns the correct 1/0 value for ST vs DT. -- Edit bug report at http://bugs.php.net/?id=21530edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21530r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21530r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21530r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21530r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21530r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21530r=support Expected behavior: http://bugs.php.net/fix.php?id=21530r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21530r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21530r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21530r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21530r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21530r=dst IIS Stability: http://bugs.php.net/fix.php?id=21530r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21530r=gnused
#21531 [NEW]: file_exists() display warning along with returning FALSE
From: [EMAIL PROTECTED] Operating system: SunOS 5.8 PHP version: 4.3.0 PHP Bug Type: Filesystem function related Bug description: file_exists() display warning along with returning FALSE In case that file $file does not exist, invoking: file_exists($file); displays warning message, which should not take place. I've noticed bug report for similar problem for 4.2.1, which was then fixed in CVS. Deja vu? ;) Regards, kocio / -- Edit bug report at http://bugs.php.net/?id=21531edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21531r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21531r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21531r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21531r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21531r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21531r=support Expected behavior: http://bugs.php.net/fix.php?id=21531r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21531r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21531r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21531r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21531r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21531r=dst IIS Stability: http://bugs.php.net/fix.php?id=21531r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21531r=gnused
#21531 [Opn]: file_exists() displays warning along with returning FALSE
ID: 21531 User updated by: [EMAIL PROTECTED] -Summary: file_exists() display warning along with returning FALSE Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Filesystem function related Operating System: SunOS 5.8 PHP Version: 4.3.0 New Comment: In case that file $file does not exist, invoking: file_exists($file); displays warning message, which should not take place. I've noticed bug report for similar problem for 4.2.1, which was then fixed in CVS. Deja vu? ;) Regards, kocio / Previous Comments: [2003-01-08 16:06:09] [EMAIL PROTECTED] In case that file $file does not exist, invoking: file_exists($file); displays warning message, which should not take place. I've noticed bug report for similar problem for 4.2.1, which was then fixed in CVS. Deja vu? ;) Regards, kocio / -- Edit this bug report at http://bugs.php.net/?id=21531edit=1
#21528 [Opn-Bgs]: config.status warning during ./configure
ID: 21528 Updated by: [EMAIL PROTECTED] -Summary: Trivial configure error Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Compile Warning -Operating System: Tru64 V4.0G +Operating System: Tru64 V4.0G - AIX PHP Version: 4.3.0 New Comment: Duplicate of #21511 Previous Comments: [2003-01-08 14:49:15] [EMAIL PROTECTED] During configure the following warning is displayed: ./config.status[1955]: 6: bad file unit number The line in question from config.status is: echo 16 -- Edit this bug report at http://bugs.php.net/?id=21528edit=1
#21511 [Opn]: config.status warning during ./configure
ID: 21511 Updated by: [EMAIL PROTECTED] -Summary: don't configure on aix Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *Configuration Issues -Operating System: AIX 4.3.3 +Operating System: AIX 4.3.3 - Tru64 V4.0G PHP Version: 4.3.0 New Comment: It was also reported under Tru64 V4.0G. User says: The line in question from config.status is: echo 16 /quote Previous Comments: [2003-01-08 01:38:09] [EMAIL PROTECTED] System : IBM RS/6000 7044-270 OS : AIX 4.3.3 (Maintenance Level 10 applied) ./configure --with-apxs=blablabla after License and register global warnings displayed an error message appears Olders versions (4.0.6,4.2.1,4.2.2,4.2.3) configured and compiled good but 4.3.0 don't configuring...Maybe an autoconf issue i don't know... Autoconf version 2.13 and following output : --- cut here ./config.status[1814]: 6: bad file unit number ./config.status[1815]: 6: bad file unit number cut here --- -- Edit this bug report at http://bugs.php.net/?id=21511edit=1
#21245 [Com]: Windows Extensions can't load php_domxml.dll
ID: 21245 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: DOM XML related Operating System: XP PHP Version: 4.3.0 New Comment: loading the php_domxml.dll library supplied with the PHP 4.3.0 zip package is impossible. Activating the librabry in the php.ini file by removing out the ; will result in the following warning alert popup: Unknown(): Unable to load dynamic library 'c:\php\ext\php_domxml.dll - translated Can't find the ... module /translated (OK button) and the following message on the loaded PHP page itself: Content-type: text/html X-Powered-By: PHP/4.3.0 Fatal error: Call to undefined function: domxml_open_file() in c:\inetpub\wwwroot\build\aimledit\testxml.php on line 12 PHP Warning: Unknown(): Unable to load dynamic library 'c:\php\ext\php_domxml.dll' - Kan opgegeven module niet vinden. in Unknown on line 0 Hope this will help you track the problem. Previous Comments: [2002-12-28 09:15:10] [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. [2002-12-28 09:12:48] [EMAIL PROTECTED] can't load php_domxml.dll only! -_- -- Edit this bug report at http://bugs.php.net/?id=21245edit=1
#21531 [Opn]: file_exists() displays warning along with returning FALSE
ID: 21531 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Filesystem function related Operating System: SunOS 5.8 PHP Version: 4.3.0 New Comment: What is the exact text of the warning message? Previous Comments: [2003-01-08 16:15:29] [EMAIL PROTECTED] In case that file $file does not exist, invoking: file_exists($file); displays warning message, which should not take place. I've noticed bug report for similar problem for 4.2.1, which was then fixed in CVS. Deja vu? ;) Regards, kocio / [2003-01-08 16:06:09] [EMAIL PROTECTED] In case that file $file does not exist, invoking: file_exists($file); displays warning message, which should not take place. I've noticed bug report for similar problem for 4.2.1, which was then fixed in CVS. Deja vu? ;) Regards, kocio / -- Edit this bug report at http://bugs.php.net/?id=21531edit=1
#21530 [Opn]: date(T) on returns Standard Time instead of Daylight Time
ID: 21530 User updated by: [EMAIL PROTECTED] -Summary: date(T) on Win32 returns X Standard Time instead of X Daylight Time Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Date/time related Operating System: Win32 PHP Version: 4.2.3 New Comment: . Previous Comments: [2003-01-08 15:55:10] [EMAIL PROTECTED] echo ? print date(T); ? | php.exe Always outputs the Standard identifier, regardless of the fact that the Window's clock returns Daylight/Standard correctly. date(I) correctly returns the correct 1/0 value for ST vs DT. -- Edit this bug report at http://bugs.php.net/?id=21530edit=1
#20896 [Com]: php -w hangs indefinitely at 100% CPU
ID: 20896 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Verified Bug Type: *General Issues Operating System: SuSE 7.2 PHP Version: 4.3.0RC2 New Comment: This bug also affects PHP 4.3.0 Final, at least on Redhat 7.3 and Redhat 8.0. Pretty odd to have 100% cpu usage when it's already finished with the whitespace stripping or syntax hilighting. Previous Comments: [2003-01-07 14:31:37] [EMAIL PROTECTED] I have a similar problem on Slackware 8.1, on a kernel 2.4.20. PHP version 4.3 Release. When I start the server everything is fine for a little while. After a bit the CPU load increases dramatically and dosn't stop. Top shows me that the httpd processes are in a infinite loop. Also I can'T kill them at all, even with a kill -HUP. uptime : 15:28:55 up 18:21, 3 users, load average: 47.15, 46.94, 44.35 with 46 looped httpd process. I removed all the php scripts on the server and everything runs fine afdterwards, so it's definately caused by php. I will recompile PHP and apache later tonight to see if this might be a problem between the kernel/apache/php4. I will try posting more info as well. I know that mysql, gd, freetype, zlib, libpng, libjpeg are installed but I don't remmeber the others. [2002-12-22 12:19:26] [EMAIL PROTECTED] Works fine for me on WinXP SP1 with 4.4.0-dev (CVS). [2002-12-13 05:46:05] [EMAIL PROTECTED] Same problem exists in 4.3.0RC3 [2002-12-11 02:38:44] [EMAIL PROTECTED] This happens also with the -s option. And with CGI binary too. Basically the reason is that the -s / -w options use some hackish way to accomplish the tasks. Which seems to work on some systems though.. [2002-12-11 02:20:06] [EMAIL PROTECTED] Also repeatable on SuSE 8.0 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/20896 -- Edit this bug report at http://bugs.php.net/?id=20896edit=1
#21245 [Fbk-Bgs]: Windows Extensions can't load php_domxml.dll
ID: 21245 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Bogus Bug Type: DOM XML related Operating System: XP PHP Version: 4.3.0 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. If you look at: http://www.php.net/manual/en/install.windows.php you'll notice that for some extensions to work under windows additional dlls must be copied to the correct location. In your case libxml2.dll must be copied from the /extensions folder in your PHP distribution ZIP to your C:\WINDOWS\SYSTEM32 folder. Previous Comments: [2003-01-08 16:44:03] [EMAIL PROTECTED] loading the php_domxml.dll library supplied with the PHP 4.3.0 zip package is impossible. Activating the librabry in the php.ini file by removing out the ; will result in the following warning alert popup: Unknown(): Unable to load dynamic library 'c:\php\ext\php_domxml.dll - translated Can't find the ... module /translated (OK button) and the following message on the loaded PHP page itself: Content-type: text/html X-Powered-By: PHP/4.3.0 Fatal error: Call to undefined function: domxml_open_file() in c:\inetpub\wwwroot\build\aimledit\testxml.php on line 12 PHP Warning: Unknown(): Unable to load dynamic library 'c:\php\ext\php_domxml.dll' - Kan opgegeven module niet vinden. in Unknown on line 0 Hope this will help you track the problem. [2002-12-28 09:15:10] [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. [2002-12-28 09:12:48] [EMAIL PROTECTED] can't load php_domxml.dll only! -_- -- Edit this bug report at http://bugs.php.net/?id=21245edit=1
#13472 [Com]: input type=hidden should be in a fieldset if there is one (XHTML and trans sid)
ID: 13472 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Session related Operating System: Any PHP Version: 4.2.0 New Comment: It looks like they fixed the openness of input tags, i.e. - the tags close like input / rather than input but the hidden input field is still automatically inserted *outside* of a block-level element. It's a mistake to automatically force the hidden input field on us to begin with. Is there a way to turn JUST that part of the trans-id off? This bug is still very much a problem in 4.3 Previous Comments: [2003-01-05 19:10:09] [EMAIL PROTECTED] is this really fixed? i have php 4.3 and php add the input tag directly after the form tag! the only _fix_ i found is a comment in the php.ini ; to URLs. If you want XHTML conformity, remove the form entry. [2002-12-03 23:00:43] [EMAIL PROTECTED] to: [EMAIL PROTECTED] is this bug fixed entirely? re: [3 Mar 8:08am] [EMAIL PROTECTED] Notice .. any blocklevel tag is affected .. not just fieldset and as such any solution to this problem should take this issue into account. [2002-09-25 06:11:46] [EMAIL PROTECTED] Fixed in 4.3 CVS. Thanks for your report. [2002-09-23 21:04:12] [EMAIL PROTECTED] I don't know if I should submit this as a new bug, or if its part of this one, but the input element added should be empty ie input stuff / in order to be valid xhtml in addition to the fieldset issue. Probably should be a php.ini option, similar to being able to change argument_seperator.output from to amp;. [2002-08-01 12:32:39] [EMAIL PROTECTED] I've tried using the following: ini_set(url_rewriter.tags, a=href,area=href,form=action); However, now get the session BOTH in the action and in a fake entry. Any suggestions? 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/13472 -- Edit this bug report at http://bugs.php.net/?id=13472edit=1
#21531 [Opn-Fbk]: file_exists() displays warning along with returning FALSE
ID: 21531 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: SunOS 5.8 PHP Version: 4.3.0 New Comment: On three different platforms I'm unable to reproduce this bug. Please provide a bit more detail to this bug. Previous Comments: [2003-01-08 16:45:16] [EMAIL PROTECTED] What is the exact text of the warning message? [2003-01-08 16:15:29] [EMAIL PROTECTED] In case that file $file does not exist, invoking: file_exists($file); displays warning message, which should not take place. I've noticed bug report for similar problem for 4.2.1, which was then fixed in CVS. Deja vu? ;) Regards, kocio / [2003-01-08 16:06:09] [EMAIL PROTECTED] In case that file $file does not exist, invoking: file_exists($file); displays warning message, which should not take place. I've noticed bug report for similar problem for 4.2.1, which was then fixed in CVS. Deja vu? ;) Regards, kocio / -- Edit this bug report at http://bugs.php.net/?id=21531edit=1
#18600 [Com]: Unable to create Java Virtual Machine
ID: 18600 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Java related Operating System: Windows 2000 PHP Version: 4.2.3 New Comment: I HAVE A NEC 95 WINDOWS NOTEBOOK AND CANNOT INSTALL THE JAVA VIRTUAL MACHINE PLUG IT COMES BACK AND TELLS ME THIS THE PUBLISHERCANNOT BE DETERMINED DUE TO TO PROBLEMSAND THIS AS WELL TRUST PROVIDER IS UNKNOWN OR NOT CONFIGURED PROPERLY CAN U PLEASE TELL ME WHAT I CAN DO TO REMEDY THIS?? THANK YOU PETER FIORE. Previous Comments: [2003-01-07 03:51:23] [EMAIL PROTECTED] THANKS TO [EMAIL PROTECTED] , The solution to resolve Unable to Create Java Virtual Machine is to configure APACHE or IIS not using sapi for php but CGI THANKS THANKS THANKS go there for configuration http://hotwired.lycos.com/webmonkey/00/44/index4a_page9.html?tw=programming [2002-12-12 09:19:13] [EMAIL PROTECTED] Hi there, I'm confirming Cédric's knowledge - java is running correctly from within PHP on Apache only when PHP is running as a CGI and not as a SAPI module. When running PHP as Apache SAPI Module after the restart Apache only fist access to php page using java is running OK, all next reloads of this page caused Fatal error: Unable to create Java Virtual Machine in ... I think this could be still not solved bug. Thanks Alberto BTW I'm running on: OS:Win2000 Server SP2 Apache:1.3.27 PHP Version 4.3.0-dev (Build Date Dec 12 2002 10:14:28) Java version=1.4.1_01 Java vendor=Sun Microsystems Inc. [2002-12-06 05:06:27] [EMAIL PROTECTED] Hi, using cgi-bin instead of as a module hm,isn't this a performance and computer resources issue ? Thx Alberto [2002-12-05 15:15:35] [EMAIL PROTECTED] I had the same bug but after having looking a lot, I find a solution. You just have to configure php as a cgi-bin instead of as a module and it works perfectly. Hoping it will help you to fix the bug in the module. Cédric. [2002-12-04 08:44:52] [EMAIL PROTECTED] Hi, many thanks Sebastian for the response. I've downloaded php4-win32-200212041130.zip from snaps.php.net, but after PHP update Apache didn't start and configuration test detected following problem: Syntax error on line 174 of C:/Program Files/Apache Group/Apache2/conf/httpd.conf: Cannot load C:/PHP/sapi/php4apache2.dll into server: The specified procedure could not be found. httpd.conf has on the line 174: LoadModule php4_module c:/php/sapi/php4apache2.dll Question is what is the recomended version of Win32 Apache2 to work corectly with latest PHP 4.4.x-dev? Thank you, Alberto 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/18600 -- Edit this bug report at http://bugs.php.net/?id=18600edit=1
#21532 [NEW]: incorrect warning
From: [EMAIL PROTECTED] Operating system: Solaris 8 PHP version: 4.3.0 PHP Bug Type: *Directory/Filesystem functions Bug description: incorrect warning PHP log: --- [08-Jan-2003 23:54:22] PHP Warning: opendir(): SAFE MODE Restriction in effect. The script whose uid is 405 is not allowed to access /www/user405/data/20021122 owned by uid 0 in /www/user405/stale/table1a_stale_bpl.php on line 3 [08-Jan-2003 23:54:22] PHP Warning: opendir(/www/user405/data/20021122/bpl): failed to open dir: No such file or directory in /www/user405/stale/table1a_stale_bpl.php on line 3 --- First warning is incorrect. Directory /www/user405/data/20021122 doesn't exist. -- Edit bug report at http://bugs.php.net/?id=21532edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21532r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21532r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21532r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21532r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21532r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21532r=support Expected behavior: http://bugs.php.net/fix.php?id=21532r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21532r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21532r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21532r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21532r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21532r=dst IIS Stability: http://bugs.php.net/fix.php?id=21532r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21532r=gnused
#21336 [Opn-Fbk]: Session sometime can't function
ID: 21336 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Session related Operating System: Win 2000 Server PHP Version: 4.3.0 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. A sample of the session code you're using and the session section from the php.ini might help us a lot more in debugging this. Previous Comments: [2003-01-06 14:42:23] [EMAIL PROTECTED] I have difinately seen this as well. I was able to go back to 4.2.3 and made sure to replace the php.ini file with my old version and all is well again, but 4.3.0 will not handle sessions for me. [2003-01-02 19:22:39] [EMAIL PROTECTED] i'm confuse about it now. Not just on 4.3.0, 4.2.3 seem got this problem too. After changed 4.2.3: i have open two browser, one seem everything alright. but one got the same problem. everytime open new session. if the code error. two browser must got the same problem. Mike [2003-01-02 07:29:02] [EMAIL PROTECTED] I'm using session between two pages. But sometime the 4.3.0 can't read the pervious session and then second page was created the new session. And i was confirmed this bug only on 4.3.0 Because i was changed back to 4.2.3. The session error didn't appeared anymore. -- Edit this bug report at http://bugs.php.net/?id=21336edit=1
#21375 [Opn-Fbk]: Changes in configure.in do not allow the creation of a sane configure
ID: 21375
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
-Bug Type: *Compile Issues
+Bug Type: Compile Failure
Operating System: Solaris 8
PHP Version: 4CVS-2003-01-02 (dev)
New Comment:
Did you change anything in your setup before this started?
And are all those tools installed with same prefix?
Are you sure your CVS checkout is clean?
Here's the output I got with latest CVS (HEAD):
# ./cvsclean ./buildconf
using default Zend directory
buildconf: checking installation...
buildconf: autoconf version 2.13 (ok)
buildconf: automake version 1.4-p5 (ok)
buildconf: libtool version 1.4 (ok)
rebuilding configure
rebuilding acconfig.h
rebuilding main/php_config.h.in
It looks like that your libtool installation is not quite okay..
Previous Comments:
[2003-01-06 13:25:44] [EMAIL PROTECTED]
More information: (using CVS from today 2003-01-06)
I had installed the following versions
automake 1.4
libtool 1.4
autoconf 2.13
Gnu m4 1.4
which according to buil/buildcheck.sh should be OK (and which indeed
used to build from CVS w/o trouble)
To try and see if it will work w/ a new version, I installed:
autoconf 2.57
automake 1.7.2
and then I rerun:
% ./buildconf
using default Zend directory
buildconf: checking installation...
buildconf: autoconf version 2.57 (ok)
buildconf: Your version of autoconf likely contains buggy cache code.
Running cvsclean for you.
To avoid this, install autoconf-2.13 and automake-1.5.
buildconf: automake version 1.7.2 (ok)
buildconf: libtool version 1.4 (ok)
rebuilding configure
configure.in:831: warning: AC_PROG_LIBTOOL is m4_require'd but is not
m4_defun'd
configure.in:146: error: possibly undefined macro: AC_MSG_RESULT
If this token and others are legitimate, please use
m4_pattern_allow.
See the Autoconf documentation.
configure.in:295: error: possibly undefined macro: AC_DEFINE
configure.in:1064: error: possibly undefined macro: AC_PROG_LIBTOOL
configure:100054: error: possibly undefined macro:
_LT_AC_TRY_DLOPEN_SELF
rebuilding acconfig.h
rebuilding main/php_config.h.in
configure.in:831: m4: Undefined macro `AC_PROG_LIBTOOL'
Seems like it is unhappy somehow.
At last I risked it an tried using the same './configure' call as
before and I get the same error (on a different line now), namely:
...
checking whether dlsym() requires a leading underscore in symbol
names... ./configure: line 100042: syntax error near unexpected token
`_LT_AC_TRY_DLOPEN_SELF('
./configure: line 100042: `_LT_AC_TRY_DLOPEN_SELF('
...
[2003-01-02 20:53:14] [EMAIL PROTECTED]
There have been at least 2 changes since I last built from CVS on
Solaris 8 (October 13, 2002)
The first one is the addition to grep of Gnu grep only parameters w/o
checking for the existence of said option in the target OS (changed to
gnu grep manually in configure.in)
The second one is that it seems like the file is using macros from a
newer autoconf (only msg I saw in the logs for configure.in is from rev
1.394: Don't use autoconf 2.52 macros.)
If a newer autoconf is required, it should be documented, or a warning
should be generated. Instead of a broken configure that later on
fails.
% autoconf --version
Autoconf version 2.13
Tried doing a buildconf on today's CVS (2003/01/02) and got:
% ./buildconf
using default Zend directory
rebuilding configure
configure.in:831: /opt/sfw/bin/gm4: Undefined macro `AC_PROG_LIBTOOL'
autoconf: Undefined macros:
***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF
configure.in:1064:AC_PROG_LIBTOOL
configure.in:1142:AC_DEFINE([HAVE_BUILD_DEFS_H], 1, [ ])
configure.in:146:AC_MSG_RESULT(${1}.${2} (ok))
configure.in:166:AC_MSG_RESULT(${1}.${2}.${3} (ok))
configure.in:238:AC_MSG_RESULT([$PHP_SAPI])
configure.in:295: AC_DEFINE(HAVE_LIBDL, 1, [ ])
configure.in:422: AC_DEFINE(HAVE_SOCKADDR_STORAGE,1,[Whether you have
struct sockaddr_storage])
configure.in:431:[AC_DEFINE(HAVE_SOCKADDR_LEN,1,[Whether sockaddr
struct has sa_len])],
configure.in:518: AC_DEFINE(HAVE_GETADDRINFO,1,[Define if you have the
getaddrinfo function])
configure.in:545:dnl AC_MSG_RESULT([$ac_cv_type_in_addr_t])
configure.in:547: AC_DEFINE(in_addr_t, u_int, [ ])
configure.in:635: AC_DEFINE(PHP_SAFE_MODE,1,[ ])
configure.in:637: AC_DEFINE(PHP_SAFE_MODE,0,[ ])
configure.in:647:
AC_DEFINE(PHP_SAFE_MODE_EXEC_DIR,/usr/local/php/bin, [ ])
configure.in:648: AC_MSG_RESULT([/usr/local/php/bin])
configure.in:650:
AC_DEFINE_UNQUOTED(PHP_SAFE_MODE_EXEC_DIR,$withval, [ ])
configure.in:651: AC_MSG_RESULT([$withval])
configure.in:654:
AC_DEFINE(PHP_SAFE_MODE_EXEC_DIR,/usr/local/php/bin, [ ])
configure.in:655:
#21500 [Opn-Fbk]: Snmp.c undeclarded vars
ID: 21500 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: SNMP related Operating System: linux redhat 8 -- PHP Version: 4.3.0 New Comment: 1) Your configure script has 2 SNMP entries in it 2) Do you have netsnmp installed? This looks to be defined in the netsnmp headers, which we don't control. Previous Comments: [2003-01-07 16:37:38] [EMAIL PROTECTED] Well this is the output error, Shouldn't really deal with any of the options? but I will Inculde them after... php-4.3.0/ext/snmp/snmp.c -o ext/snmp/snmp.lo php-4.3.0/ext/snmp/snmp.c: In function `zif_snmp_get_quick_print': php-4.3.0/ext/snmp/snmp.c:506: `NETSNMP_DS_LIBRARY_ID' undeclared (first use in this function) php-4.3.0/ext/snmp/snmp.c:506: (Each undeclared identifier is reported only once php-4.3.0/ext/snmp/snmp.c:506: for each function it appears in.) php-4.3.0/ext/snmp/snmp.c:506: `NETSNMP_DS_LIB_QUICK_PRINT' undeclared (first use in this function) php-4.3.0/ext/snmp/snmp.c: In function `zif_snmp_set_quick_print': php-4.3.0/ext/snmp/snmp.c:525: `NETSNMP_DS_LIBRARY_ID' undeclared (first use in this function) php-4.3.0/ext/snmp/snmp.c:525: `NETSNMP_DS_LIB_QUICK_PRINT' undeclared (first use in this function) php-4.3.0/ext/snmp/snmp.c: In function `zif_snmp_set_enum_print': php-4.3.0/ext/snmp/snmp.c:544: `NETSNMP_DS_LIBRARY_ID' undeclared (first use in this function) php-4.3.0/ext/snmp/snmp.c:544: `NETSNMP_DS_LIB_PRINT_NUMERIC_ENUM' undeclared (first use in this function) php-4.3.0/ext/snmp/snmp.c: In function `zif_snmp_set_oid_numeric_print': php-4.3.0/ext/snmp/snmp.c:559: `NETSNMP_DS_LIBRARY_ID' undeclared (first use in this function) php-4.3.0/ext/snmp/snmp.c:560: `NETSNMP_DS_LIB_OID_OUTPUT_FORMAT' undeclared (first use in this function) php-4.3.0/ext/snmp/snmp.c:561: `NETSNMP_OID_OUTPUT_NUMERIC' undeclared (first use in this function) php-4.3.0/ext/snmp/snmp.c: In function `netsnmp_session_gen_auth_key': php-4.3.0/ext/snmp/snmp.c:672: warning: initialization discards qualifiers from pointer target type php-4.3.0/ext/snmp/snmp.c: In function `netsnmp_session_gen_sec_key': php-4.3.0/ext/snmp/snmp.c:701: warning: initialization discards qualifiers from pointer target type make: *** [ext/snmp/snmp.lo] Error 1 ### ### Options -- ./configure '--with-pdflib=/usr/pdflib-4.0.3-icc-Linux/bind/c' '--with-tiff-dir=/usr/local/' '--host=i686-pc-linux-gnu' '--build=i686-pc-linux-gnu' '--target=i386-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--prefix=/usr' '--with-config-file-path=/etc' '--enable-force-cgi-redirect' '--disable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-bz2' '--with-db3' '--with-curl' '--with-dom=/usr' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-gd' '--enable-gd-native-ttf' '--with-ttf' '--with-gdbm' '--with-gettext' '--with-ncurses' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-pspell' '--with-regex=system' '--with-xml' '--with-expat-dir=/usr' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-discard-path' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--without-oci8' '--with-pear=/usr/share/pear' '--with-imap=shared' '--with-imap-ssl' '--with-kerberos=/usr/kerberos' '--with-ldap=shared' '--with-mysql=shared,/usr' '--with-pgsql=shared' '--with-snmp=shared,/usr' '--with-snmp=shared' '--enable-ucd-snmp-hack' '--with-unixODBC=shared' '--enable-memory-limit' '--enable-bcmath' '--enable-shmop' '--enable-versioning' '--enable-calendar' '--enable-dbx' '--enable-dio' '--enable-mcal' '--with-apxs2=/usr/sbin/apxs' All I did was the configure with above options, did the make, and it gave me the error I printed above -- I checked the snmp.c, as far as i could tell they were not declared -- -- Edit this bug report at http://bugs.php.net/?id=21500edit=1
#21531 [Fbk-Opn]: file_exists() displays warning along with returning FALSE
ID: 21531 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: SunOS 5.8 PHP Version: 4.3.0 New Comment: Warning: file_exists() [function.file-exists.html]: Unable to access file_name.ext in /home/path/to/scripts/funcs.php on line 1234 PHP Version 4.3.0 System SunOS abcde 5.8 Generic_108529-17 i86pc Configure Command './configure' '--with-apache=../apache_1.3.27' '--enable-track-vars' '--enable-safe-mode' '--enable- sysvmsg' '--enable-sysvsem' '--enable-sysvshm' '--enable-trans-sid' '--enable-sockets' '--with- openssl=/opt/openssl' '--with-pgsql=/opt/postgres' '--with-mysql=/opt/mysql' '--with-zlib' '--with-gd' Server API Apache Virtual Directory Support disabled PHP API 20020918 PHP Extension 20020429 Zend Extension 20021010 Debug Build no Thread Safety disabled The information above I have cut-and-paste from phpinfo(). If you need more, tell me what you exactly need. Regards, kocio / Previous Comments: [2003-01-08 17:14:08] [EMAIL PROTECTED] On three different platforms I'm unable to reproduce this bug. Please provide a bit more detail to this bug. [2003-01-08 16:45:16] [EMAIL PROTECTED] What is the exact text of the warning message? [2003-01-08 16:15:29] [EMAIL PROTECTED] In case that file $file does not exist, invoking: file_exists($file); displays warning message, which should not take place. I've noticed bug report for similar problem for 4.2.1, which was then fixed in CVS. Deja vu? ;) Regards, kocio / [2003-01-08 16:06:09] [EMAIL PROTECTED] In case that file $file does not exist, invoking: file_exists($file); displays warning message, which should not take place. I've noticed bug report for similar problem for 4.2.1, which was then fixed in CVS. Deja vu? ;) Regards, kocio / -- Edit this bug report at http://bugs.php.net/?id=21531edit=1
#21519 [Opn-Fbk]: php-4.3-mcrypt doens't load under Windows
ID: 21519 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: *Encryption and hash functions Operating System: Windows 2000 Server PHP Version: 4.3.0 New Comment: Did you get this file: http://ftp.proventum.net/pub/php/win32/misc/mcrypt/php-4.3-mcrypt.zip Did you follow the intructions that are included in that zip? Previous Comments: [2003-01-08 11:36:30] [EMAIL PROTECTED] Hello, I downloaded the binary distribution for mcrypt from: http://www.php.net/manual/en/ref.mcrypt.php and I get an error when start the module from IIS. The error seems to be coming from API incompatibility. I tried to load other extensions that come from the PHP distribution and they work properly but this one (php_mcrypt.dll) doesn't. I am in the end of a project and need desperately encryption. I would be very pleased if you can give me a solution. Many thanks in advance. Samuel Vicent Samuel Vicent Pitarch NET REAL SOLUTIONS S.L. 12540 vila-real, Castellon SPAIN +34 964 52 33 31 +34 637 44 15 97 -- Edit this bug report at http://bugs.php.net/?id=21519edit=1
#21522 [Opn-Bgs]: Ldap unable to load - module not found
ID: 21522 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: LDAP related Operating System: Windots NT PHP Version: 4.3.0 New Comment: You probably missed a part in the install intructions about copying dlls\*.dll to c:\winnt\system32. Previous Comments: [2003-01-08 12:46:16] [EMAIL PROTECTED] When attempting to enable the extension php_ldap.dll from the 4.3.0 windows binary build I first copied the dll to c:\php\, set the proper variable in php.ini to tell php to look for extensions in c:\php and uncommented the line extension=php_ldap.dll. save, shutdown iis, restart to get an error telling me that module c:\php\php_ldap.dll is not found and there is a refrence to function Unknown(). After verifying that I did not screw up my copy job and the file c:\php\php_ldap.dll DID exist I came back to the site and did a serch for others having the same problem. In 2001 there were many refrences to the same error and the solution was to move libsasl.dll to the same location as php_ldap.dll. I also found documentation stating that libsasl.dll was already bundled into 4.3.0. I was unable to locate libsasl.dll anywhere in the binary zip of 4.3.0. I've noticed at least two other people here experiencing similiar problems. -- Edit this bug report at http://bugs.php.net/?id=21522edit=1
#21527 [Opn-Bgs]: undefined symbols not allowed
ID: 21527 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Sybase (dblib) related Operating System: CygWin/WinXP PHP Version: 4.3.0 New Comment: Just read the warning..and do what it says: compile a shared version of the freetds libs. Previous Comments: [2003-01-08 14:30:55] [EMAIL PROTECTED] Hi, I tried compiling PHP 4.3.0 under CygWin/Windows XP with the following options --disable-cgi --disable-cli --with-apxs=/usr/sbin/apxs --with-mysql --with-sybase=/usr/local/freetds and I got this during make: ** *** Warning: This library needs some functionality provided by /usr/local/freetd s/lib/libsybdb.la. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Therefore, libtool will create a static module, that should work *** as long as the dlopening application is linked with the -dlopen flag. libtool: link: warning: undefined symbols not allowed in i686-pc-cygwin shared libraries ** In this case, I have already successfully installed FreeTDS in /usr/local/freetds However, make did not give any errors (except for the above warning) so I tried to make install but I got the following: $ make install Installing PHP SAPI module apxs:Error: file libs/libphp4.so is not a DSO make: *** [install-sapi] Error 1 Anything wrong with what I'm doing? httpd -l returns mod_so under its list. Thanks in advance. Mike Lopez -- Edit this bug report at http://bugs.php.net/?id=21527edit=1
#21533 [NEW]: Trouble building PHP w/ GD and including ImageTTFxxx functions
From: [EMAIL PROTECTED] Operating system: RH 7.2 PHP version: 4.3.0 PHP Bug Type: GD related Bug description: Trouble building PHP w/ GD and including ImageTTFxxx functions I had FreeType 1.x installed only, not FreeType 2.x. Problem #1 After extracting the tarball and running 'configure' (with various options), the output indicated that I had FreeType 2 support. Problem #2 So, I built PHP thinking everything was good to go. However, when I tried to use ImageTTFText(), I got a segmentaion fault. Looking at the code in gd.c, I noticed that there is a point in php_imagettftext_common() that looks like: #if HAVE_GD_STRINGFT error = gdImageStringFT(... #elif HAVE_GD_STRINGTTF error = gdImageStringTTF(... #endif ... if ( error ) ... This code is clearly risky at best since variable 'error' is undefined if neither HAVE_GD_STRINGFT or HAVE_GD_STRINGTTF is defined. I solved my issue of not having support for ImageTTFText() by installing FreeType 2.x. But the long term solution should include addressing these 2 issues. -- Edit bug report at http://bugs.php.net/?id=21533edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21533r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21533r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21533r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21533r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21533r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21533r=support Expected behavior: http://bugs.php.net/fix.php?id=21533r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21533r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21533r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21533r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21533r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21533r=dst IIS Stability: http://bugs.php.net/fix.php?id=21533r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21533r=gnused
#21531 [Opn-Fbk]: file_exists() displays warning along with returning FALSE
ID: 21531 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: SunOS 5.8 PHP Version: 4.3.0 New Comment: I'm still unable to reproduce this. Can this be a case of directory permissions maybe? Previous Comments: [2003-01-08 17:47:57] [EMAIL PROTECTED] Warning: file_exists() [function.file-exists.html]: Unable to access file_name.ext in /home/path/to/scripts/funcs.php on line 1234 PHP Version 4.3.0 System SunOS abcde 5.8 Generic_108529-17 i86pc Configure Command './configure' '--with-apache=../apache_1.3.27' '--enable-track-vars' '--enable-safe-mode' '--enable- sysvmsg' '--enable-sysvsem' '--enable-sysvshm' '--enable-trans-sid' '--enable-sockets' '--with- openssl=/opt/openssl' '--with-pgsql=/opt/postgres' '--with-mysql=/opt/mysql' '--with-zlib' '--with-gd' Server API Apache Virtual Directory Support disabled PHP API 20020918 PHP Extension 20020429 Zend Extension 20021010 Debug Build no Thread Safety disabled The information above I have cut-and-paste from phpinfo(). If you need more, tell me what you exactly need. Regards, kocio / [2003-01-08 17:14:08] [EMAIL PROTECTED] On three different platforms I'm unable to reproduce this bug. Please provide a bit more detail to this bug. [2003-01-08 16:45:16] [EMAIL PROTECTED] What is the exact text of the warning message? [2003-01-08 16:15:29] [EMAIL PROTECTED] In case that file $file does not exist, invoking: file_exists($file); displays warning message, which should not take place. I've noticed bug report for similar problem for 4.2.1, which was then fixed in CVS. Deja vu? ;) Regards, kocio / [2003-01-08 16:06:09] [EMAIL PROTECTED] In case that file $file does not exist, invoking: file_exists($file); displays warning message, which should not take place. I've noticed bug report for similar problem for 4.2.1, which was then fixed in CVS. Deja vu? ;) Regards, kocio / -- Edit this bug report at http://bugs.php.net/?id=21531edit=1
#21420 [Opn-Fbk]: using CONVERT and cursor in query
ID: 21420 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: MSSQL related Operating System: windows2000 PHP Version: 4.3.0 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. If you have access to a system with debugging capabilities this would help us a lot more. Previous Comments: [2003-01-04 21:53:45] [EMAIL PROTECTED] when i use convert and cursor in query, example : $query = open cursor scroll for selec convert(char(20), send_time, 120) as send_time from table1 where id = 1 $mssql_query($query) PHP has encountered an Access Violation at 01207E9E display in the window!! help me!! -- Edit this bug report at http://bugs.php.net/?id=21420edit=1
#21461 [Opn-Fbk]: Returning Turkish characters
ID: 21461 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: MSSQL related Operating System: win2k PHP Version: 4.3.0 New Comment: are you using a unicode capable connection? Also if you can turn on logging in the SQL Server and see where in the connection it is failing. Previous Comments: [2003-01-06 08:38:14] [EMAIL PROTECTED] I have Php4.3.0 on Apache/1.3.27 (Win32) mod_gzip/1.3.26.1a with Win2kServer. I connect to MSSQL and execute a query whose return has Turkish characters. it connects regularly but displays result wrongly. in addition when i use a query whose parameters has Turkish characters didnt return a result set. same code run regularly on Php4.3.0 Apache/1.3.23 (Win32) mod_gzip/1.3.26.1a with winXPCorp king regards Umut Barýþ RÜZGAR -- Edit this bug report at http://bugs.php.net/?id=21461edit=1
#21472 [Opn-Fbk]: Problems with short tags and script tags
ID: 21472 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: do you have ASP installed as well? Previous Comments: [2003-01-07 07:54:33] [EMAIL PROTECTED] A. It says C:\WINNT\php.ini B. I edited that file to change the value for short tags to 1, or on. C. Restarted IIS. D. PHPINFO says that the directive is on. [2003-01-06 15:44:45] [EMAIL PROTECTED] Please be specific with the questions below: 1) EXACTLY what does (a) say from below? 2) Did you restart the web server after editing? 3) What does phpinfo() say for this directive? 4) What value are you assigning to this directive in php.ini? [2003-01-06 15:26:05] [EMAIL PROTECTED] It is in c:\WINNT, the one I have been modifying all the time. Same situation. [2003-01-06 15:23:51] [EMAIL PROTECTED] Please look at phpinfo() for the true location of the used php.ini and the true setting for the short_open_tag directive. So: a) Tell us exactly what Configuration File (php.ini) Path is in phpinfo(). b) Make sure you edit this file. c) Make sure you restart the web server after making changes to php.ini d) See what phpinfo() says about this directive. [2003-01-06 14:47:48] [EMAIL PROTECTED] I have noticed that using short tags in PHP files does not work on any of my servers, all WIN2K. When using short tags for includes the file will not be included and the page will not load correctly, using a long tag will work. Short tags are turned on in the php.ini. Also script tags do not work at all, pages load but with errors and none of the javascript will function on the page. -- Edit this bug report at http://bugs.php.net/?id=21472edit=1
#21532 [Opn-Fbk]: incorrect warning
ID: 21532 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: *Directory/Filesystem functions Operating System: Solaris 8 PHP Version: 4.3.0 New Comment: But /www/user405/data/ does exist? I bet that directory is not accesible by the uid 405.. Previous Comments: [2003-01-08 17:18:04] [EMAIL PROTECTED] PHP log: --- [08-Jan-2003 23:54:22] PHP Warning: opendir(): SAFE MODE Restriction in effect. The script whose uid is 405 is not allowed to access /www/user405/data/20021122 owned by uid 0 in /www/user405/stale/table1a_stale_bpl.php on line 3 [08-Jan-2003 23:54:22] PHP Warning: opendir(/www/user405/data/20021122/bpl): failed to open dir: No such file or directory in /www/user405/stale/table1a_stale_bpl.php on line 3 --- First warning is incorrect. Directory /www/user405/data/20021122 doesn't exist. -- Edit this bug report at http://bugs.php.net/?id=21532edit=1
#21494 [Com]: Fails when I do make install with error message
ID: 21494 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Compile Failure Operating System: RedHat 8.0 / apache 2.0.40-11 PHP Version: 4.3.0 New Comment: I upgrade the httpd-devel rpm to httpd-devel-2.0.40-15.i386.rpm (from RedHat's Rawhide) and it works. The httpd-devel that comes with RedHat 8.0 is missing a script file called instdso.sh. The newer rpm contains the file. Previous Comments: [2003-01-07 19:27:09] [EMAIL PROTECTED] Report this to the Apache folks. Not a PHP bug. [2003-01-07 10:29:15] [EMAIL PROTECTED] very simple configure: ./configure --with-oci8=/u01/app/oracle/product/oraprod --with-apxs2=/usr/sbin/apxs --with-oracle=/u01/app/oracle/product/oraprod when I run make: 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.lo regex/regerror.lo regex/regfree.lo TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo main/snprintf.lo main/spprintf.lo main/php_sprintf.lo main/safe_mode.lo main/fopen_wrappers.lo main/alloca.lo main/php_ini.lo main/SAPI.lo main/rfc1867.lo main/php_content_types.lo main/strlcpy.lo main/strlcat.lo main/mergesort.lo main/reentrancy.lo main/php_variables.lo main/php_ticks.lo main/streams.lo main/network.lo main/php_open_temporary_file.lo main/php_logos.lo main/output.lo main/memory_streams.lo main/user_streams.lo Zend/zend_language_parser.lo Zend/zend_language_scanner.lo Zend/zend_ini_parser.lo Zend/zend_ini_scanner.lo Zend/zend_alloc.lo Zend/zend_compile.lo Zend/zend_constants.lo Zend/zend_dynamic_array.lo Zend/zend_execute_API.lo Zend/zend_highlight.lo Zend/zend_llist.lo Zend/zend_opcode.lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo Zend/zend_stack.lo Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo Zend/zend_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo Zend/zend_indent.lo Zend/zend_builtin_functions.lo Zend/zend_sprintf.lo Zend/zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/getopt.lo main/internal_functions_cli.lo -lcrypt -lresolv -lm -ldl -lnsl -lcrypt -ldl -lm -lclntsh -locijdbc8 -ldl -lm -lclntsh -o sapi/cli/php ext/mysql/libmysql/my_tempnam.lo: In function `my_tempnam': /usr/src/php-4.3.0/ext/mysql/libmysql/my_tempnam.c:103: the use of `tempnam' is dangerous, better use `mkstemp' when I run make install: Installing PHP CLI binary:/usr/local/bin/ Installing PHP SAPI module /usr/lib/httpd/build/instdso.sh SH_LIBTOOL='/usr/lib/httpd/build/libtool' libphp4.la /usr/lib/httpd/modules sh: line 1: /usr/lib/httpd/build/instdso.sh: No such file or directory apxs:Error: Command failed with rc=8323072 . make: *** [install-sapi] Error 1 -- Edit this bug report at http://bugs.php.net/?id=21494edit=1
#21531 [Fbk-Opn]: file_exists() displays warning along with returning FALSE
ID: 21531 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: SunOS 5.8 PHP Version: 4.3.0 New Comment: Each and every directory has at least r-x permissions. The file being tested does not exist, and haven't been there for months (if ever). Previous Comments: [2003-01-08 18:10:32] [EMAIL PROTECTED] Please try the latest stable snapshot from here: http://snaps.php.net/ [2003-01-08 17:56:18] [EMAIL PROTECTED] I'm still unable to reproduce this. Can this be a case of directory permissions maybe? [2003-01-08 17:47:57] [EMAIL PROTECTED] Warning: file_exists() [function.file-exists.html]: Unable to access file_name.ext in /home/path/to/scripts/funcs.php on line 1234 PHP Version 4.3.0 System SunOS abcde 5.8 Generic_108529-17 i86pc Configure Command './configure' '--with-apache=../apache_1.3.27' '--enable-track-vars' '--enable-safe-mode' '--enable- sysvmsg' '--enable-sysvsem' '--enable-sysvshm' '--enable-trans-sid' '--enable-sockets' '--with- openssl=/opt/openssl' '--with-pgsql=/opt/postgres' '--with-mysql=/opt/mysql' '--with-zlib' '--with-gd' Server API Apache Virtual Directory Support disabled PHP API 20020918 PHP Extension 20020429 Zend Extension 20021010 Debug Build no Thread Safety disabled The information above I have cut-and-paste from phpinfo(). If you need more, tell me what you exactly need. Regards, kocio / [2003-01-08 17:14:08] [EMAIL PROTECTED] On three different platforms I'm unable to reproduce this bug. Please provide a bit more detail to this bug. [2003-01-08 16:45:16] [EMAIL PROTECTED] What is the exact text of the warning message? 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/21531 -- Edit this bug report at http://bugs.php.net/?id=21531edit=1
#21532 [Fbk-Opn]: incorrect warning
ID: 21532 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: *Directory/Filesystem functions Operating System: Solaris 8 PHP Version: 4.3.0 New Comment: /www/user405/data and /www/user405 exist. Both directories are owned by uid 405 with r-x permission for owner. Previous Comments: [2003-01-08 18:16:50] [EMAIL PROTECTED] /www/user405/data and /www/user405 exist. Both directories are owned by uid 405 with r-x permission for owner. [2003-01-08 18:05:17] [EMAIL PROTECTED] But /www/user405/data/ does exist? I bet that directory is not accesible by the uid 405.. [2003-01-08 17:18:04] [EMAIL PROTECTED] PHP log: --- [08-Jan-2003 23:54:22] PHP Warning: opendir(): SAFE MODE Restriction in effect. The script whose uid is 405 is not allowed to access /www/user405/data/20021122 owned by uid 0 in /www/user405/stale/table1a_stale_bpl.php on line 3 [08-Jan-2003 23:54:22] PHP Warning: opendir(/www/user405/data/20021122/bpl): failed to open dir: No such file or directory in /www/user405/stale/table1a_stale_bpl.php on line 3 --- First warning is incorrect. Directory /www/user405/data/20021122 doesn't exist. -- Edit this bug report at http://bugs.php.net/?id=21532edit=1
#21510 [Fbk-Csd]: Make install compiler error (install: cannot stat `php`)
ID: 21510 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Compile Failure Operating System: RedHat/Cobalt OS PHP Version: 4.3.0 New Comment: The build script failed due to the changed build location of cgi sapi. Previous Comments: [2003-01-08 03:40:10] [EMAIL PROTECTED] Could you email me the complete RPM building script? Btw. you still need --with-gd, you just don't need to have GDLIB installed as it comes bundled with PHP. [2003-01-08 00:55:15] [EMAIL PROTECTED] Hello, I keep getting this error when compiling PHP 4.3.0: -- + mkdir -p /var/tmp/php-4.3.0/usr/bin/ + install -m 755 php /var/tmp/php-4.3.0/usr/bin/php install: cannot stat `php': No such file or directory Bad exit status from /var/tmp/rpm-tmp.27905 (%install) -- This happens when making an RPM, which has been succesful for many versions previous to 4.3.0 This happens in the make install section. Here is my configure: --- # --with-gd taken out, 4.3 comes with GD pre-compiled OPTIONS=$OPTIONS --with-gettext=/usr --enable-safe-mode \ --with-config-file-path=/etc/httpd --with-exec-dir=/usr/bin \ --with-zlib --enable-magic-quotes --with-regex=system \ --with-ttf --with-db --with-gdbm --enable-mbstring --enable-mbstr-enc-trans \ --enable-track-vars --enable-wddx=shared --enable-mm=shared \ --enable-xml --enable-ftp --disable-debug --with-libdir=/usr/lib test `rpm -q db3-devel` OPTIONS=$OPTIONS --with-db3 test `rpm -q InterBaseCS_LI` OPTIONS=$OPTIONS --with-interbase=shared test `rpm -q MySQL-devel` OPTIONS=$OPTIONS --with-mysql=shared test `rpm -q solid-devel` OPTIONS=$OPTIONS --with-solid test `rpm -q postgresql-devel` OPTIONS=$OPTIONS --with-pgsql=shared test `rpm -q openldap-devel` OPTIONS=$OPTIONS --with-ldap test `rpm -q imap-devel` OPTIONS=$OPTIONS --with-imap test `rpm -q curl-devel` OPTIONS=$OPTIONS --with-curl=shared test `rpm -q pdflib` OPTIONS=$OPTIONS --with-pdflib=shared --- Does anyone have a clue? -- Edit this bug report at http://bugs.php.net/?id=21510edit=1
#21532 [Com]: incorrect warning
ID: 21532 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: *Directory/Filesystem functions Operating System: Solaris 8 PHP Version: 4.3.0 New Comment: /www/user405/data and /www/user405 exist. Both directories are owned by uid 405 with r-x permission for owner. Previous Comments: [2003-01-08 18:05:17] [EMAIL PROTECTED] But /www/user405/data/ does exist? I bet that directory is not accesible by the uid 405.. [2003-01-08 17:18:04] [EMAIL PROTECTED] PHP log: --- [08-Jan-2003 23:54:22] PHP Warning: opendir(): SAFE MODE Restriction in effect. The script whose uid is 405 is not allowed to access /www/user405/data/20021122 owned by uid 0 in /www/user405/stale/table1a_stale_bpl.php on line 3 [08-Jan-2003 23:54:22] PHP Warning: opendir(/www/user405/data/20021122/bpl): failed to open dir: No such file or directory in /www/user405/stale/table1a_stale_bpl.php on line 3 --- First warning is incorrect. Directory /www/user405/data/20021122 doesn't exist. -- Edit this bug report at http://bugs.php.net/?id=21532edit=1
#21534 [NEW]: GMP lib gmp_gcdext() gives incorrect results
From: [EMAIL PROTECTED]
Operating system: Solaris 8
PHP version: 4.3.0
PHP Bug Type: *Math Functions
Bug description: GMP lib gmp_gcdext() gives incorrect results
I was testing some of the gmp functions and found that gmp_gcdext() does
not behave as the prototype and description claim, or I am not
understanding what exactly is the correct behavior of the function.
Based on the decsription in the documentation for the gmp library, and the
gmp_gcdext() function in the PHP manual, the code:
$r = gmp_gcdext($a, $b);
should return an array $r w/ elements g, s, and t, such that:
$a*$s + $b*$t = $g [Eq. 1]
where: $g = gmp_gcd($a, b);
Eq. [1] is similar to what is know as a Diophantine Equation. See
http://mathworld.wolfram.com/DiophantineEquation.html for more
information, and an example.
Using: $a = gmp_init(1027); and $b = gmp_init(712); the function
gmp_gcdext() fails to produce the correct results. In fact, using almost
any set of values it just gives non-sensical results.
The following code:
echo Diophantine equation: 1027*s + 712*t = 1\n;
echo Solution: s = -165, t = 238\n;
$res = -165*1027 + 238*712;
echo Check: 1027*(-165) + 238*712 = $res\n\n;
$a = gmp_init(1027);
$b = gmp_init(712);
echo 'a = '.gmp_strval($a).\n;
echo 'b = '.gmp_strval($b).\n;
$g = gmp_gcd($a, $b);
echo 'g = gcd(a,b) = '.gmp_strval($g).\n;
echo \na = .gmp_strval($a).\n;
echo 'b = '.gmp_strval($b).\n;
$r = gmp_gcdext($a, $b);
var_dump($r);
echo 'g = '.gmp_strval($r['g']).\n;
echo 's = '.gmp_strval($r['s']).\n;
echo 't = '.gmp_strval($r['t']).\n;
$test = gmp_add(gmp_mul($a, $r['s']), gmp_mul($b, $r['t']));
echo 'a*s + b*t = '.gmp_strval($test).\n;
Produces the output:
a = 1027
b = 712
g = gcd(a,b) = 1
a = 1027
b = 712
array(3) {
[g]=
resource(7) of type (GMP integer)
[s]=
resource(8) of type (GMP integer)
[t]=
resource(9) of type (GMP integer)
}
g = 1027
s = 1
t = 0
a*s + b*t = 1027
Which is clearly wrong. If you look at the URL mentioned above, the
solution to:
1027x + 712y = 1
is: x = -165, y = 238
When I used 12 and 21 for $a and $b respectively, I got:
a = 12
b = 21
g = gcd(a,b) = 3
a = 12
b = 21
array(3) {
[g]=
resource(7) of type (GMP integer)
[s]=
resource(8) of type (GMP integer)
[t]=
resource(9) of type (GMP integer)
}
g = 12
s = 1
t = 0
a*s + b*t = 12
And when I used 21 and 12 for $a and $b respectively:
a = 21
b = 12
g = gcd(a,b) = 3
a = 21
b = 12
array(3) {
[g]=
resource(7) of type (GMP integer)
[s]=
resource(8) of type (GMP integer)
[t]=
resource(9) of type (GMP integer)
}
g = 21
s = 1
t = 0
a*s + b*t = 21
The PHP wrapping code seems to be OK (from today's CVS, 2003-01-08), and I
gave up tracking down the wrapping macros and such in the gmp lib code,
where the actual bug might reside. Will send an email to the gmp
maintainers too.
I am using gmp 4.1.2, and testing w/ PHP 4.3.0 CLI, under Solaris 8.
--
Edit bug report at http://bugs.php.net/?id=21534edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21534r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=21534r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=21534r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21534r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=21534r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21534r=support
Expected behavior: http://bugs.php.net/fix.php?id=21534r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21534r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21534r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=21534r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21534r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=21534r=dst
IIS Stability: http://bugs.php.net/fix.php?id=21534r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21534r=gnused
#13472 [Com]: input type=hidden should be in a fieldset if there is one (XHTML and trans sid)
ID: 13472 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Session related Operating System: Any PHP Version: 4.2.0 New Comment: so could anybody reopen this bug... or create a new one? Previous Comments: [2003-01-08 17:07:06] [EMAIL PROTECTED] It looks like they fixed the openness of input tags, i.e. - the tags close like input / rather than input but the hidden input field is still automatically inserted *outside* of a block-level element. It's a mistake to automatically force the hidden input field on us to begin with. Is there a way to turn JUST that part of the trans-id off? This bug is still very much a problem in 4.3 [2003-01-05 19:10:09] [EMAIL PROTECTED] is this really fixed? i have php 4.3 and php add the input tag directly after the form tag! the only _fix_ i found is a comment in the php.ini ; to URLs. If you want XHTML conformity, remove the form entry. [2002-12-03 23:00:43] [EMAIL PROTECTED] to: [EMAIL PROTECTED] is this bug fixed entirely? re: [3 Mar 8:08am] [EMAIL PROTECTED] Notice .. any blocklevel tag is affected .. not just fieldset and as such any solution to this problem should take this issue into account. [2002-09-25 06:11:46] [EMAIL PROTECTED] Fixed in 4.3 CVS. Thanks for your report. [2002-09-23 21:04:12] [EMAIL PROTECTED] I don't know if I should submit this as a new bug, or if its part of this one, but the input element added should be empty ie input stuff / in order to be valid xhtml in addition to the fieldset issue. Probably should be a php.ini option, similar to being able to change argument_seperator.output from to amp;. 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/13472 -- Edit this bug report at http://bugs.php.net/?id=13472edit=1
#21534 [Opn]: GMP lib gmp_gcdext() gives incorrect results
ID: 21534
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: *Math Functions
Operating System: Solaris 8
PHP Version: 4.3.0
New Comment:
More information.
I found the following code:
http://mail.gnu.org/archive/html/bug-gmp/2001-05/msg00061.html
Which I then compiled w/ the gmp lib I have installed. Using that
little C program that calls the gmp lib directly, the Diophantine
equation mentioned in the bug submission gives the correct results:
% ./a.out
1027
712
a = 1027
b = 712
d = 1
s = -165
t = 238
d =? 1
Which is the correct solution.
And using a = 12 and b = 21:
% ./a.out
12
21
a = 12
b = 21
d = 3
s = 2
t = -1
d =? 3
Bottomline: The GMP lib seems to be behaving OK, so maybe somewhere
along the passing of the values from PHP to the lib the values are
being corrupted?
In view of this I had not sent a bug report to the GMP lib
maintainers.
Previous Comments:
[2003-01-08 18:56:44] [EMAIL PROTECTED]
I was testing some of the gmp functions and found that gmp_gcdext()
does not behave as the prototype and description claim, or I am not
understanding what exactly is the correct behavior of the function.
Based on the decsription in the documentation for the gmp library, and
the gmp_gcdext() function in the PHP manual, the code:
$r = gmp_gcdext($a, $b);
should return an array $r w/ elements g, s, and t, such that:
$a*$s + $b*$t = $g [Eq. 1]
where: $g = gmp_gcd($a, b);
Eq. [1] is similar to what is know as a Diophantine Equation. See
http://mathworld.wolfram.com/DiophantineEquation.html for more
information, and an example.
Using: $a = gmp_init(1027); and $b = gmp_init(712); the function
gmp_gcdext() fails to produce the correct results. In fact, using
almost any set of values it just gives non-sensical results.
The following code:
echo Diophantine equation: 1027*s + 712*t = 1\n;
echo Solution: s = -165, t = 238\n;
$res = -165*1027 + 238*712;
echo Check: 1027*(-165) + 238*712 = $res\n\n;
$a = gmp_init(1027);
$b = gmp_init(712);
echo 'a = '.gmp_strval($a).\n;
echo 'b = '.gmp_strval($b).\n;
$g = gmp_gcd($a, $b);
echo 'g = gcd(a,b) = '.gmp_strval($g).\n;
echo \na = .gmp_strval($a).\n;
echo 'b = '.gmp_strval($b).\n;
$r = gmp_gcdext($a, $b);
var_dump($r);
echo 'g = '.gmp_strval($r['g']).\n;
echo 's = '.gmp_strval($r['s']).\n;
echo 't = '.gmp_strval($r['t']).\n;
$test = gmp_add(gmp_mul($a, $r['s']), gmp_mul($b, $r['t']));
echo 'a*s + b*t = '.gmp_strval($test).\n;
Produces the output:
a = 1027
b = 712
g = gcd(a,b) = 1
a = 1027
b = 712
array(3) {
[g]=
resource(7) of type (GMP integer)
[s]=
resource(8) of type (GMP integer)
[t]=
resource(9) of type (GMP integer)
}
g = 1027
s = 1
t = 0
a*s + b*t = 1027
Which is clearly wrong. If you look at the URL mentioned above, the
solution to:
1027x + 712y = 1
is: x = -165, y = 238
When I used 12 and 21 for $a and $b respectively, I got:
a = 12
b = 21
g = gcd(a,b) = 3
a = 12
b = 21
array(3) {
[g]=
resource(7) of type (GMP integer)
[s]=
resource(8) of type (GMP integer)
[t]=
resource(9) of type (GMP integer)
}
g = 12
s = 1
t = 0
a*s + b*t = 12
And when I used 21 and 12 for $a and $b respectively:
a = 21
b = 12
g = gcd(a,b) = 3
a = 21
b = 12
array(3) {
[g]=
resource(7) of type (GMP integer)
[s]=
resource(8) of type (GMP integer)
[t]=
resource(9) of type (GMP integer)
}
g = 21
s = 1
t = 0
a*s + b*t = 21
The PHP wrapping code seems to be OK (from today's CVS, 2003-01-08),
and I gave up tracking down the wrapping macros and such in the gmp lib
code, where the actual bug might reside. Will send an email to the gmp
maintainers too.
I am using gmp 4.1.2, and testing w/ PHP 4.3.0 CLI, under Solaris 8.
--
Edit this bug report at http://bugs.php.net/?id=21534edit=1
#21375 [Fbk-Ver]: Changes in configure.in do not allow the creation of a sane configure
ID: 21375 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Verified Bug Type: Compile Failure Operating System: Solaris 8 PHP Version: 4CVS-2003-01-02 (dev) New Comment: No, I had not changed anything in this box since the last time I compiled from CVS back in October. I have changed things while trying to check if a newer autoconf, etc. helped. Running the command line you suggested I get: ./cvsclean ./buildconf using default Zend directory buildconf: checking installation... buildconf: autoconf version 2.57 (ok) buildconf: Your version of autoconf likely contains buggy cache code. Running cvsclean for you. To avoid this, install autoconf-2.13 and automake-1.5. buildconf: automake version 1.7.2 (ok) buildconf: libtool version 1.4 (ok) rebuilding configure configure.in:831: warning: AC_PROG_LIBTOOL is m4_require'd but is not m4_defun'd configure.in:146: error: possibly undefined macro: AC_MSG_RESULT If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.in:295: error: possibly undefined macro: AC_DEFINE configure.in:1064: error: possibly undefined macro: AC_PROG_LIBTOOL configure:100072: error: possibly undefined macro: _LT_AC_TRY_DLOPEN_SELF rebuilding acconfig.h rebuilding main/php_config.h.in configure.in:831: m4: Undefined macro `AC_PROG_LIBTOOL' So autoconf 2.57 is buggy but 2.13 is not? Should I downgrade? Just to make doubly sure I did not have anything weird in my local CVS copy I did a fresh checkout of 'php4' (in /tmp/test/php4), and rerun the line above: % cd /tmp/test/php4 % ./cvsclean ./buildconf using default Zend directory buildconf: checking installation... buildconf: autoconf version 2.57 (ok) buildconf: Your version of autoconf likely contains buggy cache code. Running cvsclean for you. To avoid this, install autoconf-2.13 and automake-1.5. buildconf: automake version 1.7.2 (ok) buildconf: libtool version 1.4 (ok) rebuilding configure configure.in:831: warning: AC_PROG_LIBTOOL is m4_require'd but is not m4_defun'd configure.in:146: error: possibly undefined macro: AC_MSG_RESULT If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.in:295: error: possibly undefined macro: AC_DEFINE configure.in:1064: error: possibly undefined macro: AC_PROG_LIBTOOL configure:99670: error: possibly undefined macro: _LT_AC_TRY_DLOPEN_SELF rebuilding acconfig.h rebuilding main/php_config.h.in configure.in:831: m4: Undefined macro `AC_PROG_LIBTOOL' Any ideas on where to look about the (possible) messed up libtool? I had not used autoconf too much, but it is weird that 2.13 is not buggy but a later (current) version is. Previous Comments: [2003-01-08 17:42:19] [EMAIL PROTECTED] Did you change anything in your setup before this started? And are all those tools installed with same prefix? Are you sure your CVS checkout is clean? Here's the output I got with latest CVS (HEAD): # ./cvsclean ./buildconf using default Zend directory buildconf: checking installation... buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.4-p5 (ok) buildconf: libtool version 1.4 (ok) rebuilding configure rebuilding acconfig.h rebuilding main/php_config.h.in It looks like that your libtool installation is not quite okay.. [2003-01-06 13:25:44] [EMAIL PROTECTED] More information: (using CVS from today 2003-01-06) I had installed the following versions automake 1.4 libtool 1.4 autoconf 2.13 Gnu m4 1.4 which according to buil/buildcheck.sh should be OK (and which indeed used to build from CVS w/o trouble) To try and see if it will work w/ a new version, I installed: autoconf 2.57 automake 1.7.2 and then I rerun: % ./buildconf using default Zend directory buildconf: checking installation... buildconf: autoconf version 2.57 (ok) buildconf: Your version of autoconf likely contains buggy cache code. Running cvsclean for you. To avoid this, install autoconf-2.13 and automake-1.5. buildconf: automake version 1.7.2 (ok) buildconf: libtool version 1.4 (ok) rebuilding configure configure.in:831: warning: AC_PROG_LIBTOOL is m4_require'd but is not m4_defun'd configure.in:146: error: possibly undefined macro: AC_MSG_RESULT If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.in:295: error: possibly undefined macro: AC_DEFINE configure.in:1064: error: possibly undefined macro: AC_PROG_LIBTOOL configure:100054: error: possibly undefined macro: _LT_AC_TRY_DLOPEN_SELF rebuilding
#21172 [Com]: PHP crashed when try to access XML DOM COM interfaces
ID: 21172
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Operating System: Windows 2000
PHP Version: 4.2.1
New Comment:
Tried this on Win2KPro SP3, Apache 1.3.27, PHP 4.2.3 and
PHP 4.3.0 (both as module) and get the crash on same line.
Actually as soon as I reference $attr-Name eg
$tmpStr = $attr-Name; // crashes
but if I remove the $attr-Name; line then the
echo($node-nodeName. .$node-xml.BR);
loop works OK.
I am also experiencing crashes when I generate Excel
spreadsheets with 4.3.0. My code generally works fine
under 4.2.3 (except that an excel process is left running
after each time the code is run).
The following seems to be a minimal test case;
?php
echo Test started...br/\n;
$excel = new COM(Excel.Application) or die(Excel could not be
started);
$workbook = c:\\tmp\\in.xls;// can just be an empty wookbook
$wkb = $excel-application-Workbooks-Open($workbook) or Die (Did not
open);
$sheet = $wkb-Worksheets(1);
$sheet-activate;
$sheet-name='Testing 123';
$y=6;
for($i=0;$i6;$i++){
$cell = $sheet-Cells($y+$i,1); // Select the cell (Row Column
number)
$cell-activate; // Activate the cell
$cell-value = 'JimBob';
$cell = $sheet-Cells($y+$i,2);
$cell-activate;
$cell-value = 'Yer Baby';
}
$file_name='c:/tmp/adtdump.xls';
if (file_exists($file_name)) {unlink($file_name);}
$wkb-SaveAs($file_name);
$wkb-Close();
// close the application
$excel-Workbooks-Close();
$excel-ActiveWorkbook-Close(False);
$excel-Quit();
$excel-Release();
$excel = null;
unset($excel);
?
If the for loop has $i 1 then the test will fault one in around five
times.
Fault window is;
Microsoft Excel: EXCEL.EXE - Application Error
The instruction at 0x30033ddf referenced memory at 0x660667f8.
The memory could not be read.
With $i10 is faults every time.
and is then usually followed by an Apache Ap error and
Apache restarts the child process (and uptime goes back
to 0).
With $i6 it faults most of the time but I haven't seen
an Apache Ap error after the Excel.exe one.
Each time it faults I get an Excel.exe left in taskmanager. If it runs
without faulting then I don't.
Previous Comments:
[2002-12-26 01:57:49] [EMAIL PROTECTED]
Latest PHP build don't solve this porblem :-\
I am use PHP for Win32 as CGI, may be this information can help fix
this problem.
DOM XML - Microsoft XML Parser 4.? (latest)
[2002-12-24 17:52:54] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-12-24 07:55:40] [EMAIL PROTECTED]
test.xml:
?xml version=1.0?
test a=g b=false
v val=1aa/v
v val=2bb/v
v val=3nn/v
/test
test.php:
?
$MSXML = new COM(Msxml2.DOMDocument);
if ($MSXML-load(D:\\Inetpub\\wwwroot\\vphpmail\\test.xml))
{
$nodeList = $MSXML-getElementsByTagName(v);
for ($i=0;$i$nodeList-length;$i++)
{
$node = $nodeList-nextNode();
$attribs = $node-attributes;
$attr = $attribs-getNamedItem(val);
echo($attr-Name.BR); // This is crash
echo($node-nodeName. .$node-xml.BR);
}
}
else
{
echo(BADbr);
echo(
Error in file b.$MSXML-parseError-url./B at line
b.
$MSXML-parseError-line./b in pos
b.$MSXML-parseError-linepos./b);
}
?
--
Edit this bug report at http://bugs.php.net/?id=21172edit=1
#21481 [Opn]: mssql_close function don't close connection
ID: 21481 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MSSQL related Operating System: windows 2000/sp3 PHP Version: 4CVS-2003-01-07 (stable) New Comment: dbclose is called indirectly when the link is destroyed (_close_mssql_link and _close_mssql_plink). Setting mssql.allow_persistent to off indicates that you are using the mssql_pconnect function and not the mssql_connect. Previous Comments: [2003-01-08 03:21:16] [EMAIL PROTECTED] Please, tell me, where in function mssql_close is dbclose call for really close connection to database? vladimir. [2003-01-08 03:20:04] [EMAIL PROTECTED] Sorry, this is my mistype. in my test script all was fine. and, also, I reopen this bug report. When 25 connections was reached, no new connection will open. Then I change option allow persistant to Off in php.ini. All working fine. I assume this is not a bogus, this is a bug. [2003-01-07 05:48:56] [EMAIL PROTECTED] A little comment to let [EMAIL PROTECTED] knows that his script is bogus: ? $db=mssql_connect(server,user,pass); mssql_close(db); ? should be ? $db=mssql_connect(server,user,pass); mssql_close($db); ? Thank you for your report. [2003-01-07 05:43:01] [EMAIL PROTECTED] In the db extensions connections will be closed via destructor functions, which will be called when zend_list_delete is executed: see: PHP_MINIT_FUNCTION and _close_[extname]_link [2003-01-07 04:07:18] [EMAIL PROTECTED] And also: If I create file like this: ? $db=mssql_connect(server,user,pass); mssql_close(db); ? and run it a lot of times, after 25 times I got message unable connect to server from mssql_connect when I go to mssql entreprise manager I will see 25 connections from PHP. If I restart apache all connections will be closed. PS: I use apache 1.3.27/w32 Same behavior with all databases, as I understand, there is another childs logic instead unix. Waiting for comments 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/21481 -- Edit this bug report at http://bugs.php.net/?id=21481edit=1
#21536 [NEW]: ob_get_length() is broken for ob_gzhandler and zlib.output_compression
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.7 PHP version: 4.3.0 PHP Bug Type: Output Control Bug description: ob_get_length() is broken for ob_gzhandler and zlib.output_compression When ob_gzhandler or zlib.output_compression is switched on, ob_get_length() should report the compressed length, however it reports the uncompressed length. I found an old bug - #12631 - that is identical to this, but it seems it was fixed a while ago, and then unfixed. I cannot seem to work around it with strlen(ob_get_contents()). -- Edit bug report at http://bugs.php.net/?id=21536edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21536r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21536r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21536r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21536r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21536r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21536r=support Expected behavior: http://bugs.php.net/fix.php?id=21536r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21536r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21536r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21536r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21536r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21536r=dst IIS Stability: http://bugs.php.net/fix.php?id=21536r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21536r=gnused
