On Thu, 12 Apr 2007, Lukas Kahwe Smith wrote:
>5. move mime_magic from the core to PECL
>6. fileinfo
> 1. move the Fileinfo extension to the core, and enable it by default.
> 2. Fileinfo extension should be updated to only load its database
> once on MINIT.
>
> Didn't we
Tijnema ! wrote:
> On 4/12/07, Oliver Block <[EMAIL PROTECTED]> wrote:
>> Am Donnerstag, 12. April 2007 06:34 schrieb Andrew Hutchings:
>> > Isn't that what a database is for (e.g. MySQL)?
>>
>> No. - It's that what a symbol table is for.:-)
>>
>> Best Regards,
>>
>> Oliver
>
> You simply could cr
On 12/04/07, Antony Dovgal <[EMAIL PROTECTED]> wrote:
Surely we must to keep a setting just because two people in the world use it.
I'm afraid their apps won't run on PHP6 anyway because of numerous major changes
(already done and still planned), so one more cleanup won't hurt anyone.
This isn'
>> Surely we must to keep a setting just because two people in the world
>> use it.
>> I'm afraid their apps won't run on PHP6 anyway because of numerous major
>> changes
>> (already done and still planned), so one more cleanup won't hurt anyone.
>
> This isn't cleanup. This is dropping a feature w
Hi Tomas,
- Original Message -
From: "Tomas Kuliavas"
Sent: Friday, April 13, 2007
> ASP tags do collide with some html markup.
>
>
>
> Boom.
That's not a problem. :-) If you're in PHP, that would be a string; if in
HTML, %> isn't an opening tag:
php -d asp_tags=On -r "echo ''%>, "
R
> Hi Tomas,
>
> - Original Message -
> From: "Tomas Kuliavas"
> Sent: Friday, April 13, 2007
>
>> ASP tags do collide with some html markup.
>>
>> Boom.
>
> That's not a problem. :-) If you're in PHP, that would be a string; if
in
> HTML, %> isn't an opening tag:
>
> php -d asp_tags=On -r
On 13/04/07, Tomas Kuliavas <[EMAIL PROTECTED]> wrote:
>> Surely we must to keep a setting just because two people in the world
>> use it.
>> I'm afraid their apps won't run on PHP6 anyway because of numerous major
>> changes
>> (already done and still planned), so one more cleanup won't hurt any
""Stefan Walk"" <[EMAIL PROTECTED]> schreef in bericht
news:[EMAIL PROTECTED]
> On 13/04/07, Tomas Kuliavas <[EMAIL PROTECTED]> wrote:
>> >> Surely we must to keep a setting just because two people in the world
>> >> use it.
>> >> I'm afraid their apps won't run on PHP6 anyway because of numerous
On 13/04/07, Ron Korving <[EMAIL PROTECTED]> wrote:
Actually it does, since browsers aren't as strict as the standards they
"implement".
Well, then ?> collides also. So the suggestion is to drop everything
but
> Well, then ?> collides also. So the suggestion is to drop everything
> but
On 05/04/07, Rob Richards <[EMAIL PROTECTED]> wrote:
No difference using sprintf()/fwrite() instead of fprintf().
I did come across a similar issue from apache:
http://mail-archives.apache.org/mod_mbox/httpd-dev/199503.mbox/[EMAIL PROTECTED]
Changing to use VCWD_OPEN_MODE, write() and close() s
Ron Korving wrote:
(which is also why magic_quotes are being removed altogether
right?).
No, magic_quotes should be removed because they're dumb. The first thing
anyone does when writing portable PHP code is to filter all their input
through stripslashes() if magic_quotes is on, and then what
The new implementation does not use any locks, instead it uses direct
io, where locks are not necessary for append operations.
On 13-Apr-07, at 6:33 AM, Richard Quadling wrote:
On 05/04/07, Rob Richards <[EMAIL PROTECTED]> wrote:
No difference using sprintf()/fwrite() instead of fprintf().
So why are there missing entries?
I can even get the corruption back again if I use a shorter line (100
rather than 5000).
On 13/04/07, Ilia Alshanetsky <[EMAIL PROTECTED]> wrote:
The new implementation does not use any locks, instead it uses direct
io, where locks are not necessary for append
I don't see why you are all against dropping the ASP tags. I see
people using ASP & PHP in one script, what would that do? If ASP runs
first then there isn't a problem, but if PHP runs first, it would
execute the ASP code.
Tijnema
--
PHP Internals - PHP Runtime Development Mailing List
To unsubs
On 4/13/07, Andrew Hutchings <[EMAIL PROTECTED]> wrote:
Tijnema ! wrote:
> On 4/12/07, Oliver Block <[EMAIL PROTECTED]> wrote:
>> Am Donnerstag, 12. April 2007 06:34 schrieb Andrew Hutchings:
>> > Isn't that what a database is for (e.g. MySQL)?
>>
>> No. - It's that what a symbol table is for.:-)
Hello all,
I couldn't find if this is already implemented somehow. But I thought it
would be a nice idea to let the PHP http streams understand HTTP
caching. This could come in particularly handy when PHP is used to
consume REST-based webservices. (Perhaps in the future also for SOAP 1.2
GET
I'm Hao Chen,a php programmer in China. I live in Xiamen which is a beatiful
city situated on the southeast coast of Fujian Province.I work with PHP since
2000 and Java since 2003,and I am also the leader of the Zend Framework
Chinese-Docs team.
I want to contribute to the PHP documentation(Sim
Yes, if we have persistent zvals we can use objects/arrays as
properties or constants for internal classes. I asked for this 2.5
years ago.
-Andrei
On Apr 12, 2007, at 3:57 PM, Stanislav Malyshev wrote:
Well, actually persisting zvals between requests would be very
problematic since it ca
Ok,
Thanks for the explanation Johannes.
I worked around it by throwing a fatal error.
__toString does not accept exceptions, but they accept trigger_errors!
Thanks for the explanation... I will take a look at history.
Best regards,
On 4/13/07, Johannes Schlüter <[EMAIL PROTECTED]> wrote:
H
Tijnema ! wrote:
> Especially because a lot people use shared hosting these days, and
> that means that they all run on the same apache. and so they would
> share the same "application variables". So if person a & b both
> install the same script on a different domain. They would work like 1
> scr
Yes, if we have persistent zvals we can use objects/arrays as properties
or constants for internal classes. I asked for this 2.5 years ago.
If they are initialized on startup, I think it's doable, though they
shouldn't be directly accessible to the PHP user, since they should be
immutable. So
That can be handled with read_property and write_property handlers.
Disallowing access to PHP users is an artificial restriction that we
should find ways around.
-Andrei
On Apr 13, 2007, at 12:43 PM, Stanislav Malyshev wrote:
Yes, if we have persistent zvals we can use objects/arrays as
p
That can be handled with read_property and write_property handlers.
Disallowing access to PHP users is an artificial restriction that we
should find ways around.
If you have these handlers, why you need read-made persistent zvals? You
can construct any zval you want once property is read and y
Am Freitag, 13. April 2007 15:46 schrieb Tijnema !:
> I think that will screw up some things, for example when using 2 the
> same scripts, on the same apache, but on different locations.
It does not screw up things with session variables. The difference between
session variables and application v
Fine, let's step back for a bit. What I want to be able to do is have
objects/arrays as internal properties and constants. Can we make that
possible? Last time I looked it required having persistent zvals.
-Andrei
On Apr 13, 2007, at 1:03 PM, Stanislav Malyshev wrote:
That can be handled wi
Fine, let's step back for a bit. What I want to be able to do is have
objects/arrays as internal properties and constants. Can we make that
possible? Last time I looked it required having persistent zvals.
I think to better understand what would be required a use case would
help a lot. Could y
On 4/13/07, Oliver Block <[EMAIL PROTECTED]> wrote:
Am Freitag, 13. April 2007 15:46 schrieb Tijnema !:
> I think that will screw up some things, for example when using 2 the
> same scripts, on the same apache, but on different locations.
It does not screw up things with session variables. The d
On Fri, April 13, 2007 12:08 pm, Andrew Hutchings wrote:
>> Especially because a lot people use shared hosting these days, and
>> that means that they all run on the same apache. and so they would
>> share the same "application variables". So if person a & b both
>> install the same script on a dif
On Thu, April 12, 2007 6:00 pm, Robert Deaton wrote:
> I understand the need to remove short tags. Here's the reason: http://cdbaby.com/browse/from/lynch
Yeah, I get a buck. So?
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Fri, April 13, 2007 9:16 am, Tijnema ! wrote:
> I don't see why you are all against dropping the ASP tags. I see
> people using ASP & PHP in one script, what would that do? If ASP runs
> first then there isn't a problem, but if PHP runs first, it would
> execute the ASP code.
There are actually
On 4/13/07, Richard Lynch <[EMAIL PROTECTED]> wrote:
On Fri, April 13, 2007 9:16 am, Tijnema ! wrote:
> I don't see why you are all against dropping the ASP tags. I see
> people using ASP & PHP in one script, what would that do? If ASP runs
> first then there isn't a problem, but if PHP runs firs
I really can't see a reason to mantain ASP tags.
Ok, short tags is good because of , but it doesn't
behavior well with XML documents. So, if your intention is to change
short tags to ASP tag in a near future, ok. ASP tags does not mix XML
documents.
Otherwise, ASP tags is the most useless thing I
33 matches
Mail list logo
