Hi Marcus,
I implemented this functionality about a year ago (if I'm not mistaken it
was part of the original ZE2 tree).
The reason we removed it (IIRC) was that we thought it would lead to
cleaner PHP code and would force only objects being thrown (although this
can be done in other ways).
I w
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'
opengroup:
http://www.opengroup.org/onlinepubs/007904975/functions/iconv.html
size_t iconv(iconv_t cd, char **restrict inbuf,
size_t *restrict inbytesleft, char **restrict outbuf,
size_t *restrict outbytesleft);
HP-UX:
http://docs.hp.com/hpux/onlinedocs/B2355-90683/00/02/280-con.htm
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
On Sat, 6 Sep 2003, Moriyoshi Koizumi wrote:
> You can safely ignore those warnings, which may be caused by differences
> of the prototype between libiconv and glibc.
I still think that it needs to be 'fixed', as this confuses users (and
it just looks ugly :).
Derick
--
"Interpreting what th
ge/domhome/nik/php5-200309050930/main -I/home/sto
> rage/domhome/nik/php5-200309050930 -I/home/storage/domhome/nik/php5-20030905
> 0930/Zend -I/usr/local/include -I/home/storage/domhome/nik/php5-20030905093
> 0/TSRM -g -O2 -prefer-pic -c
> /home/storage/domhome/nik/php5-200309050930/ext/ic
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 objects to be subclassed from Exception does not
feel very PHP-
Marcus Börger wrote:
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
>
> --
> The most effective debugging tool is still careful thought, coupled with
> judiciously placed print statements.
> - Brian W Kernighan, 1978
The quotes are completely random btw :)
-Sterling
--
We all agree on the necessity of compromise. We just can't agree on
when it's neces
On Fri, 2003-09-05 at 17:42, George Schlossnagle wrote:
> On Friday, September 5, 2003, at 11:30 AM, Sebastian Bergmann wrote:
>
> > Marcus Börger wrote:
> >> try {
> >> // code
> >> }
> >> catch (class1 $var) {
> >> }
> >> catch (class2 $var) {
> >> }
> >> catch ($var) {
> >> }
> >
> > I tho
On Fri, 5 Sep 2003, George Schlossnagle wrote:
> Forcing all thrown objects to be subclassed from Exception does not
> feel very PHP-ish.
But it was the orginal idea afaik
Derick
--
"Interpreting what the GPL actually means is a job best left to those
that read the future
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
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.
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Das Buch zu PHP 5
On Friday, September 5, 2003, at 11:30 AM, Sebastian Bergmann wrote:
Marcus Börger wrote:
try {
// code
}
catch (class1 $var) {
}
catch (class2 $var) {
}
catch ($var) {
}
I thought that only objects of the Exception class and subclasses
thereof can be throw().
Forcing all thrown objects to
Marcus Börger wrote:
try {
// code
}
catch (class1 $var) {
}
catch (class2 $var) {
}
catch ($var) {
}
I thought that only objects of the Exception class and subclasses
thereof can be throw()n.
If that is not the case yet, make it so and
try { /* code */ }
catch (SomeException $e) {}
.
An alternative concept would be to allow throwing exception instances only.
But inside the C code you could still throw other objects.
A patch to enable the new syntax can be found here:
http://marcus-boerger.de/php/ext/ze2/ze2-catch-20030905.diff.txt
Best regards,
Marcus m
On Fri, 5 Sep 2003 09:23:42 +0200 (CEST)
Derick Rethans <[EMAIL PROTECTED]> wrote:
> On Fri, 5 Sep 2003, Antony Dovgal wrote:
>
> > Build Date - Sep 5 2003 10:49:16 (grabbed from CVS 15 minutes ago)
> > Configure Command - './configure' '--with-apxs=/usr/local/apache/bin/apxs'
> > '--with-ming'
On Fri, 5 Sep 2003, Antony Dovgal wrote:
> Build Date - Sep 5 2003 10:49:16 (grabbed from CVS 15 minutes ago)
> Configure Command - './configure' '--with-apxs=/usr/local/apache/bin/apxs'
> '--with-ming'
> ming-0.2a was taken yesterday from SF.net
What does ming-0.3a do? There is a new version o
On Thu, 4 Sep 2003 20:01:22 +0300 (EEST)
Jani Taskinen <[EMAIL PROTECTED]> wrote:
>
> It would work fine (dunno what you mean with "work" compile/using?)
> if you really used HEAD..try getting the real HEAD sources first.
I mean it currently segfaults on almost every function.
For examp
19 matches
Mail list logo
