[PHP-DEV] add SMTP authentication to php.mail() function
Hello, I'm interested to add SMTP authentication to the php.mail() function. Is this something that the PHP dev community would endorse? I'm told that as a newbie contributor I wouldn't have direct access to the CVS, that I'd have to post my diffs to this list or get an existing developer to sponsor my changes. I already did the digging around and know what needs to happen: a small number of lines of code in /win32/sendmail.c SendText() to add the necessary SMTP AUTH commands. Maybe this has come up before and been rejected. Let me know. I did a search in the list archives but didn't turn anything up. Here is some background: I'm developing a website that will be hosted on a linux box (LAMP), however my work machine is MS Windows 2000. The website includes a submission page which e-mails some HTTP form posted data back to me. For simplicity I'm simply using the php.mail() function. However, when I'm developing on Windows 2000, if I want to test the mail submission, I don't have an SMTP relay running locally and my ISP requires authentication for outgoing SMTP. So for now the php.mail() fails and I fake it until the php pages are uploaded to the server. I know I could switch to another means of sending mail (PHP class for SMTP, etc) but I thought it would be cool to hack PHP to add this minor feature. I would plan to add two new php.ini settings SMTP_usr and SMTP_pwd. Looking forward to your comments. John M. Calvert, M.Sc., MCSD 1310521 Ontario Inc. 49 Belmont Ave. Ottawa ON K1S 0V2 (613) 730-9851 http://members.rogers.com/john-m-calvert/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
On Wed, 12 Mar 2003 10:47:27 -0800 Shane Caraveo [EMAIL PROTECTED] wrote: So how about a first post response system, similar to the subscription response. That first post would not actually be posted to the email list, but rather an email would be sent back to the poster stating the purpose of the email list, and what kind of materials are expected on the list. If the post does not match this criteria, please send it to on of the other lists, otherwise respond to this email and your original message will go out. And they would probably not read it, just read the part how to get the email to the list. They don't read the comment what purpose this list have, so they will probably not read the mail either. / Magnus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
On Wed, 12 Mar 2003 20:14:03 +0100 (CET) Derick Rethans [EMAIL PROTECTED] wrote: Instead of this it might be a better idea to make somebody's first post moderated, after it has been approved the poster is added to the allow list, if not he gets back a message like I copypaste everytime now :) If they are not approved, and they repost... they just nobody replies to the Moderator request. You then solve: a. people not reading the reply to the first post and just repost again b. people who are contributing stuff dont need to repost their mail, or do other tricks to get their stuff posted c. there is much less to moderate You lose: a. nothing :) That sounds better.. / Magnus ps. No need to cc me =) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] fun with autoconf on Tru64
On Fri, 7 Mar 2003 10:07:31 -0500 David Hill [EMAIL PROTECTED] wrote: I set up a debian linux box and after getting the right versions of things I am still getting the same results from configure. I am getting a syntax error saying else unexpected. With php5 module HEAD? I do also get this on Tru64. Removing ext/mysqli helps. / Magnus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] fun with autoconf on Tru64
On Fri, 7 Mar 2003 19:35:09 +0100 Magnus M [EMAIL PROTECTED] wrote: On Fri, 7 Mar 2003 10:07:31 -0500 David Hill [EMAIL PROTECTED] wrote: I set up a debian linux box and after getting the right versions of things I am still getting the same results from configure. I am getting a syntax error saying else unexpected. With php5 module HEAD? I do also get this on Tru64. Removing ext/mysqli helps. Using php5 HEAD.. 19:58 [EMAIL PROTECTED]:/php/php4 # flex --version flex version 2.5.4 19:59 [EMAIL PROTECTED]:/php/php4 # automake --version automake (GNU automake) 1.5 19:59 [EMAIL PROTECTED]:/php/php4 # autoconf --version Autoconf version 2.13 19:59 [EMAIL PROTECTED]:/php/php4 # m4 --version GNU m4 1.4 19:59 [EMAIL PROTECTED]:/php/php4 # libtool --version ltmain.sh (GNU libtool) 1.4.3 (1.922.2.110 2002/10/23 01:39:54) / Magnus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] modules in c++
Hi, I've been trying use C++ within a PHP extension with help by document in http://www.tutorbuddy.com/software/phpcpp/phpcpp/. The instructions works fine but I have problems with linking objects. The script libtool links objects with gcc and not with g++ and the moment of creation of the dinamic library .so gcc is used and not g++. See: /bin/sh /root/biac_php/teste/libtool --mode=link gcc -I. ^^^ -I/root/biac_php/teste/ -I/root/biac_php/teste/main -I/root/biac_php/teste -I/usr/include/php4 -I/usr/include/php4/main -I/usr/include/php4/Zend -I/usr/include/php4/TSRM -DHAVE_CONFIG_H -g -O2 -o teste.la -avoid-version -module -rpath /root/biac_php/teste/modules teste.lo gcc -shared teste.lo -Wl,-soname -Wl,teste.so -o .libs/teste.so ^^^ Thanks, Michel M. dos Santos -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: modules in c++
J, First, thanks by your article. My original e first problem is : PHP Warning: Unable to load dynamic library '/usr/lib/php4/20010901/biac.so' - /usr/lib/php4/20010901/biac.so: undefined symbol: endl__FR7ostream in Unknown on line 0 The use of cout (in this case) result it. I try with std::cout or using namespace std but not resolve. Linking with g++ the error dont occur. What is wrong ? Thanks a lot, Michel M. dos Santos On Wednesday 05 March 2003 17:23, J Smith wrote: That should still work fine, though, shouldn't it? I mean, the .so spit out should be working properly. I just tested this with a C++ extension and while gcc was used by libtool for the linking, the extension works fine. If you really want the C++ compiler to do the linking, you can open up libtool file that's generated and edit the line that reads CC=gcc to say CC=g++. I'm not sure if there's a better way to do this. At least, I haven't found one yet. If you find something that works a bit better, let me know and I'll update the article. J Michel M. Dos Santos wrote: Hi, I've been trying use C++ within a PHP extension with help by document in http://www.tutorbuddy.com/software/phpcpp/phpcpp/. The instructions works fine but I have problems with linking objects. The script libtool links objects with gcc and not with g++ and the moment of creation of the dinamic library .so gcc is used and not g++. See: /bin/sh /root/biac_php/teste/libtool --mode=link gcc -I. ^^^ -I/root/biac_php/teste/ -I/root/biac_php/teste/main -I/root/biac_php/teste -I/usr/include/php4 -I/usr/include/php4/main -I/usr/include/php4/Zend -I/usr/include/php4/TSRM -DHAVE_CONFIG_H -g -O2 -o teste.la -avoid-version -module -rpath /root/biac_php/teste/modules teste.lo gcc -shared teste.lo -Wl,-soname -Wl,teste.so -o .libs/teste.so ^^^ Thanks, Michel M. dos Santos -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: modules in c++
Yes. My config.m4: PHP_ARG_ENABLE(biac, for biac support,[ --enable-biacEnable biac support]) if test $PHP_BIAC != no ; then PHP_ADD_LIBRARY(stdc++) PHP_EXTENSION(biac,$ext_shared) PHP_REQUIRE_CXX() fi Michel M. dos Santos On Wednesday 05 March 2003 18:01, Dave Viner wrote: do you have the PHP_REQUIRE_CXX() in your config.m4? dave -Original Message- From: Michel M. dos Santos [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 05, 2003 12:43 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: [PHP-DEV] Re: modules in c++ J, First, thanks by your article. My original e first problem is : PHP Warning: Unable to load dynamic library '/usr/lib/php4/20010901/biac.so' - /usr/lib/php4/20010901/biac.so: undefined symbol: endl__FR7ostream in Unknown on line 0 The use of cout (in this case) result it. I try with std::cout or using namespace std but not resolve. Linking with g++ the error dont occur. What is wrong ? Thanks a lot, Michel M. dos Santos On Wednesday 05 March 2003 17:23, J Smith wrote: That should still work fine, though, shouldn't it? I mean, the .so spit out should be working properly. I just tested this with a C++ extension and while gcc was used by libtool for the linking, the extension works fine. If you really want the C++ compiler to do the linking, you can open up libtool file that's generated and edit the line that reads CC=gcc to say CC=g++. I'm not sure if there's a better way to do this. At least, I haven't found one yet. If you find something that works a bit better, let me know and I'll update the article. J Michel M. Dos Santos wrote: Hi, I've been trying use C++ within a PHP extension with help by document in http://www.tutorbuddy.com/software/phpcpp/phpcpp/. The instructions works fine but I have problems with linking objects. The script libtool links objects with gcc and not with g++ and the moment of creation of the dinamic library .so gcc is used and not g++. See: /bin/sh /root/biac_php/teste/libtool --mode=link gcc -I. ^^^ -I/root/biac_php/teste/ -I/root/biac_php/teste/main -I/root/biac_php/teste -I/usr/include/php4 -I/usr/include/php4/main -I/usr/include/php4/Zend -I/usr/include/php4/TSRM -DHAVE_CONFIG_H -g -O2 -o teste.la -avoid-version -module -rpath /root/biac_php/teste/modules teste.lo gcc -shared teste.lo -Wl,-soname -Wl,teste.so -o .libs/teste.so ^^^ Thanks, Michel M. dos Santos -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: MSSQL extension BugFix FreeTDS, datetime withmilliseconds
Hi Michael, Thanks. I'll have a look at the patch when I get back to the US (I'm in Denmark right now). I have one comment though: Compiling FreeTDS with the option --enable-msdblib will change FreeTDS to return the month as specified by Microsoft. FreeTDS 0.61 has a new feature where we can check for this option on compile time and I'm going to implement this feature as soon as I get back home. - Frank Hi Frank! In the attached patches I fixed a bug when using the mssql extension with FreeTDS and deactivated datetimeconvert. FreeTDS returns the month starting with 0 (=jan), but the MSoft-lib starts with 1. I added another php.ini switch (datetimemsec) for adding milliseconds to datetime-values when datetimeconvert is deactivated. This was a user request, because he has otherwise no chance to get the milliseconds back from the db. I hope that these patches are good enough for a commit, thanx, bye, -- --- - Michael Bretterklieber- [EMAIL PROTECTED] JAWA Management Software GmbH - http://www.jawa.at Liebenauer Hauptstr. 200-- privat --- A-8041 GRAZ GSM: ++43-(0)676-93 96 698 Tel: ++43-(0)316-403274-12 E-mail: [EMAIL PROTECTED] Fax: ++43-(0)316-403274-10 http://www.bretterklieber.com --- - ...the number of UNIX installations has grown to 10, with more expected... - Dennis Ritchie and Ken Thompson, June 1972 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] CVS Account Request: abboussy
On 27 Feb 2003 05:27:24 - Abbas El-Meslem [EMAIL PROTECTED] wrote: hi You don't need a CVS account to say hi. / Magnus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/tokenizer tokenizer.c
On Tue, 25 Feb 2003 14:45:26 -0500 J Smith [EMAIL PROTECTED] wrote: I get missing symbols like ZEND_INI_PARSER_POP_ENTRY and such, which should be defined in zend_ini.h.) Checking out php5 seemed to correct this. That is because php5 is HEAD. I have no idea what php4 is, except not-working. So you should checkout php5, not php4. / Magnus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: #22291 [Opn-Bgs]: CGI do not function !
On Wed, 19 Feb 2003 11:27:51 +0100 Vincent Robert [EMAIL PROTECTED] wrote: It's a bug I'm not the only one, look #22292 And then it's a duplicate, and therefor marked bogus. If you have any additional information that can be useful, not already known, please add it to that bug. / Magnus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] build no longer working
On Thu, 13 Feb 2003 23:29:44 +0100 [EMAIL PROTECTED] (Marcus Börger) wrote: I updated all m4,autoconf libtool AND now i can no longer build php Anybody help? using default Zend directory buildconf: checking installation... buildconf: autoconf version 2.54 (ok) Did you try with autoconf 2.13 ? / Magnus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Make Windows PHP Fork
Hi, For the PHP-GTK project I have created a small wrapper application called php_win.exe. It is used to launch a GTK script without showing the DOS box. You can download a copy from http://kromann.info/php-gtk.php and see if it does the trick for you. - Frank This requires some Win32 magic in the invoking Win32 program, not in the generic PHP executable - so your question is somewhat off-topic for this list (though this may not have been apparent). The hint: STARTUPINFO si; memset(si,0,sizeof(si)); si.cb = sizeof(si); si.dwFlags = STARTF_USESTDHANDLES | STARTF_USESHOWWINDOW; si.wShowWindow = SW_HIDE; I'd expect you to be able to figure out the rest :). -Original Message- From: Adam Voigt [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 06, 2003 9:31 AM Is it possible to make the php.exe under window's fork, so it isn't visible in the start bar? I ask because I would like to make a PHP program that runs periodically in the background, and I know how to start it at computer start time, but it makes that damned dos window pop up. There are external programs to make it be hidden but they require seperate install's which makes it not an option. Any ideas? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] [begginer] openssl problem when compiling
Hi, I'm trying to compile my own module, but i keep getting errors in: /bin/sh libtool --silent --mode=compile gcc -Imain/ -I/root/php4/main/ -DPHP_ATOM_INC -I/root/php4/include -I/root/ php4/main -I/root/php4 -I/root/php4/Zend -I/usr/local/include -I/usr/include /libxml2 -I/usr/include/freetype -I/root/php4/ext/xml/expat -DLINUX=22 -DEA PI -DTARGET=apache -DDEV_RANDOM=/dev/random -DUSE_HSREGEX -D_LARGEFILE_SOU RCE -D_FILE_OFFSET_BITS=64 -I/root/php4/TSRM -g -O2 -prefer-pic -c main/internal_functions.c -o main/internal_functions.lo In file included from /usr/include/openssl/comp.h:5, from /usr/include/openssl/ssl.h:116, from /root/php4/ext/paysystems/libps/common.h:28, from /root/php4/ext/paysystems/libps/client.h:113, from /root/php4/ext/paysystems/php_paysystems.h:37, (... some other errors from openssl) My module is using OpenSSL lib and i tried to configure config.m4 properly but i'm probably doing something wrong. Note that when i ./configure with --with-openssl everything compiles fine so i suppose i have some errors in config.m4 file of my module - i tried to look at other modules but all the changes i make are not giving me a clean compile. Thanks for support, LK -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Win32 crash (HEAD + ZE2)
Hi, This code works fine ?php $myvar = array(); ? But this does not: ?php include test.inc; ? where test.inc contains ?php $myvar = array(); ? It works with other data types and I have tested it in Linux where it works. Any ideas ? - Frank -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] What Changed ?
Hi, After checking out PHP5 from cvs I'm having some strange problems. I'm building on Mandrake 9.0 and Win32 and everything builds fine. When running scripts through Apache 1.3.27 I get core dumps. Running the same script with the CLI version works fine. Other (simpler) scripts work fine in both cases. On Win32 I'm using some 'private' extension and they can load but as soon as I access functions in them php crashes. I'm just about to start the debugger, but wanted to know if there is anything I need to do in order for extensions to work with ZE2 (These used to work with PHP4 just before everything was changed to ZE2. - Frank -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Non threadsafe Windows build
Hi, I have not used non thread safe versions since PHP3, and I think most users would like to see a working ISAPI or Apache version where we need the thread safe versions. - Frank The project file(s) for the non threadsafe Windows build are out of sync with the thread safe one(s). IIRC, there was already some discussion to ditch the non threadsafe version. That way we didn't have to maintain two sets of files, etc. What do you think? -- 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, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] What headers/libs does Win32 Snaps builduse?
The solution for this would be to create and maintain HOW-TO files for all the extensions requireing an external library. Many if these libs. can be downloaded and build from source files. Only a few requires commercial libraries. - Frank Yes, Steph is right, the set of libraries used on the snaps machine is ~70MB (uncompressed) and I don't think it's practical to update win32build.zip to include them all. And this 70 MB does not include files needed for building ext/infromix, ext/interbase and sapi/pi3web. Edin - Original Message - From: Steph [EMAIL PROTECTED] To: Christoph Grottolo [EMAIL PROTECTED]; Michael Sisolak [EMAIL PROTECTED] Cc: PHP DEV [EMAIL PROTECTED] Sent: Tuesday, January 07, 2003 8:44 PM Subject: Re: [PHP-DEV] What headers/libs does Win32 Snaps build use? There are a lot of them - that's likely to be the biggest issue. Nearly 20 megs of libraries (and this from some months ago). This is really Edin's territory... - Original Message - From: Christoph Grottolo [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, January 07, 2003 7:31 PM Subject: Re: [PHP-DEV] What headers/libs does Win32 Snaps build use? Basically what I'm talking about is updating win32build.zip so that it has all the current libraries that are really used to do a PHP build on Win32. Is there a practical or licensing reason why that couldn't be done? Would it be a lot more work than just packaging up a few directories on the snaps machine? Michael Sisolak +1 on this - if my vote counts Christoph -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Happy New Year
Hi All, It is still 2002 in California, and a few other parts of the world :-). I wish all of you a happy new year and I'm looking forward to be working on PHP in 2003. - Frank -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] [4.3.0RC4] mem leaks with DOMXML ext
Configure line: ./configure --with-mysql --with-dom --with-dom-xslt --with-apxs=/usr/bin/ap xs --with-zlib --enable-debug I keep getting those (or similar) on every request, is it normal?: /root/php-4.3.0RC4/ext/domxml/php_domxml.c(786) : Freeing 0x08550AA4 (12 bytes), script=/var/www/its/x.pro /root/php-4.3.0RC4/ext/domxml/php_domxml.c(782) : Freeing 0x08550424 (12 bytes), script=/var/www/its/x.pro /root/php-4.3.0RC4/Zend/zend_hash.c(406) : Freeing 0x08533EEC (35 bytes), script=/var/www/its/x.pro Last leak repeated 1 time /root/php-4.3.0RC4/Zend/zend_hash.c(178) : Freeing 0x08533D8C (32 bytes), script=/var/www/its/x.pro /root/php-4.3.0RC4/Zend/zend_API.c(597) : Freeing 0x08513EDC (44 bytes), script=/var/www/its/x.pro /root/php-4.3.0RC4/Zend/zend_API.c(585) : Actual location (location was relayed) /root/php-4.3.0RC4/ext/domxml/php_domxml.c(4885) : Freeing 0x084D753C (12 bytes), script=/var/www/its/x.pro LK -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] [4.3.0RC4] mem leaks with DOMXML ext
Configure line: ./configure --with-mysql --with-dom --with-dom-xslt --with-apxs=/usr/bin/ap xs --with-zlib --enable-debug I keep getting those (or similar) on every request, is it normal?: on every request or just if you're using domxml-methods? If the later is the case, please provide the shortest possible example. I have just limited the problem to the following fragment of code. It seems that the leak happens somewhere in XSLT part of DOM XML extension. *** $xsl = domxml_xslt_stylesheet_file('some_xsl_file.xsl'); *** As it may be not clear - I have not said that before - everything works perfectly well. No apache segfaults - just those leaks which does not affect my site at all. However - I'm scared that something can fail because of those leaks. xsl file can be even as simple as: ?xml version=1.0? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; /xsl:stylesheet LK -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: #21139 [Ctl]:zlib.output_compression + windows failure
Hi, I think this is a good idea too, but on my system zlib.dll is required to run php.exe. If this is the case with the official build we might have a support issue. This could be a local problem with the way I compile the Zlib library ? - Frank On Thu, 26 Dec 2002, Edin Kadribasic wrote: On Tuesday 24 December 2002 04:51, Moriyoshi Koizumi wrote: Edin Kadribasic [EMAIL PROTECTED] wrote: Isn't the solution as simple as changing the #ifdef to include COMPILE_DL_ZLIB in the checks, or is this another situation where the zlib extension should be compiled into the distribution itself? Is there a problem with doing that in the win32 build Edin? (it seems that the unix build will also have the same problems if zlib is built as a shared extension - there was even a bug report today about related issues). One of the solutions for the windows build is to compile zlib module into php4ts.dll statically. In that way all the problems go away and its a nice module to have built-in anyway. I have a patch ready and a test build of php4ts.dll at http://snaps.php.net/~edink/php4ts.dll-zlib.zip I've checked your test build, and it works fine as for Apache-1.3.27. But it still fails with Apache2... this seems another apache2filter problem. Anyway this solution sounds like a quickest and most reasonable way. Any objections to making zlib built-in extension on windows? Nope. Derick -- - Derick Rethans http://derickrethans.nl/ PHP Magazine - PHP Magazine for Professionals http://php-mag.net/ - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: #21139 [Ctl]:zlib.output_compression + windows failure
On Thursday 26 December 2002 21:14, Frank M. Kromann wrote: I think this is a good idea too, but on my system zlib.dll is required to run php.exe. If this is the case with the official build we might have a support issue. This could be a local problem with the way I compile the Zlib library ? Yes, you probably chose Win32 dynamic link library over Win32 static library when compiling zlib. Let me know if you want me to send you the libs I use on the snapshot/relese build machine. No need for that. I have recompiled Zlib as a static library and that works well. I just wanted to make sure the release was created this way as well. Thanks. - Frank -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] RC4: ground rules
Just create php.exe (CLI version) in Debug_TS\cli, Release_TS\cli and Release_TS_inline\cli - Frank On Fri, 20 Dec 2002, Frank Kromann wrote: Hi Andrei, Should I commit a small fix to the Windows projects to avoid having the CGI and CLI produce php.exe to the same directory ? What will the fix do exactly? -Andrei http://www.gravitonic.com/ What's a polar bear? A rectangular bear after a coordinate transform. -- Bill White ([EMAIL PROTECTED]) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: ground rules
Hi, It was decided to move php_printer.dll, as well as other extensions (iisfunc and ixsfunc) from the php repository to PECL. This was not caused by instability. These extensions all work fine (AFAIK). They were moved from php to PECL to reduce the size of PHP and tehreby reduce the time needed to perform QA with each release. The reference to these files in php.ini will be removed and the documentation should move as well. I'll create PECL packages for these extensions so they can be obtained from the pear.net web site as other PECL extensions. - Frank Please have a look at bug #21116 as it mentions php_printer.dll which is in php.ini but not in the distro. It does appear buildable as this dll can be found here: http://kromann.info/php4.php I'm not suggesting it be included as most likely it will be removed from php.ini like the others. This is in PECL now but that fact was never mentioned in NEWS. Also, what is the official way windows users are suppose to get PECL dlls? Build them themselves? Regards, Philip Olson On Sat, 21 Dec 2002, Edin Kadribasic wrote: I have changed bundled php.ini-dist and php.ini-recommended to reflect these changes. Thanks for compilinng the list. Edin - Original Message - From: Christoph Grottolo [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, December 21, 2002 10:40 PM Subject: [PHP-DEV] Re: ground rules Hi Andrei Zmievski wrote: Everyone, I have just released 4.3.0RC4. Despite the quote in my signature, I am determined to keep this one the very last final RC of the interminable 4.3.0 development cycle. Towards that end, I will closely monitor the CVS commits and revert any that do not satisfactorily explain what critical or showstopper bug they are fixing. There are inconsistencies in php.ini on windows: The following extensions are listed in the [extensions] part of php.ini, but are not dlivered with the distribution: - ctype (now built in) - cybercash (?) - dotnet (build failure since months) - ingres (build failure since months) - tokenizer (now built in) The following extensions are part of the distribution but not listed in php.ini - gd2 - mime_magic - msql - xmlrpc - zip Maybe you can correct this before 4.3.0. At least the missing GD2 is bad. Christoph -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] CLI php.exe on WIn32
Hi, The latest changes to the project files under WIn32, creates name conflict, by having php.exe created from two different projects in the same directory. I suggest that we move the cli version from ..\Release_TS to ..\Release_TS\cli And the same for Debug_TS and Release_inline_ts builds. - Frank -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] RC4: ground rules
Hi Andrei, Should I commit a small fix to the Windows projects to avoid having the CGI and CLI produce php.exe to the same directory ? - Frank Everyone, I have just released 4.3.0RC4. Despite the quote in my signature, I am determined to keep this one the very last final RC of the interminable 4.3.0 development cycle. Towards that end, I will closely monitor the CVS commits and revert any that do not satisfactorily explain what critical or showstopper bug they are fixing. I am aware that PHP_AUTH_USER issue raises certain concerns, but no one apparently could make a patch. If, however, one appears very soon, I may consider it a special one and apply it for 4.3.0. -Andrei http://www.gravitonic.com/ The time from now until the completion of the project tends to become constant. -- Douglas Hartree -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] CGI and CLI (compromise proposal)
Edin, Are you doing the changes on Win32 also _ If not I'll make the changes. - Frank Here is the patch against PHP_4_3 that implements the Unix side of changes. Edin On Thu, 19 Dec 2002, Andrei Zmievski wrote: This gets my complete support. Let's go ahead with the changes. On Thu, 19 Dec 2002, Edin Kadribasic wrote: After having consulted with Andrei, Derick and others on irc here is a proposal for a compromise: On Unix: 1. Both cgi and cli are built as 'php' in their respective sapi directories (pretty much as it is today except that cgi gets renamed back from php-cgi to just php). 2. Make install will *not* install cli if cgi build was selected (only cgi gets installed). 3. A new install target 'install-cli' is introduced so that make install-cli will overwrite whatever is in $(PREFIX)/bin/php. On Windows: 1. php.exe in the root of distribution is php cgi sapi. 2. New cli directory is included with php.exe (cli) in it. If this is an acceptable compromise I volunteer to do the changes required. -Andrei http://www.gravitonic.com/ * The great thing about standards is that there are so many to choose from. * -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] php.exe - php-cgi.exe
Hi, How big can this problem be ? There is basically only a few ways to install or upgrade PHP. 1) Installing from source or binaries, in this case you would have to know at least a minimum about how the system works and it is very easy to rename php-cgi.exe to php.exe on these these systems. 2) Using an installer. In this case the installer should make sure the correct file is used. This would be the way Win32 administrators are used to install/upgrade systems anyway. Some of the code I'm responsible for is used on more than 250 servers so I made sure my install program (which is a php script) makes the changes needed to match the version of PHP I use in each install/update.. - Frank On Mon, 9 Dec 2002, Marcus Börger wrote: You are correct in your assumption that I have difficulty understanding the issues behind this change. After asking several times for an explanation, and after having gone over the archives to find some related discussion (and asking for pointers to that as well), I came to conclusion that this change is totally wrong. This change has nothing to do with fixing anything. It's breaking BC in a huge way, at the historical level, for the sake of a minor convenience for a very small group of users. Throwing lame excuses at it, like it's evolution, doesn't cut it with me. I'm still at the same place. This is just wrong. It has nothing to do with stirring anything up. Regards Mike Robinson What do you want then? For historical reasons you will allow us only to introduce total new functionality and bug fixes? No more improvements that will have any influence on some working systems out there? Then i'll answer stay where you are and do not do any version upgrade evolution is not an excuse here. We want to use PHP on the command line and many people will do also. And we make the command line usage as easy as possible. Even if that requires some mauals being updated and marking some bug reports as bogus. You couldn't write my thoughts down in a better way :) Derick -- - Derick Rethans http://derickrethans.nl/ PHP Magazine - PHP Magazine for Professionals http://php-mag.net/ - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] php.exe - php-cgi.exe
Please mention the name change at least in the NEWS file and maybe php-cli could even output a readable error when beeing called as cgi. These are good points. - Frank -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] php.exe - php-cgi.exe
As Leon has suggested, why not just compile the variants into different directories? Say add a cli/ (since the CLI is newer). Only one directory would go into the PATH (presumably). That would also affect the ini setting for extension_dir. The default value is ./ indicating the same directory as the executable. I would prefer everthing to be in the same directory. This way I dont have to mess with php.ini when I have multiple installations on the same system. - Frank -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] useless config.w32.h and solutions
We could change it to something like this: #define PEAR_INSTALLDIR (getenv(PEAR_INSTALLDIR))?getenv(PEAR_INSTALLDIR):c:\\php4\\pear #define PHP_BINDIR (getenv(PHP_BINDIR))?getenv(PHP_BINDIR):c:\\php4 #define PHP_CONFIG_FILE_PATH (getenv(PHP_CONFIG_FILE_PATH))?getenv(PHP_CONFIG_FILE_PATH): #define PHP_CONFIG_FILE_SCAN_DIR (getenv(PHP_CONFIG_FILE_SCAN_DIR))?getenv(PHP_CONFIG_FILE_SCAN_DIR): #define PHP_DATADIR (getenv(PHP_DATADIR))?getenv(PHP_DATADIR):c:\\php4 #define PHP_EXTENSION_DIR (getenv(PHP_EXTENSION_DIR))?getenv(PHP_EXTENSION_DIR):c:\\php4 #define PHP_INCLUDE_PATH (getenv(PHP_INCLUDE_PATH))?getenv(PHP_INCLUDE_PATH):.;c:\\php4\\pear #define PHP_LIBDIR (getenv(PHP_LIBDIR))?getenv(PHP_LIBDIR):c:\\php4 #define PHP_LOCALSTATEDIR (getenv(PHP_LOCALSTATEDIR))?getenv(PHP_LOCALSTATEDIR):c:\\php4 #define PHP_PREFIX (getenv(PHP_PREFIX))?getenv(PHP_PREFIX):c:\\php4 #define PHP_SYSCONFDIR (getenv(PHP_SYSCONFDIR))?getenv(PHP_SYSCONFDIR):c:\\php4 - Frank Hello, After a nth discussion on phpdev with Stig, Sebastian and me, I post this message to ask you the way we should go to solve the problem of useless constants define in config.w32.h (see bottom). The main idea is to check if an environment is available and use it. It will not be too complicated to do it and makes the php configuration easier under win32 and, why not, more flexible on others platforms (if there is a need), which something like a per host or per user under CLI mode configuration. I do not have enough knowledge on the php intern processes to help here (*sick*), but at least, I can ran compile tests and running tests under different windows platforms. Any comments ? hth pierre code #define CONFIGURATION_FILE_PATH php.ini #define PEAR_INSTALLDIR c:\\php4\\pear #define PHP_BINDIR c:\\php4 #define PHP_CONFIG_FILE_PATH #(getenv(SystemRoot))?getenv(SystemRoot): define #PHP_CONFIG_FILE_SCAN_DIR define PHP_DATADIR c:\\php4 #define PHP_EXTENSION_DIR c:\\php4 #define PHP_INCLUDE_PATH.;c:\\php4\\pear #define PHP_LIBDIR c:\\php4 #define PHP_LOCALSTATEDIR c:\\php4 #define PHP_PREFIX c:\\php4 #define PHP_SYSCONFDIR c:\\php4 /code -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] useless config.w32.h and solutions
Yu are right. Two of the values needs to be constants, as these are used in building the INI array. Setting the constants to this works: #define PEAR_INSTALLDIR (getenv(PEAR_INSTALLDIR))?getenv(PEAR_INSTALLDIR):c:\\php4\\pear #define PHP_BINDIR (getenv(PHP_BINDIR))?getenv(PHP_BINDIR):c:\\php4 #define PHP_CONFIG_FILE_PATH (getenv(PHP_CONFIG_FILE_PATH))?getenv(PHP_CONFIG_FILE_PATH): #define PHP_CONFIG_FILE_SCAN_DIR (getenv(PHP_CONFIG_FILE_SCAN_DIR))?getenv(PHP_CONFIG_FILE_SCAN_DIR): #define PHP_DATADIR (getenv(PHP_DATADIR))?getenv(PHP_DATADIR):c:\\php4 #define PHP_EXTENSION_DIR c:\\php4 #define PHP_INCLUDE_PATH .;c:\\php4\\pear #define PHP_LIBDIR (getenv(PHP_LIBDIR))?getenv(PHP_LIBDIR):c:\\php4 #define PHP_LOCALSTATEDIR (getenv(PHP_LOCALSTATEDIR))?getenv(PHP_LOCALSTATEDIR):c:\\php4 #define PHP_PREFIX (getenv(PHP_PREFIX))?getenv(PHP_PREFIX):c:\\php4 #define PHP_SYSCONFDIR (getenv(PHP_SYSCONFDIR))?getenv(PHP_SYSCONFDIR):c:\\php4 PHP_EXTENSION_DIR and PHP_INCLUDE_PATH can both be specified in php.ini and perhaps we can find a way to set them by environment variables ? - Frank On Sun, 01 Dec 2002 07:57:18 -0800 Frank M. Kromann [EMAIL PROTECTED] wrote: We could change it to something like this: #define PEAR_INSTALLDIR (getenv(PEAR_INSTALLDIR))?getenv(PEAR_INSTALLDIR):c:\\php4\\pear As far as I remember, that s what has been done weeks ago and causes a compile error. Can you test it on a win32 build ? I should do it later tonight or tomorrow. pierre -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] windows binaries with LIBXSLT enabled
Hi, Is it possible to make Windows binaries (snapshots and releases) to include XSLT/EXSLT support included in DOM XML extension. XSL transformation engine in DOM XML is in my opininion (we use it on several sites) a lot better then XSLT extension (Sablotron). LK -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] windows binaries with LIBXSLT enabled
Is it possible to make Windows binaries (snapshots and releases) to include XSLT/EXSLT support included in DOM XML extension. XSL transformation engine in DOM XML is in my opininion (we use it on several sites) a lot better then XSLT extension (Sablotron). I would think that you would want (or have) to enable XSLT/EXSLT in both major platforms (win32 and *nix). However, the problem that i see is that many *nix developers do not need or possibly want DOM. So coding it all might be more hassle then it is worth. No. You have slightly misunderstood what i have on my mind :) XSLT/EXSTL support is already in DOM XML extension in PHP. Under UNIX systems you can easily just add --with-dom-xslt or --with-dom-exslt and everything works great. What I want is to enable --with-dom-xslt and --with-dom-exslt (the later is not so important in my opinion) when building Windows binaries in snapshots and releases. LK -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Extending DB2 odbc support
Hi, To my knowledge IBM uses a Client Level Interface CLI and the specifications for CLI is exactly the same as ODBC. Compiling the ODBC extension with CLI and some other form of ODBC library would make sence if you wanted to use native IBM code and other ODBC at the same time. This was the case in PHP3 where the ODBC functions was renamed to db2_* when compiling with CLI (using shared objects or dll's made it possible to use both at the same time). I don't see a need to add specific db2 functions, but perhaps extend the ODBC extension with generic ODBC/CLI functions. - Frank On Friday, November 8, 2002, at 08:34 PM, tim wrote: If I take the existing php odbc code and add the ibm-db2 specific extensions, what are the chances of this making it into the main php distribution as a new extension ( ext/ibmdb2 ) ? Is it a good idea to maintain a separate cvs tree on sf.net so it gets some testing first? I cannot comment directly on the creation of ext/ibmdb2, although I'd rather see something like that moved to PECL (where everything will be eventually). As for separate CVS trees, while it sounds like a good idea, it's my opinion that it's not a good thing. If you can detail/outline the changes you want to make a bit more it might help in the discussion. Right now there is another user extending ODBC to better support IBM DB2 systems. I am looking to create something similar to oracle's php extension. What would be the advantages of doing this? What sort of extra functionality is there that implementing such a system will provide to DB2 systems? I'm just trying to get a feel for what you're reasonings, and level of implementation will be. --- Dan KalowskyA little less conversation, http://www.deadmime.org/~danka little more action. [EMAIL PROTECTED]- A Little Less Conversation, [EMAIL PROTECTED]Elvis Presley -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: Unsigned Problems Revisited
On Thu, 24 Oct 2002, Andi Gutmans wrote: At 02:49 PM 10/23/2002 -0500, David M. Lloyd wrote: The reality of twos-complement, bitwise arithmatic is that there are three basic shift operations: shift left, bitwise shift right, and arithmetic shift right. This simple fact is one of the basic ideas of dealing with twos-complement integers. I know that but I still wanted the opposite to be available to keep things symmetrical. I'm not sure but I think CPU's do support both logical and arithmetic shifts and just do the same with both (I might be wrong though). Generally no, it's a waste of opcode space for modern CISC processors. RISC processors often have integrated barrel-shifters, so they don't need shift instructions at all. Intel carries over arithmetic shift right instructions from older architetures for backwards-compatibility with x86, but their RISC implementation (Itanium) does not contain support for the operation. One RISC example is ARM. They give you four shift options: Logical left, logical right, arithmetic right, and rotate right. Making the operation symmetrical is a waste of precious bit combinations, and would have meant either losing another shift operation or else adding another bit to the shift operation specifier, which means that another bit would have to be sacrificed elsewhere. Another example is SPARC, which implements shifting with discrete instructions, only implents one left shift operator. PowerPC does not implement it either. Given this fact, there is no reason to have a bogus fourth operator in the name of symmetry. Mathematical operaters are simply not always symmetrical. There is no such thing as 'arithmetic shift left' or 'logical shift left' in terms of twos-complement integers, so why invent it? I agree that they don't *have* to be symmetrical but I think it's better. Better why? Anyone who understands twos-complement will understand (and expect) the ability to do those three operations, and will not be surprised by the lack of two left shifts. I argue that they *should NOT* be symmetrical because it is wrong. Second of all, my understanding of the here-doc operator is that it acts as a unary operation. I don't see the conflict with the binary application of , given the example of unary and binary -, if it is absolutely neccessary to fulfill the (somewhat psychotic) need for symmetry where it is not realy needed, or even strictly correct. psychotic? Can we please have discussions on a professional and not personal level? It is true though, unless you can give me a sound mathematical reason that the ops should exist... and saying it looks right or it is easier is not a valid reason, becuase to those with even basic twos-complement math background, it looks wrong and is not easier. As far as I remember it does clash with here-docs. I'm pretty sure I thought of an example a while back. I can try and think of one again. In any case, I wouldn't want an overloaded operator. We try and keep away of that kind of stuff with PHP. Very well... then let's not put in the nonsense operator, and just have three shift operations: , , and . - D [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: Unsigned Problems Revisited
On Tue, 22 Oct 2002, Andi Gutmans wrote: Jason knows that my stand on this one is that if we have we really should also have which will clash with here-docs. Suggestions for other operators such as his are a possibility. Wrong on two counts. The reality of twos-complement, bitwise arithmatic is that there are three basic shift operations: shift left, bitwise shift right, and arithmetic shift right. This simple fact is one of the basic ideas of dealing with twos-complement integers. Given this fact, there is no reason to have a bogus fourth operator in the name of symmetry. Mathematical operaters are simply not always symmetrical. There is no such thing as 'arithmetic shift left' or 'logical shift left' in terms of twos-complement integers, so why invent it? Second of all, my understanding of the here-doc operator is that it acts as a unary operation. I don't see the conflict with the binary application of , given the example of unary and binary -, if it is absolutely neccessary to fulfill the (somewhat psychotic) need for symmetry where it is not realy needed, or even strictly correct. - D [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] CVS Account Request: ama
Loclizing PHP to Arabic! -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] php script compilation
hi everybody, does anyone know if there is any opensource tool for compiling or bytecoding a php script? i know there is zend compiler but it costs too much. thanks Massimo -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] java in php
hello everyone, i just have a problem. i have installed php with --with-java option and everything has gone well. i also have configured php.ini pointing to the libraried. the result is that php works ok, but when i use the Java() class, the PHP simply ingnores it and so java doesn't work. my config is: RedHat7.2, jdk1.3 IBM, PHP4.2.1 any sugg? thanx a lot MAX -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] CVS Account Request: mmkhajah
Contributing to the arabic version of the PHP Manual. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Known limitations on error_log?
I am using php4 on an Apache server on W2K and am using the error_log function to write events to a file (log type 3). Under a load of six or more concurrent executions of the script that is writing to the log file, I get incomplete entries in the log file. The remainder of the script executes (downstream functionality processes without a hitch), however the log file does not reflect this activity. Is there an issue with concurrent write access to the log file? Do I need to setup multiple log files (not desirable from an analysis standpoint) in order to alleviate this concurrent access issue? Any help would be greatly appreciated. I rely on these log files for accurate reporting of what is being processed by whom and when! Thanks, M. Brian Dunson -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] information request
In addition to database purposes it is used when you want to EVAL a string that may have embeded quotes. If they are not escaped the parser will barf (due to the magic nature of quote? or because they are a delimitor? This is one of the questions I am interrested in). If it was simply a matter of database needs it could be handled transparently by the database portion of the code and not be in the domain of the programmer. In fact different databases have different escape needs. (as http://www.php.net/manual/en/function.addslashes.php shows). There are many issues and needs concerning strings and that is why I am looking for a string guru for pointers to documentation or places to start. Thanks for your time and attention. Martin Rasmus Lerdorf wrote: Specifically I am interrested in variable interpolation and all the side effects of double quotes (I consider addslashes/stripslashes to be a kind of side effect as they are only necessary because of the magic of double quotes - as I understand it now. But then that is why I am asking for more information. There could be more to it.) No, addslashes/stripslases has to do with databases that want quotes escaped. They have nothing to do with PHP's internal string handling. -Rasmus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] information request
Hello, I have been using php for some time now and am interrested in exploring how php handles strings. There are some things about the way php does things I find ugly but I would like to know more before I go making proposals. I have read the docs and searched the php-dev list but have not found the kind of in depth discussion on the internals and strings that I am looking for. Specifically I am interrested in variable interpolation and all the side effects of double quotes (I consider addslashes/stripslashes to be a kind of side effect as they are only necessary because of the magic of double quotes - as I understand it now. But then that is why I am asking for more information. There could be more to it.) Thankyou for your time and attention. Martin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Bugpack 13
On Tue, 02 Jul 2002 23:26:20 +0100 Michael Dransfield [EMAIL PROTECTED] wrote: i can help, but do you actually need NTFS? for some reason my pc was loaded with fat32 and win2k :-/ You can convert to ntfs with convert if you want it to be NTFS.. convert /FS:ntfs c: or something like that =) Try convert /? At 18:54 02/07/2002 +, Steph wrote: I'll do what I can with this, but could do with help from someone with NTFS :) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] CVS fails to compile (ext/mysql)
From latest CVS (ZendEngine 1): gcc -Iext/mysql/ -I/mnt/data1/Apps/CVS/PHP/php4/ext/mysql/ -DPHP_ATOM_INC -I/mnt/data1/Apps/CVS/PHP/php4/include -I/mnt/data1/Apps/CVS/PHP/php4/main -I/mnt/data1/Apps/CVS/PHP/php4 -I/usr/local/include -I/usr/local/www/httpd2/include -I/mnt/data1/Apps/CVS/PHP/php4/Zend -I/usr/include/libxml2 -I/usr/X11R6/include -I/usr/include/freetype2 -I/usr/include/c-client -I/usr/local/www/mysql4/include/mysql -I/usr/include/pspell -I/usr/include/ucd-snmp -D_REENTRANT -I/mnt/data1/Apps/CVS/PHP/php4/TSRM -g -O2 -pthread -Wall -DZTS -c /mnt/data1/Apps/CVS/PHP/php4/ext/mysql/php_mysql.c -fPIC -DPIC -o ext/mysql/php_mysql.lo In file included from /usr/local/www/mysql4/include/mysql/mysql.h:58, from /mnt/data1/Apps/CVS/PHP/php4/ext/mysql/php_mysql.c:65: /usr/local/www/mysql4/include/mysql/mysql_version.h:15: warning: `MYSQL_UNIX_ADDR' redefined /mnt/data1/Apps/CVS/PHP/php4/TSRM/../main/php_config.h:1592: warning: this is the location of the previous definition /mnt/data1/Apps/CVS/PHP/php4/ext/mysql/php_mysql.c: In function `zif_mysql_info': /mnt/data1/Apps/CVS/PHP/php4/ext/mysql/php_mysql.c:940: warning: `id' might be used uninitialized in this function /mnt/data1/Apps/CVS/PHP/php4/ext/mysql/php_mysql.c: In function `zif_mysql_fetch_object': /mnt/data1/Apps/CVS/PHP/php4/ext/mysql/php_mysql.c:1845: `ZEND_STANDARD_CLASS_DEF_PTR' undeclared (first use in this function) /mnt/data1/Apps/CVS/PHP/php4/ext/mysql/php_mysql.c:1845: (Each undeclared identifier is reported only once /mnt/data1/Apps/CVS/PHP/php4/ext/mysql/php_mysql.c:1845: for each function it appears in.) make: *** [ext/mysql/php_mysql.lo] Error 1 / Magnus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Zend Constants PATCH
What about a configuration option in php.ini use_case_sensitive = 0|1 and let it be 0 as default ? On Sat, 15 Jun 2002 22:25:18 +0300 Andi Gutmans [EMAIL PROTECTED] wrote: Ilia, I remember now the problem you're talking about. It has been discussed here in the past and I don't recall us having found a good solution. Basically we need a solution which is backwards compatible but will allow TEST and test to co-exist if case sensitivity was chosen for them. It's something to think about and not create a quick 2 line patch for the problem. I think one of the suggestions was using two hash tables. First doing a case-sensitive lookup and only if the constant isn't found doing a case-insensitive lookup. Andi At 03:40 PM 6/15/2002 -0400, Ilia A. wrote: Andi, Yes, you are correct in that respect, my patch would accomplish just that. No where in PHP documentation does it say that you cannot have TEST and test defines in the same script. Unless you specifically tell the define() function to treat the define as case insensitive. Because the defines are always lowercased unless the defines for i18n systems are always declared in lower case any define with a letter 'I' for example would break on a system using most non English locales. This is a VERY serious problems, for example consider the reversal of the htmlenteties() function. The following code: get_html_translation_table (HTML_ENTITIES); will break if a ru_UI or tr_TR or any other number of non-English locales are exported. In addition because all locales are lower cased defines suffer large performance degradation when compared to other variables because another copy of the define name needs to be allocated and then lower cased every single time a define is declared or retrieved. As far as I know, php variables are always case sensitive and there is now way to make them not, why an exception was made for defines I do not know, especially when you consider that in C and C++ defines are ALWAYS case sensitive. IMHO this is a very bad feature, that not only implements useless functionality but actually causes PHP code to break. Therefor, I humbly ask that you reconsider your position on this issue. Ilia On June 15, 2002 03:03 pm, you wrote: Ilia, Your patch basically makes PHP constants case sensitive. Changing this is a very big backwards compatibility problem. You're not supposed to register two define's with the same letters but different case. Andi At 01:21 PM 6/15/2002 -0400, Ilia A. wrote: Hello, While developing software in PHP that supports i18n I've come across several problems that affect defines made in PHP. The first problem is that when a define is declared and its name contains upper case characters such as I, the define becomes unusable if a locale, which does not support those chracters is exported, such as tr_TR or ru_IU. Bug Report at: http://bugs.php.net/bug.php?id=16865 There is a problem with case sensetivity of defines, for example, if you create a case sensetive define 'TEST' and then a case sensetive define 'test', the latter define's value will be lost. Bug Report at: http://bugs.php.net/?id=17658 The problem occurs because zend internally (zend_constants.c) seems to always lowecase the define before it is fetched/added to the hash table of defines. This causes problem for i18n because the define is lowercased using c's tolower function, which is affected by locale settings. Because it is stored as lower case, having 2 defines with the same name but in different case also becomes impossible to do. Attached is a patch against zend_constants.c CVS revision 1.38 that fixes both of these bugs, I hope the developers would consider adding this patch to the CVS. Ilia -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Zend Constants PATCH
ok, sorry.. Missed that one.. On Sat, 15 Jun 2002 22:44:24 +0300 Andi Gutmans [EMAIL PROTECTED] wrote: We're not going to add configuration options which change the language's behavior! We've said this a million times. Andi At 09:41 PM 6/15/2002 +0200, Magnus M wrote: What about a configuration option in php.ini use_case_sensitive = 0|1 and let it be 0 as default ? On Sat, 15 Jun 2002 22:25:18 +0300 Andi Gutmans [EMAIL PROTECTED] wrote: Ilia, I remember now the problem you're talking about. It has been discussed here in the past and I don't recall us having found a good solution. Basically we need a solution which is backwards compatible but will allow TEST and test to co-exist if case sensitivity was chosen for them. It's something to think about and not create a quick 2 line patch for the problem. I think one of the suggestions was using two hash tables. First doing a case-sensitive lookup and only if the constant isn't found doing a case-insensitive lookup. Andi At 03:40 PM 6/15/2002 -0400, Ilia A. wrote: Andi, Yes, you are correct in that respect, my patch would accomplish just that. No where in PHP documentation does it say that you cannot have TEST and test defines in the same script. Unless you specifically tell the define() function to treat the define as case insensitive. Because the defines are always lowercased unless the defines for i18n systems are always declared in lower case any define with a letter 'I' for example would break on a system using most non English locales. This is a VERY serious problems, for example consider the reversal of the htmlenteties() function. The following code: get_html_translation_table (HTML_ENTITIES); will break if a ru_UI or tr_TR or any other number of non-English locales are exported. In addition because all locales are lower cased defines suffer large performance degradation when compared to other variables because another copy of the define name needs to be allocated and then lower cased every single time a define is declared or retrieved. As far as I know, php variables are always case sensitive and there is now way to make them not, why an exception was made for defines I do not know, especially when you consider that in C and C++ defines are ALWAYS case sensitive. IMHO this is a very bad feature, that not only implements useless functionality but actually causes PHP code to break. Therefor, I humbly ask that you reconsider your position on this issue. Ilia On June 15, 2002 03:03 pm, you wrote: Ilia, Your patch basically makes PHP constants case sensitive. Changing this is a very big backwards compatibility problem. You're not supposed to register two define's with the same letters but different case. Andi At 01:21 PM 6/15/2002 -0400, Ilia A. wrote: Hello, While developing software in PHP that supports i18n I've come across several problems that affect defines made in PHP. The first problem is that when a define is declared and its name contains upper case characters such as I, the define becomes unusable if a locale, which does not support those chracters is exported, such as tr_TR or ru_IU. Bug Report at: http://bugs.php.net/bug.php?id=16865 There is a problem with case sensetivity of defines, for example, if you create a case sensetive define 'TEST' and then a case sensetive define 'test', the latter define's value will be lost. Bug Report at: http://bugs.php.net/?id=17658 The problem occurs because zend internally (zend_constants.c) seems to always lowecase the define before it is fetched/added to the hash table of defines. This causes problem for i18n because the define is lowercased using c's tolower function, which is affected by locale settings. Because it is stored as lower case, having 2 defines with the same name but in different case also becomes impossible to do. Attached is a patch against zend_constants.c CVS revision 1.38 that fixes both of these bugs, I hope the developers would consider adding this patch to the CVS. Ilia -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Error with pspell
Ok.. But can't this be overruled somehow in the extension to trick pspell to think it's just I've instead of I\'ve? On Mon, 03 Jun 2002 12:24:16 -0700 Vlad Krupin [EMAIL PROTECTED] wrote: I believe you would have to complain to Kevin Atkinson about that (author of pspell), but I think he has a good reason for doing it the way he did, so chances are it won't change. Anyway, not a PHP problem, AFAICS. Vlad Magnus M@ wrote: Hi! I wrote a function that will spellcheck $var. My problem is that if $var contain ' it will report that it's wronly spelled like this: Possible spelling for I\'ve : I've Ive... Regards Magnus Määttä -- -- Vlad Krupin Software Engineer echospace.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Error with pspell
No, I'm not adding slashes, but somewhere something adding slashes. I'm using a form with some fields, lets call one of the XYZ and it's those that I want to be spellchecked. So i send them to a function I've made for spellchecking $_POST['XYZ'].. Now if $_POST['XYZ'] = I'm having some problems with PSPELL it will complain that I\'m is wrongly spelled and it should be I'm. I'm using CVS of PHP and Apache 2.. Magnus On Mon, 03 Jun 2002 15:56:46 -0700 Vlad Krupin [EMAIL PROTECTED] wrote: Actually, I did not understand your original email, I guess. Sorry. If you check a word with a ' character in it, php will pass it unchanged to the pspell library. No backslashes inserted. If you are getting a backslash inserted there, please check your code and see what you are passing to pspell. You might be adding slashes somewhere before you call the function. I can not reproduce your problem. No, it wouldn't be good to 'trick' php by stripping slashes off the argument, as you suggest. Vlad Magnus M@gnus wrote: Ok.. But can't this be overruled somehow in the extension to trick pspell to think it's just I've instead of I\'ve? On Mon, 03 Jun 2002 12:24:16 -0700 Vlad Krupin [EMAIL PROTECTED] wrote: I believe you would have to complain to Kevin Atkinson about that (author of pspell), but I think he has a good reason for doing it the way he did, so chances are it won't change. Anyway, not a PHP problem, AFAICS. Vlad Magnus M@ wrote: Hi! I wrote a function that will spellcheck $var. My problem is that if $var contain ' it will report that it's wronly spelled like this: Possible spelling for I\'ve : I've Ive... Regards Magnus Määttä -- -- Vlad Krupin Software Engineer echospace.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- -- Vlad Krupin Software Engineer echospace.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Error with pspell
Hi! I wrote a function that will spellcheck $var. My problem is that if $var contain ' it will report that it's wronly spelled like this: Possible spelling for I\'ve : I've Ive... Regards Magnus Määttä -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] ticks - broken in win32?
I get Notice: Undefined index: tick in ticks.php on line 4 - Frank Can anyone else reproduce this? ?php function tickit() { $GLOBALS[tick]++; } register_tick_function(tickit); declare(ticks=2) { $a = 1; $b = 2; $c = 3; } ? I get a segfault in php_tick_iterator on the line where it makes the function call. I'm not sure whats going wrong here. --Wez. -- Wez Furlong The Brain Room Ltd. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: RE: [PHP-DEV] Command line compilation under win32
Hi, I have been building php binaries for core and extension automaticaly for more than a year, without any problems. I have a set of scripts (.cmd files) that updates my cvs tree, builds core and extensions and then copies the files to my website. The scripts are run each morning a 4am by the scheduler on my Windows 2000 box. Using command line scripts with MSDEV enables you to use the build environment defined in your Visual Studio settings, but it also allows you to work with environment variables (INCLUDE and LIB) without actually changing your settings permanetly. If you are interested in the scripts I would be happy to share. - Frank From: Wez Furlong [mailto:[EMAIL PROTECTED]] I'm in the process of getting a more permanent win32 build environment sorted out, and one of the things I'd like to do is avoid the VS IDE as much as possible, and automate builds so that I can test changes that I make under unix. (Perhaps even by rshing to my win32 box). I know it's possible to build projects from the command line using something like msdev xxx.dsw, but so far I've not succeeded (and have little patience with win32 and the command line, because it is generally quite limited). If you try to do automated builds through msdev you run two risks: 1. The build environment is somewhat uncontrolled. 2. The IDE under some conditions will throw up dialogs and stop. The first concern is with the global environment inherited from MSVC and used in the build. MSVC pulls in libraries and include files from you-don't-know-where and this makes it more difficult to know exactly what has changed between builds. If the machine used for automated builds is strictly controlled, and used for nothing else this is less of a risk. The second concern is simply that MSVC was designed as an interactive application and may at any time decide to ask a question of the user by presenting a dialog. Naturally this brings an automated build to a complete stop :). You may on occasion have to check the box doing the builds to make sure it has not become stopped in this fashion. There is another approach to this that is a more hassle, but is without the above problems. In MSVC you can say Projects | Export Makefile... for all projects. This generates nmake makefiles (*.mak) for all projects in the workspace. If you then specify the *exact* environment variables set when you run nmake then you know *exactly* the build environment in effect. For my production builds (anything that might be shipped to a customer) and only after all the unit tests pass, I use a Perl script to: 1) Set the environment to use in the build. 2) Update local sources from CVS. 3) Bump the build number (updates version .h and .rc files). 4) Run make clean. 5) Commit all changes to CVS. 6) Run make dist to build a distribution. 7) Tag the sources in CVS with the build number. 8) (Optional) upload the distribution to an FTP server. The exact same build script works in exactly the same way (with the exception of the platform-specific makefiles) on Unix, Windows, and (in one case) on OS/390. OK - so maybe this is a lot more complicated :). The upside is that from the build number compiled into the executables you know *exactly* the sources and build environment used. There are no manual intermediate steps and no possibility of human error. -- Preston L. Bannister http://members.cox.net/preston.bannister/ pbannister on Yahoo Messenger -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] PHP fail to build with ZE2
This is the error I get from latest CVS: gcc -IZend/ -I/mnt/data1/Apps/CVS/PHP/php4/Zend/ -DPHP_ATOM_INC -I/mnt/data1/Apps/CVS/PHP/php4/include -I/mnt/data1/Apps/CVS/PHP/php4/main -I/mnt/data1/Apps/CVS/PHP/php4 -I/usr/local/include -I/usr/local/www/httpd2/include -I/mnt/data1/Apps/CVS/PHP/php4/Zend -I/usr/include/libxml2 -I/usr/include/freetype2/freetype -I/usr/include/c-client -I/usr/local/www/mysql4/include/mysql -I/usr/local/include -I/usr/include/pspell -I/usr/include/ucd-snmp -D_REENTRANT -I/mnt/data1/Apps/CVS/PHP/php4/TSRM -g -O2 -pthread -Wall -DZTS -c Zend/zend_language_scanner.c -fPIC -DPIC -o Zend/zend_language_scanner.lo Zend/zend_language_scanner.c:5524: syntax error before `int' Zend/zend_language_scanner.c:5759: warning: `yy_fatal_error' defined but not used Zend/zend_language_scanner.c:2738: warning: `yy_last_accepting_state' defined but not used Zend/zend_language_scanner.c:2739: warning: `yy_last_accepting_cpos' defined but not used Zend/zend_language_scanner.c:2745: warning: `yy_more_flag' defined but not used Zend/zend_language_scanner.c:2746: warning: `yy_more_len' defined but not used Zend/zend_language_scanner.c:5744: warning: `yy_top_state' defined but not used make: *** [Zend/zend_language_scanner.lo] Error 1 Regards Magnus Määttä -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] mime_magic broken in CVS?
Is mime_magic broken, or am I doing something wrong ? Using: (Debian 3) gcc 2.95.4 latest CVS /bin/sh /mnt/data1/Apps/CVS/PHP/php4/libtool --mode=compile gcc -Iext/mime_magic/ -I/mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/ -DPHP_ATOM_INC -I/mnt/data1/Apps/CVS/PHP/php4/include -I/mnt/data1/Apps/CVS/PHP/php4/main -I/mnt/data1/Apps/CVS/PHP/php4 -I/usr/local/include -I/usr/local/www/httpd2/include -I/mnt/data1/Apps/CVS/PHP/php4/Zend -I/usr/include/libxml2 -I/usr/include/freetype2/freetype -I/usr/include/c-client -I/usr/local/www/mysql4/include/mysql -I/usr/local/include -I/usr/include/pspell -I/usr/include/ucd-snmp -D_REENTRANT -I/mnt/data1/Apps/CVS/PHP/php4/TSRM -g -O2 -pthread -Wall -DZTS -prefer-pic -c /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c -o ext/mime_magic/mime_magic.lo gcc -Iext/mime_magic/ -I/mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/ -DPHP_ATOM_INC -I/mnt/data1/Apps/CVS/PHP/php4/include -I/mnt/data1/Apps/CVS/PHP/php4/main -I/mnt/data1/Apps/CVS/PHP/php4 -I/usr/local/include -I/usr/local/www/httpd2/include -I/mnt/data1/Apps/CVS/PHP/php4/Zend -I/usr/include/libxml2 -I/usr/include/freetype2/freetype -I/usr/include/c-client -I/usr/local/www/mysql4/include/mysql -I/usr/local/include -I/usr/include/pspell -I/usr/include/ucd-snmp -D_REENTRANT -I/mnt/data1/Apps/CVS/PHP/php4/TSRM -g -O2 -pthread -Wall -DZTS -c /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c -fPIC -DPIC -o ext/mime_magic/mime_magic.lo /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c: In function `zm_startup_mime_magic': /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:260: `mime_magic_globals' undeclared (first use in this function) /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:260: (Each undeclared identifier is reported only once /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:260: for each function it appears in.) /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c: In function `magic_set_config': /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:880: `tsrm_ls' undeclared (first use in this function) /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c: In function `magic_rsl_add': /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:904: `tsrm_ls' undeclared (first use in this function) /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c: In function `rsl_strdup': /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:978: `tsrm_ls' undeclared (first use in this function) /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c: In function `zmagic': /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:1734: warning: unused variable `i' /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:1733: warning: unused variable `newsize' /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:1732: warning: unused variable `newbuf' /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c: In function `magic_rsl_get': /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:1875: `tsrm_ls' undeclared (first use in this function) make: *** [ext/mime_magic/mime_magic.lo] Error 1 Regards Magnus Määttä -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Error Linking Win32 Extensions
It is not enough to define COMPILE_DL(MODULENAME you also need this section #if COMPILE_DL_MODULENAME ZEND_GET_MODULE(MODULENAME) #endif and you need to define the module. I suggest you take a look at some of the other extensions 'ctype is a good place to start. It is a simple wrapper extension with only two files. - Frank Hey, thanks for the input, but I have that defined and it still doesnt work, any other ideas ? Brad Lafountain [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... you probally need to define #define COMPILE_DL_(MODULENAME) - brad --- Igal Raizman [EMAIL PROTECTED] wrote: I switched back to PHP 4.1.2 to see if it works there and it still doesnt. I will try to recompile the lib file on my own, but I've come across another problem. If I only one function and all it does is use zend_printf(); to print Hello World my extension compiles and links without any problems. However, when I try to dl() my dll I get an error saying the dll is not a valid library: Invalid library (maybe not a PHP library) 'Test.dll' Any ideas ? Markus Fischer [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... It may certainly be the problem. Why don't you compile php4ts.lib on your own too ?! First try this. On Tue, Apr 23, 2002 at 08:37:00PM -0400, Igal Raizman wrote : Hello, I've set my VC++ 6.0 as I've been told to do here, and my extensions compile without any problems, errors or warnings. However, when it comes to linking I get the following error: php_test.obj : error LNK2001: unresolved external symbol __declspec(dllimport) int __cdecl zend_parse_parameters(int,void * * *,char *,...) (__imp_?zend_parse_parameters@@YAHHPAPAPAXPADZZ) ..\..\Release_TS/php_Test.dll : fatal error LNK1120: 1 unresolved externals I've made sure to include php4ts.lib in the project, so I have no idea what the problem could be. Note: I'm using the php4ts.lib from PHP version 4.1.2, but actually using PHP version 4.2.0 I'm not sure if this could be the problem, but I couldnt find php4ts.lib anywhere else but in the 4.1.2 dist. Thanks. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- Please always Cc to me when replying to me on the lists. GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc Mind if I MFH ? What QA did you do on it? the usual? ah... none :) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php __ Do You Yahoo!? Yahoo! Games - play chess, backgammon, pool and more http://games.yahoo.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #14797 Updated: include (_path) in Apache SAPI and CGI on Win98SE does not work
ID: 14797 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: Windows 98 SE PHP Version: 4.1.0 New Comment: Hello, D:\127\Apache\Apache.exe -d d:\127\apache -k shutdown D:\127\Apache\Apache.exe -w -f D:\127\Apache\conf\httpd.conf -d D:\127\Apache\ Martin Previous Comments: [2002-01-30 12:50:54] [EMAIL PROTECTED] Martin, Just checking that you're restarting Apache after each edit to PHP.ini... You don't have to restart in CGI mode for changes to happen, but SAPI needs it (since PHP is loaded into Apache's memory space). -Garth [2002-01-24 17:48:44] [EMAIL PROTECTED] We're getting hit by this too. Funny how because the local dev box is windows xp we can't use include_path for a unix main server! :(. Anyway, I tried the idea of using C:\apache/htdocs as the DocumentRoot, and Apache stopped reading .htaccess files completely, rendering the workaround useless. This is a major issue for us, I'm having to scream for a local unix dev box... [2002-01-17 11:11:47] [EMAIL PROTECTED] How about include(getenv(DRIVELETTER)./foo/test.php); and setting this environment variable locally (chances are it isn't set on the real webserver). Cheerio, Marc. [2002-01-17 10:56:50] [EMAIL PROTECTED] OK, I think I has to use this workaround: if (strpos($SERVER_SOFTWARE, Win)) { // Windows - Is there a better way to detect this? $NB_INCLUDE_PATH_PREFIX = substr($DOCUMENT_ROOT, 0, 2); // The drive letter - Is there a better way to detect this? } else { // NOT Windows $NB_INCLUDE_PATH_PREFIX = ; } include ($NB_INCLUDE_PATH_PREFIX . /foo/test.php); But I'm not really happy... [2002-01-17 10:35:01] [EMAIL PROTECTED] Yes, but I do not want to edit anything. I want to upload the files and then it has to work. Perhaps you can use something like this: if (strpos($SERVER_SOFTWARE, Win)) { echo font color=\#FF\WINDOWS/font; } else { echo font color=\#008000\Uhh, good.../font; } But it's only a dirty workaround. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=14797 Edit this bug report at http://bugs.php.net/?id=14797edit=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 #14797 Updated: include (_path) in Apache SAPI and CGI on Win98SE does not work
ID: 14797 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: Windows 98 SE PHP Version: 4.1.0 New Comment: Hello, I tried: DocumentRoot d:/foo/htdocs DocumentRoot d:/foo/htdocs/ DocumentRoot d:\foo/htdocs DocumentRoot d:\foo/htdocs/ I used 'php.ini-dist' with include_path set to .. Nevertheless, I can't include files with an absolute path. Statements with a relative path work properly. Regards, Martin Previous Comments: [2002-01-15 23:25:31] [EMAIL PROTECTED] Oh yeah, the other reason I think it's a bug is because the behaviour is not consistant between the CGI version and the SAPI version of the same build. If it has to be inconsistant it should be documented. (proably a blurb on top of include_path in php.ini would be the best place for it, since people will find that include_path causes the problem when their doc_root is set wrong) [2002-01-15 23:21:44] [EMAIL PROTECTED] The Solution: - You need to add the drive letter as follows DocumentRoot D:\apache/htdocs/ ^ | emphasis on the \ then relative include_path statements should work. I still think this is a bug, because apache runs fine with DocumentRoot /apache/htdocs/, it's only PHP that has problems when include_path is set. [2002-01-10 07:36:40] [EMAIL PROTECTED] Hello, when I add the drive letter to the include statement (e.g. 'd:/foo/test.php'), then the inclusion works properly. But then all scripts only run on a window machine or we have to change every script before uploading it to our real webserver, respectively. Regards, Martin [2002-01-10 06:26:27] [EMAIL PROTECTED] Hello, whenever I add the drive letter (d:) to the DocumentRoot of the VirtualHost, there is the same error as with PHP running as Server API CGI: - It's possible to set the include-path in php.ini. - Scripts without any include statement work well. - include statements with a relative path work. - include statements with an absolute path do not work, there is the following error: Failed opening '/foo/test.php' for inclusion However, it is now possible to start PHP with include-path in php.ini set to a non-empty value. But for me, it's very important to use include with an absolute path. I tried to put the file test.php into the folder foo on drive c:, but this doesn't work properly too. I thought PHP is looking for the file on the wrong disk, but this seems to be not the underlying problem. Regards, Martin [2002-01-09 21:17:13] [EMAIL PROTECTED] Martin, Did my suggestion work for you? Where you missing the drive letter? -Garth The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=14797 Edit this bug report at http://bugs.php.net/?id=14797edit=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 #14797 Updated: include (_path) in Apache SAPI and CGI on Win98SE does not work
ID: 14797 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: Windows 98 SE PHP Version: 4.1.0 New Comment: Yes, but I do not want to edit anything. I want to upload the files and then it has to work. Perhaps you can use something like this: if (strpos($SERVER_SOFTWARE, Win)) { echo font color=\#FF\WINDOWS/font; } else { echo font color=\#008000\Uhh, good.../font; } But it's only a dirty workaround. Previous Comments: [2002-01-17 10:19:11] [EMAIL PROTECTED] I use NT, but that doesn't really matter. What works for me is the following: If in httpd.conf, the DocumentRoot is d:/foo/htdocs, then in php.ini, I set include_path to d:/foo/htdocs as well. In every script that uses include, specify the relative path from d:/foo/htdocs (never from the current file!), _without_ a leading /, e.g. if your include file is d:/foo/htdocs/inc/bla.p, then use include(inc/bla.p); You could combine this with tricks like defining a constant ABS_INCL_PATH, setting this to d:/foo/htdocs and then using include(ABS_INCL_PATH./inc/bla.p); This way you can also create more constants, like THIS_PROJECT_ABS_INCL_PATH and GENERAL_TOOLBOX_ABS_INCL_PATH. Switching to a *nix environment is just a matter of redefining your constants. Hope this helps, Marc. [2002-01-17 10:02:58] [EMAIL PROTECTED] Hello, I tried: DocumentRoot d:/foo/htdocs DocumentRoot d:/foo/htdocs/ DocumentRoot d:\foo/htdocs DocumentRoot d:\foo/htdocs/ I used 'php.ini-dist' with include_path set to .. Nevertheless, I can't include files with an absolute path. Statements with a relative path work properly. Regards, Martin [2002-01-15 23:25:31] [EMAIL PROTECTED] Oh yeah, the other reason I think it's a bug is because the behaviour is not consistant between the CGI version and the SAPI version of the same build. If it has to be inconsistant it should be documented. (proably a blurb on top of include_path in php.ini would be the best place for it, since people will find that include_path causes the problem when their doc_root is set wrong) [2002-01-15 23:21:44] [EMAIL PROTECTED] The Solution: - You need to add the drive letter as follows DocumentRoot D:\apache/htdocs/ ^ | emphasis on the \ then relative include_path statements should work. I still think this is a bug, because apache runs fine with DocumentRoot /apache/htdocs/, it's only PHP that has problems when include_path is set. [2002-01-10 07:36:40] [EMAIL PROTECTED] Hello, when I add the drive letter to the include statement (e.g. 'd:/foo/test.php'), then the inclusion works properly. But then all scripts only run on a window machine or we have to change every script before uploading it to our real webserver, respectively. Regards, Martin The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=14797 Edit this bug report at http://bugs.php.net/?id=14797edit=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 #14797 Updated: include (_path) in Apache SAPI and CGI on Win98SE does not work
ID: 14797 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: Windows 98 SE PHP Version: 4.1.0 New Comment: OK, I think I has to use this workaround: if (strpos($SERVER_SOFTWARE, Win)) { // Windows - Is there a better way to detect this? $NB_INCLUDE_PATH_PREFIX = substr($DOCUMENT_ROOT, 0, 2); // The drive letter - Is there a better way to detect this? } else { // NOT Windows $NB_INCLUDE_PATH_PREFIX = ; } include ($NB_INCLUDE_PATH_PREFIX . /foo/test.php); But I'm not really happy... Previous Comments: [2002-01-17 10:35:01] [EMAIL PROTECTED] Yes, but I do not want to edit anything. I want to upload the files and then it has to work. Perhaps you can use something like this: if (strpos($SERVER_SOFTWARE, Win)) { echo font color=\#FF\WINDOWS/font; } else { echo font color=\#008000\Uhh, good.../font; } But it's only a dirty workaround. [2002-01-17 10:19:11] [EMAIL PROTECTED] I use NT, but that doesn't really matter. What works for me is the following: If in httpd.conf, the DocumentRoot is d:/foo/htdocs, then in php.ini, I set include_path to d:/foo/htdocs as well. In every script that uses include, specify the relative path from d:/foo/htdocs (never from the current file!), _without_ a leading /, e.g. if your include file is d:/foo/htdocs/inc/bla.p, then use include(inc/bla.p); You could combine this with tricks like defining a constant ABS_INCL_PATH, setting this to d:/foo/htdocs and then using include(ABS_INCL_PATH./inc/bla.p); This way you can also create more constants, like THIS_PROJECT_ABS_INCL_PATH and GENERAL_TOOLBOX_ABS_INCL_PATH. Switching to a *nix environment is just a matter of redefining your constants. Hope this helps, Marc. [2002-01-17 10:02:58] [EMAIL PROTECTED] Hello, I tried: DocumentRoot d:/foo/htdocs DocumentRoot d:/foo/htdocs/ DocumentRoot d:\foo/htdocs DocumentRoot d:\foo/htdocs/ I used 'php.ini-dist' with include_path set to .. Nevertheless, I can't include files with an absolute path. Statements with a relative path work properly. Regards, Martin [2002-01-15 23:25:31] [EMAIL PROTECTED] Oh yeah, the other reason I think it's a bug is because the behaviour is not consistant between the CGI version and the SAPI version of the same build. If it has to be inconsistant it should be documented. (proably a blurb on top of include_path in php.ini would be the best place for it, since people will find that include_path causes the problem when their doc_root is set wrong) [2002-01-15 23:21:44] [EMAIL PROTECTED] The Solution: - You need to add the drive letter as follows DocumentRoot D:\apache/htdocs/ ^ | emphasis on the \ then relative include_path statements should work. I still think this is a bug, because apache runs fine with DocumentRoot /apache/htdocs/, it's only PHP that has problems when include_path is set. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=14797 Edit this bug report at http://bugs.php.net/?id=14797edit=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 #13490 Updated: Semaphores don't release automatically
ID: 13490 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Semaphore related Operating System: FreeBSD 4.1.1 PHP Version: 4.0.6 New Comment: Checked on FreeBSD 4.4 with PHP 4.1.0 - it works! Previous Comments: [2002-01-14 02:29:30] [EMAIL PROTECTED] Is this reproducable on 4.1.1? [2002-01-13 20:27:43] [EMAIL PROTECTED] My bad. Re-opened. [2002-01-13 14:52:51] [EMAIL PROTECTED] http://www.php.net/manual/ru/function.sem-acquire.php: After processing a request, any semaphores acquired by the process but not explicitly released will be released automatically and a warning will be generated. Therefore, it is NOT intended behaviour, because in my situation semaphores DON'T release automatically. And any failure in php script causes apache to hang up in few seconds, because semaphore is acquired by dead script and all other instances can't work. This really is bug. :-( [2002-01-13 08:35:48] [EMAIL PROTECTED] This is intended behaviour. This is how semaphores work. =) Use sem_remove() to remove semaphores. [2001-09-28 19:03:32] [EMAIL PROTECTED] simplest script: ? $id = sem_get(0xff03e3); sem_acquire($id); ? modules: './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-mysql' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-sockets' description: When i run that script for the first time, warning doesnt appear, as it is described in manual. All the other calls hang apache processes without any chance for semaphore to unlock. However, if i try such variant: ? set_time_limit(0); $id = sem_get(0xff03e3); sem_acquire($id); sleep(1); sem_release($id); ? everything works perfectly for single calls, but when I run my crash-test, which calls the php script 200 times at once, it hangs the semaphore again and many apache processes stay frozen. I think, the reason is incorrect request finalization. Edit this bug report at http://bugs.php.net/?id=13490edit=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 #13490 Updated: Semaphores don't release automatically
ID: 13490 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Semaphore related Operating System: FreeBSD 4.1.1 PHP Version: 4.0.6 New Comment: http://www.php.net/manual/ru/function.sem-acquire.php: After processing a request, any semaphores acquired by the process but not explicitly released will be released automatically and a warning will be generated. Therefore, it is NOT intended behaviour, because in my situation semaphores DON'T release automatically. And any failure in php script causes apache to hang up in few seconds, because semaphore is acquired by dead script and all other instances can't work. This really is bug. :-( Previous Comments: [2002-01-13 08:35:48] [EMAIL PROTECTED] This is intended behaviour. This is how semaphores work. =) Use sem_remove() to remove semaphores. [2001-09-28 19:03:32] [EMAIL PROTECTED] simplest script: ? $id = sem_get(0xff03e3); sem_acquire($id); ? modules: './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-mysql' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-sockets' description: When i run that script for the first time, warning doesnt appear, as it is described in manual. All the other calls hang apache processes without any chance for semaphore to unlock. However, if i try such variant: ? set_time_limit(0); $id = sem_get(0xff03e3); sem_acquire($id); sleep(1); sem_release($id); ? everything works perfectly for single calls, but when I run my crash-test, which calls the php script 200 times at once, it hangs the semaphore again and many apache processes stay frozen. I think, the reason is incorrect request finalization. Edit this bug report at http://bugs.php.net/?id=13490edit=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 #14797 Updated: include (_path) in Apache SAPI and CGI on Win98SE does not work
ID: 14797 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: Windows 98 SE PHP Version: 4.1.0 New Comment: Hello, whenever I add the drive letter (d:) to the DocumentRoot of the VirtualHost, there is the same error as with PHP running as Server API CGI: - It's possible to set the include-path in php.ini. - Scripts without any include statement work well. - include statements with a relative path work. - include statements with an absolute path do not work, there is the following error: Failed opening '/foo/test.php' for inclusion However, it is now possible to start PHP with include-path in php.ini set to a non-empty value. But for me, it's very important to use include with an absolute path. I tried to put the file test.php into the folder foo on drive c:, but this doesn't work properly too. I thought PHP is looking for the file on the wrong disk, but this seems to be not the underlying problem. Regards, Martin Previous Comments: [2002-01-09 21:17:13] [EMAIL PROTECTED] Martin, Did my suggestion work for you? Where you missing the drive letter? -Garth [2002-01-07 14:07:01] [EMAIL PROTECTED] From: Garth Dahlstrom [EMAIL PROTECTED] Subject: Re: PHP Bug #14797 == #14563 Date: Mon, 07 Jan 2002 2:36:45 EDT I did some work trying to figure this out using FoxServ off of sf.net... I can recreate the bug when I don't prefix my DocumentRoot with the drive letter... DocumentRoot C:\apache/htdocs # no error DocumentRoot /apache/htdocs# error I find it odd that they both work on my machine provided I don't provide an include_path and the syntax of the include_path can lack the drive letter and work just fine. (i.e. include_path=.;/apache/includes is ok as long as the Docroot in httpd.conf has a C:\ in it) Wondering if you can verify this result... It may be just a matter of PHP not using C:\ as a default drive after 4.04 or something... -Garth Northern.CA ===-- http://www.northern.ca Canada's Search Engine [2002-01-06 06:30:33] [EMAIL PROTECTED] From: Garth Dahlstrom [EMAIL PROTECTED] Subject: PHP Bug #14797 == #14563 Date: Sat, 05 Jan 2002 13:15:45 EDT Martin, Indeed you have the same bug I have, I don't have a Win98 system so I could not comment on whether or not it was for all of Win32 when I opened 14563. I downgraded my set-up to a copy of PHP 4.04, and found your statement regarding versions before 4.05RC1 to be true also... setting my include_path = .;/apache/includes fails with the same error, however setting include_path to ;.;/apache/includes works properly. Wondering if this workaround would work after 4.04 on Win2K, I upgraded my PHP version back up maintaining the same PHP.ini from 4.04... The workaround doesn't work on 4.06, 4.08, 4.1.0, or 4.1.1. They have closed my bugs as being bogus and I can't post into your bug to describe these findings, so if you could post this message into Bug #14797, maybe it would be helpful in keeping you bug alive. I am thinking of building a mini-distribution of Apache+PHP (4.04 + 4.06 + 4.1.1) to see if I can help more folks reproduce it. Regards, -GED Northern.CA ===-- http://www.northern.ca Canada's Search Engine [2002-01-02 08:58:27] [EMAIL PROTECTED] With PHP Version 4.0.5RC1 an inlude-path set to ;.;./; it works with SAPI, but with 4.0.6 and newer it's the same like 4.1.0 Martin [2002-01-02 08:30:47] [EMAIL PROTECTED] Hello, I can't run PHP Version 4.1.0 under Windows 95/98 4.10, there are massive problems when I try to include a file: Server API CGI -- - It's possible to set the include-path in php.ini. - Scripts without any include statement work well. - include statements with a relative path work. - include statements with an absolute path do not work, there is the following error: Failed opening '/foo/test.php' for inclusion Server API Apache - - It is not possible to set the include-path in php.ini to an other value than . If I do, there will be everytime the same error: Failed opening 'foo/index.php' for inclusion (include_path='.;/foo') in Unknown on line 0 - If I set the include-path in php.ini to and in a script with ini_set(include_path, $new_inc_path) to the desired path, then php shows the same behaviour like Server API CGI - only relative paths work. I think this could be the bug #11612 or #14563, bit I don't use Win2k, I'm using Win 98 SE.
[PHP-DEV] Bug #14797 Updated: include (_path) in Apache SAPI and CGI on Win98SE does not work
ID: 14797 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: Windows 98 SE PHP Version: 4.1.0 New Comment: Hello, when I add the drive letter to the include statement (e.g. 'd:/foo/test.php'), then the inclusion works properly. But then all scripts only run on a window machine or we have to change every script before uploading it to our real webserver, respectively. Regards, Martin Previous Comments: [2002-01-10 06:26:27] [EMAIL PROTECTED] Hello, whenever I add the drive letter (d:) to the DocumentRoot of the VirtualHost, there is the same error as with PHP running as Server API CGI: - It's possible to set the include-path in php.ini. - Scripts without any include statement work well. - include statements with a relative path work. - include statements with an absolute path do not work, there is the following error: Failed opening '/foo/test.php' for inclusion However, it is now possible to start PHP with include-path in php.ini set to a non-empty value. But for me, it's very important to use include with an absolute path. I tried to put the file test.php into the folder foo on drive c:, but this doesn't work properly too. I thought PHP is looking for the file on the wrong disk, but this seems to be not the underlying problem. Regards, Martin [2002-01-09 21:17:13] [EMAIL PROTECTED] Martin, Did my suggestion work for you? Where you missing the drive letter? -Garth [2002-01-07 14:07:01] [EMAIL PROTECTED] From: Garth Dahlstrom [EMAIL PROTECTED] Subject: Re: PHP Bug #14797 == #14563 Date: Mon, 07 Jan 2002 2:36:45 EDT I did some work trying to figure this out using FoxServ off of sf.net... I can recreate the bug when I don't prefix my DocumentRoot with the drive letter... DocumentRoot C:\apache/htdocs # no error DocumentRoot /apache/htdocs# error I find it odd that they both work on my machine provided I don't provide an include_path and the syntax of the include_path can lack the drive letter and work just fine. (i.e. include_path=.;/apache/includes is ok as long as the Docroot in httpd.conf has a C:\ in it) Wondering if you can verify this result... It may be just a matter of PHP not using C:\ as a default drive after 4.04 or something... -Garth Northern.CA ===-- http://www.northern.ca Canada's Search Engine [2002-01-06 06:30:33] [EMAIL PROTECTED] From: Garth Dahlstrom [EMAIL PROTECTED] Subject: PHP Bug #14797 == #14563 Date: Sat, 05 Jan 2002 13:15:45 EDT Martin, Indeed you have the same bug I have, I don't have a Win98 system so I could not comment on whether or not it was for all of Win32 when I opened 14563. I downgraded my set-up to a copy of PHP 4.04, and found your statement regarding versions before 4.05RC1 to be true also... setting my include_path = .;/apache/includes fails with the same error, however setting include_path to ;.;/apache/includes works properly. Wondering if this workaround would work after 4.04 on Win2K, I upgraded my PHP version back up maintaining the same PHP.ini from 4.04... The workaround doesn't work on 4.06, 4.08, 4.1.0, or 4.1.1. They have closed my bugs as being bogus and I can't post into your bug to describe these findings, so if you could post this message into Bug #14797, maybe it would be helpful in keeping you bug alive. I am thinking of building a mini-distribution of Apache+PHP (4.04 + 4.06 + 4.1.1) to see if I can help more folks reproduce it. Regards, -GED Northern.CA ===-- http://www.northern.ca Canada's Search Engine [2002-01-02 08:58:27] [EMAIL PROTECTED] With PHP Version 4.0.5RC1 an inlude-path set to ;.;./; it works with SAPI, but with 4.0.6 and newer it's the same like 4.1.0 Martin The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=14797 Edit this bug report at http://bugs.php.net/?id=14797edit=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 #14563 Updated: include_path in Apache SAPI on Win2K very broken...
ID: 14563 Comment by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Reproducible crash Operating System: Windows 2000 (Win2K) PHP Version: 4.05,4.06,4.08,4.1.0 New Comment: See: http://bugs.php.net/bug.php?id=14797 Previous Comments: [2001-12-18 15:17:01] [EMAIL PROTECTED] I think this is a duplicate of bug #11612 http://bugs.php.net/bug.php?id=11612 Here's a summary of the bug: Error Message: Warning: Failed opening '/apache/htdocs/helloworld.php' for inclusion (include_path='.') in Unknown on line 0 Script to create error: ?php echo hello world; ? When it appears: - Appears only in PHP SAPI/APX plug-in for Apache on Windows 2000... 4.06, 4.08, 4.1.0 are all effected. - The error occurs only when include_path is given a value (any value including '.') When it doesn't appear: - In PHP SAPI/APX plug-in when include_path is not set, there's no problem. - When running the CGI version (PHP.EXE) of the same releases there's no problem. Possible workarounds that were tried and don't work: - Opening folder permissions to 'Everyone' with 'Full Control'. - Using just setting include_path to '.' - Switching the order of include_path dirs i.e. 'C:\Apache\includes\;.' - Using php_value include_path '.' in Apache's httpd.conf [2001-12-17 12:10:25] [EMAIL PROTECTED] Windows needs a ; as seperator between include paths, not : yep I know, uncommented the wrong line... effect is the same... Changed PHP.ini to include_path = .;y:\apache\includes restarted apache Warning: Failed opening '/apache/htdocs/curl_banking.php' for inclusion (include_path='.;y:\apache\includes') in Unknown on line 0 [2001-12-17 12:07:22] [EMAIL PROTECTED] Windows needs a ; as seperator between include paths, not : [2001-12-17 12:06:19] [EMAIL PROTECTED] sorry, changed it back to include_path = . restarted apache Warning: Failed opening '/apache/htdocs/curl_banking.php' for inclusion (include_path='.') in Unknown on line 0 [2001-12-17 12:03:32] [EMAIL PROTECTED] Apache was able to read static HTML, before I did the the following: - set Full control to user Everyone - set PHP.ini - include_path = .:/php/includes I still get the same error: Warning: Failed opening '/apache/htdocs/curl_banking.php' for inclusion (include_path='.:/php/includes') in Unknown on line 0 (again the file has no include/require statements) Please advise. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=14563 Edit this bug report at http://bugs.php.net/?id=14563edit=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 #14797 Updated: include (_path) in Apache SAPI and CGI on Win98SE does not work
ID: 14797 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: Windows 98 SE PHP Version: 4.1.0 New Comment: From: Garth Dahlstrom [EMAIL PROTECTED] Subject: Re: PHP Bug #14797 == #14563 Date: Mon, 07 Jan 2002 2:36:45 EDT I did some work trying to figure this out using FoxServ off of sf.net... I can recreate the bug when I don't prefix my DocumentRoot with the drive letter... DocumentRoot C:\apache/htdocs # no error DocumentRoot /apache/htdocs# error I find it odd that they both work on my machine provided I don't provide an include_path and the syntax of the include_path can lack the drive letter and work just fine. (i.e. include_path=.;/apache/includes is ok as long as the Docroot in httpd.conf has a C:\ in it) Wondering if you can verify this result... It may be just a matter of PHP not using C:\ as a default drive after 4.04 or something... -Garth Northern.CA ===-- http://www.northern.ca Canada's Search Engine Previous Comments: [2002-01-06 06:30:33] [EMAIL PROTECTED] From: Garth Dahlstrom [EMAIL PROTECTED] Subject: PHP Bug #14797 == #14563 Date: Sat, 05 Jan 2002 13:15:45 EDT Martin, Indeed you have the same bug I have, I don't have a Win98 system so I could not comment on whether or not it was for all of Win32 when I opened 14563. I downgraded my set-up to a copy of PHP 4.04, and found your statement regarding versions before 4.05RC1 to be true also... setting my include_path = .;/apache/includes fails with the same error, however setting include_path to ;.;/apache/includes works properly. Wondering if this workaround would work after 4.04 on Win2K, I upgraded my PHP version back up maintaining the same PHP.ini from 4.04... The workaround doesn't work on 4.06, 4.08, 4.1.0, or 4.1.1. They have closed my bugs as being bogus and I can't post into your bug to describe these findings, so if you could post this message into Bug #14797, maybe it would be helpful in keeping you bug alive. I am thinking of building a mini-distribution of Apache+PHP (4.04 + 4.06 + 4.1.1) to see if I can help more folks reproduce it. Regards, -GED Northern.CA ===-- http://www.northern.ca Canada's Search Engine [2002-01-02 08:58:27] [EMAIL PROTECTED] With PHP Version 4.0.5RC1 an inlude-path set to ;.;./; it works with SAPI, but with 4.0.6 and newer it's the same like 4.1.0 Martin [2002-01-02 08:30:47] [EMAIL PROTECTED] Hello, I can't run PHP Version 4.1.0 under Windows 95/98 4.10, there are massive problems when I try to include a file: Server API CGI -- - It's possible to set the include-path in php.ini. - Scripts without any include statement work well. - include statements with a relative path work. - include statements with an absolute path do not work, there is the following error: Failed opening '/foo/test.php' for inclusion Server API Apache - - It is not possible to set the include-path in php.ini to an other value than . If I do, there will be everytime the same error: Failed opening 'foo/index.php' for inclusion (include_path='.;/foo') in Unknown on line 0 - If I set the include-path in php.ini to and in a script with ini_set(include_path, $new_inc_path) to the desired path, then php shows the same behaviour like Server API CGI - only relative paths work. I think this could be the bug #11612 or #14563, bit I don't use Win2k, I'm using Win 98 SE. Martin Edit this bug report at http://bugs.php.net/?id=14797edit=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 #14797 Updated: include (_path) in Apache SAPI and CGI on Win98SE does not work
ID: 14797 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: Windows 98 SE PHP Version: 4.1.0 New Comment: From: Garth Dahlstrom [EMAIL PROTECTED] Subject: PHP Bug #14797 == #14563 Date: Sat, 05 Jan 2002 13:15:45 EDT Martin, Indeed you have the same bug I have, I don't have a Win98 system so I could not comment on whether or not it was for all of Win32 when I opened 14563. I downgraded my set-up to a copy of PHP 4.04, and found your statement regarding versions before 4.05RC1 to be true also... setting my include_path = .;/apache/includes fails with the same error, however setting include_path to ;.;/apache/includes works properly. Wondering if this workaround would work after 4.04 on Win2K, I upgraded my PHP version back up maintaining the same PHP.ini from 4.04... The workaround doesn't work on 4.06, 4.08, 4.1.0, or 4.1.1. They have closed my bugs as being bogus and I can't post into your bug to describe these findings, so if you could post this message into Bug #14797, maybe it would be helpful in keeping you bug alive. I am thinking of building a mini-distribution of Apache+PHP (4.04 + 4.06 + 4.1.1) to see if I can help more folks reproduce it. Regards, -GED Northern.CA ===-- http://www.northern.ca Canada's Search Engine Previous Comments: [2002-01-02 08:58:27] [EMAIL PROTECTED] With PHP Version 4.0.5RC1 an inlude-path set to ;.;./; it works with SAPI, but with 4.0.6 and newer it's the same like 4.1.0 Martin [2002-01-02 08:30:47] [EMAIL PROTECTED] Hello, I can't run PHP Version 4.1.0 under Windows 95/98 4.10, there are massive problems when I try to include a file: Server API CGI -- - It's possible to set the include-path in php.ini. - Scripts without any include statement work well. - include statements with a relative path work. - include statements with an absolute path do not work, there is the following error: Failed opening '/foo/test.php' for inclusion Server API Apache - - It is not possible to set the include-path in php.ini to an other value than . If I do, there will be everytime the same error: Failed opening 'foo/index.php' for inclusion (include_path='.;/foo') in Unknown on line 0 - If I set the include-path in php.ini to and in a script with ini_set(include_path, $new_inc_path) to the desired path, then php shows the same behaviour like Server API CGI - only relative paths work. I think this could be the bug #11612 or #14563, bit I don't use Win2k, I'm using Win 98 SE. Martin Edit this bug report at http://bugs.php.net/?id=14797edit=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 #14797: include (_path) in Apache SAPI and CGI on Win98SE does not work
From: [EMAIL PROTECTED] Operating system: Windows 98 SE PHP version: 4.1.0 PHP Bug Type: Reproducible crash Bug description: include (_path) in Apache SAPI and CGI on Win98SE does not work Hello, I can't run PHP Version 4.1.0 under Windows 95/98 4.10, there are massive problems when I try to include a file: Server API CGI -- - It's possible to set the include-path in php.ini. - Scripts without any include statement work well. - include statements with a relative path work. - include statements with an absolute path do not work, there is the following error: Failed opening '/foo/test.php' for inclusion Server API Apache - - It is not possible to set the include-path in php.ini to an other value than . If I do, there will be everytime the same error: Failed opening 'foo/index.php' for inclusion (include_path='.;/foo') in Unknown on line 0 - If I set the include-path in php.ini to and in a script with ini_set(include_path, $new_inc_path) to the desired path, then php shows the same behaviour like Server API CGI - only relative paths work. I think this could be the bug #11612 or #14563, bit I don't use Win2k, I'm using Win 98 SE. Martin -- Edit bug report at: http://bugs.php.net/?id=14797edit=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 #14797 Updated: include (_path) in Apache SAPI and CGI on Win98SE does not work
ID: 14797 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Windows 98 SE PHP Version: 4.1.0 New Comment: With PHP Version 4.0.5RC1 an inlude-path set to ;.;./; it works with SAPI, but with 4.0.6 and newer it's the same like 4.1.0 Martin Previous Comments: [2002-01-02 08:30:47] [EMAIL PROTECTED] Hello, I can't run PHP Version 4.1.0 under Windows 95/98 4.10, there are massive problems when I try to include a file: Server API CGI -- - It's possible to set the include-path in php.ini. - Scripts without any include statement work well. - include statements with a relative path work. - include statements with an absolute path do not work, there is the following error: Failed opening '/foo/test.php' for inclusion Server API Apache - - It is not possible to set the include-path in php.ini to an other value than . If I do, there will be everytime the same error: Failed opening 'foo/index.php' for inclusion (include_path='.;/foo') in Unknown on line 0 - If I set the include-path in php.ini to and in a script with ini_set(include_path, $new_inc_path) to the desired path, then php shows the same behaviour like Server API CGI - only relative paths work. I think this could be the bug #11612 or #14563, bit I don't use Win2k, I'm using Win 98 SE. Martin Edit this bug report at http://bugs.php.net/?id=14797edit=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 #14659: Warning: Unknown persistent list entry type in module shutdown
From: [EMAIL PROTECTED] Operating system: Windows 98 PHP version: 4.1.0 PHP Bug Type: MySQL related Bug description: Warning: Unknown persistent list entry type in module shutdown Hello, After upgrading to php 4.10 from version 4.06 (apache, windows 98) I get strange warning messages. The page does execute correctly, the following warning is added sometimes (cant exactly reproduce) to the bottom of the page: Warning: Unknown persistent list entry type in module shutdown It's related to my persistent links to the MySQ database, but I haven't changed anything in the code, I just upgraded the PHP version. -- Edit bug report at: http://bugs.php.net/?id=14659edit=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: [PHP-DB] MSSQL DB Connect
Hi Jerry, You need to have the Client Tools for MS SQL Server installed on your PHP4 box. These tools is found on the CD, or you can just copy ntwdblib.dll fom one system to another. The default communication protocol will be netbios, if you want to change that to tcp/ip you need to install the tools. One of the toiols is called Client Network Utility. You can use this to specify aliases for your host names s[ your system knows the protocol to use. - Frank P.S You also need to enable the mssql extension ! I have PHP on windows 2000 web server I would like to remote to a MS SQL database on another web server. I tried something like: ?php $h = server adr; $u = user; $p = passw; $b = db; $connexion = mssql_connect($h, $u, $p); mssql_select_db($b); $sql = select * from test; $result = mssql_query($sql_temp); mssql_close($connexion); ? But it didn't work. Please help me. Jerry -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Server-Wide Persistent objects in PHP?
Stig, Actually, I've crawled through the Zend source, taken a look at all the startup/shutdown routines, mapped everything out and it doesn't too bad at all. I've started writing code and so far so good. If everything goes well I should be announcing a solution sometime in January. I had considered modifying Zend to add a global scope directly to the language but because of the way they have things set up I'd have to modify all the modules as well ... too much work right now. This is a classic example of why using global externals is a very bad idea and Zend uses them all over the place. I agree that running a remote server to handle persistence is a much easier way to go but it's not really something I want to do. If I can't get this to work I'll give that a try. -- Yermo On Wed, 5 Dec 2001, Stig S. Bakken wrote: Importing objects into the current Zend/PHP instance and then updating them at request shutdown introduces a lot of tricky synchronization problems, I think it's very difficult to implement reliably with Zend as well. IMHO a better solution would be using a remote object access mechanism. There are several choices available today, such as Corba, SOAP or XML-RPC (check out php4/pear/PEAR/Remote.php for an example implementation using XML-RPC). According to Derick, SRM can do this today, which would probably be a lot faster than both Corba and the XML-based protocols. - Stig Yermo M. Lamers wrote: I took a look at Zend Accelerator/Cache. That's not really what I'm looking for. It's basically just a pseudo-compiler that caches compiled versions of pages. It's not really a live object cache. What I'm looking to do is to create a global scope where I can keep live pre-built instances of objects around. I agree the accelerator would improve the performance, but in my case it wouldn't improve it enough. I think I can probably get an order of magnitude performance improvement by pre-caching live objects and making them available to all pages in an application ... very much like mod_perl does. With the pseudo-compiler you get an improvement, but you're still building all your objects on every page, using them and destroying them .. you're just avoiding the load/compilation step. I want to avoid the load/compilation and instantiation steps because in my case, and for any really involved system, insantiation is going to be expensive. It looks like it should be doable if I can copy symbol tables in and out of the zend interpreter, but it's not clear to me what portions get tied inextricably to a given zend interpreter instance. -- Yermo On Mon, 26 Nov 2001, Andrei Zmievski wrote: On Mon, 26 Nov 2001, Andrei Zmievski wrote: Yeah, it's already built and it's called Zend Encoder. Sorry, Zend Cache or Zend Accelerator, not sure what the current name is. -Andrei Freedom comes when you learn to let go. Creation comes when you learn to say no. -madonna - DTLink Software [EMAIL PROTECTED] Software Development and Consulting - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] - DTLink Software [EMAIL PROTECTED] Software Development and Consulting - -- PHP Development Mailing List http://www.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] File upload on Win32
Hi, Is it me or is upload broken in 4.2.0-dev from cvs ? php.exe hangs after uploading the first 8.192 bytes. Nothing happens, no cpu usage. - Frank -- PHP Development Mailing List http://www.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: unserialze_callback_function (description)
Hi, ho derick... could you read over this mail, i plan to send to php-dev-ml. i'm not sure if i used the correct words.. you know.. my english :)) thanx... [lots of funny english and good ideas deleted ;) ] i hope you understood description (bad english) and are agree with my implementation. And i hope (too), you aren't angry with me because i told derick to commit that patch before a great deal of discussion was started. I think that's a pretty good idea. That would ease the process of sending serialized objects using web services for example ... It goes definitely beyond simple objects but might be essential in boot strapping serialized objects. Best regards, Volker Göbbels -- Arachnion GmbH Co. KG Dr. Volker Göbbels Business Communication [EMAIL PROTECTED] Gouleystr. 59 Tel. +49 (0) 2405 42477-0 52146 Würselen Fax +49 (0) 2405 42477-2 Web Application Development, Consulting, Linux HA Cluster Kompetenz in Unix: http://www.arachnion.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] Server-Wide Persistent objects in PHP?
Serializing to a file for a large number of objects isn't the correct solution. For smaller projects it might be. The ideal (e.g. correct) solution is to have a server global scope which never disappears. Something like a $SERVER_GLOBALS[] array or some such. For instance, it would be extremely cool to pre-load class files when the server loads so you don't have to incur that overhead. It would be extremely cool to instantiate objects at server start time and just have them available ... basically making PHP have some mod_perl's capabilities. I had looked at serializing, but if I understand correctly before you can unserialize them back you have to load all the class files again ... which in my case means 1000's of lines of code each time ... in my situation I'm running a system that has to load, compile and run 4-5 thousand lines of code and that's just to /construct/ the objects. I'd like to do that once at server load time and then not again. -- Yermo On Mon, 26 Nov 2001, Benjamin Barringer wrote: Why don't you use serialize and unserialize and write the objects to a file. Makes a tremendous performance improvement (for my particular code base). I realize this isn't exactly what you need but; it may be a suitable alternative? You should also try out the Zend Cache. For a lot of my projects the cache is to $$$. Thanks Ben - Original Message - From: Yermo M. Lamers [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, November 25, 2001 7:50 PM Subject: [PHP-DEV] Server-Wide Persistent objects in PHP? I'm building a reusable component object system in PHP where construction of object trees, which needs to occur on every page, is very expensive. Running the subsequently built objects is very inexpensive. To make this system viable to use on high volume websites, I want to get rid of the construction of objects on every page part which means I want the ability to make object instances long lived. (i.e. build the object once and have it live for as long as the server lives similar to the way you can make objects server-wide global in mod_perl). Based on feedback I've gotten from the php-general list it looks like this kind of thing hasn't been implemented yet for PHP. Correct? If not, could anyone provide pointers where I could start taking a look at PHP internals to develop such a beast? Where I can find out: how are classes represented internally? how are objects represented? how can I establish classes/functions/variables/objects that have a server-wide global scope? What infrastructure needs to be kept around in order to keep these objects valid? can one have php interpreter instances share data? (i.e. might the best solution be to build another php interpreter instance that persists and have an interface to pass references in and out of it?) Any other suggestions would be greatly appreciated. From what I've been able to gather having a long-lived object cache in the serverr would make PHP much more viable for high load situations. On a related question, is there a way to pre-load class definitions when the server starts so that class definition files don't have to be re-parsed on a page by page basis? thanks, -- Yermo - DTLink Software [EMAIL PROTECTED] Software Development and Consultinghttp://services.dtlink.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] - DTLink Software [EMAIL PROTECTED] Software Development and Consulting - -- PHP Development Mailing List http://www.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] Server-Wide Persistent objects in PHP?
Question for you, when you serialize to a file do the class definitions get serialized along with it or do you have to pre-load your classes before you can unserialize? (that seems to be the way it works but I may be mistaken). -- Yermo On Mon, 26 Nov 2001, Andrey Hristov wrote: AFAIK PHP4 is better than PHP3 in that it makes some level of compilation. You may be serialize - de~ in files. If you use *nix you can choose to work with SysV semaphores and SysVShm (shared memory). Everything is in memory from one to another script invocation. So far I've seen only one script(system) which uses this capabilities of PHP. It's name is Oasis (oasis.sourceforge.net). In my tests its 3x-4x faster than analogous systems. For session data configure in your php.ini to use 'mm' instead of file for data storage. Best regards, Andrey Hristov IcyGEN Corporation http://www.icygen.com BALANCED SOLUTIONS - Original Message - From: Yermo M. Lamers [EMAIL PROTECTED] To: Benjamin Barringer [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Monday, November 26, 2001 7:03 PM Subject: Re: [PHP-DEV] Server-Wide Persistent objects in PHP? Serializing to a file for a large number of objects isn't the correct solution. For smaller projects it might be. The ideal (e.g. correct) solution is to have a server global scope which never disappears. Something like a $SERVER_GLOBALS[] array or some such. For instance, it would be extremely cool to pre-load class files when the server loads so you don't have to incur that overhead. It would be extremely cool to instantiate objects at server start time and just have them available ... basically making PHP have some mod_perl's capabilities. I had looked at serializing, but if I understand correctly before you can unserialize them back you have to load all the class files again ... which in my case means 1000's of lines of code each time ... in my situation I'm running a system that has to load, compile and run 4-5 thousand lines of code and that's just to /construct/ the objects. I'd like to do that once at server load time and then not again. -- Yermo On Mon, 26 Nov 2001, Benjamin Barringer wrote: Why don't you use serialize and unserialize and write the objects to a file. Makes a tremendous performance improvement (for my particular code base). I realize this isn't exactly what you need but; it may be a suitable alternative? You should also try out the Zend Cache. For a lot of my projects the cache is to $$$. Thanks Ben - Original Message - From: Yermo M. Lamers [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, November 25, 2001 7:50 PM Subject: [PHP-DEV] Server-Wide Persistent objects in PHP? I'm building a reusable component object system in PHP where construction of object trees, which needs to occur on every page, is very expensive. Running the subsequently built objects is very inexpensive. To make this system viable to use on high volume websites, I want to get rid of the construction of objects on every page part which means I want the ability to make object instances long lived. (i.e. build the object once and have it live for as long as the server lives similar to the way you can make objects server-wide global in mod_perl). Based on feedback I've gotten from the php-general list it looks like this kind of thing hasn't been implemented yet for PHP. Correct? If not, could anyone provide pointers where I could start taking a look at PHP internals to develop such a beast? Where I can find out: how are classes represented internally? how are objects represented? how can I establish classes/functions/variables/objects that have a server-wide global scope? What infrastructure needs to be kept around in order to keep these objects valid? can one have php interpreter instances share data? (i.e. might the best solution be to build another php interpreter instance that persists and have an interface to pass references in and out of it?) Any other suggestions would be greatly appreciated. From what I've been able to gather having a long-lived object cache in the serverr would make PHP much more viable for high load situations. On a related question, is there a way to pre-load class definitions when the server starts so that class definition files don't have to be re-parsed on a page by page basis? thanks, -- Yermo - DTLink Software [EMAIL PROTECTED] Software Development and Consultinghttp://services.dtlink.com - -- PHP Development
Re: [PHP-DEV] Server-Wide Persistent objects in PHP?
Markus, Yea, that's the problem. In my application, just loading the class files on each page adds quite a bit of overhead. (1000's of lines of code). I've taken a look through the PHP/Zend source and it looks to me like it would be possible to create a module built around a modified version of php_execute_script() that: 1. loads, compiles and executes a script. 2. saves the state of the global tables Zend uses to manage class definitions, objects, functions, variables, etc (since there are so many globals used in Zend it doesn't look like you can instantiate a second instance of the PHP interpreter inside a single process, correct?) 3. exports some function calls to PHP that would allow object instances (and their corresponding class definitions) to be imported into the local name space. Ideally I'd set the module up so that all these classes and instantiation happen in the php.ini file at server start time. Now wouldn't that be cool? The question I have is what other hooks are there inside PHP that would prevent this from working? Can I copy a pre-built symbol table (and class definition table, etc) that I saved from a previous run of the PHP interpreter (on a previous page) into a new one without having it crash? thanks, -- Yermo On Mon, 26 Nov 2001, Markus Fischer wrote: On Mon, Nov 26, 2001 at 12:18:23PM -0500, Yermo M. Lamers wrote : Question for you, when you serialize to a file do the class definitions get serialized along with it or do you have to pre-load your classes before you can unserialize? (that seems to be the way it works but I may be mistaken). Class definition is not safed. - Markus - DTLink Software [EMAIL PROTECTED] Software Development and Consulting - -- PHP Development Mailing List http://www.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] Server-Wide Persistent objects in PHP?
I took a look at Zend Accelerator/Cache. That's not really what I'm looking for. It's basically just a pseudo-compiler that caches compiled versions of pages. It's not really a live object cache. What I'm looking to do is to create a global scope where I can keep live pre-built instances of objects around. I agree the accelerator would improve the performance, but in my case it wouldn't improve it enough. I think I can probably get an order of magnitude performance improvement by pre-caching live objects and making them available to all pages in an application ... very much like mod_perl does. With the pseudo-compiler you get an improvement, but you're still building all your objects on every page, using them and destroying them .. you're just avoiding the load/compilation step. I want to avoid the load/compilation and instantiation steps because in my case, and for any really involved system, insantiation is going to be expensive. It looks like it should be doable if I can copy symbol tables in and out of the zend interpreter, but it's not clear to me what portions get tied inextricably to a given zend interpreter instance. -- Yermo On Mon, 26 Nov 2001, Andrei Zmievski wrote: On Mon, 26 Nov 2001, Andrei Zmievski wrote: Yeah, it's already built and it's called Zend Encoder. Sorry, Zend Cache or Zend Accelerator, not sure what the current name is. -Andrei Freedom comes when you learn to let go. Creation comes when you learn to say no. -madonna - DTLink Software [EMAIL PROTECTED] Software Development and Consulting - -- PHP Development Mailing List http://www.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] Server-Wide Persistent objects in PHP?
I'm building a reusable component object system in PHP where construction of object trees, which needs to occur on every page, is very expensive. Running the subsequently built objects is very inexpensive. To make this system viable to use on high volume websites, I want to get rid of the construction of objects on every page part which means I want the ability to make object instances long lived. (i.e. build the object once and have it live for as long as the server lives similar to the way you can make objects server-wide global in mod_perl). Based on feedback I've gotten from the php-general list it looks like this kind of thing hasn't been implemented yet for PHP. Correct? If not, could anyone provide pointers where I could start taking a look at PHP internals to develop such a beast? Where I can find out: how are classes represented internally? how are objects represented? how can I establish classes/functions/variables/objects that have a server-wide global scope? What infrastructure needs to be kept around in order to keep these objects valid? can one have php interpreter instances share data? (i.e. might the best solution be to build another php interpreter instance that persists and have an interface to pass references in and out of it?) Any other suggestions would be greatly appreciated. From what I've been able to gather having a long-lived object cache in the serverr would make PHP much more viable for high load situations. On a related question, is there a way to pre-load class definitions when the server starts so that class definition files don't have to be re-parsed on a page by page basis? thanks, -- Yermo - DTLink Software [EMAIL PROTECTED] Software Development and Consultinghttp://services.dtlink.com - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #13103 Updated: Image output functions doesn't work properly with output buffering.
[EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Are you sure there is no whitespace before the ?php-tag??? I'm absolutely sure. :) And if that's not the case, can you try the latest snapshot or at least 4.0.6? I haven't been able to check it in version 4.0.6 until last week. But it seems like it works in 4.0.6. So I guess case is closed then. Great. Regards, Tais M. Hansen -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-WIN] How to compile PHP with cygwin?
Hi, Only MS VC++ is supported at this point. - Frank Hi I wonder if anyone have managed to compile PHP with cygwin. I get several errors when doing this. I also wonder if I intend to make a dll to extend PHP for windows, should I then compile PHP with cygwin or with MS Visual C++? Thanks -- PHP Windows Mailing List (http://www.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] Benjamin Kromann
Hi, It is getting late now in CA, but I have to tell you all about Benjamin Kromann, our new son :-) He was born last night at 11:23pm and he is a healthy boy 50 cm long and he weighs 3550 g. Mis mom is doing very well allthough we all need some sleep now. Happy hacking to all of you and I'll be back in a couple of weeks. - Frank -- PHP Development Mailing List http://www.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 #13677 Updated: ImageCopy crashes PHP
ID: 13677 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: GD related Operating System: Linux PHP Version: 4.0.6 New Comment: I just used the test program shipped with the GD package and it works. Previous Comments: [2001-10-19 07:38:36] [EMAIL PROTECTED] Can be a bug in GD 2.0. It's still beta. Can you (or someone else) try accessing the library directly (not via PHP)? [2001-10-15 16:57:06] [EMAIL PROTECTED] In case you compile GD 2.0.1 with Freetype 2.0.4 and PHP 4.0.6 there seems to be a bug: If you try to use the function ImageCopy() you get a Segmentation fault In PHP 4.0.4pl1 it seems to work okay Edit this bug report at http://bugs.php.net/?id=13677edit=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: 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 #13753 Updated: failed session_register in object method
ID: 13753 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Session related Operating System: linux mandrake 8.0 PHP Version: 4.0.6 New Comment: 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? Previous Comments: [2001-10-19 10:14:11] [EMAIL PROTECTED] $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 [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]
[PHP-DEV] Bug #13515: Oracle Support claims PHP OCI library handling for ORA-600 Server Errors
From: [EMAIL PROTECTED] Operating system: Linux (redHat) PHP version: 4.0.4 PHP Bug Type: OCI8 related Bug description: Oracle Support claims PHP OCI library handling for ORA-600 Server Errors We are running a large website using several machines with also different os, apache and php versions. We encountered a problem with hanging apache server prozesses (that will not quit on gracefull only on real restarts) as well as ORA-600 errors on database server (Oracle 8.1.6.1) under extreme website load or in conjunktion with unoptimized queries or when restarting a couple of webservers simultanous, quitting a large number of such hanging prozesses. Oracle Support claims the ORA-600 [16365] Error (an internal oracle error) on an flaw of their OCI library: This is their answer to a similar case like ours filed Mid July 2001: == The main reason we are focusing on the client side is because the error generated on the server is caused by a message that was sent out of turn from the client. This is a half protocol violation error caused by the client. . Basically it means the client sent the server a message and instead of waiting for the reply it decided to send another message out of turn. In other cases of this where the apache server was the oracle client, under heavy load the apache server has a request timeout of 5 minutes. If the server becomes heavily used and in this case starts paging and swapping it is possible for it not to respond for this timeout period. What happens now is the apache server times the request out. It has a signal handler which, unfortunately, then long jumps out of oracle client library code (oci) leaving the read system call to the server. Also leaving the client side library code in an unknown state, therefore causing any number of possible problems. . Then the client application unaware of the longjmp by the apache server would try a request to the oracle server using the same session and cause this half protocol violation. Note this error is only generated by the MTS server. . If however, from the above information the connection to the oracle server is not from the web server then the problem will be caused by whatever other application happens to be using to access the database. . As oracle has no control over long jump outs of it's code the only way to drop a connection in this situtation is for the client to send an OCIBreak/OCIReset. ANy other request will cause the error that is seen above. . Therefore by increasing the timeout we reduce the possibility of longjmps out of the oracle client library. ALso the application can be modified to send an OCIBreak/OCIReset to the server. The people that wrote the PHP scripting language apparently put a modification in their code to cope with this. However, I have not seen this change so I cannot comment on it. === I could not find any break or reset instructions in the code of oci8.c nor any informations in mailinglist and bugdatabase, but I'm a lousy c programmer and maybe the problem was fixed in the latest version, but I could not find any release notes dealing with that problem. I always though the error would be a Oracle error, but it as they say it seems to be a misshandling on client side code (in this case the webserver that acts client to the database) thanks -- Edit bug report at: http://bugs.php.net/?id=13515edit=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] Sybase and Sybase-CT and MSSQL, oh my?
I can't help but notice that MSSQL, Sybase, and Sybase CT-Lib each have their own PHP extension. What I wonder if many people have /not/ noticed is that two of these extensions implement the same C API on different platforms (mssql targetted for Windows systems, sybase targetted for Unix systems), and all three implement the same database protocol on the wire. This was true for MSSQL 4.x and 6.x but the databases and the protocol have evolved different in the two products (MSSQL vs. Sybase) since. Microsoft has not updated DBLibrary since version 6.x so there is a few features available in 7.0 and 2000 there is unsupported in the PHP extension. If Microsoft decides not to update DBLibrary I will start rewriting the extension using a more up to date protocol in order to support all features. I would furthermore prefer to develop the extension to work from both Win32 and *nix clients. In light of this, would it not be to everyone's advantage to consolidate developer efforts and merge the ext/mssql and ext/sybase modules? (Providing appropriate PHP_FALIAS wrappers for backwards compat, of course.) I can't imagine that there is so much difference between these two codebases that we need one extension with a .dsp file and one extension with a config.m4 file. The MSSQL extension (on Win32 only) do have a few functions more but these could be ported into one of the Sybase extensions. Are there other reasons why PHP developers would prefer not to combine these two extensions into one? I dont know muct about Subase and Sybase-ct but I agrre that these extension should be combined into one, with aliases and functionality from the mssql extension to allow access to MSSQL Server 4.x and 6.x from Win32 and *nix clients. - Frank -- PHP Development Mailing List http://www.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 #13090: function is unable to find files via absolute path.
From: [EMAIL PROTECTED] Operating system: win2k PHP version: 4.0.6 PHP Bug Type: GetImageSize related Bug description: function is unable to find files via absolute path. config: php 4.0.6 win32 binary dist, apache 1.3.20. while calling getimagesize on a file with relative path or via URL works, it fails to find a file specified via absolute path. example: verified path via browser is: http:/127.0.0.1/pics/foo/blah.jpg from a script in directory /pics called: getimagesize(foo/blah.jpg) .. works getimagesize(http:/127.0.0.1/pics/foo/blah.jpg) .. works getimagesize(/pics/foo/blah.jpg) .. fails: Unable to open '/pics/foo/blah.jpg' for reading. mike. -- Edit bug report at: http://bugs.php.net/?id=13090edit=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 #12947: Https does not work
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.6 PHP Bug Type: HTTP related Bug description: Https does not work Hi When switching to a https site the page loads ok but there is no padlock in the lower right hand corner of IE 5 to say that the site is secure. I am running the apache web server. There is no problem with PHP 4.0.4pl1 -- Edit bug report at: http://bugs.php.net/?id=12947edit=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 #12891: Can't install php
From: [EMAIL PROTECTED] Operating system: REDHAT 7.0 PHP version: 4.0.6 PHP Bug Type: *General Issues Bug description: Can't install php I can't open php from tar archive. Why ? php4.0.5 works fine. I downloaded last file from pl.php.net -- Edit bug report at: http://bugs.php.net/?id=12891edit=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 #12891 Updated: Can't install php
ID: 12891 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *General Issues Operating System: REDHAT 7.0 PHP Version: 4.0.6 New Comment: There's nothing wrong with the tar.gz package. Ask support on the mailing lists: http://www.php.net/support.php (and 'tar zxvf php-4.0.6.tar.gz' works just fine here..) Look at it (especially at the end) : [root@mfirma src]# tar zxvf php-4.0.6.tar.gz php-4.0.6/ php-4.0.6/build/ php-4.0.6/build/bsd_makefile php-4.0.6/build/build.mk php-4.0.6/build/build2.mk php-4.0.6/build/buildcheck.sh php-4.0.6/build/dynlib.mk php-4.0.6/build/fastgen.sh php-4.0.6/build/genif.sh php-4.0.6/build/library.mk php-4.0.6/build/ltlib.mk php-4.0.6/build/mkdep.awk php-4.0.6/build/print_include.awk php-4.0.6/build/program.mk php-4.0.6/build/rules.mk php-4.0.6/build/rules_common.mk php-4.0.6/build/rules_pear.mk php-4.0.6/build/shtool php-4.0.6/build/sysv_makefile php-4.0.6/CODING_STANDARDS php-4.0.6/CREDITS php-4.0.6/ltconfig php-4.0.6/ChangeLog.1999.gz php-4.0.6/ChangeLog.2000.gz php-4.0.6/EXTENSIONS php-4.0.6/INSTALL php-4.0.6/LICENSE php-4.0.6/Makefile.in php-4.0.6/NEWS php-4.0.6/README.CVS-RULES php-4.0.6/README.EXT_SKEL php-4.0.6/README.QNX php-4.0.6/README.SELF-CONTAINED-EXTENSIONS php-4.0.6/README.STREAMS php-4.0.6/README.Zeus php-4.0.6/RELEASE_PROCESS php-4.0.6/TODO php-4.0.6/TODO-4.1.txt php-4.0.6/acconfig.h.in php-4.0.6/acinclude.m4 php-4.0.6/apidoc-zend.txt tar: Skipping to next header gzip: stdin: invalid compressed data--crc error gzip: stdin: invalid compressed data--length error tar: 217 garbage bytes ignored at end of archive tar: Child returned status 1 tar: Error exit delayed from previous errors [root@mfirma src]# I'm using 4 linux redhat servers and on all machines I get the same . Marcin Krupinski Previous Comments: [2001-08-22 10:30:25] [EMAIL PROTECTED] There's nothing wrong with the tar.gz package. Ask support on the mailing lists: http://www.php.net/support.php (and 'tar zxvf php-4.0.6.tar.gz' works just fine here..) [2001-08-22 07:32:51] [EMAIL PROTECTED] I can't open php from tar archive. Why ? php4.0.5 works fine. I downloaded last file from pl.php.net Edit this bug report at http://bugs.php.net/?id=12891edit=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 #12611: problems with ImageColorSet and ImageColorAt
From: [EMAIL PROTECTED] Operating system: Windows PHP version: 4.0.6 PHP Bug Type: *Graphics related Bug description: problems with ImageColorSet and ImageColorAt It's not possible to add colors to image using this function - setting colors with index greater than ImageColorsTotal does nothing. - tested on PNG image with 10 colors. Also ImageColorAt crashes webserver, when used on TrueColor images. -- Edit bug report at: http://bugs.php.net/?id=12611edit=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] RFC: New math functions: log2, etc
Aparently PAN (the newsreader I used) does not make the right stuff for the MARC archive to add the poster name. -- Jesus M. Castagnetto ([EMAIL PROTECTED]) In article [EMAIL PROTECTED], Jesus M. Castagnetto [EMAIL PROTECTED] wrote: In article [EMAIL PROTECTED], Sterling Hughes [EMAIL PROTECTED] wrote: [snip] However, IMO the log, exp, sinus, etc. functions should be in the core. Yes, I agree, however, expm1 and log1p don't. I agree. Do you suggest here to hold these two, until some kind of advanced-math-extension will be added? Perhaps not too many people that use PHP for biz purposes use them, but the few that do use it for some scientific/math stuff will appreciate those functions, in particular when dealing with numerical methods (derivation, integration, etc.). Of course I am all for putting them in a extension, perhaps of GSL (the lib that AFAICT is more complete among the Open Sources ones) Some other thing, the M_* constants. I always wondered why for example M_2_SQRTPI (2/sqrt(PI)) was in PHP. IMO, there are only one or two essential constants to be in the core: PI (of course), and (possibly) the EULER-constant. What about adding PI and, possibly, EULER as constant (without the M_), and deprecating those M_ constants? Or at least promote them to the math-extension? Yeah, I'd say so... the reason? IMHO, no one was either paying attention to revert them, or wanted to revert someone else's commit (common problem ;-) -Sterling Mea culpa, I use those for geometrical/trigonometrical conversions (along with some PHP implemented versions of the hyperbolic funcs and the like), and they are part of the math.h IIRC and the ISO specs for the C library. When we get ready the (future) GSL/math extension (matrices, vectors, yes), we could easily move them there (same for some functions). Apropos, how would I go about implementing a new variable type, namely complex numbers? AFAICT, we can do the vectors in GSL as linear arrays, I got no clue as to how to translate the comple number record type into something already defined in PHP/Zend. (Please cc me as I usually read this via the news interface) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: PHP Notes
In article 01080514382301.00908@linuxbox, Andy [EMAIL PROTECTED] wrote: Since I have started maintaining the document notes, I have roughly estimated that 1/2-2/3 of the notes have to be deleted because people are not following the guidelines. The page that tells these guidelines is setup in paragraph form, which not too many people seem to read. I propose shortening this page and/or putting the guidelines in bulleted form. Anybody agree/disagree? (*Andy*) That sounds like a good idea. Check also the text for the reject option of the admin interface. We rehashed the info in the email send when rejecting an improper note. What about Rasmus's idea of signing for a particular section or function group? In this way those will be the main admin duty, and he/she can also check other sections as time permits. -- PHP Development Mailing List http://www.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] RFC: New math functions: log2, etc
In article [EMAIL PROTECTED], Sterling Hughes [EMAIL PROTECTED] wrote: [snip] However, IMO the log, exp, sinus, etc. functions should be in the core. Yes, I agree, however, expm1 and log1p don't. I agree. Do you suggest here to hold these two, until some kind of advanced-math-extension will be added? Perhaps not too many people that use PHP for biz purposes use them, but the few that do use it for some scientific/math stuff will appreciate those functions, in particular when dealing with numerical methods (derivation, integration, etc.). Of course I am all for putting them in a extension, perhaps of GSL (the lib that AFAICT is more complete among the Open Sources ones) Some other thing, the M_* constants. I always wondered why for example M_2_SQRTPI (2/sqrt(PI)) was in PHP. IMO, there are only one or two essential constants to be in the core: PI (of course), and (possibly) the EULER-constant. What about adding PI and, possibly, EULER as constant (without the M_), and deprecating those M_ constants? Or at least promote them to the math-extension? Yeah, I'd say so... the reason? IMHO, no one was either paying attention to revert them, or wanted to revert someone else's commit (common problem ;-) -Sterling Mea culpa, I use those for geometrical/trigonometrical conversions (along with some PHP implemented versions of the hyperbolic funcs and the like), and they are part of the math.h IIRC and the ISO specs for the C library. When we get ready the (future) GSL/math extension (matrices, vectors, yes), we could easily move them there (same for some functions). Apropos, how would I go about implementing a new variable type, namely complex numbers? AFAICT, we can do the vectors in GSL as linear arrays, I got no clue as to how to translate the comple number record type into something already defined in PHP/Zend. (Please cc me as I usually read this via the news interface) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]