Sascha Schumann wrote:
sas Tue Apr 1 05:02:29 2003 EDT
Modified files:
/php4/ext/standard basic_functions.c
Log:
Fix segfault in register_shutdown_function
Index: php4/ext/standard/basic_functions.c
diff -u php4/ext/standard/basic_functions.c:1.599
Zitat von David Brown [EMAIL PROTECTED]:
This is kind of a user-space question, but I'm hoping that it concerns
enough of the PHP infrastructure (conceptually) that this is the right
place to post it.
This should rather be asked on the i18n mailing list if not on php-general.
But as you
Zitat von Derick Rethans [EMAIL PROTECTED]:
Looks like a recursive thing here so I wonder if it's really a bug
in PHP, but perhaps an assumption in Horde that doesn't work with ZE2?
Correct, Horde doesn't work with ZE2 out of the box.
Jan.
--
http://www.horde.org - The Horde Project
/home/jan/software/php5/ext/standard/basic_functions.c: In function
`php_simple_ini_parser_cb':
/home/jan/software/php5/ext/standard/basic_functions.c:2829:
`ZEND_INI_PARSER_POP_ENTRY' undeclared (first use in this function)
/home/jan/software/php5/ext/standard/basic_functions.c:2829: (Each
Zitat von Magnus Määttä [EMAIL PROTECTED]:
Hi!
gcc -I/opt/DEV/php/php4/ext/xmlrpc/libxmlrpc -DVERSION=0.50 -Iext/xmlrpc/
-I/opt/DEV/php/php4/ext/xmlrpc/ -DPHP_ATOM_INC
-I/opt/DEV/php/php4/include -I/opt/DEV/php/php4/main -I/opt/DEV/php/php4
-I/opt/DEV/php/php4/Zend -I/usr/include/libxml2
Zitat von Derick Rethans [EMAIL PROTECTED]:
On Sat, 21 Dec 2002, Jan Schneider wrote:
I get this error at the end of running ./configure:
config.status: creating pear/scripts/pearize
config.status: error: cannot find input file: pear/scripts/pearize.in
It might happen because I run
I know this thread is ridden to death but I want to add one argument for
completeness: If the cgi's name will be changed, thousands of administrators
need to fix their servers. But if the cli's name will be changed thousands
of end users of php cli scripts will have to change the scripts' shebang
Zitat von Hartmut Holzgraefe [EMAIL PROTECTED]:
Hartmut Holzgraefe wrote:
Jan Schneider wrote:
To resume: best practice is currently to use $HTTP_RAW_POST_DATA if
available and php://input else. And crossing fingers that either of
them
works, of course. ;-)
hmyes, but it *should
Zitat von Hartmut Holzgraefe [EMAIL PROTECTED]:
My approach was to provide a php://input stream instead of the
$HTTP_RAW_POST_DATA
variable and additional cleanup code that would swallow any unread
content on
request shutdown. php://input provides the same flexibility as
Zitat von Hartmut Holzgraefe [EMAIL PROTECTED]:
Jan Schneider wrote:
Do you mean, this is your plan or this already works?
php://input already works with apache 1.x
it should be SAPI independant, but for some strange
reason it doesn't work for CGI right now, and i haven't
tested any
Zitat von Hartmut Holzgraefe [EMAIL PROTECTED]:
Jan Schneider wrote:
To resume: best practice is currently to use $HTTP_RAW_POST_DATA if
available and php://input else. And crossing fingers that either of
them
works, of course. ;-)
hmyes, but it *should* be to use php://input
Zitat von Adrian Gartland [EMAIL PROTECTED]:
Attached is a patch which allows iso-2022-jp (jis) encoded text to be
passed through htmlspecialchars when the character set is
set to ISO-2022-JP.
It should also fix a tiny bug I found in determine_charset
code where len hadn't been set and
Zitat von Jean-Pierre Arneodo [EMAIL PROTECTED]:
This is verified with 4.1.2 and 4.2.3
but not with 4.3.Opre2
[myFile.php]
$lang='fr_FR';
putenv(LANG=$lang);
setlocale(LC_ALL,$lang);
bindtextdomain($domain,/MyDir/i18n);
textdomain($domain);
$a=10.12345;
echo $a; // print 10.12345
/bin/sh libtool --silent --mode=compile gcc
-I/home/jan/software/php4/ext/xmlrpc/libxmlrpc -DVERSION=0.50 -Iext/xmlrpc/
-I/home/jan/software/php4/ext/xmlrpc/ -DPHP_ATOM_INC
-I/home/jan/software/php4/include -I/home/jan/software/php4/main
-I/home/jan/software/php4 -I/home/jan/software/php4/Zend
Current php from cvs (head) and ZE2:
/bin/sh libtool --silent --mode=compile gcc -Imain/
-I/home/jan/software/php4/main/ -DPHP_ATOM_INC
-I/home/jan/software/php4/include -I/home/jan/software/php4/main
-I/home/jan/software/php4 -I/home/jan/software/php4/Zend
-I/usr/include/libxml2
Zitat von Derick Rethans [EMAIL PROTECTED]:
On Wed, 23 Oct 2002, Markus Fischer wrote:
I think --disable-overload fixes this.
That did it.
hmm, I thought I fixed this by putting preprocessor defines around the
Overload extension...
But it doesn't work. How is determined which
Zitat von Martin Jansen [EMAIL PROTECTED]:
On Mon Oct 14, 2002 at 02:4353AM +0200, Jan Schneider wrote:
Zitat von Yasuo Ohgaki [EMAIL PROTECTED]:
Martin Jansen wrote:
With PHP 4.3.0-pre1 I get the following error message in Chora:
Warning: (null)() [ref.outcontrol]: output
Zitat von Yasuo Ohgaki [EMAIL PROTECTED]:
0x4055778f in _efree (ptr=0x83476e4)
at /home/jan/software/php4/Zend/zend_alloc.c:229
229 REMOVE_POINTER_FROM_LIST(p);
(gdb) bt
#0 0x4055778f in _efree (ptr=0x83476e4)
at /home/jan/software/php4/Zend/zend_alloc.c:229
#1
Zitat von Yasuo Ohgaki [EMAIL PROTECTED]:
Martin Jansen wrote:
With PHP 4.3.0-pre1 I get the following error message in Chora:
Warning: (null)() [ref.outcontrol]: output handler 'ob_gzhandler'
cannot be used twice in Unknown on line 0
ob_gzhandler shouldn't be applied more than once.
Hi,
the segfaults still occur, though on a different machine (pretty vanilla
suse 8.0). But now I get a more useful bt:
0x4055778f in _efree (ptr=0x83476e4)
at /home/jan/software/php4/Zend/zend_alloc.c:229
229 REMOVE_POINTER_FROM_LIST(p);
(gdb) bt
#0 0x4055778f in _efree
Hi,
I currently get following segfaults:
httpd logs:
[Mon Oct 7 17:17:45 2002] [notice] child pid 19460 exit signal
Segmentation fault (11)
FATAL: emalloc(): Unable to allocate 1515870812 bytes
I can understand him well ;-)
BT:
Program received signal SIGSEGV, Segmentation fault.
Zeev Suraski wrote:
What are you doing in order to get it to crash?
Calling any page in IMP. This is why I don't know exactly _where_ it
segfaults.
I don't have an apache version with debug information at hand, so I
can't give you more bt details, sorry.
--
PHP Development Mailing List
Zeev Suraski wrote:
Try reducing IMP to the smallest possible script that still reproduces
the problem (crashes). That will give us something to go on. Chances
are it's not a crash in the engine.
This one's really strange and I'm afraid not very helpful.
PHP segfaults while returning
Jan Schneider wrote:
Zeev Suraski wrote:
Try reducing IMP to the smallest possible script that still
reproduces the problem (crashes). That will give us something to go
on. Chances are it's not a crash in the engine.
This one's really strange and I'm afraid not very helpful.
PHP
Derick Rethans wrote:
On Mon, 7 Oct 2002, Jan Schneider wrote:
In another script the segfaults occur in another place. It's hard to
trap it down cause it happens during inside a foreach loop. It doesn't
happen after the first loop but at any of the subsequent loops. Inside
this loop
Zitat von Matt Haught [EMAIL PROTECTED]:
I am trying to use pear's Mail functions to send email to my local smtp
server (FreeBSD 4.4 using qmail-smtpd), but it sort of gets hung up when
communicating with the smtp server. (I also tried a 2nd smtp server with
the same hang). It can take
Zitat von Matt Haught [EMAIL PROTECTED]:
It appears that fgets is where the problem is occuring. Its taking over
a
minute. Can anyone confirm? I tried a server at mail.wvwc.edu and
received
the same sort of results.
Confirmed.
Jan.
--
http://www.horde.org - The Horde Project
You should report this to the PHP team. Perhaps it's even fixed in PHP 4.2.3.
Zitat von Iain [EMAIL PROTECTED]:
Hi,
I seem to have found a work around for this. I recompiled the PHP4 debian
packages with the option:
export DEB_BUILD_OPTIONS=debug nostrip
which is equivalent to
2002, Jan Schneider wrote:
One of the lasts commits to the imap quota functions broke backward
compatibility with the old imap_get_quota() behaviour.
It used to return an array like:
array ( 'usage' = 83090, 'limit' = 10, )
but now returns an array like:
array ( 'STORAGE
Zitat von Brad LaFountain [EMAIL PROTECTED]:
Sorry.. i miss read your comment... you are correct
I just fixed it commiting in a few min.
Yes, everything works as expected now. Thanks!
Jan.
--
http://www.horde.org - The Horde Project
http://www.ammma.de - discover your knowledge
One of the lasts commits to the imap quota functions broke backward
compatibility with the old imap_get_quota() behaviour.
It used to return an array like:
array ( 'usage' = 83090, 'limit' = 10, )
but now returns an array like:
array ( 'STORAGE' = array ( 'usage' = 83090, 'limit' = 10,
Zitat von Dan Kalowsky [EMAIL PROTECTED]:
One thing I'd like to see 4.3 is the IMAP quota stuff I've been working
on... but I've not had a chance to test it fully... because I have no
access to an IMAP server with quota support builtin! (argh).
I've sent the patch numerous times to
Zitat von Jani Taskinen [EMAIL PROTECTED]:
You're only supposed to change it in your HTML..NOT in the
browser's query line..
As well as in header() calls (as already stated in this thread) and in
javascript calls: document.location.href = 'foo.php?bar=1amp;var=2' won't
work either.
Zitat von Dejan Markic [EMAIL PROTECTED]:
Hello!
If output_buffering in PHP is set and you issue ob_implict_flush() it
does
not work. I guess it will still buffer those 4096 bytes. Is this a bug or
a
feature? I think it would be better if this ob_implict_flush() would work
even if
Zitat von electroteque [EMAIL PROTECTED]:
hi guys is it possible to pass a string through html tidy and output the
cleaned up content ?
i dont really want to have to create temporary files alover the place let
us
know
You can use output buffering for this.
Btw, this question belongs to
/root/cvs/cvsphp/ext/standard/array.c: In function `zif_array_rand':
/root/cvs/cvsphp/ext/standard/array.c:2949: `array_data_shuffle' undeclared
(first use in this function)
Jan.
--
http://www.horde.org - The Horde Project
http://www.ammma.de - discover your knowledge
http://www.tip4all.de -
Zitat von Stig S. Bakken [EMAIL PROTECTED]:
On Mon, 2002-05-06 at 11:54, Jan Schneider wrote:
Zitat von Andrew Sitnikov [EMAIL PROTECTED]:
Hello Stig,
SSB Huh, are you saying PHP _is_ locale-dependant?
Yes.
Example:
1.php
?
setlocale(LC_ALL,'ru_RU.CP1251
Zitat von Andrew Sitnikov [EMAIL PROTECTED]:
Hello Stig,
SSB Huh, are you saying PHP _is_ locale-dependant?
Yes.
Example:
1.php
?
setlocale(LC_ALL,'ru_RU.CP1251');
include('2.php');
?
2.php
?
$var = 1.3;
var_dump($var);
?
gap /home/local/sitnikov GET
38 matches
Mail list logo