Re: [PHP-DEV] PHP 4.0 Bug #6821 Updated: Segmentation fault whenopening a php test page

2001-01-10 Thread Rasmus Lerdorf
http://snaps.php.net On 10 Jan 2001 [EMAIL PROTECTED] wrote: ID: 6821 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: OCI8 related Description: Segmentation fault when opening a php test page Haven't tried a newer version of PHP. What exactly would be the

Re: [PHP-DEV] PHP 4.0.4 patchlevel 1 released

2001-01-13 Thread Rasmus Lerdorf
Ok, I deleted the CNAME record and added an A record for lists.php.net instead. Hopefully this will work better in conjunction with the MX. It will take a little while to propogate. -Rasmus On Sat, 13 Jan 2001, Anil Madhavapeddy wrote: Quoting Phil Driscoll [EMAIL PROTECTED]: my ISP

Re: [PHP-DEV] cgi+dso

2001-01-13 Thread Rasmus Lerdorf
Yes, we have talked about this in the past and it would be a good thing. So if you think you can make it happen, go for it. -Rasmus On Sun, 14 Jan 2001, Anil Madhavapeddy wrote: I was wondering if there's currently any way to compile up both the CGI version, and the Apache DSO in a single

Re: [PHP-DEV] preferred format for patches?

2001-01-13 Thread Rasmus Lerdorf
diff -u please On Sat, 13 Jan 2001, Stephen van Egmond wrote: Hello, I don't have a CVS account but I only have a small number of patches to contribute to the current CVS to help it build under the BeOS. How would you like the patches computed? i.e. what command ought I run to

Re: [PHP-DEV] set_error_handler() not handling E_ERROR

2001-01-13 Thread Rasmus Lerdorf
This was covered recently. See http://marc.theaimsgroup.com/?l=php-devm=97673386418430w=2 On Sat, 13 Jan 2001, Chris Newbill wrote: PHP Version 4.0.3pl1 and 4.0.4 It was my understanding that when using set_error_handler() ALL errors were sent to the users function? This does not seem to

Re: [PHP-DEV] PHP 4.0.4 patchlevel 1 released

2001-01-13 Thread Rasmus Lerdorf
Could you guys confirm that this problem no longer exists? On Sat, 13 Jan 2001, Anil Madhavapeddy wrote: Quoting Phil Driscoll [EMAIL PROTECTED]: my ISP reckons that the DNS machines for php.net are not giving authoritative responses. Just to confirm this problem (I have it too) 1

Re: [PHP-DEV] PHP 4.0 Bug #8697: Apache Seg Fault on run

2001-01-14 Thread Rasmus Lerdorf
straces and ldds really don't tell us much. Get us a gdb stack trace with debug symbols and we can do something. -Rasmus On 14 Jan 2001 [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: Linux RH7.0 PHP version: 4.0 Latest CVS (14/01/2001) PHP Bug Type:

Re: [PHP-DEV] TSRM and Zend directories disappeared from cvs

2001-01-15 Thread Rasmus Lerdorf
These have never been in cvs.php.net. They are at cvs.zend.com. ie. cd php4 cvs -d:pserver:[EMAIL PROTECTED]:/repository login Password: zend cvs -d:pserver:[EMAIL PROTECTED]:/repository co Zend cvs -d:pserver:[EMAIL PROTECTED]:/repository co TSRM -Rasmus On Tue, 16 Jan 2001,

Re: [PHP-DEV] PHP manual

2001-01-16 Thread Rasmus Lerdorf
Because it is generated. You can fetch it via rsync. See http://rsync.php.net/ -Rasmus On Wed, 17 Jan 2001, Simon Roberts wrote: Why isn't phpweb/manual/en in CVS? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands,

Re: [PHP-DEV] bitmapid in swf functions?

2001-01-17 Thread Rasmus Lerdorf
They are a bit magical. You might want to have a look at: http://www.opaque.net/ming/, which provides an easier to use interface (I'm currently working with the author to contribute the PHP extension code to the php distribution, he's keen on the idea (ie, if you compile --with-swf

Re: [PHP-DEV] midgard, was RE: [PHP-DEV] Legal solution: RE: [PHP-DEV]Non-GPL readline

2001-01-17 Thread Rasmus Lerdorf
They obviously can't distribute PHP under the GPL. And I wish they would just contribute whatever patches to PHP they think need so Midgard could use a vanilla PHP install. -Rasmus On Wed, 17 Jan 2001, Sam Liddicott wrote: Midgard, soon to use php4 is to be released GPL (according to their

Re: [PHP-DEV] midgard, was RE: [PHP-DEV] Legal solution: RE: [PHP-DEV] Non-GPL readline

2001-01-17 Thread Rasmus Lerdorf
At 12:08 17/1/2001, Rasmus Lerdorf wrote: They obviously can't distribute PHP under the GPL. And I wish they would just contribute whatever patches to PHP they think need so Midgard could use a vanilla PHP install. Stas talked to them a while ago, some of their patches don't really align

Re: [PHP-DEV] bitmapid in swf functions?

2001-01-17 Thread Rasmus Lerdorf
is an example in c (the api's are nearly the same, except php doesn't support the sounds)... I noticed a patch referenced in the user comments at php.net/swf which adds sound support. -Rasmus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For

Re: [PHP-DEV] ADT in PHP - where do we want them?

2001-01-17 Thread Rasmus Lerdorf
some time ago I had a discussion on #php.de with Ulf Wendel and Johann-Peter Hartmann about Advanced Data Types (short: ADT; data structures like Hashes, Linked Lists, Trees, ...) in PHP, because we needed efficient implementation of those for a project. Hrm.. Having just completed a

Re: [PHP-DEV] CVS Account Request

2001-01-20 Thread Rasmus Lerdorf
Do you have anything specific in mind? -Rasmus On 20 Jan 2001 [EMAIL PROTECTED] wrote: Full name: Josef Kandlhofer Email: [EMAIL PROTECTED] ID: Purpose: development -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands,

Re: [PHP-DEV] Proposal for updating the PDF-extension

2001-01-24 Thread Rasmus Lerdorf
As far as I am concerned this is Uwe's decision to make. I would be happy to see you guys have direct CVS access to maintain this extension and make whatever changes you deem necessary. Uwe? Many of the things you mention are things people have been asking for, and if it can't be implemented

Re: [PHP-DEV] CVS Account Request

2001-01-24 Thread Rasmus Lerdorf
Dave, your account is set up. I have been using your ming library and find it quite cool. Just to hit you with a question right off ;) I am trying to get a demo up for Linuxworld with a spinning PHP logo using ming. This is what I have: $s = new SWFShape(); $jpg = new

Re: [PHP-DEV] php for embedded systems?

2001-01-24 Thread Rasmus Lerdorf
There is a php module for thttpd On Wed, 24 Jan 2001, Merlin Hansen wrote: Hi, I realize that this is probably the wrong place to ask this but after searching the php site and various new groups I still can't find an answer to my question: I am investigating placing a small web server

Re: [PHP-DEV] security hole reported by freshmeet

2001-01-27 Thread Rasmus Lerdorf
them (if yep i'll temply remove the the file from the server) but no explains. does that subject stay in darken till monday not to give hackers the chance to exploite it during the weekend? btw, ll' there official php4.0.4pl2 on php.net that time? tnx moshe. -- "Rasmus Lerdorf&qu

Re: [PHP-DEV] ooops, i thought it new one but:

2001-01-27 Thread Rasmus Lerdorf
4.0.4pl1 has the fix On Sat, 27 Jan 2001, moshe doron wrote: in debian, they say this bug affecting also 3pl1, but its not what i fount on php.net. can i be relexed if the servers i using runing 3pl1? -- "Rasmus Lerdorf" [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]&qu

Re: [PHP-DEV] PHP 4.0 Bug #8889: Memory is not being freed.

2001-01-27 Thread Rasmus Lerdorf
PS. Hey, guys from the php-dev. Don't you have anything to say ? Please do that ! Please do what? You should try to figure out what is leaking memory on you. None of my servers are leaking. -Rasmus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL

Re: [PHP-DEV] PHP 4.0 Bug #8889: Memory is not being freed.

2001-01-29 Thread Rasmus Lerdorf
-- - Original Message - From: "Rasmus Lerdorf" [EMAIL PROTECTED] To: "Filip Sielimowicz" [EMAIL PROTECTED] Cc: "Brian Moon" [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Monday, January 29, 2001 6:56 AM Subject: Re: [PHP-DEV] PHP 4.0 Bug #8889: Memory is not being

Re: [PHP-DEV] PHP 4.0 Bug #8889: Memory is not being freed.

2001-01-29 Thread Rasmus Lerdorf
Yes, yes, I agree ! But this is the problem ! Unfortunatelly "memory hungry script" happens from time to time and there's no chance to prevent httpd processes from keeping memory (which is not used again in most cases). Maybe it is not a problem for you, but it is for us. A quick fix would

Re: [PHP-DEV] PHP 4.0 Bug #8889: Memory is not being freed.

2001-01-29 Thread Rasmus Lerdorf
It is not a leak exactly but more of a greed. It seems to be a semi-intentional but not necessary thing. It seems that the way Zend/PHP is allocating memory is not allowing it to be returned to the system. Once PHP has some memory it will not let it go, but it will reuse it. So, if a

Re: [PHP-DEV] RE: PHP 4.0 Bug #9096 Updated: #! line in a script isoutputed in script

2001-02-04 Thread Rasmus Lerdorf
Hrm.. I am unable to reproduce this. I am on Linux and I used your exact ./configure line. Are you completely sure you are seeing what you say you are seeing? Yes, very sure. As moving back to 4.0.3pl1 fixed it.. If you want and have a i386 based system, I can zip you my php and a

Re: [PHP-DEV] Re: Dear Friends Future Millionaire:

2001-02-06 Thread Rasmus Lerdorf
Although I agree, I don't think it's ever going to happen. Somehow, the head PHP folks don't seem to be too interested in combatting spam; I brought up the discussion a few weeks ago and was met with strong resistance. Maybe when the list gets to be 20% spam they'll listen. It _is_ steadily

Re: [PHP-DEV] Re: Dear Friends Future Millionaire:

2001-02-06 Thread Rasmus Lerdorf
it probably wouldn't be too bad. We just need to figure out how to do this with ezmlm. -Rasmus On Tue, 6 Feb 2001, Stephen van Egmond wrote: Rasmus Lerdorf ([EMAIL PROTECTED]) wrote: What we are not interested in is stopping people who are not subscribed to the lists directly from participating

[PHP-DEV] Expires field when cache-control = private?

2001-02-11 Thread Rasmus Lerdorf
Sascha, I'm having a bit of trouble grasping why the Expires directive is set to a date in the past when cache-control is set to private. ie. HTTP/1.1 200 OK Date: Sun, 11 Feb 2001 10:06:08 GMT Server: Apache/1.3.13-dev (Unix) PHP/4.0.5-dev X-Powered-By: PHP/4.0.5-dev Set-Cookie:

Re: [PHP-DEV] FW: [PHP-CVS] cvs: php4 /ext/midgard .cvsignoreChangeLog INSTALL Makefile.in access.c article.c attachment.c calendar.cconfig.m4 element.c event.c eventmember.c file.c fudge genentry.pl

2001-02-12 Thread Rasmus Lerdorf
The idea here is that Midgard has a large installed base of users, all of whom have to run a modified version of PHP. The extension, albeit rather large at this point, is supposed to provide the basic functionality in the standard PHP distribution so people will not have to run a modified PHP to

Re: [PHP-DEV] FW: [PHP-CVS] cvs: php4 /ext/midgard .cvsignore ChangeLog INSTALL Makefile.in access.c article.c attachment.c calendar.cconfig.m4 element.c event.c eventmember.c file.c fudge genen

2001-02-12 Thread Rasmus Lerdorf
I was surprised by the size myself. I met with the Midgard folks in Belgium and we discussed adding an extension to PHP to allow Midgard users to use the standard PHP distribution. I did not realize this "extension" to allow this would be so large. Perhaps some signals got crossed along the

Re: [PHP-DEV] FW: [PHP-CVS] cvs: php4 /ext/midgard .cvsignore ChangeLog INSTALL Makefile.in access.c article.c attachment.c calendar.cconfig.m4 element.c event.c eventmember.c file.c fudge genen

2001-02-12 Thread Rasmus Lerdorf
to patch it. IMHO, Midgard should *probably* not be inside the PHP source tree / tarball, but it'd be nice if it's well linked from php.net (and we can give them CVS services, etc.). Zeev At 22:11 12/2/2001, Rasmus Lerdorf wrote: The idea here is that Midgard has a large installed base of users

Re: [PHP-DEV] Midgard (Was: cvs: php4 /ext/midgard .cvsignore...)

2001-02-13 Thread Rasmus Lerdorf
There is also the phpize stuff (which I don't know). It's something like phpize /path/to/midgard and then compiling the midgard as a shared library. I think the first example I gave you is probably good enough though. The phpize methods works (it's what we use right now), but loading the

Re: [PHP-DEV] php_apache.c virtual() enlightment needed

2001-02-20 Thread Rasmus Lerdorf
Hrm, it *is* intentional. But we may need to do something smarter here. One thing that I don't understand - one can't really call virtual() on another PHP file, can she? Why not? virtual() just kicks off an Apache sub-request. That sub-rerquest can be any valid Apache request. -Rasmus

Re: [PHP-DEV] bug database

2001-02-21 Thread Rasmus Lerdorf
Click on the "Dev Modify" link On Wed, 21 Feb 2001 [EMAIL PROTECTED] wrote: On Wed, Feb 21, 2001 at 01:23:18PM -0800, Rasmus Lerdorf wrote: It's your CVS password. Yes I know that and I can remember my CVS password. But I cannot update the bug database because there i

Re: [PHP-DEV] bug database

2001-02-22 Thread Rasmus Lerdorf
It's your CVS password. On Wed, 21 Feb 2001, Shane Caraveo wrote: Can someone update/replace/give me my password for the bug database. Thnx shane -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL

Re: [PHP-DEV] Karma Request for php-gtk

2001-02-25 Thread Rasmus Lerdorf
done On Sun, 25 Feb 2001, Jan Lehnardt wrote: Hi, I ([EMAIL PROTECTED]) want to help with the further development and dokumentation. Jan -- -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL

Re: [PHP-DEV] php_ticks crash (+stack trace)

2001-03-11 Thread Rasmus Lerdorf
Doesn't happen on Linux. Must be a Windows thing. -Rasmus On Mon, 12 Mar 2001, [ISO-8859-1] André Langhorst wrote: Hi, maybe you have more success patching this one... andré ?php function tryy() {} register_tick_function('tryy'); declare (ticks=1) { ; } ? ===

Re: [PHP-DEV] PHP 4.0 Bug #9803: php.ini not being parsed at startup

2001-03-16 Thread Rasmus Lerdorf
Are you sure your php.ini file is in the right place? Check your phpinfo() output and see where PHP is expecting it. On 17 Mar 2001 [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: Corel Linux 1.2 SE PHP version: 4.0.4pl1 PHP Bug Type: *General Issues

Re: [PHP-DEV] Re: PEAR (was: Re: [PHP-CVS] cvs: php4 /ext/midgardconfig.m4)

2001-03-19 Thread Rasmus Lerdorf
On Mon, 19 Mar 2001, Rasmus Lerdorf wrote: Because the whole point of this was to make life easier on midgard users. So you're saying that every widely used external (at the moment) php-extension should be put into PHP CVS? :) If it will help users and there is demand for it, sure. Like

Re: [PHP-DEV] Re: PEAR (was: Re: [PHP-CVS] cvs: php4 /ext/midgardconfig.m4)

2001-03-19 Thread Rasmus Lerdorf
See pear/scripts/pear The framework is there. On Tue, 20 Mar 2001, Zeev Suraski wrote: At 02:04 20/3/2001, Rasmus Lerdorf wrote: No, we need tighter integration. We want to be able to do something along the lines of "pear pear.php.net/midgard" and it would go and fetch the the

Re: [PHP-DEV] Re: PEAR (was: Re: [PHP-CVS] cvs: php4 /ext/midgardconfig.m4)

2001-03-19 Thread Rasmus Lerdorf
That's great, but it shouldn't be the starting point for the project... Jani is right that whenever we speak about separating PEAR, or putting extensions in it, it's always at some point in the future. Opensource projects usually start up and roll once they reach some critical mass, and

Re: [PHP-DEV] ImageMagick module for PHP

2001-03-20 Thread Rasmus Lerdorf
Because it didn't work, and the ImageMagick library is absolutely horrible. Have a look at the Imlib2 extension. -Rasmus On Wed, 21 Mar 2001, [iso-8859-1] Ragnar Kjørstad wrote: Hi I see there is a Image Magick module for php3 but not php4. Why was it removed? Is there any work in

Re: [PHP-DEV] PHP 4.0 Bug #9887: Files appear to be missing

2001-03-20 Thread Rasmus Lerdorf
What are your configure flags? Read the INSTALL file more carefully. On 21 Mar 2001 [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: Linux 2.2.14 kernel PHP version: 4.0.4pl1 PHP Bug Type: *Install and Config Bug description: Files appear to be

Re: [PHP-DEV] PHP 4.0 Bug #9887: Files appear to be missing

2001-03-20 Thread Rasmus Lerdorf
I did as you suggested and read over the INSTALL file again. I noticed the "with-apxs" option. Due to my tiredness and my impatience it failed to register in my mind that this was one of the required options for use w/ Apache, so I hadn't added it. I recompiled again using that option and

RE: [PHP-DEV] ImageMagick module for PHP

2001-03-21 Thread Rasmus Lerdorf
It probably should go in, but it is doing ok as a standalone extension. It builds easily and the author can maintain his own release schedule. -Rasmus On Wed, 21 Mar 2001, Mike Robinson wrote: Rasmus Lerdorf writes: Because it didn't work, and the ImageMagick library is absolutely

Re: [PHP-DEV] non-thread-safe yet pthreads-friendly build of PHP?

2001-03-27 Thread Rasmus Lerdorf
Is there any way to build PHP with pthreads, with ZTS disabled? The reason I'm asking is that there are some thread-safe 3rd party libraries which are linked against pthreads, and apparently, if PHP isn't built with pthreads - it crashes. Any experience with it? If you link Apache with

Re: [PHP-DEV] Re: [PHP-QA] PHP-4.0.5-RC6

2001-04-03 Thread Rasmus Lerdorf
This is already configurable in php.ini using arg_separator and it defaults to . We should not be changing the default at this point. -Rasmus On Tue, 3 Apr 2001, Zeev Suraski wrote: My guess is that's the arg_separator fix. Jani? At 19:21 3/4/2001, Andi Gutmans wrote: Anyone have an

Re: [PHP-DEV] Re: ; arg seperator

2001-04-03 Thread Rasmus Lerdorf
I disagree, we explicitly document that the arg_separator defaults to and that this is the character that separates url arguments. This follows the original CGI specification. The fact that this is no longer the accepted standard for this doesn't mean we can just up and change it in a minor

Re: [PHP-DEV] RE: ; arg seperator

2001-04-04 Thread Rasmus Lerdorf
There was a discussion about things to break in 4.1. magic_quotes_gpc would definitely be my favourite. I'd like to see it set to off for good and removed from php.ini. I'd be completely against removing the concept of magic_quotes altogether. We can discuss changing the default, but for

Re: [PHP-DEV] RE: ; arg seperator

2001-04-04 Thread Rasmus Lerdorf
Agreed that it's handy and easy, but it's a two-edged sword. If you write scripts that should be distributed on many different servers, it takes a lot of code to account for both settings. I'm one of those control freaks ;) that like to be in total charge about what data goes in and out of

Re: [PHP-DEV] printf argument swapping patch

2001-04-07 Thread Rasmus Lerdorf
Would you mind writing a test case or two to go along with this patch? See the tests/README file for help on how to write these. -Rasmus On Fri, 6 Apr 2001, Morten Poulsen wrote: Morten Poulsen [EMAIL PROTECTED] said: I hope it's usefull :-) is's not! i just found a bug.. i'll fix it and

RE: [PHP-DEV] Suggestion for bug system

2001-04-08 Thread Rasmus Lerdorf
Make sure it is able to import all the old bugs. We can't lose those. -Rasmus On Sun, 8 Apr 2001, Jani Taskinen wrote: On Sun, 8 Apr 2001, Sean R. Bright wrote: I've heard whispers that a new bug system is being developed. Who's heading that up? What is the status of it? Not even

Re: [PHP-DEV] Function suggestion

2001-04-10 Thread Rasmus Lerdorf
Using str_replace() would speed this function up by an order of magnitude. On Tue, 10 Apr 2001, Lindsey Simon wrote: I'm not positive I'm mailing to the right list, but I have a function that might be useful to others. I often use php to retrieve a name from a database and then let a user

Re: [PHP-DEV] GD 2.0.1 and FreeType 2

2001-04-12 Thread Rasmus Lerdorf
Wez Furlong posted a GD 2.0 patch earlier today to php-dev. Have a look at it. -Rasmus On Thu, 12 Apr 2001, Brian Moon wrote: Hi guys, A) has anyone tried PHP and gd 2.0.1? B) If I compile gd with FreeType 2 support, do I have to compile FreeType into PHP? Brian Moon

Re: [PHP-DEV] method names matching construct names throw parsererrors

2001-04-17 Thread Rasmus Lerdorf
What is the chance this will change? class foo { function fopen() { echo "fopen()\n" ; } } is perfectly valid, but class foo { function include() { echo "include()\n" ; } } throws parser error ('expecting T_STRING...'). This is quite

Re: [PHP-DEV] Re: [PHP-CVS] Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4/ TODO-4.1.txt

2001-04-18 Thread Rasmus Lerdorf
If we were to write it in C we would most likely need to provide a statically linked binary anyway for the different platforms as not everyone will have access to a fully functioning development environment. If they are compiling PHP and PHP extensions we can expect them to be able to

Re: [PHP-DEV] Shared library extensions

2001-04-19 Thread Rasmus Lerdorf
It should just work. --enable-modname=shared and then do a 'make' and you should find your .so in the modules/ directory. -Rasmus On Thu, 19 Apr 2001, md wrote: I am getting very close on making a GNU compiled C extension for PHP4 using ext_skel. Where does one look to understand what is

Re: [PHP-DEV] RC7 is out

2001-04-19 Thread Rasmus Lerdorf
Uh, where? I don't see it. On Fri, 20 Apr 2001, Zeev Suraski wrote: I rolled RC7 - if there are no surprises (there'd better not be! :), it can finally go out early next week. Zeev -- Zeev Suraski [EMAIL PROTECTED] http://www.zend.com/ -- PHP Development Mailing List

Re: [PHP-DEV] RC7 is out

2001-04-19 Thread Rasmus Lerdorf
Ah right, I forgot we are filtering out the cvs commits from that dir On Fri, 20 Apr 2001, Zeev Suraski wrote: In CVS, it tends to take time before it actually shows up on the web. On Thu, 19 Apr 2001, Rasmus Lerdorf wrote: Uh, where? I don't see it. On Fri, 20 Apr 2001, Zeev Suraski

Re: [PHP-DEV] Bug #10443: PHP Crashes when it opens complicatedpages

2001-04-22 Thread Rasmus Lerdorf
A SIGSEGV should be easy to fix if you can get us a core backtrace. Run httpd -X under gdb and make the problem happen. Then type "bt" in gdb and send us that output. If PHP is compile using --enable-debug it will provide the most useful info for us. -Rasmus On 22 Apr 2001 [EMAIL PROTECTED]

Re: [PHP-DEV] 4.0.5: Merge Request

2001-04-24 Thread Rasmus Lerdorf
At 12:03 24/4/2001, Sascha Schumann wrote: On Tue, 24 Apr 2001, Zeev Suraski wrote: At 03:02 24/4/2001, Anil Madhavapeddy wrote: It a bit of a showstopper for pretty much all web-based mail clients like IMP - people have been reporting their logs being littered with segfaults for

Re: [PHP-DEV] 4.0.5: Merge Request

2001-04-24 Thread Rasmus Lerdorf
An easily reproducable segfault in a common PHP extension is a serious issue which could lead to potential security breaches and thus lots of bad mojo from nasty bugtraq postings. If we know about such a segfault and we have a fix and go ahead and release a stable package without this fix

Re: [PHP-DEV] Timeout Function

2001-04-24 Thread Rasmus Lerdorf
I would like to see a timeout function implemented in PHP (something like Perl's alarm function would be perfect). I notice there is a set_time_limit() function in PHP, but it cannot be applied to a specified block of code (it applies to the entire script) and it causes a fatal error when

RE: [PHP-DEV] 4.0.5: Merge Request

2001-04-24 Thread Rasmus Lerdorf
I can agree more the amount of times I have approached developers to say please fix this or what is the best way to get this fixed and just either 1) been ignored 2) told it doesnt matter 3) Told to fix it myself 4) In one extreme case (Ill leave the developer nameless) told its the users

Re: [PHP-DEV] Timeout Function

2001-04-24 Thread Rasmus Lerdorf
That's not true. If you use register_shutdown_function() then this function you register will be run once the timeout hits. See the chapter in the manual on connection handling. But this still doesn't let you apply a timeout to a specific block of code. I am doing ad calls to a remote

Re: [PHP-DEV] Timeout Function

2001-04-24 Thread Rasmus Lerdorf
Right, but when you are doing network work like this you should be using fsockopen() directly which does have timeout support. readfile() with a url argument just does a simple fsockopen anyway and issues a GET request. Trivial to do yourself using fsockopen() and fputs() and this way

Re: [PHP-DEV] Timeout Function:

2001-04-24 Thread Rasmus Lerdorf
Although I've been able to solve my current problem with fsockopen(), I think an alarm function would be nice to have for other things. Perl is open-source, right? Probably the best way to implement this in PHP would be to look at how Perl is doing it and go from there. I don't disagree that

Re: [PHP-DEV] 4.0.5: Merge Request

2001-04-24 Thread Rasmus Lerdorf
At 02:24 AM 4/25/2001 +0300, Zeev Suraski wrote: While I'd say Jani's letter was slightly over emotional ;), he does have a point. I think that taking a stop to look closely at the bugs database would be a good thing, and the turn of a new version is a good time to do it. Deciding 4.0.6

Re: [PHP-DEV] PHP 4.0.4pl1 configure/build questions

2001-04-24 Thread Rasmus Lerdorf
I have now been adding functions to an extension initiated by ext_skel for a couple of days and familiarized myself with the source code layout and build architecture. It appears everything is controlled by the ../php4/configure file which appears to be edited directly by ext_skel when it

Re: [PHP-DEV] 4.0.5: Merge Request

2001-04-24 Thread Rasmus Lerdorf
Having a better defined/reproduced list of bugs is a must and if the QA team can do that PHP will definitely benefit from it. However, today when they ask people to fix bugs they are often not fixed and I don't even think that they are necessarily looked at. That is why a defined everyone

Re: [PHP-DEV] RE: 4.0.5: Merge Request

2001-04-25 Thread Rasmus Lerdorf
OK, my opinion would be to put a copy of the currently known bugs with the RC source. To give people a local (ie offline) list to look at. Then, why not use a ranking scheme, people rate how much they feel a specific bug needs fixing before the new version.. ie Having people vote or rate

Re: [PHP-DEV] PHP, Xerces, Xalan

2001-04-25 Thread Rasmus Lerdorf
Probably won't make a difference, but I would suggest the current CVS version of PHP for bleeding-edge development like this. That will also make it easier for other PHP developers to go in and try to help you out as they tend to work with current CVS. -Rasmus On Wed, 25 Apr 2001, Jascha

Re: [PHP-DEV] PHP, Xerces, Xalan

2001-04-25 Thread Rasmus Lerdorf
my extension is as simple as it could be. you can find the sources at http://www.nttslab.de/php_xalan/ i'd really like to create a xalan module for your xslt extension, since i only wanted to get xalan running as simple as possible, but of course appreciate if someone is doing it right.

Re: [PHP-DEV] 4.0.5: Merge Request

2001-04-25 Thread Rasmus Lerdorf
Andi Gutmans ([EMAIL PROTECTED]) wrote: For the QA guys it might be nice to be able to flag certain bugs in the bug database and then automatically create a summary page which could be sent to php-dev. However, I think it would take too much time to get started. Maybe just manually

Re: [PHP-DEV] Notes on four MySQL bugs

2001-04-25 Thread Rasmus Lerdorf
You can go ahead and close these. If you stick edit=1 on the bug url and use your cvs username/password you can add these comments directly to the reports and close the bugs. -Rasmus On Wed, 25 Apr 2001, Matt McClanahan wrote: Some more bug comments. They all look like they can be closed to

Re: [PHP-DEV] PHP 4.0 Bug #10464 Updated: PHP_AUTH_PW is not setaltough PHP_AUTH_USER is

2001-04-26 Thread Rasmus Lerdorf
I figured out that our webmaster took special care for passwords - we have AFS here and AFS passwords are often used to authenticate Web stuff. Therefore he somehow deletes PHO_AUTH_PW before my script gets executed. Sorry for the wrong bug - the real bug is that I need to be able to

Re: [PHP-DEV] Fw: [PHP-DOC] cfunction?

2001-04-26 Thread Rasmus Lerdorf
This is a question for the php-dev people too. What are the other hidden features not documented like this? Check the code. This is simply a legacy feature there only for backward compatibility and should not be documented as we don't want people writing new scripts that use cfunction.

Re: [PHP-DEV] Fw: [PHP-DOC] cfunction?

2001-04-26 Thread Rasmus Lerdorf
This is a question for the php-dev people too. What are the other hidden features not documented like this? Check the code. This is simply a legacy feature there only for backward compatibility and should not be documented as we don't want people writing new scripts that use

Re: [PHP-DEV] Fw: [PHP-DOC] cfunction?

2001-04-26 Thread Rasmus Lerdorf
At 09:41 PM 4/26/2001 +0200, Hojtsy Gabor wrote: This is a question for the php-dev people too. What are the other hidden features not documented like this? Check the code. This is simply a legacy feature there only for backward compatibility and should not be documented as

Re: [PHP-DEV] Fw: [PHP-DOC] cfunction?

2001-04-26 Thread Rasmus Lerdorf
Leave one, at least. We want to know if this breaks. At some point we will want to remove the feature from php, and then we can remove the test case. But let's not remove testcases without removing the feature. The test scripts are not meant as examples for users. It won't break and if

Re: [PHP-DEV] Re: Bug #9878 Updated: gmmktime is 1 hour off duringstandard time

2001-05-05 Thread Rasmus Lerdorf
Andrei, you made the change from: gmadjust = -(is_dst ? altzone : timezone + (timezone - altzone)); to: gmadjust = -(is_dst ? timezone - 3600 : timezone + 3600); These don't look logically equivalent to me. -Rasmus On Sat, 5 May 2001, Brian Foddy wrote: On 5 May 2001 19:40:27 -,

Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Branching 4.0.6...

2001-05-06 Thread Rasmus Lerdorf
On 2001-05-05 19:02:29, Andi Gutmans [EMAIL PROTECTED] wrote: Hi, Now that the pressing problems have been fixed in the CVS I'd like to branch 4.0.6 and release an RC1. Any objections? No, but you may want to check that my commit for fsock/network related files works for

Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Branching 4.0.6...

2001-05-06 Thread Rasmus Lerdorf
On Sun, 6 May 2001, Sascha Schumann wrote: That's because the GD-1.8.3 lib on www.php.net does have GIF support. Well, then the mistake is in some other part, because it complained about gdImageCreateFromGifCtx not being defined in some #ifdef HAVE_GD_GIF .. #endif area. I am

Re: [PHP-DEV] Re: Bug #10698 Updated: nl2br produces br / insteadof br

2001-05-06 Thread Rasmus Lerdorf
Bug Database wrote: ID: 10698 Updated by: cnewbill Reported By: [EMAIL PROTECTED] This was changed quite a while ago to be XHTML (strict) compliant. ok tkans for info, but what about browsers ? will browser show it as usual br tag ? Try it. -Rasmus -- PHP Development Mailing

[PHP-DEV] Manual builds broken

2001-05-07 Thread Rasmus Lerdorf
starting build at: Sun May 6 17:29:15 EDT 2001 making work directory ... running ./configure --with-lang=fr ... running make test ... make: *** No rule to make target `test'. Stop. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For

Re: [PHP-DEV] removing ereg functions

2001-05-16 Thread Rasmus Lerdorf
Is it possible to remove the ereg functions? We have a strict policy to only use preg as they are more reliable and faster. So, I am not to happy that PHP is bloated with these ereg functions. Any thoughts? Uh, are you out of your mind? -Rasmus -- PHP Development Mailing List

Re: [PHP-DEV] removing ereg functions

2001-05-16 Thread Rasmus Lerdorf
That is why I am asking. Is there a core reason that the ereg functions have to be there? I could extend this to other functions as well of course. But this set in particular I have wondered about. 1) There was no PCRE library when I first added regex support to PHP. Henry Spencer's

Re: [PHP-DEV] Latest commit -- depreciation of call_user_method()

2001-05-17 Thread Rasmus Lerdorf
I really don't think that this should be something to strive for. There should be a really really good reason for making changes that break backward compatibility. We have that second version number reserved for such BC breaking changes that don't involve a huge rewrite (which is what the

[PHP-DEV] mmap in php_passthru_fd in file.c ?

2001-05-17 Thread Rasmus Lerdorf
If a system has mmap() a readfile() will mmap the entire file to memory and then dump that while without mmap it will read it one block at a time. That's a siginificant memory difference and one that may not be expected. Obviously the mmap will be faster, but if as in bug #10701, someone is

Re: [PHP-DEV] Bug #10701 Updated: readfile usage on large files

2001-05-17 Thread Rasmus Lerdorf
Well, you'd want to do it one block at a time. But yes, if you are going to be reading the files with PHP that's what you'll end up doing at some level anyway. Otherwise look at Apache's mod_header and perhaps dynamically generate the header information and write the appropriate .htaccess files

Re: [PHP-DEV] mmap in php_passthru_fd in file.c ?

2001-05-17 Thread Rasmus Lerdorf
If a system has mmap() a readfile() will mmap the entire file to memory and then dump that while without mmap it will read it one block at a time. That's a siginificant memory difference and one that may not be expected. Obviously the mmap will be faster, but if as in bug #10701,

Re: [PHP-DEV] Zdnet Article

2001-05-17 Thread Rasmus Lerdorf
Responding to this article only prolongs its life. Treat PC Magazine/ZDNET's reviews as you would a 3rd grader's book report. These are not technical publications; they are the Popular Mechanics of the PC world. When considering languages/environments to use when building an application,

RE: [PHP-DEV] Bug #10701 Updated: readfile usage on large files

2001-05-17 Thread Rasmus Lerdorf
Well, the reason I stayed away from trying to use fgets for a single block at a time were because of some of the comments from http://php.net/manual/en/function.fgets.php Anyways, an offtopic question if I may, I've tried making .htaccess parseable by PHP using AddType and also attempting

Re: [PHP-DEV] mmap in php_passthru_fd in file.c ?

2001-05-17 Thread Rasmus Lerdorf
If a system has mmap() a readfile() will mmap the entire file to memory and then dump that while without mmap it will read it one block at a time. That's a siginificant memory difference and one that may not be expected. Obviously the mmap will be faster, but if as in bug #10701, someone is

Re: [PHP-DEV] mmap in php_passthru_fd in file.c ?

2001-05-17 Thread Rasmus Lerdorf
True. But I guess my main issue is still that the behaviour changes radically based on a hidden configure check (ie. whether mmap is there or not) and that ensuring a block-by-block read in user space is inefficient for huge files. good point... hrrmmm it seems like this is

Re: [PHP-DEV] Latest commit -- depreciation of call_user_method()

2001-05-18 Thread Rasmus Lerdorf
On Thu, 17 May 2001, Rasmus Lerdorf wrote: I don't agree. Have you noticed the thread about domxml currently running in php-dev@? Wouldn't that justify a 4.1? What would? No, I don't think a single extension should affect the PHP version number to that extent. But I do think we should

Re: [PHP-DEV] Latest commit -- depreciation of call_user_method()

2001-05-18 Thread Rasmus Lerdorf
On Fri, 18 May 2001, Jani Taskinen wrote: On Fri, 18 May 2001, Rasmus Lerdorf wrote: As long as these extensions are in there, I think changing any of their API's is a justification for 4.x release. I disagree. Since optional extensions are not a core part of the language and can

Re: [PHP-DEV] Latest commit -- depreciation of call_user_method()

2001-05-18 Thread Rasmus Lerdorf
That still doesn't change the fact that it is imprecise to tie the PHP version number to extensions when there is no 1:1 relationship here and the possibility exists that an older version of the extension can be used with a newer version of PHP. And more and more, the average PHP user does

Re: [PHP-DEV] Latest commit -- depreciation of call_user_method()

2001-05-18 Thread Rasmus Lerdorf
Ah. I must have been dreaming then.. :) I remember that someone submitted some bug report about this very issue. Anyway, now I see that there really is good reason having that version (PHP_#ext#_API_NO ?) after all. And having that..we should propable start moving those extensions one by

Re: [PHP-DEV] Latest commit -- depreciation of call_user_method()

2001-05-18 Thread Rasmus Lerdorf
Jani Taskinen wrote: Anyway, now I see that there really is good reason having that version (PHP_#ext#_API_NO ?) after all. And having that..we should propable start moving those extensions one by one into PEAR? do we have the infrastructure in PEAR for C code yet ? Not yet, so this

  1   2   3   4   5   6   7   8   >