>
> If you haven't already done so, please file a bug report. The files
> uploaded aren't very helpful in terms of diagnosing the issue.
>
I've dug a little deeper into this. Haven't isolated exactly where the
problem's coming from, but I know enough to say the segfault I shared is a
side effect
On Wed, Mar 9, 2016, at 03:51 PM, Adam Baratz wrote:
>> Can you provide the INI (minus secure info) and script that generates
>>
this?
>
> Unfortunately, I haven't been able to isolate what's causing this. It
> seems to occur on "complex enough" pages. Which could mean one of the
> (many) extension
>
> Can you provide the INI (minus secure info) and script that generates
> this?
Unfortunately, I haven't been able to isolate what's causing this. It seems
to occur on "complex enough" pages. Which could mean one of the (many)
extensions involved isn't playing nice with PHP7, which I'll look in
On Wed, Mar 9, 2016, at 01:28 PM, Adam Baratz wrote:
> I got a core dump with this output:
Can you provide the INI (minus secure info) and script that generates
this?
>
> Cannot access memory at address 0x9
> Cannot access memory at address 0x1
>
> #0 0x00654a6d in ini_lex (ini_lval=
I got a core dump with this output:
Cannot access memory at address 0x9
Cannot access memory at address 0x1
#0 0x00654a6d in ini_lex (ini_lval=0xd314c15417d73c46)
at Zend/zend_ini_scanner.c:3724
#1 0x0067da19 in init_executor ()
at
/wayfair/home/cmccoy/rpmbuild/BUILD/php
Hey Bob:
On Sun, Jun 14, 2015 at 2:08 PM, Sebastian Bergmann wrote:
> Am 14.06.2015 um 07:55 schrieb Xinchen Hui:
>> maybe related to this : 3cfa58367b1b85d346d9be6cf9ae116c63571247
>
> Yes, reverting that commit fixes it. Thanks for the pointer!
please have a look of it.. I'd like revert it fo
Am 14.06.2015 um 07:55 schrieb Xinchen Hui:
> maybe related to this : 3cfa58367b1b85d346d9be6cf9ae116c63571247
Yes, reverting that commit fixes it. Thanks for the pointer!
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hey:
On Sun, Jun 14, 2015 at 1:42 PM, Sebastian Bergmann wrote:
> Am 14.06.2015 um 07:29 schrieb Sebastian Bergmann:
>> I have run across a weird segfault with the current master when trying
>> to run PHPUnit (using PHPUnit's own test suite). Weird because I get a
>> segfault immediately on start
Am 14.06.2015 um 07:29 schrieb Sebastian Bergmann:
> I have run across a weird segfault with the current master when trying
> to run PHPUnit (using PHPUnit's own test suite). Weird because I get a
> segfault immediately on startup with a release build and a segfault much
> later when using a debug
I have run across a weird segfault with the current master when trying
to run PHPUnit (using PHPUnit's own test suite). Weird because I get a
segfault immediately on startup with a release build and a segfault much
later when using a debug build. Detailed information is below, let me
know if t
On 08/05/2013 03:32 AM, Andrey Hristov wrote:
> I just tried the combo PHP 5.5 (git) with MySQL 5.6 (13-dev) without
> segfault. What's your setup?
This is on my Ubuntu 13.04 laptop. mysql Ver 14.14 Distrib 5.5.32 with
PHP 5.5 git just running make test. I get a core every time on that test
in th
Hi Rasmus,
On 08/03/2013 07:51 PM, Rasmus Lerdorf wrote:
Hey Johannes, could you take a look at:
https://gist.github.com/anonymous/6143477
You can reproduce in 5.5 with:
sapi/cli/php ext/mysqli/tests/mysqli_poll_kill.php
main/streams/cast.c:306 is:
if (php_stream_is_filtered(stream)) {
but
Hey Rasmus
2013/8/3 Rasmus Lerdorf :
> Hey Johannes, could you take a look at:
>
> https://gist.github.com/anonymous/6143477
>
> You can reproduce in 5.5 with:
>
> sapi/cli/php ext/mysqli/tests/mysqli_poll_kill.php
>
> main/streams/cast.c:306 is:
>
> if (php_stream_is_filtered(stream)) {
>
> but p
Hey Johannes, could you take a look at:
https://gist.github.com/anonymous/6143477
You can reproduce in 5.5 with:
sapi/cli/php ext/mysqli/tests/mysqli_poll_kill.php
main/streams/cast.c:306 is:
if (php_stream_is_filtered(stream)) {
but php_stream_is_filtered is just a macro that isn't expecting
On Fri, May 15, 2009 at 12:13 AM, Moriyoshi Koizumi wrote:
> On Fri, May 15, 2009 at 12:31 PM, Farley Knight
> wrote:
>
>> zend_hash_internal_pointer_reset(Z_ARRVAL(zhash));
>>
>> printf("This hash table has %d entries\n",
>> zend_hash_num_elements(Z_ARRVAL(zhash)));
>>
>> int current = 0;
>>
On Fri, May 15, 2009 at 4:03 AM, Antony Dovgal wrote:
> On 15.05.2009 07:31, Farley Knight wrote:
>> while (zend_hash_get_current_data(Z_ARRVAL(zhash), (void**)&value)
>> == SUCCESS) {
>> current++;
>> printf("Currently on entry %d\n", current);
>> if (zend_hash_move_forward(Z_ARRVAL
On 15.05.2009 07:31, Farley Knight wrote:
> while (zend_hash_get_current_data(Z_ARRVAL(zhash), (void**)&value)
> == SUCCESS) {
> current++;
> printf("Currently on entry %d\n", current);
> if (zend_hash_move_forward(Z_ARRVAL(zhash)) == SUCCESS)
> printf("Done moving hash forward.
On Fri, May 15, 2009 at 12:31 PM, Farley Knight wrote:
> zend_hash_internal_pointer_reset(Z_ARRVAL(zhash));
>
> printf("This hash table has %d entries\n",
> zend_hash_num_elements(Z_ARRVAL(zhash)));
>
> int current = 0;
>
> while (zend_hash_get_current_data(Z_ARRVAL(zhash), (void**)&value)
>
Hi all,
I'm having some issues with some custom embedding of the PHP sapi. I'm
trying to call PHP from Ruby and I'd like to be able to pass data back
and forth freely, but I'm running into segfaults. It works well enough
for small values, but for some large values, it crashes on me.
Currently my m
Thanks Felipe !
Felipe Pena a écrit :
Hello,
Em Dom, 2009-01-11 às 01:45 +0100, Olivier Bonvalet escreveu:
Hello,
this bug was corrected in CVS on 17 oct, but I can't find the related
patch on http://news.php.net/php.cvs/start/53560
Does someone know which one is it ? I would like try to
Hello,
Em Dom, 2009-01-11 às 01:45 +0100, Olivier Bonvalet escreveu:
> Hello,
>
> this bug was corrected in CVS on 17 oct, but I can't find the related
> patch on http://news.php.net/php.cvs/start/53560
> Does someone know which one is it ? I would like try to backport it to
> PHP 5.2.6
>
> Th
Hello,
this bug was corrected in CVS on 17 oct, but I can't find the related
patch on http://news.php.net/php.cvs/start/53560
Does someone know which one is it ? I would like try to backport it to
PHP 5.2.6
Thanks in advance,
Olivier Bonvalet
Olivier Bonvalet a écrit :
Hi Filipe,
there is
Hi Filipe,
there is not the problem with your code, the script works fine and show
"NULL".
I open this bug report : http://bugs.php.net/bug.php?id=46308
(I hope the title is correct... I did'nt know what to put...)
Thanks,
Olivier
Felipe Pena a écrit :
Hi Olivier,
That is weird, canno
Stanislav Malyshev escribió:
> Can reproduce the problem with valgrind and USE_ZEND_ALLOC=0 on 32-bit
> with 5.3 HEAD. Looks like genuine bug.
Reproduced with 5_3 and 5_2 in 64 bit linux USE_ZEND_ALLOC=0, please
open a bug report..
--
"A computer is like an Old Testament god, with a lot of rule
Hi!
So, I reduce the script which throw the segmentation fault.
My environment :
Debian Lenny, 64bits
Latest PHP 5.2 from CVS (php5.2-200810151030) compiled with :
./configure --prefix=/home/dev-olivier/usr/ --disable-all
--enable-debug
Can reproduce the problem with valgrind an
Hi Olivier,
Em Qua, 2008-10-15 às 15:44 +0200, Olivier Bonvalet escreveu:
> So, I reduce the script which throw the segmentation fault.
>
> My environment :
> Debian Lenny, 64bits
> Latest PHP 5.2 from CVS (php5.2-200810151030) compiled with :
> ./configure --prefix=/home/dev-oliv
So, I reduce the script which throw the segmentation fault.
My environment :
Debian Lenny, 64bits
Latest PHP 5.2 from CVS (php5.2-200810151030) compiled with :
./configure --prefix=/home/dev-olivier/usr/ --disable-all
--enable-debug
In "first.php" I have this code :
=
Hello,
it's a Debian Lenny (testing) 64bits :
Linux debian 2.6.26-1-amd64 #1 SMP Wed Sep 10 15:31:12 UTC 2008
x86_64 GNU/Linux
(and I have the problem with the Debian version of PHP too)
Cristian Rodríguez a écrit :
Olivier Bonvalet escribió:
Should I try to reduce the size of the PH
Olivier Bonvalet escribió:
> Should I try to reduce the size of the PHP script (actually it use a
> framework) to can reproduce the problem ; or is this output of valgrind
> is enough ?
what does
produces in your system and what OS are you using ?
--
"A computer is like an Old Testament g
Thanks, with this version I obtain this valgrind output :
==6577== Conditional jump or move depends on uninitialised value(s)
==6577==at 0x6CB2DB: _zend_mm_free_int (zend_alloc.c:1941)
==6577==by 0x710210: ZEND_CONCAT_SPEC_CV_TMP_HANDLER
(zend_variables.h:35)
==6577==by 0x709D63: ex
Em Sex, 2008-10-10 às 18:58 +0200, Olivier Bonvalet escreveu:
> Hello,
>
> I have a script which throw a segfault, in cli with PHP 5.2.6 (I just
> recompiled it from source).
>
> I track the error with valgrind, and obtain this as a result :
> ==17069== Invalid read of size 8
> ==17069==at 0
Hello,
I have a script which throw a segfault, in cli with PHP 5.2.6 (I just
recompiled it from source).
I track the error with valgrind, and obtain this as a result :
==17069== Invalid read of size 8
==17069==at 0x6CBCAC: _zend_mm_alloc_int (zend_alloc.c:1767)
==17069==by 0x6CC1DF: _e
Sebastian Bergmann wrote:
I got a report about a segfault in PHP_5_2 and PHP_5_3 today that is
triggered by PHPUnit running the test below.
Fixed thanks to Dmitry!
--
Sebastian Bergmann http://sebastian-bergmann.de/
GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5
I got a report about a segfault in PHP_5_2 and PHP_5_3 today that is
triggered by PHPUnit running the test below.
class MyObject {
public function getX() {
return NULL;
}
}
class MyTest extends PHPUnit_Framework_TestCase {
public function
On Tue, April 24, 2007 3:22 pm, Derick Rethans wrote:
> On Tue, 24 Apr 2007, Pawe? Stradomski wrote:
>
>> Derick Rethans wrote:
>> > On Tue, 24 Apr 2007, David Lindstrom wrote:
>> > > Still, PHP should never segfault?
>> >
>> > Almost never... stack overflows are "okay".
>> >
>>
>> I' ve run into P
On Tue, April 24, 2007 2:40 pm, Pawe³ Stradomski wrote:
> Derick Rethans wrote:
>> On Tue, 24 Apr 2007, David Lindstrom wrote:
>> > Still, PHP should never segfault?
>>
>> Almost never... stack overflows are "okay".
>>
>> regards,
>> Derick
>>
>
> I' ve run into PHP segfaulting (infinte loop of two
On Tue, April 24, 2007 11:16 am, Rasmus Lerdorf wrote:
> Chris Malton wrote:
>> // secure variables from outside
>> $modxtags = array('@]*?>.*?@si',
>> '@&#(\d+);@e',
>> '@\[\[(.*?)[EMAIL PROTECTED]',
>> '@\[!(.*?)[EMAIL PROTECTED]',
>>
On Tue, 24 Apr 2007, Pawe? Stradomski wrote:
> Derick Rethans wrote:
> > On Tue, 24 Apr 2007, David Lindstrom wrote:
> > > Still, PHP should never segfault?
> >
> > Almost never... stack overflows are "okay".
> >
>
> I' ve run into PHP segfaulting (infinte loop of two constructors) recently
> an
Derick Rethans wrote:
> On Tue, 24 Apr 2007, David Lindstrom wrote:
> > Still, PHP should never segfault?
>
> Almost never... stack overflows are "okay".
>
> regards,
> Derick
>
I' ve run into PHP segfaulting (infinte loop of two constructors) recently and
I think it should not happen in any case
On Tue, 24 Apr 2007, David Lindstrom wrote:
> Still, PHP should never segfault?
Almost never... stack overflows are "okay".
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ez.no | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, vis
Still, PHP should never segfault?
"Chris Malton" <[EMAIL PROTECTED]> skrev i meddelandet
news:[EMAIL PROTECTED]
> Antony Dovgal wrote:
>> Please try the latest snapshot available at http://snaps.php.net.
>> If you're still able to reproduce the problem using the snap, please
>> provide a short (
Antony Dovgal wrote:
> Please try the latest snapshot available at http://snaps.php.net.
> If you're still able to reproduce the problem using the snap, please
> provide a short (max 20-30 lines long) but complete reproduce script.
> Thanks in advance.
>
Can reproduce on 200704241430 snapshot (to
On 04/24/2007 08:13 PM, Chris Malton wrote:
Antony Dovgal wrote:
What's in modx/index.php ?
Looking at the backtrace, I'd say there is an infinite loop.
I have pasted the modx/index.php file above, but it includes so many
files, you might want to download it from http://www.modxcms.com
Plea
Chris Malton wrote:
> // secure variables from outside
> $modxtags = array('@]*?>.*?@si',
> '@&#(\d+);@e',
> '@\[\[(.*?)[EMAIL PROTECTED]',
> '@\[!(.*?)[EMAIL PROTECTED]',
> '@\[\~(.*?)[EMAIL PROTECTED]',
> '@
Antony Dovgal wrote:
>>> What's in modx/index.php ?
>>> Looking at the backtrace, I'd say there is an infinite loop.
http://modxcms.com/
**
Originall based on Etomite by Alex Butter
***
On 04/24/2007 07:43 PM, Chris Malton wrote:
Antony Dovgal wrote:
On 04/24/2007 10:41 AM, Chris Malton wrote:
Here's what I get with PHP 5.2.1 archives from your website, after it
builds OK, it segfaults while running. Can anyone explain this?
[EMAIL PROTECTED]:/srv/www/org/dyndns/cjsoftuk/d
Antony Dovgal wrote:
> On 04/24/2007 10:41 AM, Chris Malton wrote:
>> Here's what I get with PHP 5.2.1 archives from your website, after it
>> builds OK, it segfaults while running. Can anyone explain this?
>
>> [EMAIL PROTECTED]:/srv/www/org/dyndns/cjsoftuk/domain_public$ php
>> modx/index.php
>
On 04/24/2007 10:41 AM, Chris Malton wrote:
Here's what I get with PHP 5.2.1 archives from your website, after it
builds OK, it segfaults while running. Can anyone explain this?
[EMAIL PROTECTED]:/srv/www/org/dyndns/cjsoftuk/domain_public$ php modx/index.php
Segmentation fault
What's in mod
Here's what I get with PHP 5.2.1 archives from your website, after it
builds OK, it segfaults while running. Can anyone explain this?
[EMAIL PROTECTED]:/srv/www/org/dyndns/cjsoftuk/domain_public$ php -v
PHP 5.2.1 (cgi) (built: Apr 24 2007 07:00:45)
Copyright (c) 1997-2007 The PHP Group
Zend Engin
Antony Dovgal wrote:
> On 02/07/2007 11:16 PM, Chris Malton wrote:
>> Please see below for a term session:
>>
>> [EMAIL PROTECTED]:~/php6# cat /srv/www/include/firefox.inc
>> > //if($_GET["ffcheck"]==""){
>> //$ua=$_SERVER['HTTP_USER_AGENT'];
>> if(strpos($ua,"MSIE")!==false){
>> //USER AGENT = M
Chris Malton wrote:
The header() function currently causes a segfault with CVS head sources.
Here's a backtrace.
#0 _zend_mm_free_int (heap=0xb302f0, p=0xb88b11b)
at /root/php6/Zend/zend_alloc.c:1522
#1 0x006a5d4f in destroy_op_array (op_array=0x2ae269e4d410)
at /root/php6/Zen
On 02/07/2007 11:16 PM, Chris Malton wrote:
Please see below for a term session:
[EMAIL PROTECTED]:~/php6# cat /srv/www/include/firefox.inc
http://shared.cjsoftuk.dyndns.org/Firefox.php?URL=";
. urlencode("http://"; . $_SERVER["HTTP_HOST"] . $_SERVER["REQUEST_URI"]
. "?" . $_SERVER["QUERY_STRING
Antony Dovgal wrote:
> On 02/07/2007 10:41 PM, Chris wrote:
Need any more info? Give me a buzz.
>>>
>>> A reproduce case?
>>>
>>
>> WHOOPS - Turns out it isn't header that breaks it!
>>
>> The following code breaks php6 at the cmd line.
>>
>> > if($_GET["ffcheck"]==""){
>> $ua=$_SERVER['HTTP_U
On 02/07/2007 10:41 PM, Chris wrote:
Need any more info? Give me a buzz.
A reproduce case?
WHOOPS - Turns out it isn't header that breaks it!
The following code breaks php6 at the cmd line.
http://shared.cjsoftuk.dyndns.org/Firefox.php?URL=";
. urlencode("http://"; . $_SERVER["HTTP_HOST"]
Antony Dovgal wrote:
> > On 02/07/2007 10:18 PM, Chris Malton wrote:
>> >> The header() function currently causes a segfault with CVS head
sources.
>> >>
>> >> I'll leave this up to a dev team person to sort. I am merely testing
>> >> out php6 before a migration.
> >
> > Migration to PHP6?
> >
W
On 02/07/2007 10:18 PM, Chris Malton wrote:
The header() function currently causes a segfault with CVS head sources.
I'll leave this up to a dev team person to sort. I am merely testing
out php6 before a migration.
Migration to PHP6?
Need any more info? Give me a buzz.
A reproduce case?
The header() function currently causes a segfault with CVS head sources.
Here's a backtrace.
#0 _zend_mm_free_int (heap=0xb302f0, p=0xb88b11b)
at /root/php6/Zend/zend_alloc.c:1522
#1 0x006a5d4f in destroy_op_array (op_array=0x2ae269e4d410)
at /root/php6/Zend/zend_opcode.c:265
#2
This is quite unusual, for some reason PHP segfaults after I call my
function. The function deals with Resources from another module, it works,
that's not the problem. The functions works exactly as anticipated, however
if I call that function again or if I call die or exit PHP segfaults.
Any ideas
Hello internals,
I get a segfault when starting apache with debug enabled in the php
build. I am using the latest 5_1 cvs, and apache 1.3
The backtrace i get in gdb is attached.
Is that likely to be caused with memory handling in an extension module?
It works fine in non-debug, but i am just try
I am experiencing a segfault with spl_autoload in the PHP_5_1 branch
with the upcoming PHPUnit 2.3.0.
The nature of PHPUnit's complexity makes it almost impossible for me to
come up with a simple, reproducing script (I already invested hours into
this, to no avail so far).
It is weird that
I'm getting a segfault from PDO_ODBC compiled with IBM-DB2v7.2. Seems
like its happening somewhere in the shutdown process. Here's a
backtrace, a wierd one but thats all gdb gives me.
bt:
#0 0x012c8a2c in ?? ()
#1 0x00b205d7 in exit () from /lib/tls/libc.so.6
#2 0x00b0ae3d in __libc_start_
Hi Derick and Joe,
html_entity_decode(' ‘†′⁄€',
ENT_QUOTES, 'UTF-8'); (same testcase bug #29119) is causing Segfault in
NetWare.
The cause of the segfault seems to be the size of ent_uni_338_402. Which
I persume should be of size 402-338+1=65
It used to be 63 in size till 1.97.2.5.
Bug fix 2806
Edin Kadribasic wrote:
> You can configure PHP with --enable-debug-pack which will compile
> release version of the binaries with external debug symbols.
Thank you for this information. The issue I was experiencing has been
fixed by Marcus in CVS already.
--
Sebastian Bergmann
Hi Sebastian,
You can configure PHP with --enable-debug-pack which will compile release
version of the binaries with external debug symbols.
Edin
- Original Message -
From: "Sebastian Bergmann" <[EMAIL PROTECTED]>
To:
Sent: Saturday, April 23, 2005 10:36 AM
Subject: [P
When I run PHPUnit2's own testsuite with a Release_TS build of
PHP 5.1.0-CVS I get a segfault (no backtrace since no symbols) on
shutdown.
When I run the same PHP sources with a Debug_TS build of PHP 5.1.0-CVS I
do not get a segfault but messages like this
[Sat Apr 23 10:31:14 2005] Scri
I think I fixed this problem up to a month ago in HEAD.
--Wez.
On Fri, 21 Jan 2005 15:25:10 +0300, Antony Dovgal <[EMAIL PROTECTED]> wrote:
> On Fri, 21 Jan 2005 12:54:02 +0100
> "Ron Korving" <[EMAIL PROTECTED]> wrote:
>
> > Hi,
> >
> > I know this isn't the proper channel for a bugreport, but
Hi Ron,
I think, I fixed this bug week or two ago.
Did you tested it with shapshot from http://snaps.php.net?
Thanks. Dmitry.
> -Original Message-
> From: Ron Korving [mailto:[EMAIL PROTECTED]
> Sent: Friday, January 21, 2005 15:56
> To: internals@lists.php.net
> Subjec
Unfortunately right now I don't have the time to do this. I posted a
bugreport ( http://bugs.php.net/31633 ). Maybe I can try to add a backtrace
later.
Thank you,
Ron
"Derick Rethans" <[EMAIL PROTECTED]> schreef in bericht
news:[EMAIL PROTECTED]
> On Fri, 21 Jan 2005, Ron Korving wrote:
>
> > Co
On Fri, 21 Jan 2005, Ron Korving wrote:
> Could you tell me how I can create a backtrace? (I use a precompiled PHP
> 5.0.3, so I'm not sure if I can do this with my software). I noticed there
> are backtrace php functions, but how can I call a function after php
> segfaults?
Read the instructions
"Antony Dovgal" <[EMAIL PROTECTED]> schreef in bericht
news:[EMAIL PROTECTED]
> On Fri, 21 Jan 2005 12:54:02 +0100
> "Ron Korving" <[EMAIL PROTECTED]> wrote:
>
> > Hi,
> >
> > I know this isn't the proper channel for a bugreport, but I think this
> > segfault will require a very simple fix and I ho
On Fri, 21 Jan 2005 12:54:02 +0100
"Ron Korving" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I know this isn't the proper channel for a bugreport, but I think this
> segfault will require a very simple fix and I hope this could be fixed
> before 5.0.4 is released (so I'm posting this because of the time
Hi,
I know this isn't the proper channel for a bugreport, but I think this
segfault will require a very simple fix and I hope this could be fixed
before 5.0.4 is released (so I'm posting this because of the time factor).
This code segfaults (PHP 5.0.3):
while this doesn't:
So the problem is
The following code from PHPUnit2 causes a segfault with PHP_5_0 and
HEAD.
public function run(PHPUnit2_Framework_Test $test) {
$this->currentTest = $test;
$this->startTest($test);
set_error_handler(array($this, 'errorHandler'));
try {
$test->runB
I get a segfault (backtrace attached) with PHP_5_0 (not with HEAD) when
running PHPUnit2's testsuite. No short reproducing script, sorry.
--
Sebastian Bergmann http://www.sebastian-bergmann.de/
GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69
php5ts
Hello,
I'm experiencing very weird segfaults (and cannot reproduce them with a
small script) in PHP4 (to be exact: PHP4.3.8) - a backtrace is attached.
Now the weird thing is:
#0 0x080e3ff3 in php_char_to_str (str=0x0, len=1515870810, from=34 '"',
to=0x85d5f54 "\"\"", to_len=2,
result=0x8601
Trying again with a link to the file:
Just ran it through valgrind with the options that Rasmus suggested
and got a output file: http://www.ikomm.no/valgrind/out.pid27848 I
can see what'
happening, but have no idea where to go from here.
Can someone have a look at it?
Cheers
> > If the segfault
> If the segfault was the same everytime it should be easy to track
> down, but I've had a large amount of different segfaults running
> apache through gdb. The other thing is that one screen can be loaded
> different times before the segfault comes as well, sometimes the
> segfault comes straight
Hi!
This might be a long mail, so I'll start quickly:
Case: working on a PHP5/postgres system that segfaults ( apparently
randomly ) on different spots in the program.
* I have managed to track it down to our custom class loader ( static
object ) that manage all loading and initializing of objects
I am getting the segfault below with the current HEAD on Win32 when I
access phpMyAdmin.
php5ts_debug.dll!ts_resource_ex(int id=9633792, unsigned long *
th_id=0x0001) Zeile 388 + 0xf C
php5ts_debug.dll!_emalloc(unsigned int size=16, char *
__zend_filename=0x1062527c, unsigned int __z
Andi Gutmans wrote:
> What crashes?
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Das Buch zu PHP 5: http://professionelle-softwareentwicklung-mit-php5.de/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http
What crashes?
At 08:27 AM 5/26/2004 +0200, Sebastian Bergmann wrote:
Timm Friebe wrote:
> Works fine here.
I just noticed that it works fine here under Linux, too, but still
crashes on Windows. Odd.
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Timm Friebe wrote:
> Works fine here.
I just noticed that it works fine here under Linux, too, but still
crashes on Windows. Odd.
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Das Buch zu PHP 5: http://professionelle-softwareentwicklung-mit-
On Sat, 2004-05-22 at 13:48, Sebastian Bergmann wrote:
> The following code triggers a segfault with the attached stacktrace:
>
>class UML_Class extends ReflectionClass {
>}
>
>print ReflectionClass::export('UML_Class');
>?>
Works fine here.
- Timm
--
PHP Internals - PHP
The following code triggers a segfault with the attached stacktrace:
print ReflectionClass::export('UML_Class');
?>
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Das Buch zu PHP 5: http://professionelle-softwareentwicklung-mit-php5.de/
php5t
$ php -r 'function e($code, $msg, $file, $line, &$context) { }
set_error_handler("e"); trigger_error("Hello");'
Notice: Hello in Command line code on line 1
Segmentation fault (core dumped)
Affected: PHP4, PHP5. Does not occur when & before $context is omitted.
- Timm
--
PHP Internals - PHP Ru
At 12:41 PM 4/1/2004 +0400, Antony Dovgal wrote:
On Thu, 01 Apr 2004 10:36:43 +0200
Andi Gutmans <[EMAIL PROTECTED]> wrote:
> Sterling,
>
> It's a stack overflow caused by an infinite loop in function calls (i.e.
> not while/for loop).
So, it's ok and won't be fixed ?
This has been discussed many t
On Thu, 1 Apr 2004, Antony Dovgal wrote:
> On Thu, 01 Apr 2004 10:36:43 +0200
> Andi Gutmans <[EMAIL PROTECTED]> wrote:
>
> > Sterling,
> >
> > It's a stack overflow caused by an infinite loop in function calls (i.e.
> > not while/for loop).
>
> So, it's ok and won't be fixed ?
Exactly (though ad
On Thu, 01 Apr 2004 10:36:43 +0200
Andi Gutmans <[EMAIL PROTECTED]> wrote:
> Sterling,
>
> It's a stack overflow caused by an infinite loop in function calls (i.e.
> not while/for loop).
So, it's ok and won't be fixed ?
---
WBR,
Antony Dovgal aka tony2001
[EMAIL PROTECTED] || [EMAIL PROTECTED]
Sterling,
It's a stack overflow caused by an infinite loop in function calls (i.e.
not while/for loop).
Andi
At 10:17 AM 3/31/2004 -0800, Sterling Hughes wrote:
php5 shouldn't crash _at all_ within an infinite loop because we aren't in
one big execution loop.
-sterling
On Mar 30, 2004, at 11
On Mar 31, 2004, at 1:17 PM, Sterling Hughes wrote:
php5 shouldn't crash _at all_ within an infinite loop because we
aren't in one big execution loop.
Why shouldn't this crash eventually? You still have to account for all
the callers stacks.
George
--
PHP Internals - PHP Runtime Development M
php5 shouldn't crash _at all_ within an infinite loop because we aren't
in one big execution loop.
-sterling
On Mar 30, 2004, at 11:27 PM, Derick Rethans wrote:
On Wed, 31 Mar 2004, Antony Dovgal wrote:
Hi all!
This small script:
class test {
var $a = false;
var $x = false;
On Wed, 31 Mar 2004, Antony Dovgal wrote:
> > PHP always crashes on infinite loops as you might be aware off. You'll
> > have to live with it.
>
> And there is no workarounds at all?
> (BTW, same results with PHP_4_3..)
Just don't make infinite loops? :)
Derick
--
PHP Internals - PHP Runtime D
On Wed, 31 Mar 2004 09:27:42 +0200 (CEST)
Derick Rethans <[EMAIL PROTECTED]> wrote:
> On Wed, 31 Mar 2004, Antony Dovgal wrote:
>
> > Hi all!
> >
> > This small script:
> > >
> > class test {
> > var $a = false;
> > var $x = false;
> >
> > function getA() {
> > if (!$this
On Wed, 31 Mar 2004, Antony Dovgal wrote:
> Hi all!
>
> This small script:
>
> class test {
> var $a = false;
> var $x = false;
>
> function getA() {
> if (!$this->x) { // yep, I know, it's infinite loop
PHP always crashes on infinite loops as you might be aware o
Hi all!
This small script:
x) { // yep, I know, it's infinite loop
$this->foo();
}
return $this->a;
}
function foo() {
return $this->getA();
}
}
$test = new test;
$test->getA();
?>
produces segfault
I wanted to play with APD a bit but current HEAD/HEAD segfaults on
Windows for tracing-enabled script execution:
zend_get_executed_lineno(void * * * 0x00702990) line 338 + 23 bytes
log_time(void * * * 0x00702990) line 424 + 26 bytes
trace_function_exit(char * 0x00a15420) line 399 + 9 bytes
apd
Hi all!
#0 0x8038 in ?? ()
#1 0x40331677 in zend_isset_isempty_prop_obj_handler (execute_data=0x4136becc,
opline=0x4136becc, op_array=0x4136becc)
at /home/tony/CVS/php-src/Zend/zend_execute.c:3995
#2 0x4032ab1a in execute (op_array=0x80ffaf4) at
/home/tony/CVS/php-src/Zend/zend_execut
Hello,
The following command segfaults (equivalent to "pear.sh package"):
# cd /path/to/pecl/philter
# php /path/to/pearcmd.php package
please find the backtrace and valgring output as attachments.
I do not have the time right now to find where it segfaults or to
produce a reproduce script, sor
At 02:22 PM 3/1/2004 +0100, Andrey Hristov wrote:
Andi Gutmans wrote:
Did this happen after my commit or is it a general problem?
Andi
At 02:03 PM 3/1/2004 +0100, Andrey Hristov wrote:
Hi,
this :
php -r 'class a{function a(){}} $a=new
Reflection_Class("a");$b=$a->getMethod("a"); $b->invoke(NULL);
Andi Gutmans wrote:
Did this happen after my commit or is it a general problem?
Andi
At 02:03 PM 3/1/2004 +0100, Andrey Hristov wrote:
Hi,
this :
php -r 'class a{function a(){}} $a=new
Reflection_Class("a");$b=$a->getMethod("a"); $b->invoke(NULL);'
segfaults on my machine and generates bus er
1 - 100 of 143 matches
Mail list logo
