[PHP-DEV] Bug #12281 Updated: base64_encode

Thanks a lot for the immediate response. I will follow your instructions. Sangeetha PH>ID: 12281 PH>Updated by: zak PH>Reported By: [EMAIL PROTECTED] PH>Old Summary: base 64 _encode PH>Status: Open PH>Bug Type: Any PH>Operating System: windows NT PH>PHP Version: 4.0.4pl1 PH>New Comment: PH>I

[PHP-DEV] Bug #12295: Unable to compile Verisign Payflowpro

From: [EMAIL PROTECTED] Operating system: Sun/Solaris PHP version: 4.0.5 PHP Bug Type: *Compile Issues Bug description: Unable to compile Verisign Payflowpro I am trying to compile Verising Payflowpro module for PHP/Apache, here are the commands I used: copied libpfpro.so

[PHP-DEV] Bug #11665 Updated: failure to configure --with-imap-ssl

ID: 11665 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: *Install and Config Operating System: RedHat 6.2 and 7.1 PHP Version: 4.0.6 & 4.0.7-dev New Comment: Okay - I think I know what was going on. Perhaps the documentation (INSTALL or README?) shoul

[PHP-DEV] parent/super??

Hope I am not opening a can of worms here, but... Did anything become final on whether or not super::foo() would work? I'm looking through the mail list archives and can't find a definate answer. If the answer is 'no', that's fine I can work around it easily, would just be nice to have every n

[PHP-DEV] Bug #12274 Updated: parser/string access problems

ID: 12274 Updated by: cynic Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Strings related Operating System: NT4 PHP Version: 4.0.4pl1 New Comment: BTW, I can't reproduce it with a recent CVS checkout: [cynic@linux cynic]$ cat test.php [cynic@linux cynic]$ php -q test.php string(

[PHP-DEV] Bug #12294: Compile fails with error almost immediatley.

From: [EMAIL PROTECTED] Operating system: OpenBSD 2.9 PHP version: 4.0CVS-2001-07-20 PHP Bug Type: Compile Failure Bug description: Compile fails with error almost immediatley. When doing a fresh compile with the following options under OpenBSD 2.9: ./configure --with-my

Re: [PHP-DEV] PHP_MODE_INDENT in cgi_main.c

The status is "don't hold your breath waiting for it" :) At 01:47 21/07/2001, Holger Zimmermann wrote: >Hi, > >what's the current status of the piece of code responsible for indent mode >output >in the CGI sapi? > >This snippet is from function main() > >#if 0 > /* Zeev might wan

[PHP-DEV] Bug #12293 Updated: setcookie() called with only one arg causes crash

ID: 12293 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Reproducible crash Operating System: Linux PHP Version: 4.0.6 New Comment: Fixed in CVS Previous Comments: [2001-07-20 1

[PHP-DEV] Bug #12293 Updated: setcookie() called with only one arg causes crash

ID: 12293 Updated by: mfischer Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Linux PHP Version: 4.0.6 New Comment: This is also valid for current CVS, even on command line mode: Program received signal SIGSEGV, Segmentation fault. 0x0808ff5a in php

[PHP-DEV] Bug #12293: setcookie() called with only one arg causes crash

From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.6 PHP Bug Type: Reproducible crash Bug description: setcookie() called with only one arg causes crash setcookie() when called with exactly one argument causes PHP to crash; I've included a stack trace below. T

[PHP-DEV] PHP_MODE_INDENT in cgi_main.c

Hi, what's the current status of the piece of code responsible for indent mode output in the CGI sapi? This snippet is from function main() #if 0 /* Zeev might want to do something with this one day */ case PHP_MODE_INDENT: open_file_for_s

[PHP-DEV] CVS Account Request

Full name: Timo Soronen Email: [EMAIL PROTECTED] ID:blinky Purpose: Translating the documentation into finnish. -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list adm

[PHP-DEV] Bug #12240 Updated: microtime.x

ID: 12240 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Any Operating System: Slackware 7.0 PHP Version: 4.0.6 New Comment: This is a FAQ - http://www.php.net/FAQ.php#6.12 Basically you probably upgraded a Linux 2.2 box to the 2.4 kernel, right? A

Re: [PHP-DEV] Bug #12267 Updated: Session (concurrency ?) problem

Hi Sascha, Thanks for your answer, I now understand better why locking is not made at a lower level. And you are right, I don't have a proposal for general locking, I don't know php nor C nor Apache enough. However, I really think it would be better to document this somewhere. If it is a tech

[PHP-DEV] Bug #12289 Updated: Not fully reproducable include-errors

ID: 12289 Updated by: rasmus Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 4.0.5 New Comment: This is what the include_once function is for. Use that instead and see if that fixes things for you. Previous Comments: -

[PHP-DEV] Bug #12291: Apparent memory leak, possibly in session code

From: [EMAIL PROTECTED] Operating system: FreeBSD 3.x,4.x PHP version: 4.0.6 PHP Bug Type: Session related Bug description: Apparent memory leak, possibly in session code In http error log: httpd in free(): warning: page is already free. Displayed to browser:

[PHP-DEV] Bug #12267 Updated: Session (concurrency ?) problem

ID: 12267 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Session related Operating System: Linux PHP Version: 4.0.6 New Comment: marked as bogus according to Sascha Schumanns email pasted below: Subject: Re: [PHP-DEV] Bug #12267 Updated:

Re: [PHP-DEV] Moving output.c from ext/standard to main/

On Fri, 20 Jul 2001, Zeev Suraski wrote: > That sounds like a pretty cool idea! Btw, you can also manually remove the old tags from output.c,v after copying it.. - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/

Re: [PHP-DEV] bug database report/search

> On Fri, 20 Jul 2001, Rasmus Lerdorf wrote: > > Done. http://bugs.php.net now has an OS field which does a > > case-insensitive substr search. I also added an 'All' option to the > > entries/page dropdown so it is now possible to generate a single report > > with all bugs (assuming your browser

Re: [PHP-DEV] Bug #12267 Updated: Session (concurrency ?) problem

This should not be a bug report. Please respond by email. > ...can become code functionnality duplication. No ? You still have to come up yet with a proposal for a general locking facility which handles thousands of records efficiently. Generally, there is a best way to per

Re: [PHP-DEV] bug database report/search

On Fri, 20 Jul 2001, Rasmus Lerdorf wrote: > Done. http://bugs.php.net now has an OS field which does a > case-insensitive substr search. I also added an 'All' option to the > entries/page dropdown so it is now possible to generate a single report > with all bugs (assuming your browser can handl

Re: [PHP-DEV] bug database report/search

Done. http://bugs.php.net now has an OS field which does a case-insensitive substr search. I also added an 'All' option to the entries/page dropdown so it is now possible to generate a single report with all bugs (assuming your browser can handle the potentially huge table) -Rasmus On Fri, 20

Re: [PHP-DEV] bug database report/search

Cynic wrote: > thanks for the info. I don't know the original jitterbug, so > I have no intentions to sqawk. :) I'll subscribe to the list. :) > However, my attempts to get to http://phpuk.com and > http://www.phpuk.com both ended up at > http://welcome.domainzero.com/ w/ no page displayed, so

Re: [PHP-DEV] bug database report/search

Hi Dan, thanks for the info. I don't know the original jitterbug, so I have no intentions to sqawk. :) I'll subscribe to the list. However, my attempts to get to http://phpuk.com and http://www.phpuk.com both ended up at http://welcome.domainzero.com/ w/ no page displayed, so I guess that's n

[PHP-DEV] Bug #12290: Option --enable-gd-native-tt (f)

From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.6 PHP Bug Type: PHP options/info functions Bug description: Option --enable-gd-native-tt (f) ./configure --help shows "--enable-gd-native-ttf GD: Enable TrueType string function in gd" but the opt

[PHP-DEV] Bug #12289: Not fully reproducable include-errors

From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.5 PHP Bug Type: Scripting Engine problem Bug description: Not fully reproducable include-errors We encouter include() -problems on a large project. It makes extensive use of classes and due to the fact that

Re: [PHP-DEV] bug database report/search

Cynic wrote: > > Ah, the mysterious "new bug system". :)) > > Anyway, I'd like to help with it. Who should I contact? Oh it's not that mysterious. You can find the mailing lit at [EMAIL PROTECTED] The cvs repository can be found at phpuk.com I believe. And before you sqawk, it is NOT the j

Re: [PHP-DEV] Latest CVS CGI (on linux) segfaults when using '-q'or '-f' on nonexistent file

Hrm.. This one is weird. We are going along nicely in cgi_main.c/main() 684 file_handle.handle.fp = stdin; (gdb) 685 file_handle.opened_path = NULL; (gdb) p file_handle.handle.fp $2 = (FILE *) 0x405948e0 Default file_handle.handle.fp to stdin and we have a valid FILE *

Re: [PHP-DEV] bug database report/search

Ah, the mysterious "new bug system". :)) Anyway, I'd like to help with it. Who should I contact? At 20:29 7/20/2001, Dan Kalowsky wrote the following: -- >Shane Caraveo wrote: >> >> Is there anyway that we can generate a report, or at

Re: [PHP-DEV] bug database report/search

Shane Caraveo wrote: > > Is there anyway that we can generate a report, or at least search the bug > database, for all bugs related to an operating system? I would like to > generate a list of open bugs for any windows platform. I believe this is a feature in the new bug database which is being

[PHP-DEV] bug database report/search

Is there anyway that we can generate a report, or at least search the bug database, for all bugs related to an operating system? I would like to generate a list of open bugs for any windows platform. Shane -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL P

[PHP-DEV] Bug #12274 Updated: parser/string access problems

ID: 12274 Updated by: zak Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Bogus Bug Type: Strings related Operating System: NT4 PHP Version: 4.0.4pl1 New Comment: Oops - that should be bogus, not closed. :) Previous Comments:

[PHP-DEV] Bug #12288 Updated: show_source disable

ID: 12288 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Feature/Change Request Operating System: linux PHP Version: 4.0.4pl1 New Comment: disable_functions in php.ini will satisfy your needs. Previous Comments: -

[PHP-DEV] Bug #12274 Updated: parser/string access problems

ID: 12274 Updated by: zak Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Strings related Operating System: NT4 PHP Version: 4.0.4pl1 New Comment: The use of brackets as to access a single character from a string is deprecated. Use curly braces instead and you will exp

[PHP-DEV] Bug #12278 Updated: variable variable inside a string

ID: 12278 Updated by: zak Reported By: [EMAIL PROTECTED] Old Status: Open Status: Assigned Bug Type: Output Control Operating System: independant PHP Version: 4.0.6 New Comment: Are you sure that the output of: is: $foo2 Under PHP 4.0.6 (Win2k and Linux) the script generates $foo1 when

[PHP-DEV] Bug #12288: show_source disable

From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.0.4pl1 PHP Bug Type: Feature/Change Request Bug description: show_source disable Is there support to disable the ability to show_source on a server's php files? It seems that this would be something that a lot of

Re: [PHP-DEV] Moving output.c from ext/standard to main/

At 12:27 PM 7/20/2001 -0400, Jon Parise wrote: >On Fri, Jul 20, 2001 at 04:14:21PM +0300, Zeev Suraski wrote: > > > It's been bugging me for over a year now, and I'm now trying to figure out > > the best way to do it. output.c sits today in ext/standard, which is > > wrong, as it's really a part

[PHP-DEV] Bug #12281 Updated: base64_encode

ID: 12281 Updated by: zak Reported By: [EMAIL PROTECTED] Old Summary: base 64 _encode Status: Open Bug Type: Any Operating System: windows NT PHP Version: 4.0.4pl1 New Comment: I can't reproduce the problem base64_encode() under Win2k / PHP 4.0.6 Does the following script fail? Regarding

[PHP-DEV] CVS Account Request

Full name: John P Santos Email: [EMAIL PROTECTED] ID:jpsantos Purpose: I wish to contribute by writing the Brasilian Portuguese translations for the PHP functions that lack it. I have already talked with Damien Seguy and Jim Winstead about this. Please let me know. I have a whol

Re: [PHP-DEV] Moving output.c from ext/standard to main/

That sounds like a pretty cool idea! At 19:27 20/07/2001, Jon Parise wrote: >On Fri, Jul 20, 2001 at 04:14:21PM +0300, Zeev Suraski wrote: > > > It's been bugging me for over a year now, and I'm now trying to figure out > > the best way to do it. output.c sits today in ext/standard, which is > >

[PHP-DEV] Bug #12287: Apache config fails with php module activated

From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.6 PHP Bug Type: Compile Failure Bug description: Apache config fails with php module activated Apache's ./configure works fine, until I tell it to activate the module. Then it fails with a compiler option sani

[PHP-DEV] File uploads: some filetypes work, some don't

From: [EMAIL PROTECTED] Operating system: Linux 2.2.16-22 (RedHat 7.0) PHP version: 4.0.6 PHP Bug Type: HTTP related Bug description: File uploads: some filetypes work, some don't I have a problem with file uploads on my PHP configuration. Some filetypes get uploaded (e.g. B

Re: [PHP-DEV] Moving output.c from ext/standard to main/

On Fri, Jul 20, 2001 at 04:14:21PM +0300, Zeev Suraski wrote: > It's been bugging me for over a year now, and I'm now trying to figure out > the best way to do it. output.c sits today in ext/standard, which is > wrong, as it's really a part of the inner core of PHP, and not a set of > functio

Re: [PHP-DEV] Moving output.c from ext/standard to main/

"Jason Greene" <[EMAIL PROTECTED]> writes: > It a shame that CVS doesn't have a way to handle things like this.. > Are there commercial systems that can? Aegis handle file and directory rename operation and is Free. Read more here http://www.canb.auug.org.au/~millerp/aegis/aegis.html -- Walte

Re: [PHP-DEV] Moving output.c from ext/standard to main/

On Fri, Jul 20, 2001 at 05:27:36PM +0200, Oyvind Moll wrote: > * Alexander Bokovoy <[EMAIL PROTECTED]> > | > | On Fri, Jul 20, 2001 at 04:25:44PM +0200, Sebastian Bergmann wrote : > | > I recently came by accident across subversion > | > > | > http://subversion.tigris.org/ > | > > | > I

Re: [PHP-DEV] shell programming

Have a look at the $argv variable. Brian Moon -- dealnews.com, Inc. Makers of dealnews, dealmac http://dealnews.com/ | http://dealmac.com/ - Original Message - From: "void" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> S

[PHP-DEV] CVS Account Request

Full name: Marton Email: [EMAIL PROTECTED] ID:marton45 Purpose: web programming with PHP -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [E

Re: [PHP-DEV] Moving output.c from ext/standard to main/

I only know of commercial products such as Rational Clearcase (which is far superior to CVS but very expensive) that handle stuff like directory versioning in a great way. It's not suitable for open-source projects though. I also check into the tigris homepage every couple of months who are sup

[PHP-DEV] Bug #12280 Updated: $file=fopen("http://".$HTTP_SERVER_VARS["SERVER_NAME"].$PHP_SELF, "r");

ID: 12280 Updated by: cynic Reported By: [EMAIL PROTECTED] Old Status: Open Status: Suspended Bug Type: Scripting Engine problem Operating System: linux 2.2.18 PHP Version: 4.0.6 New Comment: this is not the only way you can crash PHP - how about recursive functions? I don't think this can/will/

[PHP-DEV] Bug #12286: xml_parse isn't returning FALSE with malformed element

From: [EMAIL PROTECTED] Operating system: Debian Potato 2.2 (Linux 2.2.17) PHP version: 4.0.6 PHP Bug Type: XML related Bug description: xml_parse isn't returning FALSE with malformed element consider XML file beginning with: everything is just fine, but let us have

Re: [PHP-DEV] Moving output.c from ext/standard to main/

* Alexander Bokovoy <[EMAIL PROTECTED]> | | On Fri, Jul 20, 2001 at 04:25:44PM +0200, Sebastian Bergmann wrote : | > I recently came by accident across subversion | > | > http://subversion.tigris.org/ | > | > I have yet to download and get a feel for it, but the website's | > feature lis

[PHP-DEV] Bug #12267 Updated: Session (concurrency ?) problem

ID: 12267 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: Linux PHP Version: 4.0.6 New Comment: I would tend to think that : - make the file session handler race safe- make the mm session handler race safe - make the a M

Re: [PHP-DEV] Moving output.c from ext/standard to main/

> On Fri, 20 Jul 2001, Zeev Suraski wrote: > > I'm thinking about moving the file in CVS, and in addition to fixing the > > HEAD branch, fix also the 4.0.6 branch, so that we at least can check out > > one version back. What do you guys think? > +1 on this +1 =) Peter -- *ZIMT - where PHP mee

[PHP-DEV] Bug #12262 Updated: php.exe - Entry Point Not Found

ID: 12262 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Old Status: Bogus Status: Feedback Bug Type: Reproducible crash Operating System: Windows 2000 Server, IIS5.0 PHP Version: 4.0.6 New Comment: Apologies if you've tried this already but... Load the two copies of php4ts.dll into a

[PHP-DEV] Bug #12285: Problem in header parameter

From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.0.6 PHP Bug Type: Mail related Bug description: Problem in header parameter I am using PHP 4.0.6 (the same applies with version 4.0.5) on Windows 2000. I have written a page where someone can send MIME mai

Re: [PHP-DEV] Moving output.c from ext/standard to main/

Wow, thanx. All my cvs gripes are answered. Can wait to use it when its stable. -Jason - Original Message - From: "Sebastian Bergmann" <[EMAIL PROTECTED]> To: "php-dev mailinglist" <[EMAIL PROTECTED]> Sent: Friday, July 20, 2001 9:25 AM Subject: Re: [PHP-DEV] Moving output.c from ext/st

Re: [PHP-DEV] Moving output.c from ext/standard to main/

On Fri, Jul 20, 2001 at 04:34:42PM +0200, Markus Fischer wrote: > On Fri, Jul 20, 2001 at 04:25:44PM +0200, Sebastian Bergmann wrote : > > Jason Greene wrote: > > > It a shame that CVS doesn't have a way to handle things like > > > this. Are there commercial systems that can? > > > > You don'

Re: [PHP-DEV] Moving output.c from ext/standard to main/

On Fri, Jul 20, 2001 at 04:25:44PM +0200, Sebastian Bergmann wrote : > Jason Greene wrote: > > It a shame that CVS doesn't have a way to handle things like > > this. Are there commercial systems that can? > > You don't need a commercial system for this. > > I recently came by accident acro

[PHP-DEV] Latest CVS CGI (on linux) segfaults when using '-q' or '-f' on nonexistent file

(gdb) run -f file_doesnt_exist Starting program: /home/mfischer/php4/bin/php -f file_doesnt_exist Unknown(0) : Fatal error - Unable to open file_doesnt_exist Program received signal SIGSEGV, Segmentation fault. 0x4015a11f in getc () from /lib/libc.so.6 (gdb) bt #0 0x4015a11f in getc () from /lib

Re: [PHP-DEV] Moving output.c from ext/standard to main/

Jason Greene wrote: > It a shame that CVS doesn't have a way to handle things like > this. Are there commercial systems that can? You don't need a commercial system for this. I recently came by accident across subversion http://subversion.tigris.org/ I have yet to download and get

[PHP-DEV] Bug #12262 Updated: php.exe - Entry Point Not Found

ID: 12262 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Reproducible crash Operating System: Windows 2000 Server, IIS5.0 PHP Version: 4.0.6 New Comment: I have done this, I used 4.0.5 instead of .6 and it works fine. PHP4TS.DLL only exists in 2 places

[PHP-DEV] Bug #11990 Updated: defined constants getting corrupted

ID: 11990 Updated by: zeev Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Scripting Engine problem Operating System: RedHat Linux 6.2 PHP Version: 4.0.5, 4.0.6 New Comment: BTW, the crash had nothing to do with the test case, which was causing an out-of-memory problem. It's not very po

[PHP-DEV] Bug #11990 Updated: defined constants getting corrupted

ID: 11990 Updated by: zeev Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Scripting Engine problem Operating System: RedHat Linux 6.2 PHP Version: 4.0.5, 4.0.6 New Comment: Fixed in the CVS! Previous Comments:

[PHP-DEV] Bug #12284: negative limits in explode()

From: [EMAIL PROTECTED] Operating system: any PHP version: 4.0.6 PHP Bug Type: Feature/Change Request Bug description: negative limits in explode() wouldn't it be nice if one could specify a negative parameter as a limit for explode(), to merge entries at the beginning rathe

[PHP-DEV] Re: Bug #12262 Updated: php.exe - Entry Point Not Found

I have done this, I used 4.0.5 instead of .6 and it works fine. PHP4TS.DLL only exists in 2 places on my server, and both were current to the new PHP, or else I wouldn't have reported this. -Marc Clerc - Original Message - From: "Bug Database" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>

Re: [PHP-DEV] Moving output.c from ext/standard to main/

On Fri, 20 Jul 2001, Jason Greene wrote: > It a shame that CVS doesn't have a way to handle things like this.. > Are there commercial systems that can? Sure, any number of them. -Andrei "C combines all the power of assembly language with all the ease of use of assembly language" -- trad -- P

Re: [PHP-DEV] Moving output.c from ext/standard to main/

On Fri, Jul 20, 2001 at 04:14:21PM +0300, Zeev Suraski wrote: > It's been bugging me for over a year now, and I'm now trying to figure out > the best way to do it. output.c sits today in ext/standard, which is > wrong, as it's really a part of the inner core of PHP, and not a set of > function

Re: [PHP-DEV] Moving output.c from ext/standard to main/

It a shame that CVS doesn't have a way to handle things like this.. Are there commercial systems that can? -Jason - Original Message - From: "Zeev Suraski" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, July 20, 2001 8:14 AM Subject: [PHP-DEV] Moving output.c from ext/standa

Re: [PHP-DEV] Moving output.c from ext/standard to main/

On Fri, 20 Jul 2001, Zeev Suraski wrote: > I'm thinking about moving the file in CVS, and in addition to fixing the > HEAD branch, fix also the 4.0.6 branch, so that we at least can check out > one version back. What do you guys think? +1 on this -Andrei "Man, if you gotta ask, you'll never

[PHP-DEV] Bug #12282: PHP ./configure --with-snmp - Error during make

From: [EMAIL PROTECTED] Operating system: Sun Solaris 5.7 PHP version: 4.0.5 PHP Bug Type: Compile Failure Bug description: PHP ./configure --with-snmp - Error during make I have the follow problem. First I installed udc_snmp 4.2.1 ( I tryed also 4.1.2). then T treyed to

[PHP-DEV] extension crashes on reload

Hi, I'm writing an extension to access Delphi, C++ builder and Kylix objects. PHP 4.0.6, Win98, VC++6 sp5 My extension crashes (page fault in Kernel32.dll) when I reload my script (2nde execution). What could cause this crash ? Thank's. Gilles -- PHP Development Mailing List

Re: [PHP-DEV] Bug with --trans-sid & gzip

Yeah, Christian Rabe reported this bug to me a couple of months ago, I guess it's now been verified :) As far as I recall, trans_sid plugs into the output mechanism in a dedicated way, which is not compatible with output buffering/manipulation. It should probably change to use the output buf

[PHP-DEV] Moving output.c from ext/standard to main/

It's been bugging me for over a year now, and I'm now trying to figure out the best way to do it. output.c sits today in ext/standard, which is wrong, as it's really a part of the inner core of PHP, and not a set of functions. If I move the file in the CVS repository and fix the references, th

[PHP-DEV] Bug #12281: base 64 _encode

From: [EMAIL PROTECTED] Operating system: windows NT PHP version: 4.0.4pl1 PHP Bug Type: Any Bug description: base 64 _encode The function base64_encode is not detected by the application. Should I upgrade the version ? Also the functions to get connection to database from M

[PHP-DEV] Bug #12280: $file=fopen("http://".$HTTP_SERVER_VARS["SERVER_NAME"].$PHP_SELF, "r");

From: [EMAIL PROTECTED] Operating system: linux 2.2.18 PHP version: 4.0.6 PHP Bug Type: Scripting Engine problem Bug description: $file=fopen("http://".$HTTP_SERVER_VARS["SERVER_NAME"].$PHP_SELF, "r"); $file=fopen("http://".$HTTP_SERVER_VARS["SERVER_NAME"].$PHP_SELF, "r");

[PHP-DEV] Bug #12267 Updated: Session (concurrency ?) problem

ID: 12267 Updated by: kalowsky Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: Linux PHP Version: 4.0.6 New Comment: Comments from Sascha Schumann on the php-dev list: > The fact is a similar problem is happening with the mm module, > but here I can't i

Re: [PHP-DEV] Is this a bug?

At 02:31 PM 7/20/2001 +0200, Sebastian Bergmann wrote: >Andi Gutmans wrote: > > > $foo->$method; // does not work > > > $bar->$method; // does not work > > > > This should be $foo->$method() and $bar->$method() > > Gotcha. This works fine. > How coul

Re: [PHP-DEV] Is this a bug?

Andi Gutmans wrote: > > $foo->$method; // does not work > > $bar->$method; // does not work > > This should be $foo->$method() and $bar->$method() Gotcha. This works fine. How could I forget the braces? -- Sebastian Bergmann

[PHP-DEV] Bug #12279: error 2 (bu21)

From: [EMAIL PROTECTED] Operating system: unixware 7.1.1 PHP version: 4.0.6 PHP Bug Type: *Compile Issues Bug description: error 2 (bu21) For the installation of PHP, after the compilation of PHP (via MAKE), I launch the installation's command (make install) and the code app

[PHP-DEV] Bug #12190 Updated: Differnt versions (4.0.4 and 4.0.6) have different character case rules

ID: 12190 Updated by: elixer Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Variables related Operating System: MS NT 4.0 build 1381 PHP Version: 4.0.6 New Comment: Feedback -> Closed Previous Comments: ---

[PHP-DEV] Bug #12190 Updated: Differnt versions (4.0.4 and 4.0.6) have different character case rules

ID: 12190 Updated by: elixer Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Variables related Operating System: MS NT 4.0 build 1381 PHP Version: 4.0.6 New Comment: This was my fault. I rewrote the get_meta_tags function in 4.0.5 and forgot to lowercase the array keys before insertin

[PHP-DEV] Bug #12278: variable variable inside a string

From: [EMAIL PROTECTED] Operating system: independant PHP version: 4.0.6 PHP Bug Type: Output Control Bug description: variable variable inside a string THIS programs output $foo2, (IS THIS OK??) this program outputs nonsense (THIS IS CORRECT) -- Edit bug repor

Re: [PHP-DEV] Is this a bug?

At 11:47 AM 7/20/2001 +0200, Sebastian Bergmann wrote: > class foo { > function bar() { > print 'bar() called'; > } > } > > $foo = new foo(); > $bar =& $foo; > $method = 'bar'; > > $foo->$method; // does not work > $bar

[PHP-DEV] Bug #12190 Updated: Differnt versions (4.0.4 and 4.0.6) have different character case rules

ID: 12190 Updated by: goba Reported By: [EMAIL PROTECTED] Status: Feedback Old Bug Type: Website problem Bug Type: Variables related Operating System: MS NT 4.0 build 1381 PHP Version: 4.0.6 New Comment: this IS NOT a website bug. I can't understand why kerrorr have submitted this as a website

[PHP-DEV] Bug #12277: in PHP4 constructors still seem to behave like in PHP3

From: [EMAIL PROTECTED] Operating system: All PHP version: 4.0.5 PHP Bug Type: Class/Object related Bug description: in PHP4 constructors still seem to behave like in PHP3 the following code: \n"; } } class B extends A { function C() { echo "I am a re

[PHP-DEV] Bug #12262 Updated: php.exe - Entry Point Not Found

ID: 12262 Updated by: dbeu Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Reproducible crash Operating System: Windows 2000 Server, IIS5.0 PHP Version: 4.0.6 New Comment: sounds like you haven't overwritten an old stale dll. first stop your webserver, then overwrite ever

[PHP-DEV] Bug #12248 Updated: Page hangs as soon as I have added the _gd extension in php.ini

ID: 12248 Updated by: dbeu Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: GD related Operating System: Win 95 PHP Version: 4.0.6 New Comment: i'm assuming that you use the apache module. i'm unable to reproduce this tough, anyone? Previous Comments: -

[PHP-DEV] Bug #11979 Updated: could not open ttf file

ID: 11979 Updated by: dbeu Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: GD related Operating System: WINDOWS 98 PHP Version: 4.0.6 New Comment: fixed in cvs, thanks. Previous Comments: [2001-07-

[PHP-DEV] Bug #11688 Updated: Could not find/open font (ImageTTFBBox, imageTTFText)

ID: 11688 Updated by: dbeu Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: GD related Operating System: Win 98 SE and Win NT 4.0 SP 6 PHP Version: 4.0.6 New Comment: fixed in cvs, thanks. Previous Comments:

[PHP-DEV] Bug #12073 Updated: TTF file is not found

ID: 12073 Updated by: dbeu Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: GD related Operating System: Win2000 PHP Version: 4.0.6 New Comment: fixed in cvs, thanks. Previous Comments: [2001-07-11

[PHP-DEV] Bug #12123 Updated: php_gd.dll gives errors for ttf functions

ID: 12123 Updated by: dbeu Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: GD related Operating System: Windows 2k PHP Version: 4.0.6 New Comment: fixed in cvs, thanks. Previous Comments: [2001-07-

[PHP-DEV] Bug #12162 Updated: Error loading TTF font

ID: 12162 Updated by: dbeu Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: GD related Operating System: WIN98 PHP Version: 4.0.6 New Comment: fixed in cvs, thanks. Previous Comments: [2001-07-14 06

[PHP-DEV] Bug #12265 Updated: ImageTTFText says can't open/find font with GD 2.0

ID: 12265 Updated by: dbeu Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: GD related Operating System: Windows NT 4.0 Workstation (PWS) PHP Version: 4.0.6 New Comment: fixed in cvs, thanks Previous Comments: --

[PHP-DEV] mysql_unbuffered_query

The manual says for mysql_unbuffered_query: Note: The benefits of mysql_unbuffered_query() come at a cost: You cannot use mysql_num_rows() on a result set returned from mysql_unbuffered_query(). You also have to fetch all result rows from an unbuffered SQL query, before you c

[PHP-DEV] Bug #12276 Updated: error orbit_object

ID: 12276 Updated by: eriksson Reported By: [EMAIL PROTECTED] Old Status: Open Status: Assigned Bug Type: Satellite CORBA related Operating System: linux PHP Version: 4.0.6 Old Assigned To: Assigned To: eriksson Edit this bug report at http://bugs.php.net/?id=12276&edit=1 -- PHP Development

[PHP-DEV] Bug #12276: error orbit_object

From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.0.6 PHP Bug Type: Satellite CORBA related Bug description: error orbit_object Hi, I installed successfully the satellite extension (apache1.3.11, php4.0.6, cvs version of orbit and glib1.2.10). I had a firs

[PHP-DEV] Bug #12275: Cannot load /usr/local/apache/libexec/libphp4.so into server: /usr/local/apache

From: [EMAIL PROTECTED] Operating system: linux kernel 2.2.15 PHP version: 4.0.4 PHP Bug Type: Apache related Bug description: Cannot load /usr/local/apache/libexec/libphp4.so into server: /usr/local/apache Error is: /usr/local/apache/httpd -t Cannot load /usr/local/apach

[PHP-DEV] Bug #12274: parser/string access problems

From: [EMAIL PROTECTED] Operating system: NT4 PHP version: 4.0.4pl1 PHP Bug Type: Strings related Bug description: parser/string access problems Suppose a string $t: one can access(read) all single characters of $t by reading elements $t[0] .. $t[n] Setting $t[0] however f

[PHP-DEV] Bug #12273: error while install php4.0.6+apache 2.0.x

From: [EMAIL PROTECTED] Operating system: REDHAT 6.0 PHP version: 4.0.6 PHP Bug Type: *Configuration Issues Bug description: error while install php4.0.6+apache 2.0.x Modification necessary while install PHP-4.0.6 with Apache 2.0.x while install PHP as a staic module for

[PHP-DEV] Is this a bug?

'; } } $foo = new foo(); $bar =& $foo; $method = 'bar'; $foo->$method; // does not work $bar->$method; // does not work call_user_method($method, $foo); // works call_user_method($method, $bar); // works

  1   2   >