php-install Digest 7 Feb 2002 15:38:42 -0000 Issue 688
Topics (messages 5943 through 5957):
POST vs GET?
5943 by: ejfs.sympatico.ca
5945 by: Yasuo Ohgaki
Re: php 4.1.1 on Mac OS X 10.1
5944 by: Steven Cayford
5948 by: Ryan Walker
5957 by: Steven Cayford
Apache, PHP 4.1.1 and mysql
5946 by: Brad
Re: Linux and mm session handler -- does it really handle high load?
5947 by: Rick Morris
How to apply patch files
5949 by: Yasuo Ohgaki
5951 by: Rick Morris
Simple question: files extension
5950 by: tonibern.tin.it
MM save hanlder problem
5952 by: Yasuo Ohgaki
Re: Compile successful; Apache will not load (gdImageColorResolve error)
5953 by: S. Crespel
5954 by: S. Crespel
5955 by: S. Crespel
Printer Support in PHP-4.1.1
5956 by: Perit Bezek
Administrivia:
To subscribe to the digest, e-mail:
[EMAIL PROTECTED]
To unsubscribe from the digest, e-mail:
[EMAIL PROTECTED]
To post to the list, e-mail:
[EMAIL PROTECTED]
----------------------------------------------------------------------
--- Begin Message ---
Hi. I'm a newbie at this and am having problems understanding how this
works.
I have a form with method="post". The server program does display
REQUEST_STRING as I expect (e.g., choice=yes but displaying
HTTP_POST_VARS["choice"] is null. However, displaying
HTTP_GET_VARS["choice"] does display "yes". Running phpinfo() displays
that the REQUEST_METHOD = GET. Why is this GET and how do I get it set
to POST? How do I get HTTP_POST_VARS to work?
Here are some php.ini settings (I'm running PHP 4.1.1 with Apache 1.3.22
under Win98):
variables_order = "EGPCS"
register_globals = On
register_argc_argv = On
gpc_order = "GPC"
Thanks...
Eurico
[EMAIL PROTECTED]
--- End Message ---
--- Begin Message ---
[EMAIL PROTECTED] wrote:
> Hi. I'm a newbie at this and am having problems understanding how this
> works.
>
> I have a form with method="post". The server program does display
> REQUEST_STRING as I expect (e.g., choice=yes but displaying
> HTTP_POST_VARS["choice"] is null. However, displaying
> HTTP_GET_VARS["choice"] does display "yes". Running phpinfo() displays
> that the REQUEST_METHOD = GET. Why is this GET and how do I get it set
> to POST? How do I get HTTP_POST_VARS to work?
>
> Here are some php.ini settings (I'm running PHP 4.1.1 with Apache 1.3.22
> under Win98):
>
> variables_order = "EGPCS"
> register_globals = On
> register_argc_argv = On
> gpc_order = "GPC"
>
> Thanks...
This list is not a right list for this question.
Ask install/configration related problems here.
Try [EMAIL PROTECTED]
I recommend to buy a PHP book....
--
Yasuo Ohgaki
--- End Message ---
--- Begin Message ---
I don't know if the configure script for 4.1.1 deals with the two level
namespace on OSX, but for 4.0.6 I had to manually edit the libtool after
running configure. Find the line beginning with "archive_cmds='$CC ...'",
and add ' -flat_namespace ' after the 'CC'. Then run make.
-Steve
On 2002.02.06 20:44:57 -0600 Ryan Walker wrote:
> I'm trying to install PHP 4.1.1 on Mac OS X 10.1. I just finished
> compiling and installing fresh versions of MySQL 3.23.47 and apache
> 1.3.22.
>
> Ultimately, I want to use:
> ./configure \
> --with-gnu-ld \
> --with-mysql=/usr/local \
> --with-apxs=/usr/local/sbin/apxs \
> --enable-track-vars \
> --enable-magic-quotes \
> --enable-discard-path \
> --disable-pear \
> --with-xml \
> --with-openssl \
> --enable-trans-sid
>
> but that won't compile yet, so I'm starting small and working up.
>
> ./configure
>
> make
>
> /usr/local/src/php-4.1.1/.libs/libphp4.lax/libZend.a
> /usr/local/src/php-4.1.1/.libs/libphp4.lax/libsapi.a
> /usr/local/src/php-4.1.1/.libs/libphp4.lax/libmain.a
> /usr/local/src/php-4.1.1/.libs/libphp4.lax/libregex.a
> /usr/local/src/php-4.1.1/.libs/libphp4.lax/libmysql.a
> /usr/local/src/php-4.1.1/.libs/libphp4.lax/libpcre.a
> /usr/local/src/php-4.1.1/.libs/libphp4.lax/libposix.a
> /usr/local/src/php-4.1.1/.libs/libphp4.lax/libsession.a
> /usr/local/src/php-4.1.1/.libs/libphp4.lax/libstandard.a
> /usr/local/src/php-4.1.1/.libs/libphp4.lax/libxml.a
> /usr/local/src/php-4.1.1/.libs/libphp4.lax/libtsrm.a
> /usr/local/src/php-4.1.1/.libs
> /bin/sh /usr/local/src/php-4.1.1/libtool --silent --mode=link cc
> -I. -I/usr/local/src/php-4.1.1/ -I/usr/local/src/php-4.1.1/main
> -I/usr/local/src/php-4.1.1 -I/usr/local/src/php-4.1.1/Zend
> -I/usr/local/src/php-4.1.1/ext/mysql/libmysql
> -I/usr/local/src/php-4.1.1/ext/xml/expat -traditional-cpp
> -I/usr/local/src/php-4.1.1/TSRM -g -O2 -o php -export-dynamic
> stub.lo libphp4.la
> /usr/bin/ld: can't locate file for: -ldl
> make[1]: *** [php] Error 1
> make: *** [all-recursive] Error 1
> [rocky:local/src/php-4.1.1] root# which ld
> /usr/bin/ld
> [rocky:local/src/php-4.1.1] root# ls /usr/bin/l*
> /usr/bin/lam /usr/bin/lessecho /usr/bin/lock /usr/bin/lpc
> /usr/bin/last /usr/bin/lesskey /usr/bin/lockfile /usr/bin/lpq
> /usr/bin/lastcomm /usr/bin/lex /usr/bin/logger /usr/bin/lpr
> /usr/bin/latency /usr/bin/lex++ /usr/bin/login /usr/bin/lprm
> /usr/bin/ld /usr/bin/libtool /usr/bin/logname
> /usr/bin/lsbom
> /usr/bin/leaks /usr/bin/lipo /usr/bin/look
> /usr/bin/leave /usr/bin/lkbib /usr/bin/lookbib
> /usr/bin/less /usr/bin/locate /usr/bin/lorder
>
>
> ./configure \
> --with-gnu-ld
>
> produces exactly the same error.
>
> Suggestions?
>
> Ryan
>
>--
> PHP Install Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
--- End Message ---
--- Begin Message ---
Thank you for the suggestion. Unfortunately, it didn't help. I get
the same error.
Any more ideas out there?
Ryan
At 9:45 PM -0600 2/6/02, Steven Cayford wrote:
>I don't know if the configure script for 4.1.1 deals with the two
>level namespace on OSX, but for 4.0.6 I had to manually edit the
>libtool after running configure. Find the line beginning with
>"archive_cmds='$CC ...'", and add ' -flat_namespace ' after the
>'CC'. Then run make.
>
>-Steve
>
>
>On 2002.02.06 20:44:57 -0600 Ryan Walker wrote:
>> I'm trying to install PHP 4.1.1 on Mac OS X 10.1. I just finished
>> compiling and installing fresh versions of MySQL 3.23.47 and apache
>> 1.3.22.
>> Ultimately, I want to use:
>> ./configure \
>> --with-gnu-ld \
>> --with-mysql=/usr/local \
>> --with-apxs=/usr/local/sbin/apxs \
>> --enable-track-vars \
>> --enable-magic-quotes \
>> --enable-discard-path \
>> --disable-pear \
>> --with-xml \
>> --with-openssl \
>> --enable-trans-sid
>> but that won't compile yet, so I'm starting small and working up.
>> ./configure
>> make
>> /usr/local/src/php-4.1.1/.libs/libphp4.lax/libZend.a
>> /usr/local/src/php-4.1.1/.libs/libphp4.lax/libsapi.a
>> /usr/local/src/php-4.1.1/.libs/libphp4.lax/libmain.a
>> /usr/local/src/php-4.1.1/.libs/libphp4.lax/libregex.a
>> /usr/local/src/php-4.1.1/.libs/libphp4.lax/libmysql.a
>> /usr/local/src/php-4.1.1/.libs/libphp4.lax/libpcre.a
>> /usr/local/src/php-4.1.1/.libs/libphp4.lax/libposix.a
>> /usr/local/src/php-4.1.1/.libs/libphp4.lax/libsession.a
>> /usr/local/src/php-4.1.1/.libs/libphp4.lax/libstandard.a
>> /usr/local/src/php-4.1.1/.libs/libphp4.lax/libxml.a
>> /usr/local/src/php-4.1.1/.libs/libphp4.lax/libtsrm.a
>> /usr/local/src/php-4.1.1/.libs
>> /bin/sh /usr/local/src/php-4.1.1/libtool --silent --mode=link cc
>> -I. -I/usr/local/src/php-4.1.1/ -I/usr/local/src/php-4.1.1/main
>> -I/usr/local/src/php-4.1.1 -I/usr/local/src/php-4.1.1/Zend
>> -I/usr/local/src/php-4.1.1/ext/mysql/libmysql
>> -I/usr/local/src/php-4.1.1/ext/xml/expat -traditional-cpp
>> -I/usr/local/src/php-4.1.1/TSRM -g -O2 -o php -export-dynamic
>> stub.lo libphp4.la
>> /usr/bin/ld: can't locate file for: -ldl
>> make[1]: *** [php] Error 1
>> make: *** [all-recursive] Error 1
>> [rocky:local/src/php-4.1.1] root# which ld
>> /usr/bin/ld
>> [rocky:local/src/php-4.1.1] root# ls /usr/bin/l*
>> /usr/bin/lam /usr/bin/lessecho /usr/bin/lock /usr/bin/lpc
>> /usr/bin/last /usr/bin/lesskey /usr/bin/lockfile /usr/bin/lpq
>> /usr/bin/lastcomm /usr/bin/lex /usr/bin/logger /usr/bin/lpr
>> /usr/bin/latency /usr/bin/lex++ /usr/bin/login /usr/bin/lprm
>> /usr/bin/ld /usr/bin/libtool /usr/bin/logname
>> /usr/bin/lsbom
>> /usr/bin/leaks /usr/bin/lipo /usr/bin/look
>> /usr/bin/leave /usr/bin/lkbib /usr/bin/lookbib
>> /usr/bin/less /usr/bin/locate /usr/bin/lorder
>>
>> ./configure \
>> --with-gnu-ld
>> produces exactly the same error.
>> Suggestions?
>> Ryan
>> --
>> PHP Install Mailing List (http://www.php.net/)
>> To unsubscribe, visit: http://www.php.net/unsub.php
>>
--- End Message ---
--- Begin Message ---
Hmm. I wish I knew more about the whole configure/make process. One
thing: it doesn't look like it can't find /usr/bin/ld, but rather
/usr/bin/ld can't find one of its arguments.
My only other guess would be to copy /usr/libexec/config.guess and
/usr/libexec/config.sub into your build directory before running
configure.
-Steve
On Thursday, February 7, 2002, at 12:17 AM, Ryan Walker wrote:
> Thank you for the suggestion. Unfortunately, it didn't help. I get the
> same error.
>
> Any more ideas out there?
>
> Ryan
>
> At 9:45 PM -0600 2/6/02, Steven Cayford wrote:
>> I don't know if the configure script for 4.1.1 deals with the two
>> level namespace on OSX, but for 4.0.6 I had to manually edit the
>> libtool after running configure. Find the line beginning with
>> "archive_cmds='$CC ...'", and add ' -flat_namespace ' after the 'CC'.
>> Then run make.
>>
>> -Steve
>>
>>
>> On 2002.02.06 20:44:57 -0600 Ryan Walker wrote:
>>> I'm trying to install PHP 4.1.1 on Mac OS X 10.1. I just finished
>>> compiling and installing fresh versions of MySQL 3.23.47 and apache
>>> 1.3.22.
>>> Ultimately, I want to use:
>>> ./configure \
>>> --with-gnu-ld \
>>> --with-mysql=/usr/local \
>>> --with-apxs=/usr/local/sbin/apxs \
>>> --enable-track-vars \
>>> --enable-magic-quotes \
>>> --enable-discard-path \
>>> --disable-pear \
>>> --with-xml \
>>> --with-openssl \
>>> --enable-trans-sid
>>> but that won't compile yet, so I'm starting small and working up.
>>> ./configure
>>> make
>>> /usr/local/src/php-4.1.1/.libs/libphp4.lax/libZend.a
>>> /usr/local/src/php-4.1.1/.libs/libphp4.lax/libsapi.a
>>> /usr/local/src/php-4.1.1/.libs/libphp4.lax/libmain.a
>>> /usr/local/src/php-4.1.1/.libs/libphp4.lax/libregex.a
>>> /usr/local/src/php-4.1.1/.libs/libphp4.lax/libmysql.a
>>> /usr/local/src/php-4.1.1/.libs/libphp4.lax/libpcre.a
>>> /usr/local/src/php-4.1.1/.libs/libphp4.lax/libposix.a
>>> /usr/local/src/php-4.1.1/.libs/libphp4.lax/libsession.a
>>> /usr/local/src/php-4.1.1/.libs/libphp4.lax/libstandard.a
>>> /usr/local/src/php-4.1.1/.libs/libphp4.lax/libxml.a
>>> /usr/local/src/php-4.1.1/.libs/libphp4.lax/libtsrm.a
>>> /usr/local/src/php-4.1.1/.libs
>>> /bin/sh /usr/local/src/php-4.1.1/libtool --silent --mode=link cc
>>> -I. -I/usr/local/src/php-4.1.1/ -I/usr/local/src/php-4.1.1/main
>>> -I/usr/local/src/php-4.1.1 -I/usr/local/src/php-4.1.1/Zend
>>> -I/usr/local/src/php-4.1.1/ext/mysql/libmysql
>>> -I/usr/local/src/php-4.1.1/ext/xml/expat -traditional-cpp
>>> -I/usr/local/src/php-4.1.1/TSRM -g -O2 -o php -export-dynamic
>>> stub.lo libphp4.la
>>> /usr/bin/ld: can't locate file for: -ldl
>>> make[1]: *** [php] Error 1
>>> make: *** [all-recursive] Error 1
>>> [rocky:local/src/php-4.1.1] root# which ld
>>> /usr/bin/ld
>>> [rocky:local/src/php-4.1.1] root# ls /usr/bin/l*
>>> /usr/bin/lam /usr/bin/lessecho /usr/bin/lock
>>> /usr/bin/lpc
>>> /usr/bin/last /usr/bin/lesskey /usr/bin/lockfile
>>> /usr/bin/lpq
>>> /usr/bin/lastcomm /usr/bin/lex /usr/bin/logger
>>> /usr/bin/lpr
>>> /usr/bin/latency /usr/bin/lex++ /usr/bin/login
>>> /usr/bin/lprm
>>> /usr/bin/ld /usr/bin/libtool /usr/bin/logname
>>> /usr/bin/lsbom
>>> /usr/bin/leaks /usr/bin/lipo /usr/bin/look
>>> /usr/bin/leave /usr/bin/lkbib /usr/bin/lookbib
>>> /usr/bin/less /usr/bin/locate /usr/bin/lorder
>>>
>>> ./configure \
>>> --with-gnu-ld
>>> produces exactly the same error.
>>> Suggestions?
>>> Ryan
>>> --
>>> PHP Install Mailing List (http://www.php.net/)
>>> To unsubscribe, visit: http://www.php.net/unsub.php
>>>
>
>
> -- PHP Install Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
--- End Message ---
--- Begin Message ---
hi
I have recently installed from scratch (though apache was already installed)
Apache 1.3.22 , PHP4.1.1 and Mysql server.
Everything seemed to be fine, except when we went to get a php script
talking to mysql. It fails saying the module isnt found. SO ... i run
test.php ( http://vsync1.bekkers.com.au/test.php ) which shows
the --without-mysql configuration option ... but then i realised the
"system" being displayed is porky.devel.redhat.com , the version is 4.0.4
and the compile date is march last year.
Obviously somethings amiss here, I have completely and utterly removed php
from the system and reinstalled ... no change (PHP continues to work even
with no files on the machine whatsoever to do with php .. apart from the
apache modules)
Any ideas on this? I dont want to rip apache apart (again) but it seems
apache is somehow calling the php server at redhats offices? The fact it
cant talk to MySQL seems to be a sideaffect of a greater issue that PHP is
being called somewhere else, instead of locally.
Im a novice, but a few gurus who've taken a quick look hve also scratched
their heads.
help!
brad
ps, what im trying to get working is
http://vsync1.bekkers.com.au/phpadmin/index.php
--- End Message ---
--- Begin Message ---
Hello Yasuo,
Here's what I get when trying to compile the latest snapshot of PHP with
your patch (on FreeBSD 4.2 -- I will try on Slackware 8 next):
OD_SSL=208104 -DEAPI -DUSE_EXPAT -I/usr/home/rick/snaps.php/php4-20020206180
0/TSRM -g -O2 -prefer-pic -c session.c
session.c: In function `php_session_start':
session.c:850: `php_session_none' undeclared (first use in this function)
session.c:850: (Each undeclared identifier is reported only once
session.c:850: for each function it appears in.)
session.c:940: `var' undeclared (first use in this function)
session.c: In function `zif_session_set_save_handler':
session.c:1133: `php_session_none' undeclared (first use in this function)
session.c: In function `zif_session_unset':
session.c:1421: `php_session_none' undeclared (first use in this function)
*** Error code 1
Stop in /usr/home/rick/snaps.php/php4-200202061800/ext/session.
*** Error code 1
Stop in /usr/home/rick/snaps.php/php4-200202061800/ext/session.
*** Error code 1
Stop in /usr/home/rick/snaps.php/php4-200202061800/ext.
*** Error code 1
Stop in /usr/home/rick/snaps.php/php4-200202061800.
When I patched the source tree with your diff, here is the output:
-----------
bash-2.04$ patch -p0 < session.diff
Hmm... Looks like a unified diff to me...
The text leading up to this was:
--------------------------
|? ext/session/tmp.diff
|? ext/session/bak
|Index: ext/session//mod_files.c
|===================================================================
|RCS file: /repository/php4/ext/session/mod_files.c,v
|retrieving revision 1.67
|diff -u -r1.67 mod_files.c
|--- ext/session//mod_files.c 3 Feb 2002 05:40:19 -0000 1.67
|+++ ext/session//mod_files.c 5 Feb 2002 03:24:15 -0000
--------------------------
Patching file ext/session//mod_files.c using Plan A...
Hunk #1 succeeded at 16.
Hunk #2 succeeded at 123.
Hunk #3 failed at 138.
Hunk #4 failed at 153.
Hunk #5 succeeded at 257 with fuzz 1.
Hunk #6 succeeded at 288.
2 out of 6 hunks failed--saving rejects to ext/session//mod_files.c.rej
Hmm... The next patch looks like a unified diff to me...
The text leading up to this was:
--------------------------
|Index: ext/session//mod_mm.c
|===================================================================
|RCS file: /repository/php4/ext/session/mod_mm.c,v
|retrieving revision 1.31
|diff -u -r1.31 mod_mm.c
|--- ext/session//mod_mm.c 25 Jan 2002 20:59:24 -0000 1.31
|+++ ext/session//mod_mm.c 5 Feb 2002 03:24:15 -0000
--------------------------
Patching file ext/session//mod_mm.c using Plan A...
Hunk #1 succeeded at 319 with fuzz 1.
Hunk #2 failed at 328.
1 out of 2 hunks failed--saving rejects to ext/session//mod_mm.c.rej
Hmm... The next patch looks like a unified diff to me...
The text leading up to this was:
--------------------------
|Index: ext/session//php_session.h
|===================================================================
|RCS file: /repository/php4/ext/session/php_session.h,v
|retrieving revision 1.68
|diff -u -r1.68 php_session.h
|--- ext/session//php_session.h 5 Feb 2002 01:28:55 -0000 1.68
|+++ ext/session//php_session.h 5 Feb 2002 03:24:15 -0000
--------------------------
Patching file ext/session//php_session.h using Plan A...
Hunk #1 succeeded at 61 with fuzz 2.
Hunk #2 succeeded at 84.
Hmm... The next patch looks like a unified diff to me...
The text leading up to this was:
--------------------------
|Index: ext/session//session.c
|===================================================================
|RCS file: /repository/php4/ext/session/session.c,v
|retrieving revision 1.275
|diff -u -r1.275 session.c
|--- ext/session//session.c 5 Feb 2002 01:30:22 -0000 1.275
|+++ ext/session//session.c 5 Feb 2002 03:24:16 -0000
--------------------------
Patching file ext/session//session.c using Plan A...
Hunk #1 succeeded at 87.
Hunk #2 failed at 128.
Hunk #3 succeeded at 480.
Hunk #4 succeeded at 557 with fuzz 2.
Hunk #5 failed at 581.
Hunk #6 failed at 601.
Hunk #7 succeeded at 755.
Hunk #8 failed at 846.
Hunk #9 succeeded at 940.
Hunk #10 succeeded at 968 with fuzz 2.
Hunk #11 succeeded at 1008.
Hunk #12 succeeded at 1026.
Hunk #13 succeeded at 1064.
Hunk #14 succeeded at 1094.
Hunk #15 failed at 1133.
Hunk #16 succeeded at 1168.
Hunk #17 succeeded at 1197 with fuzz 1.
Hunk #18 succeeded at 1228.
Hunk #19 succeeded at 1306.
Hunk #20 failed at 1330.
Hunk #21 failed at 1356.
Hunk #22 failed at 1438.
Hunk #23 succeeded at 1459.
Hunk #24 succeeded at 1469 with fuzz 1.
Hunk #25 succeeded at 1490.
Hunk #26 succeeded at 1501.
Hunk #27 succeeded at 1515.
Hunk #28 succeeded at 1535.
8 out of 28 hunks failed--saving rejects to ext/session//session.c.rej
Hmm... Ignoring the trailing garbage.
done
-----------
I made sure I had all my libs in the right place, AFAIK. Am I doing
something wrong?
----- Original Message -----
From: "Yasuo Ohgaki" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; "Rick Morris" <[EMAIL PROTECTED]>
Cc: "Yasuo Ohgaki" <[EMAIL PROTECTED]>
Sent: Wednesday, February 06, 2002 1:24 AM
Subject: [PHP-INST] Re: Linux and mm session handler -- does it really
handle high load?
> Found the problem. It's actually in output layer, not
> the patch.
>
> Just make sure you don't output any before starting
> session/sending headers. PHP fails to complain about it
> under my system and it caused segfaults.
>
> Here is my simple performance test reuslt
>
> [root@dev root]# ab -c 500 -n 5000
> http://tmp-dev.localnet/~yohgaki/test/sess_save_handler/mm-handler.php
> This is ApacheBench, Version 1.3d <$Revision: 1.58 $> apache-1.3
> Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd,
http://www.zeustech.net/
> Copyright (c) 1998-2001 The Apache Group, http://www.apache.org/
>
> Benchmarking tmp-dev.localnet (be patient)
> Completed 500 requests
> Completed 1000 requests
> Completed 1500 requests
> Completed 2000 requests
> Completed 2500 requests
> Completed 3000 requests
> Completed 3500 requests
> Completed 4000 requests
> Completed 4500 requests
> Finished 5000 requests
> Server Software: Apache/1.3.23
> Server Hostname: tmp-dev.localnet
> Server Port: 80
>
> Document Path: /~yohgaki/test/sess_save_handler/mm-handler.php
> Document Length: 30 bytes
>
> Concurrency Level: 500
> Time taken for tests: 37.948 seconds
> Complete requests: 5000
> Failed requests: 0
> Broken pipe errors: 0
> Total transferred: 1923375 bytes
> HTML transferred: 153870 bytes
> Requests per second: 131.76 [#/sec] (mean)
> Time per request: 3794.80 [ms] (mean)
> Time per request: 7.59 [ms] (mean, across all concurrent requests)
> Transfer rate: 50.68 [Kbytes/sec] received
>
> Connnection Times (ms)
> min mean[+/-sd] median max
> Connect: 3 539 656.8 432 9593
> Processing: 496 1612 2533.7 1323 33401
> Waiting: 411 1611 2533.7 1323 33402
> Total: 496 2150 2886.2 1872 37037
>
> Percentage of the requests served within a certain time (ms)
> 50% 1872
> 66% 1961
> 75% 2043
> 80% 2072
> 90% 2290
> 95% 2413
> 98% 5657
> 99% 11294
> 100% 37037 (last request)
> [root@dev root]#
>
>
> BTW, this Linux is running with 433Mhz Celeron PC.
>
> If you find problems, let me know. I might be able to fix
> it before commit.
>
> --
> Yasuo Ohgaki
>
> Yasuo Ohgaki wrote:
> > Looks like I've done something wrong. Older patch performs well but
> > not this one. Don't even try the patch.
> >
> > --
> > Yasuo Ohgaki
> >
> >
> > Rick Morris wrote:
> >
> >> I have tried mm as a session handler three times, on three different
> >> Linux
> >> boxes. Each one was a server under heavy load, running many concurrent
> >> sessions, so I was hoping mm would solve some performance issues, but
> >> have
> >> been disappointed each time.
>
>
> --
> PHP Install Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
--- End Message ---
--- Begin Message ---
> Here's what I get when trying to compile the latest snapshot of PHP with
> your patch (on FreeBSD 4.2 -- I will try on Slackware 8 next):
>
> OD_SSL=208104 -DEAPI -DUSE_EXPAT -I/usr/home/rick/snaps.php/php4-20020206180
> 0/TSRM -g -O2 -prefer-pic -c session.c
> session.c: In function `php_session_start':
> session.c:850: `php_session_none' undeclared (first use in this function)
> session.c:850: (Each undeclared identifier is reported only once
> session.c:850: for each function it appears in.)
> session.c:940: `var' undeclared (first use in this function)
> session.c: In function `zif_session_set_save_handler':
> session.c:1133: `php_session_none' undeclared (first use in this function)
> session.c: In function `zif_session_unset':
> session.c:1421: `php_session_none' undeclared (first use in this function)
> *** Error code 1
Hi, patch is not applied correctly.
Change directory to php4 source root. then
patch -p0 < session.diff
(Since file path in the patch is "ext/session/<some_file_name_here>")
Then you should be able to compile w/o any warnings and errors.
You need to change directory and use appropriate -p option depends
on patch.
See also man page for patch.
--
Yasuo Ohgaki
_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
--- End Message ---
--- Begin Message ---
----- Original Message -----
From: "Yasuo Ohgaki" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Thursday, February 07, 2002 2:03 AM
Subject: How to apply patch files
> > Here's what I get when trying to compile the latest snapshot of PHP with
> > your patch (on FreeBSD 4.2 -- I will try on Slackware 8 next):
> >
> >
OD_SSL=208104 -DEAPI -DUSE_EXPAT -I/usr/home/rick/snaps.php/php4-20020206180
> > 0/TSRM -g -O2 -prefer-pic -c session.c
> > session.c: In function `php_session_start':
> > session.c:850: `php_session_none' undeclared (first use in this
function)
> > session.c:850: (Each undeclared identifier is reported only once
> > session.c:850: for each function it appears in.)
> > session.c:940: `var' undeclared (first use in this function)
> > session.c: In function `zif_session_set_save_handler':
> > session.c:1133: `php_session_none' undeclared (first use in this
function)
> > session.c: In function `zif_session_unset':
> > session.c:1421: `php_session_none' undeclared (first use in this
function)
> > *** Error code 1
>
>
> Hi, patch is not applied correctly.
>
> Change directory to php4 source root. then
>
> patch -p0 < session.diff
>
> (Since file path in the patch is "ext/session/<some_file_name_here>")
> Then you should be able to compile w/o any warnings and errors.
> You need to change directory and use appropriate -p option depends
> on patch.
No, I was in the correct location, but session.diff was accidentally mangled
somewhere between my mail prog and text editor. Tried it again and this time
it compiled fine ;-).
But, I am still not able to run Apache. Here is my configure statement:
./configure --prefix=/usr/local --with-mysql=/usr/local --with-pgsql --with-
apxs=/usr/local/apache/bin/apxs --enable-shmop --with-zlib --enable-wddx --
enable-inline-optimization --x-includes=/usr/X11R6/ --x-libraries=/usr/X11R6
/ --with-gd=/usr/local/ --enable-gd-native-ttf --with-jpeg-dir=/usr/local --
with-png-dir=/usr/local --with-xpm-dir=/usr/local --with-freetype-dir=/usr/l
ocal --with-ttf --with-zlib-dir=shared --with-curl=/usr/local --with-xml --e
nable-ftp --enable-sockets --enable-sysvsem --enable-sysvshm --with-mm --wit
h-pear
Whenever I try to run Apache, I get the response "httpd could not be
started", and when I tail the error_log, I see this:
PHP Fatal error: Unable to start session mm module in Unknown on line 0
If I do exactly the same config statement without the 'mm' directive, Apache
runs fine.
Maybe it's a FreeBSD problem. As I said before, I will also try this on my
Slackware box. Any other suggestions?
Thanks for the help,
Rick
>
> See also man page for patch.
>
> --
> Yasuo Ohgaki
>
>
> _________________________________________________________
> Do You Yahoo!?
> Get your free @yahoo.com address at http://mail.yahoo.com
>
--- End Message ---
--- Begin Message ---
Hi,
I have a simple question
Using WordPad under windows, the <name>.php file has the double extension
<name>.php.txt.
How can I override this problem, without using Dos Edit?
Thank you very much
ANtonio Bernabei
ù
--- End Message ---
--- Begin Message ---
Rick Morris wrote:
>>>*** Error code 1
>>>
>>
>>Hi, patch is not applied correctly.
>>
>>Change directory to php4 source root. then
>>
>>patch -p0 < session.diff
>>
>>(Since file path in the patch is "ext/session/<some_file_name_here>")
>>Then you should be able to compile w/o any warnings and errors.
>>You need to change directory and use appropriate -p option depends
>>on patch.
>>
>
> No, I was in the correct location, but session.diff was accidentally mangled
> somewhere between my mail prog and text editor. Tried it again and this time
> it compiled fine ;-).
>
> But, I am still not able to run Apache. Here is my configure statement:
> ./configure --prefix=/usr/local --with-mysql=/usr/local --with-pgsql --with-
> apxs=/usr/local/apache/bin/apxs --enable-shmop --with-zlib --enable-wddx --
> enable-inline-optimization --x-includes=/usr/X11R6/ --x-libraries=/usr/X11R6
> / --with-gd=/usr/local/ --enable-gd-native-ttf --with-jpeg-dir=/usr/local --
> with-png-dir=/usr/local --with-xpm-dir=/usr/local --with-freetype-dir=/usr/l
> ocal --with-ttf --with-zlib-dir=shared --with-curl=/usr/local --with-xml --e
> nable-ftp --enable-sockets --enable-sysvsem --enable-sysvshm --with-mm --wit
> h-pear
>
> Whenever I try to run Apache, I get the response "httpd could not be
> started", and when I tail the error_log, I see this:
> PHP Fatal error: Unable to start session mm module in Unknown on line 0
>
> If I do exactly the same config statement without the 'mm' directive, Apache
> runs fine.
>
> Maybe it's a FreeBSD problem. As I said before, I will also try this on my
> Slackware box. Any other suggestions?
>
> Thanks for the help,
>
Hmm.
What is your session.save_path? MM files are now created
under session.save_path. If it is invalid, mm save handler
does not work. (UID of httpd process should be able to write)
--
Yasuo Ohgaki
_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
--- End Message ---
--- Begin Message ---
Hi,
I have got exactly the same problem.
Everything was OK with apache 1.3.22, PHP 4.0.6, GD 1.3, TTF 1.X, as
soons as i tried to use PHP 4.1.1, I've got exactly the same error.
I would also be very pleased if someone could help us,
Rgds,
Seb
--- End Message ---
--- Begin Message ---
More informations :
(I have open a bug on the 01/11/02 :
http://bugs.php.net/?id=15000&edit=2
But no contribution since then.)
I'm using Solaris 8, gd1.3 (for GIF support) and freetype 1.3.1.
I'm compiling php4.1.1 with no change regarding the 4.0.6 compilation.
No error during compilation.
With php4.0.6, no problem at apache startup (gd and ttf supported), with
4.1.1 I have got the following problem :
When starting apache 1.3.22 I've got the message :
rast.instdev2> /opt/apache_adm/bin/apachectl start
Syntax error on line 223 of /opt/apache_adm/conf/httpd.conf:
Cannot load /opt/apache_adm/libexec/libphp4.so into server: ld.so.1:
/opt/apache_adm/bin/httpd: fatal: relocation error: file /opt/a
pache_adm/libexec/libphp4.so: symbol gdImageColorResolve: referenced
symbol not found
/opt/apache_adm/bin/apachectl start: httpd could not be started
Configure options for php 4.1.1 :
./configure --with-apxs=/opt/apache_adm/bin/apxs \
--with-oracle=/opt/oracle/ora8170 \
--with-oci8=/opt/oracle/ora8170 \
--with-config-file-path=/opt/apache_adm/conf \
--enable-debug=no --enable-magic-quotes \
--enable-track-vars --enable-sigchild \
--without-mysql --prefix=/opt/php \
--with-gd=/opt/packages/instit/gd1.3 \
--with-ttf=/opt/freetype
Part of the configure output regarding GD :
checking whether to enable FTP support... no
checking whether to include GD support... yes
checking whether to enable truetype string function in gd... no
checking for the location of libjpeg... no
If configure fails try --with-jpeg-dir=<DIR>
checking for the location of libpng... no
If configure fails try --with-png-dir=<DIR> and --with-zlib-dir=<DIR>
checking for the location of libXpm... no
If configure fails try --with-xpm-dir=<DIR>
checking for freetype(2)... no
If configure fails try --with-freetype-dir=<DIR>
checking whether to include include FreeType 1.x support... yes
checking whether to include T1lib support... no
checking for gdImageString16 in -lgd... (cached) yes
checking for gdImagePaletteCopy in -lgd... (cached) no
checking for gdImageCreateFromPng in -lgd... (cached) no
checking for gdImageCreateFromGif in -lgd... (cached) yes
checking for gdImageGif in -lgd... (cached) yes
checking for gdImageWBMP in -lgd... (cached) no
checking for gdImageCreateFromJpeg in -lgd... (cached) no
checking for gdImageCreateFromXpm in -lgd... (cached) no
checking for gdImageCreateFromGd2 in -lgd... (cached) no
checking for gdImageCreateTrueColor in -lgd... (cached) no
checking for gdImageSetTile in -lgd... (cached) yes
checking for gdImageSetBrush in -lgd... (cached) yes
checking for gdImageStringTTF in -lgd... (cached) no
checking for gdImageStringFT in -lgd... (cached) no
checking for gdImageStringFTEx in -lgd... (cached) no
checking for gdImageColorClosestHWB in -lgd... (cached) no
checking for gdImageColorResolve in -lgd... (cached) no
checking for gdImageGifCtx in -lgd... (cached) no
checking whether to include GNU gettext support... no
--- End Message ---
--- Begin Message ---
More informations :
(I have open a bug on the 01/11/02 :
http://bugs.php.net/?id=15000&edit=2
But no contribution since then.)
When starting apache 1.3.22 I've got the message :
rast.instdev2> /opt/apache_adm/bin/apachectl start
Syntax error on line 223 of /opt/apache_adm/conf/httpd.conf:
Cannot load /opt/apache_adm/libexec/libphp4.so into server: ld.so.1:
/opt/apache_adm/bin/httpd: fatal: relocation error: file /opt/a
pache_adm/libexec/libphp4.so: symbol gdImageColorResolve: referenced
symbol not found
/opt/apache_adm/bin/apachectl start: httpd could not be started
Configure options for php 4.1.1 :
./configure --with-apxs=/opt/apache_adm/bin/apxs \
--with-oracle=/opt/oracle/ora8170 \
--with-oci8=/opt/oracle/ora8170 \
--with-config-file-path=/opt/apache_adm/conf \
--enable-debug=no --enable-magic-quotes \
--enable-track-vars --enable-sigchild \
--without-mysql --prefix=/opt/php \
--with-gd=/opt/packages/instit/gd1.3 \
--with-ttf=/opt/freetype
Part of the configure output regarding GD :
checking whether to enable FTP support... no
checking whether to include GD support... yes
checking whether to enable truetype string function in gd... no
checking for the location of libjpeg... no
If configure fails try --with-jpeg-dir=<DIR>
checking for the location of libpng... no
If configure fails try --with-png-dir=<DIR> and --with-zlib-dir=<DIR>
checking for the location of libXpm... no
If configure fails try --with-xpm-dir=<DIR>
checking for freetype(2)... no
If configure fails try --with-freetype-dir=<DIR>
checking whether to include include FreeType 1.x support... yes
checking whether to include T1lib support... no
checking for gdImageString16 in -lgd... (cached) yes
checking for gdImagePaletteCopy in -lgd... (cached) no
checking for gdImageCreateFromPng in -lgd... (cached) no
checking for gdImageCreateFromGif in -lgd... (cached) yes
checking for gdImageGif in -lgd... (cached) yes
checking for gdImageWBMP in -lgd... (cached) no
checking for gdImageCreateFromJpeg in -lgd... (cached) no
checking for gdImageCreateFromXpm in -lgd... (cached) no
checking for gdImageCreateFromGd2 in -lgd... (cached) no
checking for gdImageCreateTrueColor in -lgd... (cached) no
checking for gdImageSetTile in -lgd... (cached) yes
checking for gdImageSetBrush in -lgd... (cached) yes
checking for gdImageStringTTF in -lgd... (cached) no
checking for gdImageStringFT in -lgd... (cached) no
checking for gdImageStringFTEx in -lgd... (cached) no
checking for gdImageColorClosestHWB in -lgd... (cached) no
checking for gdImageColorResolve in -lgd... (cached) no
checking for gdImageGifCtx in -lgd... (cached) no
checking whether to include GNU gettext support... no
I'm using gd1.3 (for GIF support) and freetype 1.3.1.
I'm compiling php4.1.1 with no change regarding the 4.0.6 compilation.
No error during compilation.
With php4.0.6, no problem at apache statup (gd and ttf supported), with
4.1.1 I have got the previous message.
--- End Message ---
--- Begin Message ---
I have installed PHP-4.1.1 to a Win95 machine together
with MySQL 3.23.47 and Apache 1.3.23, also loaded the
winsock update for Win95 to make Apache work. The last
information may seem an irrelevant information with my
probkem but I want to describe the environment as much
as possible. As far as I see this version of PHP does
not contain php_printer.dll. I tried using
php_printer.dll(I enabled printer extension in
php.ini) of version 4.0.6 but this caused the
browser/webserver not load the php pages. Instead the
pages is tried to be loaded for a long time with
process bar not moving. I believe the php-interpreter
stops responding. How can I enable printer support in
PHP-4.1.1. By the way the crashes occured in any PHP
page regardless of contain code about printing and
without enabling printer support I received error msgs
about "printer_open() function not found!". My printer
is HP-690C.
__________________________________________________
Do You Yahoo!?
Send FREE Valentine eCards with Yahoo! Greetings!
http://greetings.yahoo.com
--- End Message ---
