ID: 13052
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Assigned
Status: Closed
Bug Type: mcrypt related
Operating System: GNU 1.0.3
PHP Version: 4.0.6
Assigned To: derick
New Comment:
Fixed in CVS (will be in 4.0.7)
Previous Comments:
ID: 11642
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Assigned
Status: Feedback
Bug Type: mcrypt related
Operating System: FreeBSD 4.3-stable
PHP Version: 4.0.6
Assigned To: derick
New Comment:
I could not reproduce this with the latest CVS. Can you try the CVS version, or a
ID: 13068
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Assigned
Status: Closed
Bug Type: mcrypt related
Operating System: Linux
PHP Version: 4.0.6
Assigned To: derick
New Comment:
I looked into it, and mcrypt_decrypt is using the old API which does NOT work in
conjunction with
ID: 13184
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: IIS related
Operating System: Windows 2000 Professionnal
PHP Version: 4.0.6
New Comment:
have you updated the extensions to 4.0.6?
the extension api still changes from time to time
so
ID: 13187
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Calendar related
Operating System: Linux Redhat 7.1
PHP Version: 4.0.6
New Comment:
what timezone are you in ?
Previous Comments:
ID: 12791
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Analyzed
Status: Closed
Bug Type: mcrypt related
Operating System: i686-pc-linux-gnu
PHP Version: 4.0CVS-2001-08-16
New Comment:
The bWarning/b: Unknown list entry type in request shutdown (0) in bug has been
fixed in CVS.
Well, here is my patch finally for enabling a shell mode with the command
line.
Mainly this patch adds a -S option that will turn off html errors,
error_prepend_string, error_append_string, and output buffering.
This will keep people from having to maintain two ini files.
That's
I can confirm that RC2 Release_TS_Inline CGI version builds ok on NT4 and
phpinfo() does its stuff.
I'm not sure what the testsuite project does, but when I build it I get 0
errors and 0 warnings.
On SuSE 7.2 (2.4 kernel) it builds without problem with the following
configure line:
Addressed to: [EMAIL PROTECTED]
Brian Moon [EMAIL PROTECTED]
Well, here is my patch finally for enabling a shell mode with the
command line.
Mainly this patch adds a -S option that will turn off html errors,
error_prepend_string, error_append_string, and output buffering.
ID: 13148
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: *Database Functions
Operating System: Windows NT 4 Server
PHP Version: 4.0.6
Previous Comments:
At 07:39 07-09-01, Yasuo Ohgaki wrote:
Yasuo Ohgaki wrote:
I gave up tring to make reproducible script.
For the record, PHP does not execute script properly under very
limmited circumstance that I can't find out exactly. Under normal
execution, calling function over and over should
At 12:45 07-09-01, Edin Kadribasic wrote:
Well, here is my patch finally for enabling a shell mode with the command
line.
Mainly this patch adds a -S option that will turn off html errors,
error_prepend_string, error_append_string, and output buffering.
This will keep people from
ID: 13186
Updated by: sander
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Apache related
Operating System:
PHP Version: 4.0.6
New Comment:
Ask support questions like these on the PHP-GENERAL mailinglist. In English.
Previous Comments:
Hello,
Have you got any solution for me ?
Regards.
PHP Bug Database [EMAIL PROTECTED] on 31/07/2001 09:39:00
On 07/09/01, Zeev Suraski [EMAIL PROTECTED] wrote:
At 12:45 07-09-01, Edin Kadribasic wrote:
Mainly this patch adds a -S option that will turn off html errors,
error_prepend_string, error_append_string, and output buffering.
That's excellent. Now, I'm writing a simple MTA in php and
From: [EMAIL PROTECTED]
Operating system: Linux SuSE 6.3 - Apache
PHP version: 4.0.6
PHP Bug Type: *Extensibility Functions
Bug description: shm_put_var() problem with free space calculation
It seems that shm_put_var() has a problem with the
calculation of free space for
ID: 13190
Updated by: wez
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: *Extensibility Functions
Operating System: Linux SuSE 6.3 - Apache
PHP Version: 4.0.6
New Comment:
Please try latest CVS or a snapshot.
I've just commit a fix for this.
Previous Comments:
ID: 13190
Updated by: wez
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: *Extensibility Functions
Operating System: Linux SuSE 6.3 - Apache
PHP Version: 4.0.6
Previous Comments:
[2001-09-07
ID: 13187
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Calendar related
Operating System: Linux Redhat 7.1
PHP Version: 4.0.6
New Comment:
I m in FRANCE(Paris) GMT or GMT+1 I think
Previous Comments:
ID: 13187
Updated by: derick
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Calendar related
Operating System: Linux Redhat 7.1
PHP Version: 4.0.6
New Comment:
France is GMT+2 during summer and GMT+1 during winter
Derick
Previous Comments:
ID: 13187
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Calendar related
Operating System: Linux Redhat 7.1
PHP Version: 4.0.6
New Comment:
I havn't seen the last comment I was editing,
perhaps that's an explanation but it must be noticed
in the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Build on RedHat 7.1 with kernel 2.4.9-ac7 succeeded:
apache 1.3.20, openssl 0.9.6b, zlib 1.1.3, bz2 1.0.1, calendar, ctype,
exif, ftp, gd 1.8.3 (jpeg, png, xpm, freetype), gettext, oci8 w/
oracle-9.0.1, qtdom, shmop, sockets, xml
some errors, on
At 13:57 07-09-01, Wez Furlong wrote:
On 07/09/01, Zeev Suraski [EMAIL PROTECTED] wrote:
At 12:45 07-09-01, Edin Kadribasic wrote:
Mainly this patch adds a -S option that will turn off html errors,
error_prepend_string, error_append_string, and output buffering.
That's excellent. Now,
What if we introduced a -p option to PHP that starts the Zend parser
in PHP mode? For any other files (include/require), it starts in
HTML mode though.
- Stig
[[EMAIL PROTECTED]]
Yeah, I agree. However, it might make things a bit muddled
for people using it as cgi? How would PHP tell if the
I thought about that. But I decided against it as we have had some times
where that has saved our hides here. I think that is best left to be added
on a per script basis.
Brian Moon
--
dealnews.com, Inc.
Makers of dealnews dealmac
http://dealnews.com/ |
ID: 12901
Updated by: mathieu
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: *Network Functions
Operating System: RedHat 6.2 - Linux 2.2.19
PHP Version: 4.0.6
New Comment:
Fixed in current CVS.
(AND IT WAS A DUP! :-) )
Previous Comments:
From: [EMAIL PROTECTED]
Operating system: NT server 4.0 sp 6a
PHP version: 4.0.6
PHP Bug Type: IIS related
Bug description: PHP fails to execute programs
In the ISAPI mode PHP constantly fails to execute
external programs throught any function (systemm, exec etc.)
i.e.
I do apologize. I should have specified that
I am using PHP 4.0.6, and have NOT tried to
reproduce in 4.0.7
I've seen this error in bugs.php.net
already, and see no need in reproducing
a bug report for an issue which is already known.
Please forgive my short initial post, as it was very
From: [EMAIL PROTECTED]
Operating system:
PHP version: 4.0.6
PHP Bug Type: Apache related
Bug description: PHP4,jdk1.2.2
I tried installing php4 with java support
my php.ini file looks something like this
[Java]
java.class.path
From: [EMAIL PROTECTED]
Operating system: SUSE 7.0 linux intel i386
PHP version: 4.0.6
PHP Bug Type: Apache related
Bug description: PHP4,jdk1.2.2
I tried installing php4 with java support
my php.ini file looks something like this
[Java]
java.class.path
At 17:51 07-09-01, Boian Bonev wrote:
+1 :))
and a
#!/bin/php -p
echo some string here\n;
?some html here ;)))
? echo 'some more php';?
although this requires a patch in Zend/zend_language_scanner.l line 279 :)))
for plain c, and i didn't look where for c++.
We no longer have a C++ scanner.
On Fri, 07 Sep 2001, Stig Sæther Bakken wrote:
What if we introduced a -p option to PHP that starts the Zend parser
in PHP mode? For any other files (include/require), it starts in
HTML mode though.
How about we have a separate sapi backend that really does all this
stuff properly without
i can see just one reason - most people use the same php binary both for cgi
and shell scripting. if this change is to be introduced in php then at least
three builds will be performed - for shell, cgi and web server module. btw
what happened with the change to the build system to allow
All the -S option does now is call zend functions to set up runtime
settings. This would just be another function to call.
I would think that include would use the current method.
Also, is it possible to make PHP ignore an opening tag if it is there? If
not then I don't like this idea because
On Fri, 07 Sep 2001, Boian Bonev wrote:
i can see just one reason - most people use the same php binary both for cgi
and shell scripting. if this change is to be introduced in php then at least
three builds will be performed - for shell, cgi and web server module. btw
what happened with the
ID: 13194
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Duplicate
Bug Type: Apache related
Operating System: SUSE 7.0 linux intel i386
PHP Version: 4.0.6
New Comment:
Duplicate of 13194
Previous Comments:
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.0.6
PHP Bug Type: Feature/Change Request
Bug description: Support for OUT parameters from Stored Procedures in ODBC wrapper
As of now the odbc-wrapper, for example used with DB2 databases, support
calling stored
ID: 11322
Updated by: jflemer
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Filesystem function related
Operating System: Linux
PHP Version: 4.0.4pl1
New Comment:
It looks like the 'copy' command has been patched to check source and destination in
CVS.
Previous Comments:
ID: 11751
Updated by: jflemer
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: *Configuration Issues
Operating System: any
PHP Version: 4.0 Latest CVS (2001-06-27)
New Comment:
You can set 'safe_mode_include_dir' to /usr/local/lib/php, and it works in safe mode.
Maybe that should be in
From: [EMAIL PROTECTED]
Operating system: windows 2000 professional
PHP version: 4.0.4
PHP Bug Type: *General Issues
Bug description: can I use Seagate Crystal Report writer in PHP
Respected Sir,
1. I want to know how can I write reports in PHP like Seagate Crystal
Report
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.0.6
PHP Bug Type: GD related
Bug description: ImageTTFText broken on truecolor images
The resulting image is blank, works fine for palette images.
$img = ImageCreateTrueColor(300, 300);
$black =
Hey,
I've just converted ext/openssl.c to use the new zend_parse_parameters
(because it really needed it!) and I noticed that openssl_seal was doing
this:
// sealdata and ekeys are the [out] parameters
// the PHP_FE says arg2and3of4_force_ref
proto int openssl_seal(string data, string sealdata,
ID: 13198
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: MySQL related
Operating System: Linux 2.4.9
PHP Version: 4.0.6
New Comment:
Not a bug. CREATE TABLE doesn't return a result-set. Check for errors with
mysql_error() and mysql_errno().
Previous
From: [EMAIL PROTECTED]
Operating system: RedHat 7.1 with 2.4.5 Kernel
PHP version: 4.0.6
PHP Bug Type: Reproducible crash
Bug description: Payflow Causes exec() and mail() function to core httpd daemon
./configure --with-mysql=/usr \
--with-imap=y \
Have you tried explicitly linking Apache against libpthreads?
On 7 Sep 2001 [EMAIL PROTECTED] wrote:
From: [EMAIL PROTECTED]
Operating system: linux 2.4 glibc 2.1
PHP version: 4.0.6
PHP Bug Type: Unknown/Other Function
Bug description: pthread_create in extension
On 07/09/01, Andrei Zmievski [EMAIL PROTECTED] wrote:
If this is implemented (I think Andi may have some thoughts about this),
Hopefully not bad thoughts!
zend_parse_parameters_hash(HASH_OF(my_zval), {s:firstname}|{s:lastname}
{l:age}, firstname, firstname_len, lastname, lastname_len, age);
From: [EMAIL PROTECTED]
Operating system: Redhat Linux 6.1
PHP version: 4.0.4pl1
PHP Bug Type: Output Control
Bug description: HEAD request problem when use ob_start and ob_end_flush
Software:
Apache/1.3.19 (Unix) PHP/4.0.4pl1 mod_ssl/2.8.2 OpenSSL/0.9.6
and PHP is
From: [EMAIL PROTECTED]
Operating system: win
PHP version: 4.0.6
PHP Bug Type: Unknown/Other Function
Bug description: vtest3
vtest5
--
Edit bug report at: http://bugs.php.net/?id=13204edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail:
From: [EMAIL PROTECTED]
Operating system: win
PHP version: 4.0.6
PHP Bug Type: Unknown/Other Function
Bug description: vtest3
vtest5
--
Edit bug report at: http://bugs.php.net/?id=13205edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail:
ID: 13202
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Output Control
Operating System: Redhat Linux 6.1
PHP Version: 4.0.4pl1
New Comment:
This is fixed in later versions. Not quite sure which version fixed it though. Try
4.0.6. Definitely
ID: 13204
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Unknown/Other Function
Operating System: win
PHP Version: 4.0.6
New Comment:
Go play somewhere else please.
Previous Comments:
ID: 13205
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Unknown/Other Function
Operating System: win
PHP Version: 4.0.6
New Comment:
This is no playground!
Previous Comments:
Built with php4-200109071335 linked with mycrpt 2.4.11 and 2.4.15
and the leak is still there:
0 50690 1 0 2 0 2944 2464 select Ss??0:00.07 src/httpd
-- 1 50747 50690 70 2 0 13300 12816 accept S ??0:01.36 src/httpd
1 50748 50690 4 2 0 2968 2472 accept
ID: 13200
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Summary: Payflow Causes exec() and mail() function to core httpd daemon
Status: Open
Old Bug Type: Reproducible crash
Bug Type: Verisign Payflow Pro related
Operating System: RedHat 7.1 with 2.4.5 Kernel
PHP Version:
Is there any way (with C coding or otherwise) to implement macros a la
#define in C for PHP? I need to have something that looks like a function but
that calls eval in the body, and I need that eval to be executed in the
calling scope. If that's not possible, would it be OK to do something
From: [EMAIL PROTECTED]
Operating system: Windows 98
PHP version: 4.0.4pl1
PHP Bug Type: Feature/Change Request
Bug description: MD5 option for 128 bytes long digest (standard)
It's a feature request regarding the MD5 string function.
The standard MD5 hash algorithm
Any chance my cvs account name could be changed to richardh if it's not
taken? Currently heyesr.
Cheers!
--
Richard Heyes
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list
From: [EMAIL PROTECTED]
Operating system: NT 4.0
PHP version: 4.0.6
PHP Bug Type: IIS related
Bug description: open_basedir not restricting file access properly
Script is as follows:
mkdir(/test,0700);
phpinfo();
I'm running IIS 4.0 on NT 4.0 SP6.
ID: 13206
Updated by: heyesr
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Feature/Change Request
Operating System: Windows 98
PHP Version: 4.0.4pl1
New Comment:
md5() outputs 32 hex characters. 1 hex character = 4 bits.
32 * 4 = 128 bits.
128 bits / 8 = 16 bytes
i will be sending more patches for this package, but wanted to get this
one out of the way first. It supports sockets which are sending new-lines
without carriage-returns. all along i have been thinking i was using the
package incorrectly, or writing bad commands/data to the socket.
thanks,
At 23:33 07-09-01, Wez Furlong wrote:
On 07/09/01, Andrei Zmievski [EMAIL PROTECTED] wrote:
If this is implemented (I think Andi may have some thoughts about this),
Hopefully not bad thoughts!
They are bad thoughts, actually... The main reason against it is that it's
ultra slow, many times
From: [EMAIL PROTECTED]
Operating system: Windows 2000 Professional, updat
PHP version: 4.0.6
PHP Bug Type: Apache related
Bug description: problems using old .php3 extension - general protection faults
on apache 1.3.20
PHP 4.0.6
Windows 32 bit (Windows 2000, Service
ID: 13206
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Feature/Change Request
Operating System: Windows 98
PHP Version: 4.0.4pl1
New Comment:
Read RFC1321 (http://www.ietf.org/rfc/rfc1321.txt) where this is clearly stated and a
number of testcases are listed.
ID: 13207
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: IIS related
Operating System: NT 4.0
PHP Version: 4.0.6
New Comment:
You don't have open_basedir enabled. The error message from an open_basedir
restriction is not permission denied. Does your phpinfo() output
Why the heck do we have:
PHP_FALIAS(_, gettext,NULL)
in ext/gettext/gettext.c
???
Zeev
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail:
Why the heck do we have:
PHP_FALIAS(_, gettext,NULL)
in ext/gettext/gettext.c
That has been there forever and is very standard. Anybody who has ever
used gettext knows this well.
From the gettext docs:
Many packages use `_' (a simple underline) as a keyword, and write
Quoting Zeev Suraski [EMAIL PROTECTED]:
Why the heck do we have:
PHP_FALIAS(_, gettext,NULL)
in ext/gettext/gettext.c
It's a standard alias in the c library as well:
http://www.gnu.org/manual/gettext/html_mono/gettext.html#SEC15
It makes code look a lot less convoluted, when
At 05:16 08-09-01, Chuck Hagenbuch wrote:
Quoting Zeev Suraski [EMAIL PROTECTED]:
Why the heck do we have:
PHP_FALIAS(_, gettext,NULL)
in ext/gettext/gettext.c
It's a standard alias in the c library as well:
http://www.gnu.org/manual/gettext/html_mono/gettext.html#SEC15
So
At 05:13 08-09-01, Rasmus Lerdorf wrote:
Why the heck do we have:
PHP_FALIAS(_, gettext,NULL)
in ext/gettext/gettext.c
That has been there forever and is very standard. Anybody who has ever
used gettext knows this well.
The problem is with the 99.99% of the rest of the
But it IS PHP-ish in the sense that its totally undocumented :)
Regards,
Cristopher Daniluk
President CEO
email: [EMAIL PROTECTED]
direct: 330/530-2373
Digital Services Network, Inc
Unleashing Your Potential
voice: 800/845-4822
web: http://www.dsnet.net/
-Original Message-
From:
At 05:16 08-09-01, Chuck Hagenbuch wrote:
Quoting Zeev Suraski [EMAIL PROTECTED]:
Why the heck do we have:
PHP_FALIAS(_, gettext,NULL)
in ext/gettext/gettext.c
It's a standard alias in the c library as well:
Quoting Zeev Suraski [EMAIL PROTECTED]:
So I heard, but it's extremely un-PHPish and obscure.
It also makes gettext useable. It's documented, for what it's worth:
http://www.php.net/manual/en/function.gettext.php
-chuck
--
Charles Hagenbuch, [EMAIL PROTECTED]
Some fallen angels have their
At 05:23 08-09-01, Rasmus Lerdorf wrote:
Having an underscore as a function name is pretty weird in any language.
Having an obscure meaning to characters is common in certain languages, but
PHP isn't one of them. C isn't either, and frankly, I don't think that
going with _() was a very good
From: [EMAIL PROTECTED]
Operating system: Windows 98
PHP version: 4.0.6
PHP Bug Type: PWS related
Bug description: I don't know how to configure it
My OS platform is Windows, the version of PWS is 4.0, and the version of IE
is 5.0. The following is my confusion. and please
At 05:30 08-09-01, Chuck Hagenbuch wrote:
Quoting Zeev Suraski [EMAIL PROTECTED]:
So I heard, but it's extremely un-PHPish and obscure.
It also makes gettext useable.
I don't buy that. 'gettext' is hardly the only token that's used
repeatedly throughout PHP, and we never made any
On Thu, 6 Sep 2001, Frank M. Kromann wrote:
I would also like to see ext/mssql and ext/sybase merged into one extension,
as they both use the same DB-Librery. Changing the functionsnames to dblib_*
would also be the right, as long as we keep aliases_* to sybase and mssql_*
for some time.
At 05:30 08-09-01, Chuck Hagenbuch wrote:
It also makes gettext useable. It's documented, for what it's worth:
http://www.php.net/manual/en/function.gettext.php
There's no mention of _() in that page, by the way. Only gettext().
Zeev
--
PHP Development Mailing List http://www.php.net/
To
Quoting Zeev Suraski [EMAIL PROTECTED]:
It also makes gettext useable.
I don't buy that. 'gettext' is hardly the only token that's used
repeatedly throughout PHP, and we never made any exceptions anywhere
else.
It's the kind of thing that gets used a lot in HTML, where otherwise there
Quoting Zeev Suraski [EMAIL PROTECTED]:
There's no mention of _() in that page, by the way. Only gettext().
You may use an underscore character as an alias to this function.
It could be clearer, certainly. But it's there.
-chuck
--
Charles Hagenbuch, [EMAIL PROTECTED]
Some fallen angels
Using obscure single character operators is simply something that we don't
do in PHP, it's totally inconsistent with the language.
Except when it is a known and standard concept. + % * etc. Obviously not
as well-known, but it is not a PHP-only magical character. It is the same
in C, C++,
Same in Perl? I have not used Gettext in Perl, but I'd truly hope not
considering the overwhelming usage of $_. Can you imagine _ and $_? That's
not what I'd call increased readability.
Regards,
Cristopher Daniluk
President CEO
email: [EMAIL PROTECTED]
direct: 330/530-2373
Digital Services
At 05:40 08-09-01, Chuck Hagenbuch wrote:
It's the kind of thing that gets used a lot in HTML, where otherwise there
wouldn't be a function call at _all_ - just static text. Replacing gettext()
with _() in this case actually does improve readability, in my opinion.
That's exactly what I said -
* On 2001-09-07 at 23:06,
Joey Smith [EMAIL PROTECTED] excited the electrons to say:
So let's be the first ones to get our heads on straight and get rid of
this ridiculous concept. It is, IMHO, one of the worst ideas in the
history of the world...I'd really rather be reading perl regular
Full name: Bruno Mignoni
Email: [EMAIL PROTECTED]
ID:mignoni
Purpose: Manual Translation
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail:
Quoting Joey Smith [EMAIL PROTECTED]:
So let's be the first ones to get our heads on straight and get rid of
this ridiculous concept. It is, IMHO, one of the worst ideas in the
history of the world...I'd really rather be reading perl regular
expressions than this.
I know that backwards
Yes, it bothers me.
If it stays, I suppose I'll accept it, but it is such a horrendously bad
idea that could easily be done in user-space insteadthis is *NOT*
the kind of thing that should be encouraged on a language level.
On Fri, 7 Sep 2001, Rodent of Unusual Size wrote the following to
No, I haven't, but let me get this straight:
You're saying that if something is a bad idea, that the more often it is
used, the less bad [1] it becomes?
[1] Yes, I know this is improper...but think about it in context. I'm
trying to illustrate the point.
On Fri, 7 Sep 2001, Chuck Hagenbuch
* On 2001-09-07 at 23:40,
Joey Smith [EMAIL PROTECTED] excited the electrons to say:
On Fri, 7 Sep 2001, Rodent of Unusual Size wrote the following to PHP...:
Um, it has been around since sometime in version 3. Have you
noticed it before? Has it bothered you?
Yes, it bothers me.
Again, as mentioned before, this is suitable:
function _($string) { return gettext($string); }
once in your code. Voila, now you can still have your short cut, and we can
still have our consistent naming structure. Sure, it would be an adjustment
at first, but I personally believe it is worth
At 06:30 08-09-01, Chuck Hagenbuch wrote:
Quoting Joey Smith [EMAIL PROTECTED]:
So let's be the first ones to get our heads on straight and get rid of
this ridiculous concept. It is, IMHO, one of the worst ideas in the
history of the world...I'd really rather be reading perl regular
* On 2001-09-07 at 23:42,
Joey Smith [EMAIL PROTECTED] excited the electrons to say:
No, I haven't, but let me get this straight:
You're saying that if something is a bad idea, that the more often it is
used, the less bad [1] it becomes?
Speaking only for myself and not Chuck, I would
Quoting Joey Smith [EMAIL PROTECTED]:
No, I haven't, but let me get this straight:
You're saying that if something is a bad idea, that the more often it is
used, the less bad [1] it becomes?
Uh, no. I was just pointing out that it's been around for a long time, and is
used in a lot of
But I think the point is this function has no business in the core language.
Now we can satisfy that. It IS still obscure, but thats why I won't use it
:) Those who want to be obscure can choose to be on their own dime. We
should not encourage it though, we'll end up like VBScript, a language of
Quoting Cristopher Daniluk [EMAIL PROTECTED]:
But I think the point is this function has no business in the core language.
It's not in the core language. It's in the gettext extension.
-chuck
--
I have pointy little boobs! - Jason
--
PHP Development Mailing List http://www.php.net/
To
Heh, touche on my poor terminology. What I mean is it has no business being
a function brought to the table by PHP. Even if we moved it to PEAR in a
GetText module I'd be a happier guy. What good are ignored standards?
Regards,
Cristopher Daniluk
President CEO
email: [EMAIL PROTECTED]
direct:
From: [EMAIL PROTECTED]
Operating system: win98
PHP version: 4.0.4
PHP Bug Type: Any
Bug description: problens with php and pws
I tried to configure php within pws, but it not work. I tried to use with
isapi and cgi configuration, i configured the registry with its path
At 05:33 AM 9/8/01 +0300, Zeev Suraski wrote:
That's unfortunate. IMHO, it should be phased out.
I'm against it. _() has been around forever as part of gettext package and
people who expect to find it in PHP will be pretty disappointed.
-Andrei
--
PHP Development Mailing List
Hi,
I'm curious to know how PHP configures IIS/PWS to let itself handle all
requests for files ending in .php, etc. How is it done?
Is it the same for IIS and PWS? Is the configuration different for using PHP
as a CGI and as an ISAPI module?
PHP puts a string value under the Script Map
From: [EMAIL PROTECTED]
Operating system:
PHP version: 4.0.6
PHP Bug Type: Documentation problem
Bug description: PHP4 docs .chm missing FAQs
Hello,
All the .chm versions of the PHP4 documentation since Thu Jul 26 22:28:30
2001 have been missing the excellent and
ID: 13191
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Summary: PHP4 docs .chm missing FAQs
Status: Open
Bug Type: Documentation problem
Operating System:
PHP Version: 4.0.6
New Comment:
Very sorry, I forgot to mention the first time that I was referring to the English
1 - 100 of 102 matches
Mail list logo