Re: [PHP-DEV] LDAP V3 Server Side Sorting
On Wed, May 16, 2001 at 08:52:52AM -0700, David Giffin wrote: If we are to follow the Netscape API then we should have a ldap_search_ext() function which we can pass the results of the ldap_create_sort_control(), other server side and client side controls. We can then incorporate Virtual List View Control and Entry Change Notification Control along with the rest of LDAP Version 3 functionality. Yes, I think it might be better to have separate functions for the controls like I suggested in my last mail though. We then make sure to pass the necessary controls to ldap_search_ext() in our internal C function. Also in some cases people can set necessary controls with the existing ldap_set_control() function. This is easier for PHP users than having to first call ldap_create_sort_control() etc. and call ldap_search_ext() with results from those. They would also have to free the resources that ldap_search_ext() will have to create. What I propose is that we only keep the resources internally, and that they are freed in the sort case by calling the set_server_sort.. function with an empty attribute array. This is a matter of taste. I can try to explain my thinking in more detail, but I don't have time for that until next week. Stig -- 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] issues about domxml in 4.0.6
On Yesterday, Colin Viebrock wrote: I've contacted Uwe, and if he doesn't object (or respond ;) within the next day or so, I'll revert the commit in the 4_0_6 branch (leaving head alone). Whoa. Are you saying that 4.0.6 will revert to the domxml syntax that was in 4.0.4 and previous? And that 4.0.5 will just have it's own syntax? no, i don't think, either, that this would be a good idea. but in 4.0.5 the old and the new syntax worked (i'm not sure what's really old and what's new). so if i want to get the childrens of a root domNode i could write: $children = domxml_children($root); (the old method ?) or $children = $root-children; (i assume the new one...) in 4.0.5 both worked. in 4.0.6 only the second works, the first causes a segfault... and segfaults are very annoying for debugging php-code (and maybe some coders even don't know, where their error_log file is to look for segfaults...) and if you compare the returned array $children from the above example in 4.0.5 and in 4.0.6 they are quite different, and that's much more annoying for writing cross-version (what a word...) code. If the this change stays in 4.0.6 please please at least update the documentation and clearly state the difference between 4.0.5 and 4.0.6. chregu -- nam...christian stockeradr...bremgartnerstr. 66, ch-8003 zurich pho...+41 1 451 6021 www...http://phant.ch/chregu mob...+41 76 561 8860 [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] CVS Account Request
Full name: one senn Email: [EMAIL PROTECTED] ID: 8866 Purpose: learn. -- 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] issues about domxml in 4.0.6
Christian Stocker wrote: On Yesterday, Colin Viebrock wrote: I've contacted Uwe, and if he doesn't object (or respond ;) within the next day or so, I'll revert the commit in the 4_0_6 branch (leaving head alone). Whoa. Are you saying that 4.0.6 will revert to the domxml syntax that was in 4.0.4 and previous? And that 4.0.5 will just have it's own syntax? no, i don't think, either, that this would be a good idea. but in 4.0.5 the old and the new syntax worked (i'm not sure what's really old and what's new). so if i want to get the childrens of a root domNode i could write: $children = domxml_children($root); (the old method ?) or $children = $root-children; (i assume the new one...) More accurately i believe: $children = $root-children(); to $children = $root-children; I could be wrong though. in 4.0.5 both worked. in 4.0.6 only the second works, the first causes a segfault... and segfaults are very annoying for debugging php-code (and maybe some coders even don't know, where their error_log file is to look for segfaults...) Well the commit I plan on reversing in the branch what happened during 4.0.6-dev, I got permission from Uwe, so I'll go ahead and do that. -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]
Re: [PHP-DEV] Re: [PHP-QA] PHP 4.0.6RC1 ready for testing
On Wed, May 16, 2001 at 09:06:48PM -0400 , Mike Robinson wrote:
-Original Message-
From: Zak Greant [mailto:[EMAIL PROTECTED]]
Sent: May 15, 2001 3:27 PM
To: [EMAIL PROTECTED]; Andi Gutmans; [EMAIL PROTECTED]
Subject: [PHP-DEV] Re: [PHP-QA] PHP 4.0.6RC1 ready for testing
Andi wrote:
I rolled 4.0.6RC1. It is ready for testing.
http://www.php.net/~andi/php-4.0.6RC1.tar.gz
Please everyone take sometime to make sure this is release worthy :)
Hurray! :)
Successful build on Mandrake 7.1
Basic scripts run w/o issues
The gd support in 4.0.6RC1 got a little broken.
Building snapshot php4-200105060945 against a
copy of gd-1.8.3 with gif support hacked in, php
builds fine and phpinfo() shows:
GD Support enabled
GD Version 1.6.2 or higher
FreeType Support enabled
FreeType Linkage with TTF library
T1Lib Support enabled
GIF Support enabled
JPG Support enabled
PNG Support enabled
WBMP Support enabled
I've build php4 yesterday and it's OK. Note, that it's gd 1.8.3 without gif
support. it has the above without the gif.
Petr Cech
P.S. must remeber to upload
--
Debian GNU/Linux maintainer - www.debian.{org,cz}
[EMAIL PROTECTED]
* Joy notes some people think Unix is a misspelling of Unics which is a
misspelling of Emacs :)
--
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 #10898 Updated: is_dir filetype return wrong values
ID: 10898
User Update by: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Filesystem function related
Operating system: Win ME Win NT 4.0
PHP Version: 4.0.5
Description: is_dir filetype return wrong values
Hello,
than the docs in my book are wrong, it says file instead of path. Sorry for wasting
your time...
Previous Comments:
---
[2001-05-16 10:53:13] [EMAIL PROTECTED]
this is bogus. you have to either chdir() into the $parent or is_dir() the full path.
---
[2001-05-16 08:35:02] [EMAIL PROTECTED]
A little script that should echo alle filetypes of all files in any subdir of the
parent provided.
Now I use opendir to test wether the file is a dir, but this isn't a good solution, is
it?
The is_dir() allways returns false
the filetype() allwyas returns dir
?php
function getFileInfo($parent)
{
$handle = opendir($parent);
while ($file = readdir($handle))
{
$filelist[]=$file ;
}
reset($filelist);
while(list(,$f)=each ($filelist))
{
if ($f!=. $f!=..)
{
if(is_dir($f))
{
getFileInfo($f);
}
else
{
echo filetype($f);
}
}
}
}
getFileInfo(c:datapdf);
?
---
[2001-05-16 06:23:07] [EMAIL PROTECTED]
Please provide a short script so that we can reproduce it.
Derick
---
[2001-05-16 05:44:07] [EMAIL PROTECTED]
Hello,
I'm running php 4.0.5 on my win ME Win NT 4.0 and I have experienced 2 functions
returning the wrong values. I don't know if this bug is allready reported.
the is_dir() allways returns false except for . ..
the filetype() allways returns dir
---
Full Bug description available at: http://bugs.php.net/?id=10898
--
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: Mattias Segerdahl Email: [EMAIL PROTECTED] ID: mattias Purpose: imap/pop functions, translation of the documentation to Swedish -- 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 #5332 Updated: ODBC Connect Fails for Sybase SQLanywhere DB
ID: 5332 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: ODBC related Operating system: Windows 2000 PHP Version: 4.0 Release Candidate 2 Description: ODBC Connect Fails for Sybase SQLanywhere DB The first parameter of the odbc_connect function call is datasource name. If I don't supply a valid datasource name as maintained in the odbc datasource administrator, I receive the following error message: Warning: SQL error: [Microsoft][ODBC Driver Manager] Data source name not found and no default driver specified, SQL state IM002 in SQLConnect in C:\Inetpub\wwwroot\wj\sqlanywhere.php on line 16 If I provide a valid datasource name, I receive the following error message: Warning: SQL error: [Sybase][ODBC Driver]Unable to connect to database server: database engine not running, SQL state 08001 in SQLConnect in C:\Inetpub\wwwroot\wj\sqlanywhere.php on line 16 Please note once again. THE VERY SAME datasource definition can be used to connect to the database via Excel or Borland C++, etc. Previous Comments: --- [2001-05-16 19:01:32] [EMAIL PROTECTED] The SQL error you are receiving is Server rejected access I'm wondering if your odbc_connect only needs wald instead of waldserver - wald --- [2001-03-26 16:22:39] [EMAIL PROTECTED] Yes, this is still happening. I have loaded PHP version 4.04 PL1. I am trying to run the following simple script: - html head titleNeue Seite 2/title /head body ?php $connect = odbc_connect(wadlserv - wadl,johnsonw,password); echo Odbc connection variable: $connect; $returncode = odbc_exec($connect, select * from testtable;); echo $returncode; odbc_close($connect); $date = date(m.d.Y G:i:s T); echo $date; ? /body /html The output I receive is: Warning: SQL error: [Sybase][ODBC Driver]Unable to connect to database server: unable to start database engine, SQL state 08001 in SQLConnect in c:inetpubwwwrootodbctestdefault.php on line 11 Odbc connection variable: Warning: Supplied argument is not a valid ODBC-Link resource in c:inetpubwwwrootodbctestdefault.php on line 13 Warning: Supplied argument is not a valid ODBC-Link resource in c:inetpubwwwrootodbctestdefault.php on line 15 Warning: Supplied argument is not a valid ODBC-Link resource in c:inetpubwwwrootodbctestdefault.php on line 15 03.26.2001 22:50:23 Westeuropäische Normalzeit - I have enabled the ODBC log. However, the log shows absolutely nothing for this ODBC connection attempt via PHP. I can connect via Excel and Borland DB explorer for example. Here are excerpts from the odbc logs: ODBC via Excel: MSQRY32 5ac-850 ENTER SQLDriverConnectW HDBC00811910 HWND00020564 WCHAR * 0x1F7D8B70 [ -3] ** 0 SWORD -3 WCHAR * 0x1F7D8B70 SWORD8 SWORD * 0x UWORD1 SQL_DRIVER_COMPLETE MSQRY32 5ac-850 EXIT SQLDriverConnectW with return code 0 (SQL_SUCCESS) HDBC00811910 HWND00020564 WCHAR * 0x1F7D8B70 [ -3] ** 0 SWORD -3 WCHAR * 0x1F7D8B70 SWORD8 SWORD * 0x UWORD1 SQL_DRIVER_COMPLETE MSQRY32 5ac-850 ENTER SQLGetInfoW HDBC00811910 UWORD2 SQL_DATA_SOURCE_NAME PTR 0x00811A40 SWORD 2048 SWORD * 0x0006EF96 MSQRY32 5ac-850 EXIT SQLGetInfoW with return code 0 (SQL_SUCCESS) HDBC00811910 UWORD2 SQL_DATA_SOURCE_NAME PTR 0x00811A40 [ 30] wadlserv - wadl SWORD 2048 SWORD * 0x0006EF96 (30) ODBC from Borland DB Explorer: dbexplor88c-850 EXIT SQLDataSourcesW with return code 0 (SQL_SUCCESS) HENV02B314F0 UWORD1 SQL_FETCH_NEXT WCHAR * 0x02B31658 [ 15] wadlser SWORD
[PHP-DEV] Re: imap_compose_mail attachment filename, disponition
Mattias, A few weeks ago, I made several changes to imap_mail_compose() including the features you're asking for. The patches were submitted by Chuck Hagenbuch and should (I guess) be available in the next release of PHP. Read my original post describing the first patch: http://marc.theaimsgroup.com/?l=php-devm=98858313316117w=2 In addition to the above, two smaller patches were submitted: - Added support for an In-Reply-To: header $env[in_reply_to] = [EMAIL PROTECTED]; - Added support for a custom CHARSET parameter $body[1][type] = TYPETEXT; $body[1][charset] = iso-8859-1; What remains now is to update the documentation accordingly. I'll try to do this soon. Would you like to help me? Best regards, /Johan Ekeberg -- 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: Exporting strlcat()?
On Wed, 16 May 2001, Sterling Hughes wrote: [Talking about strlcat() as it exists globallly in libcurl that then collides with the PHP internal one when building PHP with curl] Yes, I _could_ rename the strlcat() function to something else, but that would not be a really satisfactory solution for me, since the function is indeed used by people and it will be assumed to be around. When did you add strlcat()? I only have this problem with 7.7.3. libcurl's strlcat() has been around longer than that. It first appeared in 7.6.1, back in february this year. If its the internal code-base of cURL your worried about, the patch I sent you declaring it 'static inline' should make the function accessable within cURL itself. Well, to start off with, I can't make it 'inline' indepedent of compiler as there is no standard inline keyword for ANSI C. Secondly, I don't really want it inlined as that will increase the size of the library with very little gain. I could make a solution work for me that would name the function 'Curl_strlcat' and then I'd have a macro for libcurl code that looks like #define strlcat(x,y,z) Curl_strlcat(x,y,z) I'd consider that an acceptable solution. Of course, all libs couldn't do what libcurl does like this, as then you couldn't link with several of this kind. I realize that. I also think that curl shouldn't be exporting a function like strlcat() simply because the purpose of cURL is not that of a general purpose library, but rather a library for fetching URL's. Yes, you're right. But bear in mind that I don't explicitly export strlcat(), it just happens to be a global symbol in my library that also is externally accessible. You can find a long range of other symbols too, that I'd rather not have exported but unfortunately they are. That is mostly due to the nature of the standard unix library concept. If you'll notice strlcpy() is not exported (nm -g libcurl.so | grep strlcpy) from the library, as it is defined in krb4.c not a header file. It is probably not around in your version because you don't have it built with krb4-support enabled, otherwise it will be there. I'll probably make the same fix for this function as the one mentioned above. I've CC'ed the php-dev mailing list on this. As I don't know PHP's build system as in depth as some of the people on this list do. Cc'ed back. Do CC me if you want me to receive replies, I don't subscribe to php-dev. -- Daniel Stenberg - http://daniel.haxx.se - +46-705-44 31 77 ech`echo xiun|tr nu oc|sed 'sx\([sx]\)\([xoi]\)xo un\2\1 is xg'`ol -- 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] Request: Scope variables, $GLOBALS and ???
The ability to get all variables within a certain scope would be a good thing to have I think. If it wouldn't be a huge overhead to make it available? Makes sense also to have class and function scopes available aswell as the $GLOBALS and $HTTP_POST/GET/COOKIE_VARS that are currently available. What i'm proposing is something like $GLOBALS but that only contains the current scope be it function / global or class. $CURRENT[] or $VARIABLES[] or something similar might be a good name for it. - Gustaf (or is this already available in some obscure way?) -- 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 #10919: Magicquotes...
From: [EMAIL PROTECTED] Operating system: Linux 2.2.x PHP version: 4.0.5 PHP Bug Type: *General Issues Bug description: Magicquotes... I use QMAIL with VMAILMGR and webbased oMail-Admin 0.97.2. The problem is that, if i have Magic Quotes Enabled he escape all html stuff like img src=\/images/test.gif\. Thats bad. Is there any problem with? Regards Bat[e] -- Edit Bug report at: http://bugs.php.net/?id=10919edit=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 #10920: bugs.php.net problem
From: [EMAIL PROTECTED] Operating system: ... PHP version: 4.0.5 PHP Bug Type: *General Issues Bug description: bugs.php.net problem Sorry, incorrect user id/password pair. Warning: Supplied argument is not a valid MySQL result resource in /local/Web/sites/phpweb/bugs.php on line 645 Please fix that. I got this error if i would like to edit a bug report. -- Edit Bug report at: http://bugs.php.net/?id=10920edit=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 #10920 Updated: bugs.php.net problem
ID: 10920 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *General Issues Operating system: PHP Version: 4.0.5 Assigned To: Comments: Not a bug in PHP itself. Please direct these kinds of messages to [EMAIL PROTECTED] (I forwarded this message to them). Derick Previous Comments: --- [2001-05-17 06:04:34] [EMAIL PROTECTED] Sorry, incorrect user id/password pair. Warning: Supplied argument is not a valid MySQL result resource in /local/Web/sites/phpweb/bugs.php on line 645 Please fix that. I got this error if i would like to edit a bug report. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10920edit=2 -- 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] Zend + memory limiter non-compile
Hi,
Compiling with memory limit gives me :
/bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I.
-I../main -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -prefer-non-pic
-static -c zend_alloc.c
zend_alloc.c: In function `_emalloc':
zend_alloc.c:187: parse error before `{'
zend_alloc.c: In function `_erealloc':
zend_alloc.c:322: parse error before `char'
zend_alloc.c:327: `length' undeclared (first use in this function)
zend_alloc.c:327: (Each undeclared identifier is reported only once
zend_alloc.c:327: for each function it appears in.)
zend_alloc.c:327: `s' undeclared (first use in this function)
zend_alloc.c:329: warning: assignment from incompatible pointer type
make: *** [zend_alloc.lo] Error 1
Attached patch fixes that.
Regards,
Igmar
--
Igmar Palsenberg
JDI Media Solutions
Boulevard Heuvelink 102
6828 KT Arnhem
The Netherlands
mailto: [EMAIL PROTECTED]
PGP/GPG key : http://www.jdimedia.nl/formulier/pgp/igmar
? zend_limit_fix.patch
Index: zend_alloc.c
===
RCS file: /repository/Zend/zend_alloc.c,v
retrieving revision 1.78
diff -r1.78 zend_alloc.c
187c187
if (AG(allocated_memory) AG(allocated_memory_peak) {
---
if (AG(allocated_memory) AG(allocated_memory_peak)) {
312a313
}
314d314
--
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.6RC1 ?=$var? ?php=$var? problem
Just wanted to let you know, That this little nice functions has stoped working in 4.0.6rc1.. // Mattias -- 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-QA] PHP 4.0.6RC1 ready for testing
I reverted the changes in that file, removed config.cache, made clean, make make install, and it stilll messed up. It seems to compile and install fine, then apache fails to load php, something about an undefined reference to TT_FACE..., so it seems to be messing up on the ttf stuff. I'll have a closer look at things when I get home from work. Regards Mike Robinson Andi Gutmans wrote: Can you try and revert those changes and see if it helps? Maybe you can find the cause of the problem? Andi At 10:11 PM 5/16/2001 -0400, Mike Robinson wrote: Andi wrote: I rolled 4.0.6RC1. It is ready for testing. http://www.php.net/~andi/php-4.0.6RC1.tar.gz Please everyone take sometime to make sure this is release worthy :) Hmm. I can't get freetype2 support hooked up. It worked fine in a snapshot from about a week ago. (php4-200105060945) In that snapshot, png support was successful without having to specify --with-png-dir=/usr, thats no longer the case. This is with gd-1.8.3gif installed from source, and the stock freetype2 rpms on redhat-7.1. There were some changes about a week ago to php4/ext/gd/config.m4 involving freetype dir tests (amongst others). -- 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-CVS] cvs: php4 /main win95nt.h
Sebastian Bergmann wrote: sbergmann Thu May 17 02:55:04 2001 EDT Modified files: /php4/main win95nt.h Log: MS VisualStudio .NET 7.0 has M_PI_4 in math.h This was the only patch (as far as I can tell right now) needed to PHP itself, in order to compile it with the new MS VisualStudio .NET 7.0. However, build fails for libmysql. There are too many error messages to list here. If someone is interested in this, I can send them by PM or put a textfile online. -- sebastian bergmann[EMAIL PROTECTED] http://www.sebastian-bergmann.de bonn.phpug.de | www.php.net | www.phpOpenTracker.de | www.titanchat.de -- 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 commit -- depreciation of call_user_method()
On Wed, 16 May 2001, Rasmus Lerdorf wrote: Sure, but a version number if quite arbitrary and the way we have always ^^ Exactly.. done this is to consider the second digit for large changes. The fact that we haven't had a .1 yet is not really relevant. I don't see why you are making such a big deal out of a version number. ..why can't this 'way we have always' be changed to something else..? :) I'm making this a 'big deal' because it really is time to make some changes in 'the way we have always done things' as it seems to only prevent us from doing anything else.. What I meant with this version number thingie is that as e.g. Zeev doesn't like breaking the 'backwards compatibility' (referred to as BC from now on) we have to find a way to do it 'nicely'. Why not have some kind of roadmap for these. ie. say in that in which versions (minor number) will some function,extension, etc. not exist, or in which version something isn't BC anymore. And like Sean suggested, we could create some tools which either fix or at least inform that the script is not gonna work with 4.x.x version. [EMAIL PROTECTED] is just for administrative purposes. Licensing issues and Ok. I had totally wrong idea of it then. Sorry. --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] Latest commit -- depreciation of call_user_method()
On 16 May 2001, Stig Sæther Bakken wrote: Hey Jani, you can attribute yourself as the PHP Whipping Boy now if you like. I think you just got enough points. :-) Ok. :) I completely agree that we should start using the minor version. It's like we're afraid to touch it because that would imply too big changes or something. Seeing how huge our process between micro versions has become, it's just getting weirder. My thoughts exactly. It should be made clear in some place, that when the minor number changes, what it means. I think we should take a good look at the 4.1 TODO and split into a 4.1 and 4.2 TODO, and have 4.1 out sooner, maybe even as the next release after 4.0.6. Yes, please. :) --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] Latest commit -- depreciation of call_user_method()
On Wed, 16 May 2001, Andrei Zmievski wrote: Being antagonistically sarcastic won't win you any friends, Jani. If I wanted friends, I'd get a dog.. :) As far as your question about the version numbers, the middle digit gets bumped up when we plan some changes that will break backwards compatibility and implement features in the core language. So, yes, it is something special, it's not for bug fixes or extension changes. Exactly. As we now agree with it, let's get busy and start breaking things! :) --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] Latest commit -- depreciation of call_user_method()
As far as your question about the version numbers, the middle digit gets bumped up when we plan some changes that will break backwards compatibility and implement features in the core language. So, yes, it is something special, it's not for bug fixes or extension changes. Exactly. As we now agree with it, let's get busy and start breaking things! :) dont know if that is a good idea =) i dont see the problems by breaking in other projects, but if you break it in a language like php, weve got the problem that a lot of scrips will not work any longer.. if you break in c / perl / etc. thats no prob, afaik you just need to compile your work before you update the language. In PHP you cant, if you upgrade your scripts need to work if not, providers would need to run more than one php version.. this would give a chaos like index.php4.0 index.php4.1 index.php4.2 etc... this cant be the right way... -- Peter -- 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 #10921: crypt() in php4.0.5, how to install it?
From: [EMAIL PROTECTED] Operating system: Windows 98 PHP version: 4.0.5 PHP Bug Type: *General Issues Bug description: crypt() in php4.0.5, how to install it? Hi, I suppose this is the last resort, and I know you guys know that php4 crypt has been ripped from... well... php4.0.5. I would like to know WHERE i can get instructions on how to install crypt() in php4.0.5, or where a build is to download it with crypt() in it. THis is very critical to my needs. And I dont want to install PHP3 just to get the crypt() function in the install. Thanks for the help. -- Edit Bug report at: http://bugs.php.net/?id=10921edit=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 #10811 Updated:
ID: 10811 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: *Install and Config Operating system: AIX 4.3.3.0 PHP Version: 4.0.4pl1 Description: I trying to build Apache 1.3.12 with PHP4 and Oracle 8.1.6. I've now loaded the latest version of PHP4 from snaps.php.net as 4.0.4pl1 didn't detect Oracle 8 correctly and built this OK with:- ./configure --without-mysql --enable-sigchild --with-oci8=/oracle8/8.1.6 --with-apache=/apache/apache_1.3.12 --enable-track-vars make make install It thens fails when I try to link it into Apache with:- cd ../apache_1.3.12 ./configure --activate-module=src/php4/libphp4.a make cc -DAIX=43 -U__STR__ -DAIX_BIND_PROCESSOR -qnogenpcomp -qnousepcomp -I/php/php4 -I/php/php4/main -I/ php/php4/main -I/php/php4/Zend -I/php/php4/Zend -I/php/php4/TSRM -I/php/php4/TSRM -I/php/php4 -DUSE_EXPAT -I./ lib/expat-lite -DNO_DL_NEEDED `./apaci` -lm-o httpd buildmark.o modules.o modules/php4/libphp4.a modules /standard/libstandard.a main/libmain.a ./os/unix/libos.a ap/libap.a lib/expat-lite/libexpat.a -R/oracle8/ 8.1.6/lib -L/oracle8/8.1.6/lib -Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4 -ldl -lld -l bsd_r -lm -lodm -ldl -lcrypt -lbind -lm -ldl -lclntsh ld : 0706-027 L'option -R /oracle8/8.1.6/lib n'est pas prise en compte. ld : 0711-317 ERREUR : Symbole non défini : .alloca ld : 0711-345 Pour plus de détails, utilisez l'option -bloadmap ou -bnoquiet. make : 1254-004 Code d'erreur de la dernière commande : 8. Previous Comments: --- [2001-05-11 18:20:17] [EMAIL PROTECTED] Please try the latest CVS snapshot from http://snaps.php.net as I just fixed one bug in the configure related to Oracle. --Jani --- [2001-05-11 06:01:18] [EMAIL PROTECTED] When I want to configure PHP I have this error message in the debug.log ./configure --with-oracle=/oracle8/8.1.6 --with-oci8=/oracle/8.1.6 --with-apache=/apache/apache_1.3.12 --enable-track-vars --enable-sigchild --without-mysql ld : 0706-027 The -R /oracle8/8.1.6/lib flag is ignored ld : 0706-006 Cannot find or open library file : -l core4 ld:open() : No such file or directory ld : 0706-006 Cannot find or open library file : -l nlsrtl13 ld:open() : No such file or directory --- Full Bug description available at: http://bugs.php.net/?id=10811 -- 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 #10922: error: failed dependencies when installing rpm
From: [EMAIL PROTECTED]
Operating system: SuSE Linux 7.1
PHP version: 4.0.4pl1
PHP Bug Type: *Install and Config
Bug description: error: failed dependencies when installing rpm
I used the mod_php4-4.0.4pl1-1.src.rpm from SuSE Linux 7.1 to create a rpm.
Installed Apache: 1.3.19-6
gcc : 2.95.2-149
DB2 Connect Enterprise Edition: V7.1
Add library directories to /etc/ld.so.conf:
1. /usr/IBMdb2/V7.1/lib
2. /usr/IBMdb2/V7.1/include
Connect to db2 under the console of DB2 Connect works!
Modifications in /usr/src/packages/SPECS/mod_php.spec:
1. outcomment all things for roxen and adabase
2. configure-options:
./configure --prefix=/usr --bindir=/usr/bin --libdir=/usr/lib
'--with-exec-dir=%{libdir}/php/bin' --with-mysql=/usr --with-gd=yes
--with-tiff-dir=/usr --with-jpeg-dir=/usr --with-png-dir=/usr
--with-xpm-dir=/usr/X11R6 --with-pdflib=/usr --with-zlib=yes --with-xml --with-ttf
--with-ftp --with-curl --with-gd=yes --with-ibm-db2=/home/db2inst1/sqllib
--enable-bcmath --enable-trans-sid --enable-track-vars --enable-magic-quotes
--enable-safe-mode --enable-sockets --enable-calendar --enable-ftp
--enable-memory-limit --with-config-file-path=/etc/httpd --with-apxs=/usr/sbin/apxs
--with-exec-dir=/usr/lib/apache/bin i386-suse-linux-gnu
Start producing rpm:
rpm bb /usr/src/packages/SPECS/mod_php4.spec
Try to install the rpm:
rpm -i mod_php4-4.0.4pl1-1.i386.rpm
When I do this I get the messages:
error: failed dependencies:
/usr/bin/php is needed by mod_php4-4.0.4pl1-1
libdb2.so.1 is needed by mod_php4-4.0.4pl1-11
libstdc++-libc6.1-1.so.2 is needed by mod_php4-4.0.4pl1-1
- the folder /usr/bin/php really doesn't exist
- i located the file libdb2.so.1 in the folder /usr/IBMdb2/V7.1/lib/
- i located the file libstdc++-libc6.1-1.so.2 in the folder /usr/lib/
What's the problem?
On the machine I generated the rpm php is working, but I can't get the connect to DB2
via PHP.
phpinfo():
ODBC library: db2
ODBC_INCLUDE: -I/home/db2inst1/sqllib/include
ODBC_LFLAGS: -L/home/db2inst1/sqllib/lib
ODBC_LIBS:-ldb2
Error-message when I try connect DB2 via PHP:
Warning: SQL error: , SQL state in SQLConnect in
/usr/local/httpd/htdocs/PHP/connect_test_db2.php on line 10
line 10 in the script: $conn = odbc_connect($dsn,$user,$passwd);
Is there a mistake or is the problem the failed dependencies from the
rpm-installation
--
Edit Bug report at: http://bugs.php.net/?id=10922edit=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 #9076 Updated: GregorianToJD function returns incorrect values
ID: 9076
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: Calendar related
Operating system: RedHat Linux 6.2 (kernel 2.2.18-
PHP Version: 4.0.4pl1
Description: GregorianToJD function returns incorrect values
Okay, this gets stranger and stranger...
Gives this output..
D:\cvs\php4\Release_TSDbgphp -q test.php
2451943
2/2/2001
227
7/6/1980
Oops, you had the month and day the wrong way round for the
second case - should be 2444398. But, I noticed you were
testing using the Windows version and so I ran exactly the
same script (corrected, naturally) on my Windows version of
4.0.4pl1 and got correct results. Weird! It definitely
gives incorrect results on Linux.
However, as I said in the first place - this *shouldn't* be
anything to do with which version of PHP, how it was
compiled or on which platform - the maths in the
GregorianToSdn function in gregor.c is just *wrong*.
To prove this, take your pocket calculator and let's work
through the algorithm for the date 7th June 1980. Here we
go:
y = 1980
m = 6
d = 7
m 2 therefore m = m - 3 giving m = 3
y = 0 therefore y = y + 4800 giving y = 6780
jd = ((y / 100) * 146097) / 4
+ ((y mod 100) * 1461) / 4
+ ((m * 153) + 2) / 5
+ d
- 32045
jd = ((6780 / 100) * 146097) / 4
+ ((6780 mod 100) * 1461) / 4
+ ((3 * 153) + 2) / 5
+ 7
- 32045
jd = (67.8 * 146097) / 4
+ (80 * 1461) / 4
+ (459 + 2) / 5
+ 7
- 32045
jd = 9905376.6 / 4
+ 116880 / 4
+ 461 / 5
+ 7
- 32045
jd = 2476344.15 + 29220 + 92.2 + 7 - 32045
jd = 2473618.35
I'm no maths expert, but this is nothing more than
elementary mathematics and the algorithm is clearly giving
the wrong result!
I have no idea how it gets the right result on Windows - by
rights it shouldn't - unless the Windows version uses a
different library for calender functions (i.e. not
gregor.c).
What I think also needs to be investigated now is why the
Windows version gives the results it gives, because the
algorithm is wrong.
Previous Comments:
---
[2001-05-13 07:35:24] [EMAIL PROTECTED]
I cant reproduce this at all..
The following script:
?php
$jd = GregorianToJD (02,02,2001);
echo $jdn;
$gregorian = JDToGregorian ($jd);
echo $gregoriann;
$jd = GregorianToJD (7,6,1980);
echo $jdn;
$gregorian = JDToGregorian ($jd);
echo $gregoriann;
?
Gives this output..
D:cvsphp4Release_TSDbgphp -q test.php
2451943
2/2/2001
227
7/6/1980
which is what I would expect.
Please reopen bug report if I am wrong (and point out why I am wrong). Also if your
system still displays incorrect dates with latest cvs or 4.0.6RC1 please reopen too
giveing more information about your system.
- James
---
[2001-04-29 05:50:00] [EMAIL PROTECTED]
Ill look at these patches at some point soon.
- James
---
[2001-02-09 07:15:34] [EMAIL PROTECTED]
I found more thoroughly-researched algorithms for
calculating to and from Gregorian/Julian calender dates
to Julian Day Count values:
http://www.capecod.net/~pbaum/date/date0.htm
I suggest that the PHP Calender functions be based
upon the algorithms here, as meticulous care seems
to have been taken to formulate and proof them.
In the meantime, I have written my own
implementations of the GregorianToJD and
JDToGregorian functions in PHP. I have tested them
using the examples in Table 2 of Chapter 1 of Baum's
work and they pass.
function php_gregoriantojd($input_year, $input_month,
$input_day) {
// Make sure supplied arguments are of the correct
form. Day may be a fractional value,
// but month and year must be integers.
$input_year = intval($input_year);
$input_month = intval($input_month);
$input_day = doubleval($input_day);
// Adjust the start of the year so that it is in March.
if($input_month 3) {
$input_month += 12;
$input_year -= 1;
}
// Calculate and return the Julian Day Count.
return $input_day + floor((153 * $input_month - 457) /
5) + 365 * $input_year + floor($input_year / 4) -
floor($input_year / 100) + floor($input_year / 400) +
1721118.5;
}
function php_jdtogregorian($jdc) {
// Make sure that the Julian Day Count value is proper.
$jdc = doubleval($jdc);
$z = floor($jdc - 1721118.5);
$r = $jdc - 1721118.5 - $z;
$g = $z - 0.25;
$a = floor($g / 36524.25);
$b = $a - floor($a / 4);
$gregorian[year] = floor(($b + $g) / 365.25);
$c = $b + $z - floor(365.25 * $gregorian[year]);
$gregorian[month] = floor((5
[PHP-DEV] Bug #10923: php4 with cyrus imapd
From: [EMAIL PROTECTED] Operating system: solaris8 PHP version: 4.0.5 PHP Bug Type: IMAP related Bug description: php4 with cyrus imapd i have solaris8 system with imap from cyrus ist it possible to compile it with php4.02 ? thank fpr any comments .! -- Edit Bug report at: http://bugs.php.net/?id=10923edit=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 #10921 Updated: crypt() in php4.0.5, how to install it?
ID: 10921 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: *General Issues Operating system: PHP Version: 4.0.5 Assigned To: Comments: Please Read the install stuff in the manual. This is not the pace to ask. Status: Bogus. - James Previous Comments: --- [2001-05-17 07:41:58] [EMAIL PROTECTED] Hi, I suppose this is the last resort, and I know you guys know that php4 crypt has been ripped from... well... php4.0.5. I would like to know WHERE i can get instructions on how to install crypt() in php4.0.5, or where a build is to download it with crypt() in it. THis is very critical to my needs. And I dont want to install PHP3 just to get the crypt() function in the install. Thanks for the help. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10921edit=2 -- 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 #10921 Updated: crypt() in php4.0.5, how to installit?
This was/is problem with the downloadable binaries at www.php.net which someone compiled without enabling crypt. Correct answer to this is: Will be fixed in PHP 4.0.6 --Jani On 17 May 2001 [EMAIL PROTECTED] wrote: ID: 10921 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: *General Issues Operating system: PHP Version: 4.0.5 Assigned To: Comments: Please Read the install stuff in the manual. This is not the pace to ask. Status: Bogus. - James Previous Comments: --- [2001-05-17 07:41:58] [EMAIL PROTECTED] Hi, I suppose this is the last resort, and I know you guys know that php4 crypt has been ripped from... well... php4.0.5. I would like to know WHERE i can get instructions on how to install crypt() in php4.0.5, or where a build is to download it with crypt() in it. THis is very critical to my needs. And I dont want to install PHP3 just to get the crypt() function in the install. Thanks for the help. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10921edit=2 -- 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 #10299 Updated: CPU and Memory Spike
ID: 10299
Updated by: zeev
Reported By: [EMAIL PROTECTED]
Status: Critical
Bug Type: Performance problem
Operating system:
PHP Version: 4.0.4pl1
Assigned To:
Comments:
I'm unable to reproduce a fd leak using require_once() or include_once().
Do you have any script that reproduces this problem?
We can't really replicate your problem in general, but if somehow there's a resource
leak in your setup, lots of different weird things could end up happening.
Previous Comments:
---
[2001-05-09 01:08:11] [EMAIL PROTECTED]
What I found out is that using a lot of include_once, require_once + session will
trigger the CPU and memory spike. Add database access to the script can speed up the
frequency of the spike. And I also found out require_once DO leak memory. pstat -T
show that file in use will always increase. Somehow require_once forgot to close the
file after use. lsof can give you a clear picture when you use require_once()
I changed my code using cookie and require() statement now. And I delete all
sess_files in /tmp seems to correct the problem. This is the only change I made to
eliminate the problem.
I can't reproduce the error now because the code that have problems have been changed
and I don't have the backup. But the combination of A lot of include_once,
require_once, and session will trigger the spike, I am pretty sure because after I
changed all that, the problem disappear. Old session file in /tmp also contribute to
the problem as well.
BTW, the last time I checked, CVS version 4.06 in late April still have the problem.
---
[2001-05-08 19:26:01] [EMAIL PROTECTED]
Is this fairly reproducible?
If it is, any chance you could build Apache with debug information (--enable-debug in
configure), attach to an offending process (gdb /path/to/httpd PID), and run a
backtrace ('bt')?
---
[2001-05-07 12:44:51] [EMAIL PROTECTED]
marking critical for php 4.0.6
---
[2001-04-14 09:00:57] [EMAIL PROTECTED]
I found the problem. since the script I use have a lot of include and require
statement. just a script include a bunch of files and keep reloading the page will
kill the server in no time. I attach a sample config file I usually include, just
make a test.php and include this file like 10 times to simulate a lot of include
files. And then, just keep reloading test.php. You should see the script take a lot
of CPU time and eventually the httpd eat all the CPU time and the process hang. From
command top, one of the httpd process keep eating up CPU time.
The following is the sample config file
?
/*Root directory */
$config[root_path] = /usr2/home/business/test/www;
$config[w3b_path] = /usr2/home/business/test/www/wwwthreads;
$config[data_path] = /usr2/home/business/test/data;
$config[rdf_path] = /usr2/home/business/test/www/rdf;
/* database */
include $config[root_path]./db.php;
/* global */
$config[sitename] = www.test.net;
$config[root_url] = http://www.test.net/;;
// Cookie Setting
$config[cookie_path] = /; # web root directory
$config[CookieURL] = .test.net;
$config[cookieTTL] = 7200; // in seconds
$config[minpass]= 3; # Minimum user password length in characters
/* language and locale */
$config[language] = english;# [english] english, [big5] BIG5 code
$config[locale] = english;# Used for translation of date-related stuff
/* story control */
$config[commentmax] = 4096;
$config[abstractlen]= 4996; #length of abstract show on first page
$config[icon_width] = 100; # Topic icons width
$config[timezone] = HKT; #Time zone
$config[limitnews] = 10; # default number of stories per page
$config[older_story_num]= 10; # number of older stories to display
$config[anon_users] = 0; # 1 to allow anonymous postings
# 0 to disable
/* theme control */
$config[def_theme] = Main; # name of default theme (see themes/ directory for
list)
/* mail settings */
$config[use_fake_email] = 1; # Displays fake email addresses for users instead of the
real ones
$config[notifyEmail]= [EMAIL PROTECTED]; #address where you want to
receive notice
//$config[CensorList] =
array('fuck','cunt','fucker','fucking','pussy','cock','c0ck','cum','bitch','shit');
$config[CensorList] = array(/fuck/s,/fuck/s,/fuck/s,
/[a-z]*fuck[a-z]*/is,
/[a-z]*cunt[a-z]*/is,
/[a-z]*pussy[a-z]*/is,
/[a-z]*cock[a-z]*/is,
/[a-z]*c0ck[a-z]*/is,
[PHP-DEV] Bug #10922 Updated: error: failed dependencies when installing rpm
ID: 10922
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Install and Config
Operating system:
PHP Version: 4.0.4pl1
Assigned To:
Comments:
This is not PHP problem. Please report this to
SuSE. It's their RPM which is broken.
--Jani
Previous Comments:
---
[2001-05-17 07:51:42] [EMAIL PROTECTED]
I used the mod_php4-4.0.4pl1-1.src.rpm from SuSE Linux 7.1 to create a rpm.
Installed Apache: 1.3.19-6
gcc : 2.95.2-149
DB2 Connect Enterprise Edition: V7.1
Add library directories to /etc/ld.so.conf:
1. /usr/IBMdb2/V7.1/lib
2. /usr/IBMdb2/V7.1/include
Connect to db2 under the console of DB2 Connect works!
Modifications in /usr/src/packages/SPECS/mod_php.spec:
1. outcomment all things for roxen and adabase
2. configure-options:
./configure --prefix=/usr --bindir=/usr/bin --libdir=/usr/lib
'--with-exec-dir=%{libdir}/php/bin' --with-mysql=/usr --with-gd=yes
--with-tiff-dir=/usr --with-jpeg-dir=/usr --with-png-dir=/usr
--with-xpm-dir=/usr/X11R6 --with-pdflib=/usr --with-zlib=yes --with-xml --with-ttf
--with-ftp --with-curl --with-gd=yes --with-ibm-db2=/home/db2inst1/sqllib
--enable-bcmath --enable-trans-sid --enable-track-vars --enable-magic-quotes
--enable-safe-mode --enable-sockets --enable-calendar --enable-ftp
--enable-memory-limit --with-config-file-path=/etc/httpd --with-apxs=/usr/sbin/apxs
--with-exec-dir=/usr/lib/apache/bin i386-suse-linux-gnu
Start producing rpm:
rpm bb /usr/src/packages/SPECS/mod_php4.spec
Try to install the rpm:
rpm -i mod_php4-4.0.4pl1-1.i386.rpm
When I do this I get the messages:
error: failed dependencies:
/usr/bin/php is needed by mod_php4-4.0.4pl1-1
libdb2.so.1 is needed by mod_php4-4.0.4pl1-11
libstdc++-libc6.1-1.so.2 is needed by mod_php4-4.0.4pl1-1
- the folder /usr/bin/php really doesn't exist
- i located the file libdb2.so.1 in the folder /usr/IBMdb2/V7.1/lib/
- i located the file libstdc++-libc6.1-1.so.2 in the folder /usr/lib/
What's the problem?
On the machine I generated the rpm php is working, but I can't get the connect to DB2
via PHP.
phpinfo():
ODBC library: db2
ODBC_INCLUDE: -I/home/db2inst1/sqllib/include
ODBC_LFLAGS: -L/home/db2inst1/sqllib/lib
ODBC_LIBS:-ldb2
Error-message when I try connect DB2 via PHP:
Warning: SQL error: , SQL state in SQLConnect in
/usr/local/httpd/htdocs/PHP/connect_test_db2.php on line 10
line 10 in the script: $conn = odbc_connect($dsn,$user,$passwd);
Is there a mistake or is the problem the failed dependencies from the
rpm-installation
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10922edit=2
--
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] Zend + memory limiter non-compile
Submitted; Thanks for reporting it
At 13:09 17/5/2001, Igmar Palsenberg wrote:
Hi,
Compiling with memory limit gives me :
/bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I.
-I../main -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -prefer-non-pic
-static -c zend_alloc.c
zend_alloc.c: In function `_emalloc':
zend_alloc.c:187: parse error before `{'
zend_alloc.c: In function `_erealloc':
zend_alloc.c:322: parse error before `char'
zend_alloc.c:327: `length' undeclared (first use in this function)
zend_alloc.c:327: (Each undeclared identifier is reported only once
zend_alloc.c:327: for each function it appears in.)
zend_alloc.c:327: `s' undeclared (first use in this function)
zend_alloc.c:329: warning: assignment from incompatible pointer type
make: *** [zend_alloc.lo] Error 1
Attached patch fixes that.
Regards,
Igmar
--
Igmar Palsenberg
JDI Media Solutions
Boulevard Heuvelink 102
6828 KT Arnhem
The Netherlands
mailto: [EMAIL PROTECTED]
PGP/GPG key : http://www.jdimedia.nl/formulier/pgp/igmar
--
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 #10923 Updated: php4 with cyrus imapd
ID: 10923 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: IMAP related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Please read the manual pages for imap at: http://www.php.net/imap there are instructions how to enable it.. --Jani Previous Comments: --- [2001-05-17 08:16:13] [EMAIL PROTECTED] i have solaris8 system with imap from cyrus ist it possible to compile it with php4.02 ? thank fpr any comments .! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10923edit=2 -- 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 /main win95nt.h
I'd wait with Visual Studio 7.0; It's only beta 1, it can change quite a lot before it's released. Zeev At 13:44 17/5/2001, Sebastian Bergmann wrote: Sebastian Bergmann wrote: sbergmann Thu May 17 02:55:04 2001 EDT Modified files: /php4/main win95nt.h Log: MS VisualStudio .NET 7.0 has M_PI_4 in math.h This was the only patch (as far as I can tell right now) needed to PHP itself, in order to compile it with the new MS VisualStudio .NET 7.0. However, build fails for libmysql. There are too many error messages to list here. If someone is interested in this, I can send them by PM or put a textfile online. -- sebastian bergmann[EMAIL PROTECTED] http://www.sebastian-bergmann.de bonn.phpug.de | www.php.net | www.phpOpenTracker.de | www.titanchat.de -- 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 #10924: long2ip gives wrong result/binary arithmatic does not work
From: [EMAIL PROTECTED] Operating system: Linux Redhat 6.2 PHP version: 4.0.4pl1 PHP Bug Type: Network related Bug description: long2ip gives wrong result/binary arithmatic does not work $x = 2473473034; // 147.110.52.10 in int form settype($x, integer); // this line has no effect on final result of long2ip echo long .is_long($x); echo P; $y = ip2long(147.110.52.10); echo long .is_long($y); echo P; echo ip2long(147.110.52.10); // should be 2473473034 echo P; echo long2ip($y); // correct result here echo P; echo long2ip($x); // wrong result echo P; echo $y 127; // correct result echo P; echo $x 127; // incorrect result - should be 10 echo P; cut basically there is no way to do ip arithmatic using php - I cannot get large numbers like ip addresses from a database stored as integers and minipulate them - AND, OR and XOR do not work on large number as in example. -- Edit Bug report at: http://bugs.php.net/?id=10924edit=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 #10575 Updated: installation of 4.0.5 as apxs module broke xbithack apache option
ID: 10575 Updated by: zeev Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: Apache related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Unable to reproduce (xbithack works fine with the current CVS, and there haven't been any changes in that code for a while). Jani - were you able to reproduce it? Previous Comments: --- [2001-05-14 07:13:13] [EMAIL PROTECTED] This is confirmed. Must be fixed before 4.0.6!! --- [2001-05-10 10:27:36] [EMAIL PROTECTED] Yes. It works. I have downgraded. --- [2001-05-10 05:05:15] [EMAIL PROTECTED] Did it work with 4.0.4pl1? --Jani --- [2001-05-01 06:59:48] [EMAIL PROTECTED] installation of 4.0.5 as apxs module broke xbithack apache option --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10575edit=2 -- 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 #10925:
From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.5 PHP Bug Type: *General Issues Bug description: -- Edit Bug report at: http://bugs.php.net/?id=10925edit=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 #10925 Updated:
ID: 10925 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *General Issues Operating system: PHP Version: 4.0.5 Assigned To: Comments: not a bug! Previous Comments: --- [2001-05-17 09:35:20] [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10925edit=2 -- 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 #9819 Updated: Updating HTTP_SESSION_VARS[] doesn't works
ID: 9819
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: *Session related
Operating system: Windows 98 SE
PHP Version: 4.0.4pl1
Description: Updating HTTP_SESSION_VARS[] doesn't works
PHP Version 4.0.7-dev
System - Windows 95/98 4.10
Build Date - May 16 2001
Server API - Apache
SERVER_SOFTWARE= Apache/1.3.14 (Win32)
PHP/4.0.5
Result the same, nothing changed.
Previous Comments:
---
[2001-05-14 08:34:01] [EMAIL PROTECTED]
Did the latest snapshot work or not?
---
[2001-05-12 06:17:50] [EMAIL PROTECTED]
In the 4.0.5 result the same. I don't think that this is file problem, this is must be
scripting engine problem. Session file for this bug:
!counter1|counter2|i:18;
I will try the last snapshot if can to download it..
---
[2001-05-11 15:14:27] [EMAIL PROTECTED]
Please check to see if this is still happening in 4.0.5. If it is, please try to get
a snapshot dated AFTER today as there was a patch just place in regarding file locking
permissions.
---
[2001-03-18 08:30:06] [EMAIL PROTECTED]
?php
session_start();
if(!session_is_registered('counter1')) session_register('counter1');
if(!session_is_registered('counter2')) session_register('counter2');
$HTTP_SESSION_VARS['counter1']++;
$counter2++;
?HTMLBODY
P?php
echo 'Counter1='.$HTTP_SESSION_VARS['counter1'].',
Counter2='.$HTTP_SESSION_VARS['counter2']; ?/P
/BODY/HTML
Press Reload ten times and you have:
Counter1=1, Counter2=10
System Windows 95/98 4.10
Build Date Jan 12 2001
Server API Apache
Virtual Directory Support enabled
ZEND_DEBUG disabled
Thread Safetyenabled
[PHP]
;;;
; About this file ;
;;;
; This file controls many aspects of PHP's behavior. In order for PHP to
; read it, it must be named 'php.ini'. PHP looks for it in the current
; working directory, in the path designated by the environment variable
; PHPRC, and in the path that was defined in compile time (in that order).
; Under Windows, the compile-time path is the Windows directory. The
; path in which the php.ini file is looked for can be overriden using
; the -c argument in command line mode.
;
; The syntax of the file is extremely simple. Whitespace and Lines
; beginning with a semicolon are silently ignored (as you probably guessed).
; Section headers (e.g. [Foo]) are also silently ignored, even though
; they might mean something in the future.
;
; Directives are specified using the following syntax:
; directive = value
; Directive names are *case sensitive* - foo=bar is different from FOO=bar.
;
; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one
; of the INI constants (On, Off, True, False, Yes, No and None) or an expression
; (e.g. E_ALL ~E_NOTICE), or a quoted string (foo).
;
; Expressions in the INI file are limited to bitwise operators and parentheses:
; | bitwise OR
; bitwise AND
; ~ bitwise NOT
; ! boolean NOT
;
; Boolean flags can be turned on using the values 1, On, True or Yes.
; They can be turned off using the values 0, Off, False or No.
;
; An empty string can be denoted by simply not writing anything after the equal
; sign, or by using the None keyword:
;
; foo = ; sets foo to an empty string
; foo = none ; sets foo to an empty string
; foo = none; sets foo to the string 'none'
;
; If you use constants in your value, and these constants belong to a dynamically
; loaded extension (either a PHP extension or a Zend extension), you may only
; use these constants *after* the line that loads the extension.
;
; All the values in the php.ini-dist file correspond to the builtin
; defaults (that is, if no php.ini is used, or if you delete these lines,
; the builtin defaults will be identical).
; Language Options ;
engine = On ; Enable the PHP scripting language engine
under Apache
short_open_tag = On ; allow the ? tag. otherwise, only ?php and
script tags are recognized.
asp_tags= On ; allow ASP-style % % tags
precision = 14 ; number of significant digits displayed in
floating point numbers
y2k_compliance = Off ; whether to be year 2000 compliant (will
Re: [PHP-DEV] Latest commit -- depreciation of call_user_method()
Being antagonistically sarcastic won't win you any friends, Jani. If I wanted friends, I'd get a dog.. :) As far as your question about the version numbers, the middle digit gets bumped up when we plan some changes that will break backwards compatibility and implement features in the core language. So, yes, it is something special, it's not for bug fixes or extension changes. Exactly. As we now agree with it, let's get busy and start breaking things! :) I really don't think that this should be something to strive for. There should be a really really good reason for making changes that break backward compatibility. We have that second version number reserved for such BC breaking changes that don't involve a huge rewrite (which is what the first version number is for). And yes, we have been very afraid to make such changes, as we should be! And the fact that we have never had a .1 is an indication of just how unwilling we have been to make such changes. I see this as a success and not as a failure. Imagine writing a PHP package and having to indicate that this package will work on PHP 4.0.x, not 4.1.x and 4.2.x, but 4.3.x is fine. But, if a good case can be made for such changes, or if we have a large set of feature changes, then sure, let's use that second version number. It isn't a rule written instone that the second version number is exclusively for BC-breaking changes. That's just what we have done so far. -Rasmus -- 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 #10926: Access Violation, reboot and then OCI no longer works
From: [EMAIL PROTECTED] Operating system: NT4.0 Server PL5 PHP version: 4.0.4pl1 PHP Bug Type: OCI8 related Bug description: Access Violation, reboot and then OCI no longer works First of all, I don't know if and how this bug is reproductible. I've been using IIS 4 with PHP as an ISAPI module for 2 weeks, and I've just got this problem yesterday and today. Everything seems to work fine when I use OCI (Oracle 8.0.5), and suddenly, the web server sends an Access Violation message, and then it is no longer possible to use it. I stop it and restart it, then I can access normal PHP pages (without any OCI function), but not pages that contain OCI functions. Yesterday, I had to restart my machine twice before being able to use OCI again. I tried yesterday to use php.exe to check out errors, but then I had a surprise: PHP returns the well-known ORA-12154 error message, whereas my web server was working fine again... Any clue? I was not able to upgrade PHP (IIS seems not to be able to find a library). -- Edit Bug report at: http://bugs.php.net/?id=10926edit=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 commit -- depreciation of call_user_method()
At 06:56 17.5. 2001 -0700, [EMAIL PROTECTED] wrote: Being antagonistically sarcastic won't win you any friends, Jani. If I wanted friends, I'd get a dog.. :) As far as your question about the version numbers, the middle digit gets bumped up when we plan some changes that will break backwards compatibility and implement features in the core language. So, yes, it is something special, it's not for bug fixes or extension changes. Exactly. As we now agree with it, let's get busy and start breaking things! :) I really don't think that this should be something to strive for. There should be a really really good reason for making changes that break backward compatibility. We have that second version number reserved for such BC breaking changes that don't involve a huge rewrite (which is what the first version number is for). And yes, we have been very afraid to make such changes, as we should be! And the fact that we have never had a .1 is an indication of just how unwilling we have been to make such changes. I see this as a success and not as a failure. Imagine writing a I don't agree. Have you noticed the thread about domxml currently running in php-dev@? Wouldn't that justify a 4.1? What would? PHP package and having to indicate that this package will work on PHP 4.0.x, not 4.1.x and 4.2.x, but 4.3.x is fine. But, if a good case can be made for such changes, or if we have a large set of feature changes, then sure, let's use that second version number. It isn't a rule written instone that the second version number is exclusively for BC-breaking changes. That's just what we have done so far. -Rasmus -- 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] [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] Latest commit -- depreciation of call_user_method()
I really don't think that this should be something to strive for. There should be a really really good reason for making changes that break backward compatibility. We have that second version number reserved for such BC breaking changes that don't involve a huge rewrite (which is what the first version number is for). And yes, we have been very afraid to make such changes, as we should be! And the fact that we have never had a .1 is an indication of just how unwilling we have been to make such changes. I see this as a success and not as a failure. Imagine writing a I don't agree. Have you noticed the thread about domxml currently running in php-dev@? Wouldn't that justify a 4.1? What would? No, I don't think a single extension should affect the PHP version number to that extent. But I do think we should be moving towards versioning the extensions individually. -Rasmus -- 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 #10384 Updated: read() buffer memory not freed
ID: 10384
User Update by: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Sockets related
Operating system: FreeBSD 4.2
PHP Version: 4.0.4pl1
Description: read() buffer memory not freed
This problem appears to be FreeBSD specific. Still exists with FreeBSD 4.3 but is
non-existent on Slackware.
Interesting side note: I had modified the code below and introduced a bug which
caused Slackware to send a 0 length message. That is this line:
write($msgsock,$send,strlen($send));
was changed to:
write($msgsock,$msgToSend,strlen($send));
and should have been:
write($msgsock,$msgToSend,strlen($msgToSend));
The variable $send was no longer defined resulting in the correct behavior under
Slackware of sending no message, however under FreeBSD the full message was sent.
Since this appears to be a bug in the libraries under FreeBSD and NOT PHP related I'm
closing the ticket.
Previous Comments:
---
[2001-05-03 13:33:45] [EMAIL PROTECTED]
Problem still exists in 4.0.5
The script originally uses ~2MB resident. After connections are accepted it begins
using memory in chunks specified in the read() function until it reaches ~6-6.5MB
(varies with each run), at which time it continues to run without allocating more
memory.
---
[2001-04-18 15:27:25] [EMAIL PROTECTED]
Using the following code:
?
/* Allow the script to hang around waiting for connections. */
set_time_limit (0);
# Connect to DB
mysql_connect('localhost','chatscript','jen481');
# Open log file
$fp=fopen('chat_log','a');
$outMsgHeader=HTTP/1.1 200 OKrnDate: ;
$outMsgAfterDate= GMTrnServer: PHPrnConnection: closernTransfer-Encoding:
chunkedrnContent-Type: text/htmlrnrn;
$outMsgFooter=rnrn;
$sock=open_listen_sock(1089);
if ($sock0)
{
echo socket() failed: reason: . strerror ($sock) . n;
exit;
}
if (($ret = listen ($sock, 5)) 0)
{
echo listen() failed: reason: . strerror ($ret) . n;
shutdown($sock,2);
exit;
}
do
{
if (($msgsock = accept_connect($sock)) 0)
{
echo accept_connect() failed: reason: . strerror ($msgsock) . n;
shutdown($sock,2);
exit;
}
$ret=read($msgsock,$buf,2048);
$isPost=strpos($buf,'POST');
if ($isPost===false)
{
$isGet=strpos($buf,'GET');
if ($isGET===false)
{
write($msgsock,' HTTP/1.1 405rn',13);
}
else
{
$startQS=strpos($buf,'?')+1;
$endQS=strpos($buf,' ',$startQS);
$lenQS=$endQS-$startQS;
$QS=substr($buf,$startQS,$lenQS);
}
}
else
{
do
{
$ret=read($msgsock,$buf,2048);
if (substr($buf,0,15)==Content-length:)
{
$conLen=substr($buf,16);
}
} while ($buf != n);
// through with headers, now get actual content
$ret=read($msgsock,$buf,$conLen);
// $buf now contains the query string
$QS=$buf;
}
$msgToSend=urlencode(procMsg($QS));
$msgLen=dechex(strlen($msgToSend));
$sendDate=gmdate('D, d M Y H:i:s');
$send=$outMsgHeader.$sendDate.$msgLen.rn.$msgToSend.$outMsgFooter;
write($msgsock,$send,strlen($send));
$log=$sendDate.t.$QS.t.$msgToSend.n;
fwrite($fp,$log);
close ($msgsock);
} while (true);
?
(The function procMsg() is not relevent as for bug testing is set to return 'test')
Running this script causes memory to be consumed and not released with each
connection. I've narrowed the problem down to the read() function as I can affect the
rate of memory consumption by modifying the length argument. Evidently the buffer is
not freed.
---
Full Bug description available at: http://bugs.php.net/?id=10384
--
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 #10925 Updated:
ID: 10925 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Closed Status: Bogus Bug Type: *General Issues Operating system: PHP Version: 4.0.5 Assigned To: Comments: Marking this one bogus, so that it can be removed. Previous Comments: --- [2001-05-17 09:40:46] [EMAIL PROTECTED] not a bug! --- [2001-05-17 09:35:20] [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10925edit=2 -- 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 #10906 Updated: mod_ssl and php oci8 interaction problem
ID: 10906 User Update by: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: OCI8 related Operating system: RedHat Linux 7.1 PHP Version: 4.0.5 Description: mod_ssl and php oci8 interaction problem libpthread problem again Previous Comments: --- [2001-05-16 13:43:42] [EMAIL PROTECTED] When building apache, ssl and php4 with oci8 support statically, and compiling everything myself, things are great. However, When trying to use RedHat's built in Apache server and mod_ssl, on both RedHat version 7.0 and 7.1, The following events happen. Scenario 1: Using Apache without the mod_ssl rpm installed. Build php 4.0.5 using apxs with-oci8 This works. Scenario 2: Using apache with the mod_ssl rpm installed. build php4.0.5 using apxs without-oci8 This works. Scenario 3. Using apache with mod_ssl rpm installed, build php4.0.5 using apxs with-oci8 httpd dies silently, no error message. This method is also reproducable by loading the RedHat 7.1 SRPM for php version 4.0.4pl1. modify the spec file to include --with-oci8. rebuild the rpm and install. I have seen this particular problem in mailing lists, but not specifically described in detail. By trying all of these different combinations, I believe that something with the oci8 support is conflicting with mod_ssl. Is this a problem of a missing -DEAPI flag? I tried modifying the make file for it, but that didn't work either. --- Full Bug description available at: http://bugs.php.net/?id=10906 -- 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 #10927: mycrpt no longer works in 4.0.5
From: [EMAIL PROTECTED] Operating system: FreeBSD PHP version: 4.0.5 PHP Bug Type: mcrypt related Bug description: mycrpt no longer works in 4.0.5 We have just upgraded to the latest version of PHP in order to take advantage of some new features, particularly those dealing with arrays. Our user accounts store (amongst other things) two variables, the username and password in a mySQL database. The password is encrypted using mcrypt. The key for which is provided by generating an md5 string of the given username. decryption does not occur; encrypted strings are compared for similarity using strcmp(). Ever since we upgraded to 4.0.5, *all* mcrypt functions are failing - no encryption takes place and PHP returns no error, simply failing to produce anything. Please fix this ASAP. This is not a code issue, it is an issue with the mcrypt functionality since the latest release of PHP. Many thanks. -- Edit Bug report at: http://bugs.php.net/?id=10927edit=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 #10928: Loading PHP as a DSO fails - garbled
From: [EMAIL PROTECTED] Operating system: Linux Redhat 6.2 Kernel 2.2.17 PHP version: 4.0.5 PHP Bug Type: Dynamic loading Bug description: Loading PHP as a DSO fails - garbled I've built PHP 4.0.5 as a DSO with config: ./configure --with-apxs --with-mysql=no I'm running Apache V1.3-14 with SSL patches and the config: ./configure --enable-module=info --enable-module=so \ --prefix=/httpd When I start apache and try to add PHP I get: Starting httpsd: Syntax error on line 225 of /httpd/conf/httpd.conf: API module structure `php4_module' in file /httpd/libexec/libphp4.so is garbled - perhaps this is not an Apache module DSO? /httpd/bin/httpsdctl start: httpsd could not be started I've read through the previous responses on this topic and I've tried 'make clean' and deleting the config.cache in PHP before the build - this doesn't make any difference. Dave. -- Edit Bug report at: http://bugs.php.net/?id=10928edit=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] mcrypt failure under PHP 4.0.5 - more info.
Hi fellow developers, RE: mcrypt functionality failure since PHP 4.0.5 upgrade. This is a snippet taken from the class that handles the addition of new users into the users table. It shows the way we *were successfully* using mcrypt to encrypt user's passwords: //--- Begin code paste. $password_key = md5($username); // Actual passwords are randomly generated. // User may change later. srand((double)microtime()*100); $password = substr(md5(rand(0,999)),0,8); // Encrypt password using md5 string above. $td = mcrypt_module_open (MCRYPT_TripleDES, , MCRYPT_MODE_ECB, ); $iv = mcrypt_create_iv (mcrypt_enc_get_iv_size ($td), MCRYPT_RAND); mcrypt_generic_init ($td, $password_key, $iv); $encrypted_password = mcrypt_generic ($td,$password); mcrypt_generic_end ($td); // Do database insert using $encrypted_password value. //--- End code paste. The rest is irrelevant. Up until the upgrade to PHP 4.0.5, the above method worked without any issue, each time returning properly encrypted passwords which were then stored in the database. At the moment passwords are now being stored unencrypted but since its currently on an internal development server the security implications are negligible, BUT I would appreciate any feedback, similar encounters, etc from the development community since this clearly needs fixing. Many thanks, Chris. -- 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: Exporting strlcat()?
Daniel Stenberg wrote: On Wed, 16 May 2001, Sterling Hughes wrote: [Talking about strlcat() as it exists globallly in libcurl that then collides with the PHP internal one when building PHP with curl] Yes, I _could_ rename the strlcat() function to something else, but that would not be a really satisfactory solution for me, since the function is indeed used by people and it will be assumed to be around. When did you add strlcat()? I only have this problem with 7.7.3. libcurl's strlcat() has been around longer than that. It first appeared in 7.6.1, back in february this year. Its odd that I'm just having this problem now then (actually the whole problem seems a bit suspicious of something else being wrong, either with PHP or cURL or my system ;). If its the internal code-base of cURL your worried about, the patch I sent you declaring it 'static inline' should make the function accessable within cURL itself. Well, to start off with, I can't make it 'inline' indepedent of compiler as there is no standard inline keyword for ANSI C. Secondly, I don't really want it inlined as that will increase the size of the library with very little gain. yeah, ok ;) you mean there are other systems besides Linux??? Pahh! I'll believe it when I see it. I could make a solution work for me that would name the function 'Curl_strlcat' and then I'd have a macro for libcurl code that looks like #define strlcat(x,y,z) Curl_strlcat(x,y,z) I'd consider that an acceptable solution. Of course, all libs couldn't do what libcurl does like this, as then you couldn't link with several of this kind. I realize that. yeah, and I'm sure *some* of them mess with our namespace, that's why I'm not sure why this is happening. I also think that curl shouldn't be exporting a function like strlcat() simply because the purpose of cURL is not that of a general purpose library, but rather a library for fetching URL's. Yes, you're right. But bear in mind that I don't explicitly export strlcat(), it just happens to be a global symbol in my library that also is externally accessible. You can find a long range of other symbols too, that I'd rather not have exported but unfortunately they are. That is mostly due to the nature of the standard unix library concept. yup. but besides the libc functions, most of them are ns protected. If you'll notice strlcpy() is not exported (nm -g libcurl.so | grep strlcpy) from the library, as it is defined in krb4.c not a header file. It is probably not around in your version because you don't have it built with krb4-support enabled, otherwise it will be there. could be ;P I'll probably make the same fix for this function as the one mentioned above. That would be cool... Regardless of the current issue, I think they should be ns protected (of course that might be because it helps me out if they are :) I've CC'ed the php-dev mailing list on this. As I don't know PHP's build system as in depth as some of the people on this list do. Cc'ed back. Do CC me if you want me to receive replies, I don't subscribe to php-dev. Naturally ;) -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] Boolean weirdness?
Hey there,
I was just bitten by a - IMHO - weirdness with boolean values:
?php
$foo = -1;
if ($foo) { print bar; }
?
The code above print 'bar'. I would expect if($x) t return true if $x
is an integer and greater that zero. This is what my intuition tells me
:)
Just a thought,
Sebastian
--
sebastian bergmann[EMAIL PROTECTED]
http://www.sebastian-bergmann.de
bonn.phpug.de | www.php.net | www.phpOpenTracker.de | www.titanchat.de
--
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] Boolean weirdness?
On Thu, 17 May 2001, Sebastian Bergmann wrote:
Hey there,
I was just bitten by a - IMHO - weirdness with boolean values:
?php
$foo = -1;
if ($foo) { print bar; }
?
The code above print 'bar'. I would expect if($x) t return true if $x
is an integer and greater that zero. This is what my intuition tells me
:)
Anything that's not 0 is true.
-Andrei
Try to spend the next 30 seconds not thinking
about a blue-eyed polar bear. -Feodor Dostoevsky
--
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 #10929: got segmentation fault after successful compile
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.0.5 PHP Bug Type: Apache related Bug description: got segmentation fault after successful compile cd /usr/src/apache_1.3.19 ./configure --prefix=/www cd ../php-4.0.5 ./configure --with-mysql=/usr/local/ --with-oracle=/home/oracle/OraHome1/ --with-apache=../apache_1.3.19 --enable-sigchild --enable-track-vars make make install cd ../apache_1.3.19 ./configure --activate-module=src/modules/php4/libphp4.a make make install All of this didn't produce any errors. After trying to start apache (it was down all the time) with /usr/local/apache/bin/apachectl start I got segmentation fault I checked, that was newly compiled apache. Just for reference, version 4.0.4 with same parameters is compiled and it is runing just OK -- Edit Bug report at: http://bugs.php.net/?id=10929edit=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 #10930: Can't connect to mysql after running some code that crashes IIS 5
From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version: 4.0.5
PHP Bug Type: MySQL related
Bug description: Can't connect to mysql after running some code that crashes IIS 5
After running the code below, PHP 4.0.5 is no longer able to connecto to mysql. I
have tested this at 2 different locations, and the result is the same every time.
Also after visiting the website with this code in it, inetinfo.exe (IIS) crashes.
PHP was installed with php405-installer.exe. The problem occurs on Windows 2000
Professional SP1 SP2. Windows 2000 server has not been tested. Below is the code
that should be pasted into a webpage, and then visited with any browser. I
accidentally caused inetinfo.exe to die with this:
?
/*
This was written (accidentally) by Tyler Longren [EMAIL PROTECTED].
This was found on accident...thanks to my crappy coding. :)
Date: 05-14-2001
Kills: Inetinfo.exe on Win2k
*/
session_start();
session_register('username');
session_register('password');
header(Location: $PHP_SELF);
if ($formusername) {
mysql_connect($mysql_host,$mysql_user,$mysql_pass);
mysql_select_db($mysql_db);
$auth_sql = mysql_query(SELECT * FROM $mysql_user_table WHERE username =
'$formusername' AND password = '$formpassword');
$user_exists = mysql_num_rows($auth_sql);
if ($user_exists == 1) {
$username = $formusername;
$password = $formpassword;
}
else {
$login_error = font face=Arial size=2bError:/b/fontbrfont
face=Arial size=1Wrongbrusername/password/b/font;
session_unregister('username');
session_unregister('password');
}
}
else {
mysql_connect($mysql_host,$mysql_user,$mysql_pass);
mysql_select_db($mysql_db);
$auth_sql = mysql_query(SELECT * FROM $mysql_user_table WHERE username =
'$username' AND password = '$password');
$user_exists = mysql_num_rows($auth_sql);
if ($user_exists == 1) {
// blah blah blah!
}
else {
$login_error = font face=Arial size=2bError:/b/fontbrfont
face=Arial size=1bWrongBrusername/password/b/font;
session_unregister('username');
session_unregister('password');
}
}
if ($login == no) {
session_destroy();
session_unregister('username');
session_unregister('password');
header(Location: $PHP_SELF);
}
?
--
Edit Bug report at: http://bugs.php.net/?id=10930edit=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 #10931: IBM HTTP Server 1.3.12.2 can't load the php4apache.dll
From: [EMAIL PROTECTED] Operating system: windows 2000 professional PHP version: 4.0.5 PHP Bug Type: Other web server Bug description: IBM HTTP Server 1.3.12.2 can't load the php4apache.dll -- Edit Bug report at: http://bugs.php.net/?id=10931edit=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 #10932: make failure after successfull configuration
From: [EMAIL PROTECTED] Operating system: Solaris 8 PHP version: 4.0.5 PHP Bug Type: Compile Failure Bug description: make failure after successfull configuration Hi, I've got a problem making the latest version of php (source is php4-200105170745). My configure line : ./configure --prefix=/users/produits/php4.0.5 --enable-sysvsem --enable-sysvshm --with-imap=/users/produits/include/imap --with-nsapi=/users/produits/ns-home/4.1 --with-mysql Here the make command result : Making all in Zend /bin/sh ../libtool --silent --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I../main -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -I../TSRM -DTHREAD=1 -pthreads -prefer-pic -c zend_language_scanner_cc.cc In file included from zend.h:51, from zend_language_scanner_cc.cc:2661: /usr/local/include/unix.h:182: syntax error before `*' /usr/local/include/unix.h:193: syntax error before `*' /usr/local/include/unix.h:196: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:196: `stream' was not declared in this scope /usr/local/include/unix.h:196: parse error before `*' /usr/local/include/unix.h:197: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:197: `stream' was not declared in this scope /usr/local/include/unix.h:197: parse error before `*' /usr/local/include/unix.h:198: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:198: `stream' was not declared in this scope /usr/local/include/unix.h:198: parse error before `*' /usr/local/include/unix.h:199: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:199: `stream' was not declared in this scope /usr/local/include/unix.h:199: parse error before `*' /usr/local/include/unix.h:200: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:200: `stream' was not declared in this scope /usr/local/include/unix.h:200: parse error before `*' /usr/local/include/unix.h:201: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:201: `stream' was not declared in this scope /usr/local/include/unix.h:201: parse error before `*' /usr/local/include/unix.h:202: syntax error before `*' /usr/local/include/unix.h:203: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:203: `stream' was not declared in this scope /usr/local/include/unix.h:203: parse error before `)' /usr/local/include/unix.h:204: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:204: `stream' was not declared in this scope /usr/local/include/unix.h:204: parse error before `long' /usr/local/include/unix.h:206: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:206: `stream' was not declared in this scope /usr/local/include/unix.h:206: parse error before `long' .. . . *** Error code 1 make : Fatal error : Command failed for target `zend_language_scanner_cc.lo' Current working directory /users/produits/temp/php4-200105170745/Zend *** Error code 1 make : Fatal error : Command failed for target `all-recursive' Can anyone help me... I configured and tried to compile it several time, without any success... Many thanks for your help Best regards Florent -- Edit Bug report at: http://bugs.php.net/?id=10932edit=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 #10933: make failure after successfull configuration
From: [EMAIL PROTECTED] Operating system: Solaris 8 PHP version: 4.0 Latest CVS (2001-05-17) PHP Bug Type: Compile Failure Bug description: make failure after successfull configuration Hi, I've got a problem making the latest version of php (source is php4-200105170745). My configure line : ./configure --prefix=/users/produits/php4.0.5 --enable-sysvsem --enable-sysvshm --with-imap=/users/produits/include/imap --with-nsapi=/users/produits/ns-home/4.1 --with-mysql Here the make command result : Making all in Zend /bin/sh ../libtool --silent --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I../main -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -I../TSRM -DTHREAD=1 -pthreads -prefer-pic -c zend_language_scanner_cc.cc In file included from zend.h:51, from zend_language_scanner_cc.cc:2661: /usr/local/include/unix.h:182: syntax error before `*' /usr/local/include/unix.h:193: syntax error before `*' /usr/local/include/unix.h:196: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:196: `stream' was not declared in this scope /usr/local/include/unix.h:196: parse error before `*' /usr/local/include/unix.h:197: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:197: `stream' was not declared in this scope /usr/local/include/unix.h:197: parse error before `*' /usr/local/include/unix.h:198: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:198: `stream' was not declared in this scope /usr/local/include/unix.h:198: parse error before `*' /usr/local/include/unix.h:199: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:199: `stream' was not declared in this scope /usr/local/include/unix.h:199: parse error before `*' /usr/local/include/unix.h:200: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:200: `stream' was not declared in this scope /usr/local/include/unix.h:200: parse error before `*' /usr/local/include/unix.h:201: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:201: `stream' was not declared in this scope /usr/local/include/unix.h:201: parse error before `*' /usr/local/include/unix.h:202: syntax error before `*' /usr/local/include/unix.h:203: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:203: `stream' was not declared in this scope /usr/local/include/unix.h:203: parse error before `)' /usr/local/include/unix.h:204: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:204: `stream' was not declared in this scope /usr/local/include/unix.h:204: parse error before `long' /usr/local/include/unix.h:206: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:206: `stream' was not declared in this scope /usr/local/include/unix.h:206: parse error before `long' .. . . *** Error code 1 make : Fatal error : Command failed for target `zend_language_scanner_cc.lo' Current working directory /users/produits/temp/php4-200105170745/Zend *** Error code 1 make : Fatal error : Command failed for target `all-recursive' Can anyone help me... I configured and tried to compile it several time, without any success... Many thanks for your help Best regards Florent -- Edit Bug report at: http://bugs.php.net/?id=10933edit=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 #10927 Updated: mycrpt no longer works in 4.0.5
ID: 10927 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Assigned Bug Type: mcrypt related Operating system: PHP Version: 4.0.5 Assigned To: derick Comments: Hello, I find it very strange that mcrypt does not report any error. (Are there things about a Signal 11, or Segmentation fault in your apache error_log?) mcrypt works fine here, on both my development server here (Linux) and another production server (OpenBSD). Do I correctly understand, the strings you want to encrypt are not being encrypted? Derick Previous Comments: --- [2001-05-17 11:26:26] [EMAIL PROTECTED] We have just upgraded to the latest version of PHP in order to take advantage of some new features, particularly those dealing with arrays. Our user accounts store (amongst other things) two variables, the username and password in a mySQL database. The password is encrypted using mcrypt. The key for which is provided by generating an md5 string of the given username. decryption does not occur; encrypted strings are compared for similarity using strcmp(). Ever since we upgraded to 4.0.5, *all* mcrypt functions are failing - no encryption takes place and PHP returns no error, simply failing to produce anything. Please fix this ASAP. This is not a code issue, it is an issue with the mcrypt functionality since the latest release of PHP. Many thanks. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10927edit=2 -- 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 #10931 Updated: IBM HTTP Server 1.3.12.2 can't load the php4apache.dll
ID: 10931 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Other web server Operating system: PHP Version: 4.0.5 Assigned To: Comments: Please provide some more information, this is not enough to track down a problem. Please also read www.php.net/bugs-dos-and-donts.php Derick Previous Comments: --- [2001-05-17 12:29:18] [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10931edit=2 -- 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 #10933 Updated: make failure after successfull configuration
ID: 10933 Updated by: vlad Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Duplicate Bug Type: Compile Failure Operating system: PHP Version: 4.0 Latest CVS (2001-05-17) Assigned To: Comments: ... of 10932 Previous Comments: --- [2001-05-17 12:32:25] [EMAIL PROTECTED] Hi, I've got a problem making the latest version of php (source is php4-200105170745). My configure line : ./configure --prefix=/users/produits/php4.0.5 --enable-sysvsem --enable-sysvshm --with-imap=/users/produits/include/imap --with-nsapi=/users/produits/ns-home/4.1 --with-mysql Here the make command result : Making all in Zend /bin/sh ../libtool --silent --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I../main -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -I../TSRM -DTHREAD=1 -pthreads -prefer-pic -c zend_language_scanner_cc.cc In file included from zend.h:51, from zend_language_scanner_cc.cc:2661: /usr/local/include/unix.h:182: syntax error before `*' /usr/local/include/unix.h:193: syntax error before `*' /usr/local/include/unix.h:196: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:196: `stream' was not declared in this scope /usr/local/include/unix.h:196: parse error before `*' /usr/local/include/unix.h:197: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:197: `stream' was not declared in this scope /usr/local/include/unix.h:197: parse error before `*' /usr/local/include/unix.h:198: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:198: `stream' was not declared in this scope /usr/local/include/unix.h:198: parse error before `*' /usr/local/include/unix.h:199: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:199: `stream' was not declared in this scope /usr/local/include/unix.h:199: parse error before `*' /usr/local/include/unix.h:200: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:200: `stream' was not declared in this scope /usr/local/include/unix.h:200: parse error before `*' /usr/local/include/unix.h:201: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:201: `stream' was not declared in this scope /usr/local/include/unix.h:201: parse error before `*' /usr/local/include/unix.h:202: syntax error before `*' /usr/local/include/unix.h:203: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:203: `stream' was not declared in this scope /usr/local/include/unix.h:203: parse error before `)' /usr/local/include/unix.h:204: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:204: `stream' was not declared in this scope /usr/local/include/unix.h:204: parse error before `long' /usr/local/include/unix.h:206: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:206: `stream' was not declared in this scope /usr/local/include/unix.h:206: parse error before `long' .. . . *** Error code 1 make : Fatal error : Command failed for target `zend_language_scanner_cc.lo' Current working directory /users/produits/temp/php4-200105170745/Zend *** Error code 1 make : Fatal error : Command failed for target `all-recursive' Can anyone help me... I configured and tried to compile it several time, without any success... Many thanks for your help Best regards Florent --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10933edit=2 -- 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 #10933 Updated: make failure after successfull configuration
ID: 10933 User Update by: [EMAIL PROTECTED] Status: Duplicate Bug Type: Compile Failure Operating system: Solaris 8 PHP Version: 4.0 Latest CVS (2001-05-17) Description: make failure after successfull configuration Sorry, I was wrong in the version I mentionned... this was to help... Florent. Previous Comments: --- [2001-05-17 12:38:17] [EMAIL PROTECTED] ... of 10932 --- [2001-05-17 12:32:25] [EMAIL PROTECTED] Hi, I've got a problem making the latest version of php (source is php4-200105170745). My configure line : ./configure --prefix=/users/produits/php4.0.5 --enable-sysvsem --enable-sysvshm --with-imap=/users/produits/include/imap --with-nsapi=/users/produits/ns-home/4.1 --with-mysql Here the make command result : Making all in Zend /bin/sh ../libtool --silent --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I../main -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -I../TSRM -DTHREAD=1 -pthreads -prefer-pic -c zend_language_scanner_cc.cc In file included from zend.h:51, from zend_language_scanner_cc.cc:2661: /usr/local/include/unix.h:182: syntax error before `*' /usr/local/include/unix.h:193: syntax error before `*' /usr/local/include/unix.h:196: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:196: `stream' was not declared in this scope /usr/local/include/unix.h:196: parse error before `*' /usr/local/include/unix.h:197: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:197: `stream' was not declared in this scope /usr/local/include/unix.h:197: parse error before `*' /usr/local/include/unix.h:198: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:198: `stream' was not declared in this scope /usr/local/include/unix.h:198: parse error before `*' /usr/local/include/unix.h:199: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:199: `stream' was not declared in this scope /usr/local/include/unix.h:199: parse error before `*' /usr/local/include/unix.h:200: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:200: `stream' was not declared in this scope /usr/local/include/unix.h:200: parse error before `*' /usr/local/include/unix.h:201: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:201: `stream' was not declared in this scope /usr/local/include/unix.h:201: parse error before `*' /usr/local/include/unix.h:202: syntax error before `*' /usr/local/include/unix.h:203: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:203: `stream' was not declared in this scope /usr/local/include/unix.h:203: parse error before `)' /usr/local/include/unix.h:204: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:204: `stream' was not declared in this scope /usr/local/include/unix.h:204: parse error before `long' /usr/local/include/unix.h:206: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:206: `stream' was not declared in this scope /usr/local/include/unix.h:206: parse error before `long' .. . . *** Error code 1 make : Fatal error : Command failed for target `zend_language_scanner_cc.lo' Current working directory /users/produits/temp/php4-200105170745/Zend *** Error code 1 make : Fatal error : Command failed for target `all-recursive' Can anyone help me... I configured and tried to compile it several time, without any success... Many thanks for your help Best regards Florent --- Full Bug description available at: http://bugs.php.net/?id=10933 -- 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 #10933 Updated: make failure after successfull configuration
ID: 10933 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Open Bug Type: Compile Failure Operating system: PHP Version: 4.0 Latest CVS (2001-05-17) Assigned To: Comments: Opening these, bogusifying the other... Previous Comments: --- [2001-05-17 12:42:16] [EMAIL PROTECTED] Sorry, I was wrong in the version I mentionned... this was to help... Florent. --- [2001-05-17 12:38:17] [EMAIL PROTECTED] ... of 10932 --- [2001-05-17 12:32:25] [EMAIL PROTECTED] Hi, I've got a problem making the latest version of php (source is php4-200105170745). My configure line : ./configure --prefix=/users/produits/php4.0.5 --enable-sysvsem --enable-sysvshm --with-imap=/users/produits/include/imap --with-nsapi=/users/produits/ns-home/4.1 --with-mysql Here the make command result : Making all in Zend /bin/sh ../libtool --silent --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I../main -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -I../TSRM -DTHREAD=1 -pthreads -prefer-pic -c zend_language_scanner_cc.cc In file included from zend.h:51, from zend_language_scanner_cc.cc:2661: /usr/local/include/unix.h:182: syntax error before `*' /usr/local/include/unix.h:193: syntax error before `*' /usr/local/include/unix.h:196: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:196: `stream' was not declared in this scope /usr/local/include/unix.h:196: parse error before `*' /usr/local/include/unix.h:197: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:197: `stream' was not declared in this scope /usr/local/include/unix.h:197: parse error before `*' /usr/local/include/unix.h:198: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:198: `stream' was not declared in this scope /usr/local/include/unix.h:198: parse error before `*' /usr/local/include/unix.h:199: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:199: `stream' was not declared in this scope /usr/local/include/unix.h:199: parse error before `*' /usr/local/include/unix.h:200: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:200: `stream' was not declared in this scope /usr/local/include/unix.h:200: parse error before `*' /usr/local/include/unix.h:201: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:201: `stream' was not declared in this scope /usr/local/include/unix.h:201: parse error before `*' /usr/local/include/unix.h:202: syntax error before `*' /usr/local/include/unix.h:203: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:203: `stream' was not declared in this scope /usr/local/include/unix.h:203: parse error before `)' /usr/local/include/unix.h:204: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:204: `stream' was not declared in this scope /usr/local/include/unix.h:204: parse error before `long' /usr/local/include/unix.h:206: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:206: `stream' was not declared in this scope /usr/local/include/unix.h:206: parse error before `long' .. . . *** Error code 1 make : Fatal error : Command failed for target `zend_language_scanner_cc.lo' Current working directory /users/produits/temp/php4-200105170745/Zend *** Error code 1 make : Fatal error : Command failed for target `all-recursive' Can anyone help me... I configured and tried to compile it several time, without any success... Many thanks for your help Best regards Florent --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10933edit=2 -- 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 #10932 Updated: make failure after successfull configuration
ID: 10932 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Compile Failure Operating system: PHP Version: 4.0.5 Assigned To: Comments: Previous Comments: --- [2001-05-17 12:30:03] [EMAIL PROTECTED] Hi, I've got a problem making the latest version of php (source is php4-200105170745). My configure line : ./configure --prefix=/users/produits/php4.0.5 --enable-sysvsem --enable-sysvshm --with-imap=/users/produits/include/imap --with-nsapi=/users/produits/ns-home/4.1 --with-mysql Here the make command result : Making all in Zend /bin/sh ../libtool --silent --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I../main -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -I../TSRM -DTHREAD=1 -pthreads -prefer-pic -c zend_language_scanner_cc.cc In file included from zend.h:51, from zend_language_scanner_cc.cc:2661: /usr/local/include/unix.h:182: syntax error before `*' /usr/local/include/unix.h:193: syntax error before `*' /usr/local/include/unix.h:196: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:196: `stream' was not declared in this scope /usr/local/include/unix.h:196: parse error before `*' /usr/local/include/unix.h:197: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:197: `stream' was not declared in this scope /usr/local/include/unix.h:197: parse error before `*' /usr/local/include/unix.h:198: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:198: `stream' was not declared in this scope /usr/local/include/unix.h:198: parse error before `*' /usr/local/include/unix.h:199: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:199: `stream' was not declared in this scope /usr/local/include/unix.h:199: parse error before `*' /usr/local/include/unix.h:200: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:200: `stream' was not declared in this scope /usr/local/include/unix.h:200: parse error before `*' /usr/local/include/unix.h:201: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:201: `stream' was not declared in this scope /usr/local/include/unix.h:201: parse error before `*' /usr/local/include/unix.h:202: syntax error before `*' /usr/local/include/unix.h:203: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:203: `stream' was not declared in this scope /usr/local/include/unix.h:203: parse error before `)' /usr/local/include/unix.h:204: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:204: `stream' was not declared in this scope /usr/local/include/unix.h:204: parse error before `long' /usr/local/include/unix.h:206: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:206: `stream' was not declared in this scope /usr/local/include/unix.h:206: parse error before `long' .. . . *** Error code 1 make : Fatal error : Command failed for target `zend_language_scanner_cc.lo' Current working directory /users/produits/temp/php4-200105170745/Zend *** Error code 1 make : Fatal error : Command failed for target `all-recursive' Can anyone help me... I configured and tried to compile it several time, without any success... Many thanks for your help Best regards Florent --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10932edit=2 -- 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]
Fwd: [PHP-DEV] mcrypt failure under PHP 4.0.5 - more info.
Sascha, Can you please check this out? It should probably be fixed for 4.0.6. Andi Delivered-To: [EMAIL PROTECTED] Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm list-post: mailto:[EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] Date: Thu, 17 May 2001 16:48:36 +0100 From: Chris Walker [EMAIL PROTECTED] X-Mailer: The Bat! (v1.51) Personal Reply-To: Chris Walker [EMAIL PROTECTED] Organization: Gameshrine To: [EMAIL PROTECTED] Subject: [PHP-DEV] mcrypt failure under PHP 4.0.5 - more info. Hi fellow developers, RE: mcrypt functionality failure since PHP 4.0.5 upgrade. This is a snippet taken from the class that handles the addition of new users into the users table. It shows the way we *were successfully* using mcrypt to encrypt user's passwords: //--- Begin code paste. $password_key = md5($username); // Actual passwords are randomly generated. // User may change later. srand((double)microtime()*100); $password = substr(md5(rand(0,999)),0,8); // Encrypt password using md5 string above. $td = mcrypt_module_open (MCRYPT_TripleDES, , MCRYPT_MODE_ECB, ); $iv = mcrypt_create_iv (mcrypt_enc_get_iv_size ($td), MCRYPT_RAND); mcrypt_generic_init ($td, $password_key, $iv); $encrypted_password = mcrypt_generic ($td,$password); mcrypt_generic_end ($td); // Do database insert using $encrypted_password value. //--- End code paste. The rest is irrelevant. Up until the upgrade to PHP 4.0.5, the above method worked without any issue, each time returning properly encrypted passwords which were then stored in the database. At the moment passwords are now being stored unencrypted but since its currently on an internal development server the security implications are negligible, BUT I would appreciate any feedback, similar encounters, etc from the development community since this clearly needs fixing. Many thanks, Chris. -- 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] Bug #10934: set_error_handler () is not catching all errors
From: [EMAIL PROTECTED]
Operating system: Solaris 8
PHP version: 4.0.5
PHP Bug Type: *Function Specific
Bug description: set_error_handler () is not catching all errors
Short, sample function listed to quickly illustrate issue:
[root@helpdesk bin]# more err.php
?php
function userErrorHandler ($errno, $errmsg, $filename, $linenum, $vars) {
echo USER ERROR HANDLER:;
echo -- errno:$errno;
echo -- errmsg:$errmsg;
echo -- filename:$filename;
echo -- linenum:$linenum;
echo \n;
}
$old_error_handler = set_error_handler(userErrorHandler);
trigger_error(E_USER_ERROR, E_USER_ERROR);
trigger_error(E_USER_WARNING, E_USER_WARNING);
trigger_error(E_USER_NOTICE, E_USER_NOTICE);
this_function_does_not_exist();
?
[root@helpdesk bin]# ./php -q err.php
USER ERROR HANDLER: -- errno:256 -- errmsg:E_USER_ERROR -- filename:err.php --
linenum:13
USER ERROR HANDLER: -- errno:512 -- errmsg:E_USER_WARNING -- filename:err.php --
linenum:14
USER ERROR HANDLER: -- errno:1024 -- errmsg:E_USER_NOTICE -- filename:err.php --
linenum:15
br
bFatal error/b: Call to undefined function: this_function_does_not_exist() in
berr.php/b on line b16/bbr
[root@helpdesk bin]#
--
Edit Bug report at: http://bugs.php.net/?id=10934edit=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 #10935: GetImageSize fails on some JPEG files
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.0.5 PHP Bug Type: *Function Specific Bug description: GetImageSize fails on some JPEG files After upgrading from 4.0.4 to 4.0.5 the getimagesize function seems to have problems with some JPEG files, where it returns no result (empty array or something like that). In my short tests this happened with the two biggest pictures in the series. I put my sample files sorted by success/fail to: http://www.student.informatik.tu-darmstadt.de/~akrauss/imagesizebug.tar.gz -- Edit Bug report at: http://bugs.php.net/?id=10935edit=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] US$5,000
, , ? , US$5000. : : http://www.haveattitude.com/email/chinese_t : : http://www.haveattitude.com/email/chinese_s/ Click Here for English: http://www.haveattitude.com/english !
[PHP-DEV] Bug #10936: DOMXML crash with CDATA
From: [EMAIL PROTECTED]
Operating system: Win2K Pro
PHP version: 4.0.5
PHP Bug Type: Reproducible crash
Bug description: DOMXML crash with CDATA
I am running the latest Win32 binaries from the php.net download page. I am using the
ISAPI module on IIS5. In php.ini I enabled DOMXML by uncommenting the appropriate line.
Calling the children function on a node that has a CDATA node as a child results in an
access violation. Here's a script that reproduces the problem:
$doc = xmldocfile('http://tbhbuilding.blogspot.com');
$root = $doc-root();
$children = $root-children();
$children = $children[1]-children();
print_r($children[1]-children());
I would have generated a gdb backtrace if the instructions for doing so explained how
to do it with the ISAPI module.
--
Edit Bug report at: http://bugs.php.net/?id=10936edit=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: Fwd: [PHP-DEV] mcrypt failure under PHP 4.0.5 - more info.
On Thu, 17 May 2001, Andi Gutmans wrote: Sascha, Can you please check this out? It should probably be fixed for 4.0.6. The code he pasted gives me a nice segfault: Program received signal SIGSEGV, Segmentation fault. permute (inblock=0x81ac1e4 6866206b\204Ì\217*, perm=0x1980, outblock=0xbfffe424 ) at tripledes.c:628 628 *ob++ |= *p++ | *q++; (gdb) bt #0 permute (inblock=0x81ac1e4 6866206b\204Ì\217*, perm=0x1980, outblock=0xbfffe424 ) at tripledes.c:628 #1 0x405b32da in tripledes_LTX__mcrypt_encrypt (key=0x0, block=0x81ac1e4 6866206b\204Ì\217*) at tripledes.c:319 #2 0x400189da in ecb_LTX__mcrypt (ign=0x0, plaintext=0x81ac1e4, len=8, blocksize=8, akey=0x0, func=0x405b32ac tripledes_LTX__mcrypt_encrypt, func2=0x405b37d8 tripledes_LTX__mcrypt_decrypt) at ecb.c:55 #3 0x40161a09 in mcrypt (td=0x8235ac0, buf=0x0, a=0x81ac1e4, b=8) at mcrypt_modules.c:377 #4 0x401610ee in mcrypt_generic (td=0x8235ac0, plaintext=0x81ac1e4, len=8) at mcrypt.c:152 #5 0x80743d8 in php_if_mcrypt_generic (ht=2, return_value=0x82358a4, this_ptr=0x0, return_value_used=1) at mcrypt.c:518 #6 0x814f211 in execute (op_array=0x8203a24) at ./zend_execute.c:1504 #7 0x8114b3b in zend_execute_scripts (type=8, file_count=3) at zend.c:748 #8 0x8066fec in php_execute_script (primary_file=0xbac4) at main.c:1206 #9 0x8065291 in main (argc=1, argv=0xbb24) at cgi_main.c:717 #10 0x402fb9cb in __libc_start_main (main=0x8064bf4 main, argc=1, argv=0xbb24, init=0x8062e88 _init, fini=0x8154b2c _fini, rtld_fini=0x4000ae60 _dl_fini, stack_end=0xbb1c) at ../sysdeps/generic/libc-start.c:92 It seems to me that a NULL pointer as key is passed to mcrypt. I'll have a look at the code later this evening. Derick Derick Rethans - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.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] Repost : Recursive Calls on EG(regular_list)
the list has been busy as of late, so i suppose this got lost in the
shuffle. anyways, here goes again :
im creating an extension which exposes classes which may act as containers
to other classes. These contained classes also get exposed via the
extension. Now when the container class gets destructed by the user
$container-close(), called before RSHUTDOWN ), i need to ensure that all
resources allocated by the contained objects are released, otherwise
nastiness can occur is the user tries to access the contained objects later
in the script.
to that end, ive written something like the following. i just wanted to
know if it will cause any problems, since it accesses EG(regular_list) from
a resource destructor. BTW the list destructor is
destroy_container_resource .
static int _kill_contained_objects(zend_rsrc_list *le,void *argument)
{
container_t *cont = (container_t *)argument;
if (le-type == le_contained_object) {
contained_t *field = (contained_t *)le-ptr;
return (field-container == cont);
}
return 0;
}
static void kill_kids(apply_func_arg_t func, void *parent)
{
EGLS_FETCH();
zend_hash_apply_with_argument( EG(regular_list), func, parent );
}
static void destroy_container_resource(zend_rsrc_list_entry *rsrc) {
container_t *cont = (container_t *)rsrc-ptr;
kill_kids( (apply_func_t) _kill_contained_objects, cont );
container_free(cont);
}
--
_
Fried Ice-Cream is a reality ! - George Clinton
--
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] sockets extension
At 21:23 16.05.2001 +0100, Wez Furlong wrote: I'm not sure that the sockets extension would benefit from php_streams as much as php_streams would benefit from the sockets extension, if you see what I mean. I would like to see it using php_streams, as that would result in PHP being much more flexible for the person coding in PHP; they needn't worry about the type of the file handle they pass to any function. To integrate php_streams properly, ext/sockets should converge with fsock.c and use the same underlying sockets implemented as php_streams (it's not too much work). I think it's a good idea to get it done. i had a quick look at it, but i think it can't be done, due to the simple fact that under windows socket descriptors are not file descriptors like under unix. it could work under NT (file I/O is similiar to unix), but not under the 9.x family. (but maybe i'm missing somehing) daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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 #10935 Updated: GetImageSize fails on some JPEG files
ID: 10935 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Function Specific Operating system: PHP Version: 4.0.5 Assigned To: Comments: This should be fixed in CVS, please try a snapshot from snaps.php.net and see if it works for you. Previous Comments: --- [2001-05-17 13:17:35] [EMAIL PROTECTED] After upgrading from 4.0.4 to 4.0.5 the getimagesize function seems to have problems with some JPEG files, where it returns no result (empty array or something like that). In my short tests this happened with the two biggest pictures in the series. I put my sample files sorted by success/fail to: http://www.student.informatik.tu-darmstadt.de/~akrauss/imagesizebug.tar.gz --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10935edit=2 -- 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 #10793 Updated: session variables are not passed correctly to the user defined write function
ID: 10793 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: *Session related Operating system: Linux 2.2.16 PHP Version: 4.0.4pl1 Description: session variables are not passed correctly to the user defined write function The strange behavior is caused by a call to set_magic_quotes_runtime(1) in another script on another virtual server on the same machine. I was not aware of the fact that this function call globally sets magic_quotes_runtime to 1 as if it were set in php.ini. But the problem still remains: The wrong values are passed to the session write function with magic_quotes_runtime enabled. And it does not happen every time I run the above script. So I guess it is a bug anyway. Previous Comments: --- [2001-05-10 12:05:32] [EMAIL PROTECTED] Hi ! I have the following problem: I'm using php4 session management with user defined functions to read/write session data from/to a mysql database. Sometimes session variables are not written correctly to the database, although they are read correctly and not changed on the page. I have logged the values the read function returns as well as the values passed to the write function: This is the correct output: (w) 6ab3322c74ba731179b210dc4401a928: (r) 6ab3322c74ba731179b210dc4401a928: (w) 6ab3322c74ba731179b210dc4401a928: auth_name|s:4:test;auth_flags|s:1:1; (r) 6ab3322c74ba731179b210dc4401a928: auth_name|s:4:test;auth_flags|s:1:1; (w) 6ab3322c74ba731179b210dc4401a928: auth_name|s:4:test;auth_flags|s:1:1; (r) 6ab3322c74ba731179b210dc4401a928: auth_name|s:4:test;auth_flags|s:1:1; (w) 6ab3322c74ba731179b210dc4401a928: auth_name|s:4:test;auth_flags|s:1:1; (r) 6ab3322c74ba731179b210dc4401a928: auth_name|s:4:test;auth_flags|s:1:1; (w) 6ab3322c74ba731179b210dc4401a928: auth_name|s:4:test;auth_flags|s:1:1; This is the wrong output: (w) 3e8eab99d3e33bfe8393a0c4d0b8e987: (r) 3e8eab99d3e33bfe8393a0c4d0b8e987: (w) 3e8eab99d3e33bfe8393a0c4d0b8e987: auth_name|s:4:test;auth_flags|s:1:1; (r) 3e8eab99d3e33bfe8393a0c4d0b8e987: auth_name|s:4:test;auth_flags|s:1:1; (w) 3e8eab99d3e33bfe8393a0c4d0b8e987: auth_name|s:4:test;auth_flags|s:1:1; (r) 3e8eab99d3e33bfe8393a0c4d0b8e987: auth_name|s:4:test;auth_flags|s:1:1; (w) 3e8eab99d3e33bfe8393a0c4d0b8e987: auth_name|N;!:test;auth_flags| (r) 3e8eab99d3e33bfe8393a0c4d0b8e987: auth_name|N;!:test;auth_flags| (w) 3e8eab99d3e33bfe8393a0c4d0b8e987: auth_name|N;!:test;auth_flags| The above example is the output of a simple frameset with 3 frames. Sometimes I get the correct output and sometimes I get the wrong one on exactly the same set of pages. Both variables are never changed. There should be no programming errors in my read/write functions... In the read function I simply read from db, output the result into a logfile and return the result. The example above shows reading works perfectly. And the write function outputs the passed value into the logfile before writing it to the database and as the above example shows the passed value is not correct. Configuration: Linux: Linux 2.2.16 (Suse Distribution) Apache: Apache/1.3.19 (Unix) PHP/4.0.4pl1 mod_ssl/2.8.1 OpenSSL/0.9.6 MYSQL: 3.22.32 PHP: PHP4.04pl1 with Zend Optimizer Relevant settings from php.ini: variables_order = EGPCS register_globals= On register_argc_argv = On post_max_size = 8M gpc_order = GPC ; Magic quotes magic_quotes_gpc= On magic_quotes_runtime= Off magic_quotes_sybase = Off session.save_handler = user session.save_path = /tmp session.use_cookies = 1 session.name = PHPSESSID session.auto_start= 0 session.cookie_lifetime = 0 session.cookie_path = / session.cookie_domain = session.serialize_handler = php session.gc_probability= 1 session.gc_maxlifetime= 1440 session.referer_check = session.entropy_length= 0 session.entropy_file = ; session.entropy_length= 16 ; session.entropy_file = /dev/urandom session.cache_limiter = nocache session.cache_expire = 180 session.use_trans_sid = 1 url_rewriter.tags = a=href,area=href,frame=src,input=src,form=fakeentry any .htacces files I used only change include path or auto prepend file. --- Full Bug description available at: http://bugs.php.net/?id=10793 -- 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 #10937: Interface to execl() library call
From: [EMAIL PROTECTED] Operating system: Linux 2.2 PHP version: 4.0.5 PHP Bug Type: Feature/Change Request Bug description: Interface to execl() library call It would be very helpful if you implemented a command that could be used to execute an external program without using the shell. Such a feature would be useful in the following cases: 1) if another hole is discovered in EscapeShellCmd() 2) if the web server is being run in a chrooted environment, or in another situation in which /bin/sh access is forbidden or undesirable 3) if the user wishes to avoid the overhead of running the shell when a simple execl() would suffice 4) when individual arguments to a user program contain spaces or other characters that could be mangled by the shell and require special treatment (ex. execl(/bin/foo, foo, hello \world, NULL) is a pain in the neck to do right now) 5) if for no other reason, than to make PHP more competitive with Perl, which does have this feature. it's not too hard to do. -- Edit Bug report at: http://bugs.php.net/?id=10937edit=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] Repost : Recursive Calls on EG(regular_list)
Clayton,
This used to not work a few months ago but we made a general fix in the
hash tables which should allow your code to run fine.
In case you encounter any problems let us know.
Andi
At 01:36 PM 5/17/2001 -0400, clayton collie wrote:
the list has been busy as of late, so i suppose this got lost in the
shuffle. anyways, here goes again :
im creating an extension which exposes classes which may act as containers
to other classes. These contained classes also get exposed via the
extension. Now when the container class gets destructed by the user
$container-close(), called before RSHUTDOWN ), i need to ensure that all
resources allocated by the contained objects are released, otherwise
nastiness can occur is the user tries to access the contained objects later
in the script.
to that end, ive written something like the following. i just wanted to
know if it will cause any problems, since it accesses EG(regular_list) from
a resource destructor. BTW the list destructor is
destroy_container_resource .
static int _kill_contained_objects(zend_rsrc_list *le,void *argument)
{
container_t *cont = (container_t *)argument;
if (le-type == le_contained_object) {
contained_t *field = (contained_t *)le-ptr;
return (field-container == cont);
}
return 0;
}
static void kill_kids(apply_func_arg_t func, void *parent)
{
EGLS_FETCH();
zend_hash_apply_with_argument( EG(regular_list), func, parent );
}
static void destroy_container_resource(zend_rsrc_list_entry *rsrc) {
container_t *cont = (container_t *)rsrc-ptr;
kill_kids( (apply_func_t) _kill_contained_objects, cont );
container_free(cont);
}
--
_
Fried Ice-Cream is a reality ! - George Clinton
--
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] sockets extension
Daniel Beulshausen wrote: At 21:23 16.05.2001 +0100, Wez Furlong wrote: I'm not sure that the sockets extension would benefit from php_streams as much as php_streams would benefit from the sockets extension, if you see what I mean. I would like to see it using php_streams, as that would result in PHP being much more flexible for the person coding in PHP; they needn't worry about the type of the file handle they pass to any function. To integrate php_streams properly, ext/sockets should converge with fsock.c and use the same underlying sockets implemented as php_streams (it's not too much work). I think it's a good idea to get it done. i had a quick look at it, but i think it can't be done, due to the simple fact that under windows socket descriptors are not file descriptors like under unix. it could work under NT (file I/O is similiar to unix), but not under the 9.x family. (but maybe i'm missing somehing) Well, it probably could be done anyway (abstract it another step). However, I don't see it really being that beneficial. The socket functions provide *low level* access to the system socket features. There's no real point in abstracting that (I think it gets a bit to confusing if you do) any further. -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 #10938: internal_functions.c:32: `#include' expects FILENAME or FILENAME
From: [EMAIL PROTECTED] Operating system: Mac OS X 10.0.2 PHP version: 4.0.5 PHP Bug Type: Compile Failure Bug description: internal_functions.c:32: `#include' expects FILENAME or lt;FILENAMEgt; After configuring with mysql and apxs (./configure --with-mysql=/usr/local --with-apxs=/usr/sbin/apxs), I ran make and eventually got this: Making all in main /bin/sh /Users/will/Documents/php-4.0.5/libtool --silent --mode=compile cc -I. -I/Users/will/Documents/php-4.0.5/main -I/Users/will/Documents/php-4.0.5/main -I/Users/will/Documents/php-4.0.5 -I/usr/include/httpd -I/Users/will/Documents/php-4.0.5/Zend -I/usr/local/include/mysql -I/Users/will/Documents/php-4.0.5/ext/xml/expat/xmltok -I/Users/will/Documents/php-4.0.5/ext/xml/expat/xmlparse -I/Users/will/Documents/php-4.0.5/TSRM -traditional-cpp -DDARWIN -DUSE_HSREGEX -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2 -c main.c /bin/sh /Users/will/Documents/php-4.0.5/libtool --silent --mode=compile cc -I. -I/Users/will/Documents/php-4.0.5/main -I/Users/will/Documents/php-4.0.5/main -I/Users/will/Documents/php-4.0.5 -I/usr/include/httpd -I/Users/will/Documents/php-4.0.5/Zend -I/usr/local/include/mysql -I/Users/will/Documents/php-4.0.5/ext/xml/expat/xmltok -I/Users/will/Documents/php-4.0.5/ext/xml/expat/xmlparse -I/Users/will/Documents/php-4.0.5/TSRM -traditional-cpp -DDARWIN -DUSE_HSREGEX -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2 -c internal_functions.c internal_functions.c:32: `#include' expects FILENAME or FILENAME make[2]: *** [internal_functions.lo] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive] Error 1 After searching the web, I found that my problem seems identical to bug id #9716. That bug was closed and supposedly fixed March 30th, a full month before PHP 4.0.5 was released, but the bug appears to persist. I edited internal_functions.c, changed the erroneous n characters (I suspect they were supposed to be \n rather than n) to line breaks, did make again, and the problem went away. -- Edit Bug report at: http://bugs.php.net/?id=10938edit=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: Solaris gcc issues with socket.c, design change recommendation
Sterling, Did you ever get a chance to read the email about the change I suggested to /ext/sockets that would improve compatibility with Solaris? -Jason -- 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: Solaris gcc issues with socket.c, design change recommendation
Jason Greene wrote: Sterling, Did you ever get a chance to read the email about the change I suggested to /ext/sockets that would improve compatibility with Solaris? No, I don't believe I even recieved it. could you resend it to me? thanks, 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 #10940: ((true) (true)) to return bool
From: [EMAIL PROTECTED] Operating system: win2k PHP version: 4.0.5 PHP Bug Type: Feature/Change Request Bug description: ((true) (true)) to return bool (true) returns a bool while ((true) (true)) returns an int. so (((true) (true)) == true) works while (((true) (true)) === true) doesnt. i really don't like this behavior. maybe you can forward also that http://www.php.net/manual/en/function.gettype.php doesn't document the NULL datatype you get (on null and unset values). thanx fab -- Edit Bug report at: http://bugs.php.net/?id=10940edit=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 #10933 Updated: make failure after successfull configuration
ID: 10933 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating system: Solaris 8 PHP Version: 4.0 Latest CVS (2001-05-17) Description: make failure after successfull configuration Sorry about it... shame on me Previous Comments: --- [2001-05-17 12:47:11] [EMAIL PROTECTED] Opening these, bogusifying the other... --- [2001-05-17 12:42:16] [EMAIL PROTECTED] Sorry, I was wrong in the version I mentionned... this was to help... Florent. --- [2001-05-17 12:38:17] [EMAIL PROTECTED] ... of 10932 --- [2001-05-17 12:32:25] [EMAIL PROTECTED] Hi, I've got a problem making the latest version of php (source is php4-200105170745). My configure line : ./configure --prefix=/users/produits/php4.0.5 --enable-sysvsem --enable-sysvshm --with-imap=/users/produits/include/imap --with-nsapi=/users/produits/ns-home/4.1 --with-mysql Here the make command result : Making all in Zend /bin/sh ../libtool --silent --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I../main -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -I../TSRM -DTHREAD=1 -pthreads -prefer-pic -c zend_language_scanner_cc.cc In file included from zend.h:51, from zend_language_scanner_cc.cc:2661: /usr/local/include/unix.h:182: syntax error before `*' /usr/local/include/unix.h:193: syntax error before `*' /usr/local/include/unix.h:196: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:196: `stream' was not declared in this scope /usr/local/include/unix.h:196: parse error before `*' /usr/local/include/unix.h:197: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:197: `stream' was not declared in this scope /usr/local/include/unix.h:197: parse error before `*' /usr/local/include/unix.h:198: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:198: `stream' was not declared in this scope /usr/local/include/unix.h:198: parse error before `*' /usr/local/include/unix.h:199: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:199: `stream' was not declared in this scope /usr/local/include/unix.h:199: parse error before `*' /usr/local/include/unix.h:200: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:200: `stream' was not declared in this scope /usr/local/include/unix.h:200: parse error before `*' /usr/local/include/unix.h:201: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:201: `stream' was not declared in this scope /usr/local/include/unix.h:201: parse error before `*' /usr/local/include/unix.h:202: syntax error before `*' /usr/local/include/unix.h:203: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:203: `stream' was not declared in this scope /usr/local/include/unix.h:203: parse error before `)' /usr/local/include/unix.h:204: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:204: `stream' was not declared in this scope /usr/local/include/unix.h:204: parse error before `long' /usr/local/include/unix.h:206: `MAILSTREAM' was not declared in this scope /usr/local/include/unix.h:206: `stream' was not declared in this scope /usr/local/include/unix.h:206: parse error before `long' .. . . *** Error code 1 make : Fatal error : Command failed for target `zend_language_scanner_cc.lo' Current working directory /users/produits/temp/php4-200105170745/Zend *** Error code 1 make : Fatal error : Command failed for target `all-recursive' Can anyone help me... I configured and tried to compile it several time, without any success... Many thanks for your help Best regards Florent --- Full Bug description available at: http://bugs.php.net/?id=10933 -- 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 #9801 Updated: mcrypt_encrypt dumps core
ID: 9801
User Update by: [EMAIL PROTECTED]
Status: Analyzed
Bug Type: mcrypt related
Operating system: Linux 2.4.1
PHP Version: 4.0 Latest CVS (16/03/2001)
Description: mcrypt_encrypt dumps core
I think I've found the problem (and the solution).
Let's look at some functions found in mcrypt first...
File: mcrypt_modules.c
int mcrypt_module_close(MCRYPT td)
{
lt_dlclose(td-algorithm_handle);
lt_dlclose(td-mode_handle);
lt_dlexit();
td-algorithm_handle = NULL;
td-mode_handle = NULL;
td-m_encrypt = NULL;
td-a_encrypt = NULL;
td-a_decrypt = NULL;
td-m_decrypt = NULL;
free(td);
return 0;
}
File: mcrypt.c
int mcrypt_generic_end(const MCRYPT td)
{
internal_end_mcrypt(td);
mcrypt_module_close(td);
return 0;
}
The crash occurs when the call free(td) is made in mcrypt_module_close(MCRYPT td)
Notice that mcrypt_generic_end(const MCRYPT td) calls mcrypt_module_close(MCRYPT td)
in the end.
Let's look at the mcrypt.c file from PHP (NOT the same one as above). It has a
function called
php_mcrypt_do_crypt(char* cipher, zval **key, zval **data, char *mode, zval **iv, int
argc, int dencrypt, zval* return_value)
At the end of the function, we find the following:
/* freeing vars */
mcrypt_generic_end (td);
if (key_s != NULL)
efree (key_s);
if (iv_s != NULL)
efree (iv_s);
efree (data_s);
mcrypt_module_close (td);
}
The crash occurs when the final mcrypt_module_close is called.
The reason is that the call to mcrypt_generic_end (td) also calls
mcrypt_module_close(td) that again calls free (td). When we later call
mcrypt_module_close (td) we try to free td again, and that sometimes gives us a
segmentation fault.
The solution is simply to delete the last line in the php_mcrypt_do_crypt function
(mcrypt_module_close (td);) found in mcrypt.c. This is ok, since we have already freed
td in the call to mcrypt_generic_end (td) a few lines above.
That solved the problems for me. Finally no more crashes :)
Previous Comments:
---
[2001-04-10 13:58:16] [EMAIL PROTECTED]
Crashes for me too, possibly a bug in mcrypt it self. Trying more things...
---
[2001-04-10 13:01:24] [EMAIL PROTECTED]
Actually, the script only seems to dump core if I do:
echo bin2hex($output);
after the encryption. Just a simple:
echo $output;
seems to work just fine (i.e. it outputs stuff).
- Colin
---
[2001-04-10 12:59:24] [EMAIL PROTECTED]
This happens for me too with today's CVS and the latest CVS of mcrypt.
Backtrace says:
#0 0x402c89bc in chunk_free (ar_ptr=0x40369680, p=0x81f7f00) at malloc.c:3152
3152malloc.c: No such file or directory.
(gdb) bt
#0 0x402c89bc in chunk_free (ar_ptr=0x40369680, p=0x81f7f00) at malloc.c:3152
#1 0x402c8828 in __libc_free (mem=0x81f7f08) at malloc.c:3054
#2 0x400a650d in mcrypt_module_close (td=0x81f7f08) at mcrypt_modules.c:48
#3 0x807c1e7 in php_mcrypt_do_crypt (cipher=0x81f7e94 rijndael-256, key=0x81f2118,
data=0x81f211c,
mode=0x818174c cbc, iv=0x81f2124, argc=5, dencrypt=0, return_value=0x81f7ef4) at
mcrypt.c:1317
#4 0x807c576 in php_if_mcrypt_encrypt (ht=5, return_value=0x81f7ef4, this_ptr=0x0,
return_value_used=1)
at mcrypt.c:1334
#5 0x81228e6 in execute (op_array=0x81f37dc) at ./zend_execute.c:1494
#6 0x80f3fcd in zend_execute_scripts (type=8, file_count=3) at zend.c:743
#7 0x8069c8f in php_execute_script (primary_file=0xba60) at main.c:1196
#8 0x8067fa4 in main (argc=2, argv=0xbb04) at cgi_main.c:731
#9 0x4026ab5c in __libc_start_main (main=0x8067830 main, argc=2, ubp_av=0xbb04,
init=0x8064b8c _init,
fini=0x81362ec _fini, rtld_fini=0x4000d634 _dl_fini, stack_end=0xbafc)
at ../sysdeps/generic/libc-start.c:129
Assigning it to the expert ... :)
---
[2001-03-16 20:58:56] [EMAIL PROTECTED]
When I run .php files under Apache (1.3.19) PHP sometimes crash. I can run the same
file several times, and only sometimes is crashes.
This is what is recorded in the apache log (a lot of them):
[Fri Mar 9 19:24:51 2001] [notice] child pid 22845 exit signal Segmentation fault
(11)
The following code can reproduce the crash:
$input = Teststring;
$key = gQ8V(|!kQ§lmJ8*~/HajI~lNM.-HzJqy;
$iv = w81kaMfJq(1lcJaQ+m BsjedLq!§230?;
$output = mcrypt_encrypt(MCRYPT_RIJNDAEL_256, $key, $input, MCRYPT_MODE_CBC, $iv);
The configure line is: --enable-track-vars --with-mysql=/usr/local/mysql --with-mhash
--with-mcrypt
--with-apxs=/usr/local/apache/bin/apxs
[PHP-DEV] Bug #10941: php4-200105171245/ext/standard/dns.c:281: undefined reference to `__res_search'
From: [EMAIL PROTECTED] Operating system: RedHat7.1Kernel 2.4.4 PHP version: 4.0 Latest CVS (2001-05-17) PHP Bug Type: Compile Failure Bug description: php4-200105171245/ext/standard/dns.c:281: undefined reference to `__res_search' This bug is basically the same as bug #10150: Here's my info: [root@klashma klashma]# gcc -v Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs gcc version 2.96 2731 (Red Hat Linux 7.1 2.96-81) [root@klashma klashma]# make --version GNU Make version 3.79.1, by Richard Stallman and Roland McGrath. Built for i386-redhat-linux-gnu --- Here's what I type to compile: [root@klashma klashma]# ./configure --with-mysql --with-imap [root@klashma klashma]# make And I get this: ...CUT... /bin/sh /home/klashma/php4-200105171245/libtool --silent --mode=link gcc -I. -I/home/klashma/php4-200105171245/ -I/home/klashma/php4-200105171245/main -I/home/klashma/php4-200105171245 -I/home/klashma/php4-200105171245/Zend -I/home/klashma/php4-200105171245/ext/mysql/libmysql -I/home/klashma/php4-200105171245/ext/xml/expat -I/home/klashma/php4-200105171245/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -prefer-non-pic -static -o php -export-dynamic stub.lo libphp4.la gcc: unrecognized option `-prefer-non-pic' ./.libs/libphp4.a(dns.o): In function `php_if_checkdnsrr': /home/klashma/php4-200105171245/ext/standard/dns.c:212: undefined reference to `__res_search' ./.libs/libphp4.a(dns.o): In function `php_if_getmxrr': /home/klashma/php4-200105171245/ext/standard/dns.c:281: undefined reference to `__res_search' /home/klashma/php4-200105171245/ext/standard/dns.c:308: undefined reference to `__dn_expand' collect2: ld returned 1 exit status make[1]: *** [php] Error 1 make[1]: Leaving directory `/home/klashma/php4-200105171245' make: *** [all-recursive] Error 1 [root@klashma php4-200105171245]# Et voilà, there's nothing to do, it just won't compile :( -- Edit Bug report at: http://bugs.php.net/?id=10941edit=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 #9801 Updated: mcrypt_encrypt dumps core
ID: 9801
Updated by: derick
Reported By: [EMAIL PROTECTED]
Status: Analyzed
Bug Type: mcrypt related
Operating system:
PHP Version: 4.0 Latest CVS (16/03/2001)
Assigned To: derick
Comments:
Hello,
looks all ok. I'll check it out, and apply the patch (if ok) so that it will be fixed
in PHP 4.0.6
Derick
Previous Comments:
---
[2001-05-17 16:16:59] [EMAIL PROTECTED]
I think I've found the problem (and the solution).
Let's look at some functions found in mcrypt first...
File: mcrypt_modules.c
int mcrypt_module_close(MCRYPT td)
{
lt_dlclose(td-algorithm_handle);
lt_dlclose(td-mode_handle);
lt_dlexit();
td-algorithm_handle = NULL;
td-mode_handle = NULL;
td-m_encrypt = NULL;
td-a_encrypt = NULL;
td-a_decrypt = NULL;
td-m_decrypt = NULL;
free(td);
return 0;
}
File: mcrypt.c
int mcrypt_generic_end(const MCRYPT td)
{
internal_end_mcrypt(td);
mcrypt_module_close(td);
return 0;
}
The crash occurs when the call free(td) is made in mcrypt_module_close(MCRYPT td)
Notice that mcrypt_generic_end(const MCRYPT td) calls mcrypt_module_close(MCRYPT td)
in the end.
Let's look at the mcrypt.c file from PHP (NOT the same one as above). It has a
function called
php_mcrypt_do_crypt(char* cipher, zval **key, zval **data, char *mode, zval **iv, int
argc, int dencrypt, zval* return_value)
At the end of the function, we find the following:
/* freeing vars */
mcrypt_generic_end (td);
if (key_s != NULL)
efree (key_s);
if (iv_s != NULL)
efree (iv_s);
efree (data_s);
mcrypt_module_close (td);
}
The crash occurs when the final mcrypt_module_close is called.
The reason is that the call to mcrypt_generic_end (td) also calls
mcrypt_module_close(td) that again calls free (td). When we later call
mcrypt_module_close (td) we try to free td again, and that sometimes gives us a
segmentation fault.
The solution is simply to delete the last line in the php_mcrypt_do_crypt function
(mcrypt_module_close (td);) found in mcrypt.c. This is ok, since we have already freed
td in the call to mcrypt_generic_end (td) a few lines above.
That solved the problems for me. Finally no more crashes :)
---
[2001-04-10 13:58:16] [EMAIL PROTECTED]
Crashes for me too, possibly a bug in mcrypt it self. Trying more things...
---
[2001-04-10 13:01:24] [EMAIL PROTECTED]
Actually, the script only seems to dump core if I do:
echo bin2hex($output);
after the encryption. Just a simple:
echo $output;
seems to work just fine (i.e. it outputs stuff).
- Colin
---
[2001-04-10 12:59:24] [EMAIL PROTECTED]
This happens for me too with today's CVS and the latest CVS of mcrypt.
Backtrace says:
#0 0x402c89bc in chunk_free (ar_ptr=0x40369680, p=0x81f7f00) at malloc.c:3152
3152malloc.c: No such file or directory.
(gdb) bt
#0 0x402c89bc in chunk_free (ar_ptr=0x40369680, p=0x81f7f00) at malloc.c:3152
#1 0x402c8828 in __libc_free (mem=0x81f7f08) at malloc.c:3054
#2 0x400a650d in mcrypt_module_close (td=0x81f7f08) at mcrypt_modules.c:48
#3 0x807c1e7 in php_mcrypt_do_crypt (cipher=0x81f7e94 rijndael-256, key=0x81f2118,
data=0x81f211c,
mode=0x818174c cbc, iv=0x81f2124, argc=5, dencrypt=0, return_value=0x81f7ef4) at
mcrypt.c:1317
#4 0x807c576 in php_if_mcrypt_encrypt (ht=5, return_value=0x81f7ef4, this_ptr=0x0,
return_value_used=1)
at mcrypt.c:1334
#5 0x81228e6 in execute (op_array=0x81f37dc) at ./zend_execute.c:1494
#6 0x80f3fcd in zend_execute_scripts (type=8, file_count=3) at zend.c:743
#7 0x8069c8f in php_execute_script (primary_file=0xba60) at main.c:1196
#8 0x8067fa4 in main (argc=2, argv=0xbb04) at cgi_main.c:731
#9 0x4026ab5c in __libc_start_main (main=0x8067830 main, argc=2, ubp_av=0xbb04,
init=0x8064b8c _init,
fini=0x81362ec _fini, rtld_fini=0x4000d634 _dl_fini, stack_end=0xbafc)
at ../sysdeps/generic/libc-start.c:129
Assigning it to the expert ... :)
---
[2001-03-16 20:58:56] [EMAIL PROTECTED]
When I run .php files under Apache (1.3.19) PHP sometimes crash. I can run the same
file several times, and only sometimes is crashes.
This is what is recorded in the apache log (a lot of them):
[Fri Mar 9 19:24:51 2001] [notice] child pid 22845 exit signal Segmentation fault
(11)
The following code can reproduce the crash:
$input = Teststring;
$key = gQ8V(|!kQ§lmJ8*~/HajI~lNM.-HzJqy;
$iv = w81kaMfJq(1lcJaQ+m BsjedLq!§230?;
$output
[PHP-DEV] Bug #10890 Updated: Segmentation fault when using mcrypt function in Apache
ID: 10890 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: mcrypt related Operating system: FreeBSD 4.1.1 PHP Version: 4.0.5 Description: Segmentation fault when using mcrypt function in Apache I tried today with libmcrypt-2.4.11 both with --disable-posix-threads and without. In both cases i get the segmentation fault in the apache log. Previous Comments: --- [2001-05-15 17:48:17] [EMAIL PROTECTED] If i try to run this script: ?php $key = this is a very secret key; $input = Let us meet at 9 o'clock at the secret place.; $td = mcrypt_module_open (MCRYPT_TripleDES, , MCRYPT_MODE_ECB, ); $iv = mcrypt_create_iv (mcrypt_enc_get_iv_size ($td), MCRYPT_RAND); mcrypt_generic_init ($td, $key, $iv); $encrypted_data = mcrypt_generic ($td, $input); mcrypt_generic_end ($td); echo $encrypted_data; ? I get this in my Apache log file: [Tue May 15 23:30:13 2001] [notice] child pid 22372 exit signal Segmentation fault (11) [Tue May 15 23:30:13 2001] [notice] child pid 22371 exit signal Segmentation fault (11) I did configure libmcrypt 2.4.9 with: ./configure --disable-posix-threads And PHP 4.0.5 with: ./configure --with-mysql=/usr/local/mysql --with-gd=/usr/local --with-t1lib --with-ttf --with-jpeg-dir --with-png-dir --with-tiff-dir --with-zlib-dir --with-xpm-dir --with-imap --with-gettext --with-zlib --with-pdflib --enable-exif --enable-ftp --enable-bcmath --with-mcrypt --with-config-file-path=/usr/local/etc --with-apxs=/usr/local/apache/bin/apxs --- Full Bug description available at: http://bugs.php.net/?id=10890 -- 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 #10890 Updated: Segmentation fault when using mcrypt function in Apache
ID: 10890 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Analyzed Bug Type: mcrypt related Operating system: PHP Version: 4.0.5 Assigned To: derick Comments: Hello, I'm on this, probably found the bug already. I'll commit the fix as soon as I tested it and my connection works 100%. Derick Previous Comments: --- [2001-05-17 16:48:40] [EMAIL PROTECTED] I tried today with libmcrypt-2.4.11 both with --disable-posix-threads and without. In both cases i get the segmentation fault in the apache log. --- [2001-05-15 17:48:17] [EMAIL PROTECTED] If i try to run this script: ?php $key = this is a very secret key; $input = Let us meet at 9 o'clock at the secret place.; $td = mcrypt_module_open (MCRYPT_TripleDES, , MCRYPT_MODE_ECB, ); $iv = mcrypt_create_iv (mcrypt_enc_get_iv_size ($td), MCRYPT_RAND); mcrypt_generic_init ($td, $key, $iv); $encrypted_data = mcrypt_generic ($td, $input); mcrypt_generic_end ($td); echo $encrypted_data; ? I get this in my Apache log file: [Tue May 15 23:30:13 2001] [notice] child pid 22372 exit signal Segmentation fault (11) [Tue May 15 23:30:13 2001] [notice] child pid 22371 exit signal Segmentation fault (11) I did configure libmcrypt 2.4.9 with: ./configure --disable-posix-threads And PHP 4.0.5 with: ./configure --with-mysql=/usr/local/mysql --with-gd=/usr/local --with-t1lib --with-ttf --with-jpeg-dir --with-png-dir --with-tiff-dir --with-zlib-dir --with-xpm-dir --with-imap --with-gettext --with-zlib --with-pdflib --enable-exif --enable-ftp --enable-bcmath --with-mcrypt --with-config-file-path=/usr/local/etc --with-apxs=/usr/local/apache/bin/apxs --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10890edit=2 -- 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 #10942:
From: [EMAIL PROTECTED] Operating system: redhat 7 PHP version: 4.0.5 PHP Bug Type: GetImageSize related Bug description: -- Edit Bug report at: http://bugs.php.net/?id=10942edit=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 #10942 Updated:
ID: 10942 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: GetImageSize related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Hello, please provide some more information about this. And there has been some fix for the GetImageSize function again (broken jpeg size detection). Can you please check a snapshot from snaps.php.net?) Derick Previous Comments: --- [2001-05-17 17:23:44] [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10942edit=2 -- 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 #10701 Updated: readfile usage on large files
ID: 10701
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Filesystem function related
Operating system: Linux 2.4.x
PHP Version: 4.0.5
Description: readfile usage on large files
Anyone plan on claiming this?
Previous Comments:
---
[2001-05-07 07:34:13] [EMAIL PROTECTED]
Ok, this is a pretty intersting one, and I'm not even sure if it's a bug or just a
memory limit thing. I am using a php wrapper for content files
(.jpg|.gif|.asf|.mov|.ram), as you can guess, the movie files can be pretty large,
upwards of 10MB, all getting read into memory, then spit back out. Couple that with a
site that gets 10K+ visits a day and the server is on its knees with a load average of
about 10 (when it gets to 25/30 things start swapping and it will dies not long after
that.)
here's the code used to wrap the content:
?php
$mime_type = strtolower(strrchr($f,'.'));
$mime_type_array = array(
'.asf' = 'application/vnd.ms-asf',
'.jpg' = 'image/jpeg',
'.gif' = 'image/gif'
);
if(!in_array($mime_type,array_keys($mime_type_array)))
{
header(Location: /error.php);
}
$offset = 86400 * 3;
header(Expires: .gmdate(D, d M Y H:i:s GMT, time() + $offset));
header(Cache-Control: max-age=.$offset., must-revalidate);
header(Last-modified : .gmdate(D, d M Y H:i:s GMT,
filemtime(/web/sites/contentsite/.$f)));
header(Content-type: .$mime_type_array[$mime_type]);
header(Content-length: .filesize(/web/sites/contentsite/.$f));
@readfile(/web/sites/contentsite/.$f);
?
so, I would pass an image or movie to the content file with a url like so:
http://contentsite.com/content.php?f=movies/bigmovie.asf
This is really just a heads up at this point, I know it will take you guys a little
while to sort through this one, I'm not even sure it's a bug considering readfile is
SUPPOSED to read a file into memory and spit it back out. I dunno, for now I'm going
to do some .htaccess tricks where I force php to parse .htaccess files. If anyone has
come across this or has any insight on wrapping content in php files, please email me
at [EMAIL PROTECTED]
Thanks!
Stephen VanDyke
PS - aside from that, great language, I love PHP :)
---
Full Bug description available at: http://bugs.php.net/?id=10701
--
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 #9801 Updated: mcrypt_encrypt dumps core
ID: 9801
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Analyzed
Status: Closed
Bug Type: mcrypt related
Operating system:
PHP Version: 4.0 Latest CVS (16/03/2001)
Assigned To: derick
Comments:
Ok, this was indeed the problem. Thanks for this excellent help!
Derick
Previous Comments:
---
[2001-05-17 16:37:11] [EMAIL PROTECTED]
Hello,
looks all ok. I'll check it out, and apply the patch (if ok) so that it will be fixed
in PHP 4.0.6
Derick
---
[2001-05-17 16:16:59] [EMAIL PROTECTED]
I think I've found the problem (and the solution).
Let's look at some functions found in mcrypt first...
File: mcrypt_modules.c
int mcrypt_module_close(MCRYPT td)
{
lt_dlclose(td-algorithm_handle);
lt_dlclose(td-mode_handle);
lt_dlexit();
td-algorithm_handle = NULL;
td-mode_handle = NULL;
td-m_encrypt = NULL;
td-a_encrypt = NULL;
td-a_decrypt = NULL;
td-m_decrypt = NULL;
free(td);
return 0;
}
File: mcrypt.c
int mcrypt_generic_end(const MCRYPT td)
{
internal_end_mcrypt(td);
mcrypt_module_close(td);
return 0;
}
The crash occurs when the call free(td) is made in mcrypt_module_close(MCRYPT td)
Notice that mcrypt_generic_end(const MCRYPT td) calls mcrypt_module_close(MCRYPT td)
in the end.
Let's look at the mcrypt.c file from PHP (NOT the same one as above). It has a
function called
php_mcrypt_do_crypt(char* cipher, zval **key, zval **data, char *mode, zval **iv, int
argc, int dencrypt, zval* return_value)
At the end of the function, we find the following:
/* freeing vars */
mcrypt_generic_end (td);
if (key_s != NULL)
efree (key_s);
if (iv_s != NULL)
efree (iv_s);
efree (data_s);
mcrypt_module_close (td);
}
The crash occurs when the final mcrypt_module_close is called.
The reason is that the call to mcrypt_generic_end (td) also calls
mcrypt_module_close(td) that again calls free (td). When we later call
mcrypt_module_close (td) we try to free td again, and that sometimes gives us a
segmentation fault.
The solution is simply to delete the last line in the php_mcrypt_do_crypt function
(mcrypt_module_close (td);) found in mcrypt.c. This is ok, since we have already freed
td in the call to mcrypt_generic_end (td) a few lines above.
That solved the problems for me. Finally no more crashes :)
---
[2001-04-10 13:58:16] [EMAIL PROTECTED]
Crashes for me too, possibly a bug in mcrypt it self. Trying more things...
---
[2001-04-10 13:01:24] [EMAIL PROTECTED]
Actually, the script only seems to dump core if I do:
echo bin2hex($output);
after the encryption. Just a simple:
echo $output;
seems to work just fine (i.e. it outputs stuff).
- Colin
---
[2001-04-10 12:59:24] [EMAIL PROTECTED]
This happens for me too with today's CVS and the latest CVS of mcrypt.
Backtrace says:
#0 0x402c89bc in chunk_free (ar_ptr=0x40369680, p=0x81f7f00) at malloc.c:3152
3152malloc.c: No such file or directory.
(gdb) bt
#0 0x402c89bc in chunk_free (ar_ptr=0x40369680, p=0x81f7f00) at malloc.c:3152
#1 0x402c8828 in __libc_free (mem=0x81f7f08) at malloc.c:3054
#2 0x400a650d in mcrypt_module_close (td=0x81f7f08) at mcrypt_modules.c:48
#3 0x807c1e7 in php_mcrypt_do_crypt (cipher=0x81f7e94 rijndael-256, key=0x81f2118,
data=0x81f211c,
mode=0x818174c cbc, iv=0x81f2124, argc=5, dencrypt=0, return_value=0x81f7ef4) at
mcrypt.c:1317
#4 0x807c576 in php_if_mcrypt_encrypt (ht=5, return_value=0x81f7ef4, this_ptr=0x0,
return_value_used=1)
at mcrypt.c:1334
#5 0x81228e6 in execute (op_array=0x81f37dc) at ./zend_execute.c:1494
#6 0x80f3fcd in zend_execute_scripts (type=8, file_count=3) at zend.c:743
#7 0x8069c8f in php_execute_script (primary_file=0xba60) at main.c:1196
#8 0x8067fa4 in main (argc=2, argv=0xbb04) at cgi_main.c:731
#9 0x4026ab5c in __libc_start_main (main=0x8067830 main, argc=2, ubp_av=0xbb04,
init=0x8064b8c _init,
fini=0x81362ec _fini, rtld_fini=0x4000d634 _dl_fini, stack_end=0xbafc)
at ../sysdeps/generic/libc-start.c:129
Assigning it to the expert ... :)
---
The remainder of the comments for this report are too long. To view the rest of the
comments, please view the bug report online.
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9801edit=2
--
PHP Development Mailing
[PHP-DEV] Bug #10890 Updated: Segmentation fault when using mcrypt function in Apache
ID: 10890 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Analyzed Status: Closed Bug Type: mcrypt related Operating system: PHP Version: 4.0.5 Assigned To: derick Comments: This should be fixed in CVS. Can you please try a snapshot in about two hours? (The snapshots have to be generated, and are available on snaps.php.net) If this does not fix the problem for you, please reopen this report. Previous Comments: --- [2001-05-17 17:02:29] [EMAIL PROTECTED] Hello, I'm on this, probably found the bug already. I'll commit the fix as soon as I tested it and my connection works 100%. Derick --- [2001-05-17 16:48:40] [EMAIL PROTECTED] I tried today with libmcrypt-2.4.11 both with --disable-posix-threads and without. In both cases i get the segmentation fault in the apache log. --- [2001-05-15 17:48:17] [EMAIL PROTECTED] If i try to run this script: ?php $key = this is a very secret key; $input = Let us meet at 9 o'clock at the secret place.; $td = mcrypt_module_open (MCRYPT_TripleDES, , MCRYPT_MODE_ECB, ); $iv = mcrypt_create_iv (mcrypt_enc_get_iv_size ($td), MCRYPT_RAND); mcrypt_generic_init ($td, $key, $iv); $encrypted_data = mcrypt_generic ($td, $input); mcrypt_generic_end ($td); echo $encrypted_data; ? I get this in my Apache log file: [Tue May 15 23:30:13 2001] [notice] child pid 22372 exit signal Segmentation fault (11) [Tue May 15 23:30:13 2001] [notice] child pid 22371 exit signal Segmentation fault (11) I did configure libmcrypt 2.4.9 with: ./configure --disable-posix-threads And PHP 4.0.5 with: ./configure --with-mysql=/usr/local/mysql --with-gd=/usr/local --with-t1lib --with-ttf --with-jpeg-dir --with-png-dir --with-tiff-dir --with-zlib-dir --with-xpm-dir --with-imap --with-gettext --with-zlib --with-pdflib --enable-exif --enable-ftp --enable-bcmath --with-mcrypt --with-config-file-path=/usr/local/etc --with-apxs=/usr/local/apache/bin/apxs --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10890edit=2 -- 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 #10936 Updated: DOMXML crash with CDATA
ID: 10936
Updated by: lyric
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Reproducible crash
Operating system:
PHP Version: 4.0.5
Assigned To:
Comments:
domxml has changed from children being a method to being a member. Try $children =
$root-children
Previous Comments:
---
[2001-05-17 13:21:56] [EMAIL PROTECTED]
I am running the latest Win32 binaries from the php.net download page. I am using the
ISAPI module on IIS5. In php.ini I enabled DOMXML by uncommenting the appropriate
line.
Calling the children function on a node that has a CDATA node as a child results in an
access violation. Here's a script that reproduces the problem:
$doc = xmldocfile('http://tbhbuilding.blogspot.com');
$root = $doc-root();
$children = $root-children();
$children = $children[1]-children();
print_r($children[1]-children());
I would have generated a gdb backtrace if the instructions for doing so explained how
to do it with the ISAPI module.
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10936edit=2
--
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 #10943 Updated: After a migration from php4.0.4 to php4.0.5
ID: 10943 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: PWS related Operating system: PHP Version: 4.0.5 Assigned To: Comments: You need to provide some more information, so that we can see what goes wrong, and how to fix it. Previous Comments: --- [2001-05-17 17:57:25] [EMAIL PROTECTED] After a migration from php 4.0.4 to php 4.0.5, my personal web server(PWS)doesn't work with php pages. Is there any solutions to this problem ? Thank you for your answers. Impossible d'afficher la page Il y a un problème avec la page que vous essayez d'atteindre ; elle ne peut pas être affichée. Essayez de la manière suivante : Ouvrez la page de démarrage localhost et recherchez des liens vers les informations voulues. Cliquez sur le bouton Actualiser ou réessayez ultérieurement. Cliquez sur Rechercher pour trouver des informations sur Internet. Vous pouvez également voir une liste de sites apparentés. HTTP 500 - Erreur interne de serveur Internet Explorer --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10943edit=2 -- 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] Zdnet Article
http://www.zdnet.com/products/stories/reviews/0,4161,2711724,00.html no word to comment that ! just see a adbanner for ColdFusion on the same page ! Manu -- 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] setting open_basedir and include_path from environment variables
Hi, In main.c there are some comments about setting include_path from an environment variable called PHP_INCLUDE_PATH, but it appears this is a future todo. I need to patch my local source to do that, but I don't see in the source where the values are being read from the .ini file; presumably I need to read my environment variable and override the .ini values immediately after that. Can anyone tell me where to look in the source to find the values being set from the .ini file? -- 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] Zdnet Article
get some skills please ZDNet - that has to be one of the poorest reviews of anything on any platform ever. No comments system either -- probably using BroadVision :/ Is there a php-advocacy list? I'm getting sick of having to explain exactly why PHP is better than ColdFusion et al. It would be good to co-ordinate efforts :) Nick. On Fri, 18 May 2001, Emmanuel FAIVRE wrote: http://www.zdnet.com/products/stories/reviews/0,4161,2711724,00.html no word to comment that ! just see a adbanner for ColdFusion on the same page ! Manu -- 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] Bug #10944: hw_info() prints garbage for server string
From: [EMAIL PROTECTED] Operating system: Linux 2.2.14/Mandrake 7 PHP version: 4.0 Latest CVS (2001-05-17) PHP Bug Type: Hyperwave related Bug description: hw_info() prints garbage for server string hw_info() is printing some random garbage for the server string: Ì***, localhost, 717, anonymous, 7175, 0 Looking at the source it seems that the server string is never getting set properly when the connection is made in hg_comm.c, but I don't have time to track this down today. Torben -- Edit Bug report at: http://bugs.php.net/?id=10944edit=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 #10945: Apache core dumps when PHP4.0.5 is activated via LoadModule
From: [EMAIL PROTECTED] Operating system: AIX 4.3.3 (MU8) PHP version: 4.0.5 PHP Bug Type: Apache related Bug description: Apache core dumps when PHP4.0.5 is activated via LoadModule Apache-1.3.19 compiles clean under gcc-2.95.3 with: $ ./configure --prefix=/opt/apache --enable-module=so junk deleted $ make junk deleted # make install junk deleted Apache starts cleanly and generally works fine. PHP4.0.5 compiles clean under gcc-2.95.3 with: $ ./configure --prefix=/opt/php --with-apxs=/opt/apache/bin/apxs --with-mysql=/opt/mysql junk deleted $ make junk deleted # make install junk deleted Howver when I stop Apache and start it back up again, it doesn't start. It dumps core. When I rem out the LoadModule directive for the php module in httpd.conf, Apache starts up fine. [ FYI: it's MySQL 3.23.34a (--prefix=/opt/mysql --with-pthreads) ] Any suggections on how to troubleshoot it ? If you have a use for the core, I can send it to you. More info: RS/6000-43P/132 AIX 4.3.3 (maintenance update 8) gcc-2.95.3 Only other software installed on the system is GNU make-3.79.1 and bash-2.04. Any help is greatly appreciated. -- Edit Bug report at: http://bugs.php.net/?id=10945edit=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 #10929 Updated: got segmentation fault after successful compile
ID: 10929 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Apache related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Try getting fresh sources for Apache and try again.. --Jani Previous Comments: --- [2001-05-17 12:05:13] [EMAIL PROTECTED] cd /usr/src/apache_1.3.19 ./configure --prefix=/www cd ../php-4.0.5 ./configure --with-mysql=/usr/local/ --with-oracle=/home/oracle/OraHome1/ --with-apache=../apache_1.3.19 --enable-sigchild --enable-track-vars make make install cd ../apache_1.3.19 ./configure --activate-module=src/modules/php4/libphp4.a make make install All of this didn't produce any errors. After trying to start apache (it was down all the time) with /usr/local/apache/bin/apachectl start I got segmentation fault I checked, that was newly compiled apache. Just for reference, version 4.0.4 with same parameters is compiled and it is runing just OK --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10929edit=2 -- 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 #10945 Updated: Apache core dumps when PHP4.0.5 is activated via LoadModule
ID: 10945 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Analyzed Bug Type: Apache related Operating system: PHP Version: 4.0.5 Assigned To: Comments: On systems that use glibc-2.1.x there is a bug in glibc that prevents a binary not linked against pthreads to dynamically load a shared library that is linked against pthreads. Perhaps this problem also exists on AIX? Try linking your Apache httpd against libpthreads. Previous Comments: --- [2001-05-17 20:57:44] [EMAIL PROTECTED] Apache-1.3.19 compiles clean under gcc-2.95.3 with: $ ./configure --prefix=/opt/apache --enable-module=so junk deleted $ make junk deleted # make install junk deleted Apache starts cleanly and generally works fine. PHP4.0.5 compiles clean under gcc-2.95.3 with: $ ./configure --prefix=/opt/php --with-apxs=/opt/apache/bin/apxs --with-mysql=/opt/mysql junk deleted $ make junk deleted # make install junk deleted Howver when I stop Apache and start it back up again, it doesn't start. It dumps core. When I rem out the LoadModule directive for the php module in httpd.conf, Apache starts up fine. [ FYI: it's MySQL 3.23.34a (--prefix=/opt/mysql --with-pthreads) ] Any suggections on how to troubleshoot it ? If you have a use for the core, I can send it to you. More info: RS/6000-43P/132 AIX 4.3.3 (maintenance update 8) gcc-2.95.3 Only other software installed on the system is GNU make-3.79.1 and bash-2.04. Any help is greatly appreciated. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10945edit=2 -- 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]
