Hello Cristiano,
Friday, November 7, 2003, 4:15:06 PM, you wrote:
> Hi Andi,
>> I've stated my opinion in the past (search the archives) and I don't think
>> it'd be feasible (nor critical) to implement this...
> Do you agree that if we don't have finally we should have a way to catch all
> exc
Hello Jani,
Thursday, October 30, 2003, 7:35:48 PM, you wrote:
> Yes, the fix was put into PHP 5 branch.
> You tried the wrong snapshots.
> --Jani
> On Thu, 30 Oct 2003, Pete Dishman wrote:
>>Sorry CVS is a bit of a mystery to me, but I tried
>>php-4-win32-STABLE-20031030053
Hello George,
intersting code :-)
You can also avoid that by using
$arr[(string)$book] = 1;
instead of
$arr["$book"] = 1;
marcus
Monday, October 27, 2003, 8:08:28 AM, you wrote:
> There's also an auto-casting issue. If you have something like:
> $xml = simplexml_load_file("a.xml");
> print_r
Hello Robert, George,
yes, the simplexml/foreach was borked before and can be considered fixed
now.
marcus
Monday, October 27, 2003, 2:03:24 AM, you wrote:
> Works fine from CVS. This was most likely fixed with the iterator stuff from
> Marcus.
> Rob
> From: George Schlossnagle
>> The followi
Hello Steph,
Sunday, October 26, 2003, 6:11:39 AM, you wrote:
> I searched on ssize_t.
> There are 5 files where ssize_t is defined:
> configure.in //irrelevant to win32
> config.w32.h //changed definition to #define ssize_t SSIZE_T because
> is more pervasive in the upper reaches of PHP than
>
Hello Robert,
Cool stuff which i'd like to have in b2 :-)
Saturday, October 25, 2003, 8:36:02 PM, you wrote:
> If anyone is playing around with simplexml, dom and/or xsl, I have a
> patch for the interoperability between simplexml and dom. I am leary about
> committing it right now as it has lim
Hello Vesselin,
Wednesday, October 22, 2003, 8:43:39 AM, you wrote:
> Hello.
> There are two bugs that show when code is executed from an object destructor and
> PHP is compiled in debug mode. Both bugs cause the zend_hash_find() to fail in the
> IS_CONSISTENT() macro.
[...]
> And here is a pat
Hello l0t3k,
if you really need consts for internal classes you should take a look at
zend_API.c:zend_declare_property_*() functions on how to create internal
zval's. Also you need to adapt the handling of default properties from
zend_compile.c:zend_initialize_class_data() to the constant table.
Hello Dan,
Sunday, October 12, 2003, 7:34:59 AM, you wrote:
> This behaviour isn't a show stopper. It's just the inconsistency that
> bugs me.
yes!
> I'm left wondering what other ways the engine might handle my exceptions
> that
> I might not expect, like...
> try {
> function __autoload($
Hello Dan,
Friday, October 10, 2003, 8:36:48 PM, you wrote:
> On a side note, when an exception is thrown from inside the
> __autoload() function, PHP only reports 'exception thrown in
> __autoload' and no other information about the exception. Is
> this a bug?
I don't think so. The exception sh
Hello Dan,
Friday, October 10, 2003, 7:37:29 PM, you wrote:
> Hi Marcus-
> Marcus Börger wrote:
>>Constants are bound to the class rather then to the objects. Hence they
>>behave pretty much like static properties or default values of declared
>>properties and like
Hello Dan,
Friday, October 10, 2003, 10:53:20 AM, you wrote:
> Marcus-
> Marcus Börger wrote:
>> Hello Dan,
>>
>>
>>> Currently, I don't see an easy way of accessing the constants of a child
>>> class from a base class.
>>>
>
Hello Wez,
Friday, October 10, 2003, 12:44:07 PM, you wrote:
> This sounds like you're doing something wrong (no offense!).
> You want to access a *constant* of a descendant class, when
> your ancestor doesn't even know if it exists.
> Well, that sounds more than a little odd (backwards even).
Hello Dan,
Friday, October 10, 2003, 9:10:23 AM, you wrote:
> PHP5 10/10/2003 CVS.
> Currently, I don't see an easy way of accessing the constants of a child
> class from a base class.
Use the child's class name:
php -r 'class t{static function f(){echo tt::c;}}class tt extends t{const
c="Hello
Hello Aigner,
Friday, October 3, 2003, 6:34:13 PM, you wrote:
> Hello,
> First, I want to apologize in advance if this should be the wrong list for
> this. Please just point me to the correct list in this case.
> As noted in the documentation of the function trigger_error
> (http://www.php.net/
Hello Marcin,
Monday, September 22, 2003, 1:04:22 PM, you wrote:
>> > The patch in attachment adds QDBM support for dba functions. It is based
>> > on gdbm part of this extension.
>>
>> Perfect right list. From a short glimpse the patch looks nice only a
>> dedicated test file is missing. I'll tr
Hello Marcin,
Monday, September 22, 2003, 1:50:48 AM, you wrote:
> Hi,
> I'm not sure if this is correct list for such things...
> The patch in attachment adds QDBM support for dba functions. It is based on
> gdbm part of this extension.
Perfect right list. From a short glimpse the patch looks
Hello,
Friday, September 19, 2003, 9:08:10 PM, you wrote:
> [...] the one question/concern i have with the patch is consistency
> with the new read_dimension/write_dimension object handlers. seems like
> it would have a bit of the WTF factor on the end user side if the
> read_dimension handler an
Hello internals,
IIRC it was intended to use object properties as arrays. Currently most
array_*() functions do explicitly check for IS_ARRAY. The patch below now
enables objects in nearly all array_*() functions. The contray of such an
approach is that it would allow to access/modify protected an
Hello Andi,
Wednesday, September 17, 2003, 6:07:40 AM, you wrote:
> At 10:10 PM 9/16/2003 +0200, Marcus Börger wrote:
>>Hello Andi,
>>
>>Tuesday, September 16, 2003, 9:37:40 PM, you wrote:
>>
>> > I think this patch is fine.
>> > I think (1) can be
Hello Andi,
Tuesday, September 16, 2003, 9:37:40 PM, you wrote:
> I think this patch is fine.
> I think (1) can be fixed quite easily. What do you mean when you say that
> (2) would result in a performance decrease? Would this only be in an error
> situation or also during regular runtime?
>>2)
Hello nicos,
Tuesday, September 16, 2003, 11:43:44 AM, you wrote:
> - Original Message -
> From: "Marcus Börger" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>
> Sent: Tuesday, September 16, 2003 11:28 AM
>
Hello nicos,
Tuesday, September 16, 2003, 9:45:37 AM, you wrote:
> "Georg Richter" <[EMAIL PROTECTED]> a écrit dans le message de
> news:[EMAIL PROTECTED]
>> Hi,
>>
>> currently I don't have time to analyze or fix it, so I hope someone will
> take
>> a look, it affects most of db-extensions whi
Hello Moriyoshi,
Monday, September 15, 2003, 1:44:03 PM, you wrote:
> Sebastian Bergmann <[EMAIL PROTECTED]> wrote:
>> Not yet :)
>>
>> e:\home\php\php5\ext\gd\libgd\gd_jpeg.c(442): error C2065:
>> 'ptrdiff_t': Undeclared identifier
>>
>> e:\home\php\php5\ext\gd\libgd\gd_jpeg.c(4
Hello Sebastian,
Sunday, September 14, 2003, 12:15:43 PM, you wrote:
> Sebastian Bergmann wrote:
>> I was not able to strip the application I'm seeing this in down to a
>> small, reproducing snippet, yet.
> Okay, here goes:
>class Foo {
> function doFoo() {
>print_r($this
Hello internals,
after last discussion on this list regarding PHP's naming convention for
OOCode i took a deeper look at fixing my main concerns. That is error
messages, backtraces and reflection show lowercased method names. However
this is easily changeable; with a minor performance decrease a
>>
> Output:
> Notice: Undefined property: bar::$x in ack.php on line 10
> NULL
> On Wed, 3 Sep 2003, Marcus Börger wrote:
>> Hello Zeev,
>>
>> Friday, August 29, 2003, 10:15:57 AM, you wrote:
>>
>> > Fixed!
>>
>> Yes you
Hello Zeev,
Saturday, September 6, 2003, 10:52:40 PM, you wrote:
> At 20:20 06/09/2003, Sebastian Bergmann wrote:
>> * Introduce
>>
>> interface Throwable {}
>>
[...]
> I don't see any advantage to that at all. Either exceptions inherit from
> exception or not, there's no reason to
Hello Cristiano,
Saturday, September 6, 2003, 10:48:25 PM, you wrote:
MB>>Patch to be reviewed by Zeev and Andi.
MB>>http://marcus-boerger.de/php/ext/ze2/ze2-iterators-20030904.diff.txt
MB>>(since one month)
> No replies yet ? :-(
You will hear of it sooner or later :-)
MB - Typehinting wi
Hello Sebastian,
Saturday, September 6, 2003, 7:20:52 PM, you wrote:
> Marcus Börger wrote:
>> If all exception objects must be instances of classes derived from
>> exception or that class itself..well..why then specify exception.
> That's why proposed the foll
Hello Marcus,
Friday, September 5, 2003, 5:24:21 PM, you wrote:
> Hello internals, hi Zeev, hi Andi,
> A patch to enable the new syntax can be found here:
> http://marcus-boerger.de/php/ext/ze2/ze2-catch-20030905.diff.txt
Well, forget about the patch for the moment it doesn't really work :-(
Hello Moriyoshi,
Friday, September 5, 2003, 11:38:49 PM, you wrote:
> You can safely ignore those warnings, which may be caused by differences
> of the prototype between libiconv and glibc.
[...]
> It's also possible to add an extra check for the proto as mutt does.
Isn't PHP's general policy
Hello Shane,
Friday, September 5, 2003, 7:23:43 PM, you wrote:
> Marcus Börger wrote:
>> Hello Sebastian,
>>
>> Friday, September 5, 2003, 5:45:13 PM, you wrote:
>>
>>
>>>George Schlossnagle wrote:
>>>
>>>>Forcing all thrown obje
Hello Sebastian,
Friday, September 5, 2003, 5:45:13 PM, you wrote:
> George Schlossnagle wrote:
>> Forcing all thrown objects to be subclassed from Exception does not
>> feel very PHP-ish.
> In this case I think that right-ish should outweigh PHP-ish.
right-ish...well why not allow to throw
Hello internals, hi Zeev, hi Andi,
Currently php doesn't have a default exception handler that gets executed
if the thrown excpetion was not caught by any previous handler. I now
suggest the following extension:
try {
// code
}
catch (class1 $var) {
}
catch (class2 $var) {
}
catch ($var) {
}
Hello internals,
referring to paragraph 6 of our CODING_STYLES i changed my own spl extension
and parts of SQLite which interact with spl.
[6] Method names follow the 'studlyCaps' (also referred to as 'bumpy case'
or 'camel caps') naming convention, with care taken to minimize the
letter
Hello l0t3k,
Thursday, September 4, 2003, 2:56:16 PM, you wrote:
>> It's just one of my trivial ideas, that why don't us make it capable of
>> arbitrary casting operation rather than limiting it just for string casts?
> i agree here. this can be important for external integration e.g. Java and
>
Hello Moriyoshi,
Wednesday, September 3, 2003, 8:51:45 PM, you wrote:
> [EMAIL PROTECTED] (Marcus Börger) wrote:
>> > BTW, how about allowing zend_object_cast() to return a boolean value and
>> > decide whether to use the default casting behaviour or the modified
>> &
Hello Moriyoshi,
Wednesday, September 3, 2003, 7:05:26 PM, you wrote:
> Hi,
>> > First why not name it toString() since for now we have consensus on sudlyCaps.
>> > But i didn't bother with names yet when i made this patch:
>> > http://marcus-boerger.de/php/ext/ze2/ze2-iterators-20030902.diff.tx
Hello Zeev,
Friday, August 29, 2003, 10:15:57 AM, you wrote:
> Fixed!
Yes you fixed it for implicit properties and i fixed it for internal
properties. Now we still have to fix it for user space default properties
and static properties. And for static properties we should disallow
overriding the
Hello Andi,
Tuesday, September 2, 2003, 10:49:01 PM, you wrote:
[...]
> I didn't change this in the CVS yet because libXML2 2.5.9 (or was it
> 2.5.8?) has a bug (memory corruption) which indirectly would cause a crash.
> Best is if you upgrade to 2.5.10 and then changing this value shouldn't
>
Hello Jon,
Tuesday, September 2, 2003, 5:45:29 PM, you wrote:
> On Tue, Sep 02, 2003 at 11:59:29AM +0200, Marcus Brger wrote:
>> JP> Attached is a fairly simple (and rough) patch that adds support for a
>> JP> "special" __string() object method to ZE2. I wrote it for fun, but I
>> JP> thought t
Hello Jon,
Tuesday, September 2, 2003, 10:29:11 AM, you wrote:
JP> Attached is a fairly simple (and rough) patch that adds support for a
JP> "special" __string() object method to ZE2. I wrote it for fun, but I
JP> thought there might be general interest in the idea, so I'm posting it
JP> here.
Hello Sebastian,
Monday, September 1, 2003, 7:58:45 AM, you wrote:
SB> Hi,
SB> since we already enabled ext/dom, ext/simplexml and ext/xml by default I
SB> was wondering why ext/xsl is not enabled by default.
It's not in state as stable as ext/dom or ext/simplexml.
--
Best regards,
Mar
Hello LingWitt,
- PHP is typeless
- for doesn't span any declaration level and hence does not have its own
symbol table
- PHP is not c, not C++ not Java, not...IT IS PHP
Saturday, August 30, 2003, 8:24:49 PM, you wrote:
Lic> That part of the for loop is inherently declaratory. As a result, the
Hello Derick,
Saturday, August 30, 2003, 3:50:25 PM, you wrote:
well you need --with-libmbfl
maybe we drop --enablembstring becuase it no longer makes sense without the
lib?
--
Best regards,
Marcusmailto:[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Developm
Hello Zeev, Andi and the rest interested,
here's a cummulative patch of the last couple of weeks work which does the
following things:
- interface registration at c-level
At the moment there is no easy/appropriate way to register an interface.
- interfaces may change classes when they get imp
Hello internals,
The following code:
bla;
}
}
$o = new b;
print_r($o)
?>
results in two properties which is wrong:
b Object
(
[bla] =>
[bla:protected] =>
)
I tried to fix this bug and found three solutions:
1) when the new class does its inheritance checks it could 'm
Hello Vesselin,
Monday, August 25, 2003, 9:10:09 AM, you wrote:
VA> Hello.
VA> I compiled PHP with ccmalloc (a memory leak detector) and it reported two memory
leaks.
VA> Here is a patch that meakes the leak reports go away. Actually only the first two
VA> allocations (GLOBAL_FUNCTION_TABLE and
Hello Brad,
Monday, August 25, 2003, 12:08:59 AM, you wrote:
BB> Yes, just moving the ARRAY cases in zend_API.c and zend_variables.c
BB> stopped the error, and so far it *seems* to work. that can't be
BB> real fix, but i hope it is helpful (diffs attached)
Fixed now. Seems like i was to eager fi
Hello Ard,
Sunday, August 17, 2003, 1:04:05 PM, you wrote:
>> AB> Is there a 64-bit integer zval, or is it expected in the near future ?
>> AB> (Need it for BLOB handling in Interbase)
>>
>> Only on 64bit machines there is.
AB> You mean because long == int64 on 64-bit architectures, right ?
yes
Hello Ard,
Sunday, August 17, 2003, 12:15:25 PM, you wrote:
AB> Is there a 64-bit integer zval, or is it expected in the near future ?
AB> (Need it for BLOB handling in Interbase)
Only on 64bit machines there is. But you can use mumeric strings for that
as ext/pgsql does.
--
Best regards,
Mar
Hello Mehdi,
Friday, August 15, 2003, 11:20:52 PM, you wrote:
MA> Marcus Börger wrote:
>> Hello Mehdi,
>>
>> Friday, August 15, 2003, 10:47:41 PM, you wrote:
>>
>> MA> Marcus Börger wrote:
>>
>>
>>>>Hello Mehdi,
>>>>
&
Hello Mehdi,
Friday, August 15, 2003, 10:47:41 PM, you wrote:
MA> Marcus Börger wrote:
>> Hello Mehdi,
>>
>> Friday, August 15, 2003, 10:22:28 PM, you wrote:
>>
>> MA> >>I'm in php-src/ext/standard/image.c (revision 1.92)
>>
>>&
Hello Mehdi,
Friday, August 15, 2003, 10:22:28 PM, you wrote:
MA> >>I'm in php-src/ext/standard/image.c (revision 1.92)
>>>Looking at php_image_type_to_mime it seems like there are two constants
>>>not handled :
>>> IMAGETYPE_JB2
>>> IMAGETYPE_JPX
>>>
>>>Am I looking at the good version of
Hello php,
Friday, August 15, 2003, 9:02:28 AM, you wrote:
p> I'm just trying to get a possible ETA on when and if somebody is going
p> to look into the bug #23580 (detail below) a bit more. This bug is
p> beginning to cause me a whole lot of pain, and if nobody else was
p> looking at this maybe
Hello Steven,
Friday, August 15, 2003, 8:54:53 AM, you wrote:
SB> Btw, it's also never adequate validation to let users inject their own
SB> SQL, even in a SELECT. They might add impossibly complex stuff to the
SB> where clause and cause your database to wedge for days, or add a 'or 1 =
SB> 1'
Hello Cristiano,
Wednesday, August 6, 2003, 3:19:34 PM, you wrote:
CD> Simeon Koptelov wrote:
>> Hello Cristiano,
>>
>> Here's why i think that interface is not good solution.
>>
>> We need the toString method like java's one to
>> safely assume that _every_ object has the string representation
Hello internals,
according to our manual index values are either strings or integers. In case
of strings which represent integers they are also handled as integers. Bug
21918 now shows that this currently only works for zero and positive index
values. The attached patch would fix this.
--
Best
Hello Brad,
Wednesday, August 13, 2003, 9:51:23 AM, you wrote:
BB> i can't say. you want to be able to call parent::method() and have $this
BB> available there, for sure. it is not truly a static call, it is just syntax
BB> that looks like static, i think. (but for sure i don't know!) 'static'
BB
Hello moshe,
Thursday, August 14, 2003, 10:41:16 AM, you wrote:
md> "Derick Rethans" <[EMAIL PROTECTED]> wrote in message
md> news:[EMAIL PROTECTED]
>> On Thu, 14 Aug 2003, moshe doron wrote:
>>
>> > What about hacking somehow the sqlite library to disallow chained
md> queries
>> > (or at least
Hello Brad,
Wednesday, August 13, 2003, 8:40:37 AM, you wrote:
BB> this is old subject everyone is tired of i'm sure. but since large changes
BB> have been made to call_user_func[_array] recently, i want to confirm:
BB> if an object calls one of its methods ($thing->foo()), any static-type
BB>
Hello Cristiano,
Wednesday, August 6, 2003, 2:15:39 AM, you wrote:
CD> Hi all,
CD> I know there was a lot of discussion about try/catch, but I will bring it up
CD> again:
CD> What about finally ?
There's absolute no need for finally:
try {
}
catch (...) {
}
// here's you're finally code
--
Hello Marcus,
Monday, August 11, 2003, 3:31:54 AM, you wrote:
MB> Hello internals,
MB> according to our manual index values are either strings or integers. In case
MB> of strings which represent integers they are also handled as integers. Bug
MB> 21918 now shows that this currently only works
Hello Cristiano,
Saturday, August 9, 2003, 10:48:22 PM, you wrote:
CD> Hello Marcus,
CD> Did you think of a better interface name instead of "Printable" ?
CD> Do you think Zeev or Andi will accept this patch ?
I guess they won't like it and i would agree. I'd like to see something that
hooks in
Hello BrianS,
Saturday, August 9, 2003, 10:33:02 PM, you wrote:
B> I am sure this has been asked dozens of times so please forgive if this is
B> repetitive.
B> I have an application from which I would like to incorporate running
B> scripts. I saw that I can pass files to php.exe but this is more
Hello Vesselin,
Tuesday, August 5, 2003, 10:47:53 PM, you wrote:
VA> Hello.
VA> Here is a patch for the command-line version of PHP which makes it chdir()
VA> to the
VA> script directory just like the web version of PHP does. It also implements
VA> the -C
VA> option which has been a NOOP up to no
Hello Cristiano,
Monday, August 4, 2003, 4:45:20 AM, you wrote:
CD> Hello Marcus,
>> CD> switch/case removed and patch attached. Is it ok?
>> CD> Should the method be named "to_string()", "tostring()" or "__tostring()" ?
>> CD> Do you commit it to CVS ?
>>
>> No. Last Problem i see is that even
Hello Simeon,
Monday, August 4, 2003, 2:33:00 PM, you wrote:
SK> Hello Cristiano,
SK> Monday, August 4, 2003, 8:45:20 AM, you wrote:
>>> CD> Should the method be named "to_string()", "tostring()" or
CD>> "__tostring()" ?
SK> Maybe the __tostring() will be the best because few naming
SK> conven
Hello Cristiano,
Monday, August 4, 2003, 12:34:23 AM, you wrote:
CD> "Marcus BöRger" <[EMAIL PROTECTED]> escreveu na mensagem
CD> news:[EMAIL PROTECTED]
>> They are simply other types of function just don't care
CD> call_user_function_ex()
>> will ta
Hello Cristiano,
Monday, August 4, 2003, 12:10:26 AM, you wrote:
CD> Hi Marcus,
>> Not good enough it seems :-(
CD> I'll get there... ;-)
>> Some comments:
>> - Please always start with tabs, you used spaces to begin lines.
CD> done.
seems like :-)
>> - TSRMLS_FETCH() is a variable declaratio
Hello Cristiano,
Sunday, August 3, 2003, 9:54:55 PM, you wrote:
CD> I read README.SUBMITING_PATCH and attached the patch as specified.
Not good enough it seems :-(
Some comments:
- Please always start with tabs, you used spaces to begin lines.
- TSRMLS_FETCH() is a variable declaration, so it c
Hello Cristiano,
Sunday, August 3, 2003, 5:33:25 AM, you wrote:
CD> I made a patch to the latest PHP5-CVS wich implements this hook. I think
CD> it's useful to make a meaningful object stringfied value.
CD> Can anyone verify it and maybe commit it to CVS ?
CD> --- zend.c 2003-07-30 14:07:36.000
Hello John,
Wednesday, July 30, 2003, 1:26:02 PM, you wrote:
JC> Hey all:
JC> I've written a new extension for PHP (ZE2 only) Based on the famed HTML
JC> Tidy's (http://tidy.sf.net/) library. This extension provides more than
JC> just an incredibly easy way to clean and repair HTML documents, an
Hello George,
Tuesday, July 22, 2003, 3:58:45 PM, you wrote:
GS> Are their any plans to expose the new object array accessors to
GS> userspace classes?
I've implemented an interesting array wrapper class that even allows recursive
foreach (where you could even delete elements inside the loop...
Hello Peter,
Monday, July 21, 2003, 12:23:35 PM, you wrote:
PN> Hello,
PN> "Marcus Börger" <[EMAIL PROTECTED]>
>> AND PLEASE don't tell us about your book here. It's like saying you all
PN> must
>> buy my book. But most ppl here don't speak
Hello Sebastian,
Monday, July 21, 2003, 8:11:30 AM, you wrote:
SB> Marcus Börger wrote:
>> Have a look a __get and __set.
SB> But those only work on undefined properties.
Sure i know that and i didn't state different.
SB> Das Buch zu PHP 5: http://professionelle-software
Hello Zeev,
Sunday, July 20, 2003, 8:09:31 PM, you wrote:
>>- Include SPL forach hooking into the engine.
>> Renaming the files to 'Zend_whatever' doesn't really make a difference.
>> Maybe the patch is a bit lengthy but the biggest part of it is a function
>> that allows to very effectivel
Hello Zeev,
Sunday, July 20, 2003, 8:09:31 PM, you wrote:
>>- Complete work on exceptions and find a solution on when to throw exceptions
>> and when to use errors.
>>
>> I still do not see any BC problems with making try/catch blocks to convert
>> E_WARING, E_NOTICE & E_ERROR to exceptions
Hello Andi,
Sunday, July 20, 2003, 9:29:56 PM, you wrote:
AG> At 08:20 PM 20/7/2003 +0200, Marcus Börger wrote:
>>Hello Zeev,
>>
>>Sunday, July 20, 2003, 8:09:31 PM, you wrote:
>>
>> >>- Add support for 'this::()', 'this::'
>>
Hello Andi,
Sunday, July 20, 2003, 9:22:36 PM, you wrote:
AG> Hmm, if we wait until all bugs are fixed we will wait for another 6 months.
AG> As the current CVS is much better than beta 1, I think it makes sense to
AG> release another one. Anyway, three weeks is a long time.
Yeah we fixed a l
Hello Zeev,
Sunday, July 20, 2003, 8:09:31 PM, you wrote:
>>- Add support for 'this::()', 'this::'
ZS> ?
ZS> That's what you have self:: for.
>> and 'new this()'
>> inside static methods.
ZS> I see no compelling reason to add 'new this()', but either way, if we do
ZS> find such a reason, i
Hello Andi,
Sunday, July 20, 2003, 9:12:01 PM, you wrote:
AG> Hi,
AG> There have been loads of fixes since Beta 1, so I think it's time to try
AG> and get a beta 2 out of the door.
AG> As I think three weeks is a good time frame and allows developers here to
AG> finish what they are working on
Hello Masoud,
Sunday, July 20, 2003, 5:52:12 PM, you wrote:
M> It's just a suggestion to have a syntax like this in PHP5!
M> A property is similar to a field (a member variable), with the exception
M> that there is a getter and a setter
M> method, as follows :
M> public class Car
M> {
M> pr
Hello George,
Sunday, July 20, 2003, 5:50:52 PM, you wrote:
GS> On Sunday, July 20, 2003, at 11:45 AM, Marcus BXrger wrote:
>> As i said combining both thechniques makes no sense and converting the
>> error
>> mechanisms of old code when preparing new things shouldn't be a
>> problem at all
>
Hello George,
Sunday, July 20, 2003, 5:30:43 PM, you wrote:
>> - Completely force a derived class now to implement the same amount of
>> parameters with the same typehints as the inherited one. When it comes
>> to typehints theory allows to provide same or parent types but that would
>> be
Hello everyone,
here is an updated list of things we need to do/discuss before beta 2.
High priority:
- Completely force a derived class now to implement the same amount of
parameters with the same typehints as the inherited one. When it comes
to typehints theory allows to provide same or
Hello Stanislav,
Sunday, July 20, 2003, 12:20:09 PM, you wrote:
DR>>> doesn't work (because the destructor is called from
DR>>> request_shutdown). I'm pretty sure that there is some way to get this
DR>>> working in a decent way... which might perhaps not be the nicest
DR>>> solution.
SM> The pro
Hello Derick,
Sunday, July 20, 2003, 12:03:43 PM, you wrote:
DR> On Sun, 20 Jul 2003, Zeev Suraski wrote:
>> All in all, the destructor functionality is *extremely* fragile - to the
>> degree that in many points in time we thought about removing it (you can
>> look up the CVS archives to see j
Hello Andrey,
Saturday, July 19, 2003, 9:07:11 PM, you wrote:
AH> Hi,
AH> today I saw that the new SQLite extension throws exceptions.
AH> In the current state the syntaxis of the prototypes in .c files
AH> is :
AH> proto return_type function_name([param_type param_name]*)
AH> As we know, from v
Hello Olivier,
Friday, July 18, 2003, 3:09:07 AM, you wrote:
OH> Marcus Börger wrote:
>> a) provide a patch that explains the matter in short during configuration if
>>the lib is missing and
OH> Attached is a file to add the warning in configure.in
Nice first shot. But it
Hello Olivier,
Thursday, July 17, 2003, 4:23:53 AM, you wrote:
OH> Sterling Hughes wrote:
>> Just don't reply.
>>
>> -Sterling
OH> Kind of rude... We should a *least* have an auto-reply directing to a
OH> "closed bug" report telling users to use the system libmysql. I had
OH> *absolutely* no pr
Hello Zeev & Andi,
to simplify object cloning i would appreciate the attached patch.
With this patch it would be much easier to write clone handlers that inherit
the default behavior correctly and are also sitll capable of dealing with the
__clone() method.
--
Best regards,
Marcus
Hello Melvyn,
Wednesday, July 16, 2003, 12:44:32 PM, you wrote:
MS> Hi Marcus,
MS> On Wednesday 16 July 2003 12:14, Marcus Börger wrote:
>> MS> Since PHP5 should also give a boost to PECL, I think there should be a
>> way to MS> extend a C-based class, somehow. I real
Hello Melvyn,
Wednesday, July 16, 2003, 12:00:43 PM, you wrote:
MS> Hi again,
MS> Since PHP5 should also give a boost to PECL, I think there should be a way to
MS> extend a C-based class, somehow. I really don't favor the $this assignment as
MS> well, but what other option is there? Or is thi
Hello Pradeep,
Wednesday, July 16, 2003, 3:18:59 AM, you wrote:
PT> Iam working on changes in the PHP command line interpreter.
Then please send patches in and edin and me will look at them. If it doesn't
break anything and it is useful we will of course consider them.
Best regards,
Marcus
Hello Melvyn,
Wednesday, July 16, 2003, 1:27:52 AM, you wrote:
MS> Hi Marcus,
MS> On Wednesday 16 July 2003 00:11, Marcus Börger wrote:
>> Wednesday, July 16, 2003, 12:08:29 AM, you wrote:
>>
>> GB> Hi,
>>
>> GB> I've heard rumors that there are
Hello Greg,
Wednesday, July 16, 2003, 12:08:29 AM, you wrote:
GB> Hi,
GB> I've heard rumors that there are plans to take away the ability to
GB> assign to $this in php 5. If this is true, I would like to place a vote
GB> to keep it, as it can be very useful in conjunction with
GB> __call()/_
Hello Jan,
Tuesday, July 15, 2003, 11:53:02 PM, you wrote:
JS> Zitat von Marcus BXrger <[EMAIL PROTECTED]>:
>> Hello Tony,
>>
>> Friday, July 11, 2003, 9:39:55 PM, you wrote:
>>
>> TB> In PHP5 I noticed this behaviou with interfaces. If I have an
>> interface
>> TB> with a method that takes no
Hello Tony,
Friday, July 11, 2003, 9:39:55 PM, you wrote:
TB> In PHP5 I noticed this behaviou with interfaces. If I have an interface
TB> with a method that takes no paramaters, an implementing class for that
TB> interfaces can have the same method take parameters...is that right?
TB> For ex
1 - 100 of 234 matches
Mail list logo
