On Sun, 22 Jun 2003, George Schlossnagle wrote:
> We should add
>
> --without-kitchen-sink
>
> to disable all these new bundled extensions.
--disable-all is what you have for that
Derick
--
"Interpreting what the GPL actually means is a job best left to those
that read th
Sterling Hughes wrote:
> SPL should be integrated into the engine imho. I think its incredibly
> useful from a purely internals perspective.
Either way I think the functionality should be part of PHP 5 and
enabled by default.
--
Sebastian Bergmann
http://sebastian-bergmann.de/
Sterling Hughes wrote:
> As I mentioned its been bundled for quite awhile now. :)
But only hours ago it was symlinked from PECL to php5 :)
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
http://www.professionelle-softwareentwicklung-m
i have a suggestion for all the members of PHP mailing list,
what do you think if all of us develop program with PHP , i think it will bw
give us more advantage.
like my homepage: http://students.del.ac.id/~if01024
best Regards:
Jumadi Francisco Simangunsong.
__
1.5 mb is tiny :)
1.5 mb is just a du -ch *.c *.h, and its a one time download. Then you
cvs upd the rest of the changes as they happen. As a point of
reference, the mbstring extension is 2.9 mb of data, sqlite is in total
1.9 mb of data.
Libmysql was much more code than the bundled sqlite is.
At 01:01 AM 6/23/2003 -0400, Sterling Hughes wrote:
Well, its actually already bundled. If you've cvs updated then you have
SQLite already bundled. SQLite is in PECL, and the PECL version bundles
the library. 1.5 mb is tiny :)
I think it's probably time to update makedist so that it also brings
On Mon, 2003-06-23 at 02:03, Andi Gutmans wrote:
> At 10:38 PM 6/22/2003 -0400, Sterling Hughes wrote:
> >Hey,
> >
> >Unless anyone objects I'm going to enable the sqlite extension by
> >default for PHP5. The extension comes with the bundled sqlite library
> >which is 1.5mb in total (cd ext/sqlite
On Sun, 2003-06-22 at 23:52, George Schlossnagle wrote:
> On Sunday, June 22, 2003, at 11:39 PM, Sterling Hughes wrote:
>
> > --disable-all you mean?
>
> Well, certain extension (curl, openssl) are almost necessary for the
> language itself to be fully functional, whereas sqlite is just a db
>
At 10:38 PM 6/22/2003 -0400, Sterling Hughes wrote:
Hey,
Unless anyone objects I'm going to enable the sqlite extension by
default for PHP5. The extension comes with the bundled sqlite library
which is 1.5mb in total (cd ext/sqlite/libsqlite/src/; du -ch *.c *.h),
and is a good alternative to usi
php5\ext\standard\filestat.c(582): warning C4013:
'virtual_access' undefined
php5\ext\standard\filestat.c(582): error C2065:
'W_OK': undeclared identifier
php5\ext\standard\filestat.c(584): error C2065:
'R_OK': undeclared identifier
php5\ext\standard\filestat.c(586): error C
On Mon, 2003-06-23 at 00:15, George Schlossnagle wrote:
> On Monday, June 23, 2003, at 12:00 AM, Sterling Hughes wrote:
>
> > ADT - probably not.
>
> Why not part of ext? Enabled by default or not, it seems completely
> appropriate to ship them with php.
>
cause its spaghetti code and it suc
On Monday, June 23, 2003, at 12:00 AM, Sterling Hughes wrote:
ADT - probably not.
Why not part of ext? Enabled by default or not, it seems completely
appropriate to ship them with php.
SPL - I hope so.
ditto for SPL.
George
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscri
ADT - probably not.
SPL - I hope so.
-Sterling
On Mon, 2003-06-23 at 00:06, Sebastian Bergmann wrote:
> What's the status of ADT and SPL? Will they be part of the standard
> PHP 5 distribution?
>
> --
> Sebastian Bergmann
> http://sebastian-bergmann.de/ http://phpOpenTra
What's the status of ADT and SPL? Will they be part of the standard
PHP 5 distribution?
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
http://www.professionelle-softwareentwicklung-mit-php5.de/
--
PHP Internals - PHP Runtime Devel
translating the php manual to Chinese in simplified character
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Sunday, June 22, 2003, at 11:39 PM, Sterling Hughes wrote:
--disable-all you mean?
Well, certain extension (curl, openssl) are almost necessary for the
language itself to be fully functional, whereas sqlite is just a db
extension. It being present at compile time doesn't alter the way the
--disable-all you mean?
-Sterling
On Sun, 2003-06-22 at 23:47, George Schlossnagle wrote:
> On Sunday, June 22, 2003, at 10:38 PM, Sterling Hughes wrote:
>
> > Hey,
> >
> > Unless anyone objects I'm going to enable the sqlite extension by
> > default for PHP5. The extension comes with the bund
On Sunday, June 22, 2003, at 10:38 PM, Sterling Hughes wrote:
Hey,
Unless anyone objects I'm going to enable the sqlite extension by
default for PHP5. The extension comes with the bundled sqlite library
which is 1.5mb in total (cd ext/sqlite/libsqlite/src/; du -ch *.c *.h),
and is a good altern
Hey,
Unless anyone objects I'm going to enable the sqlite extension by
default for PHP5. The extension comes with the bundled sqlite library
which is 1.5mb in total (cd ext/sqlite/libsqlite/src/; du -ch *.c *.h),
and is a good alternative to using MySQL for small sites.
The sqlite library is lic
Guys,
CVS has been moved around somewhat. The first stage is completed, hence
this message.
PHP5 now exists as it's own module. This was long overdue. Updating it
should be fine -- just do a cvs update -dP. This may give you a bunch of
warnings, but once done, everything should be updated. If you
Hi,
I've started reading on the Zend API and am going through the examples
and run across a small problem while linking a shared extension.
Excuse my limited knowledge. I've manually compiled one of the example
extensions from http://us2.php.net/manual/en/zend.creating.php and I'm
trying to lin
Hi,
I've started reading on the Zend API and am going through the examples
and run across a small problem while linking a shared extension.
Excuse my limited knowledge. I've manually compiled one of the example
extensions from http://us2.php.net/manual/en/zend.creating.php and I'm
trying to lin
On Sun, 22 Jun 2003, Harrie Hazewinkel wrote:
> > Yup :)
> >
> > "cvs co php5" instead of "cvs co php4", that will checkout ZendEngine2
> > instead of ZE 1.
>
> Does it then make sense to have messages like this,
> "Subject: [PHP-CVS] cvs: php4 /ext/imap php_imap.c" from CVS??
> or see all things
> Does it then make sense to have messages like this,
> "Subject: [PHP-CVS] cvs: php4 /ext/imap php_imap.c" from
> CVS?? or see all things of cvs related to php4.
>
I'm in the middle of 'fixing' this.
-- james
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: ht
On Sunday, June 22, 2003, at 10:10 PM, Derick Rethans wrote:
On Sun, 22 Jun 2003, Harrie Hazewinkel wrote:
On Sunday, June 22, 2003, at 10:29 AM, Derick Rethans wrote:
Which branch should it be then?? Just head seems not to compile at
all which is then in my opinion useless.
HEAD compiles fine, w
Sterling Hughes <[EMAIL PROTECTED]> wrote:
> I think we should remove this ini option in favor of a function that
> does the same thing. This way implicit_clone() is not globally
> settable, but is settable per script. Something in the way of a:
>
> pragma_set('implicit_clone', true);
>
> Whic
On Sun, 22 Jun 2003, Harrie Hazewinkel wrote:
> On Sunday, June 22, 2003, at 10:29 AM, Derick Rethans wrote:
> >>
> >> Which branch should it be then?? Just head seems not to compile at
> >> all which is then in my opinion useless.
> >
> > HEAD compiles fine, what are you talking about?
>
> See b
HI,
On Sunday, June 22, 2003, at 10:29 AM, Derick Rethans wrote:
Which branch should it be then?? Just head seems not to compile at
all which is then in my opinion useless.
HEAD compiles fine, what are you talking about?
See below, it is not compiling. Or do I miss something obvious??
Environment
On Sun Jun 22, 2003 at 01:5924PM -0400, Sterling Hughes wrote:
> I think we should remove this ini option in favor of a function that
> does the same thing. This way implicit_clone() is not globally
> settable, but is settable per script. Something in the way of a:
>
> pragma_set('implicit_clone
On Sun, 22 Jun 2003, Johann Hanne wrote:
> The point is that with valueretrieval set to 0, the SNMP value is still
> retrieved with snprint_value()/sprint_value(). I've been really really
> careful with this...
>
> Of course the statement "The way SNMP values are retrieved has been
> changed" isn'
Derick Rethans wrote:
>
> On Sun, 22 Jun 2003, Thomas Lamy wrote:
>
> > Could someone please review this? It deals with properly
> quoted args (with
> > spaces) in safe mode.
>
> Nothing here... please put it on a website and shows us the URL (the
> list strips non-text attachments)
>
Ok, it'
On Sunday 22 June 2003 16:38, you wrote:
> As far as I can see this has the potential to break scripts. If you can
> explain to us why the cases where an object is now returned will not break
> any existing scripts, then I don't think anybody would have any problem
> with it going into 4.3.3.
If
Hi,
Currently, soley for backwards compatibility purposes we provide the
ze2.implicit_clone option. This option is globally settable, and may be
used by shared hosting providers to make it more likely that old scripts
can run unmodified. This however makes it extremely hard, and inelegant
for pe
> Any chance you have both display_errors and log_errors enabled?
hmmm..
In this moment I can not to control it.
> It
> would cause one copy of the error to go to stdout, and another to go
> to stderr.
I have the same result into web browser.
Is the same possible error ?
Any news about other
Currently, PHP uses aclocal of the automake suite to include
libtool's /usr/share/aclocal/libtool.m4. This is a trivial
task which does not require aclocal per se.
However, extension authors might depend on additional m4
macros such as AM_PATH_GTK_2_0 which are provided by oth
At 11:27 AM 6/22/2003 +0200, Sebastian Bergmann wrote:
Andi Gutmans wrote:
> At least for consistency sake even though I think it's useless :)
Consistency is the key issue here, IMHO.
A typical use case for final classes and PHP might be, at some point,
that a software vendor distributed his
+1
Cristiano Duarte
"Sterling Hughes" <[EMAIL PROTECTED]> escreveu na mensagem
news:[EMAIL PROTECTED]
> Hey,
>
> I'm putting this message out as a feeler. I'm going to go ahead and
> remove the mysql library from the PHP source tree. This won't affect
> the extension, it simply means we won't b
On Sun, 22 Jun 2003, Peter Neuman wrote:
> what have you actually always for problems with the GPL licenses?
> simply the license changes and good is, but please does NOT delete
> things only because it one would like it means it is not for the
> license good!
So you're suggesting we should viola
Hello,
"Sterling Hughes" <[EMAIL PROTECTED]>:
> Speak now, or forever hold your peace. ;-)
-1
what have you actually always for problems with the GPL licenses?
simply the license changes and good is, but please does NOT delete
things only because it one would like it means it is not for the
lic
Are these not two different error messages? They are output in two
different places in the source.
Marco
On Sun, 2003-06-22 at 10:41, Zeev Suraski wrote:
> Any chance you have both display_errors and log_errors enabled? It would
> cause one copy of the error to go to stdout, and another to go
Johann, the problem is that it looks like it might break backward
compatibility with some scripts. People don't expect their scripts to
break in a minor PHP version upgrade. Your php_snmp_getvalue() function
creates either a string or an object which is then returned elsewhere
whereas previously
On Sun, 22 Jun 2003, Zeev Suraski wrote:
> Any chance you have both display_errors and log_errors enabled? It would
> cause one copy of the error to go to stdout, and another to go to stderr.
uhm, they are different messages:
1. Cannot send session cookie - headers already sent by
2. Cannot sen
Any chance you have both display_errors and log_errors enabled? It would
cause one copy of the error to go to stdout, and another to go to stderr.
Zeev
At 16:54 22/06/2003, michel 'ziobudda' morelli wrote:
Hi, I'm devoloping a book for PHP so I'm writing a chapter about
session. And I have foun
On Sun, 22 Jun 2003, Sascha Schumann wrote:
> > The last one is the ONLY thing where existing code is modified, and I've
> > really tested it extensively. So where's the problem???
>
> There is no problem. Can you or Harrie make sure that the
> patch gets applied to head, so that the bra
> The last one is the ONLY thing where existing code is modified, and I've
> really tested it extensively. So where's the problem???
There is no problem. Can you or Harrie make sure that the
patch gets applied to head, so that the branches are in sync?
- Sascha
--
PHP Internals - P
Hi, I'm devoloping a book for PHP so I'm writing a chapter about
session. And I have found this new error with
/usr/local/php5-17062003/bin/php -v
PHP 5.0.0-dev (cli) (built: Jun 17 2003 21:40:52)
Copyright (c) 1997-2003 The PHP Group
Zend Engine v2.0.0-dev, Copyright (c) 1998-2003 Zend Technologi
Hello Thomas,
Sunday, June 22, 2003, 3:15:25 PM, you wrote:
TL> ... is still marked open (verified by sniper), but I can't verify with
TL> 4.5.0-dev (as of today). Even checked with a 20 MB file.
TL> Does anybody with karma has the time and faith to try the embedded example
TL> again, and then
Take two (this time hopefully clearing the variable before resetting it):
Index: string.c
===
RCS file: /repository/php4/ext/standard/string.c,v
retrieving revision 1.391
diff -u -r1.391 string.c
--- string.c20 Jun 2003 15:41:43 -
... is still marked open (verified by sniper), but I can't verify with
4.5.0-dev (as of today). Even checked with a 20 MB file.
Does anybody with karma has the time and faith to try the embedded example
again, and then maybe close this one?
Thomas
--
Thomas Lamy[EMAIL PROTE
I stumbled upon bug #24281 while running a few test on the current HEAD
for PHP5--it seems to me that it should be sufficient to change a single
line of code to make str_replace() work as expected, but I'm not
familiar enough with the internals to know whether my fix is good or
not...so, here it is
On Sun, 22 Jun 2003 13:00:23 +0200, Zeev Suraski wrote
(in message <[EMAIL PROTECTED]>):
> At 02:32 22/06/2003, Terje Torkelsen wrote:
>> On Thu, 19 Jun 2003 2:15:06 +0200, Sterling Hughes wrote
>> (in message <[EMAIL PROTECTED]>):
>>
>>> This is what I can think of for a concrete todo before the
At 02:32 22/06/2003, Terje Torkelsen wrote:
On Thu, 19 Jun 2003 2:15:06 +0200, Sterling Hughes wrote
(in message <[EMAIL PROTECTED]>):
> This is what I can think of for a concrete todo before the beta...
>
> http://www.php.net/~sterling/php5/BETA
>
> any thing i missed? anything extraeneous?
>
> -S
On Sun, 22 Jun 2003, Johann Hanne wrote:
> I can't believe it. I posted this patch several times. Everybody but Harrie
> ignored it. I even wrote that I hope it gets into 4.3.3. Nobody except Harrie
> replied. Now it's applied and NOW somebody has to claim it's a huge feature
> patch which shou
On Saturday, June 21, 2003, at 11:56 PM, Derick Rethans wrote:
> On Sat, 21 Jun 2003, Harrie Hazewinkel wrote:
>> harrie Sat Jun 21 17:50:02 2003 EDT
>>
>> Modified files: (Branch: PHP_4_3)
>> /php4/ext/snmp php_snmp.h snmp.c
>> Log:
>> Applying the contribute
Derick Rethans wrote:
>
> On Sun, 22 Jun 2003, Thomas Lamy wrote:
>
> > Could someone please review this? It deals with properly
> quoted args (with
> > spaces) in safe mode.
>
> Nothing here... please put it on a website and shows us the URL (the
> list strips non-text attachments)
>
Ok, it'
On Sun, 22 Jun 2003, Thomas Lamy wrote:
> Could someone please review this? It deals with properly quoted args (with
> spaces) in safe mode.
Nothing here... please put it on a website and shows us the URL (the
list strips non-text attachments)
regards,
Derick
--
"Interpreting what the GPL act
Could someone please review this? It deals with properly quoted args (with
spaces) in safe mode.
Thanks.
--
Thomas Lamy[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Andi Gutmans wrote:
> At least for consistency sake even though I think it's useless :)
Consistency is the key issue here, IMHO.
A typical use case for final classes and PHP might be, at some point,
that a software vendor distributed his PHP application in encoded
bytecode format and want
On Sun, 22 Jun 2003, Harrie Hazewinkel wrote:
>
> On Saturday, June 21, 2003, at 11:56 PM, Derick Rethans wrote:
>
> > On Sat, 21 Jun 2003, Harrie Hazewinkel wrote:
> >
> >> harrie Sat Jun 21 17:50:02 2003 EDT
> >>
> >> Modified files: (Branch: PHP_4_3)
> >> /php4/
59 matches
Mail list logo
