[PHP-DEV] wap questionare!
Hi all!
Have a few questions!
I want to refresh the content of this query! I would also like to store the
answer eg. 5 times in an base.
I would also like to displa the right answer after you have submitted your
answer!
Here's a code the example from the start php:
?php header(content-type: text/vnd.wap.wml);
header(Cache-Control: no-cache, must-revalidate);
header(Pragma: no-cache);
header (Content: no.cache);
echo?xml version=\1.0\ encoding=\ISO-8859-1\?\n;
echo!DOCTYPE wml PUBLIC \-//WAPFORUM//DTD WML 1.2//EN\
\http://www.wapforum.org/DTD/wml_1.1.xml\;\n;
?
wml
card id=menu title=nrk
ontimer=http://www.arcticpenguin.org/start.php#runde;
timer value=2/
do type=avbryt label=Avbrytgo
href=http://www.arcticpenguin.org///do
p
---loading---
/p
/card
card id=runde
p
?php
require(util.php3);
$sql=new MySQL_class;
$sql-Create (fotball);
$sql-Query(select quest, right, wrong1, wrong2 from game order by rand()
limit 1;);
for ($i = 0; $i $sql-rows; $i++)
{
$sql-Fetch($i);
$quest=$sql-data[0];
$alt1=$sql-data[1];
$alt2=$sql-data[2];
$rett=$sql-data[3];
echo($quest\n\n);
echo(br/a
href=\http://www.arcticpenguin.org/start.php#menu\;-A-\n$alt1/a\n\n);
echo(br/a
href=\http://www.arcticpenguin.org/start.php#menu\;-B-\n$alt2/a\n\n);
echo(br/a
href=\http://www.arcticpenguin.org/start.php#menu\;-C-\n$rett/a\n\n);
}
?
/p
/card
/wml
Thanks
SJ
--
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] ÀüÈ¿ä±Ý90%ÇÒÀÎ,ºñ½ÑÀüÈ¿ä±Ý¿¡¼ ÇعæµÇ¼¼¿ä
Title: ¾È³çÇϼ¼¿ä ¹Ìµð¾îÆ®·£½º ÀÔ´Ï´Ù ±Ý¹ø ÀúÀÇ È¸»ç¿¡¼´Â ÀüÈ¿ä±ÝÀ» ȹ±âÀûÀ¸·Î Àý°¨µÇ´Â ´ÙÀ̾ó¶ó¿ìÅ͸¦ Ãâ½ÃÇÏ°Ô µÇ¾î ÀÌ·¸°Ô ¼Ò°³µå¸³´Ï´Ù. ÀåÁ¡ 1.±¹Á¦ÀüÈ 90%ÇÒÀÎ (¹Ì±¹:ºÐ´ç 90¿ø,ÀϺ» : 119¿ø.Áß±¹:241¿ø È«Äá:97¿ø...) ±¹³»¿¡¼ ÃÖ°í ·Î Àú·Å ÇÕ´Ï´Ù. 2.½Ã¿ÜÀüÈ¿ä±Ý ½Ã³»ÀüÈ¿ä±ÝÀ¸·Î °¡´É (Àü±¹ 45¿ø) 3.À̵¿ÀüÈ 20~30% ÇÒÀÎ 4.ÅëÈÇ°Áú ±âÁ¸ÀüÈ¿Í µ¿ÀÏ 5.¼³Ä¡´Â °£´Ü,Àüȱ⿡ ¿¬°áÇϸéµÊ À̹ø±âȸ¿¡ ´ÙÀ̾ó¶ó¿ìÅÍ ¸¦ ¸¸³ª½Ã¾î ºñ½Ñ Åë½Å¿ä±Ý¿¡¼ ÇعæµÇ¼¼¿ä ´õ ÀÚ¼¼ÇÑ ³»¿ëÀº ȨÆäÀÌÁö : www.mttys.co.kr À̸ÞÀÏÀº : [EMAIL PROTECTED] ÀüÈ 02-393-0132/3 ´ã ´ç : ¹Ú ¼® ÀÎ : 017-275-8513 Âü Çã¶ô¾øÀÌ ¸ÞÀÏ º¸³¿À» ¿ë¼ÇÏ¿© ÁÖ¼¼¿ä. ÀÌÁ¤º¸°¡ °¡Á¤À̳ª ȸ»çÀÇ °æÁ¦¿¡ µµ¿òÀÌ µÇ¾úÀ¸¸é ¹Ù¶÷ÀÔ´Ï´Ù.À̸ÞÀÏ ÁÖ¼Ò´Â PCÅë½ÅÀ̳ª ÀÎÅͳݿ¡¼ ¹«ÀÛÀ§·Î ÃßÃâÇÑ°Í ÀÔ´Ï´Ù. °¨ »ç ÇÕ ´Ï ´Ù. -- 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]
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c incomplete_class.c php_incomplete_class.h var.c /ext/wddx wddx.c
[Zeev Suraski [EMAIL PROTECTED]] At 17:55 07-08-01, Stig Sæther Bakken wrote: Now we're talking! I assume it is not straightforward, what are the technical challenges in doing JIT module initialization? It's not much of a challenge really. If we decide it should be done, it can be done... Ok, so it's just a matter of minit_done and rinit_done properties for each module? Let's go for that, and either keep dl() or replace it with php_load_extension() (the difference being that the latter knows what file extension to use on your platform). - Stig -- Stig Sæther Bakken [EMAIL PROTECTED] Fast Search Transfer ASA, Trondheim, Norway -- 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: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c incomplete_class.c php_incomplete_class.h var.c /ext/wddx wddx.c
On Wed, Aug 08, 2001 at 09:28:02AM +0200, Stig Sæther Bakken wrote: [Zeev Suraski [EMAIL PROTECTED]] At 17:55 07-08-01, Stig Sæther Bakken wrote: Now we're talking! I assume it is not straightforward, what are the technical challenges in doing JIT module initialization? It's not much of a challenge really. If we decide it should be done, it can be done... Ok, so it's just a matter of minit_done and rinit_done properties for each module? Let's go for that, and either keep dl() or replace it with php_load_extension() (the difference being that the latter knows what file extension to use on your platform). sascha had a patch for this some time ago - the gain was near to zero. this might make sense once we hit the few hundred extension border... tc -- 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: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c incomplete_class.c php_incomplete_class.h var.c /ext/wddx wddx.c
At 10:39 08-08-01, Thies C. Arntzen wrote: On Wed, Aug 08, 2001 at 09:28:02AM +0200, Stig Sæther Bakken wrote: [Zeev Suraski [EMAIL PROTECTED]] At 17:55 07-08-01, Stig Sæther Bakken wrote: Now we're talking! I assume it is not straightforward, what are the technical challenges in doing JIT module initialization? It's not much of a challenge really. If we decide it should be done, it can be done... Ok, so it's just a matter of minit_done and rinit_done properties for each module? Let's go for that, and either keep dl() or replace it with php_load_extension() (the difference being that the latter knows what file extension to use on your platform). sascha had a patch for this some time ago - the gain was near to zero. this might make sense once we hit the few hundred extension border... Right. Zeev -- 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 #12642: Loading php_oci8 fails
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.0.6 PHP Bug Type: *Configuration Issues Bug description: Loading php_oci8 fails I'm using PHP 4.0.6 on a Windows 2000 + IIS 5 Server. I've downloaded the Binary with the Installer for Windows with IIS. After Installation there are nor php_*.dll Files. Now I've downloaded the Windows/Apache Binary. There are php_*.dll's in the extensions directory. But when I try to use them (php.ini is setup up!!), I'll get an erro Message: Unable to load dynamic link library 'C:\Program Files\PHP\extensions\php_oci8.dll' The specified module could not be found. But the DLL is there. Where can I get the correct dll's for the Windows IIS-Binary which are not within the installer or what else can I do?? Thanks for your Support -- Edit bug report at: http://bugs.php.net/?id=12642edit=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] CVS Account Request
Full name: Stefan Saasen Email: [EMAIL PROTECTED] ID:stefan_saasen Purpose: Translating the documentation Maintaining the documentation -- 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 #9069 Updated: Unable to fork error when trying to use external program execution.
ID: 9069 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Open Bug Type: Program Execution Operating System: Win NT4 SP6 Old PHP Version: 4.0.4pl1 PHP Version: 4.0.6 Old Assigned To: derick Assigned To: New Comment: Upgraded to 4.0.6 but still the same problem! Previous Comments: [2001-04-27 12:55:17] [EMAIL PROTECTED] fixed in cvs, wait for 4.0.6 [2001-02-25 10:54:49] [EMAIL PROTECTED] Working on it [2001-02-02 06:59:07] [EMAIL PROTECTED] I use PHP 4.0.4 pl1 on a machine running Windows NT4 Server, with sp 6 and IIS4 When I try to use any of the functions exec(), system() or passthru(), I receive the following error: Warning: Unable to fork [dir /w c:\test.txt] in D:\Inetpub\wwwroot\cooldim.com\test.php on line 2. This error was displayed when trying to run the following code: ? passthru(dir /w c:\\test.txt); ? I tried a similar script on a Unix machine which worked fine... Help Please! Edit this bug report at http://bugs.php.net/?id=9069edit=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 #12643: fgetcsv does some wrong things
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.0.6
PHP Bug Type: Filesystem function related
Bug description: fgetcsv does some wrong things
?
/*
- fgetcsv when used with non delimiter causes problems
- script called from command line
- on a large file (25,000 lines) the script will core dump most times with
a segmentation fault
Contents of gr
DOS (CR/LF) or Unix (LF) record termination makes no difference to result
--
26261~~5402211~yes~MASTERFULL~0
26263~~0126003045~yes~PIONEERING~0
26263~~039300358~yes~ CASSIOPEIA~0
26263~~91054745~yes~OLYMPIC~0
26261~~2302~yes~MASTERLESS~0
26263~~6003045~yes~PIONEERING~0
--
*/
$file_name = /tmp/unix/gr;
// Faulty:
echo \nFAULTY\n;
$text_file = fopen($file_name,r);
if ($text_file) {
$count=1;
while ($data=fgetcsv($text_file,200,~)) {
echo Record:$count:.$data[0].:.$data[2].:.$data[4].\n;
$count++;
}
echo $file_name Complete\n;
}
fclose($text_file);
/*
Problem 1: This will stop in the third record because of the unmatched
Problem 2: It strips the characters out of the resultant array fields
*/
//Working:
echo \nWORKING\n;
$text_file = fopen($file_name,r);
if ($text_file) {
$count=1;
while ($data_in=fgets($text_file,200)) {
$data=explode(~,$data_in);
echo Record:$count:.$data[0].:.$data[2].:.$data[4].\n;
$count++;
}
echo $file_name Complete\n;
}
fclose($text_file);
/*
SCRIPT OUTPUT
FAULTY
Record:1:26261:5402211:MASTERFULL
Record:2:26263:0126003045:PIONEERING
/tmp/unix/gr Complete
WORKING
Record:1:26261:5402211:MASTERFULL
Record:2:26263:0126003045:PIONEERING
Record:3:26263:039300358: CASSIOPEIA
Record:4:26263:91054745:OLYMPIC
Record:5:26261:2302:MASTERLESS
Record:6:26263:6003045:PIONEERING
/tmp/unix/gr Complete
*/
--
Edit bug report at: http://bugs.php.net/?id=12643edit=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 #12644: undefined symbol : ldap_free_value
From: [EMAIL PROTECTED] Operating system: Redhat Linux 7.1 kernel 2.4.2.2 PHP version: 4.0.6 PHP Bug Type: *Compile Issues Bug description: undefined symbol : ldap_free_value php gets compiled when i try to start the apache server with libphp4.so module it gives this error .. i cannot find the solution anywhere .. pleaseee HELP! Aug 8 20:35:15 ns httpd: Syntax error on line 260 of /etc/httpd/conf/httpd.conf: Aug 8 20:35:15 ns httpd: Cannot load /etc/httpd/modules/libphp4.so into server: /etc/httpd/modules/libphp4.so: undefined symbol: ldap_value_free Aug 8 20:35:15 ns httpd: httpd startup failed -- Edit bug report at: http://bugs.php.net/?id=12644edit=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: Bug #12114 Updated: XML documentation improvement?
I mean more like how to use it with PHP. I suppose more along the lines of the tutorials. I've spoken to quite a few people who are in the same position as myself. We can construct the XML, but are unclear or uncertain how to use it with PHP. When I was last trying to get something working using the PHP functions I got nothing but error messages returned. I checked that the compiler was installed etc, but it seemed to be. I've so far given up, but if there was a clear tutorial as to how to get started, that also covered common mistakes, I think it would help a lot of people like myself. Cheers, David = Original Message From Bug Database [EMAIL PROTECTED] = ID: 12114 Updated by: jmcastagnetto Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Documentation problem Operating System: RedHat PHP Version: 4.0.6 New Comment: What type of XML information? Do you mean like the tutorials on XML itself that are all over the web? (xml.com, www.w3c.org and xml.org should give you some pointers) Or more along the tutorials on using the XML function that you can read at phpbuilder.com, zend.com and elsewhere? More clarification is needed, before this bug is reclassified or closed. Previous Comments: [2001-07-12 14:43:40] [EMAIL PROTECTED] I am really struggling to get XML and PHP working nicely together. Any reference material I can find on the net is either way over my head, or talking about the very basics of XML. Any chance you could slide something into the documentation explaining clearly how to get cracking with it? Cheers, David ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12114edit=2 --- The Totalise Email system, probably the most flexible email system in the world. To register for an account goto http://www.totalise.net -- 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 #12645: xsl:include doesn't work
From: [EMAIL PROTECTED] Operating system: red hat linux 7.1 PHP version: 4.0.6 PHP Bug Type: Sablotron XSL Bug description: xsl:include doesn't work using xsl:include href=file.xsl/ works fine from sabcmd but not from php. What should I do? I've searched the net / php mail list for this but can't find the answer, it's smth related to file path. Thanks! (same as #8724, but [EMAIL PROTECTED] didn't posted the solution and doesn't respond to email; I can't add comments/reopen that bug b/c of crappy php bug system. Why don't use bugzilla?) -- Edit bug report at: http://bugs.php.net/?id=12645edit=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] about #12645 - xsl:include
I'm trying to add this comment to it but keeps saying The username or password you supplied was incorrect. Something went wrong updating the database. Comment: note that I tried to use complete path like this xsl:include href=file://usr/local/websites/marius/WDG-EE/devel/htdocs/internet_application/template/help.xsl/ and this xsl:include href=/usr/local/websites/marius/WDG-EE/devel/htdocs/internet_application/template/help.xsl/ and calling xslt_process() with absolute path (with and without file:/) and it doesn't work -- Marius Andreiana -- You don't have to go to jail for helping your neighbour http://www.gnu.org/philosophy/ -- 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] build problem: bison.simple:99: parse error before 'do'
I'm trying to build the latest cvs on my Linux box, but I'm having a bit of a problem. I did a clean checkout of php4, Zend and TSRM this morning. I used the commands ./buildconf ./configure --with-mysql --enable-dbx make and what I get is Making all in Zend make[1]: Entering directory `/home/Marc/source/php-cvs/php4/Zend' /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -I../TSRM -g -O2 -prefer-non-pic -static -c zend_language_parser.c bison.simple:99: parse error before 'do' bison.simple:99: stray '\' in program and more I have a redhat 6.1 box, with autoconf 2.13 automake 1.4 libtool 1.4 bison 1.28 flex 2.5.4 Any ideas? Cheers, Marc. -- 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 #12646: New Links Catalog
From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.4 PHP Bug Type: *General Issues Bug description: New Links Catalog Hi, I have set up a growing links catalog on Kamango.com which has quite a few PHP script and tutorials. I was wondering whether it would be possible for you to add a link towards my script base from your PHP Links Catalog section, Sincerely, Stefan. -- Edit bug report at: http://bugs.php.net/?id=12646edit=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] Chora
I have submitted a patch to the chora list. you'll be able to get the latest revision in HEAD with e. g. http://cvs.php.net/co.php/php4/NEWS At 20:09 8/7/2001, Andrew Lindeman formally [EMAIL PROTECTED] wrote the following: -- I don't know how to make it show the current version, but this is the format is http://cvs.php.net/co.php/php4/NEWSr=1.726 where 1.78 is the latest revision Anybody know how to get the current version? --Andy :) On Mon, 06 Aug 2001, Richard Heyes wrote: Hi, The following link used to take me to the latest version of the news file, is there a similar option with Chora? http://cvs.php.net/viewcvs.cgi/~checkout~/php4/NEWS?content-type=text/plain [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c incomplete_class.c php_incomplete_class.h var.c /ext/wddx wddx.c
At 09:39 AM 8/8/2001 +0200, Thies C. Arntzen wrote: On Wed, Aug 08, 2001 at 09:28:02AM +0200, Stig Sæther Bakken wrote: [Zeev Suraski [EMAIL PROTECTED]] At 17:55 07-08-01, Stig Sæther Bakken wrote: Now we're talking! I assume it is not straightforward, what are the technical challenges in doing JIT module initialization? It's not much of a challenge really. If we decide it should be done, it can be done... Ok, so it's just a matter of minit_done and rinit_done properties for each module? Let's go for that, and either keep dl() or replace it with php_load_extension() (the difference being that the latter knows what file extension to use on your platform). sascha had a patch for this some time ago - the gain was near to zero. this might make sense once we hit the few hundred extension border... Yeah I also remember it didn't give us anything. I think the most notably impact with shared libraries is the load time of the shared library itself. It is not significant in the web environment though when PHP is compiled as a server extension module. Andi -- 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 #12647: sprintf, doubles and locale
From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.6 PHP Bug Type: Strings related Bug description: sprintf, doubles and locale sprintf ignores locale settings and always use . as the decimal separator. Try this: setlocale(LC_NUMERIC, pl_PL); echo sprintf(%.2f,doubleval(1,25)); Result: 1.25 (should be 1,25) -- Edit bug report at: http://bugs.php.net/?id=12647edit=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 #12648: lex command error while trying ./configure
From: [EMAIL PROTECTED]
Operating system: SuSE Linux
PHP version: 4.0.6
PHP Bug Type: PHP options/info functions
Bug description: lex command error while trying ./configure
From ../php-4.0.6/ I run :
./configure --with-apache=/usr/local/apache --with-mysql --with-pgsql
error_report.txt
...which produces:
checking lex output file root... ./configure: lex: command not found
configure: error: cannot find output from lex; giving up
...as well as the below output into error_report.txt:
loading cache ./config.cache
checking for a BSD compatible install... /usr/bin/ginstall -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... yes
checking for working aclocal... missing
checking for working autoconf... missing
checking for working automake... missing
checking for working autoheader... missing
checking for working makeinfo... found
checking whether to enable maintainer-specific portions of Makefiles...
no
checking host system type... i686-pc-linux-gnu
checking for gawk... gawk
checking for bison... no
checking for byacc... no
checking for gcc... gcc
checking whether the C compiler (gcc ) works... yes
checking whether the C compiler (gcc ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether gcc accepts -g... yes
checking how to run the C preprocessor... gcc -E
checking for AIX... no
checking for gcc option to accept ANSI C... none needed
checking for ranlib... ranlib
checking whether gcc and cc understand -c and -o together... yes
checking whether ln -s works... yes
checking for flex... lex
checking for yywrap in -ll... no
checking lex output file root...
--
Edit bug report at: http://bugs.php.net/?id=12648edit=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 #12649: error tracing
From: [EMAIL PROTECTED] Operating system: All PHP version: 4.0.6 PHP Bug Type: Feature/Change Request Bug description: error tracing PHP does not have stack trace facilities a la Java Yes, I DO regard it as a bug, please fix it. Without this very simple feature it is a Nightmare to develop a site with many shared files with complicated logic. Debugger in many cases will not do since you will have to reproduce the error first, and this is not a convenient way. It would be nice to have a feature of showing the stack trace in all php error messages, plus a possibility to write a copy of all occured errors to a logfile, plus a possibility to render the current stack trace by a function call (for personal logging, error tracing, whatever). Please apologise me for roughness, wrong address, or whatever. I got really ANGRY after sitting several hours on finding several idiotic bugs in my sites because the lack of this feature. Best Regards... -- Edit bug report at: http://bugs.php.net/?id=12649edit=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 #12651: Constant 'Broken pipe' errors
From: [EMAIL PROTECTED] Operating system: Linux 2.2 PHP version: 4.0.6 PHP Bug Type: Performance problem Bug description: Constant 'Broken pipe' errors Since upgrading from 4.0.5 to 4.0.6, I see constant errors in the logs for all my virtual hosts: (32)Broken pipe: client stopped connection before send mmap completed Alongside this, I have noticed that frequently when I am using functions on my sites (particularly submitting forms via POST), the connection just times out without a response (although the PHP script HAS executed since the functions it was supposed to perform were done). I'm not aware of any other configuration changes that might have caused this. I can't find anything on the lists/bugs about it. -- Edit bug report at: http://bugs.php.net/?id=12651edit=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 #9069 Updated: Unable
ID: 9069 Updated by: alindeman Reported By: [EMAIL PROTECTED] Old Summary: Unable to fork error when trying to use external program execution. Old Status: Open Status: Feedback Bug Type: Program Execution Operating System: Win NT4 SP6 PHP Version: 4.0.6 Old Assigned To: derick Assigned To: New Comment: try latest CVS http://zend.com/snapshots/ Previous Comments: [2001-08-08 04:48:49] [EMAIL PROTECTED] Upgraded to 4.0.6 but still the same problem! [2001-04-27 12:55:17] [EMAIL PROTECTED] fixed in cvs, wait for 4.0.6 [2001-02-25 10:54:49] [EMAIL PROTECTED] Working on it [2001-02-02 06:59:07] [EMAIL PROTECTED] I use PHP 4.0.4 pl1 on a machine running Windows NT4 Server, with sp 6 and IIS4 When I try to use any of the functions exec(), system() or passthru(), I receive the following error: Warning: Unable to fork [dir /w c:\test.txt] in D:\Inetpub\wwwroot\cooldim.com\test.php on line 2. This error was displayed when trying to run the following code: ? passthru(dir /w c:\\test.txt); ? I tried a similar script on a Unix machine which worked fine... Help Please! Edit this bug report at http://bugs.php.net/?id=9069edit=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 #11885 Updated: Link problems with OpenSSL 0.9.6a
ID: 11885 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Assigned Status: Suspended Bug Type: OpenSSL related Operating System: Solaris 7 08/99 PHP Version: 4.0.6 Assigned To: sniper New Comment: This problem is with OpenSSL 0.9.6a|b. They use des_encrypt1() in their libs and it happens to collide with the Solaris libcrypt.a now. I have informed them about this and they are thinking about a solution at the moment. Suspending until the next release of OpenSSL which hopefully fixes this. --Jani Previous Comments: [2001-08-06 00:03:44] [EMAIL PROTECTED] Still happens with latest CVS. [2001-08-04 19:47:37] [EMAIL PROTECTED] Could you please try the latest CVS snapshot from http://snaps.php.net/ to verify if this is fixed now? --Jani [2001-07-04 15:14:50] [EMAIL PROTECTED] I'm unable to link libphp4.la using --with-openssl. I'm using: gcc version 2.95.3 20010315 (release) ltmain.sh (GNU libtool) 1.4 (1.920 2001/04/24 23:26:18) GNU ld 2.11.2 Apache/1.3.20 (Unix) openssl-0.9.6a binutils-2.11.2 make[1]: Entering directory `/usr/local/src/newapache/apachee/t2/php-4.0.6' /bin/sh /usr/local/src/newapache/apachee/t2/php-4.0.6/libtool --silent --mode=compile gcc -I. -I/usr/local/src/newapache/apachee/t2/php-4.0.6/ -I/usr/local/src/newapache/apachee/t2/php-4.0.6/main -I/usr/local/src/newapache/apachee/t2/php-4.0.6 -I/usr/local/newapache/include -I/usr/local/src/newapache/apachee/t2/php-4.0.6/Zend -I/usr/local/apachedeps/include -I/usr/local/apachedeps/include/freetype2/freetype -I/usr/local/apachedeps/include/c-client -I/usr/local/apachedeps/include/mysql -I/usr/local/src/newapache/apachee/t2/php-4.0.6/ext/xml/expat/xmltok -I/usr/local/src/newapache/apachee/t2/php-4.0.6/ext/xml/expat/xmlparse -I/usr/local/src/newapache/apachee/t2/php-4.0.6/TSRM -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=270 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DUSE_EXPAT -DSHARED_CORE -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -Os -c stub.c /bin/sh /usr/local/src/newapache/apachee/t2/php-4.0.6/libtool --silent --mode=link gcc -I. -I/usr/local/src/newapache/apachee/t2/php-4.0.6/ -I/usr/local/src/newapache/apachee/t2/php-4.0.6/main -I/usr/local/src/newapache/apachee/t2/php-4.0.6 -I/usr/local/newapache/include -I/usr/local/src/newapache/apachee/t2/php-4.0.6/Zend -I/usr/local/apachedeps/include -I/usr/local/apachedeps/include/freetype2/freetype -I/usr/local/apachedeps/include/c-client -I/usr/local/apachedeps/include/mysql -I/usr/local/src/newapache/apachee/t2/php-4.0.6/ext/xml/expat/xmltok -I/usr/local/src/newapache/apachee/t2/php-4.0.6/ext/xml/expat/xmlparse -I/usr/local/src/newapache/apachee/t2/php-4.0.6/TSRM -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=270 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DUSE_EXPAT -DSHARED_CORE -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -Os -o libphp4.la -rpath /usr/local/src/newapache/apachee/t2/php-4.0.6/libs -avoid-version -L/usr/ucblib -L/usr/local/apachedeps/lib -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.3 -L/usr/local/apachedeps/lib/mysql -R /usr/ucblib -R /usr/local/apachedeps/lib -R /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.3 -R /usr/local/apachedeps/lib/mysql stub.lo Zend/libZend.la sapi/apache/libsapi.la main/libmain.la regex/libregex.la ext/zlib/libzlib.la ext/bz2/libbz2.la ext/db/libdb.la ext/dba/libdba.la ext/ftp/libftp.la ext/gd/libgd.la ext/gettext/libgettext.la ext/imap/libimap.la ext/mysql/libmysql.la ext/openssl/libopenssl.la ext/pcre/libpcre.la ext/posix/libposix.la ext/session/libsession.la ext/standard/libstandard.la ext/sysvsem/libsysvsem.la ext/sysvshm/libsysvshm.la ext/xml/libxml.la TSRM/libtsrm.la -lgdbm -lpam -lc-client -ldl -lmysqlclient -lz -lpam -lintl -lgd -lfreetype -lpng -lz -ljpeg -lgdbm -lbz2 -lz -lcrypt -lssl -lcrypto -lresolv -lresolv -lm -ldl -lsocket -lsocket -lgcc /usr/local/sparc-sun-solaris2.7/bin/ld: .libs/libphp4.so: undefined versioned symbol name des_encrypt1@@SUNWprivate_1.1 /usr/local/sparc-sun-solaris2.7/bin/ld: failed to set dynamic section sizes: Bad value collect2: ld returned 1 exit status make[1]: *** [libphp4.la] Error 1 make[1]: Leaving directory `/usr/local/src/newapache/apachee/t2/php-4.0.6' make: *** [all-recursive] Error 1 All the above mentioned tools except gcc are built from source. I've also tried linking some of them with Sun's ld (/usr/ccs/bin/ld), resulting in the same link error (php uses libtool and GNU ld any way). If I leave out --with-openssl, building and linking goes fine. My complete configure command: # CFLAGS=-Os ./configure --enable-sysvsem --enable-sysvshm --enable-ftp \ --with-mysql=/usr/local/apachedeps --with-apxs=/usr/local/newapache/bin/apxs \ --with-zlib=/usr/local/apachedeps --with-bz2=/usr/local/apachedeps \
[PHP-DEV] Bug #12652: configuring with --with-oci8 makes Apache die
From: [EMAIL PROTECTED] Operating system: Red Hat Linux 6.0 Kernel 2.2.19 PHP version: 4.0.6 PHP Bug Type: OCI8 related Bug description: configuring with --with-oci8 makes Apache die Configuring php 4.0.6 with memlimit patch with option --with-oci8 and then compiling works fine. Installing the module into Apache modules directory and restarting Apache makes apache die (without any messages in log files). If i comment in httpd.conf the directives that make php4 load apache starts without problem. If i configure and compile without --with-oci8 and then insert the module apache works fine. Please tell me if you need aditional information. Thanks. -- Edit bug report at: http://bugs.php.net/?id=12652edit=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 #12652 Updated: configuring with --with-oci8 makes Apache die
ID: 12652 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: OCI8 related Operating System: Red Hat Linux 6.0 Kernel 2.2.19 PHP Version: 4.0.6 New Comment: RTFM: http://www.php.net/oci8 And next time, read the bugs-dos-and-donts before submitting any reports. Thank you. Previous Comments: [2001-08-08 10:07:13] [EMAIL PROTECTED] Configuring php 4.0.6 with memlimit patch with option --with-oci8 and then compiling works fine. Installing the module into Apache modules directory and restarting Apache makes apache die (without any messages in log files). If i comment in httpd.conf the directives that make php4 load apache starts without problem. If i configure and compile without --with-oci8 and then insert the module apache works fine. Please tell me if you need aditional information. Thanks. Edit this bug report at http://bugs.php.net/?id=12652edit=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] Chora
Quoting Cynic [EMAIL PROTECTED]: I have submitted a patch to the chora list. you'll be able to get the latest revision in HEAD with e. g. http://cvs.php.net/co.php/php4/NEWS That link will now work. -chuck -- Charles Hagenbuch, [EMAIL PROTECTED] Some fallen angels have their good reasons. -- 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 #12652 Updated: configuring with --with-oci8 makes Apache die
ID: 12652 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: OCI8 related Operating System: Red Hat Linux 6.0 Kernel 2.2.19 PHP Version: 4.0.6 New Comment: thanks a lot, and please don't get angry. I did look for previos bug reports or documentation at the php website, but i found nothing about this. I always use to rtfm. Thanks again, it was useful. Previous Comments: [2001-08-08 10:10:29] [EMAIL PROTECTED] RTFM: http://www.php.net/oci8 And next time, read the bugs-dos-and-donts before submitting any reports. Thank you. [2001-08-08 10:07:13] [EMAIL PROTECTED] Configuring php 4.0.6 with memlimit patch with option --with-oci8 and then compiling works fine. Installing the module into Apache modules directory and restarting Apache makes apache die (without any messages in log files). If i comment in httpd.conf the directives that make php4 load apache starts without problem. If i configure and compile without --with-oci8 and then insert the module apache works fine. Please tell me if you need aditional information. Thanks. Edit this bug report at http://bugs.php.net/?id=12652edit=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 #12199 Updated: Bad return value from include_once()
ID: 12199
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Feature/Change Request
Operating System: Any
PHP Version: 4.0.6
New Comment:
Fixed in CVS by Zeev on August 2. Thanks!
Previous Comments:
[2001-07-17 05:51:50] [EMAIL PROTECTED]
Currently include_once() returns 1 the first time a file is included and NULL the
second time (when the file is already included) but NULL is also returned if an error
occurs when including the file (file not found, parse error etc).
I´d like include_once() to return 1 or even better, TRUE, if the file was succesfully
included or if it´s already included and FALSE if an error occured.
?php
// Returns 1, evaluates to TRUE
if(include_once('myfile.php')) {
echo SUCCESS\n;
}
else {
echo FAILURE\n;
}
// Returns NULL, evaluates to FALSE
if(include_once('myfile.php')) {
echo SUCCESS\n;
}
else {
echo FAILURE\n;
}
?
Edit this bug report at http://bugs.php.net/?id=12199edit=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 #12648 Updated: lex command error while trying ./configure
ID: 12648
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Old Bug Type: PHP options/info functions
Bug Type: Compile Failure
Operating System: SuSE Linux
PHP Version: 4.0.6
New Comment:
Read the bugs-dos-and-donts before submitting any bug reports!!
Hint: Install flex..
I found 2 closed reports with this search string:
cannot find output from lex
Previous Comments:
[2001-08-08 08:08:37] [EMAIL PROTECTED]
From ../php-4.0.6/ I run :
./configure --with-apache=/usr/local/apache --with-mysql --with-pgsql
error_report.txt
...which produces:
checking lex output file root... ./configure: lex: command not found
configure: error: cannot find output from lex; giving up
...as well as the below output into error_report.txt:
loading cache ./config.cache
checking for a BSD compatible install... /usr/bin/ginstall -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... yes
checking for working aclocal... missing
checking for working autoconf... missing
checking for working automake... missing
checking for working autoheader... missing
checking for working makeinfo... found
checking whether to enable maintainer-specific portions of Makefiles... no
checking host system type... i686-pc-linux-gnu
checking for gawk... gawk
checking for bison... no
checking for byacc... no
checking for gcc... gcc
checking whether the C compiler (gcc ) works... yes
checking whether the C compiler (gcc ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether gcc accepts -g... yes
checking how to run the C preprocessor... gcc -E
checking for AIX... no
checking for gcc option to accept ANSI C... none needed
checking for ranlib... ranlib
checking whether gcc and cc understand -c and -o together... yes
checking whether ln -s works... yes
checking for flex... lex
checking for yywrap in -ll... no
checking lex output file root...
Edit this bug report at http://bugs.php.net/?id=12648edit=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] CVS Account Request
Full name: Stefan Hinz Email: [EMAIL PROTECTED] ID:stefanhinz Purpose: phpdoc German manual translation (clear enough?) -- 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] about #12645 - xsl:include
I've solved it by using xsl:include href=file://relative/path/to/xsl/ Please close the bug by marking INVALID thanks, -- Marius Andreiana -- You don't have to go to jail for helping your neighbour http://www.gnu.org/philosophy/ -- 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 #12644 Updated: undefined symbol : ldap_free_value
ID: 12644 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: *Compile Issues Operating System: Redhat Linux 7.1 kernel 2.4.2.2 PHP Version: 4.0.6 New Comment: Try searching this bug database..hint: use 'ldap_free_value' as search string. You would have found the solution. Hint: /etc/ld.so.conf ldconfig.. --Jani Previous Comments: [2001-08-08 05:48:30] [EMAIL PROTECTED] php gets compiled when i try to start the apache server with libphp4.so module it gives this error .. i cannot find the solution anywhere .. pleaseee HELP! Aug 8 20:35:15 ns httpd: Syntax error on line 260 of /etc/httpd/conf/httpd.conf: Aug 8 20:35:15 ns httpd: Cannot load /etc/httpd/modules/libphp4.so into server: /etc/httpd/modules/libphp4.so: undefined symbol: ldap_value_free Aug 8 20:35:15 ns httpd: httpd startup failed Edit this bug report at http://bugs.php.net/?id=12644edit=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 #12645 Updated: xsl:include doesn't work
ID: 12645 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Sablotron XSL Operating System: red hat linux 7.1 PHP Version: 4.0.6 New Comment: bogused per user request.. Previous Comments: [2001-08-08 06:15:27] [EMAIL PROTECTED] using xsl:include href=file.xsl/ works fine from sabcmd but not from php. What should I do? I've searched the net / php mail list for this but can't find the answer, it's smth related to file path. Thanks! (same as #8724, but [EMAIL PROTECTED] didn't posted the solution and doesn't respond to email; I can't add comments/reopen that bug b/c of crappy php bug system. Why don't use bugzilla?) Edit this bug report at http://bugs.php.net/?id=12645edit=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 #12643 Updated: fgetcsv does some wrong things
ID: 12643
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Analyzed
Bug Type: Filesystem function related
Operating System: Linux
PHP Version: 4.0.6
New Comment:
Reproduced with latest CVS of PHP.
--Jani
Previous Comments:
[2001-08-08 04:56:12] [EMAIL PROTECTED]
?
/*
- fgetcsv when used with non delimiter causes problems
- script called from command line
- on a large file (25,000 lines) the script will core dump most times with a
segmentation fault
Contents of gr
DOS (CR/LF) or Unix (LF) record termination makes no difference to result
--
26261~~5402211~yes~MASTERFULL~0
26263~~0126003045~yes~PIONEERING~0
26263~~039300358~yes~ CASSIOPEIA~0
26263~~91054745~yes~OLYMPIC~0
26261~~2302~yes~MASTERLESS~0
26263~~6003045~yes~PIONEERING~0
--
*/
$file_name = /tmp/unix/gr;
// Faulty:
echo \nFAULTY\n;
$text_file = fopen($file_name,r);
if ($text_file) {
$count=1;
while ($data=fgetcsv($text_file,200,~)) {
echo Record:$count:.$data[0].:.$data[2].:.$data[4].\n;
$count++;
}
echo $file_name Complete\n;
}
fclose($text_file);
/*
Problem 1: This will stop in the third record because of the unmatched
Problem 2: It strips the characters out of the resultant array fields
*/
//Working:
echo \nWORKING\n;
$text_file = fopen($file_name,r);
if ($text_file) {
$count=1;
while ($data_in=fgets($text_file,200)) {
$data=explode(~,$data_in);
echo Record:$count:.$data[0].:.$data[2].:.$data[4].\n;
$count++;
}
echo $file_name Complete\n;
}
fclose($text_file);
/*
SCRIPT OUTPUT
FAULTY
Record:1:26261:5402211:MASTERFULL
Record:2:26263:0126003045:PIONEERING
/tmp/unix/gr Complete
WORKING
Record:1:26261:5402211:MASTERFULL
Record:2:26263:0126003045:PIONEERING
Record:3:26263:039300358: CASSIOPEIA
Record:4:26263:91054745:OLYMPIC
Record:5:26261:2302:MASTERLESS
Record:6:26263:6003045:PIONEERING
/tmp/unix/gr Complete
*/
Edit this bug report at http://bugs.php.net/?id=12643edit=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] build problem: bison.simple:99: parse error before'do'
Works fine for me. Try doing './cvsclean ; ./buildconf' --Jani On Wed, 8 Aug 2001, Marc Boeren wrote: I'm trying to build the latest cvs on my Linux box, but I'm having a bit of a problem. I did a clean checkout of php4, Zend and TSRM this morning. I used the commands ./buildconf ./configure --with-mysql --enable-dbx make and what I get is Making all in Zend make[1]: Entering directory `/home/Marc/source/php-cvs/php4/Zend' /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -I../TSRM -g -O2 -prefer-non-pic -static -c zend_language_parser.c bison.simple:99: parse error before 'do' bison.simple:99: stray '\' in program and more I have a redhat 6.1 box, with autoconf 2.13 automake 1.4 libtool 1.4 bison 1.28 flex 2.5.4 Any ideas? Cheers, Marc. -- 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] [security] allow_url_fopen
Hello, a vulnerability was published yesterday concerning a possible security hole for sites using PHP. http://www.net-security.org/text/bugs/995534301,88119,.shtml SUMMARY A local user can write a one-line script calling itself via HTTP by using fopen(). This can lead to a denial of service by exhaustion of available ports. This overrides the maximum_execution_time. SOLUTIONS - Switch allow_url_fopen to Off in php.ini DEV NOTE - This would be safe to : - include url fopen() in --disable-sockets - put allow_url_fopen Off by default in php.ini hellekin P.S.: there is another security bug affecting 4.0.5 and 4.0.6 for mail() : http://www.net-security.org/text/bugs/995534103,28541,.shtml -- 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 #12653: natsort, strnatcmp NOT locale-aware !
From: [EMAIL PROTECTED] Operating system: Red Hat Linux, Win2000 sp2 PHP version: 4.0.6 PHP Bug Type: Arrays related Bug description: natsort, strnatcmp NOT locale-aware ! I've found out that the Natural Sorting Algorithm routines used by PHP are locale-unaware, probably sorting using the default english character set for reference. Additionally, the link to Natural Order String Comparison page in manual seems to be dead. sigh :( -- Edit bug report at: http://bugs.php.net/?id=12653edit=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]
FW: [PHP-DEV] build problem: bison.simple:99: parse error before 'do' - \r\n or \n...
-Original Message- From: Marc Boeren Sent: Wednesday, August 08, 2001 5:40 PM To: 'Jani Taskinen' Subject: RE: [PHP-DEV] build problem: bison.simple:99: parse error before 'do' - \r\n or \n... Works fine for me. Try doing './cvsclean ; ./buildconf' bison.simple:99: stray '\' in program I spent some time on it, and just now traced it down to a simple thing: \r\n against \n Four files in the Zend folder ended in \r\n, instead of \n (hence, the line-continuation character \ is not recognized properly) I also have this problem every time I checkout TSRM.dsp, but then in reverse... My situation is this: 1. I use cygwin on my windows box to connect to cvs 2. I use msvs on my windows box to compile 3. I copy my checked-out folder to my linux box to compile 1. no problem 2. any time I check out TSRM.dsp, I have to convert from \n to \r\n for msvs 3. I had to convert zend_language_scanner.c, zend_language_parser.c, zend_ini_parser.c and zend_ini_scanner.c from \r\n to \n What might have happened is that I accidentally opened the files from 3 on my win box and saved 'm (and thus automatically converting them to \r\n). Since my cygwin is set up to handle text files as Unix (\n), the only thing that is actually strange is the TSRM.dsp (since the other .dsp's are not a problem). Could it be that the other .dsp's are marked as binary in cvs, and only TSRM.dsp is marked as text? BTW, this is something that should really be documented somewhere, since the error you actually get is very confusing, and if you open a textfile it is never obvious if it's PC, Mac or Unix mode Or could this simply be designated as a bug in the gcc-compiler? Anyway, all is fine now (although I do get an error in ext/standard/html.c about a CODESET that is undeclared, but at least that is a clear message :-) Cheerio, Marc. -- 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: FW: [PHP-DEV] build problem: bison.simple:99: parse error before 'do' - \r\n or \n...
Eek! I didn't notice thatthis was on Winblows.. nevermind then. :) (I think there's even a bug report about this..?) --Jani On Wed, 8 Aug 2001, Marc Boeren wrote: -Original Message- From: Marc Boeren Sent: Wednesday, August 08, 2001 5:40 PM To: 'Jani Taskinen' Subject: RE: [PHP-DEV] build problem: bison.simple:99: parse error before 'do' - \r\n or \n... Works fine for me. Try doing './cvsclean ; ./buildconf' bison.simple:99: stray '\' in program I spent some time on it, and just now traced it down to a simple thing: \r\n against \n Four files in the Zend folder ended in \r\n, instead of \n (hence, the line-continuation character \ is not recognized properly) I also have this problem every time I checkout TSRM.dsp, but then in reverse... My situation is this: 1. I use cygwin on my windows box to connect to cvs 2. I use msvs on my windows box to compile 3. I copy my checked-out folder to my linux box to compile 1. no problem 2. any time I check out TSRM.dsp, I have to convert from \n to \r\n for msvs 3. I had to convert zend_language_scanner.c, zend_language_parser.c, zend_ini_parser.c and zend_ini_scanner.c from \r\n to \n What might have happened is that I accidentally opened the files from 3 on my win box and saved 'm (and thus automatically converting them to \r\n). Since my cygwin is set up to handle text files as Unix (\n), the only thing that is actually strange is the TSRM.dsp (since the other .dsp's are not a problem). Could it be that the other .dsp's are marked as binary in cvs, and only TSRM.dsp is marked as text? BTW, this is something that should really be documented somewhere, since the error you actually get is very confusing, and if you open a textfile it is never obvious if it's PC, Mac or Unix mode Or could this simply be designated as a bug in the gcc-compiler? Anyway, all is fine now (although I do get an error in ext/standard/html.c about a CODESET that is undeclared, but at least that is a clear message :-) Cheerio, Marc. -- 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 #12654 Updated: File http://www.php.net:8000/distributions/manual_de.chm OK?
ID: 12654 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Unknown/Other Function Operating System: Win98SE de IE5.5 HtmlHelp4.74.87 PHP Version: 4.0.6 New Comment: initial bug-report number is #12638 Previous Comments: [2001-08-08 11:44:02] [EMAIL PROTECTED] sorry for starting a new thread, but I did not supply a password and your database neither accepts my reply without a pw nor mails me a generated one, now I know... If I open it directly in Netscape 4.75, I get plain text in my window so I have downloaded the file. When I start it, the error message is: Microsoft® InfoTech Storage System Library versuchte einen Nullzeiger (translated: zeropointer used) zu verwenden. Modul: ITSS.DLL Beschreibung: Microsoft® InfoTech Storage System Library Version: 4.72.8085.0 Produkt: Microsoft(R) Windows NT(R) Operating System Hersteller: Microsoft Corporation Anwendung: Hh.exe Beschreibung: Microsoft® HTML Help Executable Version: 4.74.8875 Produkt: HTML Help Hersteller: Microsoft Corporation After that, the CPU is working with 100%, I cannot kill the task (Ctrl+Alt+Del) or shutdown, but have to switch off my System. I have updated Hh.exe with the recent update 1.3 available from Microsoft after I experienced the crashes, but the same result... (above error-message with already installed update) If necessary, I can send a DrWatson Snaphot of the crash. (81 kb zipped) Regards, Gerhard Edit this bug report at http://bugs.php.net/?id=12654edit=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: FW: [PHP-DEV] build problem: bison.simple:99: parse error bef ore 'do' - \r\n or \n...
Duh! I should have read the email more carefully..I just get this odd rash everytime I see anything that even resemple Windows.. :) I get that, too :) What is worse, though, is the multitude of stupid cross-platform incompatibilies, of which the whole EOL \r\n, \r, \n stuff is one of the most annoying. I vote we drop all three variant on all platforms now, and use \g instead :-) Anyway, why don't you just use the snapshots? http://snaps.php.net/ That way, it is more difficult to commit the changes I make to dbx once in a while :-) The whole \r\n wouldn't be so bad if I just didn't use the built-in MSVS editor, which can only save \r\n. Give me EditPlus instead... Cheerio, Marc. -- 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] about #12645 - xsl:include
Marius Andreiana [EMAIL PROTECTED], ons 2001-08-08; I've solved it by using xsl:include href=file://relative/path/to/xsl/ FWIW, this is how I solve this (php 4.0.6, Sablotron 0.60.1): In my xslt, i have this statement: xsl:include href=common.xsl/ I use xslt_transform() as it lets me use named buffers and pass parameters to the xslt parser, thusly: $sablot_buffers = array(/common.xsl = file://absolute/path/to/common_xslt, /xml_data = $an_xml_string); $sablot_args= array(arg1 = 2, arg2 = three); xslt_transform(file://$absolute_path_to_main_xslt, arg:/xml_data, arg:/_result, $sablot_args, $sablot_buffers, $result); print $result; Note that using this syntax, the named result buffer arg:/_result must be present. HTH, -- Håvard Dahle 'We apologize for the inconvenience.' -- 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 #12655: date-format problem
From: [EMAIL PROTECTED] Operating system: Win2k PHP version: 4.0.6 PHP Bug Type: MSSQL related Bug description: date-format problem webserver: IIS5 (Win2k) php-version: php4.0.6 (CGI) db-server: MS SQL Server 2000 I've run into problems when fetching fields of type datetime from the database. When using the MS SQL Query Analyzer I get the dates formated like this out of the database: 2001-06-08 08:14:40.000 When using php to send my queries (mssql_query) to the database I get the dates formated like this: 08 06 2001 8:14 In my application I'd need the same format as i get it in the Query-Analyzer. -- Edit bug report at: http://bugs.php.net/?id=12655edit=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] compile fails on html.c (CODESET undeclared)
Latest cvs fails to compile on Linux (redhat 6.1) (clean checkout) ./buildconf ./configure --with-mysql --enable-dbx make produces... html.c: In function `determine_charset': html.c:232: `CODESET' undeclared (first use in this function) html.c:232: (Each undeclared identifier is reported only once html.c:232: for each function it appears in.) make[3]: *** [html.lo] Error 1 make[3]: Leaving directory `/home/Marc/source/php-cvs/php4/ext/standard' The offending (in my eyes, at least) were added in the latest revision (1.30) of html.c by Wez Furlong (Wez? Comments?) Cheerio, Marc. -- 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 #10800 Updated: File uploads take ~70 times longer than downloading files on Apache/PHP.
ID: 10800
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: HTTP related
Operating System: NT 2000
PHP Version: 4.0.5
New Comment:
I'm sorry it took so long in getting back Andy. Your question:
Could you please include the script that accepts the form
input and uploads the file (the ACTION param of the form.)
Here it is:
if (!$tmp_file = get_cfg_var('upload_tmp_dir')) {
$tmp_file = dirname(tempnam('', ''));
}
$tmp_file .= '/' . basename($userfile);
// Admin may have trailing slash in php.ini...
// Did it upload? */
if (ereg_replace('/+', '/', $tmp_file) == $userfile);
copy($userfile, $basedir/$name);
echo Success verbage goes here.;
} else {
echo Some kind of warning goes here.;
}
Thanks Andy,
Paul
Previous Comments:
[2001-08-07 12:27:00] [EMAIL PROTECTED]
status - feedback
[2001-07-21 21:46:17] [EMAIL PROTECTED]
Could you please include the script that accepts the form
input and uploads the file (the ACTION param of the form.)
-Andy
[2001-05-10 17:51:00] [EMAIL PROTECTED]
I logged this prior to PHP 4.0.5 and was told to do it again if it still occurs.
Please help:
ID: 9294
Updated by: andi
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Performance problem
PHP Version: 4.0.2
Assigned To:
Comments:
Please try PHP 4.0.4pl1 or 4.0.5 which is due out tomorrow and open a new bug report
if this still happens.
Previous Comments:
---
[2001-02-16 03:59:04] [EMAIL PROTECTED]
Sorry - I'm also using code like this to do the upload:
FORM ENCTYPE=multipart/form-data ACTION=_URL_ METHOD=POST
INPUT TYPE=hidden name=MAX_FILE_SIZE value=2
Send this file: INPUT NAME=userfile TYPE=file
INPUT TYPE=submit VALUE=Send File
/FORM
---
[2001-02-16 03:57:16] [EMAIL PROTECTED]
When performing a file upload, PHP runs the CPU to 100% and takes 3.5-4 minutes on
a Pentium III 850MHz CPU to upload a 10MB file when downloading the same file on
Apache/PHP only takes 3 seconds on the same host and client. It appears the file
is being parsed when being uploaded. Is there an option to tell PHP to upload the
data and nothing else? Otherwise, it is roughly 70 times slower to upload a file
than to download one.
I'm using Nusphere's CD when installing the software.
Edit this bug report at http://bugs.php.net/?id=10800edit=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 #12656: strtotime started to malfunction after OS change
From: [EMAIL PROTECTED] Operating system: Red Hat 7.1 PHP version: 4.0.6 PHP Bug Type: Date/time related Bug description: strtotime started to malfunction after OS change Example code : print strtotime(Tue Aug 7 18:48:28 2001); This sample code format used to work properly in all PHP releases this year when we used Red Hat 6.2. It could give the proper timestamp. But after upgrading to Red Hat 7.1, this code only gives -1. I always use the same configure options when compiling. I run PHP as Apache module. I have to take the first 11 characters of the etring to calculate the timestamp, but it is not precise without time and year information. What do I do to have this code work properly again? -- Edit bug report at: http://bugs.php.net/?id=12656edit=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 #12641 Updated: input type = file
ID: 12641 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Arrays related Operating System: FreeBSD PHP Version: 4.0.6 New Comment: Add a short script here which can be used to reproduce this. --Jani Previous Comments: [2001-08-08 01:59:02] [EMAIL PROTECTED] For want of to sending scripts from the form containing about 1000 fields of a type input type = file (even empty), PHP 4.0.6 does not work, in 4.0.5 all works normally. Edit this bug report at http://bugs.php.net/?id=12641edit=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 #12642 Updated: Loading php_oci8 fails
ID: 12642 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Old Bug Type: *Configuration Issues Bug Type: OCI8 related Operating System: Windows 2000 PHP Version: 4.0.6 New Comment: You need to have the oracle client installed on your system. And you need to read bugs-dos-and-donts BEFORE you submit any 'bug' reports. --Jani Previous Comments: [2001-08-08 03:55:02] [EMAIL PROTECTED] I'm using PHP 4.0.6 on a Windows 2000 + IIS 5 Server. I've downloaded the Binary with the Installer for Windows with IIS. After Installation there are nor php_*.dll Files. Now I've downloaded the Windows/Apache Binary. There are php_*.dll's in the extensions directory. But when I try to use them (php.ini is setup up!!), I'll get an erro Message: Unable to load dynamic link library 'C:\Program Files\PHP\extensions\php_oci8.dll' The specified module could not be found. But the DLL is there. Where can I get the correct dll's for the Windows IIS-Binary which are not within the installer or what else can I do?? Thanks for your Support Edit this bug report at http://bugs.php.net/?id=12642edit=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 #12657: session problem when run as Apache SAPI
From: [EMAIL PROTECTED] Operating system: win2000 PHP version: 4.0.6 PHP Bug Type: Apache related Bug description: session problem when run as Apache SAPI I had to run PHP as DLL rather than EXE because I need to override php.ini settings by using .htaccess As an EXE it works properly, but when run as apache DLL I face session problems. Although I change session.save_path in php.ini to c:\\apache\\php\\tmp (also tried c:\apache\php\tmp) PHP tries to save cookies to /tmp , and for sure it cannot. I did a session.save_handler = mm in php.ini, but PHP still tried to save the cookie to /tmp. -- Edit bug report at: http://bugs.php.net/?id=12657edit=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 #12657 Updated: session problem when run as Apache SAPI
ID: 12657 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Old Bug Type: Apache related Bug Type: *Configuration Issues Operating System: win2000 PHP Version: 4.0.6 New Comment: Your php.ini file you are editing isn't read by PHP. So it's obviously in wrong place. Not a bug. Previous Comments: [2001-08-08 13:05:09] [EMAIL PROTECTED] I had to run PHP as DLL rather than EXE because I need to override php.ini settings by using .htaccess As an EXE it works properly, but when run as apache DLL I face session problems. Although I change session.save_path in php.ini to c:\\apache\\php\\tmp (also tried c:\apache\php\tmp) PHP tries to save cookies to /tmp , and for sure it cannot. I did a session.save_handler = mm in php.ini, but PHP still tried to save the cookie to /tmp. Edit this bug report at http://bugs.php.net/?id=12657edit=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 #12658: set_error_handler() not working properly (with 'Call to undefined function')
From: [EMAIL PROTECTED]
Operating system: Red Hat Linux, Win2000 sp2
PHP version: 4.0.6
PHP Bug Type: Scripting Engine problem
Bug description: set_error_handler() not working properly (with 'Call to undefined
function')
Seems that PHP cannot redirect 'Call to undefined function' errors to a
custom error handler...
A sample (taken partly from the manual):
pre
?php
// Define a simple error handler
function error_handler ($level, $message, $file, $line, $context) {
echo An error of level $level was generated in file $file on line $line.
\nThe error message was: $message \nThe following variables were set in the
scope that the error occurred in: blockquote ;
print_r ($context);
print \n/blockquote;
}
// Set the error handler to the error_handler() function
set_error_handler ('error_handler');
trigger_error (Some other error);
whatever(); // - this will crash make the script die without calling the
custom error_handler
?
--
Edit bug report at: http://bugs.php.net/?id=12658edit=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] Re: The new $_GET/POST/ENV (was: Re: [PHP-CVS] cvs: php4 / NEWS...)
- Original Message - From: Zeev Suraski [EMAIL PROTECTED] To: Jani Taskinen [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, August 08, 2001 1:02 PM Subject: [PHP-DEV] Re: The new $_GET/POST/ENV (was: Re: [PHP-CVS] cvs: php4 / NEWS...) At 21:01 08-08-01, Jani Taskinen wrote: [moving this to php-dev] First: Great! Woohoo! Thanks Zeev! Andi helped with it too :) I vote for $_EVIL :) Well that would inspire programmers to be moe security consious with that data : ) Zeev -- 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 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: The new $_GET/POST/ENV (was: Re: [PHP-CVS] cvs: php4 / NEWS...)
At 20:02 8/8/2001, Zeev Suraski wrote the following: -- At 21:01 08-08-01, Jani Taskinen wrote: [moving this to php-dev] First: Great! Woohoo! Thanks Zeev! Andi helped with it too :) I vote for $_EVIL :) How about $_DONT_TOUCH_THIS ? :) Seriously though, I vote for $_REQUEST. After all, it contains data which is (generally) tied to one particular request... [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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: The new $_GET/POST/ENV (was: Re: [PHP-CVS] cvs:php4 / NEWS...)
On Wed, 8 Aug 2001, Zeev Suraski wrote: At 21:01 08-08-01, Jani Taskinen wrote: [moving this to php-dev] First: Great! Woohoo! Thanks Zeev! Andi helped with it too :) Ah. Thanks Andi! :) I vote for $_EVIL :) I am not kidding. Naming it like that would definately be a clear sign for everyone that this stuff is not safe to use just as it is. --Jani -- 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: The new $_GET/POST/ENV (was: Re: [PHP-CVS] cvs:php4 / NEWS...)
On Wed, 8 Aug 2001, Cynic wrote: At 20:02 8/8/2001, Zeev Suraski wrote the following: -- At 21:01 08-08-01, Jani Taskinen wrote: [moving this to php-dev] First: Great! Woohoo! Thanks Zeev! Andi helped with it too :) I vote for $_EVIL :) How about $_DONT_TOUCH_THIS ? :) Seriously though, I vote for $_REQUEST. After all, it contains data which is (generally) tied to one particular request... This reminds me that should the $_FILES be included in this data too? As it's also something you shouldn't trust and it's also coming from the user. --Jani -- 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: The new $_GET/POST/ENV (was: Re: [PHP-CVS] cvs: php4 / NEWS...)
How about $_COULDCONTAINSHELLCODE? -jason - Original Message - From: Jani Taskinen [EMAIL PROTECTED] To: Zeev Suraski [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, August 08, 2001 1:09 PM Subject: Re: [PHP-DEV] Re: The new $_GET/POST/ENV (was: Re: [PHP-CVS] cvs: php4 / NEWS...) On Wed, 8 Aug 2001, Zeev Suraski wrote: At 21:01 08-08-01, Jani Taskinen wrote: [moving this to php-dev] First: Great! Woohoo! Thanks Zeev! Andi helped with it too :) Ah. Thanks Andi! :) I vote for $_EVIL :) I am not kidding. Naming it like that would definately be a clear sign for everyone that this stuff is not safe to use just as it is. --Jani -- 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 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: The new $_GET/POST/ENV (was: Re: [PHP-CVS] cvs: php4 / NEWS...)
At 20:14 8/8/2001, Jani Taskinen wrote the following: -- On Wed, 8 Aug 2001, Cynic wrote: How about $_DONT_TOUCH_THIS ? :) Seriously though, I vote for $_REQUEST. After all, it contains data which is (generally) tied to one particular request... This reminds me that should the $_FILES be included in this data too? As it's also something you shouldn't trust and it's also coming from the user. --Jani Yeah. And $_SESSION too. [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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: The new $_GET/POST/ENV (was: Re: [PHP-CVS] cvs: php4 / NEWS...)
What about using the acronyms in any combination. like $_GPC and $_GC and etc -Jason - Original Message - From: Cynic [EMAIL PROTECTED] To: Jani Taskinen [EMAIL PROTECTED] Cc: Zeev Suraski [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, August 08, 2001 1:25 PM Subject: Re: [PHP-DEV] Re: The new $_GET/POST/ENV (was: Re: [PHP-CVS] cvs: php4 / NEWS...) At 20:14 8/8/2001, Jani Taskinen wrote the following: -- On Wed, 8 Aug 2001, Cynic wrote: How about $_DONT_TOUCH_THIS ? :) Seriously though, I vote for $_REQUEST. After all, it contains data which is (generally) tied to one particular request... This reminds me that should the $_FILES be included in this data too? As it's also something you shouldn't trust and it's also coming from the user. --Jani Yeah. And $_SESSION too. [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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 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: The new $_GET/POST/ENV (was: Re: [PHP-CVS] cvs: php4 / NEWS...)
At 21:14 08-08-01, Jani Taskinen wrote: On Wed, 8 Aug 2001, Cynic wrote: At 20:02 8/8/2001, Zeev Suraski wrote the following: -- At 21:01 08-08-01, Jani Taskinen wrote: [moving this to php-dev] First: Great! Woohoo! Thanks Zeev! Andi helped with it too :) I vote for $_EVIL :) How about $_DONT_TOUCH_THIS ? :) Seriously though, I vote for $_REQUEST. After all, it contains data which is (generally) tied to one particular request... This reminds me that should the $_FILES be included in this data too? As it's also something you shouldn't trust and it's also coming from the user. Yep, $_FILES should probably be there too. Zeev -- 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: The new $_GET/POST/ENV (was: Re: [PHP-CVS] cvs: php4 / NEWS...)
My top of the list is: $_REQUEST $_EVIL (Andi and I think it's really pretty good, but we both figured we'll end up going with a different alternative :) Zeev At 21:12 08-08-01, Jason Greene wrote: What about using the acronyms in any combination. like $_GPC and $_GC and etc -Jason - Original Message - From: Cynic [EMAIL PROTECTED] To: Jani Taskinen [EMAIL PROTECTED] Cc: Zeev Suraski [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, August 08, 2001 1:25 PM Subject: Re: [PHP-DEV] Re: The new $_GET/POST/ENV (was: Re: [PHP-CVS] cvs: php4 / NEWS...) At 20:14 8/8/2001, Jani Taskinen wrote the following: -- On Wed, 8 Aug 2001, Cynic wrote: How about $_DONT_TOUCH_THIS ? :) Seriously though, I vote for $_REQUEST. After all, it contains data which is (generally) tied to one particular request... This reminds me that should the $_FILES be included in this data too? As it's also something you shouldn't trust and it's also coming from the user. --Jani Yeah. And $_SESSION too. [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.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: The new $_GET/POST/ENV (was: Re: [PHP-CVS] cvs: php4 / NEWS...)
- Original Message - From: Zeev Suraski [EMAIL PROTECTED] To: Jason Greene [EMAIL PROTECTED] Cc: Jani Taskinen [EMAIL PROTECTED]; Cynic [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, August 08, 2001 1:20 PM Subject: Re: [PHP-DEV] Re: The new $_GET/POST/ENV (was: Re: [PHP-CVS] cvs: php4 / NEWS...) My top of the list is: $_REQUEST $_EVIL (Andi and I think it's really pretty good, but we both figured we'll end up going with a different alternative :) What about $_TAINTED ? -Jason Zeev At 21:12 08-08-01, Jason Greene wrote: What about using the acronyms in any combination. like $_GPC and $_GC and etc -Jason - Original Message - From: Cynic [EMAIL PROTECTED] To: Jani Taskinen [EMAIL PROTECTED] Cc: Zeev Suraski [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, August 08, 2001 1:25 PM Subject: Re: [PHP-DEV] Re: The new $_GET/POST/ENV (was: Re: [PHP-CVS] cvs: php4 / NEWS...) At 20:14 8/8/2001, Jani Taskinen wrote the following: -- On Wed, 8 Aug 2001, Cynic wrote: How about $_DONT_TOUCH_THIS ? :) Seriously though, I vote for $_REQUEST. After all, it contains data which is (generally) tied to one particular request... This reminds me that should the $_FILES be included in this data too? As it's also something you shouldn't trust and it's also coming from the user. --Jani Yeah. And $_SESSION too. [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.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 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: FW: [PHP-DEV] build problem: bison.simple:99: parse error bef ore 'do' - \r\n or \n...
On Wed, Aug 08, 2001 at 05:54:34PM +0200, Marc Boeren wrote : Eek! I didn't notice thatthis was on Winblows.. nevermind then. :) Well, it wasn't, it was on a Linux box. But the cvs was checked out on a Winbox using cygwin, and then copied to the Linux box (that isn't allowed to cvs to the outside world because of the firewall... is there any way to use cvs over a http proxy?) (I think there's even a bug report about this..?) I couldn't find it (at least, not quickly). There probably is a bugreport about tsrm.dsp being \n instead of \r\n, because I see that remark around here from time to time. However, I can't reach it, so I can't fix it :-) Yes, bites always too. I don't get it and I'm staggered about my own stupiditiy. Sometimes its checked out the right way, the other time its unix \n with the same cvs command without doing and modifications (using cygwin). Anyway ... once you know it ;) .. - Markus -- Markus Fischer, http://guru.josefine.at/~mfischer/ EMail: [EMAIL PROTECTED] PGP Public Key: http://guru.josefine.at/~mfischer/C2272BD0.asc PGP Fingerprint: D3B0 DD4F E12B F911 3CE1 C2B5 D674 B445 C227 2BD0 -- 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: The new $_GET/POST/ENV (was: Re: [PHP-CVS] cvs:php4 / NEWS...)
On Wed, 8 Aug 2001, Cynic wrote: At 20:14 8/8/2001, Jani Taskinen wrote the following: -- On Wed, 8 Aug 2001, Cynic wrote: How about $_DONT_TOUCH_THIS ? :) Seriously though, I vote for $_REQUEST. After all, it contains data which is (generally) tied to one particular request... This reminds me that should the $_FILES be included in this data too? As it's also something you shouldn't trust and it's also coming from the user. Yeah. And $_SESSION too. Nope. It doesn't come from the user. --Jani -- 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: The new $_GET/POST/ENV (was: Re: [PHP-CVS] cvs: php4 / NEWS...)
At 20:33 8/8/2001, Jani Taskinen wrote the following: -- On Wed, 8 Aug 2001, Cynic wrote: Yeah. And $_SESSION too. Nope. It doesn't come from the user. Err, you're right. [EMAIL PROTECTED] - And the eyes of them both were opened and they saw that their files were world readable and writable, so they chmoded 600 their files. - Book of Installation chapt 3 sec 7 -- 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.0.7
As those of you who are subscribed to php-cvs may have noticed, Andi and I implemented today the functionality I suggested to replace register_globals: - $_GET, $_POST, $_COOKIE, $_FILES, $_ENV and $_SERVER replace $HTTP_*_VARS (the old vars still remain for downwards compatibility) - The new variables are auto-globals - they're available in all function contexts - there's no need to import them using the 'global' statement or reference them using $GLOBALS. - $_REQUEST (this name might change) - includes the data from $_GET, $_POST, $_COOKIE and $_FILES, all in one array, for those users who don't really care to differentiate between the various types of input. This change was my last major TODO item for PHP 4.0.7. At this point, we should try to get PHP 4.0.7 out the door soon. I suggest we branch 4.0.7 away next Tuesday, and start the QA process. This should give people enough time to make any final changes they want to put into 4.0.7. One other idea I'd like to pitch is releasing 4.0.7 and 4.1.0 simultaneously, with the only difference between them being the default value for register_globals. This would create lots of noise and encourage people to start actually using the new $_GETfriends features, which can otherwise go unnoticed. Zeev -- 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.0.7
On Wed, 08 Aug 2001, Zeev Suraski wrote: As those of you who are subscribed to php-cvs may have noticed, Andi and I implemented today the functionality I suggested to replace register_globals: - $_GET, $_POST, $_COOKIE, $_FILES, $_ENV and $_SERVER replace $HTTP_*_VARS (the old vars still remain for downwards compatibility) - The new variables are auto-globals - they're available in all function contexts - there's no need to import them using the 'global' statement or reference them using $GLOBALS. - $_REQUEST (this name might change) - includes the data from $_GET, $_POST, $_COOKIE and $_FILES, all in one array, for those users who don't really care to differentiate between the various types of input. This change was my last major TODO item for PHP 4.0.7. At this point, we should try to get PHP 4.0.7 out the door soon. I suggest we branch 4.0.7 away next Tuesday, and start the QA process. This should give people enough time to make any final changes they want to put into 4.0.7. One other idea I'd like to pitch is releasing 4.0.7 and 4.1.0 simultaneously, with the only difference between them being the default value for register_globals. This would create lots of noise and encourage people to start actually using the new $_GETfriends features, which can otherwise go unnoticed. What about the import_globals() function that Rasmus suggested? If we turn off register_globals in 4.1, then we'd better have that function ready. -Andrei * Programming is an art form that fights back. * -- 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.0.7
At 21:51 08-08-01, Andrei Zmievski wrote: On Wed, 08 Aug 2001, Zeev Suraski wrote: As those of you who are subscribed to php-cvs may have noticed, Andi and I implemented today the functionality I suggested to replace register_globals: - $_GET, $_POST, $_COOKIE, $_FILES, $_ENV and $_SERVER replace $HTTP_*_VARS (the old vars still remain for downwards compatibility) - The new variables are auto-globals - they're available in all function contexts - there's no need to import them using the 'global' statement or reference them using $GLOBALS. - $_REQUEST (this name might change) - includes the data from $_GET, $_POST, $_COOKIE and $_FILES, all in one array, for those users who don't really care to differentiate between the various types of input. This change was my last major TODO item for PHP 4.0.7. At this point, we should try to get PHP 4.0.7 out the door soon. I suggest we branch 4.0.7 away next Tuesday, and start the QA process. This should give people enough time to make any final changes they want to put into 4.0.7. One other idea I'd like to pitch is releasing 4.0.7 and 4.1.0 simultaneously, with the only difference between them being the default value for register_globals. This would create lots of noise and encourage people to start actually using the new $_GETfriends features, which can otherwise go unnoticed. What about the import_globals() function that Rasmus suggested? If we turn off register_globals in 4.1, then we'd better have that function ready. Oh yeah, that's still on my TODO list for today :) Zeev -- 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.0.7
There is one issue with 4.0.7 that probably should be fixed before branch. The build system currently adds a libtool flag into CFLAGS whether libtool is in link or compile mode. Since this option is only valid in compile, it gets passed to the compiler. This causes a warning with gcc, but for other compilers (a la SUN CC) they fail I emailed Sascha about this, and he said that these options have to be added to CFLAGS, in order to allow automake to still function correctly. So far it looks like the only solutions, is to get rid of automake, and if that is done, I would think that it should occur before branch. -Jason - Original Message - From: Zeev Suraski [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, August 08, 2001 1:48 PM Subject: [PHP-DEV] PHP 4.0.7 As those of you who are subscribed to php-cvs may have noticed, Andi and I implemented today the functionality I suggested to replace register_globals: - $_GET, $_POST, $_COOKIE, $_FILES, $_ENV and $_SERVER replace $HTTP_*_VARS (the old vars still remain for downwards compatibility) - The new variables are auto-globals - they're available in all function contexts - there's no need to import them using the 'global' statement or reference them using $GLOBALS. - $_REQUEST (this name might change) - includes the data from $_GET, $_POST, $_COOKIE and $_FILES, all in one array, for those users who don't really care to differentiate between the various types of input. This change was my last major TODO item for PHP 4.0.7. At this point, we should try to get PHP 4.0.7 out the door soon. I suggest we branch 4.0.7 away next Tuesday, and start the QA process. This should give people enough time to make any final changes they want to put into 4.0.7. One other idea I'd like to pitch is releasing 4.0.7 and 4.1.0 simultaneously, with the only difference between them being the default value for register_globals. This would create lots of noise and encourage people to start actually using the new $_GETfriends features, which can otherwise go unnoticed. Zeev -- 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 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: compile fails on html.c (CODESET undeclared)
On 08/08/01, Marc Boeren [EMAIL PROTECTED] wrote: html.c: In function `determine_charset': html.c:232: `CODESET' undeclared (first use in this function) html.c:232: (Each undeclared identifier is reported only once html.c:232: for each function it appears in.) make[3]: *** [html.lo] Error 1 make[3]: Leaving directory `/home/Marc/source/php-cvs/php4/ext/standard' The offending (in my eyes, at least) were added in the latest revision (1.30) of html.c by Wez Furlong (Wez? Comments?) Err, that's a little odd. I would expect your system to have all of the things required for that to work. What does the config.log say about HAVE_LOCALE_H and HAVE_LANGINFO_H? I suspect this can be fixed by changing line 231 to be #if HAVE_LANGINFO_H HAVE_LOCALE_H defined(CODESET) --Wez. -- 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: The new $_GET/POST/ENV (was: Re: [PHP-CVS] cvs: php4 / NEWS...)
On 08/08/01, Jani Taskinen [EMAIL PROTECTED] wrote: On Wed, 8 Aug 2001, Cynic wrote: Yeah. And $_SESSION too. Nope. It doesn't come from the user. But it would be useful for $_SESSION to have the same global scope as these new vars. --Wez. -- 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.0.7
From what I understand, Sascha doesn't have time to do that in the near future, so waiting for this is probably not the right thing to do. Is this a new issue? Zeev At 22:01 08-08-01, Jason Greene wrote: There is one issue with 4.0.7 that probably should be fixed before branch. The build system currently adds a libtool flag into CFLAGS whether libtool is in link or compile mode. Since this option is only valid in compile, it gets passed to the compiler. This causes a warning with gcc, but for other compilers (a la SUN CC) they fail I emailed Sascha about this, and he said that these options have to be added to CFLAGS, in order to allow automake to still function correctly. So far it looks like the only solutions, is to get rid of automake, and if that is done, I would think that it should occur before branch. -Jason - Original Message - From: Zeev Suraski [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, August 08, 2001 1:48 PM Subject: [PHP-DEV] PHP 4.0.7 As those of you who are subscribed to php-cvs may have noticed, Andi and I implemented today the functionality I suggested to replace register_globals: - $_GET, $_POST, $_COOKIE, $_FILES, $_ENV and $_SERVER replace $HTTP_*_VARS (the old vars still remain for downwards compatibility) - The new variables are auto-globals - they're available in all function contexts - there's no need to import them using the 'global' statement or reference them using $GLOBALS. - $_REQUEST (this name might change) - includes the data from $_GET, $_POST, $_COOKIE and $_FILES, all in one array, for those users who don't really care to differentiate between the various types of input. This change was my last major TODO item for PHP 4.0.7. At this point, we should try to get PHP 4.0.7 out the door soon. I suggest we branch 4.0.7 away next Tuesday, and start the QA process. This should give people enough time to make any final changes they want to put into 4.0.7. One other idea I'd like to pitch is releasing 4.0.7 and 4.1.0 simultaneously, with the only difference between them being the default value for register_globals. This would create lots of noise and encourage people to start actually using the new $_GETfriends features, which can otherwise go unnoticed. Zeev -- 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] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.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: The new $_GET/POST/ENV (was: Re: [PHP-CVS] cvs: php4 / NEWS...)
On Wed, Aug 08, 2001 at 09:20:55PM +0300, Zeev Suraski wrote: My top of the list is: $_REQUEST $_REQ would be even nicer - and less to type without hiding the meaning. $_EVIL (Andi and I think it's really pretty good, but we both figured we'll end up going with a different alternative :) evil might cause some moral/religious problems for some ppls, i don't think anything in PHP should be called like that. tc -- 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: The new $_GET/POST/ENV (was: Re: [PHP-CVS] cvs: php4 / NEWS...)
On Wed, 08 Aug 2001, Thies C. Arntzen wrote: On Wed, Aug 08, 2001 at 09:20:55PM +0300, Zeev Suraski wrote: My top of the list is: $_REQUEST $_REQ would be even nicer - and less to type without hiding the meaning. The Perl meter is registering non-zero reading here. evil might cause some moral/religious problems for some ppls, i don't think anything in PHP should be called like that. you mean like easter_date()? -Andrei 'Any given program, when running correctly, is obsolete.' - First Law of Computer Programming -- 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: compile fails on html.c (CODESET undeclared)
On Wed, 8 Aug 2001, Wez Furlong wrote: Err, that's a little odd. I would expect your system to have all of the things required for that to work. What does the config.log say about HAVE_LOCALE_H and HAVE_LANGINFO_H? I suspect this can be fixed by changing line 231 to be #if HAVE_LANGINFO_H HAVE_LOCALE_H defined(CODESET) Please do, it's repeatable on OpenBSD-current; I haven't reported it because I didn't have a fix yet at the time and I've been busy since. We have langinfo.h, but no CODESET is defined. -- 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.0.7
Yes, he said the same thing to me. The prefer-pic prefer-non-pic options where added in libtool 1.4 so this issue became present as soon as we moved to 1.4 and added those options. -Jason - Original Message - From: Zeev Suraski [EMAIL PROTECTED] To: Jason Greene [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, August 08, 2001 2:11 PM Subject: Re: [PHP-DEV] PHP 4.0.7 From what I understand, Sascha doesn't have time to do that in the near future, so waiting for this is probably not the right thing to do. Is this a new issue? Zeev At 22:01 08-08-01, Jason Greene wrote: There is one issue with 4.0.7 that probably should be fixed before branch. The build system currently adds a libtool flag into CFLAGS whether libtool is in link or compile mode. Since this option is only valid in compile, it gets passed to the compiler. This causes a warning with gcc, but for other compilers (a la SUN CC) they fail I emailed Sascha about this, and he said that these options have to be added to CFLAGS, in order to allow automake to still function correctly. So far it looks like the only solutions, is to get rid of automake, and if that is done, I would think that it should occur before branch. -Jason - Original Message - From: Zeev Suraski [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, August 08, 2001 1:48 PM Subject: [PHP-DEV] PHP 4.0.7 As those of you who are subscribed to php-cvs may have noticed, Andi and I implemented today the functionality I suggested to replace register_globals: - $_GET, $_POST, $_COOKIE, $_FILES, $_ENV and $_SERVER replace $HTTP_*_VARS (the old vars still remain for downwards compatibility) - The new variables are auto-globals - they're available in all function contexts - there's no need to import them using the 'global' statement or reference them using $GLOBALS. - $_REQUEST (this name might change) - includes the data from $_GET, $_POST, $_COOKIE and $_FILES, all in one array, for those users who don't really care to differentiate between the various types of input. This change was my last major TODO item for PHP 4.0.7. At this point, we should try to get PHP 4.0.7 out the door soon. I suggest we branch 4.0.7 away next Tuesday, and start the QA process. This should give people enough time to make any final changes they want to put into 4.0.7. One other idea I'd like to pitch is releasing 4.0.7 and 4.1.0 simultaneously, with the only difference between them being the default value for register_globals. This would create lots of noise and encourage people to start actually using the new $_GETfriends features, which can otherwise go unnoticed. Zeev -- 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] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.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 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.0.7
At 02:01 PM 8/8/2001 -0500, Jason Greene wrote: There is one issue with 4.0.7 that probably should be fixed before branch. The build system currently adds a libtool flag into CFLAGS whether libtool is in link or compile mode. Since this option is only valid in compile, it gets passed to the compiler. This causes a warning with gcc, but for other compilers (a la SUN CC) they fail I emailed Sascha about this, and he said that these options have to be added to CFLAGS, in order to allow automake to still function correctly. So far it looks like the only solutions, is to get rid of automake, and if that is done, I would think that it should occur before branch. It used to work. Can't we just rollback to the automake version which worked? Andi -- 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 #12659: sd
From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.6 PHP Bug Type: Unknown/Other Function Bug description: sd fsf -- Edit bug report at: http://bugs.php.net/?id=12659edit=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] Re: The new $_GET/POST/ENV (was: Re: [PHP-CVS] cvs: php4 / NEWS...)
At 22:13 08-08-01, Thies C. Arntzen wrote: On Wed, Aug 08, 2001 at 09:20:55PM +0300, Zeev Suraski wrote: My top of the list is: $_REQUEST $_REQ would be even nicer - and less to type without hiding the meaning. I agree with Andrei on this one... $_EVIL (Andi and I think it's really pretty good, but we both figured we'll end up going with a different alternative :) evil might cause some moral/religious problems for some ppls, i don't think anything in PHP should be called like that. Hmm, interesting point :) Zeev -- 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.0.7
Well it's actually libtool 1.4 combined with automake that creates the issue Automake needs the libtool mode=compile prefer-pic,prefer-non-pic flags added to CFLAGS so that it gets added to the compile line. The problem is that CFLAGS is passed in linking phase as well. If we moved back to libtool 1.3 and/or removed the pic options everything would work fine. Do we want to do this though? -Jason - Original Message - From: Andi Gutmans [EMAIL PROTECTED] To: Jason Greene [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; Zeev Suraski [EMAIL PROTECTED] Sent: Wednesday, August 08, 2001 2:18 PM Subject: Re: [PHP-DEV] PHP 4.0.7 At 02:01 PM 8/8/2001 -0500, Jason Greene wrote: There is one issue with 4.0.7 that probably should be fixed before branch. The build system currently adds a libtool flag into CFLAGS whether libtool is in link or compile mode. Since this option is only valid in compile, it gets passed to the compiler. This causes a warning with gcc, but for other compilers (a la SUN CC) they fail I emailed Sascha about this, and he said that these options have to be added to CFLAGS, in order to allow automake to still function correctly. So far it looks like the only solutions, is to get rid of automake, and if that is done, I would think that it should occur before branch. It used to work. Can't we just rollback to the automake version which worked? Andi -- 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 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.0.7
At 02:22 PM 8/8/2001 -0500, Jason Greene wrote: Well it's actually libtool 1.4 combined with automake that creates the issue Automake needs the libtool mode=compile prefer-pic,prefer-non-pic flags added to CFLAGS so that it gets added to the compile line. The problem is that CFLAGS is passed in linking phase as well. If we moved back to libtool 1.3 and/or removed the pic options everything would work fine. Do we want to do this though? I don't see why not. It's not as if libtool 1.3 was causing us problems (at least not problems I was aware of). We seemed to have just problems after this upgrade. Andi -- 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 #12659 Updated: sd
ID: 12659 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Unknown/Other Function Operating System: PHP Version: 4.0.6 Edit this bug report at http://bugs.php.net/?id=12659edit=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 #12658 Updated: set_error_handler() not working properly (with 'Call to undefined function')
ID: 12658
Updated by: jmcastagnetto
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Scripting Engine problem
Operating System: Red Hat Linux, Win2000 sp2
PHP Version: 4.0.6
Old Assigned To:
Assigned To: jmcastagnetto
New Comment:
The assertion ... Seems that PHP cannot redirect 'Call to undefined function' errors
to a custom error
handler... is incorrect.
This seems to be a problem w/ the person reporting the bug *not* using the
error_reporting() function, as it is clearly noted in the manual example, changing the
code to read:
?php
define (ERROR,E_USER_WARNING);
define (WARNING,E_USER_NOTICE);
// set the error reporting level for this script
error_reporting (FATAL | ERROR | WARNING);
// Define a simple error handler
function error_handler ($level, $message, $file, $line, $context) {
echo An error of level $level was generated in file $file on line $line.
\nThe error message was: $message \nThe following variables were set in the
scope that the error occurred in: blockquote ;
print_r ($context);
print \n/blockquote;
}
// Set the error handler to the error_handler() function
set_error_handler ('error_handler');
trigger_error (Some other error);
whatever();
?
The output is:
An error of level 1024 was generated in file bugtest.php on line 20.
The error message was: Some other error
The following variables were set in the
scope that the error occurred in: blockquote
Array (
[PWD] = /tmp
[... snip ...]
[_] = /usr/local/bin/php
[PHP_SELF] =
[argv] = Array
(
[0] = bugtest.php
)
[argc] = 1
[HTTP_POST_VARS] = Array
(
)
[HTTP_GET_VARS] = Array
[...snip...]
/blockquote
This was tested with 4.0.6 on RH 7.1, more information is requested from the person
reporting the bug, before it is reclassified as bogus.
Previous Comments:
[2001-08-08 13:23:32] [EMAIL PROTECTED]
Seems that PHP cannot redirect 'Call to undefined function' errors to a custom error
handler...
A sample (taken partly from the manual):
pre
?php
// Define a simple error handler
function error_handler ($level, $message, $file, $line, $context) {
echo An error of level $level was generated in file $file on line $line. \nThe error
message was: $message \nThe following variables were set in the scope that the error
occurred in: blockquote ;
print_r ($context);
print \n/blockquote;
}
// Set the error handler to the error_handler() function
set_error_handler ('error_handler');
trigger_error (Some other error);
whatever(); // - this will crash make the script die without calling the custom
error_handler
?
Edit this bug report at http://bugs.php.net/?id=12658edit=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] Re: compile fails on html.c (CODESET undeclared)
On 08/08/01, Heikki Korpela [EMAIL PROTECTED] wrote: On Wed, 8 Aug 2001, Wez Furlong wrote: I suspect this can be fixed by changing line 231 to be #if HAVE_LANGINFO_H HAVE_LOCALE_H defined(CODESET) Please do, it's repeatable on OpenBSD-current; I haven't reported it because I didn't have a fix yet at the time and I've been busy since. We have langinfo.h, but no CODESET is defined. Done. Please let me know if it doesn't work... --Wez. -- 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 #12656 Updated: strtotime started to malfunction after OS change
ID: 12656 Updated by: alindeman Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Date/time related Operating System: Red Hat 7.1 PHP Version: 4.0.6 New Comment: try... print strtotime(Tue Aug 7 2001 18:48:28); Previous Comments: [2001-08-08 12:48:54] [EMAIL PROTECTED] Example code : print strtotime(Tue Aug 7 18:48:28 2001); This sample code format used to work properly in all PHP releases this year when we used Red Hat 6.2. It could give the proper timestamp. But after upgrading to Red Hat 7.1, this code only gives -1. I always use the same configure options when compiling. I run PHP as Apache module. I have to take the first 11 characters of the etring to calculate the timestamp, but it is not precise without time and year information. What do I do to have this code work properly again? Edit this bug report at http://bugs.php.net/?id=12656edit=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 #12658 Updated: set_error_handler() not working properly (with 'Call to undefined function')
ID: 12658
Updated by: jmcastagnetto
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Analyzed
Bug Type: Scripting Engine problem
Operating System: Red Hat Linux, Win2000 sp2
PHP Version: 4.0.6
Old Assigned To: jmcastagnetto
Assigned To:
New Comment:
My mistake, did not understood the bug report correctly.
More testing shows that calls to undefined functions do
not generate an error level that can be catched by the error handling mechanism. Not
even when using:
error_reporting(E_ALL);
which just aborts execution of the script and gives the msg:
bFatal error/b: Call to undefined function: whatever() in bjunk.php/b on
line b24/bbr
whereas when using:
error_reporting(E_CORE);
just eats up the error (i.e. no fatal error msg is generated by the interpreter),
and the error handling function does not have time to do anything, so the script
aborts w/o any output.
Two issues need to be addressed:
1) The inconsitent behavior of E_CORE vs E_ALL (PHP 4.0.6), in view of the fact the
E_ALL includes E_CORE (as per Zend/zend_errors.h)
2) Whether is desirable to allow catching of fatal errors using the
set_error_handler() and error_reporting() functions
If the answer to (2) is no, then this should be clarified in the manual.
Previous Comments:
[2001-08-08 15:48:54] [EMAIL PROTECTED]
The assertion ... Seems that PHP cannot redirect 'Call to undefined function' errors
to a custom error
handler... is incorrect.
This seems to be a problem w/ the person reporting the bug *not* using the
error_reporting() function, as it is clearly noted in the manual example, changing the
code to read:
?php
define (ERROR,E_USER_WARNING);
define (WARNING,E_USER_NOTICE);
// set the error reporting level for this script
error_reporting (FATAL | ERROR | WARNING);
// Define a simple error handler
function error_handler ($level, $message, $file, $line, $context) {
echo An error of level $level was generated in file $file on line $line.
\nThe error message was: $message \nThe following variables were set in the
scope that the error occurred in: blockquote ;
print_r ($context);
print \n/blockquote;
}
// Set the error handler to the error_handler() function
set_error_handler ('error_handler');
trigger_error (Some other error);
whatever();
?
The output is:
An error of level 1024 was generated in file bugtest.php on line 20.
The error message was: Some other error
The following variables were set in the
scope that the error occurred in: blockquote
Array (
[PWD] = /tmp
[... snip ...]
[_] = /usr/local/bin/php
[PHP_SELF] =
[argv] = Array
(
[0] = bugtest.php
)
[argc] = 1
[HTTP_POST_VARS] = Array
(
)
[HTTP_GET_VARS] = Array
[...snip...]
/blockquote
This was tested with 4.0.6 on RH 7.1, more information is requested from the person
reporting the bug, before it is reclassified as bogus.
[2001-08-08 13:23:32] [EMAIL PROTECTED]
Seems that PHP cannot redirect 'Call to undefined function' errors to a custom error
handler...
A sample (taken partly from the manual):
pre
?php
// Define a simple error handler
function error_handler ($level, $message, $file, $line, $context) {
echo An error of level $level was generated in file $file on line $line. \nThe error
message was: $message \nThe following variables were set in the scope that the error
occurred in: blockquote ;
print_r ($context);
print \n/blockquote;
}
// Set the error handler to the error_handler() function
set_error_handler ('error_handler');
trigger_error (Some other error);
whatever(); // - this will crash make the script die without calling the custom
error_handler
?
Edit this bug report at http://bugs.php.net/?id=12658edit=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] Latest CVS Problem
I can't use fopen (file) to get anything off the internet with the latest cvs... ? $file=fopen(http://php.net/,r;); fpassthru($file); ? Will produce Segmentation Fault (core dumped) No idea why, but it probably needs to be fixed. -- - Andy :) Black holes are where God divided by zero. -- 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 #12658 Updated: set_error_handler() not working properly (with 'Call to undefined function')
ID: 12658
Updated by: jmcastagnetto
Reported By: [EMAIL PROTECTED]
Status: Analyzed
Bug Type: Scripting Engine problem
Operating System: Red Hat Linux, Win2000 sp2
PHP Version: 4.0.6
New Comment:
Using:
error_reporting(E_ERROR);
does not work (same result as E_ALL), even though in Zend/zend_execute.c that is the
error level raised.
In Zend/zend.c the zend_error() function hands the error to zend_error_cb, which
points to one of the utility functions created during zend_startup() (called in
main/main.c)
I cannot track the chain down more, my C is very rusty.
Previous Comments:
[2001-08-08 16:18:00] [EMAIL PROTECTED]
My mistake, did not understood the bug report correctly.
More testing shows that calls to undefined functions do
not generate an error level that can be catched by the error handling mechanism. Not
even when using:
error_reporting(E_ALL);
which just aborts execution of the script and gives the msg:
bFatal error/b: Call to undefined function: whatever() in bjunk.php/b on
line b24/bbr
whereas when using:
error_reporting(E_CORE);
just eats up the error (i.e. no fatal error msg is generated by the interpreter),
and the error handling function does not have time to do anything, so the script
aborts w/o any output.
Two issues need to be addressed:
1) The inconsitent behavior of E_CORE vs E_ALL (PHP 4.0.6), in view of the fact the
E_ALL includes E_CORE (as per Zend/zend_errors.h)
2) Whether is desirable to allow catching of fatal errors using the
set_error_handler() and error_reporting() functions
If the answer to (2) is no, then this should be clarified in the manual.
[2001-08-08 15:48:54] [EMAIL PROTECTED]
The assertion ... Seems that PHP cannot redirect 'Call to undefined function' errors
to a custom error
handler... is incorrect.
This seems to be a problem w/ the person reporting the bug *not* using the
error_reporting() function, as it is clearly noted in the manual example, changing the
code to read:
?php
define (ERROR,E_USER_WARNING);
define (WARNING,E_USER_NOTICE);
// set the error reporting level for this script
error_reporting (FATAL | ERROR | WARNING);
// Define a simple error handler
function error_handler ($level, $message, $file, $line, $context) {
echo An error of level $level was generated in file $file on line $line.
\nThe error message was: $message \nThe following variables were set in the
scope that the error occurred in: blockquote ;
print_r ($context);
print \n/blockquote;
}
// Set the error handler to the error_handler() function
set_error_handler ('error_handler');
trigger_error (Some other error);
whatever();
?
The output is:
An error of level 1024 was generated in file bugtest.php on line 20.
The error message was: Some other error
The following variables were set in the
scope that the error occurred in: blockquote
Array (
[PWD] = /tmp
[... snip ...]
[_] = /usr/local/bin/php
[PHP_SELF] =
[argv] = Array
(
[0] = bugtest.php
)
[argc] = 1
[HTTP_POST_VARS] = Array
(
)
[HTTP_GET_VARS] = Array
[...snip...]
/blockquote
This was tested with 4.0.6 on RH 7.1, more information is requested from the person
reporting the bug, before it is reclassified as bogus.
[2001-08-08 13:23:32] [EMAIL PROTECTED]
Seems that PHP cannot redirect 'Call to undefined function' errors to a custom error
handler...
A sample (taken partly from the manual):
pre
?php
// Define a simple error handler
function error_handler ($level, $message, $file, $line, $context) {
echo An error of level $level was generated in file $file on line $line. \nThe error
message was: $message \nThe following variables were set in the scope that the error
occurred in: blockquote ;
print_r ($context);
print \n/blockquote;
}
// Set the error handler to the error_handler() function
set_error_handler ('error_handler');
trigger_error (Some other error);
whatever(); // - this will crash make the script die without calling the custom
error_handler
?
Edit this bug report at http://bugs.php.net/?id=12658edit=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] Latest CVS Problem
On Wed, 8 Aug 2001, Andrew Lindeman formally [EMAIL PROTECTED] wrote: I can't use fopen (file) to get anything off the internet with the latest cvs... ? $file=fopen(http://php.net/,r;); fpassthru($file); ? Will produce Segmentation Fault (core dumped) No idea why, but it probably needs to be fixed. I was able to generate the attached backtrace... -Sterling Starting program: /usr/local/bin/php tst.php Program received signal SIGSEGV, Segmentation fault. 0x0808b6a3 in php_sock_fgets_internal (buf=0xbfffded0 , maxlen=127, sock=0x824dcac) at fsock.c:553 553 fsock.c: No such file or directory. in fsock.c (gdb) bt #0 0x0808b6a3 in php_sock_fgets_internal (buf=0xbfffded0 , maxlen=127, sock=0x824dcac) at fsock.c:553 #1 0x0807fa60 in php_fopen_url_wrap_http (path=0x824cddc http://php.net/;, mode=0x824ce54 r, options=4, issock=0xbfffdfd8, socketd=0xbfffdfdc, opened_path=0x0) at http_fopen_wrapper.c:191 #2 0x08075302 in php_fopen_url_wrapper (path=0x824cddc http://php.net/;, mode=0x824ce54 r, options=4, issock=0xbfffdfd8, socketd=0xbfffdfdc, opened_path=0x0) at fopen_wrappers.c:555 #3 0x0808445b in php_if_fopen (ht=2, return_value=0x824ce34, this_ptr=0x0, return_value_used=1) at file.c:668 #4 0x0810fb51 in execute (op_array=0x824cf54) at ./zend_execute.c:1565 #5 0x080b88dd in zend_execute_scripts (type=8, file_count=3) at zend.c:760 #6 0x08077844 in php_execute_script (primary_file=0xb490) at main.c:1238 #7 0x0807399c in main (argc=2, argv=0xb53c) at cgi_main.c:736 #8 0x400bc0de in __libc_start_main () from /lib/libc.so.6 (gdb) -- 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-QA] Re: [PHP-DEV] Latest CVS Problem
On Thu, 9 Aug 2001, Sterling Hughes wrote: On Wed, 8 Aug 2001, Andrew Lindeman formally [EMAIL PROTECTED] wrote: I can't use fopen (file) to get anything off the internet with the latest cvs... ? $file=fopen(http://php.net/,r;); fpassthru($file); ? Will produce Segmentation Fault (core dumped) No idea why, but it probably needs to be fixed. I was able to generate the attached backtrace... -Sterling Actually, scratch that -- it seems to be fixed with the latest CVS, I had an old binary lying around. -Sterling -- 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 #12662: Payflow modules
From: [EMAIL PROTECTED] Operating system: Linux 2.4.4 PHP version: 4.0.6 PHP Bug Type: Verisign Payflow Pro related Bug description: Payflow modules Trying to get PayFlowPro going with mod_ssl according to the latest thinking on the forums. I put the PayFlowPro shared library and include in a directory as: ls -l /home/src/pfpro/lib total 676 -rw-r--r--1 brentusers 683104 Aug 8 15:13 libpfpro.so -rw-r--r--1 brentusers 514 Aug 8 15:13 pfpro.h I configure PHP 4.0.6: ./configure --with-pgsql \ --with-apache=../apache_1.3.20 \ --enable-track-vars \ --with-pfpro=shared,/home/src/pfpro/lib Then the apache 1.3.20+mod_ssl config: SSL_BASE=../openssl-0.9.6b ./configure \ --enable-module=ssl \ --prefix=/home/apache \ --activate-module=src/modules/php4/libphp4.a Everything configs, compiles and starts up nicely, but when I try to use the pfpro functions, I get: Fatal error: Call to undefined function: pfpro_version() in Further clues: in the PHP source directory, the stuff in the ext/pfpro is all nicely compiled into the pfpro.o, but when I go to the libs directory and do an ar t libphp4.a | grep pfpro, there is no pfpro.o in there. This makes me think it's a PHP build problem, not an apache problem. -- Edit bug report at: http://bugs.php.net/?id=12662edit=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] Latest CVS Problem
I'm unable to reproduce this under Linux (non thread safe) or Windows (thread safe)... At 23:28 08-08-01, Andrew Lindeman formally [EMAIL PROTECTED] wrote: I can't use fopen (file) to get anything off the internet with the latest cvs... ? $file=fopen(http://php.net/,r;); fpassthru($file); ? Will produce Segmentation Fault (core dumped) No idea why, but it probably needs to be fixed. -- - Andy :) Black holes are where God divided by zero. -- 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] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.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 #12663: %s 'string notator' only grabs a single word, not an entire string.
From: [EMAIL PROTECTED] Operating system: Redhat 7.1 kernel 2.4.7 PHP version: 4.0.6 PHP Bug Type: Strings related Bug description: %s 'string notator' only grabs a single word, not an entire string. ?php $bug = this_is = a bug; list($var1, $var2) = sscanf($bug, %s = %s); echo Var1: $var1, Var2: $var2\n; ? Execute and you will see that it does not check on strings and any spaces will foul the results which is not good. Which means it is only checking at the word level, and stopping once it hits a space, instead of parsing the entirety as a string which is what it should be doing. I have had to switch to using explode() which is problematic because I may have more then 1 '=' sign in the string and I only want to split on the first one. Please get this fixed as it causes problems, headaches and the need to write crappily inefficent workarounds when a simple sscanf is all you should need. Modules.. Hmm, I have no idea really, I installed the RPM. Goto www.sexorcisto.net/php.php for the php configuration output if you need it. -- Edit bug report at: http://bugs.php.net/?id=12663edit=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 #12664: displaying list of groups (NNTP) from existing News Server
From: [EMAIL PROTECTED] Operating system: windows95 PHP version: 4.0.6 PHP Bug Type: IMAP related Bug description: displaying list of groups (NNTP) from existing News Server error message: stream pointer missing -- Edit bug report at: http://bugs.php.net/?id=12664edit=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 #12664 Updated: displaying list of groups (NNTP) from existing News Server
ID: 12664 Updated by: alindeman Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: IMAP related Operating System: windows95 PHP Version: 4.0.6 New Comment: needs more info... read bugs-dos-and-don'ts before submitting a bug report. Previous Comments: [2001-08-08 17:47:49] [EMAIL PROTECTED] error message: stream pointer missing Edit this bug report at http://bugs.php.net/?id=12664edit=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 #12636 Updated: non-linked libpam function?
ID: 12636
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: IMAP related
Operating System: Linux (SuSE 7.1)
PHP Version: 4.0.6
New Comment:
i should say, after i removed the --with-imap option,
`configure' worked and i typed `make', it got exactly that
far. I fiddled with the makefile a little, but couldn't
fix it. (i don't know anything about yacc..)
Previous Comments:
[2001-08-07 19:59:53] [EMAIL PROTECTED]
However, it doesn't compile. There seems to be a bug in
the Zend thing. This is as far as it got:
Making all in Zend
make[1]: Entering directory
`/root/phptmp/php4-200108071635/Zend'
/bin/sh ../libtool --silent --mode=compile gcc
-DHAVE_CONFIG_H -I. -I. -I../main -DEAPI_MM
-DSINGLE_LISTEN_UNSERIALIZED_ACCEPT -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -DHARD_SERVER_LIMIT=2048
-DDYNAMIC_MODULE_LIMIT=128 -DLINUX=22 -DMOD_SSL=208100
-DEAPI -DUSE_EXPAT -I../TSRM -g -O2 -prefer-pic -c
zend_language_parser.c
/bin/sh ../libtool --silent --mode=compile gcc
-DHAVE_CONFIG_H -I. -I. -I../main -DEAPI_MM
-DSINGLE_LISTEN_UNSERIALIZED_ACCEPT -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -DHARD_SERVER_LIMIT=2048
-DDYNAMIC_MODULE_LIMIT=128 -DLINUX=22 -DMOD_SSL=208100
-DEAPI -DUSE_EXPAT -I../TSRM -g -O2 -prefer-pic -c
zend_language_scanner.c
zend_language_scanner.c:2697: warning: parameter names
(without types) in function declaration
yacc -p ini_ -v -d ./zend_ini_parser.y -o zend_ini_parser.c
usage: yacc [-dlrtv] [-b file_prefix] [-p symbol_prefix]
filename
make[1]: *** [zend_ini_parser.c] Error 1
make[1]: Leaving directory
`/root/phptmp/php4-200108071635/Zend'
make: *** [all-recursive] Error 1
[2001-08-07 19:51:49] [EMAIL PROTECTED]
ah... last time i tried to use cvs it was so annoying i
decided it's an unnecessary evil. I was under the
impression they were patches. well, whatever.
anyhow, in the latest cvs, this problem is caught by the
makefile. well, sort of. in config.log i see normal
``undefined reference to `whatever''' lines.. all starting
with pam_. It can't find the libpam library. Which is
weird, since it's in my LD_LIBRARY_PATH and all...
The message configure itself gives is:
``configure: error: This c-client library is build with
SSL support.'', and the message to ``Add
--with-imap-ssl=DIR to your configure line. Check
config.log for details.''
The relevant part of config.log:
configure:24000: checking for IMAP support
configure:24287: checking for pam_start in -lpam
configure:24306: gcc -o conftest -g -O2 -DEAPI_MM
-DSINGLE_LISTEN_UNSERIALIZED_ACCEPT
-D_LARGEF/usr/i486-suse-linux/bin/ld: cannot find -lpam
collect2: ld returned 1 exit status
configure: failed program was:
#line 24295 configure
#include confdefs.h
/* Override any gcc2 internal prototype to avoid an error.
*/
/* We use char because int might match the return type of
a gcc2
builtin and then its argument prototype would still
apply. */
char pam_start();
int main() {
pam_start()
; return 0; }
configure:24334: checking for crypt in -lcrypt
configure:24850: gcc -o conftest -g -O2 -DEAPI_MM
-DSINGLE_LISTEN_UNSERIALIZED_ACCEPT
-D_LARGEF/usr/lib/libc-client.so: undefined reference to
`pam_end'
/usr/lib/libc-client.so: undefined reference to
`pam_authenticate'
/usr/lib/libc-client.so: undefined reference to
`pam_setcred'
/usr/lib/libc-client.so: undefined reference to
`pam_acct_mgmt'
/usr/lib/libc-client.so: undefined reference to `pam_start'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24825 configure
#include confdefs.h
void mm_log(void){}
void mm_dlog(void){}
void mm_flags(void){}
void mm_fatal(void){}
void mm_critical(void){}
void mm_nocritical(void){}
void mm_notify(void){}
void mm_login(void){}
void mm_diskerror(void){}
void mm_status(void){}
void mm_lsub(void){}
void mm_list(void){}
void mm_exists(void){}
void mm_searched(void){}
void mm_expunged(void){}
char mail_open();
int main() {
mail_open(0,,0);
return 0;
}
[2001-08-07 19:21:35] [EMAIL PROTECTED]
Goto snaps.php.net, and get the latest .gz. It works exactly the same as the official
release, and is lagging no more than 3 hours to CVS - no problem in this case
[2001-08-07 19:19:08] [EMAIL PROTECTED]
Sure. I basically copied it from the phpinfo page that was
running on the php module that came with SuSE 7.1, and
tweaked it a bit. Like i removed the things that kept me
from compiling it, and removed stuff i knew i wouldn't
need.
[PHP-DEV] Bug #12665: mktime() is strange
From: [EMAIL PROTECTED] Operating system: Linux Windows PHP version: 4.0.6 PHP Bug Type: *General Issues Bug description: mktime() is strange Hi all, ? if ((mktime(0,0,0,08,08,2001)) == (mktime (0,0,0,08,09,2001))) echo Something wrong - I think!; ? The result of both - mktime(0,0,0,08,08,2001) and mktime(0,0,0,08,09,2001) - is 975538800. Whats wrong? Bye, Oliver -- Edit bug report at: http://bugs.php.net/?id=12665edit=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] Current CVS crash (latest Zend changes)
Seems like the Zend changes that were just committed broke something - all scripts are causing a segfault. I'm looking at what changed now. Script: ?php phpinfo(); ? Configure: ./configure \ --with-apxs \ --without-midgard \ --without-pgsql \ --enable-debug; \ Backtrace: Program received signal SIGSEGV, Segmentation fault. 0x403aff0c in zendlex (zendlval=0xbfffd1e0) at zend_compile.c:2396 (gdb) bt #0 0x403aff0c in zendlex (zendlval=0xbfffd1e0) at zend_compile.c:2396 #1 0x403afef9 in zendlex (zendlval=0xbfffd1e0) at zend_compile.c:2393 #2 0x403a79cb in zendparse () at /usr/lib/bison.simple:432 #3 0x403cc57e in compile_file (file_handle=0xb2f0, type=2) at zend_language_scanner.l:364 #4 0x403c29cf in zend_execute_scripts (type=8, file_count=3) at zend.c:803 #5 0x403d587b in php_execute_script (primary_file=0xb2f0) at main.c:1304 #6 0x403d1a5e in apache_php_module_main (r=0x80dacf0, display_source_mode=0) at sapi_apache.c:90 #7 0x403d253a in send_php (r=0x80dacf0, display_source_mode=0, filename=0x0) at mod_php4.c:575 #8 0x403d258e in send_parsed_php (r=0x80dacf0) at mod_php4.c:590 #9 0x8054e8d in ap_invoke_handler () at eval.c:41 #10 0x806708c in ap_some_auth_required () at eval.c:41 #11 0x8067103 in ap_process_request () at eval.c:41 #12 0x805f6d7 in ap_child_terminate () at eval.c:41 #13 0x805f87a in ap_child_terminate () at eval.c:41 #14 0x805f9bd in ap_child_terminate () at eval.c:41 #15 0x805ffde in ap_child_terminate () at eval.c:41 #16 0x80608a3 in main () at eval.c:41 #17 0x4010918e in __libc_start_main (main=0x8060420 main, argc=45, ubp_av=0xb754, init=0x804fa3c _init, fini=0x808a53c _fini, rtld_fini=0x4000cf08 _dl_fini, stack_end=0xb74c) at ../sysdeps/generic/libc-start.c:129 (gdb) -- 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] Current CVS crash (latest Zend changes)
Are you *sure* you're running the very current CVS, and not some snapshot? Zeev At 01:16 09-08-01, Simon Roberts wrote: Seems like the Zend changes that were just committed broke something - all scripts are causing a segfault. I'm looking at what changed now. Script: ?php phpinfo(); ? Configure: ./configure \ --with-apxs \ --without-midgard \ --without-pgsql \ --enable-debug; \ Backtrace: Program received signal SIGSEGV, Segmentation fault. 0x403aff0c in zendlex (zendlval=0xbfffd1e0) at zend_compile.c:2396 (gdb) bt #0 0x403aff0c in zendlex (zendlval=0xbfffd1e0) at zend_compile.c:2396 #1 0x403afef9 in zendlex (zendlval=0xbfffd1e0) at zend_compile.c:2393 #2 0x403a79cb in zendparse () at /usr/lib/bison.simple:432 #3 0x403cc57e in compile_file (file_handle=0xb2f0, type=2) at zend_language_scanner.l:364 #4 0x403c29cf in zend_execute_scripts (type=8, file_count=3) at zend.c:803 #5 0x403d587b in php_execute_script (primary_file=0xb2f0) at main.c:1304 #6 0x403d1a5e in apache_php_module_main (r=0x80dacf0, display_source_mode=0) at sapi_apache.c:90 #7 0x403d253a in send_php (r=0x80dacf0, display_source_mode=0, filename=0x0) at mod_php4.c:575 #8 0x403d258e in send_parsed_php (r=0x80dacf0) at mod_php4.c:590 #9 0x8054e8d in ap_invoke_handler () at eval.c:41 #10 0x806708c in ap_some_auth_required () at eval.c:41 #11 0x8067103 in ap_process_request () at eval.c:41 #12 0x805f6d7 in ap_child_terminate () at eval.c:41 #13 0x805f87a in ap_child_terminate () at eval.c:41 #14 0x805f9bd in ap_child_terminate () at eval.c:41 #15 0x805ffde in ap_child_terminate () at eval.c:41 #16 0x80608a3 in main () at eval.c:41 #17 0x4010918e in __libc_start_main (main=0x8060420 main, argc=45, ubp_av=0xb754, init=0x804fa3c _init, fini=0x808a53c _fini, rtld_fini=0x4000cf08 _dl_fini, stack_end=0xb74c) at ../sysdeps/generic/libc-start.c:129 (gdb) -- 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] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.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 #12666: undefined symbol: mxdriver when I start apache
From: [EMAIL PROTECTED] Operating system: Red Hat 7.1 PHP version: 4.0.6 PHP Bug Type: *Compile Issues Bug description: undefined symbol: mxdriver when I start apache I'm having a problem when I try to compile APACHE + PHP + IMAP . The OS that I using is: 2.4.2-SGI_XFS_1.0 #1 Fri Apr 27 19:30:49 CDT 2001 i 686 unknown apache 1.3.20 php 4.0.6 imap-4.7c / imap-4.7a / imap-2001.BETA.SNAP-0107221451 Here is the problem When I try to compile doing this: (here is the exact commands) Firts I compile the apache with all modules (just in case) cd apache_1.3.20 ./configure --prefix=/usr/local/apache --enable-module=all make make install and php with this ./configure --with-apxs --with-imap=../imap-4.7c --with-mysql --with-ldap make make install /usr/local/apache/bin/apachectl start Syntax error on line 762 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/php-4.0.6/libs/libphp4.so into server: /usr/local/php-4.0.6/libs/libphp4.so: undefined symbol: mxdriver ./apachectl start: httpd could not be started I tried this with a lot a diferents source imap and still make me the same. I trie puting that and still doesn't work export LDFLAGS=-L/usr/kerberos/lib -lkrb5 -lgssapi_krb5 -lpam ldconfig BEFOR compiling Apache. Any assistance would be of great help! Thank Sebastian [EMAIL PROTECTED] -- Edit bug report at: http://bugs.php.net/?id=12666edit=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 #12665 Updated: mktime() is strange
ID: 12665 Updated by: alindeman Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *General Issues Operating System: Linux Windows PHP Version: 4.0.6 New Comment: wierd... your script says they are the same, but remove the 0's in front of the 8 and 9 like mktime (0,0,0,8,8,2001) (instead of mktime(0,0,0,08,08,2001)) it works as planed (not equal) supposed to happen?? second opinion, please... Previous Comments: [2001-08-08 18:06:02] [EMAIL PROTECTED] Hi all, ? if ((mktime(0,0,0,08,08,2001)) == (mktime (0,0,0,08,09,2001))) echo Something wrong - I think!; ? The result of both - mktime(0,0,0,08,08,2001) and mktime(0,0,0,08,09,2001) - is 975538800. Whats wrong? Bye, Oliver Edit this bug report at http://bugs.php.net/?id=12665edit=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]
