Using obscure single character operators is simply something that we don't
do in PHP, it's totally inconsistent with the language.
You know I hate magic more than most. I have lobbied against it forever.
However, sometimes you need to conform with the underlying 3rd-party
mechanism you are
Zeev Suraski wrote:
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.
Rasmus Lerdorf wrote:
reuse. We can get back to the idea of letting people define % as
htmlspecialchars(),
You can do that in PHP? How?
You can't. You missed the dripping sarcasm.
Well, I was torn between accepting it as sarcasm, and getting hints on
how to accomplish it :)
At 09:33 PM 9/7/2001 +0100, 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!
I do have some bad thoughts about it. I'm worried that if we supply such an
easy function
ID: 13209
Updated by: sander
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: PWS related
Operating System: Windows 98
PHP Version: 4.0.6
New Comment:
Ask support questions on the appropriate mailinglist (see
http://www.php.net/support.php).
Previous Comments:
ID: 13209
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: PWS related
Operating System: Windows 98
PHP Version: 4.0.6
Previous Comments:
[2001-09-07 22:28:19] [EMAIL PROTECTED]
ID: 13210
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Old Bug Type: Any
Bug Type: PWS related
Operating System: win98
PHP Version: 4.0.4
New Comment:
Ask support questions on the appropriate mailinglist (see
http://www.php.net/support.php).
Previous
From: [EMAIL PROTECTED]
Operating system: windows 98
PHP version: 4.0.4pl1
PHP Bug Type: PHP options/info functions
Bug description: how to redirect to another php page.
when i try to redirect the page with header(Location: ) is not going
to the requested page. Instead
On 08/09/01, Andi Gutmans [EMAIL PROTECTED] wrote:
I do have some bad thoughts about it. I'm worried that if we supply such an
easy function to parse incoming hash table's people will start writing a
lot of PHP functions which accept hash tables instead of regular argument
lists. This is
ID: 13211
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: PHP options/info functions
Operating System: windows 98
PHP Version: 4.0.4pl1
New Comment:
Ask support questions on the appropriate mailinglist (see
http://www.php.net/support.php).
Previous
At 11:01 AM 9/8/2001 +0100, Wez Furlong wrote:
On 08/09/01, Andi Gutmans [EMAIL PROTECTED] wrote:
I do have some bad thoughts about it. I'm worried that if we supply
such an
easy function to parse incoming hash table's people will start writing a
lot of PHP functions which accept hash
At 09:13 08-09-01, Andrei Zmievski wrote:
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.
Disappointment
At 09:36 08-09-01, Rasmus Lerdorf wrote:
Using obscure single character operators is simply something that we don't
do in PHP, it's totally inconsistent with the language.
You know I hate magic more than most. I have lobbied against it forever.
Well, you did in certain occasions, but you
At 10:24 08-09-01, Emiliano wrote:
Well, I was torn between accepting it as sarcasm, and getting hints on
how to accomplish it :)
Totally impossible?
Totally.
Zeev
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
ID: 13194
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Duplicate
Status: Bogus
Bug Type: Apache related
Operating System: SUSE 7.0 linux intel i386
PHP Version: 4.0.6
New Comment:
submitted twice
Previous Comments:
ID: 13196
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: *General Issues
Operating System: windows 2000 professional
PHP Version: 4.0.4
New Comment:
Please ask support questions on the mailing lists:
http://www.php.net/support..php
Previous
[Zeev Suraski [EMAIL PROTECTED]]
At 09:13 08-09-01, Andrei Zmievski wrote:
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
Fine.
Let it be noted that I oppose going forward with any other clean-up of the
language namespace before this bug goes away. If we don't clean the
obvious ones, we might as well keep in everything.
(a very disappointed) Zeev
At 15:51 08-09-01, Stig Sæther Bakken wrote:
[Zeev Suraski
* On 2001-09-08 at 08:34,
Zeev Suraski [EMAIL PROTECTED] excited the electrons to say:
Not really. You only have to conform if you believe that PHP is not a
standalone language. You're also assuming that most of PHP's userbase has
C background, which is usually not true. Among those
Rasmus Lerdorf wrote:
Using obscure single character operators is simply something that we don't
do in PHP, it's totally inconsistent with the language.
You know I hate magic more than most. I have lobbied against it forever.
However, sometimes you need to conform with the underlying
At 16:37 08-09-01, Jim Jagielski wrote:
Rasmus Lerdorf wrote:
Using obscure single character operators is simply something that we
don't
do in PHP, it's totally inconsistent with the language.
You know I hate magic more than most. I have lobbied against it forever.
However,
Jan Kneschke just informed me, that his patches
http://cvs.php.net/diff.php/php4/acinclude.m4?r1=1.138r2=1.139f=u
http://cvs.php.net/diff.php/php4/acinclude.m4?r1=1.139r2=1.140f=u
to make php4 compatible with autonfon 2.52 were not merged to the
4_0_7 branch and that PHP
Antwort auf www.help2sell.de Kontakt-Formular. Sie wurde gesendet von
() am Saturday, September 8, 2001 at 16:16:12
---
message:
ATTENTION: ANY SERIOUS NETWORK MARKETER
TAKE A LOOK AT THE FOLLOWING OPPORTUNITIES I CAME
Just to add my few £0.02 to this discussion :)
_() just doesnt make sense to anyone who hasnt used gettext() which tbh is
probably the vast majority of the comunity, I have seen _ in the function
lists and Zend and Harmuts site and just thought it was a querk somewhere..
_() to me looks like
Builds (with warnings, see below) and runs on Win32.
Tested with phpMyAdmin 2.2.0, phpOpenTracker and phpMP3Manager which
make use of OO features, ext/session and MySQL.
Warnings:
zend_llist.c
Zend\zend_llist.c(214) : warning C4018: '' :
Conflict between signed and unsigned
¶Ç¯u¸¹½X¥X°â
§Ú¦³¥_°Ï02_¶}ÀY¶Ç¯u¸¹½X¡A¦@¬°77270µ§
¬O§Ú±q¦UÓ¦P·~¤½·|¡B¹q¸Üï¡B¶À¶¡B¼x«H©Ò¡B
ºô»Úºô¸ô¡A¥úºÐ¤ù...µ¥µ¥¡A
¸g¦~²Ö¤ë¤@µ§¤@µ§¥´¤J¦¬¶°¤U¨Óªº¡A¶O¤F«Ü¤jªº¥\¤Ò¡C
¥úªá¿ú¶R¼x«H©Ò¥Xªºªº¥U¤l¡A´Nªá¤F¤£¤Ö¿ú¡A
¦A¸g¹L²Îp¤èªk¾ã²z¡A©Ò¥H¨S¦³¥ô¦ó¤@µ§¬O«½Æªº¡A
On Sat, 08 Sep 2001, Andi Gutmans wrote:
Anyway, performance aside, there is also the point of conventions. Up to
now, PHP has been pretty much a functional language with an argument list.
It might make sense for big certificates to be passed as arrays. But
instead of going ahead and
Is there a problem with extensions compiled as dso's and their entries in
php.ini? I seem to have a problem getting pgsql and mysql extensions to
notice their parameters if I compile them as dso's.
Edin
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL
On Sat, 08 Sep 2001, Zeev Suraski wrote:
Again, by deprecating it now, the immediate action would be removing any
reference to it from the documentation (the very little there is). There
are a hell of a lot PHP users to come than there are existing users of PHP,
so we might as well limit
On Fri, 07 Sep 2001, Cristopher Daniluk wrote:
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
I think the argument is more consistency in the language than anything. Sure
we'd be regressing symantically, but we've done it before for the better of
the language. I proposed the user just creating a userspace function.
Granted not perfect. Rasmus came up with, in my opinion, the much better
Agreed, but is the speed loss really worth crying about? It is negligible
calling a userspace function versus an internal compared to the greater work
that the typical PHP script does. Hell, it's negligible compared to the work
gettext does! Nevertheless, your point is made and is fair at that. I
PHP 3.0 Bug Database summary - http://bugs.php.net
Num Status Summary (543 total including feature requests)
===[*General Issues]==
4180 Open is_link returns false when target doesnt exist (should return true)
9610 Bogus
ID: 13206
Updated by: sander
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Feature/Change Request
Operating System: Windows 98
PHP Version: 4.0.4pl1
New Comment:
I've removed the note from the manual.
Previous Comments:
At 09:36 08-09-01, Rasmus Lerdorf wrote:
Using obscure single character operators is simply something that we don't
do in PHP, it's totally inconsistent with the language.
You know I hate magic more than most. I have lobbied against it forever.
Well, you did in certain occasions, but
Rasmus Lerdorf wrote:
?= is obviously a concession to ASP users who are used to using %=
just like _() is a concession to gettext users.
And ?= is in the 'core', while _() is only available when gettext is
loaded.
--
Sebastian Bergmann Measure Traffic
Could someone merge this? Or are there reasons against merging this
for PHP 4.0.7?
There are no reasons _for_ merging them into the release
branch, and thus they are left out.
- Sascha Experience IRCG
http://schumann.cx/
Wow. :)
- Stig
[[EMAIL PROTECTED]]
Hi All,
I've finally finished reading what has been written about the
rand-merge, and have come to a few conclusions. I'll keep it short.
First, I really shouldn't have merged rand without asking. First of
all, it is indeed against CVS-RULES. Most
From: [EMAIL PROTECTED]
Operating system: win32
PHP version: 4.0CVS-2001-09-08
PHP Bug Type: Unknown/Other Function
Bug description: VIRUS
This is a virus I discovered. It was in the file PHP_MHASH.DLL and the
virus is called BO2K.RC6 see:
Stig wrote:
Wow. :)
[[EMAIL PROTECTED]]
(...) I'll keep it short.
You were referring to this? Yes, I realized it after I sended it... I
(obviously) wrote that before I finished the mail...
Jeroen
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL
Andi Gutmans [mailto:[EMAIL PROTECTED]] wrote:
Seriously though - if you put comments in big enough letters in
the header
and source files, and any docs that use them, stating that they are
much slower than the usual way of doing then we should have it covered?
People don't read the .h
From: [EMAIL PROTECTED]
Operating system: Linux RedHat 7.1
PHP version: 4.0.6
PHP Bug Type: GetImageSize related
Bug description: Unknown image format
GetImageSize() don't recognize the JPG image format generated by a software
called Arles Image Web Page Creator. I make a
ID: 13212
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Summary: VIRUS
Old Status: Open
Status: Bogus
Bug Type: Unknown/Other Function
Operating System: win32
PHP Version: 4.0CVS-2001-09-08
New Comment:
It is impossible to have an virus in the code generated from CVS.
You must have
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.0.6
PHP Bug Type: FTP related
Bug description: Request: Tiny patch to allow fast recurisive ftp_rawlist
I'm not really up to speed with making diffs and contributing myself,
otherwise I would.
There are many
ID: 12961
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Class/Object related
Operating System: Suse 6.3
PHP Version: 4.0.4pl1
New Comment:
Seems to be fixed in the latest Snapshot...
Previous Comments:
At 18:14 08-09-01, Andrei Zmievski wrote:
The real solution to this, of course, would be keyword arguments.
It's not really a solution, as this would also be slow (except for fairly
rare cases, where we might be able to do the work in compile time).
How
about them for v2?
I think we should
Ken - see my point? :)
Andrei - ugliness is not a metrics, anymore than disappointment is. Fact -
gettext(foo) is much less magical and much more understandable than _(foo).
Date: Sat, 8 Sep 2001 10:45:53 -0500
From: Andrei Zmievski [EMAIL PROTECTED]
To: Zeev Suraski [EMAIL PROTECTED]
Cc:
From: [EMAIL PROTECTED]
Operating system: SUSE 7.2
PHP version: 4.0.6
PHP Bug Type: Apache related
Bug description: QTDOM APACHE DSO
I get soome problems like the bug entry #12079.
In suse 7.2 some symlinks in the /usr/lib are pointing to
old qt libraries and not the
At 19:29 08-09-01, Rasmus Lerdorf wrote:
At 09:36 08-09-01, Rasmus Lerdorf wrote:
Using obscure single character operators is simply something that
we don't
do in PHP, it's totally inconsistent with the language.
You know I hate magic more than most. I have lobbied against it
At 01:24 09-09-01, Jeroen van Wolffelaar wrote:
Exactly the same goes for ?= unless you happen to stumble across the
one-line footnote on the php.net/echo page.
So that's a documentation bug. It clearly belongs in the
documentation
about PHP's various special tags, just next to
On Sun, Sep 09, 2001 at 12:46:17AM +0300, Zeev Suraski wrote:
Fact - gettext(foo) is much less magical and much more understandable
than _(foo).
I think the problem here is that internationalization is
being considered a 'separate module', rather than a core
piece of functionality that PHP
Quoting Cristopher Daniluk [EMAIL PROTECTED]:
Agreed, but is the speed loss really worth crying about?
Obviously not to you, but I'm pretty sure you came down in the category of
people who'd never used gettext.
It is negligible calling a userspace function versus an internal compared to
the
I feel like you're getting a bit personal here, but I'll refrain from doing
the same and simply provide numbers. This is a demonstration to prove purely
the overhead of going into a userspace function that calls an internal
versus calling the internal directly. Obviously this isn't scientific,
ID: 12022
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Closed
Status: Open
Bug Type: Output Control
Operating System: linux
Old PHP Version: 4.0.6
PHP Version: 4.0.2
New Comment:
You may want to wait on closing that bug...
ID: 12022
Updated by: sterling
Quoting Rasmus Lerdorf [EMAIL PROTECTED]:
This doesn't mean I agree with the magic _() function, but until we have
some sort of efficient run-time function aliasing mechanism like they do
in Python, removing _() and telling people to create a user-space function
that calls gettext() is not
ID: 12022
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Output Control
Operating System: linux
PHP Version: 4.0.2
New Comment:
What exactly is the issue here? Why are you trying to open up stdout? You can write
gzip data directly without doing
ID: 13216
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Operating System: Debian GNU/Linux
PHP Version: 4.0.6
New Comment:
Grr web interface:
http://www.bubblesworth.com/php4.cvs2.diff
Previous Comments:
ID: 13217
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Operating System: Debian GNU/Linux
PHP Version: 4.0.6
New Comment:
Grr web interface:
http://www.bubblesworth.com/php4.cvs2.diff
Previous Comments:
ID: 13216
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Operating System: Debian GNU/Linux
PHP Version: 4.0.6
New Comment:
Grr idiot at keyboard. (That other patch is for #13217)
http://www.bubblesworth.com/php4.cvs1.diff
Benchmarking the execution time for a single function call by making a
page and request it via b is a pretty flawed method. While it may show
that a single aliased call to gettext() doesn't change the execution
time of a script by much, it does not say anything about the relative
times for
From: [EMAIL PROTECTED]
Operating system: Red Hat Linux 7.1
PHP version: 4.0.4pl1
PHP Bug Type: *Math Functions
Bug description: Problema con números binarios
Intentaba hacer un trabajo con números binarios, primero
me puse a probar que tan bueno era php con el
ID: 13145
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: PostgreSQL related
Operating System: Linux (Redhat 6.2)
PHP Version: 4.0.6
New Comment:
Bitten by the fact that php looks for php.ini in the / directory first. So beware that
These are two of the most ridiculous statements I have *EVER* heard
anyone make.
Cleaning up a language is a benefit worth paying in price for. How many
millions of lines of C code had to be re-written when the ANSI standard
was published? And I'm not personally sure, but I'd be willing to bet
sterling Wed Sep 5 16:52:45 2001 EDT
Modified files:
/php4/ext/standard rand.c
Log:
a bit of api cleanup... move range stuff into a macro (properly :)
Yeah yeah... I know by now...
+#define RAND_RANGE(__n, __min, __max) \
+ (__min) + (int)((double)(__max) - (__min) + 1.0) *
64 matches
Mail list logo