[PHP-DEV] Bug #12869 Updated: drawing small PNGs to large JPEG

ID: 12869 Updated by: wez Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: GD related Operating System: Win98 PHP Version: 4.0.6 New Comment: It's a GD 2.0.1 bug with transparent palette based PNGs. I submitted a patch to boutell.com ages ago, but he has not released an update since

[PHP-DEV] Bug #12798 Updated: call_user_function_ex fails randomly, infrequently on NoSeparator check

ID: 12798 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Scripting Engine problem Operating System: Solaris 7, RedHat 6.0 PHP Version: 4.0.6 New Comment: Withdrawn as we've found out that our add-on code, not php/zend itself, was

[PHP-DEV] Bug #12869 Updated: drawing small PNGs to large JPEG

ID: 12869 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Bogus Bug Type: GD related Operating System: Win98 PHP Version: 4.0.6 New Comment: Not a bug in PHP. Previous Comments:

[PHP-DEV] Bug #12798 Updated: call_user_function_ex fails randomly, infrequently on NoSeparator check

ID: 12798 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Bogus Bug Type: Scripting Engine problem Operating System: Solaris 7, RedHat 6.0 PHP Version: 4.0.6 New Comment: Thanks. Bogus then. (User error :) Previous Comments:

[PHP-DEV] Bug #11761 Updated: LC_CTYPE undeclared

ID: 11761 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Compile Failure Operating System: HP-UX 11.00 PHP Version: 4.0.6 New Comment: Are you sure your system isn't a bit broken here? Nobody else has reported this problem but you. --Jani

[PHP-DEV] Bug #12873 Updated: PHP session/java bug

ID: 12873 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: Windows 2000 SP2 PHP Version: 4.0.6 New Comment: php.exe crashes when it session try's to store java object. Previous Comments:

[PHP-DEV] Bug #12873 Updated: PHP session/java bug

ID: 12873 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Session related Operating System: Windows 2000 SP2 PHP Version: 4.0.6 New Comment: Please include a short example script here which can be used to reproduce this. Previous Comments:

[PHP-DEV] Bug #12887: creating directory or file can't modify the privilige ( for example 0777)

From: [EMAIL PROTECTED] Operating system: redhat 7.1 PHP version: 4.0.6 PHP Bug Type: Unknown/Other Function Bug description: creating directory or file can't modify the privilige ( for example 0777) creating directory or file can't modify the privilige ( for example

[PHP-DEV] Bug #12888: garbage collector

From: [EMAIL PROTECTED] Operating system: Win2000 PHP version: 4.0.6 PHP Bug Type: Session related Bug description: garbage collector Is the garbage collector function for sessions working? I have put the gc probability to 1, a lifetime of session of 1 second (minute?).

[PHP-DEV] Bug #12888 Updated: garbage collector

ID: 12888 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Session related Operating System: Win2000 PHP Version: 4.0.6 New Comment: Propability 1 means: 1% propability that the garbage collection starts. So it hardly ever happens. Try changing the

[PHP-DEV] Bug #12889: Slower file checking ?

From: [EMAIL PROTECTED] Operating system: Linux RedHat 6.1 PHP version: 4.0.5 PHP Bug Type: *Directory/Filesystem functions Bug description: Slower file checking ? with the same configuration, php 4.0.5 if file exists check/or some filesystem functions are remarkably slower

[PHP-DEV] Bug #12890: http 500 internal server error

From: [EMAIL PROTECTED] Operating system: win98 PHP version: 4.0.6 PHP Bug Type: PWS related Bug description: http 500 internal server error ive a http 500 internal server error when i try to view in IE5.5. i was running PWS 4.0 ive tested the installation in MS-DOS

[PHP-DEV] Bug #12885 Updated: don't agree to the persistent connection manual section

ID: 12885 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Documentation problem Operating System: win98 PHP Version: 4.0.6 New Comment: I agree that the implementation's behaviour is by design. PHP has no general means of accessing any database and

[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:

[PHP-DEV] Bug #12892: File uploads cause corruption

From: [EMAIL PROTECTED] Operating system: Redhat Linux 7.0 PHP version: 4.0.4pl1 PHP Bug Type: Unknown/Other Function Bug description: File uploads cause corruption I have enclosed two snippets of code from two files. The file is uploaded, but gets corrupted along the way.

[PHP-DEV] Re: Bug #12883 Updated: krb4 support in c-client

If you guys decide not to commit the patch (which I can understand given the unsupported nature of krb4 in c-client, and the apache server module of PHP inability to use it properly)... Would you consider putting an entry in the FAQ about the auth_link(auth_krb); line in php_imap.c? It took

Re: [PHP-DEV] pif

On Wed, 22 Aug 2001, Jeroen van Wolffelaar wrote: anyway, I was thinking about helper-functions, which you only want to use straight from an other function. Mostly this will be the set of functions which are not PHP_FUNCTION or PHP_API. A example in math.c: _php_math_number_format -

[PHP-DEV] Bug #12893: Cgi error with Virtual directory

From: [EMAIL PROTECTED] Operating system: Winnt server 4.0 PHP version: 4.0.6 PHP Bug Type: IIS related Bug description: Cgi error with Virtual directory I have IIS 4.0 with home directory c:\inetpub\wwwroot. I have also defined a virtual directory in other local drive

[PHP-DEV] Bug #12894: GD crashes PHP by using GD Format

From: [EMAIL PROTECTED] Operating system: i686-pc-linux-gnu PHP version: 4.0.6 PHP Bug Type: GD related Bug description: GD crashes PHP by using GD Format Hi, the follow 2 different scripts using ImageCreateFromGD ImageGD2 and crashes PHP. (using gd2.0.1 and 4.0.6)

[PHP-DEV] Bug #12895: mysql_fetch_row

From: [EMAIL PROTECTED] Operating system: Debian 2.2 PHP version: 4.0.6 PHP Bug Type: MySQL related Bug description: mysql_fetch_row when i call mysql_fetch_row($result, MYSQL_BOTH) a should got associte array, but don't. if there are some fields with NULL only number is

[PHP-DEV] Bug #12896: is_directory should point to is_dir

From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.6 PHP Bug Type: Filesystem function related Bug description: is_directory should point to is_dir For the sake of consistency, the function is_directory should be made and should be the same as is_dir(). All the

[PHP-DEV] Bug #12897: include

From: [EMAIL PROTECTED] Operating system: freebsd PHP version: 4.0.6 PHP Bug Type: Performance problem Bug description: include Hi, when you do an include you should be able to include inclusion. Exemple ? include(reports.php?month1=.date(m)); ?, it return a error

[PHP-DEV] Bug #12898: Memory Leaks when using LOB Fields

From: [EMAIL PROTECTED] Operating system: Linux, Debian, Woody PHP version: 4.0.5 PHP Bug Type: OCI8 related Bug description: Memory Leaks when using LOB Fields I use PHP 4.0.5-2, compiled under Debian/Woody wit OCI8 support. Used with Apache as Module (libphp4.so) When

[PHP-DEV] Bug #12889 Updated: Slower file checking ?

ID: 12889 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Old Bug Type: *Directory/Filesystem functions Bug Type: Performance problem Operating System: Linux RedHat 6.1 PHP Version: 4.0.5 New Comment: Please provide a short script which can be used to

[PHP-DEV] Bug #12890 Updated: http 500 internal server error

ID: 12890 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: PWS related Operating System: win98 PHP Version: 4.0.6 New Comment: Please ask support questions on the mailing lists: http://www.php.net/support.php Previous Comments:

[PHP-DEV] Bug #12891 Updated: Can't install php

ID: 12891 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open 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

[PHP-DEV] Bug #12887 Updated: creating directory or file can't modify the privilige ( for example 0777)

ID: 12887 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Unknown/Other Function Operating System: redhat 7.1 PHP Version: 4.0.6 New Comment: creating directory or file can't modify the privilige ( for example 0777) the file create in web(nobody)

[PHP-DEV] Bug #12892 Updated: File uploads cause corruption

ID: 12892 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Unknown/Other Function Operating System: Redhat Linux 7.0 PHP Version: 4.0.4pl1 New Comment: This has been fixed in PHP 4.0.6. Please update. And next time, read the bugs-dos-and-donts before

[PHP-DEV] Bug #12897 Updated: include

ID: 12897 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Performance problem Operating System: freebsd PHP Version: 4.0.6 New Comment: Please include a complete but short example script into this bug report. Previous Comments:

[PHP-DEV] Bug #12894 Updated: GD crashes PHP by using GD Format

ID: 12894 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: GD related Operating System: i686-pc-linux-gnu PHP Version: 4.0.6 New Comment: I doubt that you could crash PHP by using functions that don't exist.. Both imageGD2 and ImageCreateFromGD where

[PHP-DEV] Re: Bug #12891 Updated: Can't install php

ID: 12891 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open 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:

[PHP-DEV] Bug #12900: Don't remove Alternate Syntax! Please!

From: [EMAIL PROTECTED] Operating system: All PHP version: 4.0.6 PHP Bug Type: Feature/Change Request Bug description: Don't remove Alternate Syntax! Please! I just noticed a message under Alternative syntax for control structures indicating it was deprecated as of PHP4

[PHP-DEV] Re: pmap_page_protect: wired mapping for 677a000 not removed

the pmap_page_protect and vm wire count messages are indications that you're triggering the work-around for a particular bug in the virtual-memory subsystem. these messages are harmless. (I'm working on a real fix for this bug, so the work-arounds will go away relatively soon.) the bug is

[PHP-DEV] Bug #11761 Updated: LC_CTYPE undeclared

ID: 11761 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Compile Failure Operating System: HP-UX 11.00 PHP Version: 4.0.6 New Comment: I haven't tried this on another system, but it was freshly installed and patched at the time I

[PHP-DEV] Bug #12901: timeout-option of php_hostconnect seems to be ignored

From: [EMAIL PROTECTED] Operating system: RedHat 6.2 - Linux 2.2.19 PHP version: 4.0.6 PHP Bug Type: *Network Functions Bug description: timeout-option of php_hostconnect seems to be ignored Cause there is no way to set functions that use the fopen_url_wrapper to use

[PHP-DEV] Bug #12902: trouble with TTF fonts

From: [EMAIL PROTECTED] Operating system: Win\'Me PHP version: 4.0.6 PHP Bug Type: GD related Bug description: trouble with TTF fonts I have troubles with loading any ttf fonts. php reports general error with loading font nothing more. I use downloaded .exe version php

[PHP-DEV] Bug #12903: snmpwalkoid don't work with SNMPv1

From: [EMAIL PROTECTED] Operating system: Win NT PHP version: 4.0.6 PHP Bug Type: SNMP related Bug description: snmpwalkoid don't work with SNMPv1 snmpwalkoid doesn't see the end of the MIB. If GET NEXT on the last element, the SNMPv1 Agent return noSuchName error (cf

[PHP-DEV] Bug #12904: php_imap.c:454: `auth_md5' undeclared

From: [EMAIL PROTECTED] Operating system: Red Hat Linux 6.0 PHP version: 4.0.6 PHP Bug Type: Compile Failure Bug description: php_imap.c:454: `auth_md5' undeclared Hi, Compiling with the following configure options: ./configure --with-mysql --with-gd

[PHP-DEV] Urgent compilation question

Anyone within eyeshot of this message, please read up. I posted last night with no response this morning. Environment: Linux, Redhat 6.2, PHP 4.0.4pl1 My ext_skel was command line looks like: php/ext/EXT_SKEL --extname=mynewmodule My configure line looks like: ./configure --with-mysql

Re: [PHP-DEV] Bug #12898: Memory Leaks when using LOB Fields

these's no known mem-leak in that code.. please send a short testcase that demonstrates you problem (20 lines) also - could you please update to 4.0.6 and try again? re, tc On 22 Aug 2001 14:05:33 +, [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: Linux,

[PHP-DEV] Bug #12905: return returns a copy of an object instead of a reference

From: [EMAIL PROTECTED] Operating system: Slackware 7 PHP version: 4.0.6 PHP Bug Type: Scripting Engine problem Bug description: return returns a copy of an object instead of a reference ? Class ChildClass { var $value; function

[PHP-DEV] Bug #12894 Updated: GD crashes PHP by using GD Format

ID: 12894 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: GD related Operating System: i686-pc-linux-gnu PHP Version: 4.0.6 New Comment: Sorry, my submitted PHP Version was wrong. I mean 4.0.7-dev from the latest CVS. The script crash under cvs

[PHP-DEV] Bug #12905 Updated: return returns a copy of an object instead of a reference

ID: 12905 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Old Bug Type: Scripting Engine problem Bug Type: Documentation problem Operating System: Slackware 7 PHP Version: 4.0.6 New Comment: renaming the function: function AddChild(... to function

[PHP-DEV] object to string convertion patch

I changed php (current CVS) to add another magic method to Objects, __toString(). Whenever an object needs to be converted to a string, then it will first try to call __toString() and if it can't, then it will just return Object like now. Please look over my patch and see if I did it correctly,

Re: [PHP-DEV] object to string convertion patch

On Wed, 22 Aug 2001, Jeremy Bettis wrote: I changed php (current CVS) to add another magic method to Objects, __toString(). Whenever an object needs to be converted to a string, then it will first try to call __toString() and if it can't, then it will just return Object like now. Good luck

Re: [PHP-DEV] object to string convertion patch

At 19:53 22-08-01, Andrei Zmievski wrote: On Wed, 22 Aug 2001, Jeremy Bettis wrote: I changed php (current CVS) to add another magic method to Objects, __toString(). Whenever an object needs to be converted to a string, then it will first try to call __toString() and if it can't, then it

[PHP-DEV] Bug #11761 Updated: LC_CTYPE undeclared

ID: 11761 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Compile Failure Operating System: HP-UX 11.00 PHP Version: 4.0.6 New Comment: Reason for the HAVE_LOCALE_H to get set to 0 is this: In file included from /usr/include/locale.h:157, from

[PHP-DEV] Bug #11761 Updated: LC_CTYPE undeclared

ID: 11761 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Compile Failure Operating System: HP-UX 11.00 PHP Version: 4.0.6 New Comment: I forgot to add this: I found couple of mentions about this same problem. You could try with different version of GCC. --Jani

[PHP-DEV] Bug #12904 Updated: php_imap.c:454: `auth_md5' undeclared

ID: 12904 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Old Bug Type: Compile Failure Bug Type: IMAP related Operating System: Red Hat Linux 6.0 PHP Version: 4.0.6 New Comment: What is the version of c-client and how was it compiled? --Jani Previous

Re: [PHP-DEV] object to string convertion patch

My implementation does not have these inconsistencies (I looked in the archives). The only wierd thing is print_r and dump_var. Zeev Suraski [EMAIL PROTECTED] wrote in message 5.1.0.14.2.20010822195524.03aeb4c8@localhost">news:5.1.0.14.2.20010822195524.03aeb4c8@localhost... At 19:53 22-08-01,

[PHP-DEV] Bug #12894 Updated: GD crashes PHP by using GD Format

ID: 12894 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Bogus Status: Feedback Bug Type: GD related Operating System: i686-pc-linux-gnu Old PHP Version: 4.0.6 PHP Version: 4.0.7-dev (latest CVS) New Comment: I can't get your scripts to crash. Could you please generate a GDB

[PHP-DEV] no longer urgent compilation question

I recently posted an urgent compilation question to the list requesting information about linking in external shared libraries to libphp4.so. This issue is no longer urgent. If one modifies the follwing line to /php/Makefile : LTLIBRARY_LIBADD = $(LTLIBRARY_DEPENDENCIES) $(EXTRA_LIBS)

[PHP-DEV] Bug #12906: Configure appends extra -l with libjpeg test

From: [EMAIL PROTECTED] Operating system: Caldera Linux PHP version: 4.0.6 PHP Bug Type: Compile Failure Bug description: Configure appends extra -l with libjpeg test On a clean php-4.0.6 distribution, (untar the file and then cd to the directory) the following configure

[PHP-DEV] Bug #12906 Updated: Configure appends extra -l with libjpeg test

ID: 12906 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Compile Failure Operating System: Caldera Linux PHP Version: 4.0.6 New Comment: I fixed something like this in the CVS..but I can't remember now what and where it was. :( Please try the

Re: [PHP-DEV] object to string convertion patch

At 20:08 22-08-01, Jeremy Bettis wrote: My implementation does not have these inconsistencies (I looked in the archives). The only wierd thing is print_r and dump_var. I think the inconsistency that was there was that my implementation was for displaying purposes only. If you call to_string()

[PHP-DEV] Bug #11761 Updated: LC_CTYPE undeclared

ID: 11761 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Open Bug Type: Compile Failure Operating System: HP-UX 11.00 PHP Version: 4.0.6 New Comment: I'll try a newer version of GCC and see what happens... Previous Comments:

[PHP-DEV] Bug #11761 Updated: LC_CTYPE undeclared

ID: 11761 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Compile Failure Operating System: HP-UX 11.00 PHP Version: 4.0.6 New Comment: Great. Anyway, this is _not_ a bug in PHP so please submit further reports to the correct places. (Either to

[PHP-DEV] Bug #12906 Updated: Configure appends extra -l with libjpeg test

ID: 12906 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Compile Failure Operating System: Caldera Linux PHP Version: 4.0.6 New Comment: Thanks Jani - The latest snapshot seems to configure without errors. It whined about my IMAP

[PHP-DEV] Bug #12906 Updated: Configure appends extra -l with libjpeg test

ID: 12906 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: Caldera Linux PHP Version: 4.0.6 New Comment: I think I spoke too soon... It's still problematic, even with the latest CVS. I think the reason it succeeded was

Re: [PHP-DEV] object to string convertion patch

http://www.geocrawler.com/mail/thread.php3?subject=%5BPHP-DEV%5D+__string_value%28%29++crashes+with+returnlist=5 First of all I suggest everyone catches up on the reading :) Thies and I were against it. Zeev wanted to keep it and most of the rest that replied seemed to be against too.

[PHP-DEV] Bug #11761 Updated: LC_CTYPE undeclared

ID: 11761 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Bogus Status: Open Bug Type: Compile Failure Operating System: HP-UX 11.00 PHP Version: 4.0.6 New Comment: If I find a solution, do you NOT want it noted in the PHP Bug database? I would think at least a bug

[PHP-DEV] apache 2 environment

Hi, Can anybody say something about progress made finding and fixing the unfortunate problem about apache 2 and php 407-dev, where server and environment variables are not accessible under php? With regards, Lenar Lohmus -- PHP Development Mailing List http://www.php.net/ To unsubscribe,

[PHP-DEV] EXT_SKEL for Win32

i was noticing a slight problem with the whole EXT_SKEL shell script. it works great for getting a new package up and running, but only if your' doing all your using basically the gcc compiler. well, i've been trying to create an extension library for php, and i am mainly using visual c++ 6 sp

Re: [PHP-DEV] EXT_SKEL for Win32

At 21:42 22-08-01, Chris Gardner wrote: i was noticing a slight problem with the whole EXT_SKEL shell script. it works great for getting a new package up and running, but only if your' doing all your using basically the gcc compiler. well, i've been trying to create an extension library for

[PHP-DEV] Bug #12907: Callback causes apache to hang

From: [EMAIL PROTECTED] Operating system: RedHat 6.2 / Linux 2.4 PHP version: 4.0.6 PHP Bug Type: Output Control Bug description: Callback causes apache to hang I have a problem using a callback function with ob_start, causing apache httpd instances to hang, and remain for

[PHP-DEV] Bug #12908: zend engine patch (workaround) for some strange bug

From: [EMAIL PROTECTED] Operating system: SuSE Linux 7.1 PHP version: 4.0.5 PHP Bug Type: Reproducible crash Bug description: zend engine patch (workaround) for some strange bug Hi, This is a patch - no bug report. The bug occures with various PHP versions (mod_php),

[PHP-DEV] Bug #11761 Updated: LC_CTYPE undeclared

ID: 11761 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Compile Failure Operating System: HP-UX 11.00 PHP Version: 4.0.6 New Comment: Of course. If you find the solution, please add it here. But keep this bug 'closed'. Previous Comments:

[PHP-DEV] Bug #12909: CGI sapi compilation fails

From: [EMAIL PROTECTED] Operating system: RedHat Linux 6.2 PHP version: 4.0CVS-2001-08-22 PHP Bug Type: Compile Failure Bug description: CGI sapi compilation fails I did a checkout with -r PHP_4_0_7 so I'm talking about that branch of the cvs tree. The error message:

[PHP-DEV] Bug #12909 Updated: CGI sapi compilation fails

ID: 12909 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Compile Failure Operating System: RedHat Linux 6.2 PHP Version: 4.0CVS-2001-08-22 New Comment: And your configure line was..? --Jani Previous Comments:

Re: [PHP-DEV] pif

What's wrong with php_ prefix? Nothing. It is just the same prefix as for PHPAPI functions, and the purpose was to diffentiate in the name between helper functions and API-functions. But starting it with an underscore is also a good way of achieving that, on second thought. -Andrei Jeroen

Re: [PHP-DEV] pif

On Wed, 22 Aug 2001, Jeroen van Wolffelaar wrote: What's wrong with php_ prefix? Nothing. It is just the same prefix as for PHPAPI functions, and the purpose was to diffentiate in the name between helper functions and API-functions. But starting it with an underscore is also a good way of

Re: [PHP-DEV] pif

I'm against that. Usually underscore-prefixed symbols are used by system libraries and OS and we don't need to go in that direction. I'm also against using pif_, because it's not an internal function that you are naming, but rather, a helper one. I don't really have an opinion on this

[PHP-DEV] Bug #12909 Updated: CGI sapi compilation fails

ID: 12909 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Compile Failure Operating System: RedHat Linux 6.2 PHP Version: 4.0CVS-2001-08-22 New Comment: ./configure \ --prefix=/data/php \ --with-config-file-path=/data/php \

Re: [PHP-DEV] pif

On Wed, 22 Aug 2001, Jeroen van Wolffelaar wrote: I'm against that. Usually underscore-prefixed symbols are used by system libraries and OS and we don't need to go in that direction. I'm also against using pif_, because it's not an internal function that you are naming, but rather, a

[PHP-DEV] Bug #12910: --enable-gd-native-ttf

From: [EMAIL PROTECTED] Operating system: redhat7.0 PHP version: 4.0.6 PHP Bug Type: PHP options/info functions Bug description: --enable-gd-native-ttf when executing ./configure --help the option --enable-gd-native-ttf is shown. This however doesn't work, since it will

Re: [PHP-DEV] pif

How about phf_, for PHP Helper Function? I see a point in differentiating language level API functions (e.g. like output buffering) and module-specific helper functions (e.g., like php_mysql_do_connect()). Zeev At 22:57 22-08-01, Jeroen van Wolffelaar wrote: I'm against that. Usually

Re: [PHP-DEV] pif

On Wed, 22 Aug 2001, Zeev Suraski wrote: How about phf_, for PHP Helper Function? I see a point in differentiating language level API functions (e.g. like output buffering) and module-specific helper functions (e.g., like php_mysql_do_connect()). Explain what the point is, then. I would

Re: [PHP-DEV] pif

At 23:09 22-08-01, Andrei Zmievski wrote: On Wed, 22 Aug 2001, Zeev Suraski wrote: How about phf_, for PHP Helper Function? I see a point in differentiating language level API functions (e.g. like output buffering) and module-specific helper functions (e.g., like php_mysql_do_connect()).

[PHP-DEV] Bug #12911: stat does not report on dead links

From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.0.6 PHP Bug Type: Filesystem function related Bug description: stat does not report on dead links if you have a link ('foo') pointing at a non exsitent target ('bar'), fstat returns false and does not report

Re: [PHP-DEV] pif

On Wed, 22 Aug 2001, Zeev Suraski wrote: It's not about possible symbol clashes... When debugging (or when reading code), it helps to know what's a part of the API and what isn't. It also makes different types of prefix-based searching (e.g., gdb's completion, or emacs' search feature) a

[PHP-DEV] Bug #12911 Updated: stat does not report on dead links [typo]

ID: 12911 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Summary: stat does not report on dead links Status: Open Bug Type: Filesystem function related Operating System: linux PHP Version: 4.0.6 New Comment: sorry, there was a typo below. to avoid confusion the function is

Re: [PHP-DEV] pif

At 23:09 22-08-01, Andrei Zmievski wrote: On Wed, 22 Aug 2001, Zeev Suraski wrote: How about phf_, for PHP Helper Function? I see a point in differentiating language level API functions (e.g. like output buffering) and module-specific helper functions (e.g., like

[PHP-DEV] Bug #12910 Updated: --enable-gd-native-ttf

ID: 12910 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: PHP options/info functions Operating System: redhat7.0 PHP Version: 4.0.6 New Comment: This has been reported for ages now; bogusified. Please search the bug database before submiting a bug.

[PHP-DEV] Bug #12911 Updated: stat does not report on dead links [update]

ID: 12911 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Summary: stat does not report on dead links Status: Open Bug Type: Filesystem function related Operating System: linux PHP Version: 4.0.6 New Comment: i fidled around with this bug a little and it looks like

[PHP-DEV] Bug #12911 Updated: stat does not report on dead links

ID: 12911 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Filesystem function related Operating System: linux PHP Version: 4.0.6 New Comment: This has been fixed in CVS. Try a daily snapshot [1]. - Markus [1] http://snaps.php.net:8000/

Re: [PHP-DEV] pif

At 23:18 22-08-01, Andrei Zmievski wrote: Is it a big deal? No, but it can be useful and has no real drawbacks. Okay. But I'll be forced to pronounce phf as FF, so FF_mysql_connect.. :) Ok, one real drawback then ;) Zeev -- PHP Development Mailing List http://www.php.net/ To unsubscribe,

[PHP-DEV] Branching ext/standard?

Hi, I've got an experimental beginning of the new rand functions ready. I think it's good if others can comment on it before it is finished, because the course can be changed now quite easily, but when it's all done, I don't feel much about doing that... So, should I branch ext/standard under

Re: [PHP-DEV] Branching ext/standard?

At 23:37 22-08-01, [EMAIL PROTECTED] wrote: Hi, I've got an experimental beginning of the new rand functions ready. I think it's good if others can comment on it before it is finished, because the course can be changed now quite easily, but when it's all done, I don't feel much about doing

Re: [PHP-DEV] Branching ext/standard?

At 23:37 22-08-01, [EMAIL PROTECTED] wrote: Hi, I've got an experimental beginning of the new rand functions ready. I think it's good if others can comment on it before it is finished, because the course can be changed now quite easily, but when it's all done, I don't feel much about

Re: [PHP-DEV] Branching ext/standard?

At 23:48 22-08-01, Jeroen van Wolffelaar wrote: It involves basic_func*, *math*, *rand* and *array* files (* are wildcards, not exclamation markings) files. And of course Makefile too. And probably some others too. That makes quite a significant portion of that directory. It is way much easier to

[PHP-DEV] Bug #11761 Updated: LC_CTYPE undeclared

ID: 11761 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Open Bug Type: Compile Failure Operating System: HP-UX 11.00 PHP Version: 4.0.6 New Comment: I've installed GCC 3.0 and no longer see the problem with locale.h. However, now I do see the

Re: [PHP-DEV] Branching ext/standard?

On Wed, 22 Aug 2001, Zeev Suraski wrote: If it's such a far reaching change, I suggest you simply send the diff the php-dev. It should be enough to be a basis for a discussion on the proposed changes. If we decide to go through with it, it should be committed to the main branch, and

Re: [PHP-DEV] Branching ext/standard?

If it's such a far reaching change, I suggest you simply send the diff the php-dev. It should be enough to be a basis for a discussion on the proposed changes. If we decide to go through with it, it should be At this time, it's merely a big move-around with code, no single thing of

Re: [PHP-DEV] Branching ext/standard?

At 00:03 23-08-01, Jeroen van Wolffelaar wrote: Simply committing at once with: rewrite everything that has to do with rand won't be any useful. 80% of the diff is the moving of code, and only 20% the real change. You also don't see what changed. Just as bad as mixing WS fixes with real fixes. I

Re: [PHP-DEV] pif

I considered exactly this, before coming to the same conclusion as Andrei. :) +1 On Wed, 22 Aug 2001, Zeev Suraski wrote the following to Jeroen van Wolffelaar : How about phf_, for PHP Helper Function? I see a point in differentiating language level API functions (e.g. like output

Re: [PHP-DEV] Branching ext/standard?

What I would do in your case is: (a) Tag the relevant files as they are today (i.e., PRE_RAND_REDESIGN or whatever) (b) Commit your move-around changes (c) Commit the real changes (can be done immediately after (b), as long as it's separate) The real changes are not ready... and I didn't

Re: [PHP-DEV] Branching ext/standard?

(a) Tag the relevant files as they are today (i.e., PRE_RAND_REDESIGN or whatever) (b) Commit your move-around changes I really think a lot of people will set ext/standard to PRE_RAND_REDESIGN then, because they want to work on other parts, and don't want a broken build. That's the other

Re: [PHP-DEV] Branching ext/standard?

At 00:15 23-08-01, Jeroen van Wolffelaar wrote: What I would do in your case is: (a) Tag the relevant files as they are today (i.e., PRE_RAND_REDESIGN or whatever) (b) Commit your move-around changes (c) Commit the real changes (can be done immediately after (b), as long as it's

[PHP-DEV] Bug #12912: Call to round() crashes process (DSO only)

From: [EMAIL PROTECTED] Operating system: Solaris 2.5.1 PHP version: 4.0.6 PHP Bug Type: Reproducible crash Bug description: Call to round() crashes process (DSO only) Using Apache 1.3.20, PHP 4.0.6 as a module, on Solaris 2.5.1. Everything else seems to work except the

[PHP-DEV] Bug #12913: Zend compilation failure

From: [EMAIL PROTECTED] Operating system: Linux/Slackware 8 PHP version: 4.0.6 PHP Bug Type: Compile Failure Bug description: Zend compilation failure Quick note: I've seen this before, and it was on a Solaris 2.7 box, running GCC3. Has anybody else had this problem?

  1   2   >