Wez Furlong wrote:
Probably the biggest problem is that it requires C++.
We mentioned to you that C++ was something we avoided in PHP because
it tends to create more problems than it's worth, particularly so in
something that is part of the core distribution.
I must have missed that. Although
!= no; then
PHP_SETUP_KERBEROS(OPENSSL_SHARED_LIBADD)
/* Filename: init_oo.cc
Object oriented OpenSSL interface for PHP5
200600505 Created by Brandon Fosdick [EMAIL PROTECTED]
*/
#include privkey.h
#include pubkey.h
//Make storage for static members of ObjectBase
Jason Garber wrote:
Would it be possible to create a new object property attribute:
readonly
Why not make it a little more generic? Say, make readonly an attribute that
applies to the ppp tags as opposed to making it a new access class.
Eg. if a member is 'public readonly' then it's
Marcus Boerger wrote:
that's by design. Look into: ext/spl/spl_functions.c:spl_register_sub_class()
Thanks, I had already come up with the same workaround, but it took forever to
figure out what the problem was. The only errors I got related to not being
able to find the class, and ce.name
I think I found a bug in the INIT_OVERLOADED_CLASS_ENTRY_EX macro. At least, I
think its a bug, somebody else might think its a feature. :)
If you do something like INIT_CLASS_ENTRY(ce, MyClass, ...) everything works
fine. However, if you have something like
void register_class(char* name,
When registering a new class, what are the consequences of setting
zend_class_entry.create_object = NULL? INIT_CLASS_ENTRY() defaults it to NULL,
but the tutorial I'm looking at sets it to the address of a function
immediately afterwards.
My concern is that setting this allows the engine to
Wez Furlong wrote:
Resources are the traditional approach for mapping an arbitrary
pointer to PHP space, managing its lifetime safely.
PHP 5 OO support allows for similar things, but maps the pointer as a
PHP object.
They're similar in some ways, but different in others. The biggest
Rasmus Lerdorf wrote:
Tim Van Wassenhove wrote:
I thought that {{{ and }}} were there because they are markers for vim
code folding.
Emacs too actually.
Emacs and vim need markers for folding?
Does new code have to support these antiques?
--
PHP Internals - PHP Runtime Development
Pierre wrote:
Does new code have to support these antiques?
It adds foldiong wherever you like. It is not the topic of this list
anyway :)
Whether or not I have to add those markers for new functions I write seems like
it should be on topic.
--
PHP Internals - PHP Runtime Development
Pierre wrote:
You had a yes for this question (this is part of the CS), and my
answer was about your first question, sorry :)
Thanks. The CS says should, and I've been reading webdav specs for the last few days...should and must are different things in that world. I was looking for something a
From the point of view of an extension, what's the difference between a
resource and an object? Is there any reason to favor one over the other?
sqlite seems to use resources for the procedural interface and objects
otherwise. Whereas mysqli uses objects all around in user space, but then
From the point of view of an extension, what's the difference between a
resource and an object? Is there any reason to favor one over the other?
sqlite seems to use resources for the procedural interface and objects
otherwise. Whereas mysqli uses objects all around in user space, but then
Brandon Fosdick wrote:
From the point of view of an extension, what's the difference between
a resource and an object? Is there any reason to favor one over the
other?
sqlite seems to use resources for the procedural interface and objects
otherwise. Whereas mysqli uses objects all around
Wez Furlong wrote:
Ah yes.
http://us3.php.net/manual/en/function.openssl-pkey-export.php almost
does what you want... but only works on private keys.
I'd welcome a patch for that too.
Do you want separate patches for PKCS12 and PEM keys or should it be all one
patch?
Has anything changed
Wez Furlong wrote:
Like this:
http://us2.php.net/manual/en/function.openssl-pkey-get-public.php
or something else?
Close, but I need them in PEM format.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Wez Furlong wrote:
You can reach me at this email address too.
Which address do you prefer?
I need the PKCS12 functions and the ability to extract public keys, so I was
thinking I'd add both, but I don't want to step on anybody's toes. I've never
played around in the PHP internals before so
Is the OpenSSL extension still being maintained? I'm looking at adding some
needed functionality and don't know who to talk to about it.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hannes Magnusson wrote:
Hi Brandon
On 4/23/06, Brandon Fosdick [EMAIL PROTECTED] wrote:
Is the OpenSSL extension still being maintained? I'm looking at adding some
needed functionality and don't know who to talk to about it.
php-src/EXTENSIONS:
EXTENSION: openssl
PRIMARY
18 matches
Mail list logo