# HEAD eats all memory - Thread: https://externals.io/message/5876 - Original archive: https://news-web.php.net/php.internals/5876 - Started by Antony Dovgal on 2003-12-01T14:26:41+00:00 - Messages: 34 - Page 1 of 2: messages 1 to 25 (25 per page, add `?page=N` to the URL) - Next page: https://externals.io/message/5876.md?page=2 - Reply by email to internals@lists.php.net - More for agents: search with https://externals.io/search.md?q={query} · JSON API at https://externals.io/api · documentation at https://externals.io/llms.txt --- ## #5876 — Antony Dovgal — 2003-12-01T14:26:41+00:00 URL: https://externals.io/message/5876#5876 Hi, all Current HEAD eats all memory and dies, trying to execute any script (, for example). Version of HEAD from 2003-11-29 and current PHP_4_3 (both are built some minutes ago) work fine on the same machine. My configuration: Linux 2.4.21 autoconf 2.57 automake 1.7 libtool 1.5 gcc 3.3 glibc-2.3.2 apache 1.3.27 cat ./config.nice ---- ! /bin/sh './configure' \ '--with-apxs=/usr/local/apache/bin/apxs' \ '--enable-memory-limit' \ '--disable-dom' \ '--without-pear' \ '--without-sqlite' \ '--disable-cli' \ "$@" ---- of course, when memory-limit is enabled, it only complains "Allowed memory size of 16777216 bytes exhausted" and php tries to eat all memory only when I remove it. --- WBR, Antony Dovgal aka tony2001 tony2001@phpclub.net --- ## #5879 — John Huntjens — 2003-12-01T14:51:54+00:00 URL: https://externals.io/message/5876#5879 · In reply to: #5876 > Current HEAD eats all memory and dies, trying to execute any script (, for example). > Version of HEAD from 2003-11-29 and current PHP_4_3 (both are built some minutes ago) work fine on the same machine. > Thank god ;-) i thought it was on my machine only! Gr, JOhn --- ## #5880 — Antony Dovgal — 2003-12-01T15:14:29+00:00 URL: https://externals.io/message/5876#5880 · In reply to: #5879 On Mon, 1 Dec 2003 15:51:54 +0100 "John Huntjens" wrote: > > […] > `phpinfo()`; ?>, for example). > > […] > minutes ago) work fine on the same machine. > > […] > > Thank god ;-) i thought it was on my machine only! I'm glad to hear, that it's not only my problem. But I wonder why it wasn't discovered before... --- WBR, Antony Dovgal aka tony2001 tony2001@phpclub.net --- ## #5885 — Jani Taskinen — 2003-12-01T15:40:09+00:00 URL: https://externals.io/message/5876#5885 · In reply to: #5876 Works fine for me. --Jani >Hi, all > >Current HEAD eats all memory and dies, trying to execute any script (phpinfo(); ?>, for example). Version of HEAD from 2003-11-29 and current >PHP_4_3 (both are built some minutes ago) work fine on the same machine. > >My configuration: > >Linux 2.4.21 >autoconf 2.57 >automake 1.7 >libtool 1.5 >gcc 3.3 >glibc-2.3.2 >apache 1.3.27 > >cat ./config.nice >---- >! /bin/sh > >'./configure' \ >'--with-apxs=/usr/local/apache/bin/apxs' \ >'--enable-memory-limit' \ >'--disable-dom' \ >'--without-pear' \ >'--without-sqlite' \ >'--disable-cli' \ >"$@" > >---- > >of course, when memory-limit is enabled, it only complains "Allowed memory size of 16777216 bytes exhausted" >and php tries to eat all memory only when I remove it. > >--- >WBR, >Antony Dovgal aka tony2001 >tony2001@phpclub.net --- ## #5887 — John Huntjens — 2003-12-01T15:55:20+00:00 URL: https://externals.io/message/5876#5887 · In reply to: #5880 > > […] ( > […] some > > […] > > I'm glad to hear, that it's not only my problem. > But I wonder why it wasn't discovered before... What i more worried about: Is'nt there a quality check about things commited to cvs? It shoud not be possible to break things in such a fundamental way!! Gr, JOhn PS. for now rolled back to php5-200311291030.tar.tar, works ok --- ## #5889 — Sebastian Bergmann — 2003-12-01T15:58:24+00:00 URL: https://externals.io/message/5876#5889 · In reply to: #5885 Jani Taskinen wrote: > Works fine for me. Works fine here, too. (Win32) -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Das Buch zu PHP 5: http://professionelle-softwareentwicklung-mit-php5.de/ --- ## #5891 — Antony Dovgal — 2003-12-01T16:02:49+00:00 URL: https://externals.io/message/5876#5891 · In reply to: #5885 On Mon, 1 Dec 2003 17:40:09 +0200 (EET) Jani Taskinen wrote: > > Works fine for me. > I've already re-checked that about 10 times. 2 minutes ago I've repeated all the process from the very beginning: #cvs co php-src #./buildconf #./configure ...blah-blah (configure line from the previous letter) #make same results with : ... Allowed memory size of 16777216 bytes exhausted (tried to allocate 256 bytes) ... --- WBR, Antony Dovgal aka tony2001 tony2001@phpclub.net --- ## #5892 — Derick Rethans — 2003-12-01T16:03:43+00:00 URL: https://externals.io/message/5876#5892 · In reply to: #5887 > > […] > ( > […] > some > > […] > > What i more worried about: > Is'nt there a quality check about things commited to cvs? > It shoud not be possible to break things in such a fundamental way!! Oh shutup. It works just fine. You guys must be doing something wrong. Derick --- ## #5893 — Jani Taskinen — 2003-12-01T16:04:46+00:00 URL: https://externals.io/message/5876#5893 · In reply to: #5891 Try with the snapshot from http://snaps.php.net --Jani >On Mon, 1 Dec 2003 17:40:09 +0200 (EET) >Jani Taskinen wrote: > > > […] > >I've already re-checked that about 10 times. > >2 minutes ago I've repeated all the process from the very beginning: >#cvs co php-src >#./buildconf >#./configure ...blah-blah (configure line from the previous letter) >#make > >same results with : >... >Allowed memory size of 16777216 bytes exhausted (tried to allocate 256 bytes) >... > > >--- >WBR, >Antony Dovgal aka tony2001 >tony2001@phpclub.net --- ## #5895 — John Huntjens — 2003-12-01T16:12:02+00:00 URL: https://externals.io/message/5876#5895 · In reply to: #5892 > > […] > > Oh shutup. It works just fine. You guys must be doing something wrong. No I won't! I compile a snap every day, in the same configuration: snap from 29-11 is ok, today's snap is not. You must be brain dead to say to shutup, without make any verifications! JOhn --- ## #5896 — Antony Dovgal — 2003-12-01T16:16:10+00:00 URL: https://externals.io/message/5876#5896 · In reply to: #5892 On Mon, 1 Dec 2003 17:03:43 +0100 (CET) Derick Rethans wrote: > > > > […] > > Oh shutup. It works just fine. You guys must be doing something wrong. of course, there is such possibility. but I have really no idea what can cause today's HEAD to eat memory and Friday's HEAD to work fine at the same time. autotools again? BTW, I've already asked about this message: ---- buildconf: autoconf version 2.50 (ok) buildconf: Your version of autoconf likely contains buggy cache code. Running cvsclean for you. To avoid this, install autoconf-2.13 and automake-1.5. ---- and nobody answered. the problem: if I install autoconf-2.13, ./buildconf fails, because it *requires* autoconf >= 2.50. so, at this moment I don't know which version of autoconf should I use to build PHP from sources in the right way, but autoconf 2.50 worked fine till now (except this message). --- WBR, Antony Dovgal aka tony2001 tony2001@phpclub.net --- ## #5897 — Antony Dovgal — 2003-12-01T16:19:41+00:00 URL: https://externals.io/message/5876#5897 · In reply to: #5895 On Mon, 1 Dec 2003 17:12:02 +0100 "John Huntjens" wrote: > > > > […] > > No I won't! > > I compile a snap every day, in the same configuration: snap from 29-11 is > ok, today's snap is not. > > You must be brain dead to say to shutup, without make any verifications! please, calm down. I'm sure, that Derick, Jani and Sebastian verified this before answering. better tell me versions of your autotools. --- WBR, Antony Dovgal aka tony2001 tony2001@phpclub.net --- ## #5902 — Antony Dovgal — 2003-12-01T16:34:08+00:00 URL: https://externals.io/message/5876#5902 · In reply to: #5893 On Mon, 1 Dec 2003 18:04:46 +0200 (EET) Jani Taskinen wrote: > > Try with the snapshot from http://snaps.php.net no, php5-200312011430 didn't help (just ./configure; make). I've tried this snapshot and current CVS-version on 2 linux-boxes with the same result. It still tries to eat memory =( Second machine is: Linux 2.4.18-5 gcc-2.96 autoconf 2.50 automake 1.4-p5 libtool 1.5 Apache 1.3.27 --- WBR, Antony Dovgal aka tony2001 tony2001@phpclub.net --- ## #5900 — Ilia Alshanetsky — 2003-12-01T16:38:08+00:00 URL: https://externals.io/message/5876#5900 · In reply to: #5895 John instead of making a nuisance of yourself, why not find the problem that affects your installation (that 3 developers cannot replicate) and suggest a fix? Ilia --- ## #5905 — John Huntjens — 2003-12-01T16:45:24+00:00 URL: https://externals.io/message/5876#5905 · In reply to: #5902 > no, php5-200312011430 didn't help (just ./configure; make). > I've tried this snapshot and current CVS-version on 2 linux-boxes with the same result. > It still tries to eat memory =( > > Second machine is: > Linux 2.4.18-5 > gcc-2.96 > autoconf 2.50 > automake 1.4-p5 > libtool 1.5 > Apache 1.3.27 My first machine: Linux 2.4.16 gcc-2.95-3 autoconf 2.52 automake 1.4-p5 libtool 1.5 Apache 1.3.20 Now trying on a second machine: Linux 2.4.18 gcc-3.3 autoconf 2.57 automake 1.7 libtool 1.5 Apache 2.0.48 JOhn --- ## #5914 — John Huntjens — 2003-12-01T17:21:33+00:00 URL: https://externals.io/message/5876#5914 · In reply to: #5905 > Now trying on a second machine: > Linux 2.4.18 > gcc-3.3 > autoconf 2.57 > automake 1.7 > libtool 1.5 > Apache 2.0.48 On this machine build is OK JOhn --- ## #5924 — Antony Dovgal — 2003-12-01T18:18:02+00:00 URL: https://externals.io/message/5876#5924 · In reply to: #5914 On Mon, 1 Dec 2003 18:21:33 +0100 "John Huntjens" wrote: > > […] > > On this machine build is OK I've changed autoconf to 2.57 and automake to 1.7 - all the same. Upgrading Apache to 1.3.29 doesn't affect this too. Found an interesting effect: this bug appears only when I'm using Opera or Mozilla. both lynx & wget browse ok =) Derick, please, take an attentive look at your patch to SAPI.c, SAPI.h, rfc1867.c, php_variables.c (Sat Nov 29 10:24:35 2003) - Fix sapi_input_filter patch. Reverting your patch fixes the problem, cause the problem seems to be in header parsing routines. Again, the problem is definitely in this patch. --- WBR, Antony Dovgal aka tony2001 tony2001@phpclub.net --- ## #5928 — Jani Taskinen — 2003-12-01T18:46:38+00:00 URL: https://externals.io/message/5876#5928 · In reply to: #5902 >On Mon, 1 Dec 2003 18:04:46 +0200 (EET) >Jani Taskinen wrote: > > > […] > >no, php5-200312011430 didn't help (just ./configure; make). >I've tried this snapshot and current CVS-version on 2 linux-boxes with the same result. >It still tries to eat memory =( Was there some script to go with this..? >gcc-2.96 There is no such gcc version.. >autoconf 2.50 No workie. >libtool 1.5 No workie. --Jani --- ## #5929 — Sebastian Bergmann — 2003-12-01T18:51:59+00:00 URL: https://externals.io/message/5876#5929 · In reply to: #5928 Jani Taskinen wrote: > Was there some script to go with this..? Maybe this is related to the problem with PHP's logos I posted earlier? -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Das Buch zu PHP 5: http://professionelle-softwareentwicklung-mit-php5.de/ --- ## #5931 — Jani Taskinen — 2003-12-01T18:56:53+00:00 URL: https://externals.io/message/5876#5931 · In reply to: #5896 >BTW, I've already asked about this message: >---- >buildconf: autoconf version 2.50 (ok) >buildconf: Your version of autoconf likely contains buggy cache code. > Running cvsclean for you. > To avoid this, install autoconf-2.13 and automake-1.5. >---- Don't use autoconf > 2.13, it's really SLOW and also buggy. >and nobody answered. > the problem: if I install autoconf-2.13, ./buildconf >fails, because it *requires* autoconf >= 2.50. Eh..if that was true, I would never ever run this every day: # ./cvsclean && ./buildconf buildconf: checking installation... buildconf: autoconf version 2.13 (ok) buildconf: libtool version 1.4.3 (ok) . . Or would I? :) >so, at this moment I don't know which version of autoconf should I use to >build PHP from sources in the right way, but autoconf 2.50 worked fine till >now (except this message). I has never worked perfectly, please don't claim that. As I doubt you have the correct bison, libtool, etc. either, I recommend that you stick with snapshots. --Jani --- ## #5932 — Jani Taskinen — 2003-12-01T18:58:55+00:00 URL: https://externals.io/message/5876#5932 · In reply to: #5924 Finally..if you had mentioned THIS in the first place, you wouldn't have wasted our time.. (didn't I ask for some reproducing procedure? I don't remember anymore :) --Jani >On Mon, 1 Dec 2003 18:21:33 +0100 >"John Huntjens" wrote: > > > […] > >I've changed autoconf to 2.57 and automake to 1.7 - all the same. >Upgrading Apache to 1.3.29 doesn't affect this too. > >Found an interesting effect: >this bug appears only when I'm using Opera or Mozilla. >both lynx & wget browse ok =) > >Derick, please, take an attentive look at your patch to SAPI.c, SAPI.h, rfc1867.c, php_variables.c (Sat Nov 29 10:24:35 2003) >- Fix sapi_input_filter patch. > >Reverting your patch fixes the problem, cause the problem seems to be in header parsing routines. >Again, the problem is definitely in this patch. > >--- >WBR, >Antony Dovgal aka tony2001 >tony2001@phpclub.net --- ## #5933 — Jani Taskinen — 2003-12-01T18:59:36+00:00 URL: https://externals.io/message/5876#5933 >Jani Taskinen wrote: > > […] > > Maybe this is related to the problem with PHP's logos I posted earlier? Eh? What logos? (either I'm getting senile or I'm not getting some mails) --Jani --- ## #5935 — Sebastian Bergmann — 2003-12-01T19:10:18+00:00 URL: https://externals.io/message/5876#5935 · In reply to: #5933 Jani Taskinen wrote: > Eh? What logos? Current HEAD built as Debug_TS on Windows 2000: http://wopr/index.php?=PHPE9568F34-D428-11d2-A769-00AA001ACF42 Fatal error: Possible integer overflow in memory allocation (2 * -858993460 + 1) in Unknown on line 0 -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Das Buch zu PHP 5: http://professionelle-softwareentwicklung-mit-php5.de/ --- ## #5936 — Derick Rethans — 2003-12-01T19:12:38+00:00 URL: https://externals.io/message/5876#5936 · In reply to: #5924 > On Mon, 1 Dec 2003 18:21:33 +0100 > "John Huntjens" wrote: > > > […] > > I've changed autoconf to 2.57 and automake to 1.7 - all the same. > Upgrading Apache to 1.3.29 doesn't affect this too. > > Found an interesting effect: > this bug appears only when I'm using Opera or Mozilla. > both lynx & wget browse ok =) > > Derick, please, take an attentive look at your patch to SAPI.c, SAPI.h, rfc1867.c, php_variables.c (Sat Nov 29 10:24:35 2003) > - Fix sapi_input_filter patch. > > Reverting your patch fixes the problem, cause the problem seems to be in header parsing routines. > Again, the problem is definitely in this patch. Hmm, interesting. But I'll need to have abetter 'bug' report before I can do anything about it as things work just fine for me... Derick --- ## #5937 — Rasmus Lerdorf — 2003-12-01T19:18:14+00:00 URL: https://externals.io/message/5876#5937 · In reply to: #5936 Derick, looking at the code it looks like we are checking for the a= case and handling that correctly, but not the =a case. As in foo.com?a= vs foo.com?=a Not sure if it is yours or my bug. Currently in India and the connection here is too damn slow to browse through cvs. -Rasmus > > > > […] > > Hmm, interesting. But I'll need to have abetter 'bug' report before I > can do anything about it as things work just fine for me... > > Derick --- Next page: https://externals.io/message/5876.md?page=2