Hi Wez,
zend_module_entry openssl_module_entry = {
STANDARD_MODULE_HEADER,
openssl,
openssl_functions,
PHP_MINIT(openssl),
NULL, //supposed to be module shutdown function but marked as
NULL even though we have MSHUTDOWN function defined.
Sorry, I've ask this question on general but no one seems to know if
there's a solution for it. In fact, its possible to do something as:
$MyObject = new MyClass ();
$MyArray = (array) $MyObject;
$MyObject2 = (object) $MyArray;
But the original class of the object is lost -$MyObject2 appears as
Heh, looks like it's never ever been enabled since ext/openssl was born.
I committed your patch; the associated bug number was 29418.
Thanks :)
--Wez.
On Mon, 25 Oct 2004 23:17:19 -0700, Kamesh Jayachandran
[EMAIL PROTECTED] wrote:
Hi Wez,
zend_module_entry openssl_module_entry = {
Thanks for applying my patches.
When will it be applied to PHP4.3 and 5.0 tree?
With regards
Kamesh Jayachandran
On Tue, 26 Oct 2004 10:34:19 +0100, Wez Furlong [EMAIL PROTECTED]
said:
Heh, looks like it's never ever been enabled since ext/openssl was born.
I committed your patch; the
On Tue, 26 Oct 2004 09:03:04 +0800, Alan Knowles [EMAIL PROTECTED] wrote:
A few suggestions..
--
Fetching into objects:
This really needs to be sorted out early on, and kludging support for
something that perhaps should be the default behavour is looking very messy:
It's already applied to all 3 branches.
--Wez.
On Tue, 26 Oct 2004 03:08:10 -0700, Kamesh Jayachandran
[EMAIL PROTECTED] wrote:
Thanks for applying my patches.
When will it be applied to PHP4.3 and 5.0 tree?
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit:
Hi All,
I need two cli switches to handle some special cases to NetWare specific
php invocation.
In linux and windows where shell and command prompt far live the php
interpreter invoked from them.
Both shell and command prompt will capture the output of the child php
interpreter.
In NetWare OS,
Doesn't netware have a standard wait or pause utility for this kind of thing?
It feels like PHP is the wrong place to add this kind of option; why
should every application that runs on netware include code to open a
screen? Why should every application that runs on netware include
press-any-key
Hi Wez,
We have bash ported to NetWare which is new addition to our Netware
distro.
But still people tend to use System Console to run their programs.
Basically this is the requirements from some of Netware customers to use
php interpreter for running some cron jobs which does not need any
How about moving this kind of functionality into ext/netware and
having a couple of functions that manipulate the netware
screens/interactivity stuff?
Then the scripts themselves can control exactly what is needed; this
feels better to me, as it is more in line with other systems.
--Wez
On Tue,
Here is my suggestion,
Rather than taking two switches, php should grow a generic switch for
this kind of use:
php -o param:value;param:value;
This allows custom mods to php a way to introduce new options that are
not part of the general php distribution, without the need to land grab
the
Shane,
This solution seems interesting.
I will give a try.
With regards
Kamesh Jayachandran
On Tue, 26 Oct 2004 08:24:03 -0700, Shane Caraveo [EMAIL PROTECTED]
said:
Here is my suggestion,
Rather than taking two switches, php should grow a generic switch for
this kind of use:
php -o
Wez,
Seems interesting but the bit invasive to the scripts they already have.
They have to change call my custome ext/netware function I will try this
solution too.
Thanks
With regards
Kamesh Jayachandran
On Tue, 26 Oct 2004 15:57:47 +0100, Wez Furlong [EMAIL PROTECTED]
said:
How about moving
Shanes idea is good, but I know that if I was on netware, I'd prefer
to have a function to do it, rather than a command line switch.
Just my thoughts,
--Wez
On Tue, 26 Oct 2004 08:33:06 -0700, Kamesh Jayachandran
[EMAIL PROTECTED] wrote:
Wez,
Seems interesting but the bit invasive to the
From: Christian Stocker
- Better error support for xml extension
I already talked about that with rob. nothing's coded right now, but
would be good to have an easier way to catch xml errors in PHP 5.1 (it's
unsatisfying right now)
would really like to see libxml bumped up to a 2.6.x version
It possible to add this patch or something along these lines so that
file:/// syntax can be used under windows again?
A change on 8/31 was made to allow for file:// but now prevents file:///
(which is valid)
Index: streams.c
===
RCS
If you're sure it doesn't break something else, go ahead :)
--Wez
On Tue, 26 Oct 2004 13:38:04 -0400, Rob Richards
[EMAIL PROTECTED] wrote:
It possible to add this patch or something along these lines so that
file:/// syntax can be used under windows again?
A change on 8/31 was made to allow
Hello Kamesh,
i know Netware and still i'd say CLI is definitively not the place to add
stuff like this. If you really need this then you may want to do some INI
controled user-space magic. Like adding a get-char through auto-append-file.
regards
marcus
Tuesday, October 26, 2004, 4:31:16 PM,
On Tue, 26 Oct 2004, Marcus Boerger wrote:
Hello Kamesh,
i know Netware and still i'd say CLI is definitively not the place to add
stuff like this. If you really need this then you may want to do some INI
controled user-space magic. Like adding a get-char through auto-append-file.
I also
Rob Richards wrote:
Index: streams.c
===
RCS file: /repository/php-src/main/streams/streams.c,v
retrieving revision 1.68
diff -r1.68 streams.c
1496c1496
if (protocol path[n+1] == '/' path[n+2] == '/' path[n+4] !=
':') {
---
if
After playing around with it some more, is this that check even needed for
windows to check for remote host access?
What is the different then between doing?:
file_get_contents(remotehost\\share\\file.txt);
file_get_contents(file://remotehost\\share\\file.txt);
With the current streams
The problem with file:// is that the spec deliberately does not define
exactly how file://remotehost/ works.
Should file://remotehost\\share should work ? I guess it is
roughly equivalent to file:///fully/qualified/path, in which case it
should work.
--Wez.
On Tue, 26 Oct 2004
I would like to post to this list.
Please subscribe me.
Hari
I ended up on this tangent only because file:/// support is needed (and from
the looks of things is the prefered method for local files over using
file://) and how I got stuck in the remote host issue.
The following are some syntaxes which are used in windows (tested these with
a few browsers and
Just noticed that I still have a pending commit:
Can someone more familiar with the load order figure out what happened
to break this?
The problem is that when you dl(), PHP segfaults during shutdown for
any dl()'d extension that creates objects and where the script has
globals referencing them.
Seems that noone complains :)
Andrey
Andi Gutmans wrote:
This patch looks fine to me.
Any objections before I commit it?
Andi
At 03:07 PM 10/24/2004 +0200, Andrey Hristov wrote:
Hi,
I have cooked a small patch which allows is_subclass_of() the accept
not only an object as first parameter but a
On Tue, 26 Oct 2004, Wez Furlong wrote:
It should be safe to never ever dlclose() a module.
Do you mean never to dlclose() a module loaded via dl() at request time or
do you mean that in general it should be safe to never dlclose() a module
even if it came in via an extension line in the php.ini
On Tue, 26 Oct 2004 15:23:45 -0700 (PDT), Rasmus Lerdorf [EMAIL PROTECTED] wrote:
On Tue, 26 Oct 2004, Wez Furlong wrote:
It should be safe to never ever dlclose() a module.
Do you mean never to dlclose() a module loaded via dl() at request time or
do you mean that in general it should be
On Tue, 26 Oct 2004, Wez Furlong wrote:
On Tue, 26 Oct 2004 15:23:45 -0700 (PDT), Rasmus Lerdorf [EMAIL PROTECTED] wrote:
On Tue, 26 Oct 2004, Wez Furlong wrote:
It should be safe to never ever dlclose() a module.
Do you mean never to dlclose() a module loaded via dl() at request time or
Urgh.
On Tue, 26 Oct 2004 15:42:09 -0700 (PDT), Rasmus Lerdorf [EMAIL PROTECTED] wrote:
It's a bit tricky. When Apache starts up it does a double-pass of the
conf files in order to do a syntax check. It needs to load all its
modules in order to do this so our libphp4.so gets loaded which in
Rasmus Lerdorf wrote:
On Tue, 26 Oct 2004, Wez Furlong wrote:
It should be safe to never ever dlclose() a module.
Do you mean never to dlclose() a module loaded via dl() at request time or
do you mean that in general it should be safe to never dlclose() a module
even if it came in via an
On Tue, 26 Oct 2004, Shane Caraveo wrote:
Rasmus Lerdorf wrote:
On Tue, 26 Oct 2004, Wez Furlong wrote:
It should be safe to never ever dlclose() a module.
Do you mean never to dlclose() a module loaded via dl() at request time or
do you mean that in general it should be safe to
Applied. Can you please update PHP 5.0 NEWS?
Thanks,
Andi
At 03:07 PM 10/24/2004 +0200, Andrey Hristov wrote:
Hi,
I have cooked a small patch which allows is_subclass_of() the accept
not only an object as first parameter but a string as well. When string
is passed the function checks whether the
you could follow the nautilus standard for this and use
smb://hostname/sharename/file.txt ?
Regards
Alan
Rob Richards wrote:
I ended up on this tangent only because file:/// support is needed (and from
the looks of things is the prefered method for local files over using
file://) and how I got
So reading all posts on this subject, the proposal would be:
1) Allow null typehints
publicfunctionCompare([BaseClass]$objA,$cmpFunc);
Ex: Compare(null, 'func1');
2) Don't allow null typehints
publicfunctionCompare(BaseClass$objA,$cmpFunc);
Ex: Compare(new BaseClass(), 'func1');
3)
I suggest to go with Wez's recommendation of adding ext/netware.
You can use -d to change INI values at the command line which can be
accessed from the extension.
I don't think there's a need for -o
Andi
At 08:24 AM 10/26/2004 -0700, Shane Caraveo wrote:
Here is my suggestion,
Rather than taking
Yep.
At 04:35 PM 10/26/2004 +0100, Wez Furlong wrote:
Shanes idea is good, but I know that if I was on netware, I'd prefer
to have a function to do it, rather than a command line switch.
Just my thoughts,
--Wez
On Tue, 26 Oct 2004 08:33:06 -0700, Kamesh Jayachandran
[EMAIL PROTECTED] wrote:
Wez,
I suggest that after PHP conference, when it'll be clearer of where PDO is
heading, we decide on a tentative PHP 5.1 RC date and then see what
can/can't make it in.
Quite a few things which have been suggested require very little effort and
including what we already have in HEAD w/ PDO would
Hi friends
Thanks a lot for the great work.
This has really helped lots and lots of developers like me.
:)
We love you
--
Vishal Devgon
BELIEVERS ACHIEVE, ACHIEVERS BELIEVE
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Seems a better option I will give it a try.
With regards
Kamesh Jayachandran
On Tue, 26 Oct 2004 18:40:33 -0700, Andi Gutmans [EMAIL PROTECTED] said:
I suggest to go with Wez's recommendation of adding ext/netware.
You can use -d to change INI values at the command line which can be
accessed
40 matches
Mail list logo
