#19945 [Fbk->NoF]: serialize function bug
ID: 19945 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Arrays related Operating System: FreeBSD 4.2 PHP Version: 4.2.2 New Comment: 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". Previous Comments: [2002-10-17 00:42:34] [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-10-17 00:04:29] [EMAIL PROTECTED] when serialize a array which contains special characters such as "'", """, "\", php4 cannot unserialize it correct, i think the problem is the length of string when do unserialize. -- Edit this bug report at http://bugs.php.net/?id=19945&edit=1
#19618 [Fbk->NoF]: Cannot load libphp4.so - Win32 error 5
ID: 19618 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Apache2 related Operating System: Cygwin-XP PHP Version: 4.2.3 New Comment: 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". Previous Comments: [2002-10-19 17:00:22] [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-09-27 06:58:26] [EMAIL PROTECTED] correction to previous: $./configure --with-mysql --with-apxs=/usr/local/apache2/bin/apxs actually $./configure --with-mysql --with-apxs2=/usr/local/apache2/bin/apxs I forgot the 2 in the bug report, but not during the configure [2002-09-27 06:54:57] [EMAIL PROTECTED] Ok starting again with Apache2 & php4-200209261500 I recompiled Apache 2 again just to be safe Apache 2 working. $./configure --with-mysql --with-apxs=/usr/local/apache2/bin/apxs (this finishes without issue) $make (ends with) collect2: ld returned 1 exit status MAKE: *** [sapi/cli/php] Error 1 $make install (ends with) collect2: ld returned 1 exit status MAKE: *** [sapi/cli/php] Error 1 (Next the ini copy: The documentation states... Next you must copy php.ini-dist to the appropriate place (normally /usr/local/lib/php.ini) and edit it as necessary to set PHP options. I am uncertain of the appropriate place so I am copying it to the suggested place.) $cp php.ini-dist /usr/local/lib/php.ini I then add: LoadModule php4_module modules/libphp4.so AddType application/x-httpd-php .php ,to httpd.conf $/usr/local/apache2/bin/apachectl restart Syntax error on line 1028 of /usr/local/apache2/conf/httpd.conf: Cannot load /usr/local/apache2/modules/libphp4.so into server: dlopen: Win32 err or 5 ? [2002-09-26 10:54:25] [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-09-26 10:37:11] [EMAIL PROTECTED] ty 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/19618 -- Edit this bug report at http://bugs.php.net/?id=19618&edit=1
#16271 [Fbk->NoF]: Attribute "networkAddress" is not complete
ID: 16271 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: LDAP related Operating System: any PHP Version: 4.2.2 New Comment: 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". Previous Comments: [2002-10-19 17:09:50] [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-08-29 08:52:41] [EMAIL PROTECTED] >Does it work or not? No >And have you or have you not tried the proposed snapshot??? Cause our Webserver runs in a production environment I prefer stable releases of php. Sorry. I tried php 4.0.4 - 4.2.2 now on different systems + OS ? What can I do next ? [2002-08-28 12:43:25] [EMAIL PROTECTED] Does it work or not? And have you or have you not tried the proposed snapshot??? [2002-08-28 07:55:41] [EMAIL PROTECTED] Changed php-version. OS is FreeBSD 4.6-stable now. PHP was installed from the latest portstree. Should I go ahead with "trial and error installations" or is there a chance of changing the sourcecode ? regards [2002-07-10 01:00:06] [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". 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/16271 -- Edit this bug report at http://bugs.php.net/?id=16271&edit=1
#19388 [Fbk->NoF]: short_open_tags make php parse every page not only the configured ones
ID: 19388 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: PHP options/info functions Operating System: Solaris 7 and Redhat Linux 7.2 PHP Version: 4.2.2 New Comment: 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". Previous Comments: [2002-10-16 14:14:47] [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 If the problem persists with latest CVS, please include any configuration lines pertaining to PHP from your Apache's httpd.conf. [2002-09-13 14:48:26] [EMAIL PROTECTED] when php_flag short_open_tag on is set, every html page gets parsed by php and not only the pages defined as parseable (.php3 and .php). [2002-09-13 07:51:34] [EMAIL PROTECTED] We reproduced the problem: when php_flag short_open_tag on is set, every html page gets parsed by php and not only the pages defined as parseable (.php3 and .php). Redhat 7.2 with Apache 1.3.23 and PHP 4.1.2 behaves the same ... -- Edit this bug report at http://bugs.php.net/?id=19388&edit=1
#15716 [Fbk->NoF]: SAPI under Tomcat 3.2.2(Unexpected exception in native code outside the VM)
ID: 15716 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Servlet related Operating System: Windows 2000 Server SP1 PHP Version: 4.1.1 New Comment: 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". Previous Comments: [2002-10-19 17:10:57] [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-02-25 12:18:00] [EMAIL PROTECTED] The reload of the phpscript: causes the crash of Tomcat 3.2.2 An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION occurred at PC=0x23 Function name=(N/A) Library=(N/A) NOTE: We are unable to locate the function name symbol for the error just occurred. Please refer to release documentation for possible reason and solutions. Current Java thread: at net.php.servlet.send(Native Method) at net.php.servlet.service(servlet.java:162) at net.php.servlet.service(servlet.java:180) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:405) at org.apache.tomcat.core.Handler.service(Handler.java:287) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.core.ContextManager.internalService(ContextManager.java:797) at org.apache.tomcat.core.ContextManager.service(ContextManager.java:743) at org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(HttpConnectionHandler.java:213) at org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java:416) at org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java:501) at java.lang.Thread.run(Thread.java:484) Dynamic libraries: 0x0040 - 0x00405000 D:\InetBin\jdk1.3.1\bin\java.exe 0x77F8 - 0x77FFA000 D:\WINNT\System32\ntdll.dll 0x77DB - 0x77E0A000 D:\WINNT\system32\ADVAPI32.dll 0x77E8 - 0x77F35000 D:\WINNT\system32\KERNEL32.DLL 0x77D4 - 0x77DB D:\WINNT\system32\RPCRT4.DLL 0x7800 - 0x78046000 D:\WINNT\system32\MSVCRT.dll 0x6D42 - 0x6D4EE000 D:\InetBin\jdk1.3.1\jre\bin\hotspot\jvm.dll 0x77E1 - 0x77E74000 D:\WINNT\system32\USER32.dll 0x77F4 - 0x77F7C000 D:\WINNT\system32\GDI32.DLL 0x7757 - 0x775A D:\WINNT\System32\WINMM.dll 0x75E6 - 0x75E7A000 D:\WINNT\System32\IMM32.DLL 0x6D22 - 0x6D227000 D:\InetBin\jdk1.3.1\jre\bin\hpi.dll 0x6D3B - 0x6D3BD000 D:\InetBin\jdk1.3.1\jre\bin\verify.dll 0x6D25 - 0x6D266000 D:\InetBin\jdk1.3.1\jre\bin\java.dll 0x6D3C - 0x6D3CD000 D:\InetBin\jdk1.3.1\jre\bin\zip.dll 0x6D29 - 0x6D29A000 D:\InetBin\jdk1.3.1\jre\bin\JdbcOdbc.dll 0x1F7D - 0x1F804000 D:\WINNT\System32\ODBC32.dll 0x76B3 - 0x76B6E000 D:\WINNT\system32\comdlg32.dll 0x77C7 - 0x77CBA000 D:\WINNT\system32\SHLWAPI.DLL 0x77B5 - 0x77BD9000 D:\WINNT\system32\COMCTL32.DLL 0x6980 - 0x69A42000 D:\WINNT\system32\SHELL32.DLL 0x1F8C - 0x1F8D6000 D:\WINNT\System32\odbcint.dll 0x08CE - 0x08D52000 D:\Oracle\BIN\SQORA32.DLL 0x6060 - 0x60686000 D:\Oracle\BIN\oracore8.dll 0x6080 - 0x6084D000 D:\Oracle\BIN\oranls8.dll 0x1000 - 0x1001A000 D:\Oracle\BIN\OCI.dll 0x08E8 - 0x08E8F000 D:\Oracle\bin\sqresus.dll 0x6040 - 0x60506000 D:\Oracle\bin\OraClient8.Dll 0x08FB - 0x08FB6000 D:\Oracle\bin\oravsn8.dll 0x6020 - 0x60265000 D:\Oracle\bin\oracommon8.dll 0x6000 - 0x60122000 D:\Oracle\bin\orageneric8.dll 0x60A0 - 0x60A2B000 D:\Oracle\bin\oranl8.dll 0x60B0 - 0x60BA9000 D:\Oracle\bin\oran8.dll 0x60E0 - 0x60E0D000 D:\Oracle\bin\orancrypt8.dll 0x6110 - 0x61137000 D:\Oracle\bin\oranro8.dll 0x7503 - 0x75044000 D:\WINNT\System32\WS2_32.dll 0x7502 - 0x75028000 D:\WINNT\System32\WS2HELP.DLL 0x08FC - 0x09021000 D:\Oracle\bin\orannzsbb8.dll 0x6150 - 0x6150E000 D:\Oracle\bin\oranldap8.dll 0x6170 - 0x6172 D:\Oracle\bin\oraldapclnt8.dll 0x7505 - 0x75058000 D:\WINNT\System32\WSOCK32.dll 0x77A5 - 0x77B45000 D:\WINNT\system32\ole3
#20195 [Opn]: make install doesnt set permissions
ID: 20195 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *General Issues Operating System: linux PHP Version: 4.2.3 New Comment: no comments anymore, sniper? Previous Comments: [2002-10-31 14:23:54] [EMAIL PROTECTED] POSTs are infected as the php binary is created correctly (gcc gives it the right permission) but include files and other folders have wrong permissions, so POSTs dont work. Using the "install" programm with its arguments to set permissions, owner and group would solve this problem. [2002-10-31 13:51:46] [EMAIL PROTECTED] Hardly every files are installed incorrectly, even directories are not set to 755. Normally "make install" uses "install" i think (apache does so) and they use the options -g, -m and -o to set group, mode and owner of the files, php does not, it just creates the files and this normaly uses the permission a user set with 'umask' like you create a file with touch or so. [2002-10-31 12:01:58] [EMAIL PROTECTED] Exactly what files are installed with wrong permissions?? (and how can this affect the POSTs at all? :) [2002-10-31 11:30:16] [EMAIL PROTECTED] make install doesnt set proper permissions to the installed files. (All other programs do so). If you have set "umask 077" you'll get an unusable php installation, and for example POST-data cant be submitted in a form. This thing caused me compiling php 20 times and loosing the whole day. -- Edit this bug report at http://bugs.php.net/?id=20195&edit=1
#20235 [Opn->Csd]: unlink deletes file instead of symlink to file
ID: 20235
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Filesystem function related
Operating System: Solaris 9
PHP Version: 4.2.3
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-11-03 22:16:15] [EMAIL PROTECTED]
When running php-4.2.3 as a nsapi module under iplanet webserver 6.0SP4
I have noticed the following behaviour:
When attempting to delete a symbolic link to a file, the file get's
deleted instead of the intended deletion of the symbolic link.
Test script:
My configure line:
./configure --prefix=/opt/iplanet/servers/plugins
--with-nsapi=/opt/iplanet/servers --enable-sysvsem --enable-sysvshm
--with-mysql=no --enable-bcmath --with-cli
Running php as module in Iplanet Webserver 6.0 SP4 on Solaris 9
Generic
>From the manpage:
System Callsunlink(2)
NAME
unlink, unlinkat - remove directory entry
SYNOPSIS
#include
int unlink(const char *path);
int unlinkat(int dirfd, const char *path, int flag);
DESCRIPTION
The unlink() function removes a link to a file. If path
names a symbolic link, unlink() removes the symbolic link
named by path and does not affect any file or directory
named by the contents of the symbolic link.
Otherwise, unlink() removes the link named by the pathname
pointed to by path and decrements the link count of the file
referenced by the link.
looking at the source code in TSRM/tsrm_virtual_cwd.c.
the following code snipper caught my eye:
CWD_API int virtual_unlink(const char *path TSRMLS_DC)
{
cwd_state new_state;
int retval;
CWD_STATE_COPY(&new_state, &CWDG(cwd));
>>virtual_file_ex(&new_state, path, NULL); <<
retval = unlink(new_state.cwd);
CWD_STATE_FREE(&new_state);
return retval;
}
In virtual_file_ex the following happens:
CWD_API int virtual_file_ex(cwd_state *state, const char *path,
verify_path_func verify_path)
{
int path_length = strlen(path);
char *ptr, *path_copy;
char *tok = NULL;
int ptr_length;
cwd_state *old_state;
int ret = 0;
int copy_amount = -1;
char *free_path;
unsigned char is_absolute = 0;
#ifndef TSRM_WIN32
char resolved_path[MAXPATHLEN];
#endif
if (path_length == 0)
return (0);
#if !defined(TSRM_WIN32) && !defined(__BEOS__)
if (IS_ABSOLUTE_PATH(path, path_length)) {
if (realpath(path, resolved_path)) {
path = resolved_path;
path_length = strlen(path);
}
When looking at the manpage for realpath:
Standard C Library Functions realpath(3C)
NAME
realpath - resolve pathname
SYNOPSIS
#include
char *realpath(const char *file_name, char *resolved_name);
DESCRIPTION
The realpath() function derives, from the pathname pointed
to by file_name, an absolute pathname that names the same
file, whose resolution does not involve ".", "..", or sym-
bolic links. The generated pathname, using PATH_MAX bytes,
is stored in the buffer pointed to by resolved_name.
The crux here is the resolution of realpath combined with the use of
symbolic links. When using php_unlink($targetfile), $targetfile gets
resolved into the _real_ file, not the symlink and thus the wrong
directory entry gets deleted. My goal is to use symbolic links to
provide exactly this from happening.
As a fix I suggest either adding a function rmlink() (in parallel to
symlink() and link() ) that needs to be used to delete links or
updating the virtual_unlink code to check for the correct directory
entry and not the correct file.
--
Edit this bug report at http://bugs.php.net/?id=20235&edit=1
#20235 [NEW]: unlink deletes file instead of symlink to file
From: [EMAIL PROTECTED]
Operating system: Solaris 9
PHP version: 4.2.3
PHP Bug Type: Filesystem function related
Bug description: unlink deletes file instead of symlink to file
When running php-4.2.3 as a nsapi module under iplanet webserver 6.0SP4 I
have noticed the following behaviour:
When attempting to delete a symbolic link to a file, the file get's
deleted instead of the intended deletion of the symbolic link.
Test script:
My configure line:
./configure --prefix=/opt/iplanet/servers/plugins
--with-nsapi=/opt/iplanet/servers --enable-sysvsem --enable-sysvshm
--with-mysql=no --enable-bcmath --with-cli
Running php as module in Iplanet Webserver 6.0 SP4 on Solaris 9 Generic
>From the manpage:
System Callsunlink(2)
NAME
unlink, unlinkat - remove directory entry
SYNOPSIS
#include
int unlink(const char *path);
int unlinkat(int dirfd, const char *path, int flag);
DESCRIPTION
The unlink() function removes a link to a file. If path
names a symbolic link, unlink() removes the symbolic link
named by path and does not affect any file or directory
named by the contents of the symbolic link.
Otherwise, unlink() removes the link named by the pathname
pointed to by path and decrements the link count of the file
referenced by the link.
looking at the source code in TSRM/tsrm_virtual_cwd.c.
the following code snipper caught my eye:
CWD_API int virtual_unlink(const char *path TSRMLS_DC)
{
cwd_state new_state;
int retval;
CWD_STATE_COPY(&new_state, &CWDG(cwd));
>>virtual_file_ex(&new_state, path, NULL); <<
retval = unlink(new_state.cwd);
CWD_STATE_FREE(&new_state);
return retval;
}
In virtual_file_ex the following happens:
CWD_API int virtual_file_ex(cwd_state *state, const char *path,
verify_path_func verify_path)
{
int path_length = strlen(path);
char *ptr, *path_copy;
char *tok = NULL;
int ptr_length;
cwd_state *old_state;
int ret = 0;
int copy_amount = -1;
char *free_path;
unsigned char is_absolute = 0;
#ifndef TSRM_WIN32
char resolved_path[MAXPATHLEN];
#endif
if (path_length == 0)
return (0);
#if !defined(TSRM_WIN32) && !defined(__BEOS__)
if (IS_ABSOLUTE_PATH(path, path_length)) {
if (realpath(path, resolved_path)) {
path = resolved_path;
path_length = strlen(path);
}
When looking at the manpage for realpath:
Standard C Library Functions realpath(3C)
NAME
realpath - resolve pathname
SYNOPSIS
#include
char *realpath(const char *file_name, char *resolved_name);
DESCRIPTION
The realpath() function derives, from the pathname pointed
to by file_name, an absolute pathname that names the same
file, whose resolution does not involve ".", "..", or sym-
bolic links. The generated pathname, using PATH_MAX bytes,
is stored in the buffer pointed to by resolved_name.
The crux here is the resolution of realpath combined with the use of
symbolic links. When using php_unlink($targetfile), $targetfile gets
resolved into the _real_ file, not the symlink and thus the wrong
directory entry gets deleted. My goal is to use symbolic links to provide
exactly this from happening.
As a fix I suggest either adding a function rmlink() (in parallel to
symlink() and link() ) that needs to be used to delete links or updating
the virtual_unlink code to check for the correct directory entry and not
the correct file.
--
Edit bug report at http://bugs.php.net/?id=20235&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20235&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20235&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20235&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20235&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20235&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20235&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20235&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20235&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20235&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20235&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20235&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20235&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20235&r=isapi
#20233 [Opn->Ana]: Missing php_xslt.dll in 4.3.0-pre2 distro?
ID: 20233 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Analyzed Bug Type: XSLT related Operating System: Windows PHP Version: 4.3.0-pre2 New Comment: This is because the compilation of xslt on Windows snapshot server fails due to: c:\php4build\snap\ext\xslt\sablot.c(171) : error C2065: 'SAB_DISABLE_STRIPPING' : undeclared identifier c:\php4build\snap\ext\xslt\sablot.c(172) : error C2065: 'SAB_IGNORE_DOC_NOT_FOUND' : undeclared identifier Previous Comments: [2002-11-03 18:43:52] [EMAIL PROTECTED] The Windows distribution on the website doesn't seem to include the php_xslt.dll extension. -- Edit this bug report at http://bugs.php.net/?id=20233&edit=1
#20234 [Opn]: zend_parse_parameters() problem
ID: 20234
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Zend Engine 2 problem
Operating System: FreeBSD 4.7
PHP Version: 4.3.0-pre2
New Comment:
I also get:
Program received signal SIGSEGV, Segmentation fault.
0x08126fc7 in zend_parse_arg_impl ()
Previous Comments:
[2002-11-03 21:14:36] [EMAIL PROTECTED]
After making some extensions, I found at the doc that
zend_get_parameters_ex() was supposed to be depreciated. As the doc is
saying, I passed my script to zend_parse_parameters(). It works fine
with zval*, long, double etc... But It looks it segfaults with a
zval**.
ZEND_FUNCTION(calculhmac)
{
zval **clent, **data;
char *result;
char *iclent, *idata;
if (zend_parse_parameters(2, "zz", &clent, &data) == FAILURE) {
WRONG_PARAM_COUNT;
}
convert_to_string_ex(clent);
convert_to_string_ex(data);
iclent = Z_STRVAL_PP(clent);
idata = Z_STRVAL_PP(data);
result = sp_CalculHmac(iclent, idata);
RETURN_STRING(result, 1);
}
Note that it works fine with get and that parse is supposed to replace
get...
Here is the gdb report:
Program received signal SIGSEGV, Segmentation fault.
0x4011baeb in strlen (str=0x0) at ../sysdeps/i386/strlen.c:28
28 ../sysdeps/i386/strlen.c: No such file or directory.
in ../sysdeps/i386/strlen.c
Thanks to verify that before closing.
--
Edit this bug report at http://bugs.php.net/?id=20234&edit=1
#20234 [NEW]: zend_parse_parameters() problem
From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.7
PHP version: 4.3.0-pre2
PHP Bug Type: Zend Engine 2 problem
Bug description: zend_parse_parameters() problem
After making some extensions, I found at the doc that
zend_get_parameters_ex() was supposed to be depreciated. As the doc is
saying, I passed my script to zend_parse_parameters(). It works fine with
zval*, long, double etc... But It looks it segfaults with a zval**.
ZEND_FUNCTION(calculhmac)
{
zval **clent, **data;
char *result;
char *iclent, *idata;
if (zend_parse_parameters(2, "zz", &clent, &data) == FAILURE) {
WRONG_PARAM_COUNT;
}
convert_to_string_ex(clent);
convert_to_string_ex(data);
iclent = Z_STRVAL_PP(clent);
idata = Z_STRVAL_PP(data);
result = sp_CalculHmac(iclent, idata);
RETURN_STRING(result, 1);
}
Note that it works fine with get and that parse is supposed to replace
get...
Here is the gdb report:
Program received signal SIGSEGV, Segmentation fault.
0x4011baeb in strlen (str=0x0) at ../sysdeps/i386/strlen.c:28
28 ../sysdeps/i386/strlen.c: No such file or directory.
in ../sysdeps/i386/strlen.c
Thanks to verify that before closing.
--
Edit bug report at http://bugs.php.net/?id=20234&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20234&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20234&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20234&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20234&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20234&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20234&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20234&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20234&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20234&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20234&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20234&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20234&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20234&r=isapi
#19979 [Opn->Fbk]: Makefile: 'install' target doesn't invoke 'all' or something
ID: 19979 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: FreeBSD 4.7-STABLE PHP Version: 4CVS-2002-10-18 New Comment: php-cgi will be installed unless you explicitly specify that you do not want it to be installed via the --disable-cgi flag. The 2nd is likely due to stale configure or config.cache. Grab a clean copy of the CVS, do cvsclean (just to be on the safe side). ./buildconf ./configure make install (It is of course better to do make and then make install as two seperate steps). Previous Comments: [2002-10-18 09:01:55] [EMAIL PROTECTED] 1) why does it try to install php-cgi 2) why doesn't make install do the same thing as make && make install? roman@freepuppy ~/install/php4 1049:0 > ./configure --prefix=/home/roman/php --disable-all --enable-cli ... roman@freepuppy ~/install/php4 1050:0 > make install ... /bin/sh libtool --silent --mode=link gcc -g -O2 -prefer-non-pic -static -rpath /usr/home/roman/install/php4/libsext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard/css.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/aggregation.lo ext/standard/sha1.lo 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/cgi/cgi_main.lo sapi/cgi/getopt.lo main/internal_functions.lo -lcrypt -lm -lcrypt -o libphp4.la Installing PHP SAPI module cp: sapi/cgi/php-cgi: No such file or directory *** Error code 1 Stop in /usr/home/roman/install/php4. -- Edit this bug report at http://bugs.php.net/?id=19979&edit=1
#20203 [Opn]: odbc_do() or odbc_exec() Always produces a segmentation fault core dump
ID: 20203 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: ODBC related Operating System: sparc solaris 2.8 and 2.6 PHP Version: 4.2.3 New Comment: Having recompiled the iodbclib.so with the symbols in it Here is the new output of gdb Just before the crash SQLExecDirect (hstmt=0x1c5050, szSqlStr=0x1c4ff0 "select * from kan_keim", cbSqlStr=-3) at execute.c:330 330 if (hproc == SQL_NULL_HPROC) 1: pstmt.asyn_on = 0 (gdb) s 338 (pstmt->dhstmt, szSqlStr, cbSqlStr)); 1: pstmt.asyn_on = 0 (gdb) s Program received signal SIGSEGV, Segmentation fault. 0xfeff55dc in SQLExtendedFetch () from /usr/local/odbc/lib/sql_st_lt.so (gdb) Previous Comments: [2002-11-03 10:04:57] [EMAIL PROTECTED] I dont know if it helps But i send the last part of /tmp/freetds.log == 2002-11-03 17:51:27 inside tds_process_default_tokens() marker is e3 2002-11-03 17:51:27 inside tds_process_default_tokens() marker is ab 2002-11-03 17:51:27 inside tds_process_default_tokens() marker is fd 2002-11-03 17:51:27 inside dbresults() 2002-11-03 17:51:27 leaving dbresults() returning 1 2002-11-03 17:51:27 inside dbnextrow() 2002-11-03 17:51:27 leaving dbnextrow() returning -2 2002-11-03 17:51:27 inside dbresults() 2002-11-03 17:51:27 leaving dbresults() returning 2 Sending packet @ 2002-11-03 17:51:27 01 01 00 38 00 00 01 00 73 00 65 00 74 00 20 00 |...8s.e.t. .| 0010 71 00 75 00 6f 00 74 00 65 00 64 00 5f 00 69 00 |q.u.o.t.e.d._.i.| 0020 64 00 65 00 6e 00 74 00 69 00 66 00 69 00 65 00 |d.e.n.t.i.f.i.e.| 0030 72 00 20 00 6f 00 6e 00 |r. .o.n.| Received packet @ 2002-11-03 17:51:27 fd 00 00 fd 00 00 00 00 00|.| 2002-11-03 17:51:27 inside tds_process_default_tokens() marker is fd 2002-11-03 17:51:27 inside dbresults() 2002-11-03 17:51:27 leaving dbresults() returning 1 2002-11-03 17:51:27 inside dbresults() 2002-11-03 17:51:27 leaving dbresults() returning 2 == Best regards Christos [2002-11-03 09:00:37] [EMAIL PROTECTED] How do I activate the SQL log ?? (is it on the PC running MSSQL or on the sun machine ?) Best regards Christos :) [2002-11-02 14:20:10] [EMAIL PROTECTED] I'd still appriciate the SQL Log :) [2002-11-02 07:26:43] [EMAIL PROTECTED] at /usr/pkg/php/php4-200210311500/ext/odbc/php_odbc.c:1274 1274convert_to_string_ex(pv_query); (gdb) n 1277result = (odbc_result *)emalloc(sizeof(odbc_result)); (gdb) display result 1: result = (odbc_result *) 0x1b4a88 (gdb) display result.stmt 2: result.stmt = 0x1b9da8 (gdb) display /s result.stmt 3: x/s result.stmt 0x1b9da8:"select * from kan_keim" At this point the query statment is correct But just before producing the fault is the following : 1305if (SQLSetStmtOption(result->stmt, SQL_CURSOR_TY PE, SQL_CURSOR_DYNAMIC) 5: /u rc = 16 4: rc = 16 3: x/s result.stmt 0x1c5148:"" 2: result.stmt = 0x1c5148 1: result = (odbc_result *) 0x1b9dd8 (gdb) s Program received signal SIGSEGV, Segmentation fault. 0xfeff55dc in SQLExtendedFetch () from /usr/local/odbc/lib/sql_st_lt.so I hope this helps you Best regards Christos [2002-11-01 09:32:49] [EMAIL PROTECTED] display query display result->stmt 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/20203 -- Edit this bug report at http://bugs.php.net/?id=20203&edit=1
#20233 [NEW]: Missing php_xslt.dll in 4.3.0-pre2 distro?
From: [EMAIL PROTECTED] Operating system: Windows PHP version: 4.3.0-pre2 PHP Bug Type: XSLT related Bug description: Missing php_xslt.dll in 4.3.0-pre2 distro? The Windows distribution on the website doesn't seem to include the php_xslt.dll extension. -- Edit bug report at http://bugs.php.net/?id=20233&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20233&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20233&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20233&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20233&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20233&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20233&r=support Expected behavior: http://bugs.php.net/fix.php?id=20233&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20233&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20233&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20233&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20233&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20233&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20233&r=isapi
#20232 [NEW]: Error When host is not 127.0.0.1
From: [EMAIL PROTECTED] Operating system: Windows ME PHP version: 4.2.3 PHP Bug Type: Sockets related Bug description: Error When host is not 127.0.0.1 When I attempt to create a socket on any host besides 127.0.0.1 (including my own IP) I get an error... Php has caused an error in MSCVRT.DLL Php will now close I call the script from the command line using php -q socket.php With the host set to 127.0.0.1 it works just fine. here is a cde piece. and I get the error. Note myipadress would be my actual IP adress, but i replaced it for security reasons. -- Edit bug report at http://bugs.php.net/?id=20232&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20232&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20232&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20232&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20232&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20232&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20232&r=support Expected behavior: http://bugs.php.net/fix.php?id=20232&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20232&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20232&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20232&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20232&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20232&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20232&r=isapi
#17589 [NoF]: Cant load dynamic modules becouse of "executor_globals" problem
ID: 17589 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: Apache2 related Operating System: NetBSD PHP Version: 4.2.1 New Comment: [EMAIL PROTECTED]: did you compile with --enable-experimental-zts? If so, do a 'make distclean' and reconfigure with that flag and without any --with-TSRM* flag. Does that fix it? Previous Comments: [2002-11-03 15:31:55] [EMAIL PROTECTED] I have similar problem with pcre, posix and xml module (hmm only 3 i tryed to install) with pcre and xml im getting Undefined symbol "executor_globals" and with posix "core_globals" everything was build from NetBSD ports (NetBSD 1.6) Apache is 2.0.43, mod_php 4.2.3. Thing is that cgi version of php (4.2.3) works fine and it loads the modules without problems (both use same php.ini) I added to php.ini: extension pcre.so [2002-09-09 01:00:05] [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-08-08 16:06:37] [EMAIL PROTECTED] what is your conplete configure line? did you use --enable-versioning? btw: you need flex and bison (the GNU tools), the original lex and yacc are not good enough to build PHP :( [2002-07-18 01:00:11] [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-06-17 21:50:03] [EMAIL PROTECTED] Sorry for long delay..but it seems we're unable to get the snapshots working so to be able to test the snapshot you better install GNU flex and bison. And then test the latest snapshot (from the url given above) 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/17589 -- Edit this bug report at http://bugs.php.net/?id=17589&edit=1
#10568 [Com]: error using ODBC
ID: 10568 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: ODBC related Operating System: Win 98 PHP Version: 4.0.4pl1 New Comment: I get the same warning. I basically select rows from a table and insert into another table. There are three rows that satisfy the select query and it inserts only one row and throws that warning. I use php4.2.3 on windows 2000 and it connects to MS-ACCESS database. Previous Comments: [2001-05-28 00:19:25] [EMAIL PROTECTED] no user feedback, considered fixed in cvs [2001-05-07 10:58:24] [EMAIL PROTECTED] the SQL_CUR_USE_ODBC does not require quotes, try that first. second PHP 4.0.5 is out, do please see if this continues there. and third have you tried checking to make sure your db connection exists? it seems you do the odbc_connect and never check the result. [2001-05-02 08:58:48] [EMAIL PROTECTED] (Iam using a traductor English/Spanish) I use the software Microsoft Query for test the DNS connection and it worked very well, but when I try to enter through php it throws me the mentioned error and not you that it is. This is a script: [2001-05-01 09:59:18] [EMAIL PROTECTED] i'm not sure i understand the error you're receiving. can you please give a sample script that creates the error? also, are you sure your SELECT statement works properly? [2001-04-30 18:37:36] [EMAIL PROTECTED] Hello: I am using a database called " RECITAL ". I am trying to connect myself using ODBC. When executing the command: odbc_exec($connect, $query) I can revise the connection from the database and indeed her ago. But then treatment of consenting to the data using any function ODBC, for example: odbc_result_all($connect, BGCOLOR = ' #AAFFAA ' border=3 width=30% bordercolordark = ' #FF '"); --- and it throws me this error: - Warning: Not tuples available at this result index in programa/apache c:/archivos group/apache/htdocs/b.html on line 7 - I need to know if they can help me with this. thank you. (the table if it exists, some fields is: nlocal,ncontr) This is the program php: --- --- -- Edit this bug report at http://bugs.php.net/?id=10568&edit=1
#20229 [Opn->Fbk]: PHP4 Compile errors with mysql module
ID: 20229 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: RedHat Linux 8.0 PHP Version: 4CVS-2002-11-03 New Comment: I guess we're missing some characters, because: -c /root/build/php4/ext/mysql/l/php_mysql.lo Doesn't add up. IIC: try this line: /usr/local/gcc2/bin/gcc -E -I/root/build/phIext/mysql/ -I/root/build/php4/ext/mysql/ -DPHP_ATOM_INC -I/root/build/php4/inclmain -I/root/build/php4 -I/root/build/php4/Zend -I/usr/local/ssl/include -I/usr/cal/include/libxml2 -I/usr/local/include/freetype2 -I/usr/local/gd/include -I/us/usr/local/pgsql/include -I/root/build/php4/ext/xml/expat -DLINUX=22 -DMOD_SSL=EAPI -I/root/build/php4/TSRM -g -O2 -prefer-pic -c /root/build/php4/ext/mysql/libmysql/php_mysql.c -o php_mysql.out Please adjust the missing characters. then try: grep -10 'For AIX string library' ./php_mysql.out If that has any output, please paste it here. Previous Comments: [2002-11-03 11:07:54] [EMAIL PROTECTED] Got php from CVS, following the instructions found @ http://php.net/anoncvs, with the right versions of autoconf, automake and libtool. Configured with these arguments: CC=/usr/local/gcc2/bin/gcc CXX=/usr/local/gcc2/bin/g++ sh configure --disable-debug --with-bz2=/usr/local --with-curl=/usr/local --with-dom=/usr/local --with-png-dir=/usr/local --with-gd=/usr/local/gd --enable-gd-native-ttf --with-gdbm=/usr/local --with-gmp=/usr/local --with-jpeg-dir=/usr/local --with-xml --with-zlib=/usr/local --enable-exif --enable-ftp --enable-magic-quotes --enable-sockets --enable-sysvsem --enable-sysvshm --enable-discard-path --enable-trans-sid --enable-wddx --with-kerberos --with-mysql --enable-bcmath --enable-shmop --enable-versioning --enable-calendar --enable-dbx --enable-dio --enable-mbstring --enable-mbstr-enc-trans --with-apxs=/usr/local/apache/bin/apxs --with-freetype-dir=/usr/local --with-mhash=/usr/local --with-mcal=/usr/local/mcal --with-pgsql=/usr/local/pgsql --with-openssl=shared,/usr/local/ssl --with-mysql (CC=/usr/local/gcc2/bin/gcc is GCC 2.95.3) Once configured, I type "make" and all goes ok, but once it arrives to the mysql module... /bin/sh libtool --silent --mode=compile /usr/local/gcc2/bin/gcc -I/root/build/phIext/mysql/ -I/root/build/php4/ext/mysql/ -DPHP_ATOM_INC -I/root/build/php4/inclmain -I/root/build/php4 -I/root/build/php4/Zend -I/usr/local/ssl/include -I/usr/cal/include/libxml2 -I/usr/local/include/freetype2 -I/usr/local/gd/include -I/us/usr/local/pgsql/include -I/root/build/php4/ext/xml/expat -DLINUX=22 -DMOD_SSL=EAPI -I/root/build/php4/TSRM -g -O2 -prefer-pic -c /root/build/php4/ext/mysql/l/php_mysql.lo /bin/sh libtool --silent --mode=compile /usr/local/gcc2/bin/gcc -I/root/build/phIext/mysql/ -I/root/build/php4/ext/mysql/ -DPHP_ATOM_INC -I/root/build/php4/inclmain -I/root/build/php4 -I/root/build/php4/Zend -I/usr/local/ssl/include -I/usr/cal/include/libxml2 -I/usr/local/include/freetype2 -I/usr/local/gd/include -I/us/usr/local/pgsql/include -I/root/build/php4/ext/xml/expat -DLINUX=22 -DMOD_SSL=EAPI -I/root/build/php4/TSRM -g -O2 -prefer-pic -c /root/build/php4/ext/mysql/ext/mysql/libmysql/libmysql.lo In file included from /root/build/php4/ext/mysql/libmysql/libmysql.c:4: /root/build/php4/ext/mysql/libmysql/global.h:136: parse error In file included from /root/build/php4/ext/mysql/libmysql/libmysql.c:4: /root/build/php4/ext/mysql/libmysql/global.h:505: parse error In file included from /root/build/php4/ext/mysql/libmysql/libmysql.c:11: /root/build/php4/ext/mysql/libmysql/m_string.h:208: parse error make: *** [ext/mysql/libmysql/libmysql.lo] Error 1 I tried configuring with the following options: 1) --with-mysql=shared,/usr/local/mysql 2) --with-mysql=/usr/local/mysql Nothing changed. -- Edit this bug report at http://bugs.php.net/?id=20229&edit=1
#17589 [Com]: Cant load dynamic modules becouse of "executor_globals" problem
ID: 17589 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: Apache2 related Operating System: NetBSD PHP Version: 4.2.1 New Comment: I have similar problem with pcre, posix and xml module (hmm only 3 i tryed to install) with pcre and xml im getting Undefined symbol "executor_globals" and with posix "core_globals" everything was build from NetBSD ports (NetBSD 1.6) Apache is 2.0.43, mod_php 4.2.3. Thing is that cgi version of php (4.2.3) works fine and it loads the modules without problems (both use same php.ini) I added to php.ini: extension pcre.so Previous Comments: [2002-09-09 01:00:05] [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-08-08 16:06:37] [EMAIL PROTECTED] what is your conplete configure line? did you use --enable-versioning? btw: you need flex and bison (the GNU tools), the original lex and yacc are not good enough to build PHP :( [2002-07-18 01:00:11] [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-06-17 21:50:03] [EMAIL PROTECTED] Sorry for long delay..but it seems we're unable to get the snapshots working so to be able to test the snapshot you better install GNU flex and bison. And then test the latest snapshot (from the url given above) [2002-06-04 09:25:25] [EMAIL PROTECTED] Hmm here comes problem with yacc... ===> Building for php-200206040300 yacc -p zend -v -d /usr/tmp/www/php4/work.i386/php4-200206040300/Zend/zend_language_parser.y -o Zend/zend_language_parser.c usage: yacc [-dlrtv] [-b file_prefix] [-o outputfile] [-p symbol_prefix] filename *** Error code 1 The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/17589 -- Edit this bug report at http://bugs.php.net/?id=17589&edit=1
#20231 [NEW]: \v C-style escape sequence in double-quoted strings
From: [EMAIL PROTECTED]
Operating system: Linux, FreeBSD
PHP version: 4.2.2
PHP Bug Type: Feature/Change Request
Bug description: \v C-style escape sequence in double-quoted strings
PHP does not seem to recognize the "\v" escape sequence within strings,
like C does. This would probably be an issue in the PHP double-quoted
string parser.
I'm guessing this has been filed elsewhere as a bug, but I cannot find it
(the bug search form does not like \v, '\v' or "\v").
Even though this is documented (language.types.string.php), it is still
unexpected. Consider the following code:
$s = ereg_replace("[\t\v\n\r ]", '', $s);
The intent is to replace all whitespace, where whitespace is defined
similarly to isspace(3) (but I forgot '\f', no big deal). The result is
that whitespace *and* the "v" character is removed. The letter v is rare
enough in English (and vertical tab is almost unheard-of in text) that
this can go for a few days without being noticed.
In the same vein, \f should also be recognized. I'm not sure about \a and
\b, but I would definitely say trigraphs are a bad idea :).
Perhaps only a warning would be enough. My copy of the C standard states
that when an unknown escape sequence is encountered, the compiler should
emit a diagnostic. That seems like reasonable behaviour.
--
Edit bug report at http://bugs.php.net/?id=20231&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20231&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20231&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20231&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20231&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20231&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20231&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20231&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20231&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20231&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20231&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20231&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20231&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20231&r=isapi
#20230 [NEW]: getacl
From: [EMAIL PROTECTED] Operating system: Debain PHP version: 4.2.3 PHP Bug Type: Feature/Change Request Bug description: getacl I submitted a note on the imap refrence page... Would it be at all possible to get a function that could get the acl on a mailbox? -- Edit bug report at http://bugs.php.net/?id=20230&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20230&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20230&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20230&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20230&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20230&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20230&r=support Expected behavior: http://bugs.php.net/fix.php?id=20230&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20230&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20230&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20230&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20230&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20230&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20230&r=isapi
#19840 [Csd]: I can't get the getenv("HTTP_USER_AGENT")
ID: 19840
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Apache2 related
Operating System: linux RedHat 8.0
PHP Version: 4CVS-2002-10-09
New Comment:
You should be using 4.3.0-dev (unstable).
Previous Comments:
[2002-11-03 13:16:43] [EMAIL PROTECTED]
Although this bug claims to be fixed, I've got the following
configuration and am still having problems:
RedHat 7.3
Apache/2.0.43
mod_ssl/2.0.43
OpenSSL/0.9.6b
PHP/4.2.4-dev
Unless something has changed from Apache 2.0.40 to 2.0.43, it seems
that the getenv() bug is still present. Using the example code from "[9
Oct 9:12pm] [EMAIL PROTECTED]", I get the following output:
bool(false)
string(50) "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)"
Any ideas?
[2002-10-09 21:12:40] [EMAIL PROTECTED]
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
The getenv() problem existing till about 2 weeks ago when getenv for
Apache 2 was implemented. It works fine for me in Apache 2.0.40 and
latest CVS.
var_dump(getenv('HTTP_USER_AGENT'));
var_dump($_SERVER['HTTP_USER_AGENT']);
result in the exact same output.
By the looks of it, it seems that you've downloaded the 'stable'
snapshot, instead you should've downloaded the 'latest' snapshot.
[2002-10-09 21:02:21] [EMAIL PROTECTED]
Hi boys:
I'm using Linux RedHat8.0 and httpd-2.0.40 from RedHat packages, I
built php rpms for this plataform of the PHP-4.2.4-dev snapshot
09/10/2002 to solve a problem related to file_exists, now that problem
is solved, I'm using register_global in On but when my scripts run
something like this:
getenv("HTTP_USER_AGENT")
I don't get the value that this function return to me in the past
PHP-4.2.3, I look the phpinfo() and I can't find this enviroment
variable, rather I see a _SERVER["HTTP_USER_AGENT"] enviroment
variable, but if I have register_global in On I should see this
variable isn't it??
Well I hope this helps beacuse If don't I have to change a lot of
code.
Bye Aliet
--
Edit this bug report at http://bugs.php.net/?id=19840&edit=1
#19840 [Com]: I can't get the getenv("HTTP_USER_AGENT")
ID: 19840
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Apache2 related
Operating System: linux RedHat 8.0
PHP Version: 4CVS-2002-10-09
New Comment:
Although this bug claims to be fixed, I've got the following
configuration and am still having problems:
RedHat 7.3
Apache/2.0.43
mod_ssl/2.0.43
OpenSSL/0.9.6b
PHP/4.2.4-dev
Unless something has changed from Apache 2.0.40 to 2.0.43, it seems
that the getenv() bug is still present. Using the example code from "[9
Oct 9:12pm] [EMAIL PROTECTED]", I get the following output:
bool(false)
string(50) "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)"
Any ideas?
Previous Comments:
[2002-10-09 21:12:40] [EMAIL PROTECTED]
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
The getenv() problem existing till about 2 weeks ago when getenv for
Apache 2 was implemented. It works fine for me in Apache 2.0.40 and
latest CVS.
var_dump(getenv('HTTP_USER_AGENT'));
var_dump($_SERVER['HTTP_USER_AGENT']);
result in the exact same output.
By the looks of it, it seems that you've downloaded the 'stable'
snapshot, instead you should've downloaded the 'latest' snapshot.
[2002-10-09 21:02:21] [EMAIL PROTECTED]
Hi boys:
I'm using Linux RedHat8.0 and httpd-2.0.40 from RedHat packages, I
built php rpms for this plataform of the PHP-4.2.4-dev snapshot
09/10/2002 to solve a problem related to file_exists, now that problem
is solved, I'm using register_global in On but when my scripts run
something like this:
getenv("HTTP_USER_AGENT")
I don't get the value that this function return to me in the past
PHP-4.2.3, I look the phpinfo() and I can't find this enviroment
variable, rather I see a _SERVER["HTTP_USER_AGENT"] enviroment
variable, but if I have register_global in On I should see this
variable isn't it??
Well I hope this helps beacuse If don't I have to change a lot of
code.
Bye Aliet
--
Edit this bug report at http://bugs.php.net/?id=19840&edit=1
#20224 [Com]: Constants / Global variables non printable
ID: 20224
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Output Control
Operating System: Slackware Linux Kernel 2.4.5
PHP Version: 4.2.2
New Comment:
Even with register_globals off, why does it sometimes print, and
sometimes not? If it's not registering the global it should never print
the contents of the global.
Thus both:
printf("%s", $SCRIPT_NAME);
and
printf("%s", $SCRIPT_NAME . "?foo=bar");
Should never print the contents of $SCRIPT_NAME, however, in the second
instance, it prints the contents of $SCRIPT_NAME, even with
register_globals off.
Previous Comments:
[2002-11-02 21:30:16] [EMAIL PROTECTED]
In PHP 4.2.0, the 'register_globals' setting default changed to
'off'. See http://www.php.net/release_4_2_0.php for more info.
We are sorry about the inconvenience, but this change was a necessary
part of our efforts to make PHP scripting more secure and portable.
[2002-11-02 20:12:20] [EMAIL PROTECTED]
I'm not sure if this is a problem with constants and pre-registered
globals, or the printing mechanism.
When setting up a constant such as this:
define("SELF", $SCRIPT_NAME);
and then printing with any of the following:
echo SELF;
print(SELF);
pritnf("%s", SELF);
The output is nothing, however, if I do this:
printf("%s", SELF . "?foo=bar");
it will print properly.
I believe it's a problem with the globals, as when I try just to print
$SCRIPT_NAME or $SCRIPT_FILENAME I go no output unless I concat'ed it
to something else such as shown above.
My PHP configuration is as such:
'./configure' '--with-apxs=/usr/sbin/apxs' '--disable-short-tags'
'--enable-bcmath' '--with-zlib-dir=/usr/lib' '--enable-ftp'
'--with-gd=/usr/local/gd-1.8.4' '--enable-gd-native-ttf'
'--with-jpeg-dir=/usr/lib' '--with-png-dir=/usr/lib' '--enable-sockets'
'--without-mysql' '--with-pgsql=/usr/local/pgsql'
On Slackware (8.0) Linux, Kernel 2.4.5, Apache 1.3.20. For this
particular script, I was working with sessions, and DID use the
following lines to disable some sessions settings:
ini_set("session.use_cookies", 0);
ini_set("session.use_trans_sid", 0);
The script was written prior to 4.2.2 and the auto enabled trans_sid
was creating extra data in my GET's that I had already accounted for in
my own script.
-Richard
--
Edit this bug report at http://bugs.php.net/?id=20224&edit=1
#6585 [Ana->Fbk]: OCILogOff
ID: 6585 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Feedback Bug Type: OCI8 related Operating System: Linux 2.2.17 PHP Version: 4.0.2 New Comment: 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 Previous Comments: [2001-01-08 05:25:56] [EMAIL PROTECTED] it still happens - but the current design (reusing server-connectiond for multiple logins on the _same_ page) doesn't make it easy to implement. [2001-01-07 19:27:09] [EMAIL PROTECTED] Does this happen with PHP 4.0.4 ?? --Jani [2000-09-06 18:16:09] [EMAIL PROTECTED] OCILogOff has to be put back in place. If a user initiates a persistent connection to the server, and the DBA changes any of the procedures/functions within the database, the connection has to be closed and reopened. As it stands right now, when the above happens, the entire web server needs to be restarted. Additionally, if the server is restarted in the middle of the connection, oci_ping does not work correctly. That is, it doesn't recognize correctly that the connection has died and it needs to reconnect, thus spitting out error messages back to the user. -- Edit this bug report at http://bugs.php.net/?id=6585&edit=1
#14886 [Opn->Fbk]: Access Violation in error handler with PEAR DB (ISAPI)
ID: 14886
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: IIS related
Operating System: Win2000
PHP Version: 4.1.1
New Comment:
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
Previous Comments:
[2002-01-07 01:20:21] [EMAIL PROTECTED]
I have simplified the crash to the following script (note that $obj is
null). The bug does not happen when $testmysql = false.
test start";
if ($testmysql) {
$conn = mysql_connect('localhost','root');
}
$obj->run();
print "test end";
?>
I had to run "ab -n2 -c10 " several times before problems
started to occur on a W2k IIS server receiving no other visitors and
had just been restarted.
This is ApacheBench, Version 1.3c <$Revision: 1.45 $> apache-1.3
Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd,
http://www.zeustech.net/
Copyright (c) 1998-2000 The Apache Group, http://www.apache.org/
Server Software:Microsoft-IIS/5.0
Server Hostname:jaguar
Server Port:80
Document Path: /php/err.php
Document Length:145 bytes
Concurrency Level: 10
Time taken for tests: 184.950 seconds
Complete requests: 2
Failed requests:556
(Connect: 0, Length: 556, Exceptions: 0)
Non-2xx responses: 555
Total transferred: 5504927 bytes
HTML transferred: 2847858 bytes
Requests per second:108.14
Transfer rate: 29.76 kb/s received
Connnection Times (ms)
min avg max
Connect:0 022
Processing: 490 466
Total: 490 488
[2002-01-06 06:15:53] [EMAIL PROTECTED]
I ran ApacheBench on a PEAR DB script (see below), and IIS (ISAPI mode)
will die eventually. It is so bad that often "iisreset" is unable to
restart IIS.
The ab command I used:
ab -n1 -c10
with the following results:
This is ApacheBench, Version 1.3c <$Revision: 1.45 $> apache-1.3
Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd,
http://www.zeustech.net/
Copyright (c) 1998-2000 The Apache Group, http://www.apache.org/
Server Software:Microsoft-IIS/5.0
Server Hostname:jaguar
Server Port:80
Document Path: /lens/adodb/peartest.php
Document Length:142 bytes
Concurrency Level: 10
Time taken for tests: 269.158 seconds
Complete requests: 1
Failed requests:5272
(Connect: 0, Length: 5272, Exceptions: 0)
Non-2xx responses: 1868
Total transferred: 1891906 bytes
HTML transferred: 769177 bytes
Requests per second:37.15
Transfer rate: 7.03 kb/s received
Connnection Times (ms)
min avg max
Connect:0 0 5
Processing: 2 268 2771
Total: 2 268 2776
The interesting thing is that the crash only happens when an invalid
SQL statement is entered in the script below(notice the column
"badcolumn" which does not exist). If a valid SQL statement is entered
("badcolumn" is removed), no crash occurs, and ApacheBench runs fine.
So I guess it is some problem with PHP's error-handler or MySQL
extension not being thread safe. No dll extensions were installed.
Standard pre-compiled PHP downloaded from php.net was used.
John Lim
=== THE SCRIPT ===
query('select
badcolumn,productid,productname,unitsinstock,unitprice from
products');
while (DB_OK === $rs->fetchInto($fields)) {
$id=$fields[0];
$name=$fields[1];
$unitsinstock=$fields[2];
$unitprice=$fields[3];
print "$id, $name, $unitsinstock, $unitprice";
}
$rs->free();
?>
--
Edit this bug report at http://bugs.php.net/?id=14886&edit=1
#14877 [Opn->Fbk]: HTTP_FDF_DATA not available
ID: 14877 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: FDF related Operating System: XP Pro PHP Version: 4.3 dev Assigned To: hholzgra New Comment: 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 Previous Comments: [2002-10-30 15:48:18] [EMAIL PROTECTED] The last one that I tried and that worked was 4.07dev from July,3 2001. Then a dev version from beginning of January 2002 was not working with other symptoms (see original bug report). I then only tried again recently when Hartmut asked me to do so. Meanwhile other people were mailing and asked me if I found a solution as they've had the same problems. [2002-10-29 17:06:01] [EMAIL PROTECTED] What was the version of PHP with which it didn't crash? [2002-10-29 13:36:29] [EMAIL PROTECTED] I did so with snaps from today, same error. If you can use a .mdmp-File (MS-Dump) I can send it. No other extensions loaded, php -i (CLI) at the command line quits with the same error as long as php_fdf.dll is enabled. [2002-10-28 10:43:10] [EMAIL PROTECTED] Try erasing all old versions/files, then re-test... [2002-10-23 14:12:05] [EMAIL PROTECTED] Now, php_fdf.dll crashes php when loaded at startup, even if there is no fdf data sent with the request. Without fdf, PHP works well. Do you need more info? 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/14877 -- Edit this bug report at http://bugs.php.net/?id=14877&edit=1
#20229 [NEW]: PHP4 Compile errors with mysql module
From: [EMAIL PROTECTED] Operating system: RedHat Linux 8.0 PHP version: 4CVS-2002-11-03 PHP Bug Type: Compile Failure Bug description: PHP4 Compile errors with mysql module Got php from CVS, following the instructions found @ http://php.net/anoncvs, with the right versions of autoconf, automake and libtool. Configured with these arguments: CC=/usr/local/gcc2/bin/gcc CXX=/usr/local/gcc2/bin/g++ sh configure --disable-debug --with-bz2=/usr/local --with-curl=/usr/local --with-dom=/usr/local --with-png-dir=/usr/local --with-gd=/usr/local/gd --enable-gd-native-ttf --with-gdbm=/usr/local --with-gmp=/usr/local --with-jpeg-dir=/usr/local --with-xml --with-zlib=/usr/local --enable-exif --enable-ftp --enable-magic-quotes --enable-sockets --enable-sysvsem --enable-sysvshm --enable-discard-path --enable-trans-sid --enable-wddx --with-kerberos --with-mysql --enable-bcmath --enable-shmop --enable-versioning --enable-calendar --enable-dbx --enable-dio --enable-mbstring --enable-mbstr-enc-trans --with-apxs=/usr/local/apache/bin/apxs --with-freetype-dir=/usr/local --with-mhash=/usr/local --with-mcal=/usr/local/mcal --with-pgsql=/usr/local/pgsql --with-openssl=shared,/usr/local/ssl --with-mysql (CC=/usr/local/gcc2/bin/gcc is GCC 2.95.3) Once configured, I type "make" and all goes ok, but once it arrives to the mysql module... /bin/sh libtool --silent --mode=compile /usr/local/gcc2/bin/gcc -I/root/build/phIext/mysql/ -I/root/build/php4/ext/mysql/ -DPHP_ATOM_INC -I/root/build/php4/inclmain -I/root/build/php4 -I/root/build/php4/Zend -I/usr/local/ssl/include -I/usr/cal/include/libxml2 -I/usr/local/include/freetype2 -I/usr/local/gd/include -I/us/usr/local/pgsql/include -I/root/build/php4/ext/xml/expat -DLINUX=22 -DMOD_SSL=EAPI -I/root/build/php4/TSRM -g -O2 -prefer-pic -c /root/build/php4/ext/mysql/l/php_mysql.lo /bin/sh libtool --silent --mode=compile /usr/local/gcc2/bin/gcc -I/root/build/phIext/mysql/ -I/root/build/php4/ext/mysql/ -DPHP_ATOM_INC -I/root/build/php4/inclmain -I/root/build/php4 -I/root/build/php4/Zend -I/usr/local/ssl/include -I/usr/cal/include/libxml2 -I/usr/local/include/freetype2 -I/usr/local/gd/include -I/us/usr/local/pgsql/include -I/root/build/php4/ext/xml/expat -DLINUX=22 -DMOD_SSL=EAPI -I/root/build/php4/TSRM -g -O2 -prefer-pic -c /root/build/php4/ext/mysql/ext/mysql/libmysql/libmysql.lo In file included from /root/build/php4/ext/mysql/libmysql/libmysql.c:4: /root/build/php4/ext/mysql/libmysql/global.h:136: parse error In file included from /root/build/php4/ext/mysql/libmysql/libmysql.c:4: /root/build/php4/ext/mysql/libmysql/global.h:505: parse error In file included from /root/build/php4/ext/mysql/libmysql/libmysql.c:11: /root/build/php4/ext/mysql/libmysql/m_string.h:208: parse error make: *** [ext/mysql/libmysql/libmysql.lo] Error 1 I tried configuring with the following options: 1) --with-mysql=shared,/usr/local/mysql 2) --with-mysql=/usr/local/mysql Nothing changed. -- Edit bug report at http://bugs.php.net/?id=20229&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20229&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20229&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20229&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20229&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20229&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20229&r=support Expected behavior: http://bugs.php.net/fix.php?id=20229&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20229&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20229&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20229&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20229&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20229&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20229&r=isapi
#15885 [Opn->Fbk]: thttpd can't serve 0 byte files with PHP patches
ID: 15885 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type:Other web server PHP Version: 4.1.2 New Comment: 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 Previous Comments: [2002-03-05 12:59:34] [EMAIL PROTECTED] PHP for thttpd sets TG(hc)->file_address = (char *)1 to mark a connection as "don't close". thttpd used this value to mark files without mapped memory (0 byte files). When such a file is requested, the client hangs. -- Edit this bug report at http://bugs.php.net/?id=15885&edit=1
#16542 [Opn->Fbk]: safe_mode_exec_dir and exec()
ID: 16542
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: IIS related
Operating System: windows XP
PHP Version: 4.1.2
New Comment:
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
Previous Comments:
[2002-05-13 06:36:03] [EMAIL PROTECTED]
Reopening on user request: it doesn't work, even with forward slashes
[2002-05-12 00:00:03] [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-04-11 06:19:28] [EMAIL PROTECTED]
YOu're messing with backslashes and slashes. Try setting the
safe_mode_exec_dir to something like c:/inetpub/cgi-bin
Does it work now?
[2002-04-11 04:17:29] [EMAIL PROTECTED]
ISAPI mode. IIS 5.1
safe_mode_exec_dir = C:\\Inetpub\cgi-bin\
Calls to exec system with {safe mode = On} result in an extra "/"
being
prepended to the executable file's name:
Warning: Unable to fork [C:Inetpub\cgi-bin\\/myprog.exe] in
c:\inetpub\wwwroot\index.php4
(the fork error results from other issues, but notice the /myprog.exe)
[2002-04-11 04:08:15] [EMAIL PROTECTED]
ISAPI mode. IIS 5.1
safe_mode_exec_dir = C:\\Inetpub\cgi-bin\
Calls to exec system with {safe mode = On} result in an extra "/" being
prepended to the executable file's name:
Warning: Unable to fork [C:Inetpub\cgi-bin\\/myprog.exe] in
c:\inetpub\wwwroot\index.php4
--
Edit this bug report at http://bugs.php.net/?id=16542&edit=1
#18699 [Opn->Fbk]: php.ini problems
ID: 18699 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Windows NT 5.0 build 2195 PHP Version: 4.2.2 New Comment: 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 Previous Comments: [2002-08-02 05:49:26] [EMAIL PROTECTED] Installed with Apache 2.0.39, as a module. Bot in install.txt and when you run phpinfo() it says you should put the php.ini file in your system dir c:\winnt. If the php.ini file is put there, it isn't used. It has to be put in c:\winnt\system32 where php4ts.dll is to work. But then in phpinfo it says "Configuration File (php.ini) Path C:\WINNT\php.ini" though it is in c:\WINNT\system32\. -- Edit this bug report at http://bugs.php.net/?id=18699&edit=1
#19567 [Opn->Fbk]: Access Violation at memory address 77F83941
ID: 19567 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: IIS related Operating System: Windoes 2000 SP2 PHP Version: 4.2.3 New Comment: 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 Previous Comments: [2002-09-25 16:50:34] [EMAIL PROTECTED] Thanks. I think this is entirely possible. I have tried to check the error on apache but am on work time and we are a microsoft shop. So i'm stuck with IIS. The rest of php seems to work fine except for the print array function that crashes the web server. oh well [2002-09-25 04:21:49] [EMAIL PROTECTED] I don't know phpMySearch but since you mention php_curl, it could be the same problem with CURL as described in bug 19301. Just a thought. It could also be something completely different. [2002-09-24 18:11:52] [EMAIL PROTECTED] changed status [2002-09-24 17:45:43] [EMAIL PROTECTED] Tried the latest snapshot. Still get the same error. this is the output from the spider.php file start: http://csmtemlst-web/development URL = (begin >)=> http://csmtemlst-web/development need parse start load PHP has encountered an Access Violation at 77F83941 The web server is a Compaq ProLiant DL360 G2 Dual processor Any ideas [2002-09-24 00:38:36] [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 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/19567 -- Edit this bug report at http://bugs.php.net/?id=19567&edit=1
#20203 [Opn]: odbc_do() or odbc_exec() Always produces a segmentation fault core dump
ID: 20203 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: ODBC related Operating System: sparc solaris 2.8 and 2.6 PHP Version: 4.2.3 New Comment: I dont know if it helps But i send the last part of /tmp/freetds.log == 2002-11-03 17:51:27 inside tds_process_default_tokens() marker is e3 2002-11-03 17:51:27 inside tds_process_default_tokens() marker is ab 2002-11-03 17:51:27 inside tds_process_default_tokens() marker is fd 2002-11-03 17:51:27 inside dbresults() 2002-11-03 17:51:27 leaving dbresults() returning 1 2002-11-03 17:51:27 inside dbnextrow() 2002-11-03 17:51:27 leaving dbnextrow() returning -2 2002-11-03 17:51:27 inside dbresults() 2002-11-03 17:51:27 leaving dbresults() returning 2 Sending packet @ 2002-11-03 17:51:27 01 01 00 38 00 00 01 00 73 00 65 00 74 00 20 00 |...8s.e.t. .| 0010 71 00 75 00 6f 00 74 00 65 00 64 00 5f 00 69 00 |q.u.o.t.e.d._.i.| 0020 64 00 65 00 6e 00 74 00 69 00 66 00 69 00 65 00 |d.e.n.t.i.f.i.e.| 0030 72 00 20 00 6f 00 6e 00 |r. .o.n.| Received packet @ 2002-11-03 17:51:27 fd 00 00 fd 00 00 00 00 00|.| 2002-11-03 17:51:27 inside tds_process_default_tokens() marker is fd 2002-11-03 17:51:27 inside dbresults() 2002-11-03 17:51:27 leaving dbresults() returning 1 2002-11-03 17:51:27 inside dbresults() 2002-11-03 17:51:27 leaving dbresults() returning 2 == Best regards Christos Previous Comments: [2002-11-03 09:00:37] [EMAIL PROTECTED] How do I activate the SQL log ?? (is it on the PC running MSSQL or on the sun machine ?) Best regards Christos :) [2002-11-02 14:20:10] [EMAIL PROTECTED] I'd still appriciate the SQL Log :) [2002-11-02 07:26:43] [EMAIL PROTECTED] at /usr/pkg/php/php4-200210311500/ext/odbc/php_odbc.c:1274 1274convert_to_string_ex(pv_query); (gdb) n 1277result = (odbc_result *)emalloc(sizeof(odbc_result)); (gdb) display result 1: result = (odbc_result *) 0x1b4a88 (gdb) display result.stmt 2: result.stmt = 0x1b9da8 (gdb) display /s result.stmt 3: x/s result.stmt 0x1b9da8:"select * from kan_keim" At this point the query statment is correct But just before producing the fault is the following : 1305if (SQLSetStmtOption(result->stmt, SQL_CURSOR_TY PE, SQL_CURSOR_DYNAMIC) 5: /u rc = 16 4: rc = 16 3: x/s result.stmt 0x1c5148:"" 2: result.stmt = 0x1c5148 1: result = (odbc_result *) 0x1b9dd8 (gdb) s Program received signal SIGSEGV, Segmentation fault. 0xfeff55dc in SQLExtendedFetch () from /usr/local/odbc/lib/sql_st_lt.so I hope this helps you Best regards Christos [2002-11-01 09:32:49] [EMAIL PROTECTED] display query display result->stmt [2002-11-01 06:16:39] [EMAIL PROTECTED] Please i am not too familiar with gdb can you tell me how I can print query and result->stmt variables in step #10 ? Bets regards Christos 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/20203 -- Edit this bug report at http://bugs.php.net/?id=20203&edit=1
#4248 [Opn->Csd]: Unable to run ./configure --with-cdb using cdb v0.75
ID: 4248 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Installation problem Operating System: Solaris 2.6 PHP Version: 4.3.0dev -Assigned To: +Assigned To: helly 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. I had no problems with installing CDB 0.75 but had to fix the handler. It should work now. Previous Comments: [2002-09-18 16:00:25] [EMAIL PROTECTED] This still doesn't seem to be corrected in PHP 4.3.0-dev, which makes the --with-cdb option pretty much useless. Could one of the developers maybe look rewriting the PHP code to interface with the CDB 0.75 library? - Colin [2000-04-26 12:14:13] [EMAIL PROTECTED] ./configure checks for cdb_bread when passed --with-cdb. However, the CDB API has changed somewhere between 0.55 (the version that works) and version 0.75 (the version that gave me a couple of hours of headaches ;) ). Enough so that the the check performed by ./configure to see if libcdb.a works now fails. Yay. (note that cdb-0.55 *does* work, with relevant files in the same locations) My full ./configure line: ./configure \ --enable-versioning \ --with-apache=../apache_1.3.12 \ --with-aspell=/usr/local/include/aspell \ --with-ftp \ --with-gd \ --with-jpeg-dir \ --with-mysql \ --with-xml \ --with-zlib \ --with-pdflib \ --with-config-file-path=/usr/local/etc \ --enable-safe-mode \ --enable-track-vars \ --enable-force-cgi-redirect \ --enable-memory-limit \ --enable-sysvsem \ --enable-sysvshm \ --with-gdbm \ --with-db2 \ --with-cdb -- Edit this bug report at http://bugs.php.net/?id=4248&edit=1
#20203 [Fbk->Opn]: odbc_do() or odbc_exec() Always produces a segmentation fault core dump
ID: 20203 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: ODBC related Operating System: sparc solaris 2.8 and 2.6 PHP Version: 4.2.3 New Comment: How do I activate the SQL log ?? (is it on the PC running MSSQL or on the sun machine ?) Best regards Christos :) Previous Comments: [2002-11-02 14:20:10] [EMAIL PROTECTED] I'd still appriciate the SQL Log :) [2002-11-02 07:26:43] [EMAIL PROTECTED] at /usr/pkg/php/php4-200210311500/ext/odbc/php_odbc.c:1274 1274convert_to_string_ex(pv_query); (gdb) n 1277result = (odbc_result *)emalloc(sizeof(odbc_result)); (gdb) display result 1: result = (odbc_result *) 0x1b4a88 (gdb) display result.stmt 2: result.stmt = 0x1b9da8 (gdb) display /s result.stmt 3: x/s result.stmt 0x1b9da8:"select * from kan_keim" At this point the query statment is correct But just before producing the fault is the following : 1305if (SQLSetStmtOption(result->stmt, SQL_CURSOR_TY PE, SQL_CURSOR_DYNAMIC) 5: /u rc = 16 4: rc = 16 3: x/s result.stmt 0x1c5148:"" 2: result.stmt = 0x1c5148 1: result = (odbc_result *) 0x1b9dd8 (gdb) s Program received signal SIGSEGV, Segmentation fault. 0xfeff55dc in SQLExtendedFetch () from /usr/local/odbc/lib/sql_st_lt.so I hope this helps you Best regards Christos [2002-11-01 09:32:49] [EMAIL PROTECTED] display query display result->stmt [2002-11-01 06:16:39] [EMAIL PROTECTED] Please i am not too familiar with gdb can you tell me how I can print query and result->stmt variables in step #10 ? Bets regards Christos [2002-10-31 19:45:27] [EMAIL PROTECTED] Also can you please turn on SQL Logging so we can see which steps are being processed. From the looks of it the SQLExtendedFetch is catching an error condition or possibly a need to re-allocate data and refetch furth of data. I find it hard to believe that the odbc_exect (a very basic part of any DB layer) isn't working with MSSQL. What are the types of data you're trying to extract? 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/20203 -- Edit this bug report at http://bugs.php.net/?id=20203&edit=1
#20222 [Opn->Bgs]: mssql_free_result():
ID: 20222 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: MSSQL related Operating System: win 2k server SBS PHP Version: 4.2.3 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. >From that error I get the impression that one of your queries did not succeed. Please break this down to a simple script to reproduce this, and it will make debugging this a lot easier. Previous Comments: [2002-11-03 06:52:52] [EMAIL PROTECTED] here is the full error message: PHP Warning: mssql_free_result(): 18 is not a valid MS SQL-result resource in D:\Inetpub\d2b_devis\lib\dbutils.inc.php on line 335 here is the code on line 335: /* 334 */case "MSSQL": /* 335 */mssql_free_result($iResult); /* 336 */break; I don't understand why it works for ressource number 9,12 & 15, and for ressource number 18 I.ve got an error message. I've got also the same error message at different part of my program but with a different ressource number. For me it really seems to be link with PHP and not with somthing else. I hope I could help in the developpment of PHP, best regards. [2002-11-02 14:23:38] [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. Can you give us the full error message as well? [2002-11-02 13:46:05] [EMAIL PROTECTED] I 've got this warning for a query that works, I don't understand why. PHP Warning: mssql_free_result(): 18 is not a valid MS SQL-result resource in ... here the code: $strSQL = " SELECT REF_PRODUIT FROM PRODUITS WHERE ACTUEL = 1 AND REF_EDITEUR = '$pEditeur' AND REF_PRODUIT ='".$tabCol[0]."'"; $iQuery2 = dbQuery($iConnect, $strSQL) ; echo $iQuery2; dbFetch($iQuery2, $tabref); dbFreeResult($iQuery2); here the echo of iQuery2: Resource id #9 Resource id #12 Resource id #15 Resource id #18 -- Edit this bug report at http://bugs.php.net/?id=20222&edit=1
#20228 [Opn->Csd]: Make fails when compiling with GD
ID: 20228 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: GD related Operating System: Linux Redhat 8 PHP Version: 4.2.3 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-11-03 08:05:21] [EMAIL PROTECTED] I looked through the already submitted bugs and some might have been similar, but none had the same error. I have compiled and installed GD version 2.0.4. This is on a fresh installation of linux, so there shouldn't be any older versions of GD that might be lying around. My PHP configure statement is as follows: ./configure --with-mysql=/usr/local/mysql --with-xml --with-zlib --with-gd=/usr --with-jpeg-dir=/usr/include --with-png-dir=/usr/include --with-xpm-dir=/usr/include --enable-ftp --enable-trans-sid --enable-track-vars --with-apache=../apache_1.3.27 PHP then configures correctly, but when performing the make command for PHP, I get the following error: In file included from gd.c:83: gd_ctx.c: In function `_php_image_output_ctx': gd_ctx.c:70: structure has no member named `free' gd_ctx.c:98: structure has no member named `free' gd.c: In function `_php_image_type': gd.c:1014: structure has no member named `free' gd.c:1017: structure has no member named `free' gd.c: In function `_php_image_create_from': gd.c:1209: structure has no member named `free' make[3]: *** [gd.lo] Error 1 make[3]: Leaving directory `/root/downloads/php-4.2.3/ext/gd' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/root/downloads/php-4.2.3/ext/gd' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/downloads/php-4.2.3/ext' make: *** [all-recursive] Error 1 [root@lighthouse php-4.2.3]# locate gd.h /root/downloads/gd-2.0.4/gd.h /root/downloads/php-4.2.3/ext/gd/php_gd.h /usr/include/gd.h If the solution to this problem is to use an older version of GD, what is the command to uninstall GD? I tried "make uninstall", but that did not work. I can't find it anywhere in the GD docs either. Thanks in advance, Ace -- Edit this bug report at http://bugs.php.net/?id=20228&edit=1
#20227 [Opn->Bgs]: the .php can not get variable values from the input
ID: 20227 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: IIS related Operating System: W2k Server English PHP Version: 4.2.3 New Comment: In PHP 4.2.0, the 'register_globals' setting default changed to 'off'. See http://www.php.net/release_4_2_0.php for more info. We are sorry about the inconvenience, but this change was a necessary part of our efforts to make PHP scripting more secure and portable. Previous Comments: [2002-11-03 07:57:00] [EMAIL PROTECTED] I have installed the php 4.2.3 in W2K Server (en) Box, via ISAPI, the works fine... but when I write the example as folling... # fils: test.html µÚÒ»Ò³ Please Input your name: Your Name is #file:first.php Your name is".$text1.""; else echo "please input your name!"; ?> When I key in some words in the text1 field... and commit... but the first.php just return the following... Your name is: It seems the variable value has not been successfully transiitted to the first.php, or the php can not get the variable's value content correctly.. why this happy??? -- Edit this bug report at http://bugs.php.net/?id=20227&edit=1
#20228 [NEW]: Make fails when compiling with GD
From: [EMAIL PROTECTED] Operating system: Linux Redhat 8 PHP version: 4.2.3 PHP Bug Type: GD related Bug description: Make fails when compiling with GD I looked through the already submitted bugs and some might have been similar, but none had the same error. I have compiled and installed GD version 2.0.4. This is on a fresh installation of linux, so there shouldn't be any older versions of GD that might be lying around. My PHP configure statement is as follows: ./configure --with-mysql=/usr/local/mysql --with-xml --with-zlib --with-gd=/usr --with-jpeg-dir=/usr/include --with-png-dir=/usr/include --with-xpm-dir=/usr/include --enable-ftp --enable-trans-sid --enable-track-vars --with-apache=../apache_1.3.27 PHP then configures correctly, but when performing the make command for PHP, I get the following error: In file included from gd.c:83: gd_ctx.c: In function `_php_image_output_ctx': gd_ctx.c:70: structure has no member named `free' gd_ctx.c:98: structure has no member named `free' gd.c: In function `_php_image_type': gd.c:1014: structure has no member named `free' gd.c:1017: structure has no member named `free' gd.c: In function `_php_image_create_from': gd.c:1209: structure has no member named `free' make[3]: *** [gd.lo] Error 1 make[3]: Leaving directory `/root/downloads/php-4.2.3/ext/gd' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/root/downloads/php-4.2.3/ext/gd' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/downloads/php-4.2.3/ext' make: *** [all-recursive] Error 1 [root@lighthouse php-4.2.3]# locate gd.h /root/downloads/gd-2.0.4/gd.h /root/downloads/php-4.2.3/ext/gd/php_gd.h /usr/include/gd.h If the solution to this problem is to use an older version of GD, what is the command to uninstall GD? I tried "make uninstall", but that did not work. I can't find it anywhere in the GD docs either. Thanks in advance, Ace -- Edit bug report at http://bugs.php.net/?id=20228&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20228&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20228&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20228&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20228&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20228&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20228&r=support Expected behavior: http://bugs.php.net/fix.php?id=20228&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20228&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20228&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20228&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20228&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20228&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20228&r=isapi
#20227 [NEW]: the .php can not get variable values from the input
From: [EMAIL PROTECTED] Operating system: W2k Server English PHP version: 4.2.3 PHP Bug Type: IIS related Bug description: the .php can not get variable values from the input I have installed the php 4.2.3 in W2K Server (en) Box, via ISAPI, the works fine... but when I write the example as folling... # fils: test.html µÚÒ»Ò³ Please Input your name: Your Name is #file:first.php Your name is".$text1.""; else echo "please input your name!"; ?> When I key in some words in the text1 field... and commit... but the first.php just return the following... Your name is: It seems the variable value has not been successfully transiitted to the first.php, or the php can not get the variable's value content correctly.. why this happy??? -- Edit bug report at http://bugs.php.net/?id=20227&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20227&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20227&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20227&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20227&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20227&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20227&r=support Expected behavior: http://bugs.php.net/fix.php?id=20227&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20227&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20227&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20227&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20227&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20227&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20227&r=isapi
#16635 [Csd]: dio_read() leaks memory
ID: 16635
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Unknown/Other Function
Operating System: x86/Linux
PHP Version: 4.2.0
Assigned To: sterling
New Comment:
[EMAIL PROTECTED]:
there is a leak when the call "fails" in this case.
Please try copying this file into your local source:
http://cvs.php.net/co.php/php4/ext/dio/dio.c?login=2&r=1.21&p=1
It should act as a drop-in replacement for ext/dio/dio.c.
If you don't want to risk that, then look for
PHP_FUNCTION(dio_read) in that file, and then these lines:
res = read(f->fd, data, bytes);
if (res <= 0) {
efree(data); // <-- this line fixes the leak
RETURN_NULL();
}
Previous Comments:
[2002-11-03 04:40:20] [EMAIL PROTECTED]
I have the memory leaking problem with dio_read() as well. The PHP
versio I use is 4.2.2 with DirectIO extension in an embedded Linux box.
I have an X10 home automation software written with PHP and it runs as
a daemon. The serial port is configured to be non-blocking. I check if
there is any data available about 10 times a second (it's a busyloop
with usleep(10) in it). The checking is done as follows:
$data=dio_read($fp,1);
After running the daemon for about 20 hours, I always get the following
error message:
Fatal error: Allowed memory size of 2097152 bytes exhausted (tried to
allocate 2 bytes) in /mnt/data/plugins/X10/html/x10_wrapper.php on line
76
Line 76 is the one above with dio_read(). I would really need a fix for
this or I'm forced to write a nasty
kill-the-process-and-then-restart-it-again-just-to-make-it-stay-alive
piece of script to be ran by cron.
-Juha
[2002-04-20 12:09:13] [EMAIL PROTECTED]
Cannot reproduce - this shouldn't happen.
[2002-04-18 19:12:30] [EMAIL PROTECTED]
Assigned to Sterling who is the maintainer of this extension..
[2002-04-16 11:11:28] [EMAIL PROTECTED]
I am using the RC4 of php4.2.0 with Apache/1.3.24 (Unix).
Every time dio_read() is called in a script, the htttpd process uses
more and more memory.
ex.:
$o = dio_read($fp,10);
would let httpd grow by ca. x times of 10.
unset($o) will not get the memory back. the httpd process would keep
its size until the script terminates.
Needing to call dio_read repeatidly makes it even worse. And using 1024
bytes blocks only slows the process of growing down.
--
Edit this bug report at http://bugs.php.net/?id=16635&edit=1
#20222 [Bgs->Opn]: mssql_free_result():
ID: 20222 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: MSSQL related Operating System: win 2k server SBS PHP Version: 4.2.3 New Comment: here is the full error message: PHP Warning: mssql_free_result(): 18 is not a valid MS SQL-result resource in D:\Inetpub\d2b_devis\lib\dbutils.inc.php on line 335 here is the code on line 335: /* 334 */case "MSSQL": /* 335 */mssql_free_result($iResult); /* 336 */break; I don't understand why it works for ressource number 9,12 & 15, and for ressource number 18 I.ve got an error message. I've got also the same error message at different part of my program but with a different ressource number. For me it really seems to be link with PHP and not with somthing else. I hope I could help in the developpment of PHP, best regards. Previous Comments: [2002-11-02 14:23:38] [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. Can you give us the full error message as well? [2002-11-02 13:46:05] [EMAIL PROTECTED] I 've got this warning for a query that works, I don't understand why. PHP Warning: mssql_free_result(): 18 is not a valid MS SQL-result resource in ... here the code: $strSQL = " SELECT REF_PRODUIT FROM PRODUITS WHERE ACTUEL = 1 AND REF_EDITEUR = '$pEditeur' AND REF_PRODUIT ='".$tabCol[0]."'"; $iQuery2 = dbQuery($iConnect, $strSQL) ; echo $iQuery2; dbFetch($iQuery2, $tabref); dbFreeResult($iQuery2); here the echo of iQuery2: Resource id #9 Resource id #12 Resource id #15 Resource id #18 -- Edit this bug report at http://bugs.php.net/?id=20222&edit=1
#20226 [NEW]: can't do "foo.php/path.inf" via cgi (with patch)
From: [EMAIL PROTECTED]
Operating system: Unix
PHP version: 4.2.3
PHP Bug Type: Feature/Change Request
Bug description: can't do "foo.php/path.inf" via cgi (with patch)
I use php as a cgi usuing Apache's "Action" directive. If I put a script
in /u/joe/pub/example.php and visit http://joe/example.php/foo then Apache
puts /example.php/foo in PATH_INFO, and PHP tries to open
/u/joe/pub/example.php/foo. (Internal server error; premature end of
script headers)
This patch checks /u, /u/joe, /u/joe/pub, etc.; if one of them is a
regular file (in this case /u/joe/pub/example.php) then that file is used
as the script filename. Now the script runs, with the entire PATH_INFO
passed to it. (It's up to the script to figure out which part to
ignore.)
--- main/fopen_wrappers.c.orig Fri Aug 23 01:00:49 2002
+++ main/fopen_wrappers.c Sun Nov 3 02:54:26 2002
@@ -388,6 +388,23 @@
SG(request_info).path_translated = NULL;
return FAILURE;
}
+
+ /* check for /home/joe/public_html/example.php/pathinfo */
+ if (1) {
+ char *s;
+ for (s=filename+1; *s; s++) {
+ if (*s == PHP_DIR_SEPARATOR && *(s-1) != PHP_DIR_SEPARATOR) {
+ *s = 0;
+ if (0 == stat (filename, &st)) {
+ if (S_ISREG(st.st_mode)) {
+ break;
+ }
+ }
+ *s = PHP_DIR_SEPARATOR;
+ }
+ }
+ }
+
fp = VCWD_FOPEN(filename, "rb");
/* refuse to open anything that is not a regular file */
--
Edit bug report at http://bugs.php.net/?id=20226&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20226&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20226&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20226&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20226&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20226&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20226&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20226&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20226&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20226&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20226&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20226&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20226&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20226&r=isapi
#16635 [Com]: dio_read() leaks memory
ID: 16635 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Unknown/Other Function Operating System: x86/Linux PHP Version: 4.2.0 Assigned To: sterling New Comment: I have the memory leaking problem with dio_read() as well. The PHP versio I use is 4.2.2 with DirectIO extension in an embedded Linux box. I have an X10 home automation software written with PHP and it runs as a daemon. The serial port is configured to be non-blocking. I check if there is any data available about 10 times a second (it's a busyloop with usleep(10) in it). The checking is done as follows: $data=dio_read($fp,1); After running the daemon for about 20 hours, I always get the following error message: Fatal error: Allowed memory size of 2097152 bytes exhausted (tried to allocate 2 bytes) in /mnt/data/plugins/X10/html/x10_wrapper.php on line 76 Line 76 is the one above with dio_read(). I would really need a fix for this or I'm forced to write a nasty kill-the-process-and-then-restart-it-again-just-to-make-it-stay-alive piece of script to be ran by cron. -Juha Previous Comments: [2002-04-20 12:09:13] [EMAIL PROTECTED] Cannot reproduce - this shouldn't happen. [2002-04-18 19:12:30] [EMAIL PROTECTED] Assigned to Sterling who is the maintainer of this extension.. [2002-04-16 11:11:28] [EMAIL PROTECTED] I am using the RC4 of php4.2.0 with Apache/1.3.24 (Unix). Every time dio_read() is called in a script, the htttpd process uses more and more memory. ex.: $o = dio_read($fp,10); would let httpd grow by ca. x times of 10. unset($o) will not get the memory back. the httpd process would keep its size until the script terminates. Needing to call dio_read repeatidly makes it even worse. And using 1024 bytes blocks only slows the process of growing down. -- Edit this bug report at http://bugs.php.net/?id=16635&edit=1
#20225 [NEW]: a pdflib bug
From: [EMAIL PROTECTED] Operating system: PHP version: 4.2.2 PHP Bug Type: *PDF functions Bug description: a pdflib bug when i use the CHINESE ENCODING WITH pdflib,the pdf_stringwidth Function return 0. pls tell me why ? -- Edit bug report at http://bugs.php.net/?id=20225&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20225&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20225&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20225&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20225&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20225&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20225&r=support Expected behavior: http://bugs.php.net/fix.php?id=20225&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20225&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20225&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20225&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20225&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20225&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20225&r=isapi
#19892 [NoF->Csd]: Images would not display.
ID: 19892 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Closed Bug Type: Apache2 related Operating System: FreeBSD 4.7 PHP Version: 4.3.0-pre1 New Comment: Closing, problem fixed with pre2. Previous Comments: [2002-11-03 03:31:49] [EMAIL PROTECTED] Problem fixed with pre2. Nice job. [2002-11-03 01:00:04] [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-10-18 08:56:39] [EMAIL PROTECTED] 1st try the latest CVS (unstable) to make sure that the problem still exists. If it does, then in your follow-up report please include all the lines pertaining to PHP configuration from your httpd.conf [2002-10-18 00:10:27] [EMAIL PROTECTED] Reopening. [2002-10-18 00:09:58] [EMAIL PROTECTED] Ah, but it is. It only happened when I installed PHP 4.3.0-pre1. Apache worked just fine running PHP 4.2.3, but not 4.3.0-pre1. All images used to display, and they did not with the 4.3.0 version. It's not a config problem, because the config did not change, just the php version. 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/19892 -- Edit this bug report at http://bugs.php.net/?id=19892&edit=1
#19892 [Com]: Images would not display.
ID: 19892 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: Apache2 related Operating System: FreeBSD 4.7 PHP Version: 4.3.0-pre1 New Comment: Problem fixed with pre2. Nice job. Previous Comments: [2002-11-03 01:00:04] [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-10-18 08:56:39] [EMAIL PROTECTED] 1st try the latest CVS (unstable) to make sure that the problem still exists. If it does, then in your follow-up report please include all the lines pertaining to PHP configuration from your httpd.conf [2002-10-18 00:10:27] [EMAIL PROTECTED] Reopening. [2002-10-18 00:09:58] [EMAIL PROTECTED] Ah, but it is. It only happened when I installed PHP 4.3.0-pre1. Apache worked just fine running PHP 4.2.3, but not 4.3.0-pre1. All images used to display, and they did not with the 4.3.0 version. It's not a config problem, because the config did not change, just the php version. [2002-10-17 18:00:09] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. 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/19892 -- Edit this bug report at http://bugs.php.net/?id=19892&edit=1
