fork is already implemented, along with signals, waitpid, and all the wait.h macros in
the pcntl extension.
-Jason
----- Original Message -----
From: "Dave Wilson" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, August 15, 2001 11:04 AM
Subject: [PHP-DEV] Console Work
> Hi there, I'm new to the list (only subscribed 2 mins ago!). I have subscribed
> a) to say bloody well done on a great language! and b) I am trying to find
> information on a few things related to console php (php -q)...
>
> First off, I wrote a small addition to ext/standard/exec.c that adds a fork ()
> function. I haven't been testing it much yet (I've started to write a web
> server in it to see how well it works), but was wondering, is there a reason
> why the official PHP 4 currently lacks fork functionality?
>
> Obviously this wouldn't work very well in a web server module environment, but
> compiled as a CGI (for shell script style use), it is very handy.
>
> PHP seems pretty complete as far as console work goes, I have a 'standard' read
> ($prompt) function I can use that will determine the current TTY, open it, and
> get a line from the user. Readline is also extremely useful. My problem is with
> beutified output however. The day I untar php-x.xx.tar.gz and see
> ext/ncurses/php_ncurses.c flying past my terminal is a day I will be very
> preoccupied with code hacking into the early hours!
>
> My last 'feature request' is that of either a select () ability (I see 4.0.6
> has a function called select in ext/standard/file.c (and ext/sockets/???.c) but
> I have not played with it), or another ability to read from files / fifos /
> character devices in a non-blocking way. Particularly, /dev/modem work is to my
> knowledge impossible at present.
>
> To round up, an ncurses module would be nice, a select function like that in C
> would be sex (!), a fork function (like that in C..). Thanks for your time
> taken reading the e-mail, and thanks for a bloody brilliant language (I have
> used it for web work too). If PHP had the above functionality, I can't see much
> left that stops it from being a rather complete and feature-packed general
> shell scripting language! (doh! signal handling would be nice too!)
>
> Cherio,
>
> -dw
>
> PS> Another thing I noticed, I wrote a diary.php script that allows me 'ninja
> speed' access to an OpenSSL'd diary in a very secure way. The code behind it is
> relatively tight, yet when I run it strace'd, I notice that there are a good 50
> or so getuid ()'s before the EDITOR is exec'd. The speed at which the program
> runs is fine, but I was just wondering if it might indicate an underlying
> problem, or is that just the nature of interpreted languages (not very
> optimal)! On request, I'll make diary.php available, I intend sticking it on a
> public site soon anyway.
>
> ____________________________________________________________
> Do You Yahoo!?
> Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk
> or your free @yahoo.ie address at http://mail.yahoo.ie
>
> --
> PHP Development Mailing List <http://www.php.net/>
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
