[PHP-DEV] Bug #15064 Updated: for loops do not work properly (is it a feature or a bug?)
ID: 15064
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Feature/Change Request
Operating System: Windows NT 4
PHP Version: 4.1.1
New Comment:
This is not bug.
Most language behave as PHP does.
Previous Comments:
[2002-01-16 03:01:03] [EMAIL PROTECTED]
for ($i=1; $i==20; $i++) {
echo($i);
}
does not work, while
for ($i=1; $i=20; $i++) {
echo($i);
}
works fine. of course, if the first statement would work it wourld be
redundant, so my questions is: is it a feature or a bug?
Edit this bug report at http://bugs.php.net/?id=15064edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15064 Updated: for loops do not work properly (is it a feature or a bug?)
ID: 15064
Updated by: torben
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Feature/Change Request
Operating System: Windows NT 4
PHP Version: 4.1.1
New Comment:
Check the manual; this is the way for loops work:
From page http://www.php.net/manual/en/control-structures.for.php
for (expr1; expr2; expr3) statement
The first expression (expr1) is evaluated (executed) once
unconditionally at the beginning of the loop.
In the beginning of each iteration, expr2 is evaluated. If
it evaluates to TRUE, the loop continues and the nested
statement(s) are executed. If it evaluates to FALSE, the
execution of the loop ends.
At the end of each iteration, expr3 is evaluated
(executed).
Hope this helps,
Torben
Previous Comments:
[2002-01-16 03:05:03] [EMAIL PROTECTED]
This is not bug.
Most language behave as PHP does.
[2002-01-16 03:01:03] [EMAIL PROTECTED]
for ($i=1; $i==20; $i++) {
echo($i);
}
does not work, while
for ($i=1; $i=20; $i++) {
echo($i);
}
works fine. of course, if the first statement would work it wourld be
redundant, so my questions is: is it a feature or a bug?
Edit this bug report at http://bugs.php.net/?id=15064edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Please check this one for math.c -Protos/ BUG or FEATURES?
From: Wolfgang Drews [EMAIL PROTECTED]
tonight i read some math.c-source, and stumbled over some things,
that appeared a little strange to me. Please have a look at the
following list. If you are the opinion, that i should make a bug-
report for this ones, i will do. If you can fix it without a
report,
i will be even more happy (will save my time :))I have tested the
described behavior on a redhat 7.1 with php-4.2.0 dev.
- PROTO-change:abs():
-- /* {{{ proto int abs(int number)
++ /* {{{ proto mixed abs(mixed number)
There have been a discussion which return type is correct. IMHO it
should be the main return type. But for abs() mixed is correct,
because you can calculate abs from int and floats.
There should be more explanations in CODING_STANDARDS.
-Egon
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #15060: Keine Ahnung was Ihr hier wollen tut!
From: Hartmut Holzgraefe [EMAIL PROTECTED] please use the bug database frontend for replies as direct email replies won't be recorded with the bug report itself so they get lost Have you read my response? It doesn´t had to do with the bug database. It was only a more user friendly response to a bug report in German language which was declared as bogus. -Egon -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] HTTP AUTHENTICATION Solution
Here is a solution I developed for the HTTP AUTHENTICATION on that buggy
Internet Explorer.
I want some feedbacks, improvements, Comments...
Bharath
(B. h. Loh.)
bharath_b_lohray (at) yahoo.com
Please correspond via email for my convinience and
also on the News Group for the benifit of the Php Developers...
=== START OF SOURCE CODE [lohauthsol.php]===
?php
//Username and password verification function
//takes (username,password) returns TRUE/FALSE
function verify($un,$pw)
{
//Verify against a database etc
if
((($un==bharath)($pw==password1))||(($un==tom_dick_harrypotter)($p
w==password2)))
{
$ok=TRUE;
}
else
{
$ok=FALSE;
}
return $ok;
}
//Procedure to display a standard error if login
//fails
function er($err)
{
echo htmlheadtitle$err/title/headbody bgcolor=\#FF\
text=\#00\pfont face=\Courier New, Courier, Terminal\
size=\3\font size=\5\$err/fontbrbrCould not log you in. a
href=\lohauthsol.php\TRY AGAIN/a/font/p/body/html;
}
//Procedure to ask username and password by
//HTTP AUTHENTICATION
function ask()
{
header(WWW-Authenticate: Basic realm=\1024x1024.net
Administration\);
header(HTTP/1.0 401);
er(Unauthorized);
exit;
}
//BEGIN MAIN PROGRAMME
if ((!isset($PHP_AUTH_USER))||(!verify($PHP_AUTH_USER,$PHP_AUTH_PW)))
{
ask();
}
else
{
echo OK;
exit;
}
?
=== END OF SOURCE CODE ===
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] HTTP AUTHENTICATION Solution
Hi Bharath, Please correspond via email for my convinience and also on the News Group for the benifit of the Php Developers... you are posting to the wrong List. php-dev is for developing PHP itself, and extensions for PHP in C. Please have a look which List is better. regards, Peter Petermann -- Homepage: www.cyberfly.net PHP Usergroups: www.phpug.de - [EMAIL PROTECTED] PHP Infos: www.php-center.de - [EMAIL PROTECTED] VL-SRM Homepage: www.vl-srm.net - [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #15060: Keine Ahnung was Ihr hier wollen tut!
Egon Schmid wrote: Have you read my response? what makes you think i haven't? It doesn´t had to do with the bug database. it definetly had It was only a more user friendly response to a bug report in German language which was declared as bogus. it was an answer to the original problem, so why *not* have it in the bug's log??? by the way: what made you so confident he was refering to strftime() and not date()? -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11716 Updated: Segmentation fault(coredump) in Apache(DSO-enabled) startup
ID: 11716
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Apache related
Operating System: AIX 4.3.3
PHP Version: 4.1.1
New Comment:
This is output from make.
SKIP
mkdir .libs
rm -fr .libs/libregex.la .libs/libregex.* .libs/libregex.*
ar cru .libs/libregex.al regcomp.lo regexec.lo regerror.lo regfree.lo
ranlib .libs/libregex.al
creating libregex.la
(cd .libs rm -f libregex.la ln -s ../libregex.la libregex.la)
make[2]: Leaving directory `/home/cmlee/Project/php-4.1.1/regex'
make[1]: Leaving directory `/home/cmlee/Project/php-4.1.1/regex'
Making all in .
make[1]: Entering directory `/home/cmlee/Project/php-4.1.1'
/bin/sh /home/cmlee/Project/php-4.1.1/libtool --mode=compile gcc -I.
-I/home/cmlee/Project/php-4.1.1/ -I/home/cmlee/Project/php-4.1.1/main
-I/home/cmlee/Project/php-4.1.1 -I/usr/local/apache/include
-I/home/cmlee/Project/php-4.1.1/Zend
-I/home/cmlee/Project/php-4.1.1/ext/xml/expat -DAIX=43
-DUSE_PTHREAD_SERIALIZED_ACCEPT -DAIX_BIND_PROCESSOR -DUSE_HSREGEX
-DUSE_EXPAT -I/home/cmlee/Project/php-4.1.1/TSRM -O2 -g -Wall
-prefer-pic -c stub.c
gcc -I. -I/home/cmlee/Project/php-4.1.1/
-I/home/cmlee/Project/php-4.1.1/main -I/home/cmlee/Project/php-4.1.1
-I/usr/local/apache/include -I/home/cmlee/Project/php-4.1.1/Zend
-I/home/cmlee/Project/php-4.1.1/ext/xml/expat -DAIX=43
-DUSE_PTHREAD_SERIALIZED_ACCEPT -DAIX_BIND_PROCESSOR -DUSE_HSREGEX
-DUSE_EXPAT -I/home/cmlee/Project/php-4.1.1/TSRM -O2 -g -Wall -c stub.c
-DPIC -o stub.lo
/bin/sh /home/cmlee/Project/php-4.1.1/libtool --mode=link gcc -I.
-I/home/cmlee/Project/php-4.1.1/ -I/home/cmlee/Project/php-4.1.1/main
-I/home/cmlee/Project/php-4.1.1 -I/usr/local/apache/include
-I/home/cmlee/Project/php-4.1.1/Zend
-I/home/cmlee/Project/php-4.1.1/ext/xml/expat -DAIX=43
-DUSE_PTHREAD_SERIALIZED_ACCEPT -DAIX_BIND_PROCESSOR -DUSE_HSREGEX
-DUSE_EXPAT -I/home/cmlee/Project/php-4.1.1/TSRM -O2 -g -Wall
-prefer-pic -o libphp4.la -rpath /home/cmlee/Project/php-4.1.1/libs
-Wl,-bI:/usr/local/apache/libexec/httpd.exp -avoid-version stub.lo
Zend/libZend.la sapi/apache/libsapi.la main/libmain.la
regex/libregex.la ext/pcre/libpcre.la ext/posix/libposix.la
ext/session/libsession.la ext/standard/libstandard.la ext/xml/libxml.la
TSRM/libtsrm.la -ldl -lcrypt -lbind -lm -ldl -lcrypt
mkdir .libs
rm -fr .libs/libphp4.la .libs/libphp4.* .libs/libphp4.*
(cd . ln -s stub.lo stub.o)
generating symbol list for `libphp4.la'
/usr/bin/nm -B stub.o Zend/.libs/libZend.al
sapi/apache/.libs/libsapi.al main/.libs/libmain.al
regex/.libs/libregex.al ext/pcre/.libs/libpcre.al
ext/posix/.libs/libposix.al ext/session/.libs/libsession.al
ext/standard/.libs/libstandard.al ext/xml/.libs/libxml.al
TSRM/.libs/libtsrm.al | sed -n -e 's/^.*[ ]\([BCDT][BCDT]*\)[
][ ]*\(\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' | sed 's/.* //'
| sort | uniq .libs/libphp4.exp
nm: ext/standard/.libs/libstandard.al[image.lo]: 0654-206 Cannot
process the symbol table.
SKIP
(cd .libs/libphp4.lax/libtsrm.al ar x
/home/cmlee/Project/php-4.1.1/TSRM/.libs/libtsrm.al)
gcc -shared -o .libs/libphp4.so.0 stub.o
.libs/libphp4.lax/libZend.al/zend_language_parser.lo (. SKIP .)
TSRM/.libs/libtsrm.al -ldl -lcrypt -lbind -lm -ldl -lcrypt
-lc -Wl,-bI:/usr/local/apache/libexec/httpd.exp ${wl}-berok
-Wl,-bnoentry -Wl,-bexport:.libs/libphp4.exp
ar -crlo .libs/libphp4.a .libs/libphp4.so.0
rm -fr .libs/libphp4.lax
creating libphp4.la
(cd .libs rm -f libphp4.la ln -s ../libphp4.la libphp4.la)
make[1]: Leaving directory `/home/cmlee/Project/php-4.1.1'
Making all in pear
make[1]: Entering directory `/home/cmlee/Project/php-4.1.1/pear'
make[1]: Leaving directory `/home/cmlee/Project/php-4.1.1/pear'
Previous Comments:
[2002-01-16 02:51:34] [EMAIL PROTECTED]
Can you provide some output from make/configure where
.libs/libphp4.so.0 is referenced?
[2002-01-16 02:45:20] [EMAIL PROTECTED]
This is my testing environment:
AIX 4.3.3
gcc 2.95.3
Apache 1.3.22
PHP 4.1.1
It works in DSO-enabled apache. However, there is still
installation problem like the following.
--- configure and make works fine ---
# make install
Making install in .
make[1]: Entering directory `/home/cmlee/php-4.1.1'
/usr/local/apache/bin/apxs -i -a -n php4 libs/libphp4.so
[activating module `php4' in [/usr/local/apache/conf/httpd.conf]
cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so
cp: libs/libphp4.so: No such file or directory
apxs:Break: Command failed with rc=1
make[1]: *** [install-sapi] Error 1
make[1]: Leaving directory `/home/cmlee/php-4.1.1'
make: *** [install-recursive] Error 1
# cp .libs/libphp4.so.0 /usr/local/apache/libexec/libphp4.so
# cd /usr/local/apache/bin
#
[PHP-DEV] Bug #13596 Updated: php crash on second accessing of allocated memory
ID: 13596
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Semaphore related
Operating System: redhat 7.1
PHP Version: 4.0.6
New Comment:
yes
Previous Comments:
[2002-01-16 05:45:42] [EMAIL PROTECTED]
yes
[2002-01-14 02:31:31] [EMAIL PROTECTED]
Does this work on 4.1.1?
[2001-10-08 11:30:28] [EMAIL PROTECTED]
I got it working, but i had to change C source for it:
in ext/shmop/shmop.c
--
if (memchr((*flags)-value.str.val, 'a',
(*flags)-value.str.len)) {
shmflg = SHM_RDONLY;
shmop-shmflg |= IPC_EXCL;
}
-
changed to:
-
if (memchr((*flags)-value.str.val, 'a',
(*flags)-value.str.len)) {
shmop-shmflg |= IPC_EXCL;
shmop-shmflg |= SHM_R;
shmop-shmflg |= SHM_W;
}
-
and it worked
I hope php 4.0.7 will implement some patch too for it (CVS is still
buggy)
Thx.
O.
[2001-10-08 07:33:08] [EMAIL PROTECTED]
Hi.
Its seems to be impossible to use shmop_write if you are opening memory
segment secong time.
example code (produces crash):
$mid = 0xffe;
$shm_id = shmop_open($mid, c, 0644, 100);
if(!$shm_id) {
echo Couldn't create shared memory segment\n;
}
$shm_bytes_written = shmop_write($shm_id, my shared memory block,
0);
if($shm_bytes_written != strlen(my shared memory block)) {
echo Couldn't write the entire length of data\n;
}
shmop_close($shm_id);
$shm_id = shmop_open($mid, a, 0, 0);
$shm_bytes_written = shmop_write($shm_id, my shared memory block,
0);
if($shm_bytes_written != strlen(my shared memory block)) {
echo Couldn't write the entire length of data\n;
}
shmop_close($shm_id);
I did somehting wrong? or i should use other release of PHP?
O.
Edit this bug report at http://bugs.php.net/?id=13596edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13596 Updated: php crash on second accessing of allocated memory
ID: 13596
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Semaphore related
Operating System: redhat 7.1
PHP Version: 4.0.6
New Comment:
yes
Previous Comments:
[2002-01-14 02:31:31] [EMAIL PROTECTED]
Does this work on 4.1.1?
[2001-10-08 11:30:28] [EMAIL PROTECTED]
I got it working, but i had to change C source for it:
in ext/shmop/shmop.c
--
if (memchr((*flags)-value.str.val, 'a',
(*flags)-value.str.len)) {
shmflg = SHM_RDONLY;
shmop-shmflg |= IPC_EXCL;
}
-
changed to:
-
if (memchr((*flags)-value.str.val, 'a',
(*flags)-value.str.len)) {
shmop-shmflg |= IPC_EXCL;
shmop-shmflg |= SHM_R;
shmop-shmflg |= SHM_W;
}
-
and it worked
I hope php 4.0.7 will implement some patch too for it (CVS is still
buggy)
Thx.
O.
[2001-10-08 07:33:08] [EMAIL PROTECTED]
Hi.
Its seems to be impossible to use shmop_write if you are opening memory
segment secong time.
example code (produces crash):
$mid = 0xffe;
$shm_id = shmop_open($mid, c, 0644, 100);
if(!$shm_id) {
echo Couldn't create shared memory segment\n;
}
$shm_bytes_written = shmop_write($shm_id, my shared memory block,
0);
if($shm_bytes_written != strlen(my shared memory block)) {
echo Couldn't write the entire length of data\n;
}
shmop_close($shm_id);
$shm_id = shmop_open($mid, a, 0, 0);
$shm_bytes_written = shmop_write($shm_id, my shared memory block,
0);
if($shm_bytes_written != strlen(my shared memory block)) {
echo Couldn't write the entire length of data\n;
}
shmop_close($shm_id);
I did somehting wrong? or i should use other release of PHP?
O.
Edit this bug report at http://bugs.php.net/?id=13596edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14354 Updated: sybase_query returns 1 regardless of delete success
ID: 14354 Updated by: lobbin Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Sybase (dblib) related Operating System: Linux Mandrake 8 Old PHP Version: 4.0.6 PHP Version: 4.1.1 Previous Comments: [2002-01-08 17:02:43] [EMAIL PROTECTED] I just tried it on php 4.1.1 and the problem still exists. [2002-01-07 02:34:06] [EMAIL PROTECTED] Does this problem still exist on 4.1.1? [2001-12-12 06:41:44] [EMAIL PROTECTED] oh, ok, then it is not bogus. [2001-12-12 06:24:21] [EMAIL PROTECTED] I'm not sure if I can agree with you on that. If I don't use the @ sign, sybase_query displays a warning of the type Warning: Sybase message: Children still exist in 'table1'. Cannot delete parent 'table2'. (severity 16) in /path/to/my/script.php on line 1432 Doesn't that mean that sybase_query didn't return ok? Besides, according to the documentation, the function sybase_affected_rows is only implemented for the ct library, not dblib. Unfortunately, we haven't been able to get sybase-ct to work for us, even though we tried all the hints we could get. [2001-12-11 13:58:59] [EMAIL PROTECTED] Actually, this is not a bug. The query still executes ok, but the result is different then you want. You can check with the sybase_affected_rows function if it is deleted or not: www.php.net/sybase_affected_rows Derick The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=14354 Edit this bug report at http://bugs.php.net/?id=14354edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12813 Updated: Bug id #11058 but on linux.
ID: 12813 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Network related Operating System: Linux PHP Version: 4.0.6 New Comment: Does this still apply on 4.1.1? Previous Comments: [2001-08-20 09:41:09] [EMAIL PROTECTED] It looks like the getaddrinfo function dont consider the /etc/hosts file so if a domain cant be converted to an ip using dns server then the error will show. if i try to do: include(on.my.etc.hosts.files/whatever) the error will show up if i do include(my.real.domain.on.the.internet) everything will work fine Frank Pazzooo Contrepois [2001-08-17 11:04:29] [EMAIL PROTECTED] System Linux bato 2.2.19 #1 Thu Jun 7 10:44:22 Local time zone must be set--see zic manuali686 i686 unknown Build Date Aug 17 2001 Configure Command './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--prefix=/usr/local/php' '--with-openssl=/usr/local/' '--with-pgsql' '--without-mysql' Server API Apache when I try to fopen or include an url i got 2 warning: Warning: php_network_getaddresses: getaddrinfo failed: Name or service not known in /home/www/motoko/htdocs/cwnd-xml/parser-site-xml.php on line 374 Warning: Failed opening 'http://www.motoko.lan/cwnd-xml/CORPO/cwnd-parser-materiale.php?url=cwnd-materiale.xml' for inclusion (include_path='.:/usr/local/php/lib/php') in /home/www/motoko/htdocs/cwnd-xml/parser-site-xml.php on line 374 everything work fine with windows using fopen Frank Pazzooo Contrepois Edit this bug report at http://bugs.php.net/?id=12813edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13021 Updated: ip2long erroneous in actually creating a long
ID: 13021 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Network related Operating System: Linux 2.2.17 PHP Version: 4.0.6 New Comment: Works for me on 4.1.0, please verify. Previous Comments: [2001-08-29 06:09:31] [EMAIL PROTECTED] Actually the given example of 'equivalent' URLs will return in: The following URLs are equivalent: http://www.php.net/, http://208.247.106.187/, and http://-789091653/ The last one, obviously being erroneous. http://www.php.net/manual/en/function.ip2long.php Edit this bug report at http://bugs.php.net/?id=13021edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12792 Updated: mhash seg fault
ID: 12792 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: mhash related Operating System: Red Hat 7.1 PHP Version: 4.0.6 New Comment: Works for me on 4.1.0, please verify. Previous Comments: [2001-08-16 10:03:55] [EMAIL PROTECTED] PHP causes a seg fault when I try to use any mhash functions. Versions: PHP 4.0.6 Apache 1.3.20 RedHat 7.1 mhash 0.8.9 PHP was configured with these options: ./configure \ --with-apxs \ --with-ibm-db2=shared \ --with-ldap=shared \ --with-fdftk=shared,/usr/local \ --with-mcrypt=shared \ --with-mhash=shared \ --enable-ftp \ --with-config-file-path=/etc \ --enable-trans-sid \ --enable-debug \ Everything other than the mhash and mcrypt functions works. As a test, I tried to run this script: ?php $key = 'test key'; $message = 'This is a test message.'; $md5hash = bin2hex(mhash(MHASH_MD5, $message, $key)); echo Message: $messagebr/\n; echo Key: $keybr/\n; echo MD5 Hash: $md5hashbr/\n; ? The following backtrace was generated: #0 0x400099f2 in _dl_lookup_versioned_symbol () at eval.c:41 #1 0x4000d206 in fixup () at eval.c:41 #2 0x4000d3a0 in _dl_runtime_resolve () at eval.c:41 #3 0x406dc50a in mhash_hmac_init () from /usr/lib/libmhash.so.2 #4 0x4054c6d0 in php_if_mhash (ht=3, return_value=0x8137064, this_ptr=0x0, return_value_used=1) at mhash.c:171 #5 0x40420de9 in execute (op_array=0x8136ef4) at ./zend_execute.c:1504 #6 0x404315f1 in zend_execute_scripts (type=8, file_count=3) at zend.c:752 #7 0x404487a4 in php_execute_script (primary_file=0xb870) at main.c:1206 #8 0x4044403a in apache_php_module_main (r=0x80a21c0, display_source_mode=0) at sapi_apache.c:89 #9 0x40444ccc in send_php (r=0x80a21c0, display_source_mode=0, filename=0x80a3c78 /var/www/html/smart/hash-crypt-test.php) at mod_php4.c:536 #10 0x40444d01 in send_parsed_php (r=0x80a21c0) at mod_php4.c:547 #11 0x80551bd in ap_invoke_handler () at eval.c:41 #12 0x806735c in ap_some_auth_required () at eval.c:41 #13 0x80673d3 in ap_process_request () at eval.c:41 #14 0x805fa37 in ap_child_terminate () at eval.c:41 #15 0x805fbda in ap_child_terminate () at eval.c:41 #16 0x805fd1d in ap_child_terminate () at eval.c:41 #17 0x806033e in ap_child_terminate () at eval.c:41 #18 0x8060c03 in main () at eval.c:41 #19 0x40151777 in __libc_start_main () from /lib/libc.so.6 As a separate test, I also ran this script: ?php $key = 'test key'; $message = 'This is a test message.'; $md5hash = bin2hex(mhash(MHASH_MD5, $message)); echo Message: $messagebr/\n; echo Key: $keybr/\n; echo MD5 Hash: $md5hashbr/\n; ? (since not using a key changes the call made in mhash.c). This also failed, and here's the backtrace: #0 0x400099f2 in _dl_lookup_versioned_symbol () at eval.c:41 #1 0x4000d206 in fixup () at eval.c:41 #2 0x4000d3a0 in _dl_runtime_resolve () at eval.c:41 #3 0x406dc159 in mhash_init () from /usr/lib/libmhash.so.2 #4 0x4054c6eb in php_if_mhash (ht=2, return_value=0x8136fc4, this_ptr=0x0, return_value_used=1) at mhash.c:176 #5 0x40420de9 in execute (op_array=0x8136ef4) at ./zend_execute.c:1504 #6 0x404315f1 in zend_execute_scripts (type=8, file_count=3) at zend.c:752 #7 0x404487a4 in php_execute_script (primary_file=0xb870) at main.c:1206 #8 0x4044403a in apache_php_module_main (r=0x80a21c0, display_source_mode=0) at sapi_apache.c:89 #9 0x40444ccc in send_php (r=0x80a21c0, display_source_mode=0, filename=0x80a3c78 /var/www/html/smart/hash-crypt-test.php) at mod_php4.c:536 #10 0x40444d01 in send_parsed_php (r=0x80a21c0) at mod_php4.c:547 #11 0x80551bd in ap_invoke_handler () at eval.c:41 #12 0x806735c in ap_some_auth_required () at eval.c:41 #13 0x80673d3 in ap_process_request () at eval.c:41 #14 0x805fa37 in ap_child_terminate () at eval.c:41 #15 0x805fbda in ap_child_terminate () at eval.c:41 #16 0x805fd1d in ap_child_terminate () at eval.c:41 #17 0x806033e in ap_child_terminate () at eval.c:41 #18 0x8060c03 in main () at eval.c:41 #19 0x40151777 in __libc_start_main () from /lib/libc.so.6 Let me know if there's any other information I can supply. - James Edit this bug report at http://bugs.php.net/?id=12792edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13283 Updated: Can't make MD4
ID: 13283 Updated by: lobbin Old Summary: Can't make MD4 Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: mhash related Operating System: Linux PHP Version: 4.0.6 New Comment: On 4.1.0: The crc32-hash is 3bf7d740 The md4-hash is f946e584b60439a1c89c4ab20b45eb02 - Closed. Previous Comments: [2001-09-13 07:45:19] [EMAIL PROTECTED] Script: $input = MyPw; $hash = mhash (MHASH_CRC32, $input); print The crc32-hash is .bin2hex($hash).\nbr; $hash = mhash (MHASH_MD4, $input); print The md4-hash is .bin2hex ($hash).\nbr; Output: The crc32-hash is 3bf7d740 The md4-hash is 3bf7d740 [2001-09-13 07:40:39] [EMAIL PROTECTED] Please post a short reproducing scripts and a backtrace. Derick [2001-09-13 07:36:49] [EMAIL PROTECTED] mhash works, linux makes the correct md4-hash, but if i use MHASH_MD4, it is a CRC32-Hash. Edit this bug report at http://bugs.php.net/?id=13283edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Overloading Tags with PHP functions
Sebastian Bergmann wrote: TINX (This Is Not XSP), which I put into PEAR, currently allows for tag-triggered function and method calls. Finde ich wo? In meinem PEAR scheint es nicht zu sein? Pfadname, URL? Kristian -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15065: include behaviour
From: [EMAIL PROTECTED] Operating system: im guessing, all PHP version: 4.0.6 PHP Bug Type: Feature/Change Request Bug description: include behaviour If the include() occurs inside a function within the calling file, then all of the code contained in the called file will behave as though it had been defined inside that function. this is the current behaviour, straight out of the manual for include(),.. now, this gets tricky, if you have function includes over 3-4-5 or more levels of includes, for example index.php calls subfiles() which includes blah.php which calls modules.php which includes file.php and so on.. usage of global variables in theese files forces people to use global definitions like in functions on a global-current-file-scope, or in one of the lower levels in functions,.. maybe if would be a good idea to make a php.ini switch like force_global_includes to change this behaviour, so the variables in the includes always get defined in the global scope? -- Edit bug report at: http://bugs.php.net/?id=15065edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13021 Updated: ip2long erroneous in actually creating a long
ID: 13021 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Network related Operating System: Linux 2.2.17 PHP Version: 4.0.6 New Comment: Hm, I can't seem to reproduce it anymore, we've upgraded our OS to 2.4.13-ngpt, although I doubt it has anything to do with it. Thanks for looking anyway :) Previous Comments: [2002-01-16 06:00:51] [EMAIL PROTECTED] Works for me on 4.1.0, please verify. [2001-08-29 06:09:31] [EMAIL PROTECTED] Actually the given example of 'equivalent' URLs will return in: The following URLs are equivalent: http://www.php.net/, http://208.247.106.187/, and http://-789091653/ The last one, obviously being erroneous. http://www.php.net/manual/en/function.ip2long.php Edit this bug report at http://bugs.php.net/?id=13021edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13021 Updated: ip2long erroneous in actually creating a long
ID: 13021 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Network related Operating System: Linux 2.2.17 PHP Version: 4.0.6 New Comment: Then we close it Previous Comments: [2002-01-16 06:55:37] [EMAIL PROTECTED] Hm, I can't seem to reproduce it anymore, we've upgraded our OS to 2.4.13-ngpt, although I doubt it has anything to do with it. Thanks for looking anyway :) [2002-01-16 06:00:51] [EMAIL PROTECTED] Works for me on 4.1.0, please verify. [2001-08-29 06:09:31] [EMAIL PROTECTED] Actually the given example of 'equivalent' URLs will return in: The following URLs are equivalent: http://www.php.net/, http://208.247.106.187/, and http://-789091653/ The last one, obviously being erroneous. http://www.php.net/manual/en/function.ip2long.php Edit this bug report at http://bugs.php.net/?id=13021edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15065 Updated: include behaviour
ID: 15065 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: im guessing, all PHP Version: 4.0.6 New Comment: it probably applies to all versions of php, atleast 4.x :) Previous Comments: [2002-01-16 06:54:21] [EMAIL PROTECTED] If the include() occurs inside a function within the calling file, then all of the code contained in the called file will behave as though it had been defined inside that function. this is the current behaviour, straight out of the manual for include(),.. now, this gets tricky, if you have function includes over 3-4-5 or more levels of includes, for example index.php calls subfiles() which includes blah.php which calls modules.php which includes file.php and so on.. usage of global variables in theese files forces people to use global definitions like in functions on a global-current-file-scope, or in one of the lower levels in functions,.. maybe if would be a good idea to make a php.ini switch like force_global_includes to change this behaviour, so the variables in the includes always get defined in the global scope? Edit this bug report at http://bugs.php.net/?id=15065edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15065 Updated: include behaviour
ID: 15065 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Feature/Change Request Operating System: im guessing, all PHP Version: 4.0.6 New Comment: please use the special array $GLOBALS[] Previous Comments: [2002-01-16 06:57:07] [EMAIL PROTECTED] it probably applies to all versions of php, atleast 4.x :) [2002-01-16 06:54:21] [EMAIL PROTECTED] If the include() occurs inside a function within the calling file, then all of the code contained in the called file will behave as though it had been defined inside that function. this is the current behaviour, straight out of the manual for include(),.. now, this gets tricky, if you have function includes over 3-4-5 or more levels of includes, for example index.php calls subfiles() which includes blah.php which calls modules.php which includes file.php and so on.. usage of global variables in theese files forces people to use global definitions like in functions on a global-current-file-scope, or in one of the lower levels in functions,.. maybe if would be a good idea to make a php.ini switch like force_global_includes to change this behaviour, so the variables in the includes always get defined in the global scope? Edit this bug report at http://bugs.php.net/?id=15065edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15055 Updated: setting a _GET[] variable does not set it in _REQUEST
ID: 15055 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: *General Issues Operating System: Linux PHP Version: 4.1.1 New Comment: _REQUEST is only initialized once (at start). Any later changes to _GET and/or _POST will not show up. Previous Comments: [2002-01-15 15:48:15] [EMAIL PROTECTED] If you set a variable in the $_GET array, it will not show up in the $_REQUEST array. ? $_GET[page] = index.php; echo get=.$_GET[page].\n; echo request=.$_REQUEST[page].\n; ? This will output: get=index.php request= But it should output: get=index.php request=index.php My configure was: ./configure \ --enable-sockets \ --with-ftp \ --with-xml \ --with-pgsql \ --with-apxs=/usr/local/apache/bin/apxs \ --with-imap Thanks, -Pete Edit this bug report at http://bugs.php.net/?id=15055edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15060 Updated: include behaviour
ID: 15060 Updated by: hholzgra Old Summary: Keine Ahnung was Ihr hier wollen tut! Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Bogus Status: Feedback Bug Type: Date/time related Old Operating System: win 2000 Operating System: im guessing, all PHP Version: 4.0.6 New Comment: seems we have found another bad implementation of strftime() :( setting to feedback as i'm waiting for further info ... Previous Comments: [2002-01-15 18:31:55] [EMAIL PROTECTED] Keine Ahnung was du uns sagen willst. 1) English 2) Search the bug database for duplicates/solutions first 3) Be more descriptive 4) Provide/Paste a reproduceable self-contained script [2002-01-15 18:18:27] [EMAIL PROTECTED] Das Problem ist bei der Ausgabe der Wochenformatierung des Timestamps, dass ab diesem Jahr die Formatierung eine Woche hinterherhinkt--- beginn ist bei 0 und nicht bei 1. Edit this bug report at http://bugs.php.net/?id=15060edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15062 Updated: apache crash in php4ts.dll
ID: 15062
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Reproducible crash
Operating System: Windows 2000 + Apache
PHP Version: 4.1.1
New Comment:
Are you sure this isn't a dupe of #14453???
Anyway, can you simplify the script and make it self-contained?
Previous Comments:
[2002-01-15 20:12:42] [EMAIL PROTECTED]
i am running latest stable 1.3 apache on my windows 2000 machine
here.
When i execute the following code (both $f_user and $f_pass are
populated)
?php
require_once(global.php);
if (isset ($f_user) isset ($f_pass)) {
/* so the user [form] needs to be logged in... */
$sql = SELECT * FROM login WHERE user = ' . addslashes($f_user) .
';
$userchk = db_connect($sql, Y);
if ( isset($userchk) ($userchk != )) {
if ( $userchk-pass = $f_pass ) {
$icauser = true;
session_register(icauser);
}
}
}
?
it causes apache.exe to crash.
when restarting the service, i get the following message 3 times:
titlebar: apache.exe Entry Point Not Found
message: The procedure entry point wrong_param_count could not be
located in the dynamic link library php4ts.dll.
I will get/give more info as requested.
Edit this bug report at http://bugs.php.net/?id=15062edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14502 Updated: change to input type=image data from HTML forms
ID: 14502 Updated by: sander Old Summary: change to input type=image data from HTML forms Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Feature/Change Request Operating System: win me PHP Version: 4.1.0 New Comment: Impossible. Closing. Previous Comments: [2001-12-13 23:44:40] [EMAIL PROTECTED] AFAIK, this is impossible. The browsers only send the coordinates to the webserver and nothing else. --Jani [2001-12-13 22:29:48] [EMAIL PROTECTED] To cut down the amount of work and number of pages in my employers site I'm trying to have one page that serves as a backdrop for all the full sized pictures. I've been using HTML forms to pass values to my PHP pages, but ran into problems with the image input type. I want to show the thumbnail th_Boat.jpg which when clicked will call the ALLPICS.php file and send it the URL of the large picture I want displayed: BigBoat.jpg. input type=image src=th_Boat.jpg name=PICTURE value=BigBoat.jpg I was hoping that this would call ALLPICS.php and send it the variable $PICTURE with the value BigBoat.jpg. This would enable me to have one generic big picture page for the whole site using the line: print(IMG SRC=\$PICTURE\); //called from within ALLPICS.php unfortunately I can only get the x and y coordinates of the click, not the VALUE from the input statement. Would you consider the addition of _value to _x and _y so that the value section of the HTML tag input type=image could be more useful? Keep up the great work Christopher Edit this bug report at http://bugs.php.net/?id=14502edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11153 Updated: imap_check() returns wrong date
ID: 11153
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: IMAP related
Operating System: linux 2.2.17
PHP Version: 4.0.4pl1
New Comment:
Does this error still occur with the lastest (CVS) version?
Previous Comments:
[2001-05-28 07:17:42] [EMAIL PROTECTED]
The Date field of the object returned by imap_check should contain the
date of the last change of the selected mailbox, but it always return
the date and time on which the function is called, at least on my
system.
I use c-client version 4.1 or more precisely
imap-2001.BETA.SNAP-0104262058
I use courier-imap-1.3.6 imap server
Script to reproduce error:
$servercon = imap_open({mail.domain.com:143}INBOX, someone,
secret);
$mailboxStatus = imap_mailboxmsginfo($servercon);
echo $mailboxStatus-Date;
imap_close($servercon);
I have tried the above script on an older server with php 4.0.2, and
older c-client library. I have also tried connecting to some older
sendmail based mailserver with the same results.
Edit this bug report at http://bugs.php.net/?id=11153edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7848 Updated: IMAP is very slow in CGI version
ID: 7848 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: IMAP related Operating System: NetBSD, Linux, Windows 2k PHP Version: 4.0 Latest CVS (16/11/2000) New Comment: Does this error still occur with the lastest (CVS) version? Previous Comments: [2001-11-27 05:44:03] [EMAIL PROTECTED] I can't reproduce this with 4.0.6, latest CVS or 4.1.0RC3 as they don't compile on my machine. Bug already reported on php-qa@. However, the machine was upgraded, although it's still running NetBSD 1.5, Apache 1.3.20 and PHP 4.0.5 as CGI, it's now an Athlon 800 instead of a PPro200, and it's quite fast. However, bug still exists as PHP as module is faster, and the IMAP code hasn't changed quite a lot since last year. [2001-11-27 05:32:01] [EMAIL PROTECTED] Does this problem still occur with the 4.0.6, the latest RC(http://download.php.net/~zeev/php-4.1.0RC3.tar.gz) or the latest CVS? [2000-11-29 19:05:24] [EMAIL PROTECTED] I tested imap_fetchstructure() with the pear/Benchmark/Timer.php package with the following code: [...] $timer = new Benchmark_Timer; $timer-start(); $timer-set_marker(42); $struct_msg = @imap_fetchstructure($pop, $mail); $timer-stop(); $profiling = $timer-get_profiling(); [...] Here're the results with PHP latest snapshot as CGI on a PPro200, 256MB, and POP server being local, Apache 1.3.14, PHP binary is 2MB large (without debugging symbols). I load one mail at a time and see how long it takes for imap_fetchstructure() to parse it depending on the size: - 1KB, no attachment: 0.011 sec - 78KB, no att: 0.225 - 68KB, 1 att: 0.225 - 1428KB, 1 att: 4 to 7 seconds ! With PHP loaded as a module, it's immediate ( 1 second) During the test, the load was 0.6 and I tested several times to be sure of the results. So, to sum up: imap_fetchstructure() is slow with big mails when PHP is compiled as CGI. [2000-11-18 11:48:23] [EMAIL PROTECTED] I think I identified the slowliness factor: big mails. Testing with Apache 1.3.14 on NetBSD with PHP 4 latest snapshot and imap 2000 final on a PPro 200/256MB, mail server being POP3 and on the same LAN than the Web server: - mailbox with 15 small ( 10KB) messages: 15 seconds to load - mailbox with 4 messages and one being over 1MB: 30 seconds to load When I test this on Apache 1.3.12 with PHP 4.0.3pl1 as module, IMAP server on the same LAN, on a Celeron 500/256MB: - mailbox with 4 messages and one being over 1MB: 3 seconds to load - very fast, the slowliness can't be identified when PHP is loaded as a module. It seems like the imap lib is taking a lot of time to parse a _big_ message, that can be seen in CGI mode, not in module mode (at least for Apache). I was wrong with imap_sort() being slow, it didn't change anything with a small mailbox, therefore with a big message, it increases a bit more loading the mailbox: - mailbox with 4 mails and one over 1MB: 30 seconds - same mailbox, imap_sort() commented out: 20 seconds. In all these tests with PHP as CGI, it seems to take 3MB of RAM, no more, even with big messages. I tested all these with IE5 and latest Mozilla which both handle HTML tables correctly unlike Netscape 4.x ok, I finally traced it back to a specific function: I use both imap_header() and imap_fetchstructure() functions for my webmail client: - imap_fetchstructure() commented, I get back to 15-20 seconds with my 4 mails' mailbox and one 1MB. - imap_header() commented, I get 27 seconds (close to 30 seconds) with the same mailbox. ok, to summarize this :) = With big mails ( 1MB or so), imap_fetchstructure() is very slow in CGI mode. Well, no, I'm disappointed, I just tested with a 6 mails' mailbox which of 3 are 1MB large: - normal code: after 2 minutes, php error: max. 30 seconds time exceeded at line 44 - imap_fetchstructure() - imap_fetchstructure() commented, 1 minute - imap_fetchstructure() and imap_sort() commented, 45 seconds I know MIME parsing is really a hard job, but why is the CGI version so much slower than the Apache module version ? Any idea ? [2000-11-18 09:47:30] [EMAIL PROTECTED] can you trace it back to a specific funtion? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=7848 Edit this bug report at http://bugs.php.net/?id=7848edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL
[PHP-DEV] Bug #10356 Updated: imap_utf7_encode cann't encode Chinese correctly
ID: 10356
Updated by: sander
Old Summary: imap_utf7_encode cann't encode Chinese correctly
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: IMAP related
Operating System: FreeBSD
PHP Version: 4.0.4pl1
New Comment:
Does this error still occur with the lastest (CVS) version?
Previous Comments:
[2001-05-03 15:38:11] [EMAIL PROTECTED]
reclassifying
[2001-04-16 22:46:59] [EMAIL PROTECTED]
I try to use the imap_utf7_encode and imap_utf_decode to
decode and encode the example in RFC2060. But they are
not correct.
I compile with the c-client of imap2000a.
example¡G
echo imap_utf7_decode('U,BTFw-');
echo imap_utf7_encode('¥x¥_');
Edit this bug report at http://bugs.php.net/?id=10356edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] ==== Áß±¹ °æÁ¦½Å¹®À» º¸¸é Áß±¹ÀÌ º¸Àδ٠==== [±¤°í]
Title: Untitled Document # Áß±¹ °æÁ¦½Å¹®À» º¸¸é Áß±¹ÀÌ º¸Àδ٠# Áß±¹°æÁ¦½Å¹®Àº Çѱ¹¿¡¼ ¹ßÇàµÇ´Â À¯ÀÏÇÑ Áß±¹°ü·Ã °æÁ¦Àü¹®Áö·Î¼ 1998³â 11¿ù â°£ÇØ ±× µ¿¾È Áß±¹ ÀüÁö¿ªÀÇ Çѱ¹±³¹ÎÀ» ´ë»óÀ¸·Î °¢Á¾ ÇÑÁß°ü·Ã °æÁ¦¼Ò½Ä°ú Áö¿ª¼Ò½Ä µîÀ» ÀüÇØ ¿Ô½À´Ï´Ù. Áß±¹°æÁ¦½Å¹®»ç´Â ºÏ°æÁö»ç¸¦ À§½ÃÇÏ¿© õÁø.»óÇØ.±¤ÁÖ.½É¾ç.´ë·Ã.ûµµ µîÁö¿¡ »óÁÖ Æ¯ÆÄ¿øÀ» ÆÄ°ß, Áß±¹³» Àü±¹ÀûÀÎ ³×Æ®¿öÅ©¸¦ ±¸ÃàÇÏ°íÀÖÀ¸¸ç ,°¢Áö¿ªÀÇ ¼Ò½ÄÀ» Á¤È®.½Å¼ÓÈ÷ ÀüÇϱâ À§ÇØ ³ë·ÂÇÏ°í ÀÖ½À´Ï´Ù. º»Áö´Â ÁÖ°£ Àü¹®Áö »ç»ó óÀ½À¸·Î Óßñé °ü·Ã ¼Ò½Ä¿¡ ´ëÇÑ ¿µÇâ·ÂÀ» ÀÎÁ¤¹Þ¾Æ ´ëÇÑÇ×°øÀ» ºñ·ÔÇÑ ¾Æ½Ã¾Æ³ª, Áß±¹ºÏ¹æ ¹× µ¿¹æÇ×°ø,Áß±¹¹ÎÇ×µî ÇÑ.ÁßÀ» ¿À°¡´Â ¸ðµç Ç×°øÆí°ú ±¹Á¦¿©°´ÃëÇ× ¼±»ç(õÁø.ûµµ.»óÇØ.À§ÇØ. ´Üµ¿.¿¬ÅÂ)¿¡ žÀçµÇ°í ÀÖ½À´Ï´Ù. Áß±¹¿¡ ´ëÇÑ ¸íÄèÇÑ ÇØ´äÀ» Á¦½ÃÇÏ´Â Áß±¹°æÁ¦½Å¹®ÀÌ µ¶ÀÚ ¿©·¯ºÐµéÀÇ Æø³ÐÀº ÀÇ°ßÀ» ¼ö·ÅÇϱâ À§ÇÏ¿© ȸ¿øÀ» ¸ðÁýÇÏ°í ÀÖ½À´Ï´Ù. ½Å¹®±¸µ¶ / ±¤°í ¹®ÀÇ / ÄÁ¼³Æà ÀÇ·Ú´Â Áö±Ý¹Ù·Î ¿¬¶ô ÁֽʽÿÀ. »ó¼¼ ÀÚ·á º¸±â ¹® ÀÇ - ùÛÏÐÜâÝ»:02) 708 - 4582 , FAX : 708 - 4579 ±ÍÇÏÀÇ ¸ÞÀÏÁÖ¼Ò´Â À¥ ¼ÇÎÁß ¾Ë°ÔµÈ °ÍÀ̸ç, E-Mail ÁÖ¼Ò ¿Ü¿¡ ´Ù¸¥ Á¤º¸´Â °®°í ÀÖÁö ¾Ê½À´Ï´Ù. Á¤ÅëºÎ ±Ç°í»çÇ׿¡ ÀÇ°Å Á¦¸ñ¿¡ [±¤°í]¶ó°í Ç¥±âÇÑ ¸ÞÀÏÀÔ´Ï´Ù. ¿øÄ¡ ¾ÊÀ¸¸é ¼ö½Å°ÅºÎ¸¦ ´·¯ÁÖ¼¼¿ä. -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15065 Updated: include behaviour
ID: 15065 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Feature/Change Request Operating System: im guessing, all PHP Version: 4.0.6 New Comment: even with $GLOBALS or $_GLOBALS in 4.1, it still only reduces the problem by a larage part, but still enough of it remains visible. i dont want to use $_GLOBALS['varname'] for variable definitions outside functions (in global scope), to make it global on any depth of include(), when it seems very simple to add a switch to change include()'s behaviour, so that all variables set outside the functions would/could automatically be considered global. i know with 4.1 its easier to bypass this with php code, but you could just remove $_GLOBAL[] outside the functions alltogether if you wanted to set(use?) global variables. Previous Comments: [2002-01-16 07:08:05] [EMAIL PROTECTED] please use the special array $GLOBALS[] [2002-01-16 06:57:07] [EMAIL PROTECTED] it probably applies to all versions of php, atleast 4.x :) [2002-01-16 06:54:21] [EMAIL PROTECTED] If the include() occurs inside a function within the calling file, then all of the code contained in the called file will behave as though it had been defined inside that function. this is the current behaviour, straight out of the manual for include(),.. now, this gets tricky, if you have function includes over 3-4-5 or more levels of includes, for example index.php calls subfiles() which includes blah.php which calls modules.php which includes file.php and so on.. usage of global variables in theese files forces people to use global definitions like in functions on a global-current-file-scope, or in one of the lower levels in functions,.. maybe if would be a good idea to make a php.ini switch like force_global_includes to change this behaviour, so the variables in the includes always get defined in the global scope? Edit this bug report at http://bugs.php.net/?id=15065edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] Bug #15060 Updated: include behaviour
[EMAIL PROTECTED] wrote: ID: 15060 Updated by: hholzgra Old Summary: Keine Ahnung was Ihr hier wollen tut! Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Bogus Status: Feedback Bug Type: Date/time related Old Operating System: win 2000 Operating System: im guessing, all PHP Version: 4.0.6 New Comment: I think the wires must have gotten crossed while updating this bug. Looks like the data from Bug 15065 overwrote the data here. Sean -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7848 Updated: IMAP is very slow in CGI version
ID: 7848 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: IMAP related Operating System: NetBSD, Linux, Windows 2k PHP Version: 4.0 Latest CVS (16/11/2000) New Comment: I don't have a slow machine to test this anymore. We switched to a more powerful machine where the problem is harder to pinpoint. Therefore, I guess the problem still remains as the IMAP source code hasn't changed since (besides additional features). I won't be able to test this bug anymore as I won't have time for this. Previous Comments: [2002-01-16 07:23:53] [EMAIL PROTECTED] Does this error still occur with the lastest (CVS) version? [2001-11-27 05:44:03] [EMAIL PROTECTED] I can't reproduce this with 4.0.6, latest CVS or 4.1.0RC3 as they don't compile on my machine. Bug already reported on php-qa@. However, the machine was upgraded, although it's still running NetBSD 1.5, Apache 1.3.20 and PHP 4.0.5 as CGI, it's now an Athlon 800 instead of a PPro200, and it's quite fast. However, bug still exists as PHP as module is faster, and the IMAP code hasn't changed quite a lot since last year. [2001-11-27 05:32:01] [EMAIL PROTECTED] Does this problem still occur with the 4.0.6, the latest RC(http://download.php.net/~zeev/php-4.1.0RC3.tar.gz) or the latest CVS? [2000-11-29 19:05:24] [EMAIL PROTECTED] I tested imap_fetchstructure() with the pear/Benchmark/Timer.php package with the following code: [...] $timer = new Benchmark_Timer; $timer-start(); $timer-set_marker(42); $struct_msg = @imap_fetchstructure($pop, $mail); $timer-stop(); $profiling = $timer-get_profiling(); [...] Here're the results with PHP latest snapshot as CGI on a PPro200, 256MB, and POP server being local, Apache 1.3.14, PHP binary is 2MB large (without debugging symbols). I load one mail at a time and see how long it takes for imap_fetchstructure() to parse it depending on the size: - 1KB, no attachment: 0.011 sec - 78KB, no att: 0.225 - 68KB, 1 att: 0.225 - 1428KB, 1 att: 4 to 7 seconds ! With PHP loaded as a module, it's immediate ( 1 second) During the test, the load was 0.6 and I tested several times to be sure of the results. So, to sum up: imap_fetchstructure() is slow with big mails when PHP is compiled as CGI. [2000-11-18 11:48:23] [EMAIL PROTECTED] I think I identified the slowliness factor: big mails. Testing with Apache 1.3.14 on NetBSD with PHP 4 latest snapshot and imap 2000 final on a PPro 200/256MB, mail server being POP3 and on the same LAN than the Web server: - mailbox with 15 small ( 10KB) messages: 15 seconds to load - mailbox with 4 messages and one being over 1MB: 30 seconds to load When I test this on Apache 1.3.12 with PHP 4.0.3pl1 as module, IMAP server on the same LAN, on a Celeron 500/256MB: - mailbox with 4 messages and one being over 1MB: 3 seconds to load - very fast, the slowliness can't be identified when PHP is loaded as a module. It seems like the imap lib is taking a lot of time to parse a _big_ message, that can be seen in CGI mode, not in module mode (at least for Apache). I was wrong with imap_sort() being slow, it didn't change anything with a small mailbox, therefore with a big message, it increases a bit more loading the mailbox: - mailbox with 4 mails and one over 1MB: 30 seconds - same mailbox, imap_sort() commented out: 20 seconds. In all these tests with PHP as CGI, it seems to take 3MB of RAM, no more, even with big messages. I tested all these with IE5 and latest Mozilla which both handle HTML tables correctly unlike Netscape 4.x ok, I finally traced it back to a specific function: I use both imap_header() and imap_fetchstructure() functions for my webmail client: - imap_fetchstructure() commented, I get back to 15-20 seconds with my 4 mails' mailbox and one 1MB. - imap_header() commented, I get 27 seconds (close to 30 seconds) with the same mailbox. ok, to summarize this :) = With big mails ( 1MB or so), imap_fetchstructure() is very slow in CGI mode. Well, no, I'm disappointed, I just tested with a 6 mails' mailbox which of 3 are 1MB large: - normal code: after 2 minutes, php error: max. 30 seconds time exceeded at line 44 - imap_fetchstructure() - imap_fetchstructure() commented, 1 minute - imap_fetchstructure() and imap_sort() commented, 45 seconds I know MIME parsing is really a hard job, but why is the CGI version so much slower than the Apache module version ? Any idea ? The remainder of the
RE: [PHP-DEV] Re: MCVE -- php ext -- where it should be committed, etc
Title: RE: [PHP-DEV] Re: MCVE -- php ext -- where it should be committed, etc Brad House writes: Hmm, I'd definately it rather be in ext/ then ... I'd like it in the source tarball for the next release... [IMHO-mode on] I'd sure like to see this in the core for the next version. Don't get me wrong, I think the software is overpriced and I have serious misgivings regarding its maintenance (shades of pfpro), but still, some sort of CC processor needs to be in the main distribution, and it appears MCVE is the most viable, right now anyway. It can always be moved out to PEAR/PECL later. Im wondering if MainStreet would consider making a few licenses available to some of our DEV/ QA folk for testing/building and bug tracking purposes? Mike Robinson IT / Developer - Toronto Star TV Phone: 416.945.8786 Fax: 416.869.4566 Email: [EMAIL PROTECTED] To find out more about what we can do for you, please visit us at: http://www.tmgtv.ca/ and http://www.thestar.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: MCVE -- php ext -- where it should be committed , etc
Robinson, Mike wrote: [IMHO-mode on] I'd sure like to see this in the core for the next version. Don't get me wrong, I think the software is overpriced and I have serious misgivings regarding its maintenance (shades of pfpro), but still, some sort of CC processor needs to be in the main distribution, and it appears MCVE is the most viable, right now anyway. It can always be moved out to PEAR/PECL later. Hey, I'm glad some people think my software is important ;) Anyhow, I'm addressing the overpriced issue, just because, hell, I helped decide the pricing ... heh ... The MCVE Lite is equivalent to CCVS more or less, it goes for $549 vs CCVS's $995 The MCVE Enterprise has 10x as many features and starts at $1295 ... which is more or less comprable to ClearCommerce's engine (minus the specialized fraud *estimation* portion) which starts at around $80,000 Heh, I think it's fair if you compare it to the industry... IMO Im wondering if MainStreet would consider making a few licenses available to some of our DEV/ QA folk for testing/building and bug tracking purposes? Definately... not a problem to do... Just let me know who/what/where/when/why/how ...heh... and we can get ya a version. 2.0 is fixin' to be released, so you might want to wait 'till then though - Brad House Sr. Developer Main Street Softworks, Inc. [EMAIL PROTECTED] (352) 378-8228 - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15065 Updated: include behaviour
ID: 15065 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Feature/Change Request Operating System: im guessing, all PHP Version: 4.0.6 New Comment: a php.ini setting would only lead to additional confusion IMHO what about declaring your globals as global $var; once in your include files? shouldn't harm if executed in global scope and should make stuff global if included in function scope? (untested) Previous Comments: [2002-01-16 07:30:32] [EMAIL PROTECTED] even with $GLOBALS or $_GLOBALS in 4.1, it still only reduces the problem by a larage part, but still enough of it remains visible. i dont want to use $_GLOBALS['varname'] for variable definitions outside functions (in global scope), to make it global on any depth of include(), when it seems very simple to add a switch to change include()'s behaviour, so that all variables set outside the functions would/could automatically be considered global. i know with 4.1 its easier to bypass this with php code, but you could just remove $_GLOBAL[] outside the functions alltogether if you wanted to set(use?) global variables. [2002-01-16 07:08:05] [EMAIL PROTECTED] please use the special array $GLOBALS[] [2002-01-16 06:57:07] [EMAIL PROTECTED] it probably applies to all versions of php, atleast 4.x :) [2002-01-16 06:54:21] [EMAIL PROTECTED] If the include() occurs inside a function within the calling file, then all of the code contained in the called file will behave as though it had been defined inside that function. this is the current behaviour, straight out of the manual for include(),.. now, this gets tricky, if you have function includes over 3-4-5 or more levels of includes, for example index.php calls subfiles() which includes blah.php which calls modules.php which includes file.php and so on.. usage of global variables in theese files forces people to use global definitions like in functions on a global-current-file-scope, or in one of the lower levels in functions,.. maybe if would be a good idea to make a php.ini switch like force_global_includes to change this behaviour, so the variables in the includes always get defined in the global scope? Edit this bug report at http://bugs.php.net/?id=15065edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14824 Updated: libmysqlclient.a error at compile time
ID: 14824 Comment by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: Red Hat Linux 7.2, kernel 2.4.7 PHP Version: 4.1.1 New Comment: --with-mnogosearch http://www.mnogosearch.org/history.html Probably fixed in 24 Sep 2001: 3.2.0 but this is development version of mnogosearch. What version of mnogosearch do You use? Compilation pass without --with-mnogosearch? Previous Comments: [2002-01-03 07:31:27] [EMAIL PROTECTED] #./configure --with-apxs=/usr/local/apache/bin/apxs --with-config-file=/etc/httpd --with-mysql=/usr --with-system-regex --with-xml --with-pgsql --with-zlib --with-gd --with-curl --enable-gd-native-ttf --with-mnogosearch --enable-track-vars --with-openssl=/www/openssl #make ... libmysqlclient.a errors (duplicate entries in ...) Sorry, but I don't remember exactly. We use mysql-2.23.47-1 and php-4.1.1, but I couldn't compile 4.1.0 also. I tried to copy libtool from 4.0.6 to 4.1.1, and now it works. Regards, Istvan Edit this bug report at http://bugs.php.net/?id=14824edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] Please check this one for math.c -Protos/ BUG or FEATURES?
There have been a discussion which return type is correct. IMHO it should be the main return type. But for abs() mixed is correct, because you can calculate abs from int and floats. There should be more explanations in CODING_STANDARDS. hehe, is this a wish or ... ? Btw. CODING_STANDARDS ... is that the file where no coder ever reads the documentation-part?? *g* I just would like to point you to an email of mine, that noone really took care of, or (Yes Markus, please do not reply to this one, i do not want to read any jokes from you now): http://marc.theaimsgroup.com/?l=php-devm=100964700118393w=2 Anyway, i know, you all have lot of stuff to do ;) with best regards, -Wolfgang -- Deutscher PHP-Knotenpunkt Dynamic Web Pages: http://www.dynamicwebpages.de Scripte, Tutorials, Installation, Bücher, BestofGML, Manual, Links uvm. PHP 4: Dynamische Webauftritte professionell realisieren: http://php-buch.de -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15060 Updated: include behaviour
ID: 15060 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Date/time related Operating System: im guessing, all PHP Version: 4.0.6 New Comment: Es ist nicht wirklich ein Problem, denn man kann den Bug mit einem kleinen PHP-Script umgehen. Der Fehler tritt bei der Windows wie auch bei der Linux Version (4.0.6 getestet) auf und macht sich wie folgt bemerkbar: $Woche = strftime (%W, mktime(0,0,0, date(m), date(d), date(Y))); echo ($Woche); Dieses Script sollte eigentlich die aktuelle Woche im Jahr zurückgeben. Aber seit diesem Jahr beginnt das Ding mit 0 und nicht mit 1 (eben eine Woche hinterher). Gruss Joachim Previous Comments: [2002-01-16 07:18:00] [EMAIL PROTECTED] seems we have found another bad implementation of strftime() :( setting to feedback as i'm waiting for further info ... [2002-01-15 18:31:55] [EMAIL PROTECTED] Keine Ahnung was du uns sagen willst. 1) English 2) Search the bug database for duplicates/solutions first 3) Be more descriptive 4) Provide/Paste a reproduceable self-contained script [2002-01-15 18:18:27] [EMAIL PROTECTED] Das Problem ist bei der Ausgabe der Wochenformatierung des Timestamps, dass ab diesem Jahr die Formatierung eine Woche hinterherhinkt--- beginn ist bei 0 und nicht bei 1. Edit this bug report at http://bugs.php.net/?id=15060edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15060 Updated: include behaviour
ID: 15060 Updated by: hholzgra Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Bogus Bug Type: Date/time related Operating System: im guessing, all PHP Version: 4.0.6 New Comment: %W - week number of the current year as a decimal number, starting with the first Monday as the first day of the first week January 1st 2001 was a Monday January 1st 2002 was a Tuesday, first Monday in 2002 was January 7th so the days before January 7th are in week 0 as defined and *please* write english! Previous Comments: [2002-01-16 10:24:28] [EMAIL PROTECTED] Please make a new bug report, if you can´t figure out the difference between the different formatting strings. IMHO it is not a bug, so read the how to report a bug that someone will want to help fix at http://bugs.php.net/. Please make your new bug report in English. [2002-01-16 10:07:31] [EMAIL PROTECTED] Es ist nicht wirklich ein Problem, denn man kann den Bug mit einem kleinen PHP-Script umgehen. Der Fehler tritt bei der Windows wie auch bei der Linux Version (4.0.6 getestet) auf und macht sich wie folgt bemerkbar: $Woche = strftime (%W, mktime(0,0,0, date(m), date(d), date(Y))); echo ($Woche); Dieses Script sollte eigentlich die aktuelle Woche im Jahr zurückgeben. Aber seit diesem Jahr beginnt das Ding mit 0 und nicht mit 1 (eben eine Woche hinterher). Gruss Joachim [2002-01-16 07:18:00] [EMAIL PROTECTED] seems we have found another bad implementation of strftime() :( setting to feedback as i'm waiting for further info ... [2002-01-15 18:31:55] [EMAIL PROTECTED] Keine Ahnung was du uns sagen willst. 1) English 2) Search the bug database for duplicates/solutions first 3) Be more descriptive 4) Provide/Paste a reproduceable self-contained script [2002-01-15 18:18:27] [EMAIL PROTECTED] Das Problem ist bei der Ausgabe der Wochenformatierung des Timestamps, dass ab diesem Jahr die Formatierung eine Woche hinterherhinkt--- beginn ist bei 0 und nicht bei 1. Edit this bug report at http://bugs.php.net/?id=15060edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10214 Updated: after 45min. of no user interaction, i get a can't connect to database/server
ID: 10214 Comment by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: ODBC related Operating System: windows 2000 prof. PHP Version: 4.0.4pl1 New Comment: I was just browsing the error reports and came across this issue. I had all kinds of problems getting Sybase SQLAnywhere to work with PHP and IIS. I finally found a way to make it work. I created an ODBC datasource that will only be used by PHP. The datasource uses the DBCLIENT.exe instead of connect to the server of the local interface. It is important that the datasource NOT BE CHECKED to automatically shut down when the last connection is closed. I am running PHP as an ISAPI on IIS. When the first PHP program makes a connection, the dbclient.exe is launched. You can see it in the task list on the task manager. If this app gets closed, then IIS will need to be restarted before it will reconnect correctly to the database. Note: I could not get a normal local odbc connection to work. This must be an issue with the way IIS is managing its memory (probably to keep IIS apps securely away from other running apps). Anyway, I hope this helps. Wade Johnson Previous Comments: [2001-04-27 21:53:31] [EMAIL PROTECTED] no user feedback. if this still exists, please reopen the bug. [2001-04-06 13:55:26] [EMAIL PROTECTED] Please provide as much information as possible, and read www.php.net/bugs-dos-and-donts.php before posting a bug. (Another possibility is to disable the screensaver, or use a real OS) [2001-04-06 13:43:52] [EMAIL PROTECTED] running a IIS, PHP, Sybase SQLanywhere 5.0 after 45min. of no user interaction, (getting back from the screen saver), i get a can't connect to server/database. NEED HELP and quick Edit this bug report at http://bugs.php.net/?id=10214edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14824 Updated: libmysqlclient.a error at compile time
ID: 14824 Comment by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: Red Hat Linux 7.2, kernel 2.4.7 PHP Version: 4.1.1 New Comment: nope :( mnogosearch 3.2.3 - errors at compile time: In file included from /usr/local/mnogosearch-3.2.3/include/udmsearch.h:37, from /root/php-4.1.1/ext/mnogosearch/php_mnogo.h:31, from internal_functions.c:37: /usr/local/mnogosearch-3.2.3/include/udm_doc.h:7: parse error before `1' make[2]: *** [internal_functions.lo] Error 1 mnogosearch 3.1.19 - errors at linktool time: /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.data+0x4): multiple definition of `mysql_port' /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.data+0x4): first defined here /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.data+0x8): multiple definition of `mysql_unix_port' /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.data+0x8): first defined here /usr/lib/mysql/libmysqlclient.a(libmysql.o): In function `net_safe_read': libmysql.o(.text+0x1cc): multiple definition of `net_safe_read' [...] /usr/lib/mysql/libmysqlclient.a(dbug.o): In function `_db_pargs_': dbug.o(.text+0xac8): multiple definition of `_db_pargs_' /usr/lib/mysql/libmysqlclient.a(dbug.o)(.text+0xac8): first defined here /usr/lib/mysql/libmysqlclient.a(dbug.o): In function `_db_lock_file': dbug.o(.text+0xae0): multiple definition of `_db_lock_file' /usr/lib/mysql/libmysqlclient.a(dbug.o)(.text+0xae0): first defined here /usr/lib/mysql/libmysqlclient.a(dbug.o): In function `_db_unlock_file': dbug.o(.text+0xaf4): multiple definition of `_db_unlock_file' /usr/lib/mysql/libmysqlclient.a(dbug.o)(.text+0xaf4): first defined here collect2: ld returned 1 exit status Previous Comments: [2002-01-16 09:52:16] [EMAIL PROTECTED] --with-mnogosearch http://www.mnogosearch.org/history.html Probably fixed in 24 Sep 2001: 3.2.0 but this is development version of mnogosearch. What version of mnogosearch do You use? Compilation pass without --with-mnogosearch? [2002-01-03 07:31:27] [EMAIL PROTECTED] #./configure --with-apxs=/usr/local/apache/bin/apxs --with-config-file=/etc/httpd --with-mysql=/usr --with-system-regex --with-xml --with-pgsql --with-zlib --with-gd --with-curl --enable-gd-native-ttf --with-mnogosearch --enable-track-vars --with-openssl=/www/openssl #make ... libmysqlclient.a errors (duplicate entries in ...) Sorry, but I don't remember exactly. We use mysql-2.23.47-1 and php-4.1.1, but I couldn't compile 4.1.0 also. I tried to copy libtool from 4.0.6 to 4.1.1, and now it works. Regards, Istvan Edit this bug report at http://bugs.php.net/?id=14824edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14401 Updated: Wrong include_path from Apache Directory config
ID: 14401 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *Configuration Issues Operating System: Linux i386 PHP Version: 4.1.0 New Comment: Having looked somewhat deeper into this issue I want to add that the include path problem seems limited to include files that get loaded via the auto_prepend_file directive. Explicit include or require statements seem to work as they should. But please take this with a grain of salt, because this may be a result of the fact that files with auto_prepend_file-loaded headers have far more hits than those with explicit includes. Previous Comments: [2001-12-10 08:51:33] [EMAIL PROTECTED] We have a virtual host here where the include_path varies per directory. We configure this in the Apache config (php as a DSO module) like this: Directory /var/www/html/dir1 php_value include_path .:/var/www/html/dir1/lib /Directory Directory /var/www/html/dir2 php_value include_path .:/var/www/html/dir2/lib /Directory (and many more) We have tried this with many versions of Apache 1.3.x and php-4.0.x (up to apache-1.3.22 / php-4.1.0RC3) and all combinations exhibit the same problem: If there are two or more concurrent users that access different directories of this virtual host, one or more of them get pages with php errors, because the php scripts don't get the include files they need. The error messages show clearly that the include files were searched via a wrong include_path, i.e. one out of the other Directory .. sections of the same virtual host. We used both standard Redhat 7.x apache and php RPMs, as well as self-compiled RPMs based on Redhat's SRPMs, all with the same result/problem. If you need more specific information, please ask. Edit this bug report at http://bugs.php.net/?id=14401edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12450 Updated: Segfaults if recode is loaded after mysql or imap
ID: 12450 Updated by: edink Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Recode related Old Operating System: Red Hat Linux 6.2 Operating System: Red Hat Linux 6.2-7.2 Old PHP Version: 4.0.6 PHP Version: 4.1.1 New Comment: I can reproduce this: Starting program: /usr/bin/php -v Program received signal SIGSEGV, Segmentation fault. 0x1f91 in ?? () at eval.c:41 41 eval.c: No such file or directory. in eval.c (gdb) bt #0 0x1f91 in ?? () at eval.c:41 #1 0x409d4e9e in find_alias (outer=0x81ae688, name=0x40a8bca0 data, find_type=SYMBOL_CREATE_CHARSET) at names.c:299 #2 0x409d66d0 in register_all_modules (outer=0x81ae688) at outer.c:457 #3 0x409d6cdd in recode_new_outer (auto_abort=true) at outer.c:550 #4 0x408f8f17 in zm_startup_recode (type=1, module_number=18) at recode.c:79 #5 0x0808d3b2 in php_dl (file=0x816c0a0, type=1, return_value=0xb6e0) at dl.c:177 #6 0x08062f4e in php_load_function_extension_cb (arg=0x816c0a0) at php_ini.c:185 #7 0x080e8fc5 in zend_llist_apply (l=0x814f7bc, func=0x8062f2c php_load_function_extension_cb) at zend_llist.c:186 #8 0x08063235 in php_ini_delayed_modules_startup () at php_ini.c:302 #9 0x08060dbd in php_module_startup (sf=0x8146400) at main.c:946 #10 0x0805f009 in main (argc=2, argv=0xb994) at cgi_main.c:445 #11 0x405b8507 in __libc_start_main (main=0x805ee98 main, argc=2, ubp_av=0xb994, init=0x805d0f8 _init, fini=0x8122610 _fini, rtld_fini=0x4000dc14 _dl_fini, stack_end=0xb98c) at ../sysdeps/generic/libc-start.c:129 Previous Comments: [2002-01-11 17:19:08] [EMAIL PROTECTED] Can you: - try this with 4.1.1 - provide a usefull backtrace: http://bugs.php.net/bugs-generating-backtrace.php [2001-07-28 14:19:43] [EMAIL PROTECTED] PHP segfaults if recode.so (php's recode extension as a shared library) is loaded _after_ the imap or mysql extensions. Re-ordering the php.ini file so that the extension=recode.so line is the first extension=...-line stops the segfaults. Recode versions tested: 3.5d, 3.6. PHP versions tested: 4.0.6. config.nice: #! /bin/sh # # Created by configure ./configure \ --prefix=/usr \ --libdir=/usr/lib/php4 \ --includedir=/usr/include \ --datadir=/usr/share/php \ --with-config-file-path=/etc \ --enable-discard-path \ --enable-inline-optimization \ --enable-magic-quotes \ --enable-track-vars \ --enable-memory-limit \ --enable-wddx \ --enable-bcmath \ --enable-sigchild \ --with-xml \ --with-mm \ --with-openssl \ --enable-ftp=shared \ --enable-exif=shared \ --with-gd=shared,/usr \ --with-ttf \ --enable-gd-imgstrttf \ --with-png-dir=/usr \ --with-jpeg-dir=/usr \ --enable-sysvsem=shared \ --enable-sysvshm=shared \ --enable-shmop=shared \ --with-unixODBC=shared \ --with-mysql=shared,/usr \ --with-ldap=shared \ --with-pgsql=shared \ --with-gettext=shared \ --with-pspell=shared \ --with-snmp=shared \ --enable-ucd-snmp-hack \ --with-sybase-ct=shared,/usr \ --with-pdflib=shared \ --with-oci8=shared \ --with-swf=shared,/home/troels/rpm/BUILD/php-4.0.6/swflib \ --enable-sockets=shared \ --with-gmp=shared \ --with-dom=shared \ --with-qtdom=shared,/usr/lib/qt-2.3.0 \ --with-iconv=shared \ --with-curl=shared \ --enable-apc=shared \ --with-ming=shared \ --with-imlib=shared \ --with-recode=shared \ --with-zlib=/usr \ $@ php.ini: extension_dir = /usr/lib/php4 ;; Global PHP defaults warn_plus_overloading = On ; warn if the + operator is used with strings track_errors= On ; Store the last error/warning message in $php_errormsg (boolean) track_vars = On ; enable the $HTTP_*_VARS[] arrays, where * is one of magic_quotes_gpc= On ; magic quotes for incoming GET/POST/Cookie data ; many people think that the system is a pain in the ; a**, but it probably does represent a security ; feature for in-experienced PHP developers. Turn it ; off if you don't want PHP to mess with your incoming ; variables. include_path= .:/usr/share/php/PEAR:/usr/share/php/imlib session.save_path = /var/state/php extension=php_apc.so extension=domxml.so extension=exif.so extension=ftp.so extension=gd-with_gif.so extension=gettext.so extension=gmp.so extension=iconv.so extension=imlib.so extension=ldap.so extension=pdf.so extension=pgsql.so extension=pspell.so extension=sablot.so extension=snmp.so extension=sockets.so extension=swf.so extension=sybase_ct.so extension=sysvshm.so extension=sysvsem.so
Re: [PHP-DEV] session module
I looked at your changes to php_session.h. I saw that you added PHPAPI to the .h but don't you need to add them to session.c too? Additionally i think php_get_session_var and php_set_session_var should be exported also. i think we need PHPAPI int ps_globals_id too As for startup, we probally need a non-static version of php_session_start? What do you think? - Brad --- Yasuo Ohgaki [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: Hello, Sessions are complex enough already. Doing hacks on the hash by yourself is a very bad idea IMO. Derick I agree, it could be a bad idea. I only remeber how session module initilizes $HTTP_SESSION_VARS/$_SESSION. Besides, adding element to PS(http_session_vars) will lead inconsistency with global variables unless PS(vars) are taken care of. (there are enough inconsistency between global session vars and $HTTP_SESSION_VARS, though) Call for new function? -- Yasuo Ohgaki -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] __ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14566 Updated: Session variables become read only
ID: 14566 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Session related Operating System: Solaris 7 PHP Version: 4.1.0 New Comment: The workaround to use $_SESSION['var'] is not viable right now as most places we use the global $var to access the variable and there is too much code to change this immediately. In trying to set the global $var = $_SESSION['var'] on one of the variables that has a problem, it seems that the reference is still being lost by something in PHP 4.1.1 (still tracking by what) which did not lose the reference in PHP 4.0.6. We are using a user save handler and have checked that it is saving what it receives into the database. Previous Comments: [2002-01-14 22:03:31] [EMAIL PROTECTED] BTW, my last comment works for you? To register, $_SESSION['var'] = 1234; To unregister unset($_SESSION['var']); What is your session save handler? files/mm/user/other? [2002-01-14 12:42:17] [EMAIL PROTECTED] I get the same problem on Solaris 8. Code that worked fine in PHP 4.0.6 does not work anymore with 4.1.1: - new vars are registered correctly into the session - already defined session vars cannot be modified My register_globals setting is on. [2002-01-06 22:20:20] [EMAIL PROTECTED] This comment is work around for the bug. Do not use session_register(), but use only $HTTP_SESSION_VARS or $_SESSION to register/unregister session vars. To register, $_SESSION['var'] = 1234; To unregister unset($_SESSION['var']); Then your script should work. [2001-12-18 12:55:34] [EMAIL PROTECTED] register_globals is on. I have been trying to narrow everything down to a simple test case, but have not yet been able to. It now appears that something acts differently in 4.1.0 that changes the reference of the global variable to something different than the HTTP_SESSION_VARS[] variable which did not do so in 4.0.6. A workaround is to set HTTP_SESSION_VARS[varname] = GLOBALS[varname] before the end of the script. [2001-12-17 15:55:08] [EMAIL PROTECTED] Can you post your script, and tell use the settings of register_globals? Derick The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=14566 Edit this bug report at http://bugs.php.net/?id=14566edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15069: Problems using cookies
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.1.1 PHP Bug Type: Unknown/Other Function Bug description: Problems using cookies Using a windows xp professional with ie 6.0 installed as a client and windows 2000 server as with IIS 6 web server i can't use the cookies functions. The problem is simple: -The setcookie function seems to work properly,he doesn't give any kind of error output -When i try to read the cookie i've created i can found only cookies with no sense strange names and values that remains always same but not my cookie.If i repeat the script many times the cookies number rest the same with the same strange names and values.. I think it's a bug but i'm not a real programmer like you.. please tell me if it is and can be solved or if i made mistakes setting my server cause i'm the only one with this problem. THANK YOU! -- Edit bug report at: http://bugs.php.net/?id=15069edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15060 Updated: include behaviour
ID: 15060 Updated by: eschmid Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Date/time related Operating System: im guessing, all PHP Version: 4.0.6 New Comment: Sure W in date() reports ISO-8601 week number of year, weeks starting on monday (added in PHP 4.1.0) (Saturday). %W and so on belongs to strftime(). %W - week number of the current year as a decimal number, starting with the first Monday as the first day of the first week. Joachim was looking for a week number starting with 1 (one). The description is %V - The ISO 8601:1988 week number of the current year as a decimal number, range 01 to 53, where week 1 is the first week that has at least 4 days in the current year, and with Monday as the first day of the week. -Egon Previous Comments: [2002-01-16 10:26:06] [EMAIL PROTECTED] %W - week number of the current year as a decimal number, starting with the first Monday as the first day of the first week January 1st 2001 was a Monday January 1st 2002 was a Tuesday, first Monday in 2002 was January 7th so the days before January 7th are in week 0 as defined and *please* write english! [2002-01-16 10:24:28] [EMAIL PROTECTED] Please make a new bug report, if you can´t figure out the difference between the different formatting strings. IMHO it is not a bug, so read the how to report a bug that someone will want to help fix at http://bugs.php.net/. Please make your new bug report in English. [2002-01-16 10:07:31] [EMAIL PROTECTED] Es ist nicht wirklich ein Problem, denn man kann den Bug mit einem kleinen PHP-Script umgehen. Der Fehler tritt bei der Windows wie auch bei der Linux Version (4.0.6 getestet) auf und macht sich wie folgt bemerkbar: $Woche = strftime (%W, mktime(0,0,0, date(m), date(d), date(Y))); echo ($Woche); Dieses Script sollte eigentlich die aktuelle Woche im Jahr zurückgeben. Aber seit diesem Jahr beginnt das Ding mit 0 und nicht mit 1 (eben eine Woche hinterher). Gruss Joachim [2002-01-16 07:18:00] [EMAIL PROTECTED] seems we have found another bad implementation of strftime() :( setting to feedback as i'm waiting for further info ... [2002-01-15 18:31:55] [EMAIL PROTECTED] Keine Ahnung was du uns sagen willst. 1) English 2) Search the bug database for duplicates/solutions first 3) Be more descriptive 4) Provide/Paste a reproduceable self-contained script The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=15060 Edit this bug report at http://bugs.php.net/?id=15060edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15070: ereg() not matching properly.
From: [EMAIL PROTECTED]
Operating system: Linux (Cobalt)
PHP version: 4.0.6
PHP Bug Type: Regexps related
Bug description: ereg() not matching properly.
I'm having weird problems with ereg(). Look at the following code. There is
no reason that ereg() should return false with the value (1.99). It
does. It returns true with 1.90. This pattern should return true for (in
english):
0 or more of anything, one . exactly, two digits exactly, 0 or more of
anything
I think there may be a problem with the regex libraries. This worked in
4.05, but now does not work with 4.06
$vTmp = $1.99; // $1.90 works!!!
settype($vTmp, double);
if(ereg(.*\.[0-9][0-9].*,$vTmp))
{
// handle error
}else{
// continue
}
--
Edit bug report at: http://bugs.php.net/?id=15070edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15070 Updated: ereg() not matching properly.
ID: 15070 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Regexps related Operating System: Linux (Cobalt) PHP Version: 4.0.6 Edit this bug report at http://bugs.php.net/?id=15070edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15069 Updated: include behaviour
ID: 15069 Updated by: hholzgra Old Summary: Problems using cookies Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Unknown/Other Function Old Operating System: Windows 2000 Operating System: im guessing, all Old PHP Version: 4.1.1 PHP Version: 4.0.6 New Comment: you know that the security model of IE6 has changed regarding cookies? by the way: setcookie will only give error output if cookie headers can't be added anymore as content output has already started there is no way for setcookie() to find out whether the client will accept and use the cookie as the client will resend the cookie beginning with the *next* request if it accepted it HTTP is a request based protocol client sends a request, server sends result back no further communication is done between them during the request, the server just pushes out its data letting the client deal with it, the server does *not* recieve any feedback (unless the connection terminated, it will be signaled then) so no way to find out if a cookie will be accepted at send time Previous Comments: [2002-01-16 12:07:42] [EMAIL PROTECTED] Using a windows xp professional with ie 6.0 installed as a client and windows 2000 server as with IIS 6 web server i can't use the cookies functions. The problem is simple: -The setcookie function seems to work properly,he doesn't give any kind of error output -When i try to read the cookie i've created i can found only cookies with no sense strange names and values that remains always same but not my cookie.If i repeat the script many times the cookies number rest the same with the same strange names and values.. I think it's a bug but i'm not a real programmer like you.. please tell me if it is and can be solved or if i made mistakes setting my server cause i'm the only one with this problem. THANK YOU! Edit this bug report at http://bugs.php.net/?id=15069edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15069 Updated: Problems using cookies
ID: 15069 Updated by: hholzgra Old Summary: include behaviour Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Unknown/Other Function Operating System: im guessing, all PHP Version: 4.0.6 New Comment: bogusified and restored the form fields silently overwritten by unwanted mozilla feature Previous Comments: [2002-01-16 12:33:36] [EMAIL PROTECTED] you know that the security model of IE6 has changed regarding cookies? by the way: setcookie will only give error output if cookie headers can't be added anymore as content output has already started there is no way for setcookie() to find out whether the client will accept and use the cookie as the client will resend the cookie beginning with the *next* request if it accepted it HTTP is a request based protocol client sends a request, server sends result back no further communication is done between them during the request, the server just pushes out its data letting the client deal with it, the server does *not* recieve any feedback (unless the connection terminated, it will be signaled then) so no way to find out if a cookie will be accepted at send time [2002-01-16 12:07:42] [EMAIL PROTECTED] Using a windows xp professional with ie 6.0 installed as a client and windows 2000 server as with IIS 6 web server i can't use the cookies functions. The problem is simple: -The setcookie function seems to work properly,he doesn't give any kind of error output -When i try to read the cookie i've created i can found only cookies with no sense strange names and values that remains always same but not my cookie.If i repeat the script many times the cookies number rest the same with the same strange names and values.. I think it's a bug but i'm not a real programmer like you.. please tell me if it is and can be solved or if i made mistakes setting my server cause i'm the only one with this problem. THANK YOU! Edit this bug report at http://bugs.php.net/?id=15069edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14834 Updated: SegFault when passing HTTP_SESSION_VARS
ID: 14834
Comment by: [EMAIL PROTECTED]
Old Reported By: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Analyzed
Bug Type: Session related
Operating System: Debian 3.0 (Woody)
PHP Version: 4.1.0
New Comment:
Confirmed with CVS snapshot php4-200201160300 (compiled as CGI), Linux
2.4.12.
PHP configuration is:
./configure --enable-debug
And another test case:
?
session_register(test);
$HTTP_SESSION_VARS=$test;
?
And the backtrace:
#0 0x8114b7e in _zend_is_inconsistent (ht=0x5a5a5a5a, file=0x8161e04
zend_hash.c, line=975) at zend_hash.c:84
#1 0x8117116 in zend_hash_internal_pointer_reset_ex (ht=0x5a5a5a5a,
pos=0xb320) at zend_hash.c:975
#2 0x808c5e2 in php_session_save_current_state () at session.c:577
#3 0x808ecb5 in php_session_flush () at session.c:1450
#4 0x808ece6 in zm_deactivate_session (type=1, module_number=3) at
session.c:1467
#5 0x8113dbc in module_registry_cleanup (module=0x81ab508) at
zend_API.c:1166
#6 0x811664c in zend_hash_apply (ht=0x818b920, apply_func=0x8113d84
module_registry_cleanup) at zend_hash.c:669
#7 0x8110d57 in zend_deactivate_modules () at zend.c:581
#8 0x806126e in php_request_shutdown (dummy=0x0) at main.c:722
#9 0x805fe14 in main (argc=2, argv=0xb9f4) at cgi_main.c:798
#10 0x400a5577 in __libc_start_main () from /lib/libc.so.6
The backtrace is the same as the one generated by the previous test
case.
Previous Comments:
[2002-01-06 22:30:18] [EMAIL PROTECTED]
Confirmed with 4.2.0-dev (2002/1/7). It does segfault with my linux
also.
[2002-01-03 18:07:36] [EMAIL PROTECTED]
The following script always produces a segmentation fault on verison
4.1.0:
?
session_start();
$bar = foo($HTTP_SESSION_VARS);
function foo() {
global $HTTP_SESSION_VARS;
return true;
}
?
h1Test is complete/h1
The problem goes away if you remove the session array as a parameter to
the foo() function (which is not expecting any parameters anyway). The
problem also goes away if you remove the global declaration inside
the foo() function. No errors or warning are generated when the
function call occurs.
Granted, this code snippet looks very odd (why would anyone want to
pass HTTP_SESSION_VARS, for example), but was the quickest (least lines
of code) way to set up the conditions that will always force the error.
The problem also occurs if you try to pass the new _SESSION array and
still reference the older HTTP_SESSION_VARS in the function.
Reigster_globals is off. Error_level is set to E_ALL. Apache version
is 1.3.22-5.
Edit this bug report at http://bugs.php.net/?id=14834edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12975 Updated: Unable to load dynamic library 'd:\applications\php\extensions\php_oci8.dll' -
ID: 12975 Comment by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 Server PHP Version: 4.0.6 New Comment: IMO it's not only the php_oci8.dll which cannot be loaded. I even (on windows-NT-system) could not load for example the php_dbg.dll, php_pdf.dll extensions with PHP 4.1.1. May be someone can test this for other extensions to find out if this is a general bug on windows-systems. Can someone help? Thanks Klaus Habeck Previous Comments: [2001-08-27 09:15:25] [EMAIL PROTECTED] I install PHP 4.0.6 with IIS 5 and it did install find. I did modify my php.ini. I did create a test page and then it says : Unable to load dynamic library 'd:\applications\php\extensions\php_oci8.dll' - The specified module could not be found And it write the same thing on my server I have installed php on : d:\applications\php and the extension are located on d:\applications\php\extensions I have double check the extension_dir What do i have to do to make it works??? Thanks Philippe BABILOTTE What do i have to do Edit this bug report at http://bugs.php.net/?id=12975edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15071: fatal error in php.exe with xslt_process()
From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version: 4.1.1
PHP Bug Type: XSLT related
Bug description: fatal error in php.exe with xslt_process()
when i attempted to execute this code
$xmlstring = join('', file('person.xml'));
$xslstring = join('', file('person.xsl'));
//echo $xslstring;
// call the XSLT processor directly
$xh = xslt_create() or die(No XSLT handler available: aborted.);
xslt_process($xh, $xmlstring, $xslstring,$result);
// output the result
echo $result;
PHP crashed and it wrote this to Dr Watson
Application exception occurred:
App: (pid=1640)
When: 1/16/2002 @ 11:37:08.653
Exception number: c005 (access violation)
* System Information *
Computer Name: GBABB
User Name: SYSTEM
Number of Processors: 1
Processor Type: x86 Family 5 Model 8 Stepping 12
Windows 2000 Version: 5.0
Current Build: 2195
Service Pack: 2
Current Type: Uniprocessor Free
Registered Organization: Data Junction Corporation
Registered Owner: IT Services
* Task List *
0 Idle.exe
8 System.exe
140 SMSS.exe
164 CSRSS.exe
160 WINLOGON.exe
212 SERVICES.exe
224 LSASS.exe
380 svchost.exe
408 spoolsv.exe
452 Apache.exe
472 defwatch.exe
488 svchost.exe
524 mysqld-nt.exe
588 rtvscan.exe
616 Apache.exe
868 regsvc.exe
880 mstask.exe
892 WinMgmt.exe
956 inetinfo.exe
1144 explorer.exe
1232 MSGSYS.exe
1276 vptray.exe
1284 qttask.exe
1304 winampa.exe
1340 winmysqladmin.e.exe
1372 Eudora.exe
1528 Autorun.exe
260 TextPad.exe
284 IEXPLORE.exe
112 IEXPLORE.exe
420 NTVDM.exe
1316 IEXPLORE.exe
1640 php.exe
980 DRWTSN32.exe
0 _Total.exe
(0040 - 00405000)
(77F8 - 77FFB000)
(1000 - 10135000)
(77E8 - 77F35000)
(77E1 - 77E74000)
(77F4 - 77F7C000)
(7505 - 75058000)
(7503 - 75043000)
(7800 - 78046000)
(77DB - 77E0B000)
(77D4 - 77DAC000)
(7502 - 75028000)
(77A5 - 77B3A000)
(779B - 77A4B000)
(1F7F - 1F825000)
(76B3 - 76B6E000)
(70BD - 70C1C000)
(716F - 7177A000)
(782F - 78532000)
(1F8E - 1F8F6000)
(00B8 - 00B8B000)
(00B9 - 00C05000)
(00C1 - 00C79000)
(00C8 - 00C98000)
(5530 - 55375000)
(00CA - 00CA8000)
(00CB - 00CDF000)
(00CE - 00D4D000)
State Dump for Thread Id 0x66c
eax=3a6c7378 ebx=023f ecx= edx=0003 esi=00ac37e8
edi=0012f6a8
eip=00cb2138 esp=0012f440 ebp=0012f6e0 iopl=0 nv up ei pl nz na po
nc
cs=001b ss=0023 ds=0023 es=0023 fs=0038 gs=
efl=0206
function: nosymbols
00cb211b 8906 mov [esi],eax
ds:00ac37e8=00ad5488
00cb211d ff74241c pushdword ptr [esp+0x1c]
ss:00baca13=c08504c4
00cb2121 50 pusheax
00cb2122 e805e70100 call00cd082c
00cb2127 83660800 anddword ptr [esi+0x8],0x0
ds:01540dba=
00cb212b 895e04 mov [esi+0x4],ebx
ds:01540dba=
00cb212e 8b4708 mov eax,[edi+0x8]
ds:00bacc7a=42c72456
00cb2131 83c414 add esp,0x14
00cb2134 85c0 testeax,eax
00cb2136 7405 jz 00cbaa3d
FAULT -00cb2138 897008 mov [eax+0x8],esi
ds:3b14494a=
00cb213b eb03 jmp 00cbaa40
00cb213d 897704 mov [edi+0x4],esi
ds:00bacc7a=42c72456
00cb2140 011f add [edi],ebx
ds:0012f6a8=0a0d3e65
00cb2142 897708 mov [edi+0x8],esi
ds:00bacc7a=42c72456
00cb2145 5f pop edi
00cb2146 5e pop esi
00cb2147 5b pop ebx
00cb2148 c20800 ret 0x8
00cb214b 55 pushebp
00cb214c 8bec mov ebp,esp
00cb214e 51 pushecx
* Stack Back Trace *
FramePtr ReturnAd Param#1 Param#2 Param#3 Param#4 Function Name
0012F6E0 00CC7DE4 0002 0057 00AC40B0 0012F784 !nosymbols
0012F71C 00CC91B2 0002 0057 00AC40B0 0012F784
!SDOM_getDisposeCallback
0012F734 00CC9510 005176E8 0002 0057 00AC40B0
!SDOM_getDisposeCallback
0012F79C 00CC3775 005176E8 00AC2A88 00AC2C0C 00AC2C08
!SDOM_getDisposeCallback
0012F7DC 00CC3971 005176E8 00AC2C0C 00AC40A8 0001 !nosymbols
0012F810 00CC2CFC 005176E8 00AC2C0C 0012F888 0012F864 !nosymbols
0012F8A0 00CC531B 005176E8 00A47650 00A45A48 00CA6400 !nosymbols
0012F8C4 00CA1F34 00AC2C08 00A47650 00A45A48 00CA6400 !SablotRunProcessor
00A47380 00AC2C08 0001 00A475B8 00050005 00080100 !nosymbols
00A46CF0
[PHP-DEV] Bug #15072: Loading libphp4.so crashes Apache 1.3.11 at startup
From: [EMAIL PROTECTED] Operating system: Solaris 2.6.1 PHP version: 4.0.6 PHP Bug Type: Apache related Bug description: Loading libphp4.so crashes Apache 1.3.11 at startup Hello, On our server running Apache 1.3.11 we cannot use PHP 4.0.6, since loading the libphp4.so crashes Apache at startup w/o giving any clue about the problem: # /etc/init.d/httpd start Segmentation Fault - core dumped /pub/httpd/sbin/apachectl startssl: httpd could not be started # GDB backtrace: --- (gdb) bt #0 0xef5ce544 in strrchr () #1 0x22e0c in ap_add_module () #2 0x230e4 in ap_add_loaded_module () #3 0x1aa58 in load_module () #4 0x238d8 in invoke_cmd () #5 0x24794 in ap_handle_command () #6 0x24874 in ap_srm_command_loop () #7 0x24efc in ap_process_resource_config () #8 0x25b04 in ap_read_config () #9 0x34b54 in main () (gdb) As soon as the AddModule and LoadModule directives for PHP4 are removed from httpd.conf, the Server can start up w/o problems. PHP configuration: - ./configure --prefix=/usr/pack/php-4.0.6-ft --with-mysql=/pub/mysql/3.22.32/ --with-pgsql=/pub/postgresql/7.0.2 --enable-track-vars --with-db --with-ndb --with-apxs=/pub/apache/1.3.11-nosuexec/bin/apxs The identical Module works w/o problems on an other Sun Server running the same Apache (1.3.11, identical installation). Server information (uname -a): -- The server where Apache crashes: SunOS X 5.6 Generic_105181-17 sun4u sparc SUNW,Ultra-4 The server w/o problems SunOS Y 5.6 Generic_105181-21 sun4u sparc SUNW,Ultra-250 Thank you very much in advance for any help Frank Thommen -- Frank Thommen, IT Support Group, D-INFK, ETH Zuerich E-Mail: [EMAIL PROTECTED]; Tel: +41-1-63 27208 (Mon-Thu) Web: http://www.isg.inf.ethz.ch -- -- Edit bug report at: http://bugs.php.net/?id=15072edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9738 Updated: odbc_prepare does implicit SQLSetStmtOption (6,2) (sets to dynamic cursor)
ID: 9738
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Analyzed
Bug Type: ODBC related
Operating System: HP-UX 10.20 / Linux
PHP Version: 4.0.4pl1
New Comment:
Hi Dan,
I realize it's been a while on this one, but the issue is still causing
problems for our users. I took the patched files you gave me last
summer, but they were causing other problems I couldn't pinpoint (see
emails in July or Aug of '01).
The simplest way to get rid of this is by changing the following line
in ext/odbc/php_odbc.c :
if (SQLSetStmtOption(result-stmt, SQL_CURSOR_TYPE,
SQL_CURSOR_DYNAMIC)
to
if (SQLSetStmtOption(result-stmt, SQL_CURSOR_TYPE,
SQL_CURSOR_FORWARD_ONLY)
Can you let me know if this would be possible in future releases?
-Stephen
Previous Comments:
[2001-07-06 10:38:54] [EMAIL PROTECTED]
marking this as analyzed as this will hopefully go away too with the
cursor fix, but won't disappear until than...
[2001-06-10 16:05:30] [EMAIL PROTECTED]
patch sent to you for verification. awaiting response :)
http://www.deadmime.org/~dank/odbc.c.diff
http://www.deadmime.org/~dank/odbc.h.diff
if you didn't get them AGAIN in email... i think it's your
mail server btw.. ;-)
[2001-03-14 05:17:27] [EMAIL PROTECTED]
Since some drivers don't like to perform certain queries with the
default setting of the dynamic cursor, it might be nice to use
something like odbc_setoption to manually change the type of
Statement that the SQL will be prepared on. Problem is, currently when
changing a statement option this way (argument of 2 for
SQLSetStmtOption), you have to already have prepared a SQL statement:
$result = odbc_prepare ($conn, $sql);
odbc_setoption ($result, 2, 6, 3);
odbc_execute ($result);
This implicitly sets the statement option to set a dynamic cursor
first, as the following ODBC trace shows:
SQLAllocStmt hDbc=DBD0002
phstmt=40073138
SQLAllocStmt: returning SQL_SUCCESS
SQLGetInfo hDbc=DBD0002
fInfoType=8 rgbInfoValue=7B03CD68 cbInfoValueMax=4 pcbInfoValue=0
SQLGetInfo: returning SQL_SUCCESS
SQLSetStmtOption hStmt=DBD0003
fOption=6 vParam=0002
SQLSetStmtOption: returning SQL_SUCCESS_WITH_INFO
SQLPrepare hStmt=DBD0003
szSqlStr=400746F8 cbSqlStr=-3
[SELECT target.description,
target_data.layer1_key,target_data.layer2_key,
target_data.layer3_key,target_data.layer4_key,target_data.layer5_key,target_data.layer6_key,target_data.company_code,target_data.location_code
FROM dw_user_targets JOIN target ON target.target_code =
dw_user_targets.target_code JOIN target_data ON target_data.target_code
= dw_user_targets.target_code AND target_data.company_code=2 AND
target_data.year=1998 AND target_data.period_no=7 WHERE
dw_user_targets.dw_userid='mark']
SQLPrepare: returning SQL_ERROR
Here's sample script that could reproduce the above. (Just substitute
the above query and connect to a Progress 8.3B database with a similar
schema to get even closer)
?
putenv(ODBCINI=/usr/local/openlink/odbc.ini);
$dsn=DSN=OracleLocal; // this is a valid DSN set up in the above
odbc.ini file, tested in odbctest
$user=scott; //default user for the demo Oracle database
$password=tiger; //default password for demo Oracle database
$sql=SELECT * FROM EMP;
// directly execute mode
if ($conn_id=odbc_connect($dsn,,)){
echo connected to DSN: $dsn;
if($result=odbc_prepare($conn_id, $sql)) {
odbc_execute($result)
}else{
echo can not execute '$sql' ;
}
echo closing connection $conn_id;
odbc_close($conn_id);
}else{
echo cannot connect to DSN: $dsn ;
}
?
So, I propose making a new prepare function such as
odbc_prepare_clean which doesn't do the implicit SetStmtOption(2,6)
for the dynamic cursor. There shouldn't be a problem without the
implicit SetStmtOption as the driver will default to what it supports
anyway.
E.g:
$result = odbc_prepare_clean ($conn, $sql);
odbc_setoption ($result, 2, 6, 3);
odbc_execute ($result);
Edit this bug report at http://bugs.php.net/?id=9738edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] shmop errors
I was playing with shmop ext today, and found out it was full of errors :)
This is my code:
Writing:
define(SHMKEY, 0xDEAD);
define(SEMKEY, 0xCAFE);
$shm_id = @shmop_open(SHMKEY, a, 0644, 10);
if (!$shm_id)
{
$sem_id = sem_get(SEMKEY, 1, 0666);
$shm_id = shmop_open(SHMKEY, c, 0644, 10);
sem_acquire($sem_id);
shmop_write($shm_id, 0, 0);
sem_release($sem_id);
}
Reading:
$shm_id = @shmop_open(SHMKEY, a, 0644, 10);
if (!$shm_id)
{
return 0;
}
else
{
$count = shmop_read($shm_id, 0, shmop_size($shm_id));
shmop_close($shm_id);
return $count;
}
Which give me the following error:
Warning: String is not zero-terminated (0) (source: zend_execute_API.c:274)
I'm using 4.1.1, btw.
-- robin
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14076 Updated: fopen() and touch() fail to create file under safe mode
ID: 14076
Comment by: [EMAIL PROTECTED]
Old Reported By: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: *Directory/Filesystem functions
Operating System: Linux
PHP Version: 4.0.6
New Comment:
This problem has nothing to do with wrong file/directory modes. I'm
quite sure that it is a bug in the PHP-realpath-code.
Please consider the following setup layout:
/var/www/ = symlink to /mnt/sda1/www
/var/www/domain.com = apache document_root = php open_basedir
/var/www/domain.com/test.html = test file for fopen()
I've added some debug code to fopen_wrappers.c :
php_error(E_NOTICE, check_specific_open_basedir ( comparing resolved
name %s to resolved_basedir %s ), resolved_name, resolved_basedir);
if (strncmp(resolved_basedir, resolved_name, strlen(resolved_basedir))
== 0) {
Trying to fopen(/var/www/domain.com/test.html) results
in two cases:
1. /var/www/domain.com/test.html already exists
PHP Warning: check_specific_open_basedir ( comparing resolved name
/mnt/sda1/www/domain.com/test.html to resolved_basedir
/mnt/sda1/www/domain.com/test.html )
- fopen() succeeds
2. /var/www/domain.com/test.html does *not* exist
PHP Warning: check_specific_open_basedir ( comparing resolved name
/var/www/domain.com/test.html to resolved_basedir
/mnt/sda1/www/domain.com/test.html )
- fopen() fails with open basedir restriction in effect-error
As you can see in the debug output, PHP does not correctly
expand the file path if the file does not exists !
Trying to fopen(/mnt/sda1/www/domain.com/test.html) always
succeeds because PHP does not need to expand the filename anymore
(- strncmp is always true ).
Hajo
(Linux 2.2 - PHP 4.0.6 - afaik the problem still exists in 4.1.X)
Previous Comments:
[2001-11-19 13:50:10] [EMAIL PROTECTED]
Well, the fact that it can create a *new directory* in the same
directory, already means that the apache process has sufficient
permissions to also create a file in it. However, these are the
permissions:
webedit@penguin:/var/www/tmp/submit$ ls -lad ./
drwxrwx--- 18 webedit www 4096 Nov 15 19:13 ./
Apache runs as user `www', and the scripts are owned by user `webedit'.
Note that the directory is owned by the same user as the script, and
writeable to Apache, so the requirements of safe mode are met.
Thank you for your response.
--
Arcady Genkin
[2001-11-19 12:37:01] [EMAIL PROTECTED]
Post please the
mod of your directory and tell me the
user and group of your apache. Maybe the apache dont have
rights to create a new file in your directory but he owns the newfile
and can remove/edit this file.
[2001-11-15 18:53:16] [EMAIL PROTECTED]
Under safe mode, fopen(filename, w) fails to create a file if it
doesn't exist, complaining about open_basedir restriction. However,
the filename refers to the file in the directory configured in the
open_basedir. Besides, if the same file is created manually, fopen()
can open it for writing without any problems. The directory is
writeable to the web server.
$dir = '/var/www/tmp/submit';
// Fails if the file doesn't exist.
// Succeeds if the file does exist
fopen( $dir/file.txt, w ); // Fails if the file doesn't exist.
mkdir( $dir/foo, 0700 ); // SUCCEEDS!!! Notice the same path.
Edit this bug report at http://bugs.php.net/?id=14076edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15073: Call to unsupported or undefined function mysql_pconnect
From: [EMAIL PROTECTED] Operating system: Solaris 2.6.1 PHP version: 4.0CVS-2002-01-16 PHP Bug Type: MySQL related Bug description: Call to unsupported or undefined function mysql_pconnect This concerns PHP 3.0.14, please continue to read nevertheless... Hello, since we currently cannot use PHP 4 (see Bug 15072), we have to work with next newest version available to us: PHP 3.0.14. PHP scripts are not executed: - # /pub/php/3.0.14/bin help.php X-Powered-By: PHP/3.0.14 Content-type: text/html br bFatal error/b: Call to unsupported or undefined function mysql_pconnect() in bmysql.inc/b on line b204/bbr # According to online manual (http://www.php.net/manual/en/function.mysql-pconnect.php) this command should be supported for PHP = 3.0.18. PHP IS compiled with MySQL support and Allow persistent links is yes accoring to phpinfo.php PHP configuration: - ./configure --with-apxs=/pub/apache/1.3.11-nosuexec/bin/apxs --with-config-file-path=/pub/apache/1.3.11-nosuexec/etc --with-zlib=/pub/zlib/1.1.1 --with-pgsql=/pub/postgresql/7.0.2 --with-mysql=/pub/mysql/3.22.32 There is no php.ini. Server info (uname -a): SunOS 5.6 Generic_105181-17 sun4u sparc SUNW,Ultra-4 Any help is great;y appreciated Frank Thommen -- Frank Thommen, IT Support Group, D-INFK, ETH Zuerich E-Mail: [EMAIL PROTECTED]; Tel: +41-1-63 27208 (Mon-Thu) Web: http://www.isg.inf.ethz.ch -- -- Edit bug report at: http://bugs.php.net/?id=15073edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15072 Updated: Loading libphp4.so crashes Apache 1.3.11 at startup
ID: 15072 Updated by: rasmus Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: Solaris 2.6.1 PHP Version: 4.0.6 New Comment: Build with debug symbols please so we can have a real backtrace. You are also way behind with your Apache version. Current version is 1.3.22. Previous Comments: [2002-01-16 13:11:16] [EMAIL PROTECTED] Hello, On our server running Apache 1.3.11 we cannot use PHP 4.0.6, since loading the libphp4.so crashes Apache at startup w/o giving any clue about the problem: # /etc/init.d/httpd start Segmentation Fault - core dumped /pub/httpd/sbin/apachectl startssl: httpd could not be started # GDB backtrace: --- (gdb) bt #0 0xef5ce544 in strrchr () #1 0x22e0c in ap_add_module () #2 0x230e4 in ap_add_loaded_module () #3 0x1aa58 in load_module () #4 0x238d8 in invoke_cmd () #5 0x24794 in ap_handle_command () #6 0x24874 in ap_srm_command_loop () #7 0x24efc in ap_process_resource_config () #8 0x25b04 in ap_read_config () #9 0x34b54 in main () (gdb) As soon as the AddModule and LoadModule directives for PHP4 are removed from httpd.conf, the Server can start up w/o problems. PHP configuration: - ./configure --prefix=/usr/pack/php-4.0.6-ft --with-mysql=/pub/mysql/3.22.32/ --with-pgsql=/pub/postgresql/7.0.2 --enable-track-vars --with-db --with-ndb --with-apxs=/pub/apache/1.3.11-nosuexec/bin/apxs The identical Module works w/o problems on an other Sun Server running the same Apache (1.3.11, identical installation). Server information (uname -a): -- The server where Apache crashes: SunOS X 5.6 Generic_105181-17 sun4u sparc SUNW,Ultra-4 The server w/o problems SunOS Y 5.6 Generic_105181-21 sun4u sparc SUNW,Ultra-250 Thank you very much in advance for any help Frank Thommen -- Frank Thommen, IT Support Group, D-INFK, ETH Zuerich E-Mail: [EMAIL PROTECTED]; Tel: +41-1-63 27208 (Mon-Thu) Web: http://www.isg.inf.ethz.ch -- Edit this bug report at http://bugs.php.net/?id=15072edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15072 Updated: Loading libphp4.so crashes Apache 1.3.11 at startup
ID: 15072 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Apache related Operating System: Solaris 2.6.1 PHP Version: 4.0.6 New Comment: Upgrade to 1.3.22, .11 has some problems, and AFAIK it was never released to the public. This should solve the crashes (it seems like it is crashing in apache to me anyways). regards, Derick Previous Comments: [2002-01-16 13:31:07] [EMAIL PROTECTED] Build with debug symbols please so we can have a real backtrace. You are also way behind with your Apache version. Current version is 1.3.22. [2002-01-16 13:11:16] [EMAIL PROTECTED] Hello, On our server running Apache 1.3.11 we cannot use PHP 4.0.6, since loading the libphp4.so crashes Apache at startup w/o giving any clue about the problem: # /etc/init.d/httpd start Segmentation Fault - core dumped /pub/httpd/sbin/apachectl startssl: httpd could not be started # GDB backtrace: --- (gdb) bt #0 0xef5ce544 in strrchr () #1 0x22e0c in ap_add_module () #2 0x230e4 in ap_add_loaded_module () #3 0x1aa58 in load_module () #4 0x238d8 in invoke_cmd () #5 0x24794 in ap_handle_command () #6 0x24874 in ap_srm_command_loop () #7 0x24efc in ap_process_resource_config () #8 0x25b04 in ap_read_config () #9 0x34b54 in main () (gdb) As soon as the AddModule and LoadModule directives for PHP4 are removed from httpd.conf, the Server can start up w/o problems. PHP configuration: - ./configure --prefix=/usr/pack/php-4.0.6-ft --with-mysql=/pub/mysql/3.22.32/ --with-pgsql=/pub/postgresql/7.0.2 --enable-track-vars --with-db --with-ndb --with-apxs=/pub/apache/1.3.11-nosuexec/bin/apxs The identical Module works w/o problems on an other Sun Server running the same Apache (1.3.11, identical installation). Server information (uname -a): -- The server where Apache crashes: SunOS X 5.6 Generic_105181-17 sun4u sparc SUNW,Ultra-4 The server w/o problems SunOS Y 5.6 Generic_105181-21 sun4u sparc SUNW,Ultra-250 Thank you very much in advance for any help Frank Thommen -- Frank Thommen, IT Support Group, D-INFK, ETH Zuerich E-Mail: [EMAIL PROTECTED]; Tel: +41-1-63 27208 (Mon-Thu) Web: http://www.isg.inf.ethz.ch -- Edit this bug report at http://bugs.php.net/?id=15072edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15073 Updated: Call to unsupported or undefined function mysql_pconnect
ID: 15073 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: MySQL related Operating System: Solaris 2.6.1 PHP Version: 4.0CVS-2002-01-16 New Comment: have you checked configure output and phpinfo() to make sure mysql support realy got compiled in? Previous Comments: [2002-01-16 13:26:40] [EMAIL PROTECTED] This concerns PHP 3.0.14, please continue to read nevertheless... Hello, since we currently cannot use PHP 4 (see Bug 15072), we have to work with next newest version available to us: PHP 3.0.14. PHP scripts are not executed: - # /pub/php/3.0.14/bin help.php X-Powered-By: PHP/3.0.14 Content-type: text/html br bFatal error/b: Call to unsupported or undefined function mysql_pconnect() in bmysql.inc/b on line b204/bbr # According to online manual (http://www.php.net/manual/en/function.mysql-pconnect.php) this command should be supported for PHP = 3.0.18. PHP IS compiled with MySQL support and Allow persistent links is yes accoring to phpinfo.php PHP configuration: - ./configure --with-apxs=/pub/apache/1.3.11-nosuexec/bin/apxs --with-config-file-path=/pub/apache/1.3.11-nosuexec/etc --with-zlib=/pub/zlib/1.1.1 --with-pgsql=/pub/postgresql/7.0.2 --with-mysql=/pub/mysql/3.22.32 There is no php.ini. Server info (uname -a): SunOS 5.6 Generic_105181-17 sun4u sparc SUNW,Ultra-4 Any help is great;y appreciated Frank Thommen -- Frank Thommen, IT Support Group, D-INFK, ETH Zuerich E-Mail: [EMAIL PROTECTED]; Tel: +41-1-63 27208 (Mon-Thu) Web: http://www.isg.inf.ethz.ch -- Edit this bug report at http://bugs.php.net/?id=15073edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14076 Updated: fopen() and touch() fail to create file under safe mode
ID: 14076
Comment by: [EMAIL PROTECTED]
Old Reported By: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: *Directory/Filesystem functions
Operating System: Linux
PHP Version: 4.0.6
New Comment:
As a workaround you can use relative paths in all of
your fopen()-calls: fopen(./test.html) always works
(I think php prepends the *expanded path* then -- see
the last paragraph in my previous comment).
Hajo
Previous Comments:
[2002-01-16 13:21:11] [EMAIL PROTECTED]
This problem has nothing to do with wrong file/directory modes. I'm
quite sure that it is a bug in the PHP-realpath-code.
Please consider the following setup layout:
/var/www/ = symlink to /mnt/sda1/www
/var/www/domain.com = apache document_root = php open_basedir
/var/www/domain.com/test.html = test file for fopen()
I've added some debug code to fopen_wrappers.c :
php_error(E_NOTICE, check_specific_open_basedir ( comparing resolved
name %s to resolved_basedir %s ), resolved_name, resolved_basedir);
if (strncmp(resolved_basedir, resolved_name, strlen(resolved_basedir))
== 0) {
Trying to fopen(/var/www/domain.com/test.html) results
in two cases:
1. /var/www/domain.com/test.html already exists
PHP Warning: check_specific_open_basedir ( comparing resolved name
/mnt/sda1/www/domain.com/test.html to resolved_basedir
/mnt/sda1/www/domain.com/test.html )
- fopen() succeeds
2. /var/www/domain.com/test.html does *not* exist
PHP Warning: check_specific_open_basedir ( comparing resolved name
/var/www/domain.com/test.html to resolved_basedir
/mnt/sda1/www/domain.com/test.html )
- fopen() fails with open basedir restriction in effect-error
As you can see in the debug output, PHP does not correctly
expand the file path if the file does not exists !
Trying to fopen(/mnt/sda1/www/domain.com/test.html) always
succeeds because PHP does not need to expand the filename anymore
(- strncmp is always true ).
Hajo
(Linux 2.2 - PHP 4.0.6 - afaik the problem still exists in 4.1.X)
[2001-11-19 13:50:10] [EMAIL PROTECTED]
Well, the fact that it can create a *new directory* in the same
directory, already means that the apache process has sufficient
permissions to also create a file in it. However, these are the
permissions:
webedit@penguin:/var/www/tmp/submit$ ls -lad ./
drwxrwx--- 18 webedit www 4096 Nov 15 19:13 ./
Apache runs as user `www', and the scripts are owned by user `webedit'.
Note that the directory is owned by the same user as the script, and
writeable to Apache, so the requirements of safe mode are met.
Thank you for your response.
--
Arcady Genkin
[2001-11-19 12:37:01] [EMAIL PROTECTED]
Post please the
mod of your directory and tell me the
user and group of your apache. Maybe the apache dont have
rights to create a new file in your directory but he owns the newfile
and can remove/edit this file.
[2001-11-15 18:53:16] [EMAIL PROTECTED]
Under safe mode, fopen(filename, w) fails to create a file if it
doesn't exist, complaining about open_basedir restriction. However,
the filename refers to the file in the directory configured in the
open_basedir. Besides, if the same file is created manually, fopen()
can open it for writing without any problems. The directory is
writeable to the web server.
$dir = '/var/www/tmp/submit';
// Fails if the file doesn't exist.
// Succeeds if the file does exist
fopen( $dir/file.txt, w ); // Fails if the file doesn't exist.
mkdir( $dir/foo, 0700 ); // SUCCEEDS!!! Notice the same path.
Edit this bug report at http://bugs.php.net/?id=14076edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9852 Updated: Header redirect and db connection cause CGI misbehaved
ID: 9852
Comment by: [EMAIL PROTECTED]
Old Reported By: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: IIS related
Operating System: Windows 2000
PHP Version: 4.0.4pl1
New Comment:
I have tried this with W2K server and php 4.1.1 and I am getting the
same problem. Its taken a while and in fact it was only when pointed at
this bug request that the answer was apparent. My problem was it wasnt
constant, it was intimittent, so, I assumed my server was crud. I
actually had rulled out a PHP bug coz it works fine on my portable
(W2K pro) every time, but under server .. no.. Although my server does
also farm hits to the company intranet so is generally under a lot more
stress than my portable.
I will continue further tests to see if doing includes takes the
problem away, as certainly, it seems the javascript of window.location=
seems to be fine. I assume PHP is being too fast for itself?
Previous Comments:
[2002-01-12 06:58:59] [EMAIL PROTECTED]
Can you try this with 4.1.1? There been alot of fixes for IIS in the
recent versions.
[2001-03-19 22:41:31] [EMAIL PROTECTED]
Under the category of You Can Never Have Too Much Information On A
Bug, here is my experience with the CGI App Misbehaved bug (related
bug reports: #8571 and #8744).
Bug report summary:
A PHP script that sends a 'Location' header directive and makes a
database connection causes IIS to intermittently return a 'Gateway
Error 502' when the client browser asks for the page specified in the
redirect. The address bar will correctly show the page that should
have loaded when the error is displayed, and pressing F5 (refresh) will
correctly load the page. Note that the error is (seemingly) completely
random, sometimes you get it, other times the script works correctly.
The error message text is:
-- Begin --
CGI Error
The specified CGI application misbehaved by not returning a complete
set of HTTP headers. The headers it did return are:
-- End --
This error depends on:
1) Using PHP in CGI mode (i.e. using php.exe, the ISAPI dll does not
seem to produce this error, although it has it's own problems).
2) A PHP script that connects to a database (tested both mssql_connect
and odbc_connect) *and* sends a 'Location:' header. If the script
redirects to something other than a .php file (i.e. .html or .pdf) or
does not connect to the database, the error will not occur.
3) A successful db connection. If the db connect call fails (due to
bad password, etc.), the redirect always works.
This error does *not* depend on:
1) A fully qualified 'Location' header. The following also fails:
header('Location: http://10.0.0.30/test/done.php');
2) The relative order of the header() and xxx_connect() calls in
'doit.php'. I wouldn't expect the order to affect the result, but I
checked it anyway.
Interesting note: While upgrading the server to SP1 to see if it had
any affect on this bug, I continued to test while it was in the process
of performing the upgrade. It was very difficult (I gave up) trying to
get the error. The CPU was at 100% due to the upgrade which
(obviously) caused the web server performance to suffer. Combined with
the fact that it occurs randomly anyway, this suggests that it may have
something to do with the timings between the request for doit.php,
execution of doit.php, and the request for done.php.
Hardware/Software:
Web server:
Win2000 Server (with and without SP1)
IIS 5.0
PHP 4.0.4pl1 (CGI mode)
Database server:
WinNT 4.0 SP6
MS-SQL 7.0
Client:
Win2000 Professional SP1
IE 5.5 SP1
Test scripts
start.php
htmlheadtitleTest/title/head
body
a href=doit.phpDo test/a
/body/html
doit.php
?php
// Either connect line will cause the error
$conn = mssql_connect('host', 'uid, 'pwd') or die(couldn't connect);
//$conn = odbc_connect('dsn', 'uid', 'pwd') or die(couldn't
connect);
header('Location: done.php');
?
done.php
htmlheadtitleTest/title/head
body
Test complete
pa href=start.phpReset test/a
/body/html
Here are actual HTTP headers recorded using a packet sniffer:
Scenario #1 - CGI Error Occurs
Client request
GET /test/doit.php HTTP/1.1
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg,
application/vnd.ms-excel, application/msword, */*
Referer:
[PHP-DEV] Re: [php-objects]
Hello, David Rochwerger wrote: Is there a class / function etc that reads the network login of the current user on NT machines? (I thought that get_current_user() might be able to be used by getting the user to create a file??) This function should (ideally) do the same as Request.ServerVariables (LOGON_USER) in ASP. AFAIK, the way that works is by querying the NT domain controller about the current remote user IP to see if it corresponds an authenticated user and if so it is just a matter of setting the LOGON_USER environment variable that you can retrieve via GetEnv. I am not a Windows expert, but I suppose that should not be hard to do via some COM object. You may want to ask Stefan Bergmann or some other Windows expert. Actually it would be useful for PHP users under Windows because if it is easy with ASP, there is no reason for it to be as easy with PHP and being able to do so there it would be one less reason for companies that uses Windows to prefer ASP or something else over PHP. So, I think it would be nice to have that feature built-in PHP because it would allow to develop PHP applications under Windows without requiring Windows users to authenticate more than once. Regards, Manuel Lemos Thanks David Privileged/Confidential Information may be contained in this message. If you are not the addressee indicated in this message, you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply email. Opinions, conclusions and other information in this message that do not relate to the official business of this organisation shall be understood as neither given nor endorsed by it. Yahoo! Groups Sponsor -~-- Tiny Wireless Camera under $80! Order Now! FREE VCR Commander! Click Here - Only 1 Day Left! http://us.click.yahoo.com/WoOlbB/7.PDAA/ySSFAA/saFolB/TM -~- Look here for Free PHP Classes of objects: http://phpclasses.UpperDesign.com/ To unsubscribe from this group, send an email to: [EMAIL PROTECTED] Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] Bug #15073 Updated: Call to unsupported or undefined function mysql_pconnect
Title: RE: [PHP-DEV] Bug #15073 Updated: Call to unsupported or undefined function mysql_pconnect # /pub/php/3.0.14/bin help.php Command line? ./configure --with-apxs=/pub/apache/1.3.11-nosuexec/bin/apxs Apache module? Two different php's maybe? Mike Robinson IT / Developer - Toronto Star TV Phone: 416.945.8786 Fax: 416.869.4566 Email: [EMAIL PROTECTED] To find out more about what we can do for you, please visit us at: http://www.tmgtv.ca/ and http://www.thestar.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15073 Updated: Call to unsupported or undefined function mysql_pconnect
ID: 15073 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: MySQL related Operating System: Solaris 2.6.1 Old PHP Version: 4.0CVS-2002-01-16 PHP Version: 3.0.14 New Comment: I have checked phpinfo and everything seems ok according to it. There is a copy at http://www.inf.ethz.ch/~thommen/external/php/phpinfo.html. frank Previous Comments: [2002-01-16 13:40:32] [EMAIL PROTECTED] have you checked configure output and phpinfo() to make sure mysql support realy got compiled in? [2002-01-16 13:26:40] [EMAIL PROTECTED] This concerns PHP 3.0.14, please continue to read nevertheless... Hello, since we currently cannot use PHP 4 (see Bug 15072), we have to work with next newest version available to us: PHP 3.0.14. PHP scripts are not executed: - # /pub/php/3.0.14/bin help.php X-Powered-By: PHP/3.0.14 Content-type: text/html br bFatal error/b: Call to unsupported or undefined function mysql_pconnect() in bmysql.inc/b on line b204/bbr # According to online manual (http://www.php.net/manual/en/function.mysql-pconnect.php) this command should be supported for PHP = 3.0.18. PHP IS compiled with MySQL support and Allow persistent links is yes accoring to phpinfo.php PHP configuration: - ./configure --with-apxs=/pub/apache/1.3.11-nosuexec/bin/apxs --with-config-file-path=/pub/apache/1.3.11-nosuexec/etc --with-zlib=/pub/zlib/1.1.1 --with-pgsql=/pub/postgresql/7.0.2 --with-mysql=/pub/mysql/3.22.32 There is no php.ini. Server info (uname -a): SunOS 5.6 Generic_105181-17 sun4u sparc SUNW,Ultra-4 Any help is great;y appreciated Frank Thommen -- Frank Thommen, IT Support Group, D-INFK, ETH Zuerich E-Mail: [EMAIL PROTECTED]; Tel: +41-1-63 27208 (Mon-Thu) Web: http://www.isg.inf.ethz.ch -- Edit this bug report at http://bugs.php.net/?id=15073edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15074: unset does not work on an array
From: [EMAIL PROTECTED] Operating system: Sun Solaris 8 PHP version: 4.1.0 PHP Bug Type: Arrays related Bug description: unset does not work on an array When I use this statement: unset($testarray[]); Output: Fatal error: Cannot use [] for unsetting in test.php on line 101 This already worked on PHP4.0.6-- -- Edit bug report at: http://bugs.php.net/?id=15074edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15074 Updated: unset does not work on an array
ID: 15074 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Arrays related Operating System: Sun Solaris 8 PHP Version: 4.1.0 New Comment: lose the []'s unset works fine on arrays. Previous Comments: [2002-01-16 14:14:01] [EMAIL PROTECTED] When I use this statement: unset($testarray[]); Output: Fatal error: Cannot use [] for unsetting in test.php on line 101 This already worked on PHP4.0.6-- Edit this bug report at http://bugs.php.net/?id=15074edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15072 Updated: Loading libphp4.so crashes Apache 1.3.11 at startup
ID: 15072 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache related Operating System: Solaris 2.6.1 PHP Version: 4.0.6 New Comment: Absolutely identical backtrace even when configured with --enable-debug. It works in the identical setup like a charm on an other machine (same binaries!), what could be the reason, that it doesn't work here? frank btw: I'm still looking for those admins who can always keep up with the newest version of all packages (about 280 packages at our site...) Previous Comments: [2002-01-16 13:32:02] [EMAIL PROTECTED] Upgrade to 1.3.22, .11 has some problems, and AFAIK it was never released to the public. This should solve the crashes (it seems like it is crashing in apache to me anyways). regards, Derick [2002-01-16 13:31:07] [EMAIL PROTECTED] Build with debug symbols please so we can have a real backtrace. You are also way behind with your Apache version. Current version is 1.3.22. [2002-01-16 13:11:16] [EMAIL PROTECTED] Hello, On our server running Apache 1.3.11 we cannot use PHP 4.0.6, since loading the libphp4.so crashes Apache at startup w/o giving any clue about the problem: # /etc/init.d/httpd start Segmentation Fault - core dumped /pub/httpd/sbin/apachectl startssl: httpd could not be started # GDB backtrace: --- (gdb) bt #0 0xef5ce544 in strrchr () #1 0x22e0c in ap_add_module () #2 0x230e4 in ap_add_loaded_module () #3 0x1aa58 in load_module () #4 0x238d8 in invoke_cmd () #5 0x24794 in ap_handle_command () #6 0x24874 in ap_srm_command_loop () #7 0x24efc in ap_process_resource_config () #8 0x25b04 in ap_read_config () #9 0x34b54 in main () (gdb) As soon as the AddModule and LoadModule directives for PHP4 are removed from httpd.conf, the Server can start up w/o problems. PHP configuration: - ./configure --prefix=/usr/pack/php-4.0.6-ft --with-mysql=/pub/mysql/3.22.32/ --with-pgsql=/pub/postgresql/7.0.2 --enable-track-vars --with-db --with-ndb --with-apxs=/pub/apache/1.3.11-nosuexec/bin/apxs The identical Module works w/o problems on an other Sun Server running the same Apache (1.3.11, identical installation). Server information (uname -a): -- The server where Apache crashes: SunOS X 5.6 Generic_105181-17 sun4u sparc SUNW,Ultra-4 The server w/o problems SunOS Y 5.6 Generic_105181-21 sun4u sparc SUNW,Ultra-250 Thank you very much in advance for any help Frank Thommen -- Frank Thommen, IT Support Group, D-INFK, ETH Zuerich E-Mail: [EMAIL PROTECTED]; Tel: +41-1-63 27208 (Mon-Thu) Web: http://www.isg.inf.ethz.ch -- Edit this bug report at http://bugs.php.net/?id=15072edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15072 Updated: Loading libphp4.so crashes Apache 1.3.11 at startup
ID: 15072 Updated by: rasmus Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache related Operating System: Solaris 2.6.1 PHP Version: 4.0.6 New Comment: Well, since the crash is in Apache, it is Apache you need to build with debug symbols, not PHP. Previous Comments: [2002-01-16 14:17:33] [EMAIL PROTECTED] Absolutely identical backtrace even when configured with --enable-debug. It works in the identical setup like a charm on an other machine (same binaries!), what could be the reason, that it doesn't work here? frank btw: I'm still looking for those admins who can always keep up with the newest version of all packages (about 280 packages at our site...) [2002-01-16 13:32:02] [EMAIL PROTECTED] Upgrade to 1.3.22, .11 has some problems, and AFAIK it was never released to the public. This should solve the crashes (it seems like it is crashing in apache to me anyways). regards, Derick [2002-01-16 13:31:07] [EMAIL PROTECTED] Build with debug symbols please so we can have a real backtrace. You are also way behind with your Apache version. Current version is 1.3.22. [2002-01-16 13:11:16] [EMAIL PROTECTED] Hello, On our server running Apache 1.3.11 we cannot use PHP 4.0.6, since loading the libphp4.so crashes Apache at startup w/o giving any clue about the problem: # /etc/init.d/httpd start Segmentation Fault - core dumped /pub/httpd/sbin/apachectl startssl: httpd could not be started # GDB backtrace: --- (gdb) bt #0 0xef5ce544 in strrchr () #1 0x22e0c in ap_add_module () #2 0x230e4 in ap_add_loaded_module () #3 0x1aa58 in load_module () #4 0x238d8 in invoke_cmd () #5 0x24794 in ap_handle_command () #6 0x24874 in ap_srm_command_loop () #7 0x24efc in ap_process_resource_config () #8 0x25b04 in ap_read_config () #9 0x34b54 in main () (gdb) As soon as the AddModule and LoadModule directives for PHP4 are removed from httpd.conf, the Server can start up w/o problems. PHP configuration: - ./configure --prefix=/usr/pack/php-4.0.6-ft --with-mysql=/pub/mysql/3.22.32/ --with-pgsql=/pub/postgresql/7.0.2 --enable-track-vars --with-db --with-ndb --with-apxs=/pub/apache/1.3.11-nosuexec/bin/apxs The identical Module works w/o problems on an other Sun Server running the same Apache (1.3.11, identical installation). Server information (uname -a): -- The server where Apache crashes: SunOS X 5.6 Generic_105181-17 sun4u sparc SUNW,Ultra-4 The server w/o problems SunOS Y 5.6 Generic_105181-21 sun4u sparc SUNW,Ultra-250 Thank you very much in advance for any help Frank Thommen -- Frank Thommen, IT Support Group, D-INFK, ETH Zuerich E-Mail: [EMAIL PROTECTED]; Tel: +41-1-63 27208 (Mon-Thu) Web: http://www.isg.inf.ethz.ch -- Edit this bug report at http://bugs.php.net/?id=15072edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15072 Updated: Loading libphp4.so crashes Apache 1.3.11 at startup
ID: 15072 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache related Operating System: Solaris 2.6.1 PHP Version: 4.0.6 New Comment: No way to recompile Apache 1.3.11 here. Nobody kept the sources :-(. I'll drop that case and try with an Apache upgrade. Thank you very much anyway frank Previous Comments: [2002-01-16 14:19:36] [EMAIL PROTECTED] Well, since the crash is in Apache, it is Apache you need to build with debug symbols, not PHP. [2002-01-16 14:17:33] [EMAIL PROTECTED] Absolutely identical backtrace even when configured with --enable-debug. It works in the identical setup like a charm on an other machine (same binaries!), what could be the reason, that it doesn't work here? frank btw: I'm still looking for those admins who can always keep up with the newest version of all packages (about 280 packages at our site...) [2002-01-16 13:32:02] [EMAIL PROTECTED] Upgrade to 1.3.22, .11 has some problems, and AFAIK it was never released to the public. This should solve the crashes (it seems like it is crashing in apache to me anyways). regards, Derick [2002-01-16 13:31:07] [EMAIL PROTECTED] Build with debug symbols please so we can have a real backtrace. You are also way behind with your Apache version. Current version is 1.3.22. [2002-01-16 13:11:16] [EMAIL PROTECTED] Hello, On our server running Apache 1.3.11 we cannot use PHP 4.0.6, since loading the libphp4.so crashes Apache at startup w/o giving any clue about the problem: # /etc/init.d/httpd start Segmentation Fault - core dumped /pub/httpd/sbin/apachectl startssl: httpd could not be started # GDB backtrace: --- (gdb) bt #0 0xef5ce544 in strrchr () #1 0x22e0c in ap_add_module () #2 0x230e4 in ap_add_loaded_module () #3 0x1aa58 in load_module () #4 0x238d8 in invoke_cmd () #5 0x24794 in ap_handle_command () #6 0x24874 in ap_srm_command_loop () #7 0x24efc in ap_process_resource_config () #8 0x25b04 in ap_read_config () #9 0x34b54 in main () (gdb) As soon as the AddModule and LoadModule directives for PHP4 are removed from httpd.conf, the Server can start up w/o problems. PHP configuration: - ./configure --prefix=/usr/pack/php-4.0.6-ft --with-mysql=/pub/mysql/3.22.32/ --with-pgsql=/pub/postgresql/7.0.2 --enable-track-vars --with-db --with-ndb --with-apxs=/pub/apache/1.3.11-nosuexec/bin/apxs The identical Module works w/o problems on an other Sun Server running the same Apache (1.3.11, identical installation). Server information (uname -a): -- The server where Apache crashes: SunOS X 5.6 Generic_105181-17 sun4u sparc SUNW,Ultra-4 The server w/o problems SunOS Y 5.6 Generic_105181-21 sun4u sparc SUNW,Ultra-250 Thank you very much in advance for any help Frank Thommen -- Frank Thommen, IT Support Group, D-INFK, ETH Zuerich E-Mail: [EMAIL PROTECTED]; Tel: +41-1-63 27208 (Mon-Thu) Web: http://www.isg.inf.ethz.ch -- Edit this bug report at http://bugs.php.net/?id=15072edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.1.x Win32 Extension Compile Error with oject_init()
Hello,
I've developed a cross platform component that I'm trying to distribute.
The module compiles great under Solaris, Linux, and FreeBSD with PHP 4.0.4,
4.0.5, 4.0.6, 4.1.0, and 4.1.1. The extension also will compile fine under
Win32 for PHP 4.0.4, 4.0.5, an 4.0.6.
However, the extension will not compile under Visual C++ against the source
code for 4.1.0 and 4.1.1. The only line that causes the compile error is
the following one with the object_init() function. This is just a snippet
of code:
// the temp carrier
zval * cl;
// the temp carrier
zval * temp;
// try to init the carrier list array
if (SUCCESS != array_init(cl))
return;
// create the carrier object
MAKE_STD_ZVAL(temp);
// init the carrier object
if (SUCCESS != object_init(temp)) {
return;
}
The weird part is the the array_init() function causes no problem at all.
Its just the object_init() function call. Here is the specific Visual C++
error.
swsms.c(264) : error C2065: 'tsrm_ls' : undeclared identifier
swsms.c(264) : warning C4022: '_object_init' : pointer mismatch for actual
parameter 2
I hope someone can help me. I'm wondering if this is a bug with version
4.1.0? Notice that my code compiles great under all the other versions of
PHP, just not with 4.1.0 and 4.1.1.
-Joe
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Overloading Tags with PHP functions
Hi, I doubt this, btw. here's something related: http://www.php-tools.de/index.php?file=patTemplateOverview.xml I think it should be http://www.php-tools.de/index.php?file=patXMLRendererOverview.xml instead. patTemplate is just a template class and does not parse any X(HT)ML files. This is done by the patXMLRenderer... My plans for the near future do not include this. I'm gonna focus on another related topic to be presented on the next php conference. What's it gonna be? Columbo? Stephan -- PHP Application Tools - a programmers best friend. [EMAIL PROTECTED] [--] http://www.php-tools.de -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Upgraded from 4.0.6 to 4.1.1 and now apache segfaults
Thank you very much for your time and help, Yasuo. I managed to get it
working this morning by taking out the --with-openssl from my php configure
line. Apparently the docs say its still an experimental feature. We had
OpenSSL 0.9.6a when I compiled 4.0.6, but now have 0.9.6c, so I think it
might make some difference. In any case, we didn't have huge plans for
using the PHP OpenSSL support.
Thanks again!
-Russ
Yasuo Ohgaki [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
Russ Goodwin wrote:
I actually switched to the stock php.ini-recommended to find out if
there
was a problem in my php.ini and it behaves no differently.
All the extensions= lines are commented out in that file.
Thanks for the try. Anything else? I'll take all the advice, hints,
and
guesses I can get, as I'm clean out!
-Russ
Can you display phpinfo()?
--
Yasuo Ohgaki
Yasuo Ohgaki [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
I guess you are loading incompatible modules from
your php.ini.
Get rid of all extensions including zend extensions.
--
Yasuo Ohgaki
Russ Goodwin wrote:
Hi-
I've searched high and low (bugs.php.net and google) and can't seem to
find
anyone with this same problem, I'm not entirely convinced it's a bug,
but if
I should post it to the bugs db, please let me know...
I'm running Apache 1.3.22, MySQL 3.23.46, cURL 7.8, mod_ssl 2.8.5 and
PHP
4.0.6/4.1.1 on RH Linux 6.2 kernel 2.2.18pre11-va2.0smp. (with php as
a
DSO, mod_ssl static).
Using the 4.0.6 module, I have no problems. When I install 4.1.1, then
run
'apachectl startssl', apachectl functions normally, asks for my key's
passphrase, then exits. Ordinarily the forked child would stay alive
and
spawn off StartServers children, but instead a 'ps aux' shows no
httpd's
running.
I have about a dozen virtualhosts set up, and when I rip out all but
the
first 6 and then comment out the ErrorLog and CustomLog lines in the
6th
virtualhost setup (or rip the 6th virtualhost altogether), apache
starts
fine. I've tried re-ordering the virtualhosts but that doesn't help.
I
found in the apache docs that it might be a file descriptor limit
problem,
and posted to the php.install group asking if anyone had seen this, but
got
no response. I'm convinced it's not a file descriptor problem, though
because running 'limit' shows descriptors 1024 and openfiles
1024 (everything else unlimited). The segfault only happens with the
newer
php though, so I'm posting here... if you think it's an apache (or
something
else) problem, please let me know.
I've uncommented the 6th virtualhost's log directives and run
'httpd -X'
to
get a core file, and the backtrace says:
#gdb /usr/local/apache/bin/httpd /tmp/core
GNU gdb 19991004
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB. Type show warranty for
details.
This GDB was configured as i386-redhat-linux...
Core was generated by `httpd -X'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libm.so.6...done.
Reading symbols from /lib/libcrypt.so.1...done.
Reading symbols from /lib/libdb.so.3...done.
Reading symbols from /usr/local/lib/libexpat.so.0...done.
Reading symbols from /lib/libdl.so.2...done.
Reading symbols from /lib/libc.so.6...done.
Reading symbols from /lib/ld-linux.so.2...done.
Reading symbols from /lib/libnss_files.so.2...done.
Reading symbols from /usr/local/apache/libexec/libphp4.so...done.
Reading symbols from /lib/libresolv.so.2...done.
Reading symbols from /lib/libpam.so.0...done.
Reading symbols from /home/mysql/lib/mysql/libmysqlclient.so.10...done.
Reading symbols from /usr/local/lib/libcurl.so.2...done.
Reading symbols from /lib/libnsl.so.1...done.
Reading symbols from /usr/lib/libz.so.1...done.
#0 strcmp (p1=0x403785c0 Address 0x403785c0 out of bounds,
p2=0x406935c0
DESX) at ../sysdeps/generic/strcmp.c:38
38 ../sysdeps/generic/strcmp.c: No such file or directory.
(gdb) bt
#0 strcmp (p1=0x403785c0 Address 0x403785c0 out of bounds,
p2=0x406935c0
DESX) at ../sysdeps/generic/strcmp.c:38
#1 0x80f984d in obj_name_cmp ()
Cannot access memory at address 0x3008add8
(gdb) quit
If I do an 'strace httpd -X', the last several lines look like this:
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x401ba000
_llseek(21, 0, [0], SEEK_CUR) = 0
getpid()= 12231
stat(/usr/local/apache/logs/httpd.pid, {st_mode=S_IFREG|0644,
st_size=6,
...}) = 0
time(NULL) = 1011128952
write(2,
[PHP-DEV] Re: PHP 4.1.x Win32 Extension Compile Error with oject_init()
woops,
this line is also added right after creating zval * cl;
// create the carrier list array
MAKE_STD_ZVAL(cl);
didn't want that to throw anyone off.
thanks,
joe
Joseph Lauer [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
Hello,
I've developed a cross platform component that I'm trying to distribute.
The module compiles great under Solaris, Linux, and FreeBSD with PHP
4.0.4,
4.0.5, 4.0.6, 4.1.0, and 4.1.1. The extension also will compile fine
under
Win32 for PHP 4.0.4, 4.0.5, an 4.0.6.
However, the extension will not compile under Visual C++ against the
source
code for 4.1.0 and 4.1.1. The only line that causes the compile error is
the following one with the object_init() function. This is just a snippet
of code:
// the temp carrier
zval * cl;
// the temp carrier
zval * temp;
// try to init the carrier list array
if (SUCCESS != array_init(cl))
return;
// create the carrier object
MAKE_STD_ZVAL(temp);
// init the carrier object
if (SUCCESS != object_init(temp)) {
return;
}
The weird part is the the array_init() function causes no problem at all.
Its just the object_init() function call. Here is the specific Visual C++
error.
swsms.c(264) : error C2065: 'tsrm_ls' : undeclared identifier
swsms.c(264) : warning C4022: '_object_init' : pointer mismatch for actual
parameter 2
I hope someone can help me. I'm wondering if this is a bug with version
4.1.0? Notice that my code compiles great under all the other versions of
PHP, just not with 4.1.0 and 4.1.1.
-Joe
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] shmop errors
I've tested your code on 4.1.1 release with the recent SHMOP patch that is
already part of the latest CVS. The code worked fine and did not generate any
warning or errors.
I did however commented out the sem_* functions.
Ilia
P.S. Try using the latest CVS
On January 16, 2002 01:17 pm, Robin Ericsson wrote:
I was playing with shmop ext today, and found out it was full of errors :)
This is my code:
Writing:
define(SHMKEY, 0xDEAD);
define(SEMKEY, 0xCAFE);
$shm_id = @shmop_open(SHMKEY, a, 0644, 10);
if (!$shm_id)
{
$sem_id = sem_get(SEMKEY, 1, 0666);
$shm_id = shmop_open(SHMKEY, c, 0644, 10);
sem_acquire($sem_id);
shmop_write($shm_id, 0, 0);
sem_release($sem_id);
}
Reading:
$shm_id = @shmop_open(SHMKEY, a, 0644, 10);
if (!$shm_id)
{
return 0;
}
else
{
$count = shmop_read($shm_id, 0, shmop_size($shm_id));
shmop_close($shm_id);
return $count;
}
Which give me the following error:
Warning: String is not zero-terminated (0) (source: zend_execute_API.c:274)
I'm using 4.1.1, btw.
-- robin
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15068: function index has repeated entries
From: [EMAIL PROTECTED] Operating system: PHP version: 4.1.1 PHP Bug Type: Documentation problem Bug description: function index has repeated entries The function index (http://www.php.net/manual/en/index.functions.php) has repeated entries for (just examples, not a complete list): swfbitmap swfbutton swfdisplayitem swffill swffont swfgradient swfmorph ... It appears to only be the swf-related functions. At a quick glance, I did not notice any other areas of the index with repeated functions. -- Edit bug report at: http://bugs.php.net/?id=15068edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15068 Updated: function index has repeated entries
ID: 15068 Updated by: irc-html Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem PHP Version: 4.1.1 New Comment: The duplicate listings are a result of those functions having methods, as such, each method of those functions creates another entry in the function listing. I'll see if this can be fixed. Previous Comments: [2002-01-16 12:07:27] [EMAIL PROTECTED] The function index (http://www.php.net/manual/en/index.functions.php) has repeated entries for (just examples, not a complete list): swfbitmap swfbutton swfdisplayitem swffill swffont swfgradient swfmorph ... It appears to only be the swf-related functions. At a quick glance, I did not notice any other areas of the index with repeated functions. Edit this bug report at http://bugs.php.net/?id=15068edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-DOC] REMOVEING apidoc.txt and apidoc-zend.txt
Yasuo Ohgaki wrote [EMAIL PROTECTED]: Hi all. apidoc.txt and apidoc-zend.txt are obsolete. If nobody going to maintain these files, they should be removed, IMO. (It\'s still useful, though) If we want to keep these, how about make a new directory \docs\ to keep verious text documents that is better to be distributed with source. Any comments? I think that both ideas are very good. As for the first one it would take some more time, but moving all the docs into one directory is just a few clicks away, so why not? This would make the sources cleaner. It\'s a very good idea I suppose and someone with enough karma could do this ;) Chris Jarecki -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15068 Updated: function index has repeated entries
ID: 15068 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Documentation problem PHP Version: 4.1.1 New Comment: fixed in CVS, thanks for the report, i overlooked the methods issue Previous Comments: [2002-01-16 12:16:43] [EMAIL PROTECTED] The duplicate listings are a result of those functions having methods, as such, each method of those functions creates another entry in the function listing. I'll see if this can be fixed. [2002-01-16 12:07:27] [EMAIL PROTECTED] The function index (http://www.php.net/manual/en/index.functions.php) has repeated entries for (just examples, not a complete list): swfbitmap swfbutton swfdisplayitem swffill swffont swfgradient swfmorph ... It appears to only be the swf-related functions. At a quick glance, I did not notice any other areas of the index with repeated functions. Edit this bug report at http://bugs.php.net/?id=15068edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14992 Updated: Behaviour of $array = $array1 + $array2; not documented
ID: 14992
Updated by: andrei
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Documentation problem
PHP Version: 4.1.1
New Comment:
$array1 + $array2 is *not* the same as array_merge(). See for yourself
with array(1, 2) and array(5, 6, 7).
Previous Comments:
[2002-01-11 06:03:44] [EMAIL PROTECTED]
Where should this feature be documented, I see two viable options:
a) Under array_merge()
b) A new Array Operators man page.
I assume most people wanting to merge arrays will go to array_merge()
but having it's own man page could make room to clearly explain the
differences of it and array_merge and array_merge_recursive. I vote
for (b). Of course the functions would link to it. This is kinda like
how `backticks` are documented now, as, Execution Operators.
A brief note under Arithmetic Operators may be appropriate too.
Also, for those interested in documenting this beast, please see this
post:
http://marc.theaimsgroup.com/?l=phpdocm=101074306518514
[2002-01-11 05:04:53] [EMAIL PROTECTED]
The behaviour of the following code doens't seem to be documented:
?
$foo = array(27 = 'Ene');
$bar = array(-1 = 'Mene');
$baz = $foo + $bar;
var_dump($baz);
?
array(2) {
[27]=
string(3) Ene
[-1]=
string(4) Mene
}
Edit this bug report at http://bugs.php.net/?id=14992edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14992 Updated: Behaviour of $array = $array1 + $array2; not documented
ID: 14992
Updated by: philip
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Documentation problem
PHP Version: 4.1.1
New Comment:
We know, but it needs to be documented nevertheless. I posted a rather
detailed test. The question is where to document it exactly.
Previous Comments:
[2002-01-16 12:53:08] [EMAIL PROTECTED]
$array1 + $array2 is *not* the same as array_merge(). See for yourself
with array(1, 2) and array(5, 6, 7).
[2002-01-11 06:03:44] [EMAIL PROTECTED]
Where should this feature be documented, I see two viable options:
a) Under array_merge()
b) A new Array Operators man page.
I assume most people wanting to merge arrays will go to array_merge()
but having it's own man page could make room to clearly explain the
differences of it and array_merge and array_merge_recursive. I vote
for (b). Of course the functions would link to it. This is kinda like
how `backticks` are documented now, as, Execution Operators.
A brief note under Arithmetic Operators may be appropriate too.
Also, for those interested in documenting this beast, please see this
post:
http://marc.theaimsgroup.com/?l=phpdocm=101074306518514
[2002-01-11 05:04:53] [EMAIL PROTECTED]
The behaviour of the following code doens't seem to be documented:
?
$foo = array(27 = 'Ene');
$bar = array(-1 = 'Mene');
$baz = $foo + $bar;
var_dump($baz);
?
array(2) {
[27]=
string(3) Ene
[-1]=
string(4) Mene
}
Edit this bug report at http://bugs.php.net/?id=14992edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] zend_qsort() problems
_zend_qsort_swap() is broken, it only works when siz is sizeof(int) or
sizeof(char). The following patch fixes it:
+++ Zend/zend_qsort.c Wed Jan 16 22:46:11 2002
@@ -32,23 +32,24 @@
int t_i;
chart_c;
- for (i = sizeof(int); i = siz; i += sizeof(int)) {
- tmp_a_int = (int *) a;
- tmp_b_int = (int *) b;
+ tmp_a_int = (int *) a;
+ tmp_b_int = (int *) b;
+ for (i = sizeof(int); i = siz; i += sizeof(int)) {
t_i = *tmp_a_int;
-
- *tmp_a_int++ = *(int *) b;
+ *tmp_a_int++ = *tmp_b_int;
*tmp_b_int++ = t_i;
}
- for (i = i - sizeof(int) + 1; i = siz; ++i) {
- tmp_a_char = (char *) a;
- tmp_b_char = (char *) b;
+ if (i - sizeof(int) == siz)
+ return;
- t_c = *tmp_a_char;
+ tmp_a_char = (char *) a;
+ tmp_b_char = (char *) b;
- *tmp_a_char++ = *(char *) b;
+ for (i = i - sizeof(int) + 1; i = siz; ++i) {
+ t_c = *tmp_a_char;
+ *tmp_a_char++ = *tmp_b_char;
*tmp_b_char++ = t_c;
}
}
Another thing which I don't like, is that it doesn't preserve the order
of equal values. This is a problem for array_unique(), see bug #14805.
The reason is that instead of storing the pivot separately by copying
the middle value, the first and middle values are exchanged in order to
store the pivot in the first value (I know, that's not quite clear, but
if you look at the code and understand quicksort, you know what I mean).
Can we please fix this? I can submit a patch if you like. Another slight
improvement is to compare the pivot candidate (middle) with first and
last, and sort those. This gives better performance in some cases, and
it isn't really a penalty since these comparisons then can be skipped
in the following loops by setting seg1 = begin + siz and seg2 = end - siz.
With these changes I think the performance would be about as good as now.
The big penalty is memory allocation for the pivot I guess, but it is
done only once for the entire sort, so I think it is okay.
Stig
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14805 Updated: array_unique works opposed to the manual
ID: 14805
Updated by: venaas
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Assigned
Bug Type: Arrays related
Operating System: MS Windows 98 PWS 4.0
PHP Version: 4.1.1
Old Assigned To:
Assigned To: venaas
New Comment:
array_unique() uses qsort internally. Provided qsort doesn't
change order of items that are equal, array_unique() should
work as documented. Until recently the systems own qsort
was used, giving different behavior on different systems.
With latest PHP (in CVS) we use our own qsort which doesn't
preserve order of equal items either. I'll either get that
qsort changed, or I will write a new slower array_unique()
that doesn't depend on qsort behavior.
Previous Comments:
[2002-01-09 12:18:16] [EMAIL PROTECTED]
I tested the examples with PHP 4.1.1 on Apache 1.3.9 under debian
stable. array_unique() does preserve the *first* key
of every related value in this environment.
Simone Cortesi [EMAIL PROTECTED] stated on phpdoc list:
On my PHP Version 4.0.6 on System Windows 95/98 4.10
(as it reads with phpinfo), I get...
what I got, but
On the same machine using Cygwin and PHP/4.0.8-dev
I get:
the expected result (returning with the first keys).
[2002-01-02 13:20:30] [EMAIL PROTECTED]
I forgot to mention that there may be something wrong with
array_unique itself. There are three values of 3 considered equal in
the example above:
2 = 3(string), 4 = 3(int), 5 = 3 (string)
[manual]
Two elements are considered equal if and only if (string)
$elem1 === (string) $elem2. In words: when the string
representation is the same.
Why does array_unique use the index 4 in this case?
(It's neither the first nor the latest key of value 3)
[2002-01-02 12:48:29] [EMAIL PROTECTED]
The manual (recent version from cvs) states that :
array_unique() will keep the first key encountered for every value,
and ignore all following keys.
I've tested the two examples in this page and I've found
this statement is not true.
?php
$input = array (4,4,3,4,3,3);
$result = array_unique ($input);
var_dump($result);
?
output: /* PHP 4.0.6 Win'98 PWS */
array(2) {
[3]=
int(4)
[4]=
int(3)
}
but the manual says it should print:
array(2) {
[0]=
int(4)
[1]=
string(1) 3
}
As you can recognize the latest keys are preserved
for both value 4 and 3.
Edit this bug report at http://bugs.php.net/?id=14805edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] session module
brad lafountain wrote: I looked at your changes to php_session.h. I saw that you added PHPAPI to the .h but don't you need to add them to session.c too? Thanks, I forgot to commit session.c. I'll commit it later :) Additionally i think php_get_session_var and php_set_session_var should be exported also. You are going to add external serializer, right? Then these function does not have to be called from other module, since it is called by session module. IIRC. i think we need PHPAPI int ps_globals_id too Hmm. I'm not sure. I thought it is not needed, but I don't build PHP under windows. I could be wrong. Anyone? As for startup, we probally need a non-static version of php_session_start? What do you think? This one need to discuss, since this could be a problem. For example, 1) a module start session internally. 2) User set session module paramter, since user is not starting session automatically. 3) User try to start session with session_start(), but session is started already... IMHO, you are better to document that your module requires to session module and session is activated. If session is inactive, you can return error. There may be better to have a function returns current session status for other modules. -- Yasuo Ohgaki - Brad --- Yasuo Ohgaki [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: Hello, Sessions are complex enough already. Doing hacks on the hash by yourself is a very bad idea IMO. Derick I agree, it could be a bad idea. I only remeber how session module initilizes $HTTP_SESSION_VARS/$_SESSION. Besides, adding element to PS(http_session_vars) will lead inconsistency with global variables unless PS(vars) are taken care of. (there are enough inconsistency between global session vars and $HTTP_SESSION_VARS, though) Call for new function? -- Yasuo Ohgaki _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] [Fwd: fix for problem with configure script libxml]
Is this needed? It sounds reasonable to me. -- Yasuo Ohgaki Original Message Subject: fix for problem with configure script libxml Date: Wed, 16 Jan 2002 10:50:32 -0600 From: [EMAIL PROTECTED] (Jon Wagoner) To: [EMAIL PROTECTED] Newsgroups: php.install A machine I was installing on had both libxml and libxml2. In the configure script test, it has: if test -r $PHP_DOM/include/libxml/tree.h; then DOMXML_DIR=$PHP_DOM elif test -r $PHP_DOM/include/libxml2/libxml/tree.h; then DOMXML_DIR=$PHP_DOM DOMXML_DIR_ADD=/libxml2 Since it found libxml first, it said I needed a later version. I changed it to look for libxml2 first, since that should be newer, and it works fine: if test -r $PHP_DOM/include/libxml2/libxml/tree.h; then DOMXML_DIR=$PHP_DOM DOMXML_DIR_ADD=/libxml2 elif test -r $PHP_DOM/include/libxml/tree.h; then DOMXML_DIR=$PHP_DOM Jon -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14805 Updated: array_unique works opposed to the manual
ID: 14805
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Assigned
Bug Type: Arrays related
Operating System: MS Windows 98 PWS 4.0
PHP Version: 4.1.1
Assigned To: venaas
New Comment:
Just one question:
What the main goal to stick to preserving the first key
when array_unique() eliminates multiple occurrences.
I think in most cases it's not so important.
Previous Comments:
[2002-01-16 17:43:45] [EMAIL PROTECTED]
array_unique() uses qsort internally. Provided qsort doesn't
change order of items that are equal, array_unique() should
work as documented. Until recently the systems own qsort
was used, giving different behavior on different systems.
With latest PHP (in CVS) we use our own qsort which doesn't
preserve order of equal items either. I'll either get that
qsort changed, or I will write a new slower array_unique()
that doesn't depend on qsort behavior.
[2002-01-09 12:18:16] [EMAIL PROTECTED]
I tested the examples with PHP 4.1.1 on Apache 1.3.9 under debian
stable. array_unique() does preserve the *first* key
of every related value in this environment.
Simone Cortesi [EMAIL PROTECTED] stated on phpdoc list:
On my PHP Version 4.0.6 on System Windows 95/98 4.10
(as it reads with phpinfo), I get...
what I got, but
On the same machine using Cygwin and PHP/4.0.8-dev
I get:
the expected result (returning with the first keys).
[2002-01-02 13:20:30] [EMAIL PROTECTED]
I forgot to mention that there may be something wrong with
array_unique itself. There are three values of 3 considered equal in
the example above:
2 = 3(string), 4 = 3(int), 5 = 3 (string)
[manual]
Two elements are considered equal if and only if (string)
$elem1 === (string) $elem2. In words: when the string
representation is the same.
Why does array_unique use the index 4 in this case?
(It's neither the first nor the latest key of value 3)
[2002-01-02 12:48:29] [EMAIL PROTECTED]
The manual (recent version from cvs) states that :
array_unique() will keep the first key encountered for every value,
and ignore all following keys.
I've tested the two examples in this page and I've found
this statement is not true.
?php
$input = array (4,4,3,4,3,3);
$result = array_unique ($input);
var_dump($result);
?
output: /* PHP 4.0.6 Win'98 PWS */
array(2) {
[3]=
int(4)
[4]=
int(3)
}
but the manual says it should print:
array(2) {
[0]=
int(4)
[1]=
string(1) 3
}
As you can recognize the latest keys are preserved
for both value 4 and 3.
Edit this bug report at http://bugs.php.net/?id=14805edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP 4.1.x Win32 Extension Compile Error with oject_init()
On Wed, Jan 16, 2002 at 02:44:09PM -0500, Joseph Lauer wrote : swsms.c(264) : error C2065: 'tsrm_ls' : undeclared identifier swsms.c(264) : warning C4022: '_object_init' : pointer mismatch for actual parameter 2 object_init() is just a macro and needs the thread context. Just fetch it manually with TSRMLS_FETCH() after the variable declaration but before your first code line. You find this easily by looking up object_init() at lxr.php.net: 159 #define object_init(arg) _object_init((arg) ZEND_FILE_LINE_CC TSRMLS_CC) -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12956 Updated: libgd2 + TTF = ugly fonts.
ID: 12956 Comment by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: GD related Operating System: Debian GNU/Linux PHP Version: 4.0CVS-2001-08-25 New Comment: Where can I found the GD2 patch for work with TTF ? Previous Comments: [2001-08-26 03:45:33] [EMAIL PROTECTED] It's a GD bug; I know this because my patched GD works fine with TTF. I submitted the patch to the GD folks a while ago. --Wez. [2001-08-25 21:12:15] [EMAIL PROTECTED] How do you know? All I said was that this was known, but that I don't know what causes truecolour images to not support anti-aliasing. ie. whether the bug is in PHP or GD or a combination of both is yet to be determined. [2001-08-25 20:59:40] [EMAIL PROTECTED] Not a PHP bug then.. --Jani [2001-08-25 16:59:27] [EMAIL PROTECTED] Yes, this is known. Anti-aliasing of TTF fonts in GD2 only works with paletted images. No idea why. Try asking the GD folks. [2001-08-25 13:47:49] [EMAIL PROTECTED] More on the problem. (This could be a libGD bug, but the libGD test works fine, but I'm not sure if its doing the same thing) This is from the ./configure to show that it is configured right (I have removed some lines to make it shorter): checking whether to include GD support... yes checking whether to enable truetype string function in gd... yes checking for freetype(2)... yes checking whether to include include FreeType 1.x support... no checking whether to include T1lib support... yes checking for T1_LoadFont in -lt1... yes checking for gdImageCreateFromPng in -lgd... yes checking for gdImageCreateFromJpeg in -lgd... yes checking for gdImageCreateTrueColor in -lgd... Yes So here is the script: ?php Header (Content-type: image/jpeg); $im = imagecreatetruecolor (400, 30); $black = ImageColorAllocate ($im, 0, 0, 0); $white = ImageColorAllocate ($im, 255, 255, 255); ImageTTFText ($im, 20, 0, 10, 20, $white, /Fonts/arial.ttf, Testing... Omega: #937;); ImageJPEG ($im); ImageDestroy ($im); ? I have also found out if I do not use truecolor, then the font is ok, but if I create from a jpeg or png, I get crap fonts. I guess its a truecolor problem. I dont know if it is in PHP or in GD. Maybe I'm posting this to the wrong place. Is anyone else using libGD2 and truecolor TTF graphics? Here is some samples that I made: http://rtfm.c0de.net/helpfiles/ttf-test.html Thank you for your help. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=12956 Edit this bug report at http://bugs.php.net/?id=12956edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15076: Name conficts when some libs are static.
From: [EMAIL PROTECTED] Operating system: Linux 2.2 PHP version: 4.1.1 PHP Bug Type: Compile Failure Bug description: Name conficts when some libs are static. example: there are only .h and .a files for lib mysql (version does not matter - they are from rpm'ed MySQL-devel file) then I configure php with --with-mysql=/usr final libphp4.so will be static compiled with it - thats ok for me then lets add some stuff - mnogosearch for example mnogosearch compiles --with-mysql and his libs are static (libudmsearch.a) When I try to compile this stuff together (in php) I get error message about multiple definition of ...mysql_related_functions... php uses static lib of mysql and static lib of mnogosearch mnogosearch uses static lib of mysql in abowe eweryone (php, mnogosearch) uses the same static mysql lib whats wrong with it? under php 4.0.6 this works fine another one: php uses his own expat lib (compiled static) now when I try do add sablotron support but sablotron requires expat, so: download expat, untar, configure with --enable-shared=no, make, make install now sablotron can find expat lib make his libs (static of course) php is using his own expat lib for xml, sablotron his own but there is a problem under compile time, error multiple definition of ...expat related funcions... how to solve it? is this new feature of php-4.1.x? -- Edit bug report at: http://bugs.php.net/?id=15076edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15077: mysql_query(LOAD DATA LOCAL INFILE 'd:\\txt\\data.txt' INTO TABLE maindata)
From: [EMAIL PROTECTED] Operating system: Windows2000 Professornal PHP version: 4.1.1 PHP Bug Type: MySQL related Bug description: mysql_query(LOAD DATA LOCAL INFILE 'd:\\txt\\data.txt' INTO TABLE maindata) Hi,phpers, Thank you all for your moil. I have a txt file,and I wanna load the data from the file to my database,so I write the sentences following.But I found that the last sentence did not fetch anything, the table that named maindata is null. Why? mysql_connect(localhost, admin, ) ; mysql_query(DROP DATABASE IF EXISTS stage); mysql_query(CREATE DATABASE stage); mysql_query(USE stage); mysql_query(CREATE TABLE maindata (id VARCHAR(14), materiel VARCHAR(20), counts INT(8))); mysql_query(LOAD DATA LOCAL INFILE 'Z_P.txt' INTO TABLE maindata); kanaka,2002-01-17 -- Edit bug report at: http://bugs.php.net/?id=15077edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15077 Updated: mysql_query(LOAD DATA LOCAL INFILE 'd:\\txt\\data.txt' INTO TABLE maindata)
ID: 15077 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MySQL related Operating System: Windows2000 Professornal PHP Version: 4.1.1 New Comment: Oh,sorry, I have just found the answer, it was my wrong syntax. The correct syntax is, mysql_query(LOAD DATA LOCAL INFILE 'd:/data/data.txt' INTO TABLE maindata); Thanks. kanaka 2002-01-17 Previous Comments: [2002-01-16 22:22:33] [EMAIL PROTECTED] Hi,phpers, Thank you all for your moil. I have a txt file,and I wanna load the data from the file to my database,so I write the sentences following.But I found that the last sentence did not fetch anything, the table that named maindata is null. Why? mysql_connect(localhost, admin, ) ; mysql_query(DROP DATABASE IF EXISTS stage); mysql_query(CREATE DATABASE stage); mysql_query(USE stage); mysql_query(CREATE TABLE maindata (id VARCHAR(14), materiel VARCHAR(20), counts INT(8))); mysql_query(LOAD DATA LOCAL INFILE 'Z_P.txt' INTO TABLE maindata); kanaka,2002-01-17 Edit this bug report at http://bugs.php.net/?id=15077edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15077 Updated: mysql_query(LOAD DATA LOCAL INFILE 'd:\\txt\\data.txt' INTO TABLE maindata)
ID: 15077 User updated by: [EMAIL PROTECTED] Old Summary: mysql_query(LOAD DATA LOCAL INFILE 'd:\\txt\\data.txt' INTO TABLE maindata) Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: MySQL related Operating System: Windows2000 Professornal PHP Version: 4.1.1 Previous Comments: [2002-01-16 22:22:33] [EMAIL PROTECTED] Hi,phpers, Thank you all for your moil. I have a txt file,and I wanna load the data from the file to my database,so I write the sentences following.But I found that the last sentence did not fetch anything, the table that named maindata is null. Why? mysql_connect(localhost, admin, ) ; mysql_query(DROP DATABASE IF EXISTS stage); mysql_query(CREATE DATABASE stage); mysql_query(USE stage); mysql_query(CREATE TABLE maindata (id VARCHAR(14), materiel VARCHAR(20), counts INT(8))); mysql_query(LOAD DATA LOCAL INFILE 'Z_P.txt' INTO TABLE maindata); kanaka,2002-01-17 Edit this bug report at http://bugs.php.net/?id=15077edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11511 Updated: _array_init and other functions are inlined
ID: 11511 Comment by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Scripting Engine problem Operating System: IRIX 6.5.11 PHP Version: 4.0.5 New Comment: I can not use php in irix6.5.11 Previous Comments: [2001-07-16 10:14:14] [EMAIL PROTECTED] The inline issue has been fixed in the CVS. [2001-06-18 14:38:40] [EMAIL PROTECTED] On the SGI it is defined as __inline with the 7.3.1.2m compilers (the latest). Just to get it up and running I edited the php_config.h to define it as empty. [2001-06-16 12:34:52] [EMAIL PROTECTED] Can you please check what is in your main/php_config.h for inline ? it should be defined as empty. [2001-06-16 12:02:26] [EMAIL PROTECTED] Reclassified as this is problem with Zend engine. [2001-06-15 20:59:22] [EMAIL PROTECTED] In the file Zend/zend_API.c _array_init and some other functions are declared as inline. Within the zend_API.h file some of the inlines are sort of aliased away making them non-inlined functions. #define array_init(arg) _array_init((arg) ZEND_FILE_LINE_CC) #define object_init(arg)_object_init((arg) ZEND_FILE_LINE_CC) #define object_init_ex(arg, ce) _object_init_ex((arg), (ce) ZEND_FILE_LINE_CC) ZEND_API int _array_init(zval *arg ZEND_FILE_LINE_DC); ZEND_API int _object_init(zval *arg ZEND_FILE_LINE_DC); ZEND_API int _object_init_ex(zval *arg, zend_class_entry *ce ZEND_FILE_LINE_DC); Since these functions are declared inline in the zend_API.c file no global symbol is made. These functions should be either be put in the header file or not declared as inlined. As a result, on IRIX, php is created missing these global symbols. I do not have a complete list of symbols as of yet. Please feel free to contact me for more information. Edit this bug report at http://bugs.php.net/?id=11511edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9852 Updated: Header redirect and db connection cause CGI misbehaved
ID: 9852
Updated by: lobbin
Old Summary: Header redirect and db connection cause CGI misbehaved
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: IIS related
Operating System: Windows 2000
Old PHP Version: 4.0.4pl1
PHP Version: 4.1.1
Previous Comments:
[2002-01-12 06:58:59] [EMAIL PROTECTED]
Can you try this with 4.1.1? There been alot of fixes for IIS in the
recent versions.
[2001-03-19 22:41:31] [EMAIL PROTECTED]
Under the category of You Can Never Have Too Much Information On A
Bug, here is my experience with the CGI App Misbehaved bug (related
bug reports: #8571 and #8744).
Bug report summary:
A PHP script that sends a 'Location' header directive and makes a
database connection causes IIS to intermittently return a 'Gateway
Error 502' when the client browser asks for the page specified in the
redirect. The address bar will correctly show the page that should
have loaded when the error is displayed, and pressing F5 (refresh) will
correctly load the page. Note that the error is (seemingly) completely
random, sometimes you get it, other times the script works correctly.
The error message text is:
-- Begin --
CGI Error
The specified CGI application misbehaved by not returning a complete
set of HTTP headers. The headers it did return are:
-- End --
This error depends on:
1) Using PHP in CGI mode (i.e. using php.exe, the ISAPI dll does not
seem to produce this error, although it has it's own problems).
2) A PHP script that connects to a database (tested both mssql_connect
and odbc_connect) *and* sends a 'Location:' header. If the script
redirects to something other than a .php file (i.e. .html or .pdf) or
does not connect to the database, the error will not occur.
3) A successful db connection. If the db connect call fails (due to
bad password, etc.), the redirect always works.
This error does *not* depend on:
1) A fully qualified 'Location' header. The following also fails:
header('Location: http://10.0.0.30/test/done.php');
2) The relative order of the header() and xxx_connect() calls in
'doit.php'. I wouldn't expect the order to affect the result, but I
checked it anyway.
Interesting note: While upgrading the server to SP1 to see if it had
any affect on this bug, I continued to test while it was in the process
of performing the upgrade. It was very difficult (I gave up) trying to
get the error. The CPU was at 100% due to the upgrade which
(obviously) caused the web server performance to suffer. Combined with
the fact that it occurs randomly anyway, this suggests that it may have
something to do with the timings between the request for doit.php,
execution of doit.php, and the request for done.php.
Hardware/Software:
Web server:
Win2000 Server (with and without SP1)
IIS 5.0
PHP 4.0.4pl1 (CGI mode)
Database server:
WinNT 4.0 SP6
MS-SQL 7.0
Client:
Win2000 Professional SP1
IE 5.5 SP1
Test scripts
start.php
htmlheadtitleTest/title/head
body
a href=doit.phpDo test/a
/body/html
doit.php
?php
// Either connect line will cause the error
$conn = mssql_connect('host', 'uid, 'pwd') or die(couldn't connect);
//$conn = odbc_connect('dsn', 'uid', 'pwd') or die(couldn't
connect);
header('Location: done.php');
?
done.php
htmlheadtitleTest/title/head
body
Test complete
pa href=start.phpReset test/a
/body/html
Here are actual HTTP headers recorded using a packet sniffer:
Scenario #1 - CGI Error Occurs
Client request
GET /test/doit.php HTTP/1.1
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg,
application/vnd.ms-excel, application/msword, */*
Referer: http://10.0.0.30/test/start.php
Accept-Language: en-us
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0)
Host: 10.0.0.30
Connection: Keep-Alive
Server response
HTTP/1.1 302 Object Moved
Location: done.php
Server: Microsoft-IIS/5.0
Content-Type: text/html
Connection: close
Content-Length: 131
Client request (automatic IE request)
GET /test/done.php HTTP/1.1
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg,
application/vnd.ms-excel, application/msword,
Re: [PHP-DEV] shmop errors
On Wed, 2002-01-16 at 21:19, Ilia A. wrote:
I've tested your code on 4.1.1 release with the recent SHMOP patch that is
already part of the latest CVS. The code worked fine and did not generate any
warning or errors.
I did however commented out the sem_* functions.
That's funny, I've just downloaded php from cvs today (08.00 CET) and
this script:
?php
define(SHMKEY, 0xDEAD);
define(SEMKEY, 0xCAFE);
$shm_id = @shmop_open(SHMKEY, a, 0644, 10);
if (!$shm_id)
{
$shm_id = shmop_open(SHMKEY, c, 0644, 10);
shmop_write($shm_id, 0, 0);
}
$shm_id = shmop_open(SHMKEY, a, 0644, 10);
$count = shmop_read($shm_id, 0, shmop_size($shm_id));
shmop_close($shm_id);
echo $count .\n;
?
generates the following error:
Unknown(0) : Warning - String is not zero-terminated (0) (source:
zend_execute_API.c:274)
Using:
'./configure' \
'--enable-debug' \
'--enable-shmop' \
'--enable-sysvsem' \
$@
-- robin
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15078: --trans-sid doesn't work with Header(Location: ....); like redirects
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.1.1 PHP Bug Type: Feature/Change Request Bug description: --trans-sid doesn't work with Header(Location: ); like redirects There is IE6.0 with his wonderous cookies. Maybe usefull to rewrite Header(Location: /) like redirects to contains PHPSESSID. (maybe only-if !isset($HTTP_COOKIE_VARS[PHPSESSID]) and trans-sid enabled. What do you think? Veres Lajos [EMAIL PROTECTED] -- Edit bug report at: http://bugs.php.net/?id=15078edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15078 Updated: --trans-sid doesn't work with Header(Location: ....); like redirects
ID: 15078 User updated by: [EMAIL PROTECTED] Old Summary: --trans-sid doesn't work with Header(Location: ); like redirects Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: Linux Old PHP Version: 4.1.1 PHP Version: 4.0.6 New Comment: I think that all version on all OS are affected. Previous Comments: [2002-01-17 02:44:21] [EMAIL PROTECTED] There is IE6.0 with his wonderous cookies. Maybe usefull to rewrite Header(Location: /) like redirects to contains PHPSESSID. (maybe only-if !isset($HTTP_COOKIE_VARS[PHPSESSID]) and trans-sid enabled. What do you think? Veres Lajos [EMAIL PROTECTED] Edit this bug report at http://bugs.php.net/?id=15078edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14555 Updated: apache fails: libsablot.so.0: undefined symbol: XML_SetParamEntityParsing
ID: 14555 Comment by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: XSLT related Operating System: debian woody PHP Version: 4.1.0 New Comment: Same for me: PHP 4.0.6 tried: Sablot 0.52 0.65 0.70 0.71 0.80 on: Mandrake 8.1, Debian 2.2r4 upgraded to sid All of them generates the same error, when I compiled the module sablot (phpize ./configure --with-sablot=shared make all, copying the sablot.so to libdir, and adding to php.ini. On debian it segfaults, on Mandrake generates the described error message in the apache error log). On older system (mandrake 7.2 krnel 2.2.19 glibc 2.1.3 no problems) besides: when compiling with --enable-xslt --with-xslt-sablot the script fails during make claiming duplicate function declarations in sablot.c Previous Comments: [2001-12-31 10:38:47] [EMAIL PROTECTED] Not a PHP bug. [2001-12-17 22:33:47] [EMAIL PROTECTED] balder:~# nm /usr/local/lib/libsablot.so.0 | grep XML_SetParamEntityParsing U XML_SetParamEntityParsing Unlinked I guess, I don't really know what it means in this context, maybe something I should investigate with gingerall/sablot lists. [2001-12-17 17:57:19] [EMAIL PROTECTED] Please post the output of this: nm /usr/local/lib/libsablot.so.0 | grep XML_SetParamEntityParsing [2001-12-17 17:54:08] [EMAIL PROTECTED] That gives one line with XML_SetParamEntityParsing, so I assume it is in there. There was no probs compiling and installing Sablot, I have NOT found any similar issue on the gingerall pages or any other mailing lists/newsgroups I've searched. [2001-12-17 02:44:23] [EMAIL PROTECTED] What does the output of strings /usr/local/lib/libsablot.so.0|grep XML_SetParamEntityParsing gives you? If you're missing the symbol your libsablot installation is broken. Feedback. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=14555 Edit this bug report at http://bugs.php.net/?id=14555edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
