Re: [PHP-DEV] Re: rand_str
At 21:53 8/5/2001, Jeroen van Wolffelaar wrote the following:
--
Hi Jeroen,
I think we're not on the same page. :) I consider both versions
of str_rand() I posted trivial...
Agree. But they are not what rand_str could do. The result has
16 different chars, just because md5 happens to have that much.
Implementing something that has NOT that limitation, is far less trivial.
function str_rand($len = 8, $class = 'a-zA-Z1-9')
{
static $init = 1;
if(1 == $init){
mt_srand((double) microtime() * 100);
$init = 0;
}
$chars = array();
for($i = 0; $i $len; $i++){
$chars[] = chr(mt_rand(0,255));
}
return implode('', preg_grep('|['.preg_quote($class).']|',$chars));
}
Just a little bit different syntax for the second argument.
What's the big deal? :)
Also, and this is strictly subjective, I don't think the function
needs to be implemented natively. As I said, it's trivial. :) But
my stance could be rated as -0.3... Actually, as I'm thinking about
it, -0.2.
k, mine is 0.8, 0.9, on the idea, not the details
as for the rand_str($len , 1..9a..f\x4F) proto:
I don't like it. KISS.
Better suggestions? Simple length and a list of characters... and the
list-of-characters way is also in addcslashes, and the trims.
Jeroen
--end of quote--
[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: rand_str
At 22:50 8/5/2001, Jeroen van Wolffelaar wrote the following:
--
Implementing something that has NOT that limitation, is far less trivial.
function str_rand($len = 8, $class = 'a-zA-Z1-9')
{
static $init = 1;
if(1 == $init){
mt_srand((double) microtime() * 100);
$init = 0;
}
$chars = array();
for($i = 0; $i $len; $i++){
$chars[] = chr(mt_rand(0,255));
}
return implode('', preg_grep('|['.preg_quote($class).']|',$chars));
}
Just a little bit different syntax for the second argument.
What's the big deal? :)
Okay, but hey, you're a PHP-expert with probably many years of experience...
Fr from that. :)
By the way, your function won't return strings of length $len... ;)
Oh, shit. Optimization instead of a function. :)
I've been sitting before the CRT for 30 hours...
And you could say that preg_grep is quite a hack.
Well, it nicely fits the bill - if you use the second argument as
a character class, preg_quote/grep() lends itself. Or do you mean the
concatenation? That's just a matter of formatting. Take it out of the
preg_grep() call, and it'll look better.
Anyway, this didn't convince me it's trivial... I'm sorry.
ok. :) seems like the only function that'll be missing from PHP
will be write_the_app(); :)))
But this is really a non-issue. I'm fine with or without str_rand(),
I was just trying to show that it's pretty easy to write one in PHP,
and so the function isn't really necessary. I know, there's nl2br()
which _is_ simple, but that's backed by the fact that in a web-oriented
language, _everybody_ would write their own nl2br(). This is not the
case with str_rand()...
And now help me down off that soap box. :)
[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] 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: 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...)
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...)
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] 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 #12670 Updated: CGI error
ID: 12670 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: PWS related Operating System: Win98 PHP Version: 4.0.6 New Comment: ask support questions in [EMAIL PROTECTED] not a bug Previous Comments: [2001-08-08 23:41:51] [EMAIL PROTECTED] Hi folks, After install PHP when I try to open in a URL the address: http://casa/IISSamples/Default/exemplo.php I receive the following error: Error 403 of HTTP 403.1 Forbided: forbided execution access ... the original message is in portuguese, I've to translate. PS. The contents of exemplo.php is: ?php phpinfo();? On command line the php.exe -i works. Thanks for your help. Edit this bug report at http://bugs.php.net/?id=12670edit=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: cynic Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: OCI8 related Operating System: Windows 2000 PHP Version: 4.0.6 New Comment: which of the directories in your %PATH% contains oci.dll? Previous Comments: [2001-08-09 04:25:14] [EMAIL PROTECTED] But why worls my other Applications whcih are using OCI, too. It seems more to be a compile/linking error. Because it happens on the first call of the DLL. Are there any differences between the both Binaries (IIS and CGI/Apache)? I saw, that thy have the same date, bit not the same time. And where are the DLL's for the IIS Shipment? There are no DLL's within the ZIP-File. (The File's only 738 K). I've tested the same with the other DLL's out of the CGI-Shipment together IIS PHP.EXE Here I have the same calling Problemm i.e. PHP_LDAP.DLL, PHP_MSSQL.DLL, PHP_PRINTER.DLL. I have a complete MS SQL-Workbench on my machine, too. I don't think it's a PATH-Problem Here's the complete PATH from my machine: %SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;C:\Oracle\Ora81\bin;C:\Program Files\Oracle\jre\1.1.7\bin;C:\PROGRA~1\COMMON~1\RandSync\TRANSL~1\LtNts4\;C:\Oracle\Ora81\orb\bin;C:\MYSQL\BIN;C:\PHP;C:\PHP\DLL;C:\PHP\EXTENSIONS; And the ORACLE-Settings are standard. [2001-08-09 02:33:26] [EMAIL PROTECTED] I'm sorry to say this, but if the dll is there as you say it is, and you still get that message, then that means your Oracle install isn't all that well. It requires some Oracle dlls in the %PATH%, and it's your responsibility to have them properly installed. [2001-08-09 02:04:48] [EMAIL PROTECTED] I'm sorry to say this, but I have a complete ORACLE-Installation (Client, Development, Administration), instead other Applications won't run and I have to administrate our ORACLE Installations. The Do's and Don'ts says nothing about missing PHP-Files like PHP_OCI8.DLL within the distribution of the WIndows Installer for IIS. This File won't come with ORACLE. After some looks I'm missing other PHP_*.DLL's within this distribution, too. Where can I get these files for the PHP.EXE in this distribution. As you can see below, the other DLL's (Windows Distribution CGI - Apache) won't work with this PHP.EXE [2001-08-08 13:03:54] [EMAIL PROTECTED] 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 [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 #12642 Updated: Loading php_oci8 fails
ID: 12642 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Bogus Status: Feedback Bug Type: OCI8 related Operating System: Windows 2000 PHP Version: 4.0.6 New Comment: could you try opening php_oci8.dll in Dependency Walker (http://www.dependencywalker.com/)? does it report any problems? Previous Comments: [2001-08-09 05:56:01] [EMAIL PROTECTED] The OCI.DLL is within C:\Oracle\Ora81\bin; which is in the PATH [2001-08-09 04:47:46] [EMAIL PROTECTED] which of the directories in your %PATH% contains oci.dll? [2001-08-09 04:25:14] [EMAIL PROTECTED] But why worls my other Applications whcih are using OCI, too. It seems more to be a compile/linking error. Because it happens on the first call of the DLL. Are there any differences between the both Binaries (IIS and CGI/Apache)? I saw, that thy have the same date, bit not the same time. And where are the DLL's for the IIS Shipment? There are no DLL's within the ZIP-File. (The File's only 738 K). I've tested the same with the other DLL's out of the CGI-Shipment together IIS PHP.EXE Here I have the same calling Problemm i.e. PHP_LDAP.DLL, PHP_MSSQL.DLL, PHP_PRINTER.DLL. I have a complete MS SQL-Workbench on my machine, too. I don't think it's a PATH-Problem Here's the complete PATH from my machine: %SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;C:\Oracle\Ora81\bin;C:\Program Files\Oracle\jre\1.1.7\bin;C:\PROGRA~1\COMMON~1\RandSync\TRANSL~1\LtNts4\;C:\Oracle\Ora81\orb\bin;C:\MYSQL\BIN;C:\PHP;C:\PHP\DLL;C:\PHP\EXTENSIONS; And the ORACLE-Settings are standard. [2001-08-09 02:33:26] [EMAIL PROTECTED] I'm sorry to say this, but if the dll is there as you say it is, and you still get that message, then that means your Oracle install isn't all that well. It requires some Oracle dlls in the %PATH%, and it's your responsibility to have them properly installed. [2001-08-09 02:04:48] [EMAIL PROTECTED] I'm sorry to say this, but I have a complete ORACLE-Installation (Client, Development, Administration), instead other Applications won't run and I have to administrate our ORACLE Installations. The Do's and Don'ts says nothing about missing PHP-Files like PHP_OCI8.DLL within the distribution of the WIndows Installer for IIS. This File won't come with ORACLE. After some looks I'm missing other PHP_*.DLL's within this distribution, too. Where can I get these files for the PHP.EXE in this distribution. As you can see below, the other DLL's (Windows Distribution CGI - Apache) won't work with this PHP.EXE The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=12642 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 #12681 Updated: php cannot convert dates to string and save it as (vchar) in Mysql
ID: 12681
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Date/time related
Operating System: Windows2000
PHP Version: 4.0.6
New Comment:
The only error is your buggy code.
My solution: please don't waste developers' time with false, arrogant claims, and hire
someone to fix bugs in your code. It's maybe slow but at least it works.
Previous Comments:
[2001-08-09 17:59:46] [EMAIL PROTECTED]
I have made it simple for you:
$day1=$date[mday];
$mon1=$date[mon];
$year1=$date[year];
$date=$day1...$mon1...$year1;
$query=insert into data (coll) values ($date);
ERROR
(try to change the Mysql col. attr. to date)
ERROR
-
ok try it in an other way
$pattern=/(\d{1,2})\.(\d{1,2})\.(\d{2,4})/;
if (preg_match($pattern,$heute,$regs)){
echo $regs[3],-,$regs[2],-,$regs[1];
$date=implode(-,$regs);
$query=insert into data (coll) values ($date);
ERROR
(try to change the Mysql col. attr. to date)
ERROR
---
ok try it in an other way
$mon1 = substr($str,5,2);
$day1 = substr($str,8,2);
$year1= substr($str,0,4);
$date=$day1...$mon1...$year1;
$query=insert into data (coll) values ($date);
ERROR
(try to change the Mysql col. attr. to date)
ERROR
---
Summery:
php does not return real strings back and only structures or pointers to structures
which make the live of the programmers harder than it is!
My solution: please create a blody simple function to convert dates to strings ...
somthing like:
$string=DateToStr($any_date_format);
Eventually I'm very sorry folks I find PHP very nice but
PHP cannot give any basic solutions for dates
which will force me to use Microsoft ASP
Yeh!, it is slow but at least it works
Edit this bug report at http://bugs.php.net/?id=12681edit=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 #12711 Updated: crashing on clean install including the php_mssql.dll
ID: 12711 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Bogus Bug Type: MSSQL related Operating System: Windows 2000 Server PHP Version: 4.0.6 New Comment: user error - bogus Previous Comments: [2001-08-13 09:07:33] [EMAIL PROTECTED] *blush* well, rather admit being lame than wasting precious time. It seems that it for some reason or another didn't crash not finding the pdf dll, but when not finding the mssql dll. Anyways, I was wrong. The php engine looked the wrong place, and that was the error. I sincerely apologise if anyone wasted any time on this... [2001-08-13 03:19:56] [EMAIL PROTECTED] Installing PHP4.0.6 on a clean IIS5.0 machine. Including the php_mssql.dll (which exists on the given location) makes php crash. It loads php_gd.dll and php_pdf.dll without any problems. Edit this bug report at http://bugs.php.net/?id=12711edit=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 #12716 Updated: Add the imagecopyresizedbicubic function
ID: 12716 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Duplicate Bug Type: Feature/Change Request Operating System: Red Hat Linux 7.1 PHP Version: 4.0.6 New Comment: #9875 Previous Comments: [2001-08-13 11:23:17] [EMAIL PROTECTED] Hi, I would very much like to see you add the imagecopyresizedbicubic function to the list of PHP/GD functions (as described in the user comments of the imagecopyresized function docs) to a new release of PHP. I don't know if you are already planning this (I couldn't find anything on it), but judging by the size of the newsgroup archives on this topic I think I am not the only one. It really is a great function to create thumbnails from uploaded images. I hope to hear from you soon and thank you for PHP! Edit this bug report at http://bugs.php.net/?id=12716edit=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] Bug #12716 Updated: Add the imagecopyresizedbicubic function
I just marked your PR as duplicate, which it is. I didn't say it's been resolved. At 19:45 8/13/2001, [EMAIL PROTECTED] wrote the following: -- ID: 12716 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Duplicate Bug Type: Feature/Change Request Operating System: Red Hat Linux 7.1 PHP Version: 4.0.6 New Comment: Ok I checked there but I don't really see an answer!? Status is still open although the request is dated march 2001? Previous Comments: [2001-08-13 11:53:55] [EMAIL PROTECTED] #9875 [2001-08-13 11:23:17] [EMAIL PROTECTED] Hi, I would very much like to see you add the imagecopyresizedbicubic function to the list of PHP/GD functions (as described in the user comments of the imagecopyresized function docs) to a new release of PHP. I don't know if you are already planning this (I couldn't find anything on it), but judging by the size of the newsgroup archives on this topic I think I am not the only one. It really is a great function to create thumbnails from uploaded images. I hope to hear from you soon and thank you for PHP! Edit this bug report at http://bugs.php.net/?id=12716edit=1 [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] Bug #12752 Updated: preg_replace eats '$' characters
ID: 12752
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: PCRE related
Operating System: Linux Redhat 7.1
PHP Version: 4.0.6
New Comment:
http://www.php.net/manual/en/function.preg-replace.php
Previous Comments:
[2001-08-15 00:15:08] [EMAIL PROTECTED]
The preg_replace function seems to dissapear '$' characters, and up to two more
numeric characters after it. If the character after the dollar sign is not a number,
it works as expected.
$string = 'sum: {token} pesos.';
$number= '$123,456.78';
$number2='$ 123,456.78';
echo Wrong: .preg_replace(/\{token\}/i,$number,$string);
echo brRight: .preg_replace(/\{token\}/i,$number2,$string);
My configure line:
'./configure' '--with-apxs' '--with-pgsql' '--without-mysql' '--with-openssl'
'--enable-ftp' '--with-gd' '--enable-gd-native-ttf'
Edit this bug report at http://bugs.php.net/?id=12752edit=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 #12763 Updated: No GIF support in this PHP build in
ID: 12763 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: GD related Operating System: WIN NT 4.0 sp 6 PHP Version: 4.0.5 New Comment: GIF images are no longer supported in GD. Patent issues. Previous Comments: [2001-08-15 07:51:27] [EMAIL PROTECTED] I have iis and instal php 4.0.5 When I run my php flle my ie5 print me: ImageGif: No GIF support in this PHP build in What is a problem? Your Konrad ? Header (Content-type: image/gif); dl(extensions/php_gd.dll); $img = ImageCreate (250 ,250); $czarny = Imagecolorallocate($img, 0, 0, 0); $bialy = Imagecolorallocate($img, 225, 225, 225); imagefill ($img, 0, 0, $czarny); imageline ($img, 0, 0, 250, 250, $bialy); imageline ($img, 250, 0, 0, 250, $bialy); Imagegif ($img); imagedestroy ($img); ? Edit this bug report at http://bugs.php.net/?id=12763edit=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] Engine 2
Fresh tree doesn't build w/ ZE2: zend_variables.c: In function `zval_persist': zend_variables.c:155: structure has no member named `properties' zend_variables.c:156: structure has no member named `properties' *** Error code 1 Stop in /usr/local/src/php4/Zend. *** Error code 1 Stop in /usr/local/src/php4. At 16:20 8/10/2001, Andi Gutmans wrote the following: -- Hey, The Engine 2 CVS pretty much implements the first step of the new object model. Objects are now handles which reference the same object and $obj-method1()-method2() is supported now. Quite a few places in PHP that use objects like call_user_function() might still not work though. If anyone can try and run PHP with the Engine 2 CVS and send feedback on how well or badly their old object code runs that'll be great. I'm also interested in how many scripts are actually broken by the fact that objects are not copied when sent to functions by value and so on. To check it out just checkout the ZendEngine2 CVS tree from cvs.zend.com and rename it from ZendEngine2 - Zend before building PHP. 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] --end of quote-- [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] Bug #12747 Updated: ***BUG in Autoconf--please report***
ID: 12747 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Bogus Bug Type: Compile Failure Operating System: Mandrake Linux 8.0 PHP Version: 4.0CVS-2001-08-14 New Comment: user error - bogus Previous Comments: [2001-08-15 15:57:42] [EMAIL PROTECTED] Thanks. I had libtool installed in /usr/local while the others are in /usr. [2001-08-15 03:12:57] [EMAIL PROTECTED] I think your cvs checkout isn't quite 'clean'. Try to do a clean checkout first. To be sure which tools PHP finds, run: # build/buildcheck.sh As the first error would indicate that there is something wrong with those.. --Jani [2001-08-14 20:05:37] [EMAIL PROTECTED] autoconf-2.13-7.mdk automake-1.4-15mdk libtool-1.4 Trying to compile the cvs version of PHP. After updating from the CVS server and running ./buildconf. [onaias@frodo php4]$ ./buildconf aclocal: configure.in: 895: macro `AM_PROG_LIBTOOL' not found in library rebuilding Makefile templates rebuilding Makefile templates rebuilding configure autoconf: Undefined macros: ***BUG in Autoconf--please report*** AC_ADD_INCLUDE configure.in:442:PHP_AC_BROKEN_SPRINTF rebuilding main/php_config.h.in [onaias@frodo php4]$ Edit this bug report at http://bugs.php.net/?id=12747edit=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] [[PHP-DEV] script type=... support (fwd)]
Hi Jon, I'm fine with it, but dunno if I count. :) At 18:30 8/16/2001, Jon Parise wrote the following: -- Has anyone given this any consideration, one way or another? -- Jon Parise ([EMAIL PROTECTED]) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member PHP (or, rather, the Zend scanner) currently recognizes the following tags as enclosing PHP code: ?php ? ? ? % % script language=php The attached patch extends the script tag to also except the script type=... syntax, where the type is the MIME type signifying PHP code (application/x-httpd-php). The 'type=..' attribute is necessary for XHTML 1.0 compliance. The idea for this addition originated from Alexander J. Vincent [EMAIL PROTECTED]. I've also attached a short test script to demonstrate the new behavior. If this patch is accepted, I can also make the appropriate documentation changes. -- Jon Parise ([EMAIL PROTECTED]) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member -- 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] --end of quote-- [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] Bug #5653 Updated: PIKE specific: with setcookie(), only the last cookie is written
ID: 5653 Updated by: cynic Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Other web server Operating System: Linux PHP Version: 4.0.5 New Comment: [2001-08-16 12:24:36] [EMAIL PROTECTED] There is small problem in Roxen's SAPI, which arises when duplicate headers are sent out. While playing with some PHP apps with Roxen, I found that regardless how many cookies are set in PHP code, only one is sent to the browser. Investigation shows that Roxen's SAPI uses Pike's type mapping to send headers, which (of course) doesn't allow duplicate headers (in my case Set-Cookie) to be sent, i.e. only last one is sent, since subsequesnt calls to set header with the same name will replace previous. Proposed solution: use array instead of mapping. It will require changes in Roxen module as well, of course, but this should not be difficult. Previous Comments: [2001-08-14 20:08:47] [EMAIL PROTECTED] feedback - open [2001-07-24 12:23:37] [EMAIL PROTECTED] OK here is the result... Variable Value PHP_SELF = /test.php HTTP_COOKIE_VARS[cookie3] = phprocks if you don't believe you can try at www.delta7.de/test.php. The real problem is in source-file src/sapi/roxen/roxen.c about line 298 (in ver 4.0.6 of PHP)... this function (pike): mapping_string_insert(REQUEST_DATA, ind, mappie); does not append headers of the same type (here cookies). this means: old cookies are deleted and replaced with the last one you set. The Problen is _not_ on the side of the webserver. I found out (and may proove) that the roxen-php-module will recieve more than only one cookie if you like, i would make some php-scripts that will show you... [2001-07-24 09:02:41] [EMAIL PROTECTED] this could be because your server is only sending one cookie to browser Try creating a script like the one below... ? setcookie (cookie1,helloworld); setcookie(cookie2,ilovetheworld); setcookie(cookie3,phprocks); phpinfo(); ? go down to the section about the HTTP Headers Information then go to the HTTP Response Headers. Either post this information here, or give us the address to that page. [2001-07-24 02:01:28] [EMAIL PROTECTED] This is not a browser-specific bug. It's only pike-specifc (roxen) . I spent some time to undaerstand the roxen-sapi-code, but at last I'm not able to fix it. This 'bug' is already mentioned in the README ..sorry. So this 'bug' should be listed in 'missing features' or 'todo's' but not maybe not in 'bugs' [2001-07-23 19:26:00] [EMAIL PROTECTED] i meant to say only lets you set ONE The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=5653 Edit this bug report at http://bugs.php.net/?id=5653edit=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 #12796 Updated: Incorrect handling of header sending
ID: 12796 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Duplicate Bug Type: Other web server Operating System: All PHP Version: 4.0.6 New Comment: http://www.php.net/bugs.php?id=5653 adding your info to the mentioned PR, I'll mark this one as duplicate. Previous Comments: [2001-08-16 12:24:36] [EMAIL PROTECTED] There is small problem in Roxen's SAPI, which arises when duplicate headers are sent out. While playing with some PHP apps with Roxen, I found that regardless how many cookies are set in PHP code, only one is sent to the browser. Investigation shows that Roxen's SAPI uses Pike's type mapping to send headers, which (of course) doesn't allow duplicate headers (in my case Set-Cookie) to be sent, i.e. only last one is sent, since subsequesnt calls to set header with the same name will replace previous. Proposed solution: use array instead of mapping. It will require changes in Roxen module as well, of course, but this should not be difficult. Edit this bug report at http://bugs.php.net/?id=12796edit=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 w/ ZE2 on NT (mod_php)
... doesn't run. is anyone interested in debug builds? Zeev? Andi? [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] Re: [PHP-QA] Re: PHP-4.0.7RC1
At 12:23 8/17/2001, Zeev Suraski wrote the following: -- At 12:00 17-08-01, Hellekin O. Wolf wrote: At 21:15 16/08/2001 +0300, Zeev Suraski wrote: What is the default error_reporting ? (When no value has been defined ?) The default error reporting is E_ALL ~E_NOTICE - or, in other words, all types of errors and warnings, except for notices. Zeev *** Will that be a difference between 4.0.7 and 4.1 ? I mean, would 4.1 take E_ALL as a default ? It hasn't been decided yet, but my guess is that it won't change. It may be a good idea to add it into the php.ini-recommended, though. I vote for E_ALL as default in 4.1. NB I thought it was agreed that the same code will be released as 4.0.7 and 4.1.0 with the difference being php.ini settings. Was it a misperception on my part? [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] Re: [PHP-QA] Re: PHP-4.0.7RC1
At 15:35 8/17/2001, Zeev Suraski wrote the following: -- At 16:21 17-08-01, Cynic wrote: I vote for E_ALL as default in 4.1. NB I thought it was agreed that the same code will be released as 4.0.7 and 4.1.0 with the difference being php.ini settings. Was it a misperception on my part? Defaults and ini settings (the binary will also reflect the new default php.ini settings). The reasons I'm not sure about whether E_NOTICE should be in or not: - The consequences of turning it on are extremely far reaching - it requires you to go over each and every line of your code, until the very last one, and check it, on the logical level (i.e., try to think about every possible path of execution). - It's almost always harmless, especially after we change the default value of register_globals to off. I'm very non decisive about my opinion on this one. I know that in 1997 when these warnings were added to the language in the first place, they were E_WARNING's. Rasmus and others said that these warnings were too excessive, and introduced the NOTICE (or STRICT as it was called back then) error level, which was off by default, basically telling people it's ok to write code that way. This happened about 4 years ago, at the early days of PHP 3.0. Weighting the gain (it's there, but it's not overwhelming) and weighting the mess (it's there alright :), it very difficult to come up with a firm decision. I consider E_NOTICE as a basic element of good programming practices. Unlike register_globals, which simply begs for security bugs to occur, though, E_NOTICE is more of an application-level, code-cleanliness kind of suggestion. That's why I think that adding it to the php.ini-recommended is a good first step. I'd do this: 4.0.7: php.ini-standard basically today's php.ini-dist php.ini-recommendedbasically today's php.ini-optimized + the proposed security related changes what this is exactly I don't know. perhaps only register_globals off 4.1.0: php.ini-standard php.ini-recommended as contained in 4.0.7 + anything else you think should be there (it can be more strict than 4.0.7's rec.) php.ini-compat php.ini-standard as contained in 4.0.7 And while I'm at it: can the Powers That Be consider switching the default setting for display_startup_errors to On in either of the ini files? I believe (my experience indicates it) that this would help to lower the confusion in some cases quite a bit: a message instead of just a 500 can change one's day. While we're at it, I think that we should also take another recommendation from the advisory that brought this mess upon us - and turn URL fopens off by default. +0 [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] Re: [PHP-QA] Re: PHP-4.0.7RC1
At 16:13 8/17/2001, Zeev Suraski wrote the following: -- At 17:05 17-08-01, Cynic wrote: I'd do this: 4.0.7: php.ini-standard basically today's php.ini-dist php.ini-recommendedbasically today's php.ini-optimized + the proposed security related changes what this is exactly I don't know. perhaps only register_globals off This already exists today (except -standard is still called -dist, as there's no real reason to change it). We may try to encourage people to read php.ini-recommended at the and of the build process, because I fear nobody's looking at it today. 4.1.0: php.ini-standard php.ini-recommended as contained in 4.0.7 + anything else you think should be there (it can be more strict than 4.0.7's rec.) php.ini-compat php.ini-standard as contained in 4.0.7 I'm not sure that we can just move to do -recommended version, 4.1.0 or not. The nature of recommendations is that some people accept them, and some do not :) None of the things in the php.ini-recommended file is a clear-cut must-have, and some people will prefer doing without them. We'll have to think about each change separately. Remember that we only use the version change to catch people's attention. It doesn't mean that we can suddenly make PHP much more 'hostile' :) But it's a nice opportunity to do so. BTW, I consider a site hacked thanks to default settings that promote poor coding more hostile in the end. :) And while I'm at it: can the Powers That Be consider switching the default setting for display_startup_errors to On in either of the ini files? I believe (my experience indicates it) that this would help to lower the confusion in some cases quite a bit: a message instead of just a 500 can change one's day. There's a good reason for this default setting. A clear message will not only change your day, but also the guy who's trying to hack your site's day :) For example, with display_startup_errors set to on, a request can be easily made that will expose the full path of any scripts on your site. It may make good sense to set it on in the -recommended version, as it's safe in conjunction with display_errors=0 and log_errors=1. This doesn't hold water. display_errors is on in php.ini-dist anyways, so what do you gain by display_startup_errors off? NB you can use custom error handler that won't display full physical paths, so WTF? BTW, what is the possibility of introducing new functionality to the default error handler, where the file paths aren't physical paths by default, but URIs? I. e. with DOCUMENT_ROOT in /var/www/, instead of E_WARNING: blabla in /var/www/foo/bar.php on line xxx display E_WARNING: blabla in /foo/bar.php on line xxx ?? (There are some issues with this I can foresee even as I type this, but those could be hopefully figured out.) And provide display_full_path_in_errors ini setting, or sumthin. BTW, Zeev, could you please break your lines somewhere reasonable? It's quite unpleasant to read those loong lines. :) THX. [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] Re: [PHP-QA] Re: PHP-4.0.7RC1
At 18:16 8/17/2001, Stanislav Malyshev wrote the following:
--
ZS I consider E_NOTICE as a basic element of good programming
ZS practices. Unlike register_globals, which simply begs for
ZS security bugs to
Actually, I fail to see why it is so. Let's see two code snippets:
if($arr['foo']) { ... do something ... }
if(isset($arr['foo']) $arr['foo']!=false) { ... do something ... }
if('foo' == $x){
$secure = true;
}
...
if($secure){
# do sumthing that needs authentication
}
This will happily run in E_ALL ~ E_NOTICE whether $x == 'foo' or not.
Attacker can then inject $secure in the query string, and it'll apply
whether or not $x == 'foo'. This will be caught with error_reporting
E_ALL.
Both have the same function, but the first generates E_NOTICE. Why the
first is bad programming practice? How many PHP users would really prefer
the second over the first?
ZS kind of suggestion. That's why I think that adding it to the
ZS php.ini-recommended is a good first step.
However, it would make average PHP code to output tens of warnig, which
would be annoying and would hardly be useful in many cases.
Yes, average PHP code is full of security or other holes.
[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] 4.0.7RC1 recognition of libs during ./configure
Hi there, ./cofnigure dosn't seem to recognize versions of certain libraries, it bails out for me on --with-zlib (1.1.3 installed) and --with-bz2 (1.0.1 installed). Karl Austin also reported the same problem with --with-zip (he's got 10.0.20 installed). I don't know what system he has, but mine is FreeBSD 4.3, GENERIC kernel. So, what's this? I can set up an account for anyone interested in fixing this. [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] Bug #12831 Updated: 4.0.6 won't work with mySQL (built in support or mySQL's support)
ID: 12831 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Bogus Bug Type: MySQL related Operating System: Linux 2.214 PHP Version: 4.0.6 New Comment: From: Michael Furdyk [EMAIL PROTECTED] To: 'Bug Database' [EMAIL PROTECTED] Date: Sun, 19 Aug 2001 13:01:31 -0400 Subject: [PHP-DEV] RE: Bug #12831 Updated: 4.0.6 won't work with mySQL (built in support or mySQL's support) After deleting sources and re-untarring the source, problem #1 was fixed. Re: Problem #2, I checked /etc/ld.so.conf, and /usr/local/mysql/lib/mysql was listed there, so I'm not sure about this. Thanks so much for your help -- I feel bad, I should have refreshed the source first. You guys are awesome! -- Michael Previous Comments: [2001-08-19 03:30:26] [EMAIL PROTECTED] The first problem, you must have configured PHP before WITH the path. Otherwise this doesn't make any sense. Have you tried with fresh sources? ie. delete all the sources and gunzip/untar the source package ?? And what is this: --with-jpeg-dir=/usr/local/bin ??? It should be /usr/local only. Or have you really installed jpeg libs/headers with that prefix?? You second problem, the external mysql libraries. You haven't got the path to them in /etc/ld.so.conf , have you? If you don't add it, and run /sbin/ldconfig and then you should be able to start Apache. --Jani [2001-08-18 23:23:48] [EMAIL PROTECTED] Here's my first configure: ./configure --with-mysql --with-apxs=/usr/local/apache/bin/apxs --with-gd --with-sablot --with-expat --with-jpeg-dir=/usr/local/bin --with-imap It stops during 'make' with this error: /bin/sh /usr/local/src/php-4.0.6/libtool --silent --mode=link gcc -I. -I/usr/local/src/php-4.0.6/ -I/usr/local/src/php-4.0.6/main -I/usr/local/src/php-4.0.6 -I/usr/local/apache/include -I/usr/local/src/php-4.0.6/Zend -I/usr/local/include -I/usr/local/src/php-4.0.6/ext/mysql/libmysql -I/usr/local/src/php-4.0.6/ext/xml/expat/xmltok -I/usr/local/src/php-4.0.6/ext/xml/expat/xmlparse -I/usr/local/src/php-4.0.6/TSRM -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -o libphp4.la -rpath /usr/local/src/php-4.0.6/libs -avoid-version -L/usr/local/bin/lib -L/usr/local/lib -R /usr/local/bin/lib -R /usr/local/lib stub.lo Zend/libZend.la sapi/apache/libsapi.la main/libmain.la regex/libregex.la ext/gd/libgd.la ext/imap/libimap.la ext/mysql/libmysql.la ext/pcre/libpcre.la ext/posix/libposix.la ext/sablot/libsablot.la ext/session/libsession.la ext/standard/libstandard.la ext/xml/libxml.la TSRM/libtsrm.la -lpam -lc-client -ldl -lexpat -lsablot -lpam -lgd -ljpeg -lcrypt -lresolv -lm -ldl -lnsl -lresolv /usr/bin/ld: cannot open -lmysqlclient: No such file or directory collect2: ld returned 1 exit status make[1]: *** [libphp4.la] Error 1 If I instead configure specifying mySQL's Path: ./configure --with-mysql=/usr/local/mysql --with-apxs=/usr/local/apache/bin/apxs --with-gd --with-sablot --with-expat --with-jpeg-dir=/usr/local/bin --with-imap It doesn't hiccup on the first error, but instead stops during apache restart with this error: Syntax error on line 118 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/etc/httpd/libexec/libphp4.so into server: /usr/local/etc/httpd/libexec/libphp4.so: undefined symbol: mysql_field_count Edit this bug report at http://bugs.php.net/?id=12831edit=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 #12847: php_oci8.dll dereferencing null-pointers
From: [EMAIL PROTECTED] Operating system: NT 5 SP 1 PHP version: 4.0CVS-2001-08-19 PHP Bug Type: OCI8 related Bug description: php_oci8.dll dereferencing null-pointers this is actually 4.0.7RC1 Server: Apache/1.3.20 (Win32) PHP/4.0.7RC1 php_oci8.dll linked against the 8.1.7 client libs hitting the server with $ ./ab -n 5000 -c 3 -k http://212.24.143.100/other/info.php produces more than a handful of these: --- Apache.exe - Application Error --- The instruction at 0x0070cb39 referenced memory at 0x. The memory could not be read. Click on OK to terminate the program Click on CANCEL to debug the program --- OK Cancel --- the errors go away with the extension disabled. -- Edit bug report at: http://bugs.php.net/?id=12847edit=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 #12847 Updated: php_oci8.dll dereferencing null-pointers
ID: 12847 Updated by: cynic Reported By: [EMAIL PROTECTED] Status: Open Bug Type: OCI8 related Operating System: NT 5 SP 1 PHP Version: 4.0CVS-2001-08-19 New Comment: I should've mentioned that the script contains just ?php phpinfo() ? Previous Comments: [2001-08-19 16:28:39] [EMAIL PROTECTED] this is actually 4.0.7RC1 Server: Apache/1.3.20 (Win32) PHP/4.0.7RC1 php_oci8.dll linked against the 8.1.7 client libs hitting the server with $ ./ab -n 5000 -c 3 -k http://212.24.143.100/other/info.php produces more than a handful of these: --- Apache.exe - Application Error --- The instruction at 0x0070cb39 referenced memory at 0x. The memory could not be read. Click on OK to terminate the program Click on CANCEL to debug the program --- OK Cancel --- the errors go away with the extension disabled. Edit this bug report at http://bugs.php.net/?id=12847edit=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 #12272 Updated: Handling of file submissions from Opera incorrect
ID: 12272 Updated by: cynic Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: HTTP related Operating System: Linux RedHat PHP Version: 4.0.5 New Comment: user feedback (just for the archives): Actually Opera does buggy posts of type multipart/form-data. So the bug is in Opera. -- teodor Previous Comments: [2001-08-20 11:59:53] [EMAIL PROTECTED] No feedback. Reopen if you still have this problem with PHP 4.0.7 (soon to be released) or with latest CVS snapshot from http://snaps.php.net/ [2001-07-26 21:49:34] [EMAIL PROTECTED] Does this happen with latest CVS snapshot from http://snaps.php.net/ ? [2001-07-20 04:35:15] [EMAIL PROTECTED] When you use a FILE form element in opera and ask for multipart encoding, PHP does not extract the data into the array HTTP_POST_FILES as it does with other browsers but leaves it packed up in HTTP_POST_VARS Edit this bug report at http://bugs.php.net/?id=12272edit=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 #12860 Updated: problem with strip_tags()
ID: 12860 Updated by: cynic Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Strings related Operating System: Linux and Win PHP Version: 4.0.6 New Comment: erm, why does strip_tags() allow PHP tags in the first place? this doesn't look right.. (am I missing something?) Previous Comments: [2001-08-21 22:02:34] [EMAIL PROTECTED] Latest CVS now checks if ? is followed by 'xml'. If so, it treats it just like HTML. Check latest CVS to confirm that this works (www.php.net/downloads.php) Gavin [2001-08-21 05:50:14] [EMAIL PROTECTED] It is done by MS Word and I can´t affect it. Although it isn't compliant, I think, that is a bug. Fnc strip_tags() has strip all tags anywhere inside the string. I can't check, if all tags in the string are valid. If you want to show if this is valid, I would have to call to Redmond :-) [2001-08-20 11:02:27] [EMAIL PROTECTED] This markup is not XHTML 1.0 compliant, from my readying. That is, I'm pretty sure ?xml ... must be the first line of the document. This, however, is not the reason why strip_tags is failing. It is failing because it recognises '?' (from ?xml ) as the beginning of PHP code - not xml. This presents problems with applying strip_tags to xhtml. The reason why this probably hasn't been picked up is that correct (??) XML declarations are of the form ?xml ... ? - which should not contain anything to be out put anyway. If you/anyone can show that this is valid we can work around it (by demoting the PHP strip_tags state to an HTML state). [2001-08-20 09:45:13] [EMAIL PROTECTED] When I have text exported from MS Word to HTML where is ?xml:namespace... (see $string) and I want strip tags from it, I get text before it only. example: ? $string = EOD BODYP class=MsoNormalBUI am hungry?xml:namespace prefix = o ns = urn:schemas-microsoft-com:office:office //U/B/P P class=MsoNormalI am really hungryo:p/o:p/SPAN/BODY EOD; var_dump(strip_tags($string)); ? output is: string(11) I am hungry Edit this bug report at http://bugs.php.net/?id=12860edit=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 #12854 Updated: In msvc project debug output directory entered as ..\Debug_TS
ID: 12854 Updated by: cynic Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Apache related Operating System: Windows NT4.0 SP5 PHP Version: 4.0CVS-2001-08-20 New Comment: user feedback (should this be reopened?) Well, how: open in msvc php4/win32/php4ts.dsw workspace, then press Alt-F7 to open Settings dialog, choose Win32 Debug_TS config, php4apache project and General tab. Then in Output files field change ..\Debug_TS to ..\..\Debug_TS. why: win32 final files by php4 layout should be placed in php4/Debug_TS (or php4/Release_TS or php4/Release_TS_inline) directory but relative pathes in msvc calculated from path to project. So as php4apache.dsp laid in php4/sapi/apache directory, there should be ..\..\Debug_TS. also: You could also look at Release_TS and Release_TS_inline profiles and other sapi projects to compare with. Hope, that those information will be enough. :) Previous Comments: [2001-08-21 06:39:50] [EMAIL PROTECTED] not enough information [2001-08-20 04:32:29] [EMAIL PROTECTED] In msvc project debug output directory entered as ..\Debug_TS instead of ..\..\Debug_TS Edit this bug report at http://bugs.php.net/?id=12854edit=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 #12842 Updated: TSRM/tsrm_virtual_cwd.c:568: `mode_t' is promoted to `int'
ID: 12842 Updated by: cynic Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: HP-UX 10.20 and 11.0 PHP Version: 4.0.6 New Comment: Date: Thu, 23 Aug 2001 09:41:47 +0300 (EEST) From: Heikki Korpela [EMAIL PROTECTED] See: a recently updated stdarg(3) manual page: http://www.openbsd.org/cgi-bin/man.cgi?query=stdargapropos=0sektion=0manpath=OpenBSD+Currentarch=i386format=html discussion on the gcc list on the matter: http://gcc.gnu.org/ml/gcc-patches/1999-09/msg00221.html The same problem was iirc present on OpenBSD. Problem is that mode_t is a primitive system data type that may be defined as a short or an int (in theory I think that POSIX even allows a float), depending on the system; same goes for other such data types, of course. Unfortunately, I do not have edit access for the bug so I have to send this to the list directly. Sorry. Previous Comments: [2001-08-22 18:26:02] [EMAIL PROTECTED] reproduced by [EMAIL PROTECTED] (bug report #11761. [2001-08-19 10:40:46] [EMAIL PROTECTED] gcc 3.0: Making all in TSRM /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DHPUX11 -DUSE_HSREGEX -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2 -c TSRM.c /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DHPUX11 -DUSE_HSREGEX -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2 -c tsrm_strtok_r.c /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DHPUX11 -DUSE_HSREGEX -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2 -c tsrm_virtual_cwd.c tsrm_virtual_cwd.c: In function `virtual_open': tsrm_virtual_cwd.c:568: `mode_t' is promoted to `int' when passed through `...' tsrm_virtual_cwd.c:568: (so you should pass `int' not `mode_t' to `va_arg') Changing mode_t to int on tsrm_virtual_cwd.c:568 eliminates the error. Edit this bug report at http://bugs.php.net/?id=12842edit=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 #12919 Updated: Server crashes
ID: 12919 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: IIS related Operating System: NT4 sp6 PHP Version: 4.0.6 New Comment: CGI or ISAPI? Does it happen with the php_oracle.dll turned off (commented out in php.ini)? Previous Comments: [2001-08-23 07:37:09] [EMAIL PROTECTED] After some time the IIS server craches with following description in the LOG The HTTP server encountered an unhandled exception while processing the ISAPI Application ' php4ts!php_execute_script + 0x60'. on the browserscreen following message is visible PHP has encountered an Access Violation at 0388581f Only loaded: extension=php_oracle.dll Edit this bug report at http://bugs.php.net/?id=12919edit=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 #12921 Updated: sending email from timezone +0800 but displayed -0800
ID: 12921 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Mail related Operating System: win 2k PHP Version: 4.0.6 New Comment: this is not a support forum. see http://www.php.net/support.php Previous Comments: [2001-08-23 07:55:30] [EMAIL PROTECTED] When i use this function mail($recipient, $subject, $message, $headers), mail was sent successfully but when recipient receive the mail the date is a day ahead because the timezone displayed is -0800 instead of +0800. Im from +0800. Please help Edit this bug report at http://bugs.php.net/?id=12921edit=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 #12921 Updated: sending email from timezone +0800 but displayed -0800
ID: 12921 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Bogus Bug Type: Mail related Operating System: win 2k PHP Version: 4.0.6 Previous Comments: [2001-08-23 07:55:30] [EMAIL PROTECTED] When i use this function mail($recipient, $subject, $message, $headers), mail was sent successfully but when recipient receive the mail the date is a day ahead because the timezone displayed is -0800 instead of +0800. Im from +0800. Please help Edit this bug report at http://bugs.php.net/?id=12921edit=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 #12919 Updated: Server crashes
ID: 12919 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Duplicate Bug Type: IIS related Operating System: NT4 sp6 PHP Version: 4.0.6 New Comment: From: Maartense, Patrick [JACAT] [EMAIL PROTECTED] Darn I can not give the reply as I have no Pwd for that ID This happens with ISAPI As far as I remember we also had this when not loading the ORACLE api. Ok, marking this one as duplicate, then. There are lots of other bug reports about access violations with IIS, and some of them have more info IIRC. BTW, can someone please fix the bug db so that it rejects posts w/o passwords? Previous Comments: [2001-08-23 07:39:25] [EMAIL PROTECTED] CGI or ISAPI? Does it happen with the php_oracle.dll turned off (commented out in php.ini)? [2001-08-23 07:37:09] [EMAIL PROTECTED] After some time the IIS server craches with following description in the LOG The HTTP server encountered an unhandled exception while processing the ISAPI Application ' php4ts!php_execute_script + 0x60'. on the browserscreen following message is visible PHP has encountered an Access Violation at 0388581f Only loaded: extension=php_oracle.dll Edit this bug report at http://bugs.php.net/?id=12919edit=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 #12986 Updated: can't read the script
ID: 12986 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: PWS related Operating System: windows 98 first edition PHP Version: 4.0.6 New Comment: This is a bug database, not a support forum. Take a look at http://www.php.net/support.php. Previous Comments: [2001-08-27 20:50:57] [EMAIL PROTECTED] HTTP Error 403 403.1 Forbidden: Execute Access Forbidden This error can be caused if you try to execute a CGI, ISAPI, or other executable program from a directory that does not allow programs to be executed. Please contact the Web server's administrator if the problem persists. this error message always show up for every type of script, even just the simplest script I use PWS 4.0 I execute the script by using this command: http://localhost/file.php my computer offline Edit this bug report at http://bugs.php.net/?id=12986edit=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 #12977 Updated: Unable to load dynamic library 'd:\applications\php\extensions\php_oci8.dll' -
ID: 12977 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: OCI8 related Operating System: WINDOWS 2000 + iis 5 PHP Version: 4.0.6 New Comment: user feedback: Yes We found this morming that we had to re-install the oracle client in order to connect to the database closing Previous Comments: [2001-08-27 15:59:59] [EMAIL PROTECTED] Do you have the Oracle client installed on this machine? [2001-08-27 09:48:09] [EMAIL PROTECTED] I install PHP 4.0.6 with IIS 5 and it did install find. I did modify my php.ini. I did create a test page and then it says : Unable to load dynamic library 'd:\applications\php\extensions\php_oci8.dll' - The specified module could not be found And it write the same thing on my server I have installed php on : d:\applications\php and the extension are located on d:\applications\php\extensions I have double check the extension_dir What do i have to do to make it works??? Thanks Philippe BABILOTTE What do i have to do Edit this bug report at http://bugs.php.net/?id=12977edit=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 #12895 Updated: mysql_fetch_row
ID: 12895 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Bogus Status: Open Old Bug Type: MySQL related Bug Type: Feature/Change Request Operating System: Debian 2.2 PHP Version: 4.0.6 New Comment: assuming you meant you missed nl = null, and the dump should've ended with [2] = null instead of [2] = 2, this is a 'feature', and you're not the only one questioning this behavior. changing to change request. I hope Zeev notices this, and finally allows this change in. :) Previous Comments: [2001-08-29 07:48:10] [EMAIL PROTECTED] ohh sorry, should be mysql_fetch_array, sorry for mistake [2001-08-28 04:40:10] [EMAIL PROTECTED] mysql_fetch_row does NOT return an associative array. Use mysql_fetch_array or mysql_fetch_assoc instead. [2001-08-22 09:49:07] [EMAIL PROTECTED] when i call mysql_fetch_row($result, MYSQL_BOTH) a should got associte array, but don't. if there are some fields with NULL only number is shown not name of field - Example: fields in db: id, t1, n1 value 0, 'text', NULL after mysql_fetch_row($result, MYSQL_BOTH), print_r returns: Array([0] = 5 [id] = 5 [1] = 'text' [t1] = 'text' [2] = 2) there is missing n1 = 2 Edit this bug report at http://bugs.php.net/?id=12895edit=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 #13073 Updated: empty() returns wrong value
ID: 13073
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Variables related
Operating System: Linux, Windows2000
PHP Version: 4.0.6
New Comment:
I suggest you turn your attention to the PHP manual.
(Though I admit that the fact that empty() returns true for 0 and 0 could be stresse
more in the manual page.)
Previous Comments:
[2001-08-31 04:19:28] [EMAIL PROTECTED]
Hi,
the value of iid comes from the URL-request-string. I.e. iid=0
If I test of the emptyness of $iid, empty($iid) returns FALSE, but $iid is not empty.
if (empty($iid)) {
$iid = '5.1';
}
The test if ($iid == '') returns the right value.
regards,
Carsten
Edit this bug report at http://bugs.php.net/?id=13073edit=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 #13055 Updated: When GetImgSize/ ImageSX invoked - errroneous error msg
ID: 13055
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: GetImageSize related
Operating System: Win98SE UNIX
PHP Version: 4.0.6
New Comment:
user feedback:
*
From: Malcolm Clark [EMAIL PROTECTED]
To: Bug Database [EMAIL PROTECTED]
Date: Thu, 30 Aug 2001 19:12:10 +0100
What is the error message you get?
No Database selected
And please add a SHORT standalone example script
which does not depend on databases.
I don't think this is possible, considering the above error msg emanates
from a db request. ( mysql_error(); )
I suggest using any mysql db on your system and changing $C_db in
config.ini to the name of the test db you want to use. I've tried it here
and still get the problem. :( Finally make up a simple INSERT statement or
something.
*
next time, use the web interface for replies. direct link to your PR is included in
every mail from the bug db.
Previous Comments:
[2001-08-30 12:07:23] [EMAIL PROTECTED]
What is the error message you get?
And please add a SHORT standalone example script
which does not depend on databases.
--Jani
[2001-08-30 06:23:00] [EMAIL PROTECTED]
I have isolated the problem domain in the following script. Required files are below
it. Assuming you have a db created, the script duly INSERTs. Remove the comments from
//$size... and I get this error,No Database selected, and yet you can $db1-getdb();
to simultaneously echo the db chosen. I tried ImageSX hoping to find a way round, but
alasI'm here with a bug report.
?
require (config.ini);
require (mysqldb.obj);
$img_path = C:\Program Files\Apache
Group\Apache\htdocs\img\images\marked\image6.png;
//$size= GetImageSize($img_path);
$db1 = new mysqldb();
$db1-setsql(INSERT INTO images
(img_desc,img_fname,img_fsize,img_ftype,
img_xval,img_yval,img_tn_grp,img_cat,
img_angle,img_admit,img_up_date)
VALUES
(\$img_desc\,\$image_fname\,\$uploaded_image_size\,
\$uploaded_image_type\,\$img_xval\,\$img_yval\,
\$img_tn_grp\,\$img_cat\,\$img_angle\,\N\,\$img_up_date\)
);
if(!$db1-deladdmod()){echo $db1-err ;exit;}
//
?
config file
**
?
// FILE PATHS
$C_image_fpath = C:\\Program Files\\Apache
Group\\Apache\\htdocs\\img\\images\\uploads\\orig\\;
$C_thumb_fpath = C:\\Program Files\\Apache
Group\\Apache\\htdocs\\img\\images\\uploads\\thumbs\\;
// archive paths
$C_image_fpathA = C:\\Program Files\\Apache
Group\\Apache\\htdocs\\img\\images\\archive\\orig\\;
$C_thumb_fpathA = C:\\Program Files\\Apache
Group\\Apache\\htdocs\\img\\images\\archive\\thumbs\\;
// DATABASE
$C_host = localhost;
$C_db = photo;
$C_username = ;
$C_password = ;
$C_table1 =images;
$C_table2 =author;
$C_table3 =archive;
// # MAPS in grid
$C_map_num = 9;
// makemap.obj
$MARKER_RGB = array (array(red,255,0,0),
array(blue,0,0,255));
$MARKER_FONT= ARIAL.TTF;
$MARKER_FONT_SIZE = 10;
$MARKER_TYPE= array ( , #164;);
// IMG FILES - supported file types and max upload fsize
$C_img_types= .jpg/.jpeg;
$C_max_fsize= 200;
$C_max_fsize_bytes = 204800;
// SITE
$C_site_name= PEAKAROUND;
$C_site_title = BTHE SAWDS GALLERY#153;/B;
$C_site_title_txt = THE SAWDS GALLERY;
//$C_nav_back = ;
$C_faq_txt = Please refer to the HELP pages.;
// MAIL
$C_mail_admin = [EMAIL PROTECTED];
$C_mail_from= [EMAIL PROTECTED];
$C_mail_feedback= [EMAIL PROTECTED];
// LOGIC
$C_true = 1;
$C_false= 0;
?
mysqldb.obj
?
class mysqldb
{
var $host;
var $db;
var $dbuser;
var $dbpassword;
var $sql;
var $numberrows;
var $dbopenstatus;
var $dbconnection;
var $err;
var $qry;
// Property Get Set
function gethost() {
return $this-dbhost;
}
function sethost($req_host) {
$this-dbhost = $req_host;
}
function getdb() {
return $this-db
[PHP-DEV] Bug #13055 Updated: When GetImgSize/ ImageSX invoked - errroneous error msg
ID: 13055
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: GetImageSize related
Operating System: Win98SE UNIX
PHP Version: 4.0.6
New Comment:
Did you really test that this script is the shortest one that reproduces the problem,
and that it isn't a PEBKAC, i. e. a flaw in the program logic? 300 lines isn't what
most people would call a short script.
Previous Comments:
[2001-08-31 12:12:58] [EMAIL PROTECTED]
Also reading the manual would help.
--Jani
Ok, so I'm no great programmer, I don't know the manual inside out (then who does?)
and I didn't use your web interface, but really..if you want to promote people to get
involved with open source stuff and to at least try to evolve it, do you really think
a RTFM response was the correct one?
Malcolm Clark
[2001-08-31 09:01:20] [EMAIL PROTECTED]
Please ask support questions on the mailing lists:
http://www.php.net/support.php
Also reading the manual would help.
--Jani
[2001-08-31 07:50:18] [EMAIL PROTECTED]
user feedback:
*
From: Malcolm Clark [EMAIL PROTECTED]
To: Bug Database [EMAIL PROTECTED]
Date: Thu, 30 Aug 2001 19:12:10 +0100
What is the error message you get?
No Database selected
And please add a SHORT standalone example script
which does not depend on databases.
I don't think this is possible, considering the above error msg emanates
from a db request. ( mysql_error(); )
I suggest using any mysql db on your system and changing $C_db in
config.ini to the name of the test db you want to use. I've tried it here
and still get the problem. :( Finally make up a simple INSERT statement or
something.
*
next time, use the web interface for replies. direct link to your PR is included in
every mail from the bug db.
[2001-08-30 12:07:23] [EMAIL PROTECTED]
What is the error message you get?
And please add a SHORT standalone example script
which does not depend on databases.
--Jani
[2001-08-30 06:23:00] [EMAIL PROTECTED]
I have isolated the problem domain in the following script. Required files are below
it. Assuming you have a db created, the script duly INSERTs. Remove the comments from
//$size... and I get this error,No Database selected, and yet you can $db1-getdb();
to simultaneously echo the db chosen. I tried ImageSX hoping to find a way round, but
alasI'm here with a bug report.
?
require (config.ini);
require (mysqldb.obj);
$img_path = C:\Program Files\Apache
Group\Apache\htdocs\img\images\marked\image6.png;
//$size= GetImageSize($img_path);
$db1 = new mysqldb();
$db1-setsql(INSERT INTO images
(img_desc,img_fname,img_fsize,img_ftype,
img_xval,img_yval,img_tn_grp,img_cat,
img_angle,img_admit,img_up_date)
VALUES
(\$img_desc\,\$image_fname\,\$uploaded_image_size\,
\$uploaded_image_type\,\$img_xval\,\$img_yval\,
\$img_tn_grp\,\$img_cat\,\$img_angle\,\N\,\$img_up_date\)
);
if(!$db1-deladdmod()){echo $db1-err ;exit;}
//
?
config file
**
?
// FILE PATHS
$C_image_fpath = C:\\Program Files\\Apache
Group\\Apache\\htdocs\\img\\images\\uploads\\orig\\;
$C_thumb_fpath = C:\\Program Files\\Apache
Group\\Apache\\htdocs\\img\\images\\uploads\\thumbs\\;
// archive paths
$C_image_fpathA = C:\\Program Files\\Apache
Group\\Apache\\htdocs\\img\\images\\archive\\orig\\;
$C_thumb_fpathA = C:\\Program Files\\Apache
Group\\Apache\\htdocs\\img\\images\\archive\\thumbs\\;
// DATABASE
$C_host = localhost;
$C_db = photo;
$C_username = ;
$C_password = ;
$C_table1 =images;
$C_table2 =author;
$C_table3 =archive;
// # MAPS in grid
$C_map_num = 9;
// makemap.obj
$MARKER_RGB = array (array(red,255,0,0),
array(blue,0,0,255));
$MARKER_FONT= ARIAL.TTF;
$MARKER_FONT_SIZE = 10;
$MARKER_TYPE= array ( , #164;);
// IMG FILES - supported file types and max upload fsize
$C_img_types= .jpg/.jpeg;
$C_max_fsize= 200;
$C_max_fsize_bytes = 204800;
// SITE
$C_site_name= PEAKAROUND;
$C_site_title = BTHE SAWDS GALLERY#153;/B;
$C_site_title_txt = THE SAWDS GALLERY;
//$C_nav_back = ;
$C_faq_txt = Please refer to the HELP pages.;
// MAIL
[PHP-DEV] Bug #13084: can't pipe into php script
From: [EMAIL PROTECTED]
Operating system: NT 5 SP 1
PHP version: 4.0CVS-2001-08-31
PHP Bug Type: Scripting Engine problem
Bug description: can't pipe into php script
cvs up -r PHP_4_0_7 on both machines done around 17:30 GMT.
on NT5 (standard cmd shell), attempt to pipe into the PHP
script fails, on FreeBSD it works fine. I'd love to blame
it on the stupid shell, but hey, I need this feature. :)
on the NT5 box, the phpx suffix has the following handler
for the Run action: c:\usr\local\bin\php.exe -q %1 %*
c:\temp echo foo bar baz | test.phpx
The process tried to write to a nonexistent pipe.
^C
c:\temp cat test.phpx
?
$in = fopen('php://stdin', 'r');
while(!feof($in)){
echo fgets($in, 4096);
}
echo \n;
?
c:\temp
[cynic(cynic)@freepuppy bin]$ echo foo bar baz | ./test.phpx
foo bar baz
[cynic(cynic)@freepuppy bin]$ cat test.phpx
#!/tmp/php-4.0.7/bin/php -q
?
$in = fopen('php://stdin', 'r');
while(!feof($in)){
echo fgets($in, 4096);
}
echo \n;
?
[cynic(cynic)@freepuppy bin]$ uname -a
FreeBSD freepuppy 4.3-RELEASE-p14 FreeBSD 4.3-RELEASE-p14 #0: \
Tue Aug 28 15:45:24 CEST 2001 \
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/FREEPUPPY i386
--
Edit bug report at: http://bugs.php.net/?id=13084edit=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 #13560 Updated: mysql_fetch_object can't return any record
ID: 13560 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: MySQL related Operating System: win2000 PHP Version: 4.0.6 New Comment: not enough info. read bugs-dos-and-donts.php Previous Comments: [2001-10-05 06:33:07] [EMAIL PROTECTED] it dosen't return any record when i use mysql_fetch_object to fetch result! Edit this bug report at http://bugs.php.net/?id=13560edit=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 #13563 Updated: required directory c:\tmp not created if not found
ID: 13563 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Session related Operating System: PHP Version: 4.0.6 New Comment: not a bug. Previous Comments: [2001-10-05 09:46:47] [EMAIL PROTECTED] Sessions depends on the existence of a special root level folder named \tmp. Unfortunately, this is not created if it is not present when sessions needs it. Instead, an error message is generated - but this is only meaningful if the rest of the browser-server-php-database-os software dependency chain is absolutely correct... I just had to re-install everything after a virus trashed my HD and I needed to re-format. It took me quite a while to figure out exactly what was wrong. I hope this 'tip' saves other folks similar hassles. Edit this bug report at http://bugs.php.net/?id=13563edit=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 #13733 Updated: Session variables not Saved
ID: 13733 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Duplicate Bug Type: Session related Operating System: Windows 2000 Professional PHP Version: 4.0.6 New Comment: submitted twice Previous Comments: [2001-10-18 07:59:25] [EMAIL PROTECTED] It has been reported in Bug id #12679 before. But I'm using a local network to test scripts, so I leave the session.cookie_domain with blank. It can't work. Then I tried to fill the session.cookie_domain with my commputer name, it didn't work too. But when I put these scripts on a FreeBSD box(also in local), it works well. So, what's wrong? Edit this bug report at http://bugs.php.net/?id=13733edit=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 #13875 Updated: Apache 1.3.22 will start outputing Segmentation fault (11)'s in error_log and sl
ID: 13875 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Reproducible crash Operating System: Linux 2.4.12-ac1 Glibc 2.2.4 GCC PHP Version: 4.0.6 New Comment: Signal 11 is almost exclusively a mark of a problematic memory subsytem: faulty or mismatched chips. Are you sure this is not the case? Previous Comments: [2001-10-30 12:43:43] [EMAIL PROTECTED] I have now tried the latest snapshot, 20011030, and gotten a crash and backtrace, it isn't the passthru, since this did the Segmentation Fault on an opendir() call. #0 0x40008a25 in _dl_lookup_versioned_symbol () from /lib/ld-linux.so.2 #1 0x4000b1fa in fixup () from /lib/ld-linux.so.2 #2 0x4000b3c0 in _dl_runtime_resolve () from /lib/ld-linux.so.2 #3 0x80f503c in zif_opendir (ht=1, return_value=0x837ae0c, this_ptr=0x0, return_value_used=1) at dir.c:192 #4 0x8191e22 in execute (op_array=0x837ad44) at zend_execute.c:1598 #5 0x816c80a in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:814 #6 0x80a715e in php_execute_script (primary_file=0xb7b0) at main.c:1310 #7 0x817876c in apache_php_module_main (r=0x8337b74, display_source_mode=0) at sapi_apache.c:90 #8 0x80a3792 in send_php (r=0x8337b74, display_source_mode=0, filename=0x8339614 /var/www/html/ModemStats/fuu.php) at mod_php4.c:575 #9 0x80a37f5 in send_parsed_php (r=0x8337b74) at mod_php4.c:590 #10 0x819c2b3 in ap_invoke_handler (r=0x8337b74) at http_config.c:517 #11 0x81b0ebb in process_request_internal (r=0x8337b74) at http_request.c:1311 #12 0x81b0f30 in ap_process_request (r=0x8337b74) at http_request.c:1327 #13 0x81a812d in child_main (child_num_arg=0) at http_main.c:4555 #14 0x81a8304 in make_child (s=0x82cac44, slot=0, now=1004462146) at http_main.c:4668 #15 0x81a847b in startup_children (number_to_start=5) at http_main.c:4750 #16 0x81a8b14 in standalone_main (argc=2, argv=0xbbe4) at http_main.c:5055 #17 0x81a937e in main (argc=2, argv=0xbbe4) at http_main.c:5415 #18 0x40244551 in __libc_start_main () from //lib/libc.so.6 [2001-10-30 11:54:01] [EMAIL PROTECTED] I cannot reproduce this bug 'on the fly', it just happens often when running a gzip process on the server that takes up most of the CPU, then apache+php will have the Segmentation fault (11)'s in the log. It often won't die there, or crash, but will still work and later start really spewing the errors which then the server is inaccessable. It will then often crash after doing that for awhile, it seems to need a person accessing the php pages during the high CPU load to start the 'downward spiral'. I have a backtrace, it seems to be something to do with the passthru function, since that is so far the place it always shows on the backtraces. The passthru function is being used to execute perl scripts on the webserver, outputing html formatted text, there are arguments to those scripts too which sometimes are not defined, which I don't think would be the problem, but am not sure. I can do more debugging, but may need instructions, this is the first time I have done anything with gdb. Details are below, thanks in advance, Chris Kennedy [EMAIL PROTECTED] PHP: version 4.0.6 --with-apache=/u1/sys/src/APACHE/apache_1.3.22 --with-yp --with-mysql=/opt/mysql --with-gdbm --with-config-file-path=/opt/apache/conf --enable-debug --enable-ftp --with-imap --enable-trans-sid --enable-calendar --with-zlib --with-ldap APACHE: version 1.3.22 --prefix=/opt/apache --activate-module=src/modules/php4/libphp4.a --activate-module=src/modules/standard/mod_frontpage.c --activate-module=src/modules/ssl/libssl.a (gdb) run -X Starting program: /opt/apache/bin/httpd -X (gdb) bt #0 0x40008a25 in _dl_lookup_versioned_symbol () from /lib/ld-linux.so.2 #1 0x4000b1fa in fixup () from /lib/ld-linux.so.2 #2 0x4000b3c0 in _dl_runtime_resolve () from /lib/ld-linux.so.2 #3 0x80f6bb7 in php_if_passthru (ht=1, return_value=0x837fac4, this_ptr=0x0, return_value_used=0) at exec.c:315 #4 0x818a21a in execute (op_array=0x8351dbc) at ./zend_execute.c:1504 #5 0x8150434 in zend_execute_scripts (type=8, file_count=3) at zend.c:752 #6 0x80a76ff in php_execute_script (primary_file=0xb908) at main.c:1206 #7 0x816137c in apache_php_module_main (r=0x8330144, display_source_mode=0) at sapi_apache.c:89 #8 0x80a4372 in send_php (r=0x8330144, display_source_mode=0, filename=0x8331c7c /var/www/html/moninter/index.php) at mod_php4.c:536 #9 0x80a43aa in send_parsed_php (r=0x8330144) at mod_php4.c:547 #10 0x8194de9 in ap_invoke_handler (r=0x8330144) at http_config.c:517 #11 0x81aa20f in process_request_internal (r=0x8330144) at http_request.c:1311 #12 0x81aa27a in ap_process_request (r=0x8330144) at http_request.c:1327 #13
[PHP-DEV] Bug #14423 Updated: PHP won't compile with --with-iconv turned on
ID: 14423 Updated by: cynic Old Summary: PHP won't compile with --with-iconv turned on Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Compile Failure Operating System: FreeBSD 4.4-STABLE PHP Version: 4.1.0 New Comment: Does it *always* fail with the former configure line? Previous Comments: [2001-12-24 10:48:32] [EMAIL PROTECTED] Here is configure, which works fine. But I cannot find out what caused it to fail in previous case... './configure' '--with-config-file-path=/usr/local/etc/php.standalone' '--disable-pear' '--enable-discard-path' '--with-readline=/usr' '--enable-versioning' '--with-system-regex' '--disable-debug' '--enable-track-vars' '--with-gd=/usr/local' '--with-freetype-dir=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-zlib' '--with-mysql=/usr/local' '--with-pgsql=/usr/local' '--with-openssl=/usr' '--with-xml' '--with-xmlrpc=/usr/local' '--with-ttf' '--with-freetype' '--enable-xslt' '--with-xslt-sablot' '--with-expat-dir=/usr/local' '--with-dom=/usr/local' '--enable-ftp' '--with-iconv=/usr/local' '--enable-bcmath' '--enable-sockets' '--prefix=/usr/local' 'i386--freebsd4.5' [2001-12-11 07:35:41] [EMAIL PROTECTED] System: [never@mile ~]$ uname -a FreeBSD mile.nevermind.kiev.ua 4.4-STABLE FreeBSD 4.4-STABLE #0: Tue Dec 4 21:12:20 EET 2001 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/mile i386 [never@mile ~]$ pkg_info | grep iconv-2 iconv-2.0_1 Charset conversion library and utilities How to repeat: ./configure '--with-mysql=/usr/local' '--with-pgsql=/usr/local' '--enable-track-vars' '--enable-sockets' '--enable-ftp' '--with-ttf' '--with-gd=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-freetype-dir=/usr/local' '--with-freetype' '--with-zlib-dir=/usr/local' '--with-iconv=/usr/local' '--enable-xslt' '--enable-wddx' '--with-xslt-sablot' '--with-expat-dir=/usr/local' make Output: Making all in . /bin/sh /usr/local/src/php-4.1.0/libtool --silent --mode=link gcc -I. -I/usr/local/src/php-4.1.0/ -I/usr/local/src/php-4.1.0/main -I/usr/local/src/php-4.1.0 -I/usr/local/src/php-4.1.0/Zend -I/usr/local/include/freetype2/freetype -I/usr/local/include/gd -I/usr/local/include -I/usr/local/include/mysql -I/usr/local/src/php-4.1.0/TSRM -g -O2 -o php -export-dynamic stub.lo libphp4.la ./.libs/libphp4.a(internal_functions.o): In function `php_startup_internal_extensions': /usr/local/src/php-4.1.0/main/internal_functions.c(.data+0x28): undefined reference to `iconv_module_entry' *** Error code 1 Stop in /usr/local/src/php-4.1.0. *** Error code 1 Stop in /usr/local/src/php-4.1.0. Edit this bug report at http://bugs.php.net/?id=14423edit=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]
