[PHP-DEV] Bug #13465 Updated: imap_fetchstructure problem
ID: 13465 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: IMAP related Operating System: Red Hat 7.1 (Seawolf) PHP Version: 4.0.6 New Comment: If it is a bug (which I doubt), it's not a PHP bug, but a bug in the library that the imap extension used. I recommend to check this out with the imap guys. Not a PHP bug bogus. Previous Comments: [2001-10-19 00:00:16] [EMAIL PROTECTED] Nobody knows how to solve this problem??? [2001-09-26 22:05:51] [EMAIL PROTECTED] The list of modules I compiled PHP with: ./configure --with-apxs=/usr/local/apache/bin/apxs \ --with-mysql=/usr/local/mysql \ --with-imap=/usr/local/imap \ --with-language=korean \ --with-charset=euc_kr \ --with-zlib \ --enable-track-vars \ --disbale-debug \ --enable-modules=so \ --with-config-file-path=/usr/local/apache/conf \ My server environments: OS - Red Hat 7.1 PHP- 4.0.6 qmail - 1.03 imap - 4.7 apache - 1.3.20 mysql - 3.23.39 If a mail header contains 'Mime-Version: 1.0', imap_fetchstructure works ok. However If not, imap_fetchstructure always returns the type value as text and the subtype value as plain. For example, suppose I receive the following mail. x-sender: [EMAIL PROTECTED] x-receiver: [EMAIL PROTECTED] Received: from myonair.com by gaultier with Microsoft SMTPSVC(5.0.2172.1); Tue, 25 Sep 2001 11:34:08 +0900 Received: (qmail 31008 invoked by uid 99); 25 Sep 2001 11:39:49 +0900(KST) Date: 25 Sep 2001 11:39:49 +0900(KST) Message-ID: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: test From: [EMAIL PROTECTED] Content-Type: text/html; charset=ks_c_5601-1987 Return-Path: [EMAIL PROTECTED] X-OriginalArrivalTime: 25 Sep 2001 02:34:08.0868 (UTC) FILETIME=[8DAA4240:01C1456A] iframe frameborder=0 scrolling=no topmargin=0 leftmargin=0 src=http://mail.myonair.com/letter/mail_to.html?user_no=2; width=620 height=450/iframe The mail content type is text/html, but imap_fetchstructure returns the content type as text/plain because there is not 'Mime-Version: 1.0' in the mail header. If the mail header contains 'Mime-Version: 1.0', imap_fetchstructure works properly. Is this a kind of bug? Edit this bug report at http://bugs.php.net/?id=13465edit=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 #13618 Updated: preg_match_all causes segmentation fault
ID: 13618 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Assigned Bug Type: Reproducible crash Operating System: RedHat 6.2 PHP Version: 4.0CVS-2001-10-09 Old Assigned To: Assigned To: andrei New Comment: Assinging this to you Andrei. I could reproduce this with CVS from 15-10-2001. Derick Previous Comments: [2001-10-09 15:55:30] [EMAIL PROTECTED] this script reproduces the problem, the problem doesn't occur if the input to the preg is under 16000 chars or so. for ($x=0;$x5000;$x++){$result.='test \'test\' test';} preg_match_all (/((\\'|[^'])+)/,$result,$output); this is the gbd output #0 0x80b5fd5 in match ( eptr=0x82a1449 st''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' te..., ecode=0x829c82d \020\001'8, offset_top=6, md=0xbfffe714, ims=0, eptrb=0xbf800108, flags=2) at pcre.c:3465 3465{ (gdb) bt #0 0x80b5fd5 in match ( eptr=0x82a1449 st''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' te..., ecode=0x829c82d \020\001'8, offset_top=6, md=0xbfffe714, ims=0, eptrb=0xbf800108, flags=2) at pcre.c:3465 #1 0x80b6089 in match ( eptr=0x82a1449 st''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' te..., ecode=0x829c82a H, offset_top=6, md=0xbfffe714, ims=0, eptrb=0xbf800108, flags=2) at pcre.c:3527 #2 0x80b6a52 in match ( eptr=0x82a1449 st''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' te..., ecode=0x829c835 :, offset_top=6, md=0xbfffe714, ims=0, eptrb=0xbf8002e0, flags=2) at pcre.c:3911 #3 0x80b6089 in match ( eptr=0x82a1448 est''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' t..., ecode=0x829c830 8, offset_top=6, md=0xbfffe714, ims=0, eptrb=0xbf8002e0, flags=2) at pcre.c:3527 #4 0x80b6a52 in match ( eptr=0x82a1448 est''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' t..., ecode=0x829c835 :, offset_top=6, md=0xbfffe714, ims=0, eptrb=0xbf8004b8, flags=2) at pcre.c:3911 #5 0x80b6089 in match ( eptr=0x82a1447 test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' ..., ecode=0x829c830 8, offset_top=6, md=0xbfffe714, ims=0, eptrb=0xbf8004b8, flags=2) at pcre.c:3527 #6 0x80b6a52 in match ( eptr=0x82a1447 test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' ..., ecode=0x829c835 :, offset_top=6, md=0xbfffe714, ims=0, eptrb=0xbf800690, flags=2) at pcre.c:3911 ---Type return to continue, or q return to quit--- #7 0x80b6089 in match ( eptr=0x82a1446 test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\'..., ecode=0x829c830 8, offset_top=6, md=0xbfffe714, ims=0, eptrb=0xbf800690, flags=2) at pcre.c:3527 #8 0x80b6a52 in match ( eptr=0x82a1446 test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\'..., ecode=0x829c835 :, offset_top=6, md=0xbfffe714, ims=0, eptrb=0xbf800868, flags=2) at pcre.c:3911 #9 0x80b6089 in match ( eptr=0x82a1445 ' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\' test''test \\'test\\..., ecode=0x829c82a H, offset_top=6, md=0xbfffe714, ims=0, eptrb=0xbf800868, flags=2) at pcre.c:3527 #10 0x80b6a52 in match ( eptr=0x82a1445 '
Re: [PHP-DEV] making mail() funtion work without sendmail on UNIX systems
Stig Venaas wrote: Comments? well, the current SMTP implementation in win/sendmail.c is, lets say, at least suboptimal it misses a lot of requirements from the RFCs (821/822 or the newer 2821/2822), e.g. case insensitive headers, handling of lines beginning with a '.', limited message size ... so while having a common codebase for mail() using SMTP on UNIX *and* Win32 is definetly a good thing it might be worth to have a look at different SMTP implementations to integrate for that improving this situation has been on my list for quite a while (see the error assignments on bugs.php.net) but i still have no working Win32 dev. system :( hope to get that installed and configured on the conference next month, there should be enugh man and brain power around in Frankfurt by that time ... -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 Besuchen Sie uns auf der Systems in München in Halle B1 Stand 254 -- PHP Development Mailing List http://www.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.1.0RC1 out
Hi, 4.1.0RC1 is out, download it from http://www.php.net/~ssb/php-4.1.0RC1.tar.gz - 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] making mail() funtion work without sendmail on UNIXsystems
I am really not a big fan of putting smtp code into PHP on UNIX. The whole philosophy of UNIX is to have a collection of small specialized tools that work together instead of one mammoth tool. Which UNIX system does not have the ability to send mail? We really should not be re-inventing every wheel out there. -Rasmus On Fri, 19 Oct 2001, Hartmut Holzgraefe wrote: Stig Venaas wrote: Comments? well, the current SMTP implementation in win/sendmail.c is, lets say, at least suboptimal it misses a lot of requirements from the RFCs (821/822 or the newer 2821/2822), e.g. case insensitive headers, handling of lines beginning with a '.', limited message size ... so while having a common codebase for mail() using SMTP on UNIX *and* Win32 is definetly a good thing it might be worth to have a look at different SMTP implementations to integrate for that improving this situation has been on my list for quite a while (see the error assignments on bugs.php.net) but i still have no working Win32 dev. system :( hope to get that installed and configured on the conference next month, there should be enugh man and brain power around in Frankfurt by that time ... -- PHP Development Mailing List http://www.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] New zend_compile.c to solve all of the duplicate function problems
DB where people were attempting to actually redefine a function DB name. Brian's patch allows the compiler to encounter the same DB function in the same file on the same line and only give a DB notice instead of a fatal error. It's not the most elegant Which is not backward-compatible with how PHP behaved until then. That's what I was saying. DB solution, but then again, we have no #ifdef and #ifndef as you C DB coders do to allow us to properly create function libraries. A lot of languages don't have ifdefs (actually, most of them). A lot of languages do not allow to redefine functions. Still each of these languages allows to create code libraries. Obviously, your implied argument that this is needed to implement libraries is wrong. DB If/else could be used to achieve similar results, but from what DB I understand, only under a serious performance penalty. Which, DB BTW, is very unacceptable. Actually, even now it can be done properly, given: 1. Reusable code (variables) and definition code (function) reside in different files, just like you would do it in C 2. include and include_once is used properly It would be much better if PHP could have a concept of a library package, which would solve a lot of did I already have this package, and if not, how I import it properly? questions. Making quick hacks to bend the language into compliance with some hacky way to solve the problem won't do any good in the long run, only bring more problems. -- Stanislav Malyshev, Zend Products Engineer [EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.115 -- PHP Development Mailing List http://www.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] New zend_compile.c to solve all of the duplicate function problems
DB Essentially, to answer your question. include_once() is a very DB poor way to write modular code that will be used across DB different projects and across different developers. You are Why? DB placing the responsibility of not accidentally redefining DB function names on the user of the function library or code file DB and not on the file itself as it should be and as it is in other DB languages such as C. To put it shortly, it's a backwards way of PHP is not C. So PHP can not be such as C. You are placing responcibility of including a module onto the engine, and that is completely OK with me. I agree that it would be good to have more developed concept of a package and all the hoopla that is going with that - but until then, I see nothing wrong in include_once. DB including files and it's a poor programming technique. Why? -- Stanislav Malyshev, Zend Products Engineer [EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.115 -- PHP Development Mailing List http://www.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] New zend_compile.c to solve all of the duplicate function problems
Stanislav, he does have a point in that it would be a good idea to be able to create an include file which protected itself from multiple exclusion instead of relying on the user to use the file correctly. That's what he means by bad style. There could be cases where you created a system where some files were designed to be included multiple times and others were designed not to. Putting the responsibility on the user to figure out which is which is not great. It would be nice if you could trigger the include_once functionality from the file being included. Almost like the call-time-pass-by-reference vs. force-reference-in-func-declaration argument. Not quite the same, but I think you see what I mean. Since you can no longer do: if(!defined(_FOO_INC)): define('_FOO_INC',1); ... endif; to protect a file from multiple inclusion within the file itself, some other mechanism would be nice. I wouldn't say this was crucial, but I definitely see the case for it. Some sort of magical 'only_once' token at the top of an included file which forces the include to act like an include_once for that file might do it, or as Brian did, don't toss fatal errors if the same function is redefined in the same file. -Rasmus On Fri, 19 Oct 2001, Stanislav Malyshev wrote: DB Essentially, to answer your question. include_once() is a very DB poor way to write modular code that will be used across DB different projects and across different developers. You are Why? DB placing the responsibility of not accidentally redefining DB function names on the user of the function library or code file DB and not on the file itself as it should be and as it is in other DB languages such as C. To put it shortly, it's a backwards way of PHP is not C. So PHP can not be such as C. You are placing responcibility of including a module onto the engine, and that is completely OK with me. I agree that it would be good to have more developed concept of a package and all the hoopla that is going with that - but until then, I see nothing wrong in include_once. DB including files and it's a poor programming technique. Why? -- PHP Development Mailing List http://www.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] making mail() funtion work without sendmail on UNIX systems
Rasmus Lerdorf wrote: I am really not a big fan of putting smtp code into PHP on UNIX. The whole philosophy of UNIX is to have a collection of small specialized tools that work together instead of one mammoth tool. Which UNIX system does not have the ability to send mail? We really should not be re-inventing every wheel out there. #1 unified configuration in php.ini for win *and* unix #2 From: header settings both message and SMTP #2 independance of how good the /usr/lib/sendmail binary emulation provided by different MTAs (if at all) is #4 error checking what happens today if you have an application that does more then just simple informative messages with PHP is that you stay away from mail() altogether and talk SMTP using fsockopen() as the sendmail binary interface is just not up to what you need so i'd say we can argue if SMTP should be implemented at the C or PEAR level, but it should definetly be available as a standard feature for all Platforms -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 Besuchen Sie uns auf der Systems in München in Halle B1 Stand 254 -- PHP Development Mailing List http://www.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] making mail() funtion work without sendmail on UNIXsystems
On Fri, 19 Oct 2001, Hartmut Holzgraefe wrote: Rasmus Lerdorf wrote: I am really not a big fan of putting smtp code into PHP on UNIX. The whole philosophy of UNIX is to have a collection of small specialized tools that work together instead of one mammoth tool. Which UNIX system does not have the ability to send mail? We really should not be re-inventing every wheel out there. #1 unified configuration in php.ini for win *and* unix That's just silly. The aim is then to implement all the things that don't come standard with Windows but are part of UNIX in PHP? #2 From: header settings both message and SMTP As long as you have a trusted sender id you can set the From header already on UNIX. #2 independance of how good the /usr/lib/sendmail binary emulation provided by different MTAs (if at all) is So we are going to be rewriting sendmail. Great. #4 error checking Hrm.. Maybe, although that could be handled. You completely lose the most important feature. A non-blocking mail() call which queues the message. Having a web app wait on an smtp delivery is crap. Mail should be delivered out of band. what happens today if you have an application that does more then just simple informative messages with PHP is that you stay away from mail() altogether and talk SMTP using fsockopen() as the sendmail binary interface is just not up to what you need I haven't seen anybody do this on UNIX. -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]
Re: [PHP-DEV] making mail() funtion work without sendmail on UNIX systems
On Fri, Oct 19, 2001 at 09:24:51AM +0200, Hartmut Holzgraefe wrote: Stig Venaas wrote: well, the current SMTP implementation in win/sendmail.c is, lets say, at least suboptimal it misses a lot of requirements from the RFCs (821/822 or the newer 2821/2822), e.g. case insensitive headers, handling of lines beginning with a '.', limited message size ... so while having a common codebase for mail() using SMTP on UNIX *and* Win32 is definetly a good thing it might be worth to have a look at different SMTP implementations to integrate for that improving this situation has been on my list for quite a while (see the error assignments on bugs.php.net) but i still have no working Win32 dev. system :( Same here. I didn't change anything for Windows (except moving the file), since I haven't got a Windows dev system. The implementation could certainly be improved, that would be much easier for me to do by also using it for UNIX. While I do agree to some extent with Rasmus, the changes are relatively small, and the default will be to use external mailer. The reason I'm looking at this now, is to avoid having separate sendmail setup for webservers chroot environment. I suppose could use something more trivial than sendmail as the external mailer. This is no big thing to me, I'll help implement it if people want it, otherwise I'll go on to more useful things. hope to get that installed and configured on the conference next month, there should be enugh man and brain power around in Frankfurt by that time ... Hmm, maybe I should do that... 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] making mail() funtion work without sendmail on UNIXsystems
Same here. I didn't change anything for Windows (except moving the file), since I haven't got a Windows dev system. The implementation could certainly be improved, that would be much easier for me to do by also using it for UNIX. While I do agree to some extent with Rasmus, the changes are relatively small, and the default will be to use external mailer. I am all for making the smtp stuff work on Windows and once the work is done there is no point not making it an option on UNIX for cases where a simple direct smtp connection might make sense. But we certainly should not be encouraging people to use PHP as an MTA if they have a proper MTA available to them. -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]
Re: [PHP-DEV] making mail() funtion work without sendmail on UNIX systems
Rasmus Lerdorf wrote: #1 unified configuration in php.ini for win *and* unix That's just silly. The aim is then to implement all the things that don't come standard with Windows but are part of UNIX in PHP? we need the code for Win anyway, and done right it would provide features not possible with the sendmail command line interface so why not use it for unix to? #2 From: header settings both message and SMTP As long as you have a trusted sender id you can set the From header already on UNIX. depends on the MTA you are using and the /usr/lib/sendmail emulation it provides #2 independance of how good the /usr/lib/sendmail binary emulation provided by different MTAs (if at all) is So we are going to be rewriting sendmail. Great. i was refering to the sendmail command line interface not sendmail as a MTA and the primary interface to a MTA this days is SMTP, the commandline tool is a nice addition that allows for more easy mail generation in certain situations but comes for the price of limited features #4 error checking Hrm.. Maybe, although that could be handled. You completely lose the most important feature. A non-blocking mail() call which queues the message. Having a web app wait on an smtp delivery is crap. Mail should be delivered out of band. non-blocking? mail() uses popen() and has to wait for the execution of /usr/lib/sendmail to terminate AFAIR there is no performance penalty when talking to the SMTP port @localhost, in both cases you have to wait for the local MTA to accept the message for spooling (and when localhost is just a relay you gain even more by talking to the 'real' MTA immediately) but SMTP comes without the additional process creation overhead you have with the current popen(/usr/lib/sendmail ...,r) solution and you have this overhead for *every* message you send out while you can send several messages during a single SMTP session what happens today if you have an application that does more then just simple informative messages with PHP is that you stay away from mail() altogether and talk SMTP using fsockopen() as the sendmail binary interface is just not up to what you need I haven't seen anybody do this on UNIX. well, i do in my applications and we are currently in the process of changing all our applications here in the company as we had various problems with mail(), even on machines running plain sendmail -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 Besuchen Sie uns auf der Systems in München in Halle B1 Stand 254 -- PHP Development Mailing List http://www.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] New zend_compile.c to solve all of the duplicate function problems
RL Stanislav, he does have a point in that it would be a good idea to be able RL to create an include file which protected itself from multiple exclusion RL instead of relying on the user to use the file correctly. That's what he I'm these minutes finish to write a proposal which is meant to adress some part of this issue. I will post it very soon. RL which is which is not great. It would be nice if you could trigger the RL include_once functionality from the file being included. I fear this won't sit well with how the engine works... But maybe you won't need this, in fact. I think that this should be done in more systematic way, so that if you include some code bunch, you are sure this and that is defined, without checking each thing by itself. Especially when we talk about functions and classes, which are not the same small change as variables and should be handled more systematically. There still be the cases when you do need such hacks, in one way or another, but I think that a systematic approach to the problem will do better than a hackish 'patch there, fiddle here' approach. -- Stanislav Malyshev, Zend Products Engineer [EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.115 -- PHP Development Mailing List http://www.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] Package extension proposal
Below is the proposal for PHP packaging extension. The intentions is for PHP to have the package system kind of like what Perl and other languanges have. The comments and suggestions are most welcome, as usual. Especially the experience with packaging system from other languages. === Name: Package Extensions Draft Version: 1.0 Author: Stanisval Malyshev [EMAIL PROTECTED] Goal: Create a system that will allow to create and conveniently handle PHP code bundles, containing one or more PHP code files bound by the common function. Requirements: The system should: * allow convenient loading of the whole package with the single statement * allow convenient checking if the package is loaded * allow the user to conveniently pack the package and to describe relationships between the packages * this is not meant to replace include() and include_once() but to add functionality that will allow more systematic view on the PHP code tree * the system should sit well with future namespace implementation, allowing packages to use the benefits of the namespaces The system is meant to be implemented as a PHP extension. On the best of my knowledge, it can be implemented without interfering with any existing code and without needing any code modification in any other parts of PHP/Zend. Proposed functions: === package_load(Name) Loads the package with name Name. The loading is done in the global scope (as opposed to include()). Returns true on success. If the package with this name was loaded, it just returns true, while doing nothing. If the package cannot be found, it returns error. TBD: fatal error or not? package_is_loaded(Name) - Returns true if the package is loaded, false otherwise. package_set_path(path) Sets the package path for looking for packages. The default is the include path. Technology: == Package is located and loaded in the following way: 1. First, the package location name is determined. If the name does not contain :: signs, the package location name is the package name. If the package name contains ::, each :: component is a subdirectory, i.e. Foo::Bar::Baz produces the location name of Foo/Bar/Baz (just like in Perl). 2. Package location name is prepended with each directory in the package path. The '.pdef' extension is added to the path. If a file with such name exists, this is a package definition file, which is parsed according to 3. If not, the '.php' extension is added to the above path. If a file with such name exists, it is considered to be the main file of the package and is included with global scope. This file should require_once the rest of the files. 3. The package definition file has format like the following: Package: Foo::Bar Version: 3.14.15 Requires: PEAR Requires: DB::MySQL Files: boobar.php boo.inc classes/class.A.inc classes/class.B.inc Package: line defines the name of the package, should be the same as is required (as a sanity control measure). Version: is not used in the meantime. Requires: line defines that this package depends on other package, which should be loaded before this package is loaded. This line can be repeated a number of times. Files: line marks the start of the file list. The next lines of the file, until the end, will be package filenames, one per line. The pacthes are relative to the package directory. The files are included (just like include()) in the global context and executed, one by one. It is not recommended to put any global-scope code but definitions and variable definitions into these files. -- Stanislav Malyshev, Zend Products Engineer [EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.115 -- PHP Development Mailing List http://www.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] making mail() funtion work without sendmail on UNIXsystems
You completely lose the most important feature. A non-blocking mail() call which queues the message. Having a web app wait on an smtp delivery is crap. Mail should be delivered out of band. non-blocking? mail() uses popen() and has to wait for the execution of /usr/lib/sendmail to terminate AFAIR Yes, but if you have sendmail set up to simply queue the message it comes right back. Sendmail/qmail/postfix then later delivers the message out of band. This is essential if you are sending a lot of mail. Or even if you just want a nice quick web app. there is no performance penalty when talking to the SMTP port @localhost, in both cases you have to wait for the local MTA to accept the message for spooling (and when localhost is just a relay you gain even more by talking to the 'real' MTA immediately) but SMTP comes without the additional process creation overhead you have with the current popen(/usr/lib/sendmail ...,r) solution and you have this overhead for *every* message you send out while you can send several messages during a single SMTP session True, smtp delivery to localhost could be useful. But it would be hard to make this the default. I am sure many people do not have an smtpd listening on localhost:25 while most people have an MTA capable of spooling or delivering a message. -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]
Re: [PHP-DEV] making mail() funtion work without sendmail on UNIX systems
Rasmus Lerdorf wrote: Yes, but if you have sendmail set up to simply queue the message it comes right back. Sendmail/qmail/postfix then later delivers the message out of band. This is essential if you are sending a lot of mail. Or even if you just want a nice quick web app. thats *exactly* what SMTP does, too True, smtp delivery to localhost could be useful. But it would be hard to make this the default. I am sure many people do not have an smtpd listening on localhost:25 while most people have an MTA capable of spooling or delivering a message. i was not talking about making SMTP the default on UNIX (haven't even thought about it yet, might make sense but not necessary) but on the other hand a working SMTP server somewhere in the local network is more likely than a working MTA on localhost, SMTP or not -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 Besuchen Sie uns auf der Systems in München in Halle B1 Stand 254 -- PHP Development Mailing List http://www.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 #13704 Updated: QUERY_STRING empty with Multiviews
ID: 13704 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: Debian stable PHP Version: 4.0CVS-2001-10-17 New Comment: I changed back to PHP 4.0.6 which didn't have this problem. Still using Apache 1.3.22. The problem still manifests, which leaves me to suspect the only thing that has changed: Apache 1.3.22 Apache 1.3.20 + PHP 4.0.6 = working Apache 1.3.22 + PHP 4.0.6 = broken Apache 1.3.22 + PHP 4.0.8cvs = broken Previous Comments: [2001-10-17 00:24:12] [EMAIL PROTECTED] Apache/1.3.22 with PHP pulled from CVS on October 14 (perhaps a bit later). PHP statically linked in. When MultiViews is used, QUERY_STRING is empty. EG: http://w/dump_var?a=b http://w/dump_var.php?a=b The second correctly has $a == 'b', but the first does not. print_r($HTTP_SERVER_VARS) says ... Array ( [SCRIPT_FILENAME] = .../example.php [SCRIPT_URI] = .../example [SCRIPT_URL] = .../example [SERVER_SOFTWARE] = Apache/1.3.22 (Unix) PHP/4.0.8-dev [REQUEST_METHOD] = GET [QUERY_STRING] = [REQUEST_URI] = .../example?alpha=yes?=yes ) Example: http://bla.crysm.net/toys/php-4.0.8-multiview/ (Thanks to jmcastagnetto and sit on irc.openprojects.net) Edit this bug report at http://bugs.php.net/?id=13704edit=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] New zend_compile.c to solve all of the duplicate function problems
Since you can no longer do: if(!defined(_FOO_INC)): define('_FOO_INC',1); ... endif; to protect a file from multiple inclusion within the file itself, some This is still a valid construct. I could find nothing in the discussion that would indicate otherwise. The only thing that does not work now, and it did before was: if(!defined(_FOO_INC)): define('_FOO_INC',1); return; endif; ... ... -- PHP Development Mailing List http://www.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 #13704 Updated: QUERY_STRING empty with Multiviews
ID: 13704 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Apache related Operating System: Debian stable PHP Version: 4.0CVS-2001-10-17 New Comment: Can you file this report with the apache guys too? Derick Previous Comments: [2001-10-19 05:20:04] [EMAIL PROTECTED] I changed back to PHP 4.0.6 which didn't have this problem. Still using Apache 1.3.22. The problem still manifests, which leaves me to suspect the only thing that has changed: Apache 1.3.22 Apache 1.3.20 + PHP 4.0.6 = working Apache 1.3.22 + PHP 4.0.6 = broken Apache 1.3.22 + PHP 4.0.8cvs = broken [2001-10-17 00:24:12] [EMAIL PROTECTED] Apache/1.3.22 with PHP pulled from CVS on October 14 (perhaps a bit later). PHP statically linked in. When MultiViews is used, QUERY_STRING is empty. EG: http://w/dump_var?a=b http://w/dump_var.php?a=b The second correctly has $a == 'b', but the first does not. print_r($HTTP_SERVER_VARS) says ... Array ( [SCRIPT_FILENAME] = .../example.php [SCRIPT_URI] = .../example [SCRIPT_URL] = .../example [SERVER_SOFTWARE] = Apache/1.3.22 (Unix) PHP/4.0.8-dev [REQUEST_METHOD] = GET [QUERY_STRING] = [REQUEST_URI] = .../example?alpha=yes?=yes ) Example: http://bla.crysm.net/toys/php-4.0.8-multiview/ (Thanks to jmcastagnetto and sit on irc.openprojects.net) Edit this bug report at http://bugs.php.net/?id=13704edit=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 #13704 Updated: QUERY_STRING empty with Multiviews
ID: 13704 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Apache related Operating System: Debian stable PHP Version: 4.0CVS-2001-10-17 New Comment: I'm just poking their newsgroup and bug database and can't find anything similiar. Previous Comments: [2001-10-19 05:32:11] [EMAIL PROTECTED] Can you file this report with the apache guys too? Derick [2001-10-19 05:20:04] [EMAIL PROTECTED] I changed back to PHP 4.0.6 which didn't have this problem. Still using Apache 1.3.22. The problem still manifests, which leaves me to suspect the only thing that has changed: Apache 1.3.22 Apache 1.3.20 + PHP 4.0.6 = working Apache 1.3.22 + PHP 4.0.6 = broken Apache 1.3.22 + PHP 4.0.8cvs = broken [2001-10-17 00:24:12] [EMAIL PROTECTED] Apache/1.3.22 with PHP pulled from CVS on October 14 (perhaps a bit later). PHP statically linked in. When MultiViews is used, QUERY_STRING is empty. EG: http://w/dump_var?a=b http://w/dump_var.php?a=b The second correctly has $a == 'b', but the first does not. print_r($HTTP_SERVER_VARS) says ... Array ( [SCRIPT_FILENAME] = .../example.php [SCRIPT_URI] = .../example [SCRIPT_URL] = .../example [SERVER_SOFTWARE] = Apache/1.3.22 (Unix) PHP/4.0.8-dev [REQUEST_METHOD] = GET [QUERY_STRING] = [REQUEST_URI] = .../example?alpha=yes?=yes ) Example: http://bla.crysm.net/toys/php-4.0.8-multiview/ (Thanks to jmcastagnetto and sit on irc.openprojects.net) Edit this bug report at http://bugs.php.net/?id=13704edit=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 #13704 Updated: QUERY_STRING empty with Multiviews
ID: 13704 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Apache related Operating System: Debian stable PHP Version: 4.0CVS-2001-10-17 New Comment: Then report it as a bug with them? Derick Previous Comments: [2001-10-19 05:36:50] [EMAIL PROTECTED] I'm just poking their newsgroup and bug database and can't find anything similiar. [2001-10-19 05:32:11] [EMAIL PROTECTED] Can you file this report with the apache guys too? Derick [2001-10-19 05:20:04] [EMAIL PROTECTED] I changed back to PHP 4.0.6 which didn't have this problem. Still using Apache 1.3.22. The problem still manifests, which leaves me to suspect the only thing that has changed: Apache 1.3.22 Apache 1.3.20 + PHP 4.0.6 = working Apache 1.3.22 + PHP 4.0.6 = broken Apache 1.3.22 + PHP 4.0.8cvs = broken [2001-10-17 00:24:12] [EMAIL PROTECTED] Apache/1.3.22 with PHP pulled from CVS on October 14 (perhaps a bit later). PHP statically linked in. When MultiViews is used, QUERY_STRING is empty. EG: http://w/dump_var?a=b http://w/dump_var.php?a=b The second correctly has $a == 'b', but the first does not. print_r($HTTP_SERVER_VARS) says ... Array ( [SCRIPT_FILENAME] = .../example.php [SCRIPT_URI] = .../example [SCRIPT_URL] = .../example [SERVER_SOFTWARE] = Apache/1.3.22 (Unix) PHP/4.0.8-dev [REQUEST_METHOD] = GET [QUERY_STRING] = [REQUEST_URI] = .../example?alpha=yes?=yes ) Example: http://bla.crysm.net/toys/php-4.0.8-multiview/ (Thanks to jmcastagnetto and sit on irc.openprojects.net) Edit this bug report at http://bugs.php.net/?id=13704edit=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] Fw: [PATCH] Fix for inconsistent float-int converting
On Fri, 19 Oct 2001, Stig S. Bakken wrote: Hm, another way to deal with overflows could be returning null, if it's acceptable to return a different type than expected at least. With 0 or max/min, it won't be possible for a program to detect overflows. With null it would be. I like this idea... But when you do (int)$bla, you really expect an integer... and not null. Still, is null maybe acceptable? ZeevAndi? This reminds me of another suggesting I made: the (number) cast. It will convert to int if possible, float otherwise. Third point: Currently casting array to a number, it will be 1 if non-empty, zero if empty. IMHO, it is more logical to simply return the number of elements. It is BC, since boolean checks for array will still yield false iff array is empty. (I'm - of course - open for discussion on these things) --Jeroen - Stig Jeroen van Wolffelaar wrote: On Fri, 19 Oct 2001, Stig S. Bakken wrote: In cases like these I think PHP should do whatever C does. There's no point in trying to be clever when casts overflow. In C, when you doe int i;, i will contain random data. In PHP, a variable will always be cleared (to null). In C, when you cast a out-of-range-float, I doubt wether it's defined. Furthermore, PHP is not C, so I see no reason to follow C just like that. What do you expect from trying to store a too big float in an integer? I expect an error, and the nearest valid result. I really see no logic in the current behavior, only that it makes a limited amount of unsigned-int faking possible. But floats are floats, that's not going well all the time (see the numerous bugreports on this kind of gotcha's). So also for this reason I believe there should be no such wrapping behaviour, as it might lead people to think unsigned ints are supported, resulting in very strange things. Especially the E_NOTICE when this happens will help a lot of people IMO. In the case of casting larger integers into smallers, it's differnt because you're talking about _intgers_ then, and not floats. --Jeroen - Stig Jeroen van Wolffelaar wrote: Resent, due to lack of feedback from my side ;) Andi replied: Why is it more correct to convert it to min/max values? I can't think of a case where this would make more sense to the developer. Also, there is a reason for the cast to unsigned int if the value is bigger that LONG_MAX. I think it makes sense. If a float is out-of-range, it can usually not be mod'd by 2**32, due to the nature of floats. Therefore, the only consistent way would be going to the nearest integer possible. Okay, because on most systems floats happen to be more precise than int's, you _can_ mod them by 2**32, but there is a quite significant possibility of having rounding errors. You cannot do integer-precision with floats. And it's inconsistent too, PHP int's are ranging from -2**31 to (2**31)-1, there is no such thing as unsigned integers. So why convert the float 3e9 to something way below zero? Additionally, a notice is a good idea here, just like what happens on division by zero: the most natural result is returned, and a notice is issued. --Jeroen - Original Message - From: Jeroen van Wolffelaar [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, October 02, 2001 2:39 AM Subject: [PATCH] Fix for inconsistent float-int converting When a too-large float is converted to integer, it happens in a quite random way. When float is out of range, PHP should stick to the min resp. max values of integer. This patch will achieve this, I tested it succesfully. --Jeroen Jeroen van Wolffelaar [EMAIL PROTECTED] http://www.A-Eskwadraat.nl/~jeroen Name: double.diff double.diffType: unspecified type (application/octet-stream) Encoding: quoted-printable -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] Jeroen van Wolffelaar [EMAIL PROTECTED] http://www.A-Eskwadraat.nl/~jeroen Jeroen van Wolffelaar [EMAIL PROTECTED] http://www.A-Eskwadraat.nl/~jeroen -- PHP Development Mailing List http://www.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] New zend_compile.c to solve all of the duplicate function problems
It is valid in the sense that the code would not be executed the second time, but it isn't valid for preventing multiple function definitions inside that block. ie. no conditional function definitions. -Rasmus On Fri, 19 Oct 2001, Edin Kadribasic wrote: Since you can no longer do: if(!defined(_FOO_INC)): define('_FOO_INC',1); ... endif; to protect a file from multiple inclusion within the file itself, some This is still a valid construct. I could find nothing in the discussion that would indicate otherwise. The only thing that does not work now, and it did before was: if(!defined(_FOO_INC)): define('_FOO_INC',1); return; endif; ... ... -- PHP Development Mailing List http://www.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 #13704 Updated: QUERY_STRING empty with Multiviews
ID: 13704 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Apache related Operating System: Debian stable PHP Version: 4.0CVS-2001-10-17 New Comment: It's been filed as mod_negotiation/8582. http://bugs.apache.org/index.cgi/full/8582 Previous Comments: [2001-10-19 05:40:57] [EMAIL PROTECTED] Then report it as a bug with them? Derick [2001-10-19 05:36:50] [EMAIL PROTECTED] I'm just poking their newsgroup and bug database and can't find anything similiar. [2001-10-19 05:32:11] [EMAIL PROTECTED] Can you file this report with the apache guys too? Derick [2001-10-19 05:20:04] [EMAIL PROTECTED] I changed back to PHP 4.0.6 which didn't have this problem. Still using Apache 1.3.22. The problem still manifests, which leaves me to suspect the only thing that has changed: Apache 1.3.22 Apache 1.3.20 + PHP 4.0.6 = working Apache 1.3.22 + PHP 4.0.6 = broken Apache 1.3.22 + PHP 4.0.8cvs = broken [2001-10-17 00:24:12] [EMAIL PROTECTED] Apache/1.3.22 with PHP pulled from CVS on October 14 (perhaps a bit later). PHP statically linked in. When MultiViews is used, QUERY_STRING is empty. EG: http://w/dump_var?a=b http://w/dump_var.php?a=b The second correctly has $a == 'b', but the first does not. print_r($HTTP_SERVER_VARS) says ... Array ( [SCRIPT_FILENAME] = .../example.php [SCRIPT_URI] = .../example [SCRIPT_URL] = .../example [SERVER_SOFTWARE] = Apache/1.3.22 (Unix) PHP/4.0.8-dev [REQUEST_METHOD] = GET [QUERY_STRING] = [REQUEST_URI] = .../example?alpha=yes?=yes ) Example: http://bla.crysm.net/toys/php-4.0.8-multiview/ (Thanks to jmcastagnetto and sit on irc.openprojects.net) Edit this bug report at http://bugs.php.net/?id=13704edit=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 #13741: Cannot walk the same associative array twice in the same script
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.2-RELEASE PHP version: 4.0.6 PHP Bug Type: Arrays related Bug description: Cannot walk the same associative array twice in the same script I have a simple associative array of scalar name/value pairs -- specifically, the 50 US states and their abbreviations. The array is sorted using asort(). Two places in my script, I walk the array using the list/each syntax: while(list($abbr,$name) = each($STATES_HASH)) { ... } The first time, everything works as it should. All subsequent times however (within the same script) the array acts as though it's blank. If I query the size using sizeof(), it reports the correct value. If I try to extract values from the array, it works fine. If I make a copy of the array to a new variable, the copy works properly (the first time). It seems like there's a bug in the each() function. Looks almost as if every associative array has a pointer to the current element that's not getting reset when each() is done with it. My configure line is as follows: './configure' '--prefix=/usr/local/php-4.0.6' '--with-apache=../apache_1.3.19' '--with-pgsql=/usr/local/pgsql' '--enable-track-vars' '--with-config-file-path=/etc' '--with-jpeg-dir=/usr/local' '--with-tiff-dir=/usr/local' '--with-png-dir=/usr/local' '--with-zlib-dir=/usr/local' '--with-pdflib=/usr/local' -- Edit bug report at: http://bugs.php.net/?id=13741edit=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: 4.1.0RC1 out
Stig S. Bakken wrote: 4.1.0RC1 is out, download it from http://www.php.net/~ssb/php-4.1.0RC1.tar.gz math.c C:\home\php\php4\ext\standard\math.c(736) : warning C4307: '+' : Ueberlauf einer ganzzahligen Konstanten php.exe built from the 4.1.0 branch crashes upon startup. Following are some warnings I get at compile time: VARIANT.c C:\home\php\php4\ext\com\VARIANT.c(62) : warning C4047: 'initializing' : Anzahl der Dereferenzierungen bei 'unsigned short ' und 'char [8]' unterschiedlich C:\home\php\php4\ext\com\VARIANT.c(62) : warning C4047: 'initializing' : Anzahl der Dereferenzierungen bei 'unsigned int ' und 'struct _zend_function_entry *' unterschiedlich C:\home\php\php4\ext\com\VARIANT.c(62) : warning C4047: 'initializing' : Anzahl der Dereferenzierungen bei 'unsigned char ' und 'int (__cdecl *)(int ,int ,void *** )' unterschiedlich C:\home\php\php4\ext\com\VARIANT.c(62) : warning C4047: 'initializing' : Anzahl der Dereferenzierungen bei 'unsigned char ' und 'int (__cdecl *)(int ,int ,void *** )' unterschiedlich C:\home\php\php4\ext\com\VARIANT.c(62) : warning C4113: 'void (__cdecl *)(struct _zend_module_entry *,void *** )' weicht in der Parameterliste von 'int (__cdec l *)(int ,int ,void *** )' ab C:\home\php\php4\ext\com\VARIANT.c(62) : warning C4133: 'initializing' : Inkompa tible Typen - von 'void (__cdecl *)(struct _zend_module_entry *,void *** )' zu 'int (__cdecl *)(int ,int ,void *** )' -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.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] New zend_compile.c to solve all of the duplicate function problems
I guess I do not understand. The following example works just fine in PHP 4.1.0RC1: test.php = ?php include 'testlib.php'; include 'testlib.php'; test(); ? testlib.php == ?php if (!defined('_TESTLIB_PHP')) { define ('_TESTLIB_PHP', 1); function test() { print Function test()\n; } } ? This however does not work and IMHO should not work. (It did work on PHP 4.0.6) testlib.php == ?php if (!defined('_TESTLIB_PHP')) { define ('_TESTLIB_PHP', 1); return; } function test() { print Function test()\n; } ? The second example utilises the fact that the script compiling stoped at return, while now it does not. I really fail to see what's wrong with using the first example and how that cannot be used for preventing multiple function definitions. Edin It is valid in the sense that the code would not be executed the second time, but it isn't valid for preventing multiple function definitions inside that block. ie. no conditional function definitions. -Rasmus On Fri, 19 Oct 2001, Edin Kadribasic wrote: Since you can no longer do: if(!defined(_FOO_INC)): define('_FOO_INC',1); ... endif; to protect a file from multiple inclusion within the file itself, some This is still a valid construct. I could find nothing in the discussion that would indicate otherwise. The only thing that does not work now, and it did before was: if(!defined(_FOO_INC)): define('_FOO_INC',1); return; endif; ... ... -- PHP Development Mailing List http://www.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: 4.1.0RC1 out
Hi, I've downloaded and compiled 4.1.0 RC1 on windows NT. Results aren't great. Release_TSDbg fails to build, complains on undefined Entry in the linking phase. All other builds do compile but crash on startup with an access violation. I can't even run phpinfo() without it crashing. I made a debug build and stepped through to where it crashes. A call is made to zend_startup_module() for the _VARIANT_module_entry, this then results in php_info_print_table_start() being called which finally results in session_adapt_uris() being called which cause the access violation. Below is the call stack if it's any use. session_adapt_uris(const char * 0x0012ea28, unsigned int 96, char * * 0x0012e8f8, unsigned int * 0x0012e8f4, void * * * 0x00ed1e10) line 1287 + 17 bytes php_ub_body_write_no_header(const char * 0x0012ea28, unsigned int 96, void * * * 0x00ed1e10) line 432 + 25 bytes php_ub_body_write(const char * 0x0012ea28, unsigned int 96, void * * * 0x00ed1e10) line 470 + 17 bytes php_body_write(const char * 0x0012ea28, unsigned int 96, void * * * 0x00ed1e10) line 100 + 31 bytes php_printf(const char * 0x10242eb0 `string') line 350 + 26 bytes php_info_print_table_start() line 341 + 10 bytes zm_info_VARIANT(_zend_module_entry * 0x0001, void * * * 0x0005) line 56 zend_startup_module(_zend_module_entry * 0x10266788 _VARIANT_module_entry) line 1004 + 21 bytes php_startup_extensions(_zend_module_entry * * 0x1025b434, int 12) line 780 + 11 bytes php_startup_internal_extensions() line 94 + 12 bytes php_module_startup(_sapi_module_struct * 0x00416410 cgi_sapi_module) line 935 + 5 bytes main(int 1, char * * 0x00ed1e50) line 445 + 11 bytes mainCRTStartup() line 338 + 17 bytes KERNEL32! 77f1ba06() I have had no other trouble compiling previous RCs More information can be provided if needed. Cheers Pete Dishman Stig S. Bakken [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Hi, 4.1.0RC1 is out, download it from http://www.php.net/~ssb/php-4.1.0RC1.tar.gz - 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]
[PHP-DEV] Bug #13741 Updated: Cannot walk the same associative array twice in the same script
ID: 13741 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Arrays related Operating System: FreeBSD 4.2-RELEASE PHP Version: 4.0.6 New Comment: see http://php.net/reset Previous Comments: [2001-10-19 06:19:43] [EMAIL PROTECTED] I have a simple associative array of scalar name/value pairs -- specifically, the 50 US states and their abbreviations. The array is sorted using asort(). Two places in my script, I walk the array using the list/each syntax: while(list($abbr,$name) = each($STATES_HASH)) { ... } The first time, everything works as it should. All subsequent times however (within the same script) the array acts as though it's blank. If I query the size using sizeof(), it reports the correct value. If I try to extract values from the array, it works fine. If I make a copy of the array to a new variable, the copy works properly (the first time). It seems like there's a bug in the each() function. Looks almost as if every associative array has a pointer to the current element that's not getting reset when each() is done with it. My configure line is as follows: './configure' '--prefix=/usr/local/php-4.0.6' '--with-apache=../apache_1.3.19' '--with-pgsql=/usr/local/pgsql' '--enable-track-vars' '--with-config-file-path=/etc' '--with-jpeg-dir=/usr/local' '--with-tiff-dir=/usr/local' '--with-png-dir=/usr/local' '--with-zlib-dir=/usr/local' '--with-pdflib=/usr/local' Edit this bug report at http://bugs.php.net/?id=13741edit=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 #13741 Updated: Cannot walk the same associative array twice in the same script
ID: 13741 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Arrays related Operating System: FreeBSD 4.2-RELEASE PHP Version: 4.0.6 New Comment: ... or read the documentation on each() itself: [...] After each() has executed, the array cursor will be left on the next element of the array, or on the last element if it hits the end of the array [...] Previous Comments: [2001-10-19 06:35:15] [EMAIL PROTECTED] see http://php.net/reset [2001-10-19 06:19:43] [EMAIL PROTECTED] I have a simple associative array of scalar name/value pairs -- specifically, the 50 US states and their abbreviations. The array is sorted using asort(). Two places in my script, I walk the array using the list/each syntax: while(list($abbr,$name) = each($STATES_HASH)) { ... } The first time, everything works as it should. All subsequent times however (within the same script) the array acts as though it's blank. If I query the size using sizeof(), it reports the correct value. If I try to extract values from the array, it works fine. If I make a copy of the array to a new variable, the copy works properly (the first time). It seems like there's a bug in the each() function. Looks almost as if every associative array has a pointer to the current element that's not getting reset when each() is done with it. My configure line is as follows: './configure' '--prefix=/usr/local/php-4.0.6' '--with-apache=../apache_1.3.19' '--with-pgsql=/usr/local/pgsql' '--enable-track-vars' '--with-config-file-path=/etc' '--with-jpeg-dir=/usr/local' '--with-tiff-dir=/usr/local' '--with-png-dir=/usr/local' '--with-zlib-dir=/usr/local' '--with-pdflib=/usr/local' Edit this bug report at http://bugs.php.net/?id=13741edit=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] New zend_compile.c to solve all of the duplicate function problems
I guess I do not understand. The following example works just fine in PHP 4.1.0RC1: test.php = ?php include 'testlib.php'; include 'testlib.php'; test(); ? testlib.php == ?php if (!defined('_TESTLIB_PHP')) { define ('_TESTLIB_PHP', 1); function test() { print Function test()\n; } } ? Doesn't work in my 4.1 here. I get redefined function errors. -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]
Re: [PHP-DEV] New zend_compile.c to solve all of the duplicate function problems
I guess I do not understand. The following example works just fine in PHP 4.1.0RC1: test.php = ?php include 'testlib.php'; include 'testlib.php'; test(); ? testlib.php == ?php if (!defined('_TESTLIB_PHP')) { define ('_TESTLIB_PHP', 1); function test() { print Function test()\n; } } ? Doesn't work in my 4.1 here. I get redefined function errors. Now that's totally weird. I get output like this: [ek@scpno test]$ ../php -v 4.1.0RC1 [ek@scpno test]$ ../php -q test.php Function test() Can anyone reproduce this? Edin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP on NetWare
Hi all. Ananth and I (Venkat) are working at Novell to get PHP onto NetWare. We've just got PHP up on NetWare. We hope to complete the port by February. I've subscribed to this list since the CVS page asked me to do so before requesting an account. Hope to keep pinging you guys often with doubts. Cheers, Venkat -- PHP Development Mailing List http://www.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: Arne Blankerts Email: [EMAIL PROTECTED] ID:theseer Purpose: Passwort reset - I finally found time to touch the docs and now i forgot my passsword.. -- PHP Development Mailing List http://www.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 #13742: Does PHP work with Informix Online 5.0?
From: [EMAIL PROTECTED] Operating system: SCO OpenServer 5.04 PHP version: 4.0.6 PHP Bug Type: Informix related Bug description: Does PHP work with Informix Online 5.0? Hi All, I have been trying to get PHP/APACHE (latest versions) working under SCO Openserver 5.04 and Informix Online 5.0 for several days now and am about to give up. It has just occurred to me that the PHP informix driver does not support Informix Online v5.0. (I notice there is a little information on the php.net/manual/informix page but nothing in realtion to Online). If someone could confirm this I would be most grateful to save myself further frustration. Many Thanks in Advance Isaac Hopley -- Edit bug report at: http://bugs.php.net/?id=13742edit=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: 4.1.0RC1 out
Sorry, forgot to include build log zend_ini_scanner.c e:\downloads\php\php-4.1.0rc1\zend\zend_ini_scanner.c(811) : warning C4102: 'find_rule' : unreferenced label zend_language_scanner.c e:\downloads\php\php-4.1.0rc1\zend\zend_language_scanner.c(5257) : warning C4273: 'isatty' : inconsistent dll linkage. dllexport assumed. math.c e:\downloads\php\php-4.1.0rc1\ext\standard\math.c(736) : warning C4307: '+' : integral constant overflow jewish.c E:\Downloads\PHP\php-4.1.0RC1\ext\calendar\jewish.c(270) : warning C4005: 'SDN_OFFSET' : macro redefinition e:\downloads\php\php-4.1.0rc1\ext\calendar\gregor.c(0) : see previous definition of 'SDN_OFFSET' VARIANT.c e:\downloads\php\php-4.1.0rc1\ext\com\variant.c(62) : warning C4047: 'initializing' : 'unsigned short ' differs in levels of indirection from 'char [8]' e:\downloads\php\php-4.1.0rc1\ext\com\variant.c(62) : warning C4047: 'initializing' : 'unsigned int ' differs in levels of indirection from 'struct _zend_function_entry *' e:\downloads\php\php-4.1.0rc1\ext\com\variant.c(62) : warning C4047: 'initializing' : 'unsigned char ' differs in levels of indirection from 'int (__cdecl *)(int ,int ,void *** )' e:\downloads\php\php-4.1.0rc1\ext\com\variant.c(62) : warning C4047: 'initializing' : 'unsigned char ' differs in levels of indirection from 'int (__cdecl *)(int ,int ,void *** )' e:\downloads\php\php-4.1.0rc1\ext\com\variant.c(62) : warning C4113: 'void (__cdecl *)(struct _zend_module_entry *,void *** )' differs in parameter lists from 'int (__cdecl *)(int ,int ,void *** )' e:\downloads\php\php-4.1.0rc1\ext\com\variant.c(62) : warning C4133: 'initializing' : incompatible types - from 'void (__cdecl *)(struct _zend_module_entry *,void *** )' to 'int (__cdecl *)(int ,int ,void *** )' php.exe - 0 error(s), 45 warning(s) I'm pretty certain I've seen all of these consistently in every windows build I've done except for the problems with Variant.c There are also a lot of unreferenced labels that come up as warnings in one of the scanner files, but I've not included these. Pete Dishman Pete Dishman [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Hi, I've downloaded and compiled 4.1.0 RC1 on windows NT. Results aren't great. Release_TSDbg fails to build, complains on undefined Entry in the linking phase. All other builds do compile but crash on startup with an access violation. I can't even run phpinfo() without it crashing. I made a debug build and stepped through to where it crashes. A call is made to zend_startup_module() for the _VARIANT_module_entry, this then results in php_info_print_table_start() being called which finally results in session_adapt_uris() being called which cause the access violation. Below is the call stack if it's any use. session_adapt_uris(const char * 0x0012ea28, unsigned int 96, char * * 0x0012e8f8, unsigned int * 0x0012e8f4, void * * * 0x00ed1e10) line 1287 + 17 bytes php_ub_body_write_no_header(const char * 0x0012ea28, unsigned int 96, void * * * 0x00ed1e10) line 432 + 25 bytes php_ub_body_write(const char * 0x0012ea28, unsigned int 96, void * * * 0x00ed1e10) line 470 + 17 bytes php_body_write(const char * 0x0012ea28, unsigned int 96, void * * * 0x00ed1e10) line 100 + 31 bytes php_printf(const char * 0x10242eb0 `string') line 350 + 26 bytes php_info_print_table_start() line 341 + 10 bytes zm_info_VARIANT(_zend_module_entry * 0x0001, void * * * 0x0005) line 56 zend_startup_module(_zend_module_entry * 0x10266788 _VARIANT_module_entry) line 1004 + 21 bytes php_startup_extensions(_zend_module_entry * * 0x1025b434, int 12) line 780 + 11 bytes php_startup_internal_extensions() line 94 + 12 bytes php_module_startup(_sapi_module_struct * 0x00416410 cgi_sapi_module) line 935 + 5 bytes main(int 1, char * * 0x00ed1e50) line 445 + 11 bytes mainCRTStartup() line 338 + 17 bytes KERNEL32! 77f1ba06() I have had no other trouble compiling previous RCs More information can be provided if needed. Cheers Pete Dishman Stig S. Bakken [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Hi, 4.1.0RC1 is out, download it from http://www.php.net/~ssb/php-4.1.0RC1.tar.gz - 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]
[PHP-DEV] Bug #13743: TTF Fonts
From: [EMAIL PROTECTED] Operating system: Windows 2000 Advanced Server PHP version: 4.0.6 PHP Bug Type: GD related Bug description: TTF Fonts When I used the Image Creation function in the GD Library that have any relation to the TTF fonts the server generate this Error related to PHP.exe 'The instruction at 0x1009fff3 referenced memory at 0x00a50d00. The memory could not be read.' -- Edit bug report at: http://bugs.php.net/?id=13743edit=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 #13744: TTF Fonts
From: [EMAIL PROTECTED] Operating system: Windows 2000 Advanced Server PHP version: 4.0.6 PHP Bug Type: GD related Bug description: TTF Fonts When I used the Image Creation function in the GD Library that have any relation to the TTF fonts the server generate this Error related to PHP.exe Application 'The instruction at 0x1009fff3 referenced memory at 0x00a50d00. The memory could not be read.' -- Edit bug report at: http://bugs.php.net/?id=13744edit=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 #13745: TTF Fonts
From: [EMAIL PROTECTED] Operating system: Windows 2000 Advanced Server PHP version: 4.0.6 PHP Bug Type: GD related Bug description: TTF Fonts When I used the Image Creation function in the GD Library that have any relation to the TTF fonts the server generate this Error related to PHP.exe Application 'The instruction at 0x1009fff3 referenced memory at 0x00a50d00. The memory could not be read.' -- Edit bug report at: http://bugs.php.net/?id=13745edit=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 #13746: TTF Fonts
From: [EMAIL PROTECTED] Operating system: Windows 2000 Advanced Server PHP version: 4.0.6 PHP Bug Type: GD related Bug description: TTF Fonts When I used the Image Creation function in the GD Library that have any relation to the TTF fonts the server generate this Error related to PHP.exe Application 'The instruction at 0x1009fff3 referenced memory at 0x00a50d00. The memory could not be read.' -- Edit bug report at: http://bugs.php.net/?id=13746edit=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 #13743 Updated: TTF Fonts
ID: 13743 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: GD related Operating System: Windows 2000 Advanced Server PHP Version: 4.0.6 New Comment: Submitted twice, #13743 has slightly more info. Bogusifying. - Markus Previous Comments: [2001-10-19 07:10:13] [EMAIL PROTECTED] When I used the Image Creation function in the GD Library that have any relation to the TTF fonts the server generate this Error related to PHP.exe 'The instruction at 0x1009fff3 referenced memory at 0x00a50d00. The memory could not be read.' Edit this bug report at http://bugs.php.net/?id=13743edit=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 #13745 Updated: TTF Fonts
ID: 13745 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: GD related Operating System: Windows 2000 Advanced Server PHP Version: 4.0.6 New Comment: Allready submitted ... bogus. - Markus Previous Comments: [2001-10-19 07:12:55] [EMAIL PROTECTED] When I used the Image Creation function in the GD Library that have any relation to the TTF fonts the server generate this Error related to PHP.exe Application 'The instruction at 0x1009fff3 referenced memory at 0x00a50d00. The memory could not be read.' Edit this bug report at http://bugs.php.net/?id=13745edit=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 #13746 Updated: TTF Fonts
ID: 13746 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: GD related Operating System: Windows 2000 Advanced Server PHP Version: 4.0.6 New Comment: Already submitted - bogus. - Markus Previous Comments: [2001-10-19 07:14:23] [EMAIL PROTECTED] When I used the Image Creation function in the GD Library that have any relation to the TTF fonts the server generate this Error related to PHP.exe Application 'The instruction at 0x1009fff3 referenced memory at 0x00a50d00. The memory could not be read.' Edit this bug report at http://bugs.php.net/?id=13746edit=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 #13745 Updated: TTF Fonts
ID: 13745 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: GD related Operating System: Windows 2000 Advanced Server PHP Version: 4.0.6 New Comment: multiple submissions Previous Comments: [2001-10-19 07:16:35] [EMAIL PROTECTED] Allready submitted ... bogus. - Markus [2001-10-19 07:12:55] [EMAIL PROTECTED] When I used the Image Creation function in the GD Library that have any relation to the TTF fonts the server generate this Error related to PHP.exe Application 'The instruction at 0x1009fff3 referenced memory at 0x00a50d00. The memory could not be read.' Edit this bug report at http://bugs.php.net/?id=13745edit=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 #13748 Updated: Exec() and System() broken
ID: 13748 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Program Execution Operating System: Windows 2000 SP2 w/IIS5.0 PHP Version: 4.0.6 New Comment: sorry duplicate please ignore Previous Comments: [2001-10-19 07:22:43] [EMAIL PROTECTED] I am running php 4.0.6 on iis5 under win2k/sp2 any attempt to use system() or exec() results in a: Warning: Unable to fork [whatever the command was] in blahblah.php For example simple file operations or even a basic mkdir foo with all the permissions appropriately set. Problem reported to exist under win2k/apache as well. alleged to have been fixed under 4.0.6 but does not seem to be the case. :) Edit this bug report at http://bugs.php.net/?id=13748edit=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 #13748 Updated: Exec() and System() broken
ID: 13748 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Program Execution Operating System: Windows 2000 SP2 w/IIS5.0 PHP Version: 4.0.6 New Comment: Submitted twice - bogus. - Markus Whats up today guys? Did you all forgot that reloading the page also submits form data again? Previous Comments: [2001-10-19 07:25:01] [EMAIL PROTECTED] sorry duplicate please ignore [2001-10-19 07:22:43] [EMAIL PROTECTED] I am running php 4.0.6 on iis5 under win2k/sp2 any attempt to use system() or exec() results in a: Warning: Unable to fork [whatever the command was] in blahblah.php For example simple file operations or even a basic mkdir foo with all the permissions appropriately set. Problem reported to exist under win2k/apache as well. alleged to have been fixed under 4.0.6 but does not seem to be the case. :) Edit this bug report at http://bugs.php.net/?id=13748edit=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 #13743 Updated: TTF Fonts
ID: 13743 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Bogus Status: Open Bug Type: GD related Operating System: Windows 2000 Advanced Server PHP Version: 4.0.6 New Comment: Let's keep this one open... Previous Comments: [2001-10-19 07:15:41] [EMAIL PROTECTED] Submitted twice, #13743 has slightly more info. Bogusifying. - Markus [2001-10-19 07:10:13] [EMAIL PROTECTED] When I used the Image Creation function in the GD Library that have any relation to the TTF fonts the server generate this Error related to PHP.exe 'The instruction at 0x1009fff3 referenced memory at 0x00a50d00. The memory could not be read.' Edit this bug report at http://bugs.php.net/?id=13743edit=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 #13748 Updated: Exec() and System() broken
ID: 13748 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Program Execution Operating System: Windows 2000 SP2 w/IIS5.0 PHP Version: 4.0.6 New Comment: that is i duplicated my entry, but the bug is still valid and relevant :P Previous Comments: [2001-10-19 07:25:22] [EMAIL PROTECTED] Submitted twice - bogus. - Markus Whats up today guys? Did you all forgot that reloading the page also submits form data again? [2001-10-19 07:25:01] [EMAIL PROTECTED] sorry duplicate please ignore [2001-10-19 07:22:43] [EMAIL PROTECTED] I am running php 4.0.6 on iis5 under win2k/sp2 any attempt to use system() or exec() results in a: Warning: Unable to fork [whatever the command was] in blahblah.php For example simple file operations or even a basic mkdir foo with all the permissions appropriately set. Problem reported to exist under win2k/apache as well. alleged to have been fixed under 4.0.6 but does not seem to be the case. :) Edit this bug report at http://bugs.php.net/?id=13748edit=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] Multilpe submits ...
Anyone with proper access feeling responsible preventing multiple submits ? :) - Markus -- Markus Fischer, http://guru.josefine.at/~mfischer/ EMail: [EMAIL PROTECTED] PGP Public Key: http://guru.josefine.at/~mfischer/C2272BD0.asc PGP Fingerprint: D3B0 DD4F E12B F911 3CE1 C2B5 D674 B445 C227 2BD0 -All your scripts are belong to Zend- -- PHP Development Mailing List http://www.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 #13747 Updated: Exec() and System() broken
ID: 13747 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Program Execution Operating System: Windows 2000 SP2 w/IIS5.0 PHP Version: 4.0.6 New Comment: btw running php as cgi -not- ISAPI Previous Comments: [2001-10-19 07:22:27] [EMAIL PROTECTED] I am running php 4.0.6 on iis5 under win2k/sp2 any attempt to use system() or exec() results in a: Warning: Unable to fork [whatever the command was] in blahblah.php For example simple file operations or even a basic mkdir foo with all the permissions appropriately set. Problem reported to exist under win2k/apache as well. alleged to have been fixed under 4.0.6 but does not seem to be the case. :) Edit this bug report at http://bugs.php.net/?id=13747edit=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 #13747 Updated: Exec() and System() broken
ID: 13747 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Program Execution Operating System: Windows 2000 SP2 w/IIS5.0 PHP Version: 4.0.6 New Comment: Already fixed in CVS. Will be in 4.1.0 when it's out. Tested with 4.0.7RC3 on Win2K. In the meantime, you can use 4.0.7RC3 from http://208.44.124.20/php-dev-win/ Previous Comments: [2001-10-19 07:29:09] [EMAIL PROTECTED] btw running php as cgi -not- ISAPI [2001-10-19 07:22:27] [EMAIL PROTECTED] I am running php 4.0.6 on iis5 under win2k/sp2 any attempt to use system() or exec() results in a: Warning: Unable to fork [whatever the command was] in blahblah.php For example simple file operations or even a basic mkdir foo with all the permissions appropriately set. Problem reported to exist under win2k/apache as well. alleged to have been fixed under 4.0.6 but does not seem to be the case. :) Edit this bug report at http://bugs.php.net/?id=13747edit=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 #13738 Updated: cant connect to external db with dns name
ID: 13738 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: MSSQL related Operating System: Win 2000 server PHP Version: 4.0.6 New Comment: Are you sure that your DNS is configure properly? Try to ping to labdb (just enter ping labdb (without the quotes) in a dos-prompt). It's likely to be a problem with your DNS-setup. Previous Comments: [2001-10-18 10:56:13] [EMAIL PROTECTED] I am running php 4.0.6 on IIS 5 on a windows 2000 server My database runs ms sql 2000 on a windows 2000 server seperate machine from the web server. my dns is set so that my database machine is named labdb and its ip address in 192.168.0.63 when I execute function ConnectToDatabase() { $dbname = is5sql; $dbserver = labdb; if(!mssql_connect($dbserver, interscale, )){ return FALSE; } if(!mssql_select_db($dbname)){ return FALSE; } return TRUE; } I get an error that I cannot connect to the database. when i execute: function ConnectToDatabase() { $dbname = is5sql; $dbserver = 192.168.0.63; if(!mssql_connect($dbserver, interscale, )){ return FALSE; } if(!mssql_select_db($dbname)){ return FALSE; } return TRUE; } this connects to the database and returns true. I can connect to the database server with the dns name if i use ADO, but not if i use the php_mssql.dll. can this be fixed? Edit this bug report at http://bugs.php.net/?id=13738edit=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 #13667 Updated: fread doesn't works when the file opened with 'w+'
ID: 13667 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Filesystem function related Operating System: Windows 2000 Advanced Server PHP Version: 4.0.6 New Comment: From the docs: ... place the file pointer at the beginning of the file and truncate the file to zero length I don't think there is much to read from a zero-length file... Previous Comments: [2001-10-14 17:45:41] [EMAIL PROTECTED] $fh = fopen('myfile.txt', 'w+'); $content = fread( $h, filesize('myfile.txt')); echo $content; fseek( $fh, 0 ); fwrite( $fh, $newcontent ); ftruncate( $fh, strlen( $newcontent ) ); No matters de contents of myfile.txt, no output is generated. If I replace the first line to $fh = fopen('myfile.txt', 'r+'); everythings works fine if the file exists. Manu. Edit this bug report at http://bugs.php.net/?id=13667edit=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] Package extension proposal
package_load(Name) package_is_loaded(Name) package_set_path(path) +1 3. The package definition file has format like the following: PEAR has already a XML-based package file format, which is already used for installation and information retrieving. -- PHP Development Mailing List http://www.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 #7786 Updated: cannot use fsockopen to open a connection, errNO is 0, errMsg is NULL
ID: 7786 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Sockets related Operating System: Windows 2000 PHP Version: 4.0.3pl1 New Comment: Works fine for me on Win2K with PHP-4.0.7RC3. Previous Comments: [2000-11-13 12:36:12] [EMAIL PROTECTED] even the sameple for fsockopen from PHP document doesn't work on Windows 2000! but it works on Windows 98/ME. I didn't try Windows NT. Edit this bug report at http://bugs.php.net/?id=7786edit=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] Karma
Hi, can someone grant [EMAIL PROTECTED] access to php-bugs-web. I'd like to commit an addition to the report form to prevent multiple submissions for now and more improvements later. thank you. Jan -- Q: Thank Jan? A: http://geschenke.an.dasmoped.net -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7960 Updated: fopen or fclose troubles with 'php://stdin'
ID: 7960 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Filesystem function related Operating System: WIN32, WINNT, IRIX PHP Version: 4.0.3pl1 New Comment: Works fine for me on Win2K, using 4.0.7RC3. You should upgrade to a newer version. Reopen if the problem still exists. Previous Comments: [2000-11-24 04:57:04] [EMAIL PROTECTED] ?php /* fopen bug ??? */ function ask($prompt = '', $mxin = 256) { $ret = false; print($prompt); $ifd = fopen('php://stdin', 'r'); if ($ifd) { $ret = fgets($ifd, $mxin); if (! fclose($ifd)) print(FCLOSE FAILED\r\n); } return $ret; } if ($rep = ask()) print($rep); /* * next ask call causes under WIN32 WIN98 Second Edition: *[23-Nov-2000 22:51:02] PHP Warning: fopen(php://stdin,r) - No error in fopenbug.php on line 6 * under IRIX 6.5 (6.5.8m): *[24-Nov-2000 10:35:21] PHP Warning: fopen(php://stdin,r) - Bad file number in fopenbug.php on line 6 * and under WINNT 4.0 Service Pack 6: *[24-Nov-2000 10:49:34] PHP Warning: fopen(php://stdin,r) - No error in fopenbug.php on line 6 */ if ($rep = ask()) print($rep); ? Edit this bug report at http://bugs.php.net/?id=7960edit=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 #8094 Updated: ISS stops serving ASP and PHP files
ID: 8094 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: IIS related Operating System: Windows NT PHP Version: 4.0.3pl1 New Comment: The ISAPI module has been improved greatly since 4.0.3pl1. You should upgrade to the latest version. Reopen if the problem still exists. Previous Comments: [2000-12-04 09:34:15] [EMAIL PROTECTED] Sir, I am using PHP Version 4.0.3pl1 on Windows NT 4.0 SP 6a running Internet Information Server 4.0. Php (ISAPI version) is giving so much trouble that I am not able to run PHP files Properly. Whenever I run a php file sometimes IIS serves file properly but sometimes it just crashes and CPU load goes to 100% and everything starts running slowly. I have to restart the computer. When it serves php file properly and then I try to run an ASP file then it does not serves asp file and produces page cannot be displyed (Internal server error 500) or just stops waiting for file to download as if it was downloading the file from internet and then after 5-6 minutes The page cannot be displayed (internal server error HTTP 500) is displayed. And then php files also start producing (internal server error HTTP 500) erros. I have tried it on 3 - 4 computers and on every computer it does the same thing. I phpisapi.dll files when loaded into memory conflicts with ASP.dll and IIS is not able to serve asp files. When I want to run asp files I have to remove then PHP filter from the ISAPI filters option of IIS and restart the computer then only IIS starts serving ASP files properly. Please tell me what is the reason behind all this. I have tried all versions after version 4.0. Why php version 4.xx is not working properly with IIS. I am surprised to know that no one has reported this problem and the creators have not fixed this problem yet. Regards, Sukhwinder Singh, [EMAIL PROTECTED] Edit this bug report at http://bugs.php.net/?id=8094edit=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 #8349 Updated: Accessing a text field
ID: 8349 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Sybase (dblib) related Operating System: Linux 2.2.14 / Apache 1.3.14 PHP Version: 4.0.3pl1 New Comment: You should upgrade to the latest version. Reopen if the problem still exists. If so, please include a sample script. Previous Comments: [2001-06-30 15:05:20] [EMAIL PROTECTED] This is not related to the mssql extension. You are using the sybase extension. [2000-12-21 08:07:54] [EMAIL PROTECTED] I notice a bug in MSSQL functions. The bug is when you try to fetch a text field type from a table in MSSQL Server. It won't return any values, and even a single query it won't perform. But with other types of fields it didn't seems to has any kind of problem. If anyone that may have an idea of solving this problem, please let me know! Thank You! Felipe Almeida Edit this bug report at http://bugs.php.net/?id=8349edit=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 #8522 Updated: Error in XML parser with win98/PWS
ID: 8522 Updated by: sander Reported By: [EMAIL PROTECTED] Status: Open Bug Type: XML related Operating System: Windows 98 PHP Version: 4.0.4 New Comment: Works fine for me on Win2K. Probably not a bug in PHP. You should upgrade to the latest version. Reopen if the problem still exists. Previous Comments: [2001-01-02 14:09:15] [EMAIL PROTECTED] === ? $file = data.xml; $depth = array(); function startElement($parser, $name, $attrs) { global $depth; for ($i = 0; $i $depth[$parser]; $i++) { print ; } print $name\n; $depth[$parser]++; } function endElement($parser, $name) { global $depth; $depth[$parser]--; } $xml_parser = xml_parser_create(); xml_set_element_handler($xml_parser, startElement, endElement); if (!($fp = fopen($file, r))) { die(could not open XML input); } while ($data = fread($fp, 4096)) { if (!xml_parse($xml_parser, $data, feof($fp))) { die(sprintf(XML error: %s at line %d, xml_error_string(xml_get_error_code($xml_parser)), xml_get_current_line_number($xml_parser))); } } ? = data.xml --- ?xml version='1.0'? chapter para informaltable tgroup cols=3 tbody rowentrya1/entryentry morerows=1b1/entryentryc1/entry/row rowentrya2/entryentryc2/entry/row rowentrya3/entryentryb3/entryentryc3/entry/row /tbody /tgroup /informaltable /para sect1 id=about titleAbout this Document/title para ?php print 'Hi! This is PHP version '.phpversion(); ? /para /sect1 /chapter == php.ini --- [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= Off ; 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 cause problems with non y2k compliant browsers) output_buffering= Off ; Output buffering allows you to send header lines (including cookies) ; even after you send body content, in the price of slowing PHP's
[PHP-DEV] RE: [PHP-QA] 4.1.0RC1 out
To cheer people up, I build with /configure --with-mysql --enable-discard-path --enable-track-vars --disable-debug --enable-dbase --ena ble-trans-sid --enable-inline-optimization --enable-ftp --enable-sockets And the results of running the tests were.. (pritty much success!) Running tests in /home/liz/php-4.1.0RC1/ext/db/tests [all 6 test(s) skipped] Running tests in /home/liz/php-4.1.0RC1/ext/dbx/tests = [all 8 test(s) skipped] Running tests in /home/liz/php-4.1.0RC1/ext/gmp/tests = [all 2 test(s) skipped] Running tests in /home/liz/php-4.1.0RC1/ext/xml/tests = XML parser test, function callbacks ... passed XML parser test, object tuple callbacks ... passed XML parser test, xml_set_object callbacks... passed XML parser case folding test ... passed UTF-8-ISO Latin 1 encoding/decoding test ... passed xml_parse_into_struct/umlauts in tags (007.phpt) ... failed Running tests in /home/liz/php-4.1.0RC1/ext/zip/tests = [all 1 test(s) skipped] Running tests in /home/liz/php-4.1.0RC1/ext/xslt/tests == [all 1 test(s) skipped] Running tests in /home/liz/php-4.1.0RC1/ext/zlib/tests == [all 3 test(s) skipped] Running tests in /home/liz/php-4.1.0RC1/ext/crack/tests === [all 1 test(s) skipped] Running tests in /home/liz/php-4.1.0RC1/ext/ctype/tests === [all 2 test(s) skipped] Running tests in /home/liz/php-4.1.0RC1/ext/iconv/tests === [all 1 test(s) skipped] Running tests in /home/liz/php-4.1.0RC1/ext/pcntl/tests === [all 1 test(s) skipped] Running tests in /home/liz/php-4.1.0RC1/ext/session/tests = Session Object Serialization ... passed session_unset() without any session ... passed Session Object Deserialization (003.phpt)... failed session_set_save_handler test... passed Custom save handler, multiple session_start()s, complex data structu ... passed References between variables in sessions (006.phpt) ... failed Running tests in /home/liz/php-4.1.0RC1/ext/skeleton/tests == [all 1 test(s) skipped] Running tests in /home/liz/php-4.1.0RC1/ext/dbplus/tests [all 1 test(s) skipped] Running tests in /home/liz/php-4.1.0RC1/ext/ncurses/tests = [all 1 test(s) skipped] Running tests in /home/liz/php-4.1.0RC1/ext/mcrypt/tests [all 1 test(s) skipped] Running tests in /home/liz/php-4.1.0RC1/ext/standard/tests/reg == RegReplace test 1... passed RegReplace test 2... passed ereg_replace single-quote test ... passed simple ereg test ... passed Test Regular expression register support in ereg ... passed Test ereg_replace of start-of-line ... passed Test empty result buffer in reg_replace ... passed Test back-references in regular expressions ... passed Test split() ... passed Long back references ... passed \0 back reference... passed nonexisting back reference ... passed escapes in replace string... passed backreferences not replaced recursively ... passed replace empty matches... passed test backslash handling in regular expressions ... passed Running tests in /home/liz/php-4.1.0RC1/ext/standard/tests/file === File type functions ... passed Running
[PHP-DEV] Bug #13749: ?php instead of ?php displays password and user info
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.6 PHP Bug Type: MySQL related Bug description: ?php instead of ?php displays password and user info If you have a script that talks to a MySQL db and includes an inc in another directory with the login part of the script and you mistype the start as ?php instead of ?php then php returns the text of the inc file ( which contains the ip address, username and password of the mysql server ) This is what the script returned ( with real info which I have removed ) ?xml version=1.0 encoding=ISO-8859-1 standalone=no? ?php # #dbconnect.inc # function dbconnect() { $link=@mysql_connect (172.nnn.nnn.nn,x,yy); if ($link mysql_select_db (pwtdb)) { $dbok=True; return $dbok; } else { $dbok=False; return $dbok; } } ?br bFatal error/b: Call to undefined function: dbconnect() in b/usr/local/apache/htdocs/pwtvalidate.php/b on line b37/bbr -- Edit bug report at: http://bugs.php.net/?id=13749edit=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 #13750: Warning: size of symbol changed
From: [EMAIL PROTECTED] Operating system: Linux, Slackware 8.0 PHP version: 4.0CVS-2001-10-19 PHP Bug Type: Sablotron XSL Bug description: Warning: size of symbol changed When I start make i get the following warning: Warning: size of symbol `zif_xslt_create' changed from 327 to 207 in sablot.lo Along with a lot more symbols which are all related to xslt. I'm using Sablotron 0.70 -- Edit bug report at: http://bugs.php.net/?id=13750edit=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] New zend_compile.c to solve all of the duplicate function problems
If we were designing the language from the ground up I would agree with you. However, we are talking about a language that is already being used by lots of people. Therefore I see no reason to break the old code. Brian Moon -- dealnews.com, Inc. Makers of dealnews, dealmac http://dealnews.com/ | http://dealmac.com/ - Original Message - From: Edin Kadribasic [EMAIL PROTECTED] To: Rasmus Lerdorf [EMAIL PROTECTED] Cc: Stanislav Malyshev [EMAIL PROTECTED]; Daniel Beckham [EMAIL PROTECTED]; Brian Moon [EMAIL PROTECTED]; PHP Development [EMAIL PROTECTED] Sent: Friday, October 19, 2001 5:22 AM Subject: Re: [PHP-DEV] New zend_compile.c to solve all of the duplicate function problems I guess I do not understand. The following example works just fine in PHP 4.1.0RC1: test.php = ?php include 'testlib.php'; include 'testlib.php'; test(); ? testlib.php == ?php if (!defined('_TESTLIB_PHP')) { define ('_TESTLIB_PHP', 1); function test() { print Function test()\n; } } ? This however does not work and IMHO should not work. (It did work on PHP 4.0.6) testlib.php == ?php if (!defined('_TESTLIB_PHP')) { define ('_TESTLIB_PHP', 1); return; } function test() { print Function test()\n; } ? The second example utilises the fact that the script compiling stoped at return, while now it does not. I really fail to see what's wrong with using the first example and how that cannot be used for preventing multiple function definitions. Edin It is valid in the sense that the code would not be executed the second time, but it isn't valid for preventing multiple function definitions inside that block. ie. no conditional function definitions. -Rasmus On Fri, 19 Oct 2001, Edin Kadribasic wrote: Since you can no longer do: if(!defined(_FOO_INC)): define('_FOO_INC',1); ... endif; to protect a file from multiple inclusion within the file itself, some This is still a valid construct. I could find nothing in the discussion that would indicate otherwise. The only thing that does not work now, and it did before was: if(!defined(_FOO_INC)): define('_FOO_INC',1); return; endif; ... ... -- PHP Development Mailing List http://www.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 #13749 Updated: ?php instead of ?php displays password and user info
ID: 13749 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: MySQL related Operating System: Linux PHP Version: 4.0.6 New Comment: PHP can not guard for typing errors. It's your own responsility. Not a bug bogus. Derick Previous Comments: [2001-10-19 08:50:18] [EMAIL PROTECTED] If you have a script that talks to a MySQL db and includes an inc in another directory with the login part of the script and you mistype the start as ?php instead of ?php then php returns the text of the inc file ( which contains the ip address, username and password of the mysql server ) This is what the script returned ( with real info which I have removed ) ?xml version=1.0 encoding=ISO-8859-1 standalone=no? ?php # #dbconnect.inc # function dbconnect() { $link=@mysql_connect (172.nnn.nnn.nn,x,yy); if ($link mysql_select_db (pwtdb)) { $dbok=True; return $dbok; } else { $dbok=False; return $dbok; } } ?br bFatal error/b: Call to undefined function: dbconnect() in b/usr/local/apache/htdocs/pwtvalidate.php/b on line b37/bbr Edit this bug report at http://bugs.php.net/?id=13749edit=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 #13750 Updated: Warning: size of symbol changed
ID: 13750 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Sablotron XSL Operating System: Linux, Slackware 8.0 PHP Version: 4.0CVS-2001-10-19 New Comment: rm config.cache ./cvsclean ./buildconf ./configure ... should work fine. Please report back if this doesn't work. Derick Previous Comments: [2001-10-19 08:52:35] [EMAIL PROTECTED] When I start make i get the following warning: Warning: size of symbol `zif_xslt_create' changed from 327 to 207 in sablot.lo Along with a lot more symbols which are all related to xslt. I'm using Sablotron 0.70 Edit this bug report at http://bugs.php.net/?id=13750edit=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 #13738 Updated: cant connect to external db with dns name
ID: 13738 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: MSSQL related Operating System: Win 2000 server PHP Version: 4.0.6 New Comment: I can ping it just fine. C:\WINDOWSping labdb Pinging labdb [192.168.0.63] with 32 bytes of data: Reply from 192.168.0.63: bytes=32 time=1ms TTL=128 Reply from 192.168.0.63: bytes=32 time10ms TTL=128 Reply from 192.168.0.63: bytes=32 time10ms TTL=128 Reply from 192.168.0.63: bytes=32 time10ms TTL=128 Ping statistics for 192.168.0.63: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 0ms, Maximum = 1ms, Average = 0ms I can connect to the database using Visual Basic Apps, with either the name or the IP address, it is just the php that cant seem to resolve the name when connecting to the database. Previous Comments: [2001-10-19 07:36:04] [EMAIL PROTECTED] Are you sure that your DNS is configure properly? Try to ping to labdb (just enter ping labdb (without the quotes) in a dos-prompt). It's likely to be a problem with your DNS-setup. [2001-10-18 10:56:13] [EMAIL PROTECTED] I am running php 4.0.6 on IIS 5 on a windows 2000 server My database runs ms sql 2000 on a windows 2000 server seperate machine from the web server. my dns is set so that my database machine is named labdb and its ip address in 192.168.0.63 when I execute function ConnectToDatabase() { $dbname = is5sql; $dbserver = labdb; if(!mssql_connect($dbserver, interscale, )){ return FALSE; } if(!mssql_select_db($dbname)){ return FALSE; } return TRUE; } I get an error that I cannot connect to the database. when i execute: function ConnectToDatabase() { $dbname = is5sql; $dbserver = 192.168.0.63; if(!mssql_connect($dbserver, interscale, )){ return FALSE; } if(!mssql_select_db($dbname)){ return FALSE; } return TRUE; } this connects to the database and returns true. I can connect to the database server with the dns name if i use ADO, but not if i use the php_mssql.dll. can this be fixed? Edit this bug report at http://bugs.php.net/?id=13738edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RE: Bug #13749 Updated: ?php instead of ?php displays password and user info
I would have hoped that a reversed wouldn't have displayed the user name and password best wishes mal -Original Message- From: Bug Database [mailto:[EMAIL PROTECTED]] Sent: 19 October 2001 13:57 To: [EMAIL PROTECTED] Subject: Bug #13749 Updated: ?php instead of ?php displays password and user info ID: 13749 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: MySQL related Operating System: Linux PHP Version: 4.0.6 New Comment: PHP can not guard for typing errors. It's your own responsility. Not a bug bogus. Derick Previous Comments: [2001-10-19 08:50:18] [EMAIL PROTECTED] If you have a script that talks to a MySQL db and includes an inc in another directory with the login part of the script and you mistype the start as ?php instead of ?php then php returns the text of the inc file ( which contains the ip address, username and password of the mysql server ) This is what the script returned ( with real info which I have removed ) ?xml version=1.0 encoding=ISO-8859-1 standalone=no? ?php # #dbconnect.inc # function dbconnect() { $link=@mysql_connect (172.nnn.nnn.nn,x,yy); if ($link mysql_select_db (pwtdb)) { $dbok=True; return $dbok; } else { $dbok=False; return $dbok; } } ?br bFatal error/b: Call to undefined function: dbconnect() in b/usr/local/apache/htdocs/pwtvalidate.php/b on line b37/bbr ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=13749edit=2 ** This email is intended only for the addressee. This email and any files transmitted with it may contain confidential or privileged information. If you are not the named addressee or the person responsible for delivering the message to the named addressee, please contact [EMAIL PROTECTED] This email has been scanned by MIMEsweeper. Visit the Prebon Marshall Yamane web site at http://www.prebon.com ** -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] RE: Bug #13749 Updated: ?php instead of ?php displays password and user info
On Fri, Oct 19, 2001 at 02:28:18PM +0100, Malcolm Moore wrote : I would have hoped that a reversed wouldn't have displayed the user name and password Wrong assumption. People also use include to include plain html data which is sent to the browser. So PHP 'hops' out of PHP parsing mode when reading an included file. If you (!) type it wrong, PHP can't recognize it should go into PHP parsing mode .. you can hope as much as you want but if you think about it you see it makes sense the way it is. - Markus -- PHP Development Mailing List http://www.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 #13751: .alloca missing
From: [EMAIL PROTECTED] Operating system: AIX 4.3 PHP version: 4.0.6 PHP Bug Type: Compile Failure Bug description: .alloca missing This bug has (I think) already be reported, but I tried all the solutions avaible: set CFLAGS to -ma use the last release (4.0.6RC4) But none sloved the problem: At the end of the compilation of apache I always get: === src/modules cc -c -I./os/unix -I./include -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -U__STR__ -DAIX_BIND_PROCESSOR -qnogenpcomp -qnousepcomp -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4 -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/main -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/main -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/Zend -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/Zend -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/TSRM -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/TSRM -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4 -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci` modules.c cc -c -I./os/unix -I./include -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -U__STR__ -DAIX_BIND_PROCESSOR -qnogenpcomp -qnousepcomp -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4 -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/main -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/main -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/Zend -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/Zend -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/TSRM -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/TSRM -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4 -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci` buildmark.c cc -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -U__STR__ -DAIX_BIND_PROCESSOR -qnogenpcomp -qnousepcomp -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4 -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/main -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/main -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/Zend -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/Zend -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/TSRM -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/TSRM -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4 -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci` -lm -lpthread-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/fs01/appl/DEV/oracle817/lib -L/fs01/appl/DEV/oracle817/lib -Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4 -ldl -lld -lbsd_r -lm -lodm -ldl -lld -lbsd_r -lm -lodm -ldl -lcrypt -lbind -lm -ldl -lclntsh -lclntsh ld : 0706-027 L'option -R /fs01/appl/DEV/oracle817/lib n'est pas prise en compte. ld : 0711-317 ERREUR : undefinned: .alloca ld : 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information make : 1254-004 The error code from the last command is 8. my config line is: -for php: ./configure --without-mysql --with-apache=../apache_1.3.22 --with-oci8 --with-oracle --enable-sigchild --enable-track-vars (But I tried with less or other parameters it is the same problem) -for apache: ./configure --activate-module=src/modules/php4/libphp4.a Thank you in advance for your help Bastien Leblanc Cap GEMINI France -- Edit bug report at: http://bugs.php.net/?id=13751edit=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 #13752: .alloca missing
From: [EMAIL PROTECTED] Operating system: AIX 4.3 PHP version: 4.0.6 PHP Bug Type: Compile Failure Bug description: .alloca missing This bug has (I think) already be reported, but I tried all the solutions avaible: set CFLAGS to -ma use the last release (4.0.6RC4) But none sloved the problem: At the end of the compilation of apache I always get: === src/modules cc -c -I./os/unix -I./include -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -U__STR__ -DAIX_BIND_PROCESSOR -qnogenpcomp -qnousepcomp -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4 -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/main -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/main -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/Zend -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/Zend -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/TSRM -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/TSRM -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4 -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci` modules.c cc -c -I./os/unix -I./include -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -U__STR__ -DAIX_BIND_PROCESSOR -qnogenpcomp -qnousepcomp -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4 -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/main -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/main -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/Zend -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/Zend -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/TSRM -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/TSRM -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4 -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci` buildmark.c cc -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -U__STR__ -DAIX_BIND_PROCESSOR -qnogenpcomp -qnousepcomp -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4 -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/main -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/main -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/Zend -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/Zend -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/TSRM -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/TSRM -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4 -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci` -lm -lpthread-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/fs01/appl/DEV/oracle817/lib -L/fs01/appl/DEV/oracle817/lib -Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4 -ldl -lld -lbsd_r -lm -lodm -ldl -lld -lbsd_r -lm -lodm -ldl -lcrypt -lbind -lm -ldl -lclntsh -lclntsh ld : 0706-027 L'option -R /fs01/appl/DEV/oracle817/lib n'est pas prise en compte. ld : 0711-317 ERREUR : undefinned: .alloca ld : 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information make : 1254-004 The error code from the last command is 8. my config line is: -for php: ./configure --without-mysql --with-apache=../apache_1.3.22 --with-oci8 --with-oracle --enable-sigchild --enable-track-vars (But I tried with less or other parameters it is the same problem) -for apache: ./configure --activate-module=src/modules/php4/libphp4.a Thank you in advance for your help Bastien Leblanc Cap GEMINI France -- Edit bug report at: http://bugs.php.net/?id=13752edit=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 #13752 Updated: .alloca missing
ID: 13752 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: AIX 4.3 PHP Version: 4.0.6 New Comment: Sorry I posted it twice, sorry for the inconvenience Previous Comments: [2001-10-19 09:36:49] [EMAIL PROTECTED] This bug has (I think) already be reported, but I tried all the solutions avaible: set CFLAGS to -ma use the last release (4.0.6RC4) But none sloved the problem: At the end of the compilation of apache I always get: === src/modules cc -c -I./os/unix -I./include -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -U__STR__ -DAIX_BIND_PROCESSOR -qnogenpcomp -qnousepcomp -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4 -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/main -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/main -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/Zend -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/Zend -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/TSRM -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/TSRM -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4 -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci` modules.c cc -c -I./os/unix -I./include -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -U__STR__ -DAIX_BIND_PROCESSOR -qnogenpcomp -qnousepcomp -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4 -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/main -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/main -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/Zend -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/Zend -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/TSRM -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/TSRM -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4 -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci` buildmark.c cc -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -U__STR__ -DAIX_BIND_PROCESSOR -qnogenpcomp -qnousepcomp -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4 -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/main -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/main -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/Zend -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/Zend -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/TSRM -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/TSRM -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4 -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci` -lm -lpthread-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/fs01/appl/DEV/oracle817/lib -L/fs01/appl/DEV/oracle817/lib -Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4 -ldl -lld -lbsd_r -lm -lodm -ldl -lld -lbsd_r -lm -lodm -ldl -lcrypt -lbind -lm -ldl -lclntsh -lclntsh ld : 0706-027 L'option -R /fs01/appl/DEV/oracle817/lib n'est pas prise en compte. ld : 0711-317 ERREUR : undefinned: .alloca ld : 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information make : 1254-004 The error code from the last command is 8. my config line is: -for php: ./configure --without-mysql --with-apache=../apache_1.3.22 --with-oci8 --with-oracle --enable-sigchild --enable-track-vars (But I tried with less or other parameters it is the same problem) -for apache: ./configure --activate-module=src/modules/php4/libphp4.a Thank you in advance for your help Bastien Leblanc Cap GEMINI France Edit this bug report at http://bugs.php.net/?id=13752edit=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] Multilpe submits ...
On Fri, 19 Oct 2001, Markus Fischer wrote: Anyone with proper access feeling responsible preventing multiple submits ? :) Isn't that something that the developer should handle, and not the language itself ? Do you know if any other language does something like that ? Joao -- João Prado Maia [EMAIL PROTECTED] http://phpbrasil.com - php com um jeitinho brasileiro -- Precisando de consultoria em desenvolvimento para a Internet ? Impleo.net - http://impleo.net/?lang=br -- PHP Development Mailing List http://www.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 #13752 Updated: .alloca missing
ID: 13752 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Compile Failure Operating System: AIX 4.3 PHP Version: 4.0.6 New Comment: marking the second one bogus then... Previous Comments: [2001-10-19 09:38:51] [EMAIL PROTECTED] Sorry I posted it twice, sorry for the inconvenience [2001-10-19 09:36:49] [EMAIL PROTECTED] This bug has (I think) already be reported, but I tried all the solutions avaible: set CFLAGS to -ma use the last release (4.0.6RC4) But none sloved the problem: At the end of the compilation of apache I always get: === src/modules cc -c -I./os/unix -I./include -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -U__STR__ -DAIX_BIND_PROCESSOR -qnogenpcomp -qnousepcomp -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4 -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/main -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/main -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/Zend -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/Zend -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/TSRM -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/TSRM -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4 -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci` modules.c cc -c -I./os/unix -I./include -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -U__STR__ -DAIX_BIND_PROCESSOR -qnogenpcomp -qnousepcomp -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4 -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/main -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/main -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/Zend -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/Zend -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/TSRM -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/TSRM -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4 -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci` buildmark.c cc -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -U__STR__ -DAIX_BIND_PROCESSOR -qnogenpcomp -qnousepcomp -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4 -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/main -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/main -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/Zend -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/Zend -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/TSRM -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/TSRM -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4 -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci` -lm -lpthread-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/fs01/appl/DEV/oracle817/lib -L/fs01/appl/DEV/oracle817/lib -Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4 -ldl -lld -lbsd_r -lm -lodm -ldl -lld -lbsd_r -lm -lodm -ldl -lcrypt -lbind -lm -ldl -lclntsh -lclntsh ld : 0706-027 L'option -R /fs01/appl/DEV/oracle817/lib n'est pas prise en compte. ld : 0711-317 ERREUR : undefinned: .alloca ld : 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information make : 1254-004 The error code from the last command is 8. my config line is: -for php: ./configure --without-mysql --with-apache=../apache_1.3.22 --with-oci8 --with-oracle --enable-sigchild --enable-track-vars (But I tried with less or other parameters it is the same problem) -for apache: ./configure --activate-module=src/modules/php4/libphp4.a Thank you in advance for your help Bastien Leblanc Cap GEMINI France Edit this bug report at http://bugs.php.net/?id=13752edit=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] Multilpe submits ...
Hello, I think he meant multiple bug report submits here... Derick On Fri, 19 Oct 2001, Joao Prado Maia wrote: On Fri, 19 Oct 2001, Markus Fischer wrote: Anyone with proper access feeling responsible preventing multiple submits ? :) Isn't that something that the developer should handle, and not the language itself ? Do you know if any other language does something like that ? Joao -- João Prado Maia [EMAIL PROTECTED] http://phpbrasil.com - php com um jeitinho brasileiro -- Precisando de consultoria em desenvolvimento para a Internet ? Impleo.net - http://impleo.net/?lang=br -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] Derick Rethans - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.net - JDI Media Solutions - www.jdimedia.nl - [EMAIL PROTECTED] Boulevard Heuvelink 102 - 6828 KT Arnhem - The Netherlands - -- PHP Development Mailing List http://www.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] Multilpe submits ...
On Fri, 19 Oct 2001, Derick Rethans wrote: Hello, I think he meant multiple bug report submits here... Duh! Well, on that case I guess Jan Lehnardt already has the code for that functionality, as described on his last email to the list. Can someone grant him access to the appropriate cvs repository ? Joao -- João Prado Maia [EMAIL PROTECTED] http://phpbrasil.com - php com um jeitinho brasileiro -- Precisando de consultoria em desenvolvimento para a Internet ? Impleo.net - http://impleo.net/?lang=br -- PHP Development Mailing List http://www.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] Multilpe submits ...
Hi, On Fri, 19 Oct 2001 09:45:52 -0400 (EDT) Joao Prado Maia [EMAIL PROTECTED] wrote: Duh! Well, on that case I guess Jan Lehnardt already has the code for that functionality, as described on his last email to the list. Actually it is just a note next to the submit button. But it should do the job. Jan -- Q: Thank Jan? A: http://geschenke.an.dasmoped.net -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13753: failed session_register in object method
From: [EMAIL PROTECTED] Operating system: linux mandrake 8.0 PHP version: 4.0.6 PHP Bug Type: Session related Bug description: failed session_register in object method I have made much tests and it seems, that calling session register in object's method failed. Assume: ? (...)[session_start, headers, etc...] $edf2 = 1234; session_register('edf2'); class gg { function gg() { $edf1 = 65432; session_register('edf1'); } } gg::gg(); ? After that both session_is_registered('edf1') and session_is_registered('edf1') returns true, but ($edf1 == $edf2) return false; ($edf1 == '') - is true. Any suggestions? -- Edit bug report at: http://bugs.php.net/?id=13753edit=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 #13754: failed session_register in object method
From: [EMAIL PROTECTED] Operating system: linux mandrake 8.0 PHP version: 4.0.6 PHP Bug Type: Session related Bug description: failed session_register in object method I have made much tests and it seems, that calling session register in object's method failed. Assume: ? (...)[session_start, headers, etc...] $edf2 = 1234; session_register('edf2'); class gg { function gg() { $edf1 = 65432; session_register('edf1'); } } gg::gg(); ? After that both session_is_registered('edf1') and session_is_registered('edf2') returns true, but ($edf1 == $edf2) return false; ($edf1 == '') - is true. Any suggestions? -- Edit bug report at: http://bugs.php.net/?id=13754edit=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 #13755: failed session_register in object method
From: [EMAIL PROTECTED] Operating system: linux mandrake 8.0 PHP version: 4.0.6 PHP Bug Type: Session related Bug description: failed session_register in object method I have made much tests and it seems, that calling session register in object's method failed. Assume: (...)[session_start, headers, etc...] $edf2 = 1234; session_register('edf2'); class gg { function gg() { $edf1 = 65432; session_register('edf1'); } } gg::gg(); After that both session_is_registered('edf1') and session_is_registered('edf2') returns true, but ($edf1 == $edf2) return false; ($edf1 == '') - is true. Any suggestions? -- Edit bug report at: http://bugs.php.net/?id=13755edit=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 #13753 Updated: failed session_register in object method
ID: 13753 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: linux mandrake 8.0 PHP Version: 4.0.6 New Comment: misspeled; should be: After that both session_is_registered('edf1') and session_is_registered('edf2') returns true Previous Comments: [2001-10-19 09:50:59] [EMAIL PROTECTED] I have made much tests and it seems, that calling session register in object's method failed. Assume: ? (...)[session_start, headers, etc...] $edf2 = 1234; session_register('edf2'); class gg { function gg() { $edf1 = 65432; session_register('edf1'); } } gg::gg(); ? After that both session_is_registered('edf1') and session_is_registered('edf1') returns true, but ($edf1 == $edf2) return false; ($edf1 == '') - is true. Any suggestions? Edit this bug report at http://bugs.php.net/?id=13753edit=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 #13754 Updated: failed session_register in object method
ID: 13754 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Session related Operating System: linux mandrake 8.0 PHP Version: 4.0.6 New Comment: submitted twice bogus Previous Comments: [2001-10-19 09:51:59] [EMAIL PROTECTED] I have made much tests and it seems, that calling session register in object's method failed. Assume: ? (...)[session_start, headers, etc...] $edf2 = 1234; session_register('edf2'); class gg { function gg() { $edf1 = 65432; session_register('edf1'); } } gg::gg(); ? After that both session_is_registered('edf1') and session_is_registered('edf2') returns true, but ($edf1 == $edf2) return false; ($edf1 == '') - is true. Any suggestions? Edit this bug report at http://bugs.php.net/?id=13754edit=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] New zend_compile.c to solve all of the duplicate function problems
Can we at least confirm that this works in the current release candidate? It works fine on my build, but Rasmus is having problems with it. test.php = ?php include 'testlib.php'; include 'testlib.php'; test(); ? testlib.php == ?php if (!defined('_TESTLIB_PHP')) { define ('_TESTLIB_PHP', 1); function test() { print Function test()\n; } } ? If we were designing the language from the ground up I would agree with you. However, we are talking about a language that is already being used by lots of people. Therefore I see no reason to break the old code. Brian Moon -- dealnews.com, Inc. Makers of dealnews, dealmac http://dealnews.com/ | http://dealmac.com/ - Original Message - From: Edin Kadribasic [EMAIL PROTECTED] To: Rasmus Lerdorf [EMAIL PROTECTED] Cc: Stanislav Malyshev [EMAIL PROTECTED]; Daniel Beckham [EMAIL PROTECTED]; Brian Moon [EMAIL PROTECTED]; PHP Development [EMAIL PROTECTED] Sent: Friday, October 19, 2001 5:22 AM Subject: Re: [PHP-DEV] New zend_compile.c to solve all of the duplicate function problems I guess I do not understand. The following example works just fine in PHP 4.1.0RC1: test.php = ?php include 'testlib.php'; include 'testlib.php'; test(); ? testlib.php == ?php if (!defined('_TESTLIB_PHP')) { define ('_TESTLIB_PHP', 1); function test() { print Function test()\n; } } ? This however does not work and IMHO should not work. (It did work on PHP 4.0.6) testlib.php == ?php if (!defined('_TESTLIB_PHP')) { define ('_TESTLIB_PHP', 1); return; } function test() { print Function test()\n; } ? The second example utilises the fact that the script compiling stoped at return, while now it does not. I really fail to see what's wrong with using the first example and how that cannot be used for preventing multiple function definitions. Edin It is valid in the sense that the code would not be executed the second time, but it isn't valid for preventing multiple function definitions inside that block. ie. no conditional function definitions. -Rasmus On Fri, 19 Oct 2001, Edin Kadribasic wrote: Since you can no longer do: if(!defined(_FOO_INC)): define('_FOO_INC',1); ... endif; to protect a file from multiple inclusion within the file itself, some This is still a valid construct. I could find nothing in the discussion that would indicate otherwise. The only thing that does not work now, and it did before was: if(!defined(_FOO_INC)): define('_FOO_INC',1); return; endif; ... ... -- PHP Development Mailing List http://www.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 #13755 Updated: failed session_register in object method
ID: 13755 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Session related Operating System: linux mandrake 8.0 PHP Version: 4.0.6 New Comment: 3rd submit bogus Previous Comments: [2001-10-19 09:52:22] [EMAIL PROTECTED] I have made much tests and it seems, that calling session register in object's method failed. Assume: (...)[session_start, headers, etc...] $edf2 = 1234; session_register('edf2'); class gg { function gg() { $edf1 = 65432; session_register('edf1'); } } gg::gg(); After that both session_is_registered('edf1') and session_is_registered('edf2') returns true, but ($edf1 == $edf2) return false; ($edf1 == '') - is true. Any suggestions? Edit this bug report at http://bugs.php.net/?id=13755edit=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] Multilpe submits ...
Actually it is just a note next to the submit button. But it should do the job. Can't you check for duplicate messages? Construct a query which checks if there's already a row with that e-mail adres, subject, etc... that should really do it... Sander -- PHP Development Mailing List http://www.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] Multilpe submits ...
I was thinking about a session var on which we do magic stuff so e know he has submitted only one. The note .. won't be the final solution, trust me. On Fri, Oct 19, 2001 at 04:15:54PM +0200, Sander Roobol wrote : Actually it is just a note next to the submit button. But it should do the job. Can't you check for duplicate messages? Construct a query which checks if there's already a row with that e-mail adres, subject, etc... that should really do it... Sander -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Markus Fischer, http://guru.josefine.at/~mfischer/ EMail: [EMAIL PROTECTED] PGP Public Key: http://guru.josefine.at/~mfischer/C2272BD0.asc PGP Fingerprint: D3B0 DD4F E12B F911 3CE1 C2B5 D674 B445 C227 2BD0 -All your scripts are belong to Zend- -- PHP Development Mailing List http://www.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 #13753 Updated: failed session_register in object method
ID: 13753 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Session related Operating System: linux mandrake 8.0 PHP Version: 4.0.6 New Comment: $edf1 is local to the gg() method you can only register variables from the global scope, so $edf1 is empty in the session as no such global variable existed as the session data was written Previous Comments: [2001-10-19 09:55:30] [EMAIL PROTECTED] misspeled; should be: After that both session_is_registered('edf1') and session_is_registered('edf2') returns true [2001-10-19 09:50:59] [EMAIL PROTECTED] I have made much tests and it seems, that calling session register in object's method failed. Assume: ? (...)[session_start, headers, etc...] $edf2 = 1234; session_register('edf2'); class gg { function gg() { $edf1 = 65432; session_register('edf1'); } } gg::gg(); ? After that both session_is_registered('edf1') and session_is_registered('edf1') returns true, but ($edf1 == $edf2) return false; ($edf1 == '') - is true. Any suggestions? Edit this bug report at http://bugs.php.net/?id=13753edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] RE: Bug #13749 Updated: ?php instead of ?php displayspassword and user info
On Fri, 19 Oct 2001, Malcolm Moore wrote: I would have hoped that a reversed wouldn't have displayed the user name and password best wishes *It doesn't* you've hardcoded your username and password into the php file, when you don't have the php start tag correct, then how would php know what type of data is there, so it appropriately spits out your unparsed code. -Sterling mal -Original Message- From: Bug Database [mailto:[EMAIL PROTECTED]] Sent: 19 October 2001 13:57 To: [EMAIL PROTECTED] Subject: Bug #13749 Updated: ?php instead of ?php displays password and user info ID: 13749 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: MySQL related Operating System: Linux PHP Version: 4.0.6 New Comment: PHP can not guard for typing errors. It's your own responsility. Not a bug bogus. Derick Previous Comments: [2001-10-19 08:50:18] [EMAIL PROTECTED] If you have a script that talks to a MySQL db and includes an inc in another directory with the login part of the script and you mistype the start as ?php instead of ?php then php returns the text of the inc file ( which contains the ip address, username and password of the mysql server ) This is what the script returned ( with real info which I have removed ) ?xml version=1.0 encoding=ISO-8859-1 standalone=no? ?php # #dbconnect.inc # function dbconnect() { $link=@mysql_connect (172.nnn.nnn.nn,x,yy); if ($link mysql_select_db (pwtdb)) { $dbok=True; return $dbok; } else { $dbok=False; return $dbok; } } ?br bFatal error/b: Call to undefined function: dbconnect() in b/usr/local/apache/htdocs/pwtvalidate.php/b on line b37/bbr ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=13749edit=2 ** This email is intended only for the addressee. This email and any files transmitted with it may contain confidential or privileged information. If you are not the named addressee or the person responsible for delivering the message to the named addressee, please contact [EMAIL PROTECTED] This email has been scanned by MIMEsweeper. Visit the Prebon Marshall Yamane web site at http://www.prebon.com ** -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] New zend_compile.c to solve all of the duplicate function problems
You asked me why twice, but I explained it in the email. Separating my last sentence to make it look like I think including files is a poor programming technique seems a little childish. So is asking Why over and over again when someone has already answered you. Lastly, I compared it to C because the developers write it in C and many aspects of it are modeled after C. Daniel - Original Message - From: Stanislav Malyshev [EMAIL PROTECTED] To: Daniel Beckham [EMAIL PROTECTED] Cc: Brian Moon [EMAIL PROTECTED]; PHP Development [EMAIL PROTECTED] Sent: Friday, October 19, 2001 2:49 AM Subject: Re: [PHP-DEV] New zend_compile.c to solve all of the duplicate function problems DB Essentially, to answer your question. include_once() is a very DB poor way to write modular code that will be used across DB different projects and across different developers. You are Why? DB placing the responsibility of not accidentally redefining DB function names on the user of the function library or code file DB and not on the file itself as it should be and as it is in other DB languages such as C. To put it shortly, it's a backwards way of PHP is not C. So PHP can not be such as C. You are placing responcibility of including a module onto the engine, and that is completely OK with me. I agree that it would be good to have more developed concept of a package and all the hoopla that is going with that - but until then, I see nothing wrong in include_once. DB including files and it's a poor programming technique. Why? -- Stanislav Malyshev, Zend Products Engineer [EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.115 -- PHP Development Mailing List http://www.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] New zend_compile.c to solve all of the duplicate function problems
This is exactly what I was saying and a magic include_once token in the file is a great idea. I was never making a case for leaving buggy code in PHP, only that if you were going to change the behavior, you would also add more flexible ways to do the job. Daniel - Original Message - From: Rasmus Lerdorf [EMAIL PROTECTED] To: Stanislav Malyshev [EMAIL PROTECTED] Cc: Daniel Beckham [EMAIL PROTECTED]; Brian Moon [EMAIL PROTECTED]; PHP Development [EMAIL PROTECTED] Sent: Friday, October 19, 2001 3:15 AM Subject: Re: [PHP-DEV] New zend_compile.c to solve all of the duplicate function problems Stanislav, he does have a point in that it would be a good idea to be able to create an include file which protected itself from multiple exclusion instead of relying on the user to use the file correctly. That's what he means by bad style. There could be cases where you created a system where some files were designed to be included multiple times and others were designed not to. Putting the responsibility on the user to figure out which is which is not great. It would be nice if you could trigger the include_once functionality from the file being included. Almost like the call-time-pass-by-reference vs. force-reference-in-func-declaration argument. Not quite the same, but I think you see what I mean. Since you can no longer do: if(!defined(_FOO_INC)): define('_FOO_INC',1); ... endif; to protect a file from multiple inclusion within the file itself, some other mechanism would be nice. I wouldn't say this was crucial, but I definitely see the case for it. Some sort of magical 'only_once' token at the top of an included file which forces the include to act like an include_once for that file might do it, or as Brian did, don't toss fatal errors if the same function is redefined in the same file. -Rasmus On Fri, 19 Oct 2001, Stanislav Malyshev wrote: DB Essentially, to answer your question. include_once() is a very DB poor way to write modular code that will be used across DB different projects and across different developers. You are Why? DB placing the responsibility of not accidentally redefining DB function names on the user of the function library or code file DB and not on the file itself as it should be and as it is in other DB languages such as C. To put it shortly, it's a backwards way of PHP is not C. So PHP can not be such as C. You are placing responcibility of including a module onto the engine, and that is completely OK with me. I agree that it would be good to have more developed concept of a package and all the hoopla that is going with that - but until then, I see nothing wrong in include_once. DB including files and it's a poor programming technique. Why? -- PHP Development Mailing List http://www.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] New zend_compile.c to solve all of the duplicate function problems
By all means, if you have a decent proposal that doesn't involve exclusively using include_once() or if/endif everywhere possible, we would love to hear it. Daniel - Original Message - From: Stanislav Malyshev [EMAIL PROTECTED] To: Rasmus Lerdorf [EMAIL PROTECTED] Cc: Daniel Beckham [EMAIL PROTECTED]; Brian Moon [EMAIL PROTECTED]; PHP Development [EMAIL PROTECTED] Sent: Friday, October 19, 2001 3:43 AM Subject: Re: [PHP-DEV] New zend_compile.c to solve all of the duplicate function problems RL which is which is not great. It would be nice if you could trigger the RL include_once functionality from the file being included. I fear this won't sit well with how the engine works... But maybe you won't need this, in fact. I think that this should be done in more systematic way, so that if you include some code bunch, you are sure this and that is defined, without checking each thing by itself. Especially when we talk about functions and classes, which are not the same small change as variables and should be handled more systematically. There still be the cases when you do need such hacks, in one way or another, but I think that a systematic approach to the problem will do better than a hackish 'patch there, fiddle here' approach. -- Stanislav Malyshev, Zend Products Engineer [EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.115 -- PHP Development Mailing List http://www.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] making mail() funtion work without sendmail on UNIX systems
For the record, I agree with Rasmus on this one. It sounds silly to reinvent the wheel on UNIX. On Fri, 19 Oct 2001, Rasmus Lerdorf wrote: On Fri, 19 Oct 2001, Hartmut Holzgraefe wrote: Rasmus Lerdorf wrote: I am really not a big fan of putting smtp code into PHP on UNIX. The whole philosophy of UNIX is to have a collection of small specialized tools that work together instead of one mammoth tool. Which UNIX system does not have the ability to send mail? We really should not be re-inventing every wheel out there. #1 unified configuration in php.ini for win *and* unix That's just silly. The aim is then to implement all the things that don't come standard with Windows but are part of UNIX in PHP? #2 From: header settings both message and SMTP As long as you have a trusted sender id you can set the From header already on UNIX. #2 independance of how good the /usr/lib/sendmail binary emulation provided by different MTAs (if at all) is So we are going to be rewriting sendmail. Great. #4 error checking Hrm.. Maybe, although that could be handled. You completely lose the most important feature. A non-blocking mail() call which queues the message. Having a web app wait on an smtp delivery is crap. Mail should be delivered out of band. what happens today if you have an application that does more then just simple informative messages with PHP is that you stay away from mail() altogether and talk SMTP using fsockopen() as the sendmail binary interface is just not up to what you need I haven't seen anybody do this on UNIX. -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] -Andrei * I don't mind going nowhere as long as it's an interesting path. * -- PHP Development Mailing List http://www.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] New zend_compile.c to solve all of the duplicate function problems
- Original Message - From: Stanislav Malyshev [EMAIL PROTECTED] To: Daniel Beckham [EMAIL PROTECTED] Cc: Brian Moon [EMAIL PROTECTED]; PHP Development [EMAIL PROTECTED] Sent: Friday, October 19, 2001 2:45 AM Subject: Re: [PHP-DEV] New zend_compile.c to solve all of the duplicate function problems A lot of languages don't have ifdefs (actually, most of them). A lot of languages do not allow to redefine functions. Still each of these languages allows to create code libraries. Obviously, your implied argument that this is needed to implement libraries is wrong. My argument is that some functionality similar to a C #ifdef and #ifndef is needed. Neither the include_once() nor the if/endif solutions provide that. If you want to do that Perl style with packages or C style with macros or whatever style, it's fine with me. My issue is that there is no PHP way to do this other than include_once() or an if/endif statement. Actually, even now it can be done properly, given: 1. Reusable code (variables) and definition code (function) reside in different files, just like you would do it in C 2. include and include_once is used properly I already pointed out why include_once() is bad. You place the responsiblity of knowing the inner workings of function libraries on the user themselves and not the library. This is poor programming. It would be much better if PHP could have a concept of a library package, which would solve a lot of did I already have this package, and if not, how I import it properly? questions. Making quick hacks to bend the language into compliance with some hacky way to solve the problem won't do any good in the long run, only bring more problems. I agree with you totally. But, if you truly believe that it needs to be more than a hacky solution, then drop this include_once() nonsense and let's think of a better way to do this. Unless of course, I'm mistaken and you are more worried about doing something hacky in the PHP source and don't care if the PHP developers themselves have to write hacky code? Daniel -- PHP Development Mailing List http://www.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] New zend_compile.c to solve all of the duplicate function problems
By all means, if you have a decent proposal that doesn't involve exclusively using include_once() or if/endif everywhere possible, we would love to hear it. I'm just curious: what's wrong with using if/endif where include_once isn't good enough? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] New zend_compile.c to solve all of the duplicate function problems
The reason it works inside of an if/endif is because the code is never pre-compiled and only executed during run time. For large code libraries, like we have here at our office, this would cause a performance decrease. Daniel - Original Message - From: Edin Kadribasic [EMAIL PROTECTED] To: Daniel Beckham [EMAIL PROTECTED] Cc: PHP Development [EMAIL PROTECTED] Sent: Friday, October 19, 2001 9:27 AM Subject: Re: [PHP-DEV] New zend_compile.c to solve all of the duplicate function problems By all means, if you have a decent proposal that doesn't involve exclusively using include_once() or if/endif everywhere possible, we would love to hear it. I'm just curious: what's wrong with using if/endif where include_once isn't good enough? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #13753 Updated: failed session_register in object method
Witam konto Friday, October 19, 2001, 4:14:11 PM, przeczyta³em: BD ID: 13753 BD Updated by: hholzgra BD Reported By: [EMAIL PROTECTED] BD Old Status: Open BD Status: Bogus BD Bug Type: Session related BD Operating System: linux mandrake 8.0 BD PHP Version: 4.0.6 BD New Comment: BD $edf1 is local to the gg() method BD you can only register variables from the global BD scope, so $edf1 is empty in the session as no BD such global variable existed as the session data BD was written BD Previous Comments: BD BD [2001-10-19 09:55:30] [EMAIL PROTECTED] BD misspeled; should be: BD After that both session_is_registered('edf1') and session_is_registered('edf2') returns true BD BD [2001-10-19 09:50:59] [EMAIL PROTECTED] BD I have made much tests and it seems, that calling session register in object's method failed. Assume: BD ? BD (...)[session_start, headers, etc...] BD $edf2 = 1234; BD session_register('edf2'); BD class gg { BD function gg() { BD $edf1 = 65432; BD session_register('edf1'); BD } BD } BD gg::gg(); ? BD After that both session_is_registered('edf1') and session_is_registered('edf1') returns true, but ($edf1 BD == $edf2) return false; ($edf1 == '') - is true. BD Any suggestions? BD BD ATTENTION! Do NOT reply to this email! BD To reply, use the web interface found at http://bugs.php.net/?id=13753edit=2 Ok, sorry, but why session_is_registered returns true? And btw, which list/news you can recomend me, that I can get help such as this as soon, as possible? -- Pozdrawiam, Michalmailto:[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 #13750 Updated: Warning: size of symbol changed
ID: 13750 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Sablotron XSL Operating System: Linux, Slackware 8.0 PHP Version: 4.0CVS-2001-10-19 New Comment: Unfortunately I still get the same errors. FYI my configure options are: ./configure --with-apxs --with-mysql=/usr/local/mysql/ --enable-trans-sid --with-zlib --enable-wddx --enable-ftp --with-sablot=/usr/local --enable-xslt --with-xslt-sablot --enable-sablot-errors-descriptive --with-dom -- Jan-Erik Previous Comments: [2001-10-19 08:58:55] [EMAIL PROTECTED] rm config.cache ./cvsclean ./buildconf ./configure ... should work fine. Please report back if this doesn't work. Derick [2001-10-19 08:52:35] [EMAIL PROTECTED] When I start make i get the following warning: Warning: size of symbol `zif_xslt_create' changed from 327 to 207 in sablot.lo Along with a lot more symbols which are all related to xslt. I'm using Sablotron 0.70 Edit this bug report at http://bugs.php.net/?id=13750edit=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 #13756: exponential ** operator
From: [EMAIL PROTECTED] Operating system: n/a PHP version: 4.0.6 PHP Bug Type: Feature/Change Request Bug description: exponential ** operator It would be nice to have an exponential operator. ** would be a logical choice, just like in C. Example: echo 2**3; // prints 8 I know we have pow(), but an operator for this would be nice... -- Edit bug report at: http://bugs.php.net/?id=13756edit=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] New zend_compile.c to solve all of the duplicate function problems
The problem is backward compatiblity. That is the biggest thing at stake here. Daniel and I are a bit skewed as we have over 1000 files full of code that start with something like: if(defined(_FILE_NAME)) return; define(_FILE_NAME, 1); This was our solution _before_ include_once ever existed to keep files from being included more than once. We now know that it is in fact just not executed. Our hope is to keep the old behaviour in tact for these cases where it is a valid solution. The patch I sent will now allow a function to be redeclared ever, and it will raise an ERROR if the function is being declared in a different location than it has alread been encountered. Brian. - Original Message - From: Edin Kadribasic [EMAIL PROTECTED] To: Daniel Beckham [EMAIL PROTECTED] Cc: PHP Development [EMAIL PROTECTED] Sent: Friday, October 19, 2001 9:27 AM Subject: Re: [PHP-DEV] New zend_compile.c to solve all of the duplicate function problems By all means, if you have a decent proposal that doesn't involve exclusively using include_once() or if/endif everywhere possible, we would love to hear it. I'm just curious: what's wrong with using if/endif where include_once isn't good enough? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]