PHP 4 Bug Database summary - http://bugs.php.net
Num Status Summary (635 total including feature requests)
===[*Languages/Translation]===
39385 Open International friendly mktime alternative
===
John Carter
Developer
Royal London
[EMAIL PROTECTED]
(+44) 1625 605327
The information in this e-mail is confidential and may be legally privileged.
It is intended solely for the addressee and access to this e-mail by anyone
else is unauthorised.
If you are not the intended recipient, any d
Hi,
With the release of 5.2 the minimum oracle client requirements have changed
from version 8 to version 10 (at least on windows).
This is noted in the manual under the oci8 section, but could I suggest we also
note this in the upgrading guide given that it is "For users upgrading from PHP
5
PHP 5 Bug Database summary - http://bugs.php.net
Num Status Summary (634 total including feature requests)
===[*Compile Issues]==
39197 Open How do I get shared library 'libphp5.so'?
39300 Open make install fails
39372 Suspe
Well i greatly ask u for some reply about my access to the main cvs,
well u probably reject my first request cause i were not on the list of
polish translators on the first time, well i said that we (polish
translation team) has some problems with the cvs and so on (now i'm on
that list), i wan
I develop solely on and for our Windows network. I regularly use
includes on 2 different servers via \\ rather than a mapped drive.
I can see that adding \\ to the list of restrictions would be an issue for me.
But also, it is a trivial ini update to remove the problem. And it
DOES make PHP more
On Mon, November 6, 2006 09:55, Richard Quadling wrote:
> I develop solely on and for our Windows network. I regularly use
> includes on 2 different servers via \\ rather than a mapped drive.
>
> I can see that adding \\ to the list of restrictions would be an issue
> for me.
>
> But also, it is a
Hi,
Carter, John wrote:
Hi,
With the release of 5.2 the minimum oracle client requirements have
changed from version 8 to version 10 (at least on windows).
This is noted in the manual under the oci8 section, but could I
suggest we also note this in the upgrading guide given that it is
"For use
scourgen
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Well, it looks like the overall consensus is that we add this
restriction, so let's add in it. It seems I am the only one somewhat
against it...
On 5-Nov-06, at 10:19 PM, Stanislav Malyshev wrote:
I guess it is a question of frequency, as a rule a valid use of
require/include on a URL is
On Sun, November 5, 2006 11:13 am, Rasmus Lerdorf wrote:
> Ilia Alshanetsky wrote:
>> What's to say /drive/smb or letter:// is not an SMB device? Also why
>> break perfectly valid applications that perform operations on
>> networked
>> file systems?
>
> We are only talking about marking them as is_
It seems like the history of every language goes through this...
Some solve it cleanly, from the beginning with a Documented Feature:
If I had a time machine, way more brains and C skill, and could waylay
Rasmus back in 1995/1996, you'd have something like:
The PHP_* name space is reserved for C
But, really, can somebody be both smart enough to get SMB to even
work, then manage to mount somebody else's untrusted drive or be dumb
enough to let somebody else mount their own SMB drive, and then
include() it i their PHP code? How likely is this scenario?
AFAIK, in order to use \\IP\share\f
[EMAIL PROTECTED] wrote:
> header("Location: http://...",false,301);
This works here with PHP 5.1.7-dev and 5.2.1-dev and mod_fastcgi.
Have you tried just that line? Without any HTTP/-header?
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsu
On Fri, November 3, 2006 1:06 pm, Ilia Alshanetsky wrote:
> As much as I like the concept I would prefer to hold it off until the
> next minor release or PHP6.
I can actually see a fair amount of merit in having a "strict" mode
with type hints raising this kind of error...
If you're prototyping s
On Fri, November 3, 2006 12:11 pm, Marcus Boerger wrote:
> In PHP it might work
> as
> expected but then all programmers that come from langiages like C++
> get
> confused.
I'm sorry, but, really, I'm not interested in crippling PHP to cater
to C++ converts... :-) :-) :-)
I don't think this is a
oci8 support and test improvement
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
auto moto rivista [URL= http://azul-del-libro-nada.blogspot.com.com ]auto moto
rivista[/URL] http://azul-del-libro-nada.blogspot.com.net >auto moto
rivista http://azul-del-libro-nada.blogspot.com.org auto moto rivista
http://auto-usados-libro-azul.blogspot.com >auto usados libro
azul [URL
How does one PROPERLY set the locale under which PHP scripts run? Is
it a script level property, PHP level property, HTTP level property or
inherited from the OS default?
I have a module that converts strings between the locale character
encoding and another encoding. Currently setlocale(LC_CTYPE,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Although my vote probably doesn't count, I'm strongly for it. I
understand Pierre's and Zeevs arguments, but I think the fact that this
is all optional ("you don't have to use it, if you don't want it") makes
less a problem of this.
And I really can s
20 matches
Mail list logo
