On Sat, 24 Jan 2004, Adam Maccabee Trachtenberg wrote:
> On Fri, 23 Jan 2004, Marcus Boerger wrote:
>
> > Fixed too. Hey if you find some cool & easy examples please tell me.
>
> Thanks for the fix. I'll let you know when I come up with something
> cool. :)
I have another example for you to check
Ah Timm,
you ol' hacker! Looks pretty good. You capture like 99% i think :-)
thanks for the nice cod
marcus
Saturday, January 24, 2004, 7:53:12 PM, you wrote:
> On Sat, 2004-01-24 at 16:13, Marcus Boerger wrote:
> [...]
>> Well you should always by no exception derive your exception classes fro
On Sat, 24 Jan 2004 18:26:15 +
Timm Friebe <[EMAIL PROTECTED]> wrote:
> Hello,
>
> first of all, I'm not into this at all, a colleague at work told me
> about this. The following is the problem: When enrypting data with
> openssl_public_encrypt(), this goes well up to a certain length
> (test
On Fri, 23 Jan 2004, Marcus Boerger wrote:
> Fixed too. Hey if you find some cool & easy examples please tell me.
Thanks for the fix. I'll let you know when I come up with something
cool. :)
> Lukas already mentioned some random iterator. That would require an
> interface that add a count() meth
On Sat, 2004-01-24 at 16:13, Marcus Boerger wrote:
[...]
> Well you should always by no exception derive your exception classes from
> the builtin exception class. Just because that class can do things you can
> never imlement in your scripts.
Care to elaborate? A userland implementation is attac
Hello,
first of all, I'm not into this at all, a colleague at work told me
about this. The following is the problem: When enrypting data with
openssl_public_encrypt(), this goes well up to a certain length (tested
limit: 245 bytes of data to be encrypted), but as of a certain length
(246 bytes), t
Hello Stephane,
Saturday, January 24, 2004, 4:20:33 PM, you wrote:
> == Quote from Timm Friebe ([EMAIL PROTECTED])'s article
>> It's basically the same with the built-in exception class. I can't have
>> my own (at least not with the sexy-most name "Exception"). Then, in my
>> (very personal) view
Hello Stephane,
maybe i could make getTrace a protected or even public method in 5.1 but at
the moment it is impossible. The whole thing of handling the exceptions is
very complex and any change may result in the whole exception/catching
facility being bork and trowing around SEGVs. Then we didn't
Hello Marcus,
== Quote from Marcus Boerger ([EMAIL PROTECTED])'s article
> i had reasons to make that property private. You may use getTrace() to
> read the contents and if you must overwrite it because you want to misuse
> the whole thing then you can overwrite the read access method, too. This
>
== Quote from Timm Friebe ([EMAIL PROTECTED])'s article
> It's basically the same with the built-in exception class. I can't have
> my own (at least not with the sexy-most name "Exception"). Then, in my
> (very personal) view I want it designed differently, and want to have it
> extend _my_ base cl
PHP 4 Bug Database summary - http://bugs.php.net
Num Status Summary (790 total including feature requests)
===[*Configuration Issues]
27027 Open include_path occasionnally ignores vhost setting
Hi there.
I was wondering why I was not able to get cURL use Digest Authentification. The
reason is the following:
In ext/curl/interface.c, there is (lines 834-836) :
#ifdef CURLOPT_HTTPAUTH /* only in curl 7.10.6 */
case CURLOPT_HTTPAUTH:
#endif
However, CURLOPT_HTTAU
Hi there.
I was wondering why I was not able to get cURL use Digest Authentification. The
reason is the following:
In ext/curl/interface.c, there is (lines 834-836) :
#ifdef CURLOPT_HTTPAUTH /* only in curl 7.10.6 */
case CURLOPT_HTTPAUTH:
#endif
However, CURLOPT_HTTAU
13 matches
Mail list logo
