From: [EMAIL PROTECTED]
Operating system: Any
PHP version: 4.0.5
PHP Bug Type: Feature/Change Request
Bug description: Need way to load sent XML
There appears to be no way to load an XML string that was sent to a PHP
page with a content-type: text/xml. What I think
3. Lets add session feature
---
?php
session_start();
print bla..bla..;
?
---
Ops.. we got an error here... !!!
That's not a bug.
session_start() wants to send a cookie to the client. But if output has
already started (the blank line before
Morning ...
Has anyone a working example on using the new socket_select()
call with non-blocking connection-oriented sockets? blocking
sockets with socket_accept() work like a charm. But I can't get
socket_select() to work.
That's because of the patches that were made. Try specifying
socket_select(0x7fff, $fd_set, 0, 0, 0, 0);
we can add a support function which return's the php_socket-socket integer.
Glad someone came up with this.
Since socket_select() always wants highest +1, couldn't this be
implemented into socket_select() to go through all socket sets
On Mon, Jul 23, 2001 at 07:20:34AM -0700, Chris Vandomelen wrote :
socket_select(0x7fff, $fd_set, 0, 0, 0, 0);
we can add a support function which return's the php_socket-socket integer.
Glad someone came up with this.
Since socket_select() always wants highest
On Mon, Jul 23, 2001 at 11:57:44PM +0200, Markus Fischer wrote:
On Mon, Jul 23, 2001 at 11:15:49PM +0200, Stig Venaas wrote :
Chris mentioned something that its not needed to restore the last
highest value for the max_fd if you drop the current highest one.
I agree, it would only be for
On Mon, 23 Jul 2001, Jason Greene wrote:
Just for curiosity, did you considered implementing poll instead of select? You
would not have to worry about specifying
max_fd - 1.
-Jason
I had considered poll. But it's a bit more of a hassle, and it's not
avaliable everywhere (AFAIK).
Chris
On Tue, Jul 24, 2001 at 05:16:05AM +0200, Markus Fischer wrote:
Great :-)
So we're seeing this getting implemented soon ?
Volunteers, anyone ? :-))
Is this select stuff so brand new that it's okay to change the API?
If it is, we should do it quickly before too many people get to
The new version (renamed, cleaned up) is fairly new, so it should be fine
to do that.
While we're at it, wouldn't it be more intuitiv to modify the
socket_fd_*() calls to accept the fd_set resource as first
parameter and the fd to add or remove as second parameter ?
No problem with that
At 20:15 24.07.2001 +0200, Markus Fischer wrote:
I've come up with a patch based on the ideas and suggestion that
came up in this thread:
- Let the fd_set resource keep track of the highest socket; nuked
_select() first parameter and determine it ourself
- Swapped _set(), _clear() and
Looks good. But it doesn't matter if someone passes no sets into select():
if there are no sets, it essentially becomes a usleep().
Yes I know, I had another patch which took care of this. But
Daniels latest commit took care of everything, looks very good
now :)
I saw the patch :)
Just
For all those who don't follow CVS. The sockets extension modifications
I listed out a few weeks ago are complete, and will be included in the
4.2.0 release.
I haven't been following CVS, nor have I really paid a lot of attention to
the module. I have received the occasional email about the
I've written a simple extension for supporting weak (non-refcounted)
references in PHP, so that object graphs which reference themselves will
function properly. I don't know if this will be useful to anyone else, but
the code for the extension can be found at
Ack. Helps if I 'chmod a+r ~/public_html/php-ext-weakref.tgz'.
Chris
On Sat, 8 Mar 2003, Chris Vandomelen wrote:
I've written a simple extension for supporting weak (non-refcounted)
references in PHP, so that object graphs which reference themselves will
function properly. I don't know
14 matches
Mail list logo