Re: [PHP-DEV] specifying smtp server on win32 via 5th mail() parameter
Jim Winstead wrote: as suggested at http://bugs.php.net/10629, the patch below would allow win32 users to specify the smtp server to use as the 5th parameter to the mail() function. (the 'pass random options to my sendmail program' parameter on unix systems.) any thoughts? (maybe it's better to just use ini_set()?) jim Hmmm...some time ago I added the ability to use an external emailer (ie. sendmail/win or some other). Been a long time, but I think the 5th param is used in the same way on win as unix in that mode. Shane -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: Bug #16333 Updated: mail() is not supported in this PHP build
Hi, I just want to add that I asked this myself too in the past. And since the sendmail path can be configured in PHP.INI it's doubtful what the gain of the check for the sendmail binary wins us. - Markus On Mon, Apr 29, 2002 at 02:54:21PM +0900, Yasuo Ohgaki wrote : Do we really have to check if sendmail is in path or not at configure time? One can use nullmailer-inject/qmail-inject instead/etc. It seems a runtime config issue rather than build time to me. -- Yasuo Ohgaki [EMAIL PROTECTED] wrote: ID: 16333 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Mail related Operating System: Linux Debian 3.0 i386 PHP Version: 4.1.2 New Comment: No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. Previous Comments: [2002-03-28 16:31:42] [EMAIL PROTECTED] Was sendmail in your path while doing configure? Derick [2002-03-28 15:48:25] [EMAIL PROTECTED] Here's what I did cd /tmp tar zxvf php-4.1.2.tar.gz cd php-4.1.2 ./configure --with-mysql --enable-ftp --with-imap=/tmp/imap-2000a --prefix=/usr/local/php; make ; make install Then I try it with my script... /usr/local/php/bin/./php /tmp/test.php Then I get mail() is not supported in this PHP build What's wrong damnit, this is pretty stupid... I installed the debian package before and it worked fine, but this time I need to compile it with the sources... is there a way I can use my mail() function without getting this error and actually get the result I'm looking for? Hope someone can help me out with this :) BWoTHa [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- Please always Cc to me when replying to me on the lists. GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc Mind if I MFH ? What QA did you do on it? the usual? ah... none :) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Session module expansion [comments please]
I previously wrote (and fear it got lost in the storm of debate over ?, % =, and ?php=), hoping to get some feedback as to any modifications / comments on my suggestions... and assuming that people view my ideas as promising, how to go about implementing them. -- Dan Hardiker [[EMAIL PROTECTED]] ADAM Software Systems Engineer First Creative Ltd Your work around is how Im doing things at the moment (very annoying picking up and dropping sessions). PHP's limitation currently is that it can only handle one session at a time, and as thus, only one set of session variables. What Im hoping for is (at some point) there to be a multiple session handler allowing me to do something like: session_start($session_id, $handler); where $session_id is the session ID I want to use and $handler a string to be used in conjuntion with a new global variable (like $_*, possibly cakked $_SESSION). Given the following code (with $PHPSESSID containing the individual user session): session_start(global, main); session_start($PHPSESSID, user); if ($_SESSION[user][status]-loggedin === true) session_start(loggedin, authed); FYI: status is a session_registered object done on the $PHPSESSID session, and the user element before is from the session_start above it. Explained further below. This would give me access to 3 session simultaniously: $_SESSIONS[main][*] would be all the global session settings $_SESSIONS[user][*] would be all the individual session settings $_SESSIONS[authed][*] would be all the group loggedin session settings The benifits of this are (incase they arent obvious) * global could be access from all the user interactions (providing a working base for pages of any calibre to interact / leave tracking data). * user could be used as sessions are right now. This fundamentally would tie in the other sessions (as shown above for the loggedin session). * authed is only accessed by people who are logged in (as set in the user session) From a developer point of view (especially when creating multi-user and multi-tiered websites) this would be a god send and dramatically increase PHP's ability to handle sessions. The equivelent code in PHP is currently very messy and Im hoping if it was adopted into the session module itself it would be significantly faster than its PHP counterpart. Comments, Thoughts and Conceptions are more than welcome. -- Dan Hardiker [[EMAIL PROTECTED]] ADAM Software Systems Engineer First Creative Ltd Yeah it was disscuessed that the session modules could define and handle $_APP so that would be globals for all sessions. a work around would be to do something like this $oldsession_id = sessoin_id(); session_id(1); session_start(); $var = $_SESSION['var']; session_desetroy(); session_id($oldsesion_id); session_start(); echo $var . $_SESSION['local_var']; (i didn't run this code might not work logicall it does tho) it would be much cleaner to do session_start(); echo $_APP['var'] . $_SESSION['local_var']; and allowing the session modules to handle the $_APP (files/mm/msession) variable. but you bring up a good point.. globals per 'mode'. not just 'loggged_in' but.. you could have many 'modes' that you would want globaly scoped data assoicated with them. but you could do something like this too... $_APP['logged_in'] = array(some, global, data); So i guess what im saying... if $_APP global was added then it would also solve your other 'scope'. - Brad --- Dan Hardiker [EMAIL PROTECTED] wrote: While were talking about session advancement... has anyone ever thought of adding shared sesssions? Consider the following scenario: I have 3 sets of variables: 1. Global Scoped - Variables accessed and altered by anyone entering my site. EG: a currently online array which stores the a list of active users 2. Logged in Scoped - Variables accessed by *anyone* logged in. EG: if you cache the database stuff in a session then if one user updates the cache the often you want all the logged in users to see that change without having to requery the db 3. Individual Scope - Variables specific to this user (eg: whats my name, my last ip, when did I last do anything meaningful). Being able to split those scopes up into separate variables would be great and being able to do something along the lines of: $session-global = array of global variables $session-loggedin = 2nd scope $session-personal = personal variables and then have the session module manage those 3 sessions individually. In short - it would be cool if a script could (easily) have access to a multitude of sessions and keep them segregated. -- Dan Hardiker [[EMAIL PROTECTED]] ADAM Software Systems Engineer First Creative Ltd -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php __ Do You Yahoo!?
Re: [PHP-DEV] socket_create() doesn't expose error if one occurs [CVS HEAD]
Hi, attached is the patch I intend to commit later this day: - Stores last errno in a module global implicitely - Sets global last error explicitely for socket_select() and socket_create() - Modified socket_last_error() to return global modules last error if no socket resource is given - Added a couple of more E_WARNING messages in case something goes foobar so the user isn't left alone in the dark. regards, - Markus On Sun, Apr 28, 2002 at 10:53:42PM -0500, Jason Greene wrote : This was something I was planning on adding, but it was not applied to the 4.2.0 branch, because it introduces a feature enhancement (storing a global last error) and not a bug fix. It is a very simple enhance, I just have not had the time to work on it yet. -Jason -- Please always Cc to me when replying to me on the lists. GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc Mind if I MFH ? What QA did you do on it? the usual? ah... none :) ? sockets.diff Index: php_sockets.h === RCS file: /repository/php4/ext/sockets/php_sockets.h,v retrieving revision 1.22 diff -u -r1.22 php_sockets.h --- php_sockets.h 6 Mar 2002 20:19:09 - 1.22 +++ php_sockets.h 29 Apr 2002 08:56:25 - -102,12 +102,14 int accept_connect(php_socket *in_sock, php_socket **new_sock, struct sockaddr *la TSRMLS_DC); int php_read(int bsd_socket, void *buf, int maxlen); +ZEND_BEGIN_MODULE_GLOBALS(sockets) +int last_error; +ZEND_END_MODULE_GLOBALS(sockets) + #ifdef ZTS -#define SOCKETSG(v) (sockets_globals-v) -#define SOCKETSLS_FETCH() php_sockets_globals *sockets_globals = ts_resource(sockets_globals_id) +#define SOCKETS_G(v) TSRMG(sockets_globals_id, zend_sockets_globals *, v) #else -#define SOCKETSG(v) (sockets_globals.v) -#define SOCKETSLS_FETCH() +#define SOCKETS_G(v) (sockets_globals.v) #endif #else Index: sockets.c === RCS file: /repository/php4/ext/sockets/sockets.c,v retrieving revision 1.98 diff -u -r1.98 sockets.c --- sockets.c 11 Mar 2002 01:24:42 - 1.98 +++ sockets.c 29 Apr 2002 08:56:25 - -62,12 +62,7 # define IS_INVALID_SOCKET(a) (a-bsd_socket == INVALID_SOCKET) #endif -#ifdef ZTS -int sockets_globals_id; -#else -php_sockets_globals sockets_globals; -#endif - +ZEND_DECLARE_MODULE_GLOBALS(sockets) #ifndef MSG_WAITALL #ifdef LINUX -90,7 +85,9 #define PHP_BINARY_READ 0x0002 #define PHP_SOCKET_ERROR(socket,msg,errn) socket-error = errn; \ - php_error(E_WARNING, %s() %s [%d]: %s, get_active_function_name(TSRMLS_C), msg, errn, php_strerror(errn)) + + SOCKETS_G(last_error) = errn; \ + + php_error(E_WARNING, %s() %s [%d]: %s, \ + + get_active_function_name(TSRMLS_C), msg, errn, php_strerror(errn)) static int le_iov; #define le_iov_name Socket I/O vector -374,12 +371,20 return 1; } + +static void php_sockets_init_globals(zend_sockets_globals *sockets_globals TSRMLS_DC) +{ + sockets_globals-last_error = 0; +} + /* {{{ PHP_MINIT_FUNCTION */ PHP_MINIT_FUNCTION(sockets) { struct protoent *pe; + ZEND_INIT_MODULE_GLOBALS(sockets, php_sockets_init_globals, NULL); + le_socket = zend_register_list_destructors_ex(destroy_socket, NULL, le_socket_name, module_number); le_iov = zend_register_list_destructors_ex(destroy_iovec, NULL, le_iov_name, module_number); -526,6 +531,7 retval = select(max_fd+1, rfds, wfds, efds, tv_p); if (retval == -1) { + SOCKETS_G(last_error) = errno; php_error(E_WARNING, %s() %s [%d]: %s, get_active_function_name(TSRMLS_C), unable to select, errno, php_strerror(errno)); RETURN_FALSE; } -570,6 +576,8 ZEND_FETCH_RESOURCE(php_sock, php_socket *, arg1, -1, le_socket_name, le_socket); if (!accept_connect(php_sock, new_sock, (struct sockaddr *) sa TSRMLS_CC)) { + php_error(E_WARNING, %s() unable to accept socket connection [%d]: +%s, + get_active_function_name(TSRMLS_C), errno, +php_strerror(errno)); RETURN_FALSE; } -798,6 +806,8 RETURN_TRUE; default: + php_error(E_WARNING, %s() Unsupported address family %d, + get_active_function_name(TSRMLS_C), +sa-sa_family); RETURN_FALSE; } } -854,6 +864,8
[PHP-DEV] Re: [PHP-DOC] RFC: documenting Object aggregation functions
On Mon, 29 Apr 2002, Jesus M. Castagnetto wrote: I am documenting the new object aggregation functions, and before I add it to the CVS tree, I would like to ask some questions: I would wait with documenting this until all discussions are done on it. regards, Derick 1) I am using en/reference/objaggregation for the functions, is that OK? (got all the appropriate files there) 2) Consistent w/ (1), all function entities are named reference.objaggregations.function.aggregation;, etc. So if there is a better naming convention for the object aggregation, let me know so I'll change those. 3) I am not including these functions in the classobj section because they do not refer to object/class properties, but to operations on objects. I would like to see arguments for them being in classobj and not on its own section, if any, before I am done w/ the documentation. 4) After I am done, which files should I modify so it will be include the next time the manual is rebuilt? = --- Jesus M. Castagnetto [EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com --- Did I help you? Consider a gift: http://www.amazon.co.uk/exec/obidos/registry/SLCB276UZU8B --- PHP: Scripting the Web - [EMAIL PROTECTED] All your branches are belong to me! SRM: Script Running Machine - www.vl-srm.net --- -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] bugs: try newer version (?)
If an ISP hosts about 30 websites, that's about 500 to 1200 Linux boxes, so they upgrade in batch and it's better work. I can't get them to upgrade my server to 4.1.2 because I share my box with 255 other websites and they won't upgrade until the next scheduled batch unless it's an emergency. I don't know if it's good or bad to not commit patches for older branches, but I will try to make my patches work on older releases and document them accordingly. However, if QA doesn't run tests on older releases (I don't know if they do or not), then it could be dangerous. Fab. - Original Message - From: Yasuo Ohgaki [EMAIL PROTECTED] To: [EMAIL PROTECTED]; Fab Wash [EMAIL PROTECTED] Sent: Monday, April 29, 2002 12:07 AM Subject: Re: [PHP-DEV] bugs: try newer version (?) Fab Wash wrote: A lot of ISPs have not upgraded beyond 4.0.6, either because they don't upgrade fast, or because they wait for the main bugs to be found and fixed before installing something stable. I've just checked my ISP and they're still running 4.0.6, and it's one of the major ISP in the USA. I guess they are thinking 4.0.6 is more stable than 4.1.2, since patch level version is 6 for 4.0.6 while patch level 2 for 4.1.2. It seems we are better to mention what the minor version difference imply. (And better to release patch level releases more, perhaps?) Not everyone know how to install PHP from the CVS, so I wouldn't discount 4.0.6 for now. Unfortunately, nobody commits patches to 4.0.6 branch. Installing PHP from CVS source does not help to stablize 4.0.6. Bugs are only fixed in CVS HEAD or current release branch (4.2.0 currently) We need to ask users to try ethier try CVS HEAD or PHP_4_2_0 branch source So I would say we are better to ask users to try newer version if user report problems older than current release branch. As someone already mentioned this in this list, We may want snapshot for release branch. -- Yasuo Ohgaki -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: snaps.php.net
Jim Winstead [EMAIL PROTECTED] schrieb im Newsbeitrag [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Marko Karppinen [EMAIL PROTECTED] wrote: Even though no sane person can dispute the fact that the frantic pace of PHP3 development warrants fresh snapshot of the venerable scripting environment every three hours, many people feel that the development and especially QA efforts on the 4.2 branch would greatly benefit from snapshot availability. snapshots of the 4.2 branch are now available as php4-STABLE-* from snaps.php.net. I hope not to insult with that question, but win32 binaries of the snapshots of the stable branch would also be very helpful.. Christoph -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: snaps.php.net
Christoph Grottolo [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... I hope not to insult with that question, but win32 binaries of the snapshots of the stable branch would also be very helpful.. Will be available later today or tomorrow. Edin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/sysvmsg sysvmsg.c /ext/sysvmsg/tests 001.phpt
Is there a better way of acheiving this? I want the unserialized data to be passed back as an out parameter, but if I pass the actual out_message var to php_var_unserialize I get segfaults or overruns. --Wez. if (do_unserialize) { php_unserialize_data_t var_hash; + zval *tmp = NULL; const char *p = (const char*)messagebuffer-mtext; + MAKE_STD_ZVAL(tmp); PHP_VAR_UNSERIALIZE_INIT(var_hash); - if (!php_var_unserialize(return_value, p, p + result, var_hash TSRMLS_CC)) { + if (!php_var_unserialize(tmp, p, p + result, var_hash TSRMLS_CC)) { zend_error(E_WARNING, %s(): message corrupted, get_active_function_name(TSRMLS_C)); RETVAL_FALSE; } + REPLACE_ZVAL_VALUE(out_message, tmp, 0); + FREE_ZVAL(tmp); PHP_VAR_UNSERIALIZE_DESTROY(var_hash); } else { -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] ?= and %= both work, why not ?php=
Not trying to impress anybody with anything. Just stating the simple fact that some people (myself included) find '?php= $var ?' easier to read than '?php echo $var ?'. I don't find it particularly 'cryptic'. - Theo -Original Message- From: Chris Shiflett [mailto:[EMAIL PROTECTED]] Sent: Friday, April 26, 2002 2:36 PM To: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] ?= and %= both work, why not ?php= Perhaps if it were a computer making these assumptions, yes. But anyone with half a brain can see that ?php echo 'Hello'; ? is much easer to understand for someone with no programming experience, than: ?php='Hello'?. Agreed, Sterling. I can't understand why this is so difficult to realize. Theo, are you just trying to impress people by saying how easy the cryptic syntax is? If so, it's not working. I, and others, would argue that '?php=' is no more 'magic' than '?php echo'. We know what it means. Seriously, Theo, this list isn't a place where everyone's ego is on the line. This is like arguing that the ternary operator in C is more intuitive than just writing the long if statement. Just because you and others know what it means is *not* a valid argument. This isn't a contest. You seem to have gotten the wrong impression. I for one am glad that PHP has remained as clean as it is. It is certainly a factor in PHP's success. Thanks for the tip, we didn't realize that. Well, Sterling, the sarcasm might have ben a bit harsh, but I must admit I laughed out loud when I read it. :) It's too bad really that ?= and %= are valid. I can guess why, but it leads to useless conversations like this. Chris -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] [Suggestion] Web server line in bug reporting form
I think we should add a dedicated line for the web server type in the bug reporting form. That will cut down on the number of what webserver are you running questions as well as the number of bad assumptions. This should also go into the e-mails sent to the php-bugs list. If this has been suggested before and determined not useful, just ignore this post. Joseph -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] socket_create() doesn't expose error if one occurs[CVS HEAD]
The patch looks good to me, go ahead and apply it. Thanks, -Jason On Mon, 2002-04-29 at 04:02, Markus Fischer wrote: Hi, attached is the patch I intend to commit later this day: - Stores last errno in a module global implicitely - Sets global last error explicitely for socket_select() and socket_create() - Modified socket_last_error() to return global modules last error if no socket resource is given - Added a couple of more E_WARNING messages in case something goes foobar so the user isn't left alone in the dark. regards, - Markus On Sun, Apr 28, 2002 at 10:53:42PM -0500, Jason Greene wrote : This was something I was planning on adding, but it was not applied to the 4.2.0 branch, because it introduces a feature enhancement (storing a global last error) and not a bug fix. It is a very simple enhance, I just have not had the time to work on it yet. -Jason -- Please always Cc to me when replying to me on the lists. GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc Mind if I MFH ? What QA did you do on it? the usual? ah... none :) ? sockets.diff Index: php_sockets.h === RCS file: /repository/php4/ext/sockets/php_sockets.h,v retrieving revision 1.22 diff -u -r1.22 php_sockets.h --- php_sockets.h 6 Mar 2002 20:19:09 - 1.22 +++ php_sockets.h 29 Apr 2002 08:56:25 - -102,12 +102,14 int accept_connect(php_socket *in_sock, php_socket **new_sock, struct sockaddr *la TSRMLS_DC); int php_read(int bsd_socket, void *buf, int maxlen); +ZEND_BEGIN_MODULE_GLOBALS(sockets) +int last_error; +ZEND_END_MODULE_GLOBALS(sockets) + #ifdef ZTS -#define SOCKETSG(v) (sockets_globals-v) -#define SOCKETSLS_FETCH() php_sockets_globals *sockets_globals = ts_resource(sockets_globals_id) +#define SOCKETS_G(v) TSRMG(sockets_globals_id, zend_sockets_globals *, v) #else -#define SOCKETSG(v) (sockets_globals.v) -#define SOCKETSLS_FETCH() +#define SOCKETS_G(v) (sockets_globals.v) #endif #else Index: sockets.c === RCS file: /repository/php4/ext/sockets/sockets.c,v retrieving revision 1.98 diff -u -r1.98 sockets.c --- sockets.c 11 Mar 2002 01:24:42 - 1.98 +++ sockets.c 29 Apr 2002 08:56:25 - -62,12 +62,7 # define IS_INVALID_SOCKET(a)(a-bsd_socket == INVALID_SOCKET) #endif -#ifdef ZTS -int sockets_globals_id; -#else -php_sockets_globals sockets_globals; -#endif - +ZEND_DECLARE_MODULE_GLOBALS(sockets) #ifndef MSG_WAITALL #ifdef LINUX -90,7 +85,9 #define PHP_BINARY_READ 0x0002 #define PHP_SOCKET_ERROR(socket,msg,errn)socket-error = errn; \ - php_error(E_WARNING, %s() %s [%d]: %s, get_active_function_name(TSRMLS_C), msg, errn, php_strerror(errn)) + SOCKETS_G(last_error) = errn; \ + php_error(E_WARNING, %s() %s [%d]: %s, \ + get_active_function_name(TSRMLS_C), msg, errn, php_strerror(errn)) static int le_iov; #define le_iov_name Socket I/O vector -374,12 +371,20 return 1; } + +static void php_sockets_init_globals(zend_sockets_globals *sockets_globals TSRMLS_DC) +{ + sockets_globals-last_error = 0; +} + /* {{{ PHP_MINIT_FUNCTION */ PHP_MINIT_FUNCTION(sockets) { struct protoent *pe; + ZEND_INIT_MODULE_GLOBALS(sockets, php_sockets_init_globals, NULL); + le_socket = zend_register_list_destructors_ex(destroy_socket, NULL, le_socket_name, module_number); le_iov = zend_register_list_destructors_ex(destroy_iovec, NULL, le_iov_name, module_number); -526,6 +531,7 retval = select(max_fd+1, rfds, wfds, efds, tv_p); if (retval == -1) { + SOCKETS_G(last_error) = errno; php_error(E_WARNING, %s() %s [%d]: %s, get_active_function_name(TSRMLS_C), unable to select, errno, php_strerror(errno)); RETURN_FALSE; } -570,6 +576,8 ZEND_FETCH_RESOURCE(php_sock, php_socket *, arg1, -1, le_socket_name, le_socket); if (!accept_connect(php_sock, new_sock, (struct sockaddr *) sa TSRMLS_CC)) { + php_error(E_WARNING, %s() unable to accept socket connection [%d]: %s, + get_active_function_name(TSRMLS_C), errno, php_strerror(errno)); RETURN_FALSE; } -798,6 +806,8 RETURN_TRUE; default: + php_error(E_WARNING, %s()
Re: [PHP-DEV] sockets
On Sun, 2002-04-28 at 22:43, Jason Greene wrote: In the case of a socket you are selecting on has errored, the socket will show up as readable. You then can perform a socket_read/recv, and you should receive NULL (errored socket), then you can call socket_last_error to receive the errno. Unless I'm just a really bad coder and have no idea what I'm doing, this won't help. I tried using socket_last_error, but it returns the same error code whether the socket has no data waiting (remember this is a non-blocking socket) or if the socket has died. I can only tell if it is dead by writing to the socket. What I'd like to do is just find out if the socket is still alive. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] sockets
On Mon, 2002-04-29 at 11:14, Steve Meyers wrote: On Sun, 2002-04-28 at 22:43, Jason Greene wrote: In the case of a socket you are selecting on has errored, the socket will show up as readable. You then can perform a socket_read/recv, and you should receive NULL (errored socket), then you can call socket_last_error to receive the errno. Unless I'm just a really bad coder and have no idea what I'm doing, this won't help. I tried using socket_last_error, but it returns the same error code whether the socket has no data waiting (remember this is a non-blocking socket) or if the socket has died. I can only tell if it is dead by writing to the socket. What I'd like to do is just find out if the socket is still alive. You have to call read/recv or write/send before you call last_error. You should get FALSE from the return of your read/recv, and socket_last_error should contain EAGAIN if no data is avail on a non-blocking socket, ECONRESET if the connection was reset by the peer(etc..etc..), or you would get from the return of the read (0 bytes from recv) which would indicate EOF. -Jason -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] [NEW-EXTENSION]ext/soap : first play around ...
Hi ! I just started to play with your new extension as soon as I saw your mail this morning on PHP-DEV ! It's really a good job and I am very impatient to play with the final release ... here are a few suggestions/bugs/requests to help you make this ext really great : - nice to have : a proxy set up for soap requests something like : $client = new SoapObject(uri, urn); $client-setProxy(proxyUri, 8080); ... - bug : but this bug way come from PHP and not from the ext ... this deals with case-sensitivity of function names ! this reminds me a quite long thread on PHP-DEV about that a few weeks ago ! :) $myObject = new SoapObject(http://www.localhost.com/PhpSoapToolkit/samples/object-server-sr c.php, urn:Object); echo $myObject-getData(); the method name getData is used to write the XML request ... but as function names are not case sensitive, this gives the following XML tag : getdata xmlns=urn:Object ... and then this doesn't work when you try to call a SOAP server that is not writen in PHP ! because in SOAP, method names are case-sensitive ! - important feature : the ability to pass named parameters ... insteed of having parameters called param0, param1, param2, ... it would be very usefull to have the ability to specify the name of the parameter. once again, this would allow to be SOAP-compliant with other systems not running PHP. that's all for the moment :) once again, good job ! __ ifrance.com, l'email gratuit le plus complet de l'Internet ! vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP... http://www.ifrance.com/_reloc/email.emailif -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: com Problems PHP 4.2
Hello Everyone, Problem 1: It seems that only one com can be executed within a PHP page. On the second Com it won't do the function lookup it gives an error message. After testing this it appears won't recognize the second Com within the PHP page. Problem 2: A by ref doesn't pass back the changed values on a Com or an external function. It only pass the value to the function by not back. PHPpage - function1.inc - function2(same inc file). Anyone know if this is a limitation in PHP? Thanks, Shelley -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: com Problems PHP 4.2
hi shelley, this is the wrong list for support questions. you should repost your question to php-win-help with all the required information (script, error message, ..). if you are sure that it is a bug in php and not an error in your script, then report it as a bug at http://bugs.php.net but i really think it is a user error. harald Shelley [EMAIL PROTECTED] schrieb im Newsbeitrag news:[EMAIL PROTECTED]... Hello Everyone, Problem 1: It seems that only one com can be executed within a PHP page. On the second Com it won't do the function lookup it gives an error message. After testing this it appears won't recognize the second Com within the PHP page. Problem 2: A by ref doesn't pass back the changed values on a Com or an external function. It only pass the value to the function by not back. PHPpage - function1.inc - function2(same inc file). Anyone know if this is a limitation in PHP? Thanks, Shelley -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] config.w32.h
As you may know, I worked a bit on config.w32.h recently. I'd like to rename the file to config.w32.h.in and let MSVC rename config.w32.h.in to config.w32.h, if config.w32.h does not yet exist. Two questions: 1.) Is this okay? 2.) How do I do this? :-) -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: [PHP-SOAP-DEV] [PHP-DEV] [NEW-EXTENSION]ext/soap : first play around ...
--- phpsurf [EMAIL PROTECTED] wrote: Hi ! I just started to play with your new extension as soon as I saw your mail this morning on PHP-DEV ! It's really a good job and I am very impatient to play with the final release ... here are a few suggestions/bugs/requests to help you make this ext really great : - nice to have : a proxy set up for soap requests something like : $client = new SoapObject(uri, urn); $client-setProxy(proxyUri, 8080); what is the uri for in the soap constructor for?... currently the first parameter is the uri of the proxy. $client = new SoapObject(http://proxy.endpoint.com:8080/test.php;, urn:test); that is the use without wsdls... or $client = new SoapObject(http://proxy.endpoint.com:8080/test.wsdl;); then the wsdl will have to define the endpoint ... - bug : but this bug way come from PHP and not from the ext ... this deals with case-sensitivity of function names ! this reminds me a quite long thread on PHP-DEV about that a few weeks ago ! :) $myObject = new SoapObject(http://www.localhost.com/PhpSoapToolkit/samples/object-server-sr c.php, urn:Object); echo $myObject-getData(); the method name getData is used to write the XML request ... but as function names are not case sensitive, this gives the following XML tag : getdata xmlns=urn:Object ... and then this doesn't work when you try to call a SOAP server that is not writen in PHP ! because in SOAP, method names are case-sensitive ! Yeah i understand the problems with this I'm not sure how this would work seeing that when you use a WSDL this is taken care of. $soapobject = new SoapObject(http://www.server.com/server.wsdl;); $soapobject-getData(); if the wsdl defines the getData method in uppercase then it will send getData instead of getdata Most soap implementations use wsdl's now-a-days. But i will keep that in mind. - important feature : the ability to pass named parameters ... insteed of having parameters called param0, param1, param2, ... it would be very usefull to have the ability to specify the name of the parameter. once again, this would allow to be SOAP-compliant with other systems not running PHP. Again when using wsdl's it will use the name of the parameter that the wsdl supplies it. If this is a huge consern that the server you are talking to doesn't use wsdls and needs named parameters. give me the implementation and specfics and ill look into it further. I tried to make the client code clean as possible with out stuff like $soap-call_method(getData); and $soap-set_param_name(data); it is soo much cleaner to read $soap-getData(); and the functionality is there when using wsdls. that's all for the moment :) once again, good job ! thanks for the feedback Let me know if you still have a consern about the above issues if the wsdl support does do what you will need. _brad_ __ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Build fails from CVS
Hi! I get this error message when i try to compile from CVS.. gcc -DPHP_ATOM_INC -I/mnt/data1/Stuff/CVS/PHP/php4/include -I/mnt/data1/Stuff/CVS/PHP/php4/main -I/mnt/data1/Stuff/CVS/PHP/php4 -I/usr/local/www/httpd2/include -I/mnt/data1/Stuff/CVS/PHP/php4/Zend -I/usr/include/libxml2 -I/usr/include/freetype2/freetype -I/usr//include -I/usr/local/www/mysql4/include/mysql -I/mnt/data1/Stuff/CVS/PHP/php4/ext/xml/expat -D_REENTRANT -I/mnt/data1/Stuff/CVS/PHP/php4/TSRM -g -O2 -pthread -Wall -DZTS ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/bcmath/bcmath.lo ext/bcmath/number.lo ext/bcmath/libbcmath/src/add.lo ext/bcmath/libbcmath/src/div.lo ext/bcmath/libbcmath/src/init.lo ext/bcmath/libbcmath/src/neg.lo ext/bcmath/libbcmath/src/outofmem.lo ext/bcmath/libbcmath/src/raisemod.lo ext/bcmath/libbcmath/src/rt.lo ext/bcmath/libbcmath/src/sub.lo ext/bcmath/libbcmath/src/compare.lo ext/bcmath/libbcmath/src/divmod.lo ext/bcmath/libbcmath/src/int2num.lo ext/bcmath/libbcmath/src/num2long.lo ext/bcmath/libbcmath/src/output.lo ext/bcmath/libbcmath/src/recmul.lo ext/bcmath/libbcmath/src/sqrt.lo ext/bcmath/libbcmath/src/zero.lo ext/bcmath/libbcmath/src/debug.lo ext/bcmath/libbcmath/src/doaddsub.lo ext/bcmath/libbcmath/src/nearzero.lo ext/bcmath/libbcmath/src/num2str.lo ext/bcmath/libbcmath/src/raise.lo ext/bcmath/libbcmath/src/rmzero.lo ext/bcmath/libbcmath/src/str2num.lo ext/bz2/bz2.lo ext/calendar/calendar.lo ext/calendar/dow.lo ext/calendar/french.lo ext/calendar/gregor.lo ext/calendar/jewish.lo ext/calendar/julian.lo ext/calendar/easter.lo ext/calendar/cal_unix.lo ext/ctype/ctype.lo ext/domxml/php_domxml.lo ext/exif/exif.lo ext/ftp/php_ftp.lo ext/ftp/ftp.lo ext/gd/gd.lo ext/gd/gdcache.lo ext/gd/gdttf.lo ext/gd/gdt1.lo ext/ldap/ldap.lo ext/mbstring/mbfilter_ja.lo ext/mbstring/mbfilter.lo ext/mbstring/mbstring.lo ext/mbstring/mbregex.lo ext/mbstring/php_mbregex.lo ext/mysql/php_mysql.lo ext/openssl/openssl.lo ext/overload/overload.lo ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/posix/posix.lo ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo ext/sockets/sockets.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/aggregation.lo ext/sysvshm/sysvshm.lo ext/tokenizer/tokenizer.lo ext/xml/xml.lo ext/xml/expat/xmlparse.lo ext/xml/expat/xmlrole.lo ext/xml/expat/xmltok.lo ext/xslt/xslt.lo ext/xslt/sablot.lo ext/yp/yp.lo regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo main/snprintf.lo main/spprintf.lo main/php_sprintf.lo main/safe_mode.lo main/fopen_wrappers.lo main/alloca.lo main/php_ini.lo main/SAPI.lo main/rfc1867.lo main/php_content_types.lo main/strlcpy.lo main/strlcat.lo main/mergesort.lo main/reentrancy.lo main/php_variables.lo main/php_ticks.lo main/streams.lo main/network.lo main/php_open_temporary_file.lo main/php_logos.lo main/output.lo main/memory_streams.lo main/user_streams.lo Zend/zend_language_parser.lo Zend/zend_language_scanner.lo Zend/zend_ini_parser.lo Zend/zend_ini_scanner.lo Zend/zend_alloc.lo Zend/zend_compile.lo Zend/zend_constants.lo Zend/zend_dynamic_array.lo Zend/zend_execute_API.lo Zend/zend_highlight.lo Zend/zend_llist.lo Zend/zend_opcode.lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo Zend/zend_stack.lo Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo Zend/zend_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo Zend/zend_indent.lo Zend/zend_builtin_functions.lo Zend/zend_sprintf.lo Zend/zend_ini.lo
Re: [PHP-DEV] Build fails from CVS
Hello, just update both php4 and Zend repositories, do a make clean and it should work again. Derick On Mon, 29 Apr 2002, Magnus Määttä wrote: Hi! I get this error message when i try to compile from CVS.. gcc -DPHP_ATOM_INC -I/mnt/data1/Stuff/CVS/PHP/php4/include -I/mnt/data1/Stuff/CVS/PHP/php4/main -I/mnt/data1/Stuff/CVS/PHP/php4 -I/usr/local/www/httpd2/include -I/mnt/data1/Stuff/CVS/PHP/php4/Zend -I/usr/include/libxml2 -I/usr/include/freetype2/freetype -I/usr//include -I/usr/local/www/mysql4/include/mysql -I/mnt/data1/Stuff/CVS/PHP/php4/ext/xml/expat -D_REENTRANT -I/mnt/data1/Stuff/CVS/PHP/php4/TSRM -g -O2 -pthread -Wall -DZTS ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/bcmath/bcmath.lo ext/bcmath/number.lo ext/bcmath/libbcmath/src/add.lo ext/bcmath/libbcmath/src/div.lo ext/bcmath/libbcmath/src/init.lo ext/bcmath/libbcmath/src/neg.lo ext/bcmath/libbcmath/src/outofmem.lo ext/bcmath/libbcmath/src/raisemod.lo ext/bcmath/libbcmath/src/rt.lo ext/bcmath/libbcmath/src/sub.lo ext/bcmath/libbcmath/src/compare.lo ext/bcmath/libbcmath/src/divmod.lo ext/bcmath/libbcmath/src/int2num.lo ext/bcmath/libbcmath/src/num2long.lo ext/bcmath/libbcmath/src/output.lo ext/bcmath/libbcmath! /src/recmul.lo ext/bcmath/libbcmath/src/sqrt.lo ext/bcmath/libbcmath/src/zero.lo ext/bcmath/libbcmath/src/debug.lo ext/bcmath/libbcmath/src/doaddsub.lo ext/bcmath/libbcmath/src/nearzero.lo ext/bcmath/libbcmath/src/num2str.lo ext/bcmath/libbcmath/src/raise.lo ext/bcmath/libbcmath/src/rmzero.lo ext/bcmath/libbcmath/src/str2num.lo ext/bz2/bz2.lo ext/calendar/calendar.lo ext/calendar/dow.lo ext/calendar/french.lo ext/calendar/gregor.lo ext/calendar/jewish.lo ext/calendar/julian.lo ext/calendar/easter.lo ext/calendar/cal_unix.lo ext/ctype/ctype.lo ext/domxml/php_domxml.lo ext/exif/exif.lo ext/ftp/php_ftp.lo ext/ftp/ftp.lo ext/gd/gd.lo ext/gd/gdcache.lo ext/gd/gdttf.lo ext/gd/gdt1.lo ext/ldap/ldap.lo ext/mbstring/mbfilter_ja.lo ext/mbstring/mbfilter.lo ext/mbstring/mbstring.lo ext/mbstring/mbregex.lo ext/mbstring/php_mbregex.lo ext/mysql/php_mysql.lo ext/openssl/openssl.lo ext/overload/overload.lo ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo ext! /pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/posix/posix.lo ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo ext/sockets/sockets.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo e! xt/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/aggregation.lo ext/sysvshm/sysvshm.lo ext/tokenizer/tokenizer.lo ext/xml/xml.lo ext/xml/expat/xmlparse.lo ext/xml/expat/xmlrole.lo ext/xml/expat/xmltok.lo ext/xslt/xslt.lo ext/xslt/sablot.lo ext/yp/yp.lo regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo main/snprintf.lo main/spprintf.lo main/php_sprintf.lo main/safe_mode.lo main/f! open_wrappers.lo main/alloca.lo main/php_ini.lo main/SAPI.lo main/rfc1867.lo main/php_content_types.lo main/strlcpy.lo main/strlcat.lo main/mergesort.lo main/reentrancy.lo main/php_variables.lo main/php_ticks.lo main/streams.lo main/network.lo main/php_open_temporary_file.lo main/php_logos.lo main/output.lo main/memory_streams.lo main/user_streams.lo Zend/zend_language_parser.lo Zend/zend_language_scanner.lo Zend/zend_ini_parser.lo Zend/zend_ini_scanner.lo Zend/zend_alloc.lo Zend/zend_compile.lo Zend/zend_constants.lo Zend/zend_dynamic_array.lo Zend/zend_execute_API.lo Zend/zend_highlight.lo Zend/zend_llist.lo Zend/zend_opcode.lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo Zend/zend_stack.lo Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo
Re: [PHP-DEV] Build fails from CVS
Didn't need to do that.. after running make five times it worked (?) On Mon, 29 Apr 2002 21:01:59 +0200 (CEST) [EMAIL PROTECTED] wrote: Hello, just update both php4 and Zend repositories, do a make clean and it should work again. Derick On Mon, 29 Apr 2002, Magnus Määttä wrote: Hi! I get this error message when i try to compile from CVS.. gcc -DPHP_ATOM_INC -I/mnt/data1/Stuff/CVS/PHP/php4/include -I/mnt/data1/Stuff/CVS/PHP/php4/main -I/mnt/data1/Stuff/CVS/PHP/php4 -I/usr/local/www/httpd2/include -I/mnt/data1/Stuff/CVS/PHP/php4/Zend -I/usr/include/libxml2 -I/usr/include/freetype2/freetype -I/usr//include -I/usr/local/www/mysql4/include/mysql -I/mnt/data1/Stuff/CVS/PHP/php4/ext/xml/expat -D_REENTRANT -I/mnt/data1/Stuff/CVS/PHP/php4/TSRM -g -O2 -pthread -Wall -DZTS ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/bcmath/bcmath.lo ext/bcmath/number.lo ext/bcmath/libbcmath/src/add.lo ext/bcmath/libbcmath/src/div.lo ext/bcmath/libbcmath/src/init.lo ext/bcmath/libbcmath/src/neg.lo ext/bcmath/libbcmath/src/outofmem.lo ext/bcmath/libbcmath/src/raisemod.lo ext/bcmath/libbcmath/src/rt.lo ext/bcmath/libbcmath/src/sub.lo ext/bcmath/libbcmath/src/compare.lo ext/bcmath/libbcmath/src/divmod.lo ext/bcmath/libbcmath/src/int2num.lo ext/bcmath/libbcmath/src/num2long.lo ext/bcmath/libbcmath/src/output.lo ext/bcmath/libbcmath! /src/recmul.lo ext/bcmath/libbcmath/src/sqrt.lo ext/bcmath/libbcmath/src/zero.lo ext/bcmath/libbcmath/src/debug.lo ext/bcmath/libbcmath/src/doaddsub.lo ext/bcmath/libbcmath/src/nearzero.lo ext/bcmath/libbcmath/src/num2str.lo ext/bcmath/libbcmath/src/raise.lo ext/bcmath/libbcmath/src/rmzero.lo ext/bcmath/libbcmath/src/str2num.lo ext/bz2/bz2.lo ext/calendar/calendar.lo ext/calendar/dow.lo ext/calendar/french.lo ext/calendar/gregor.lo ext/calendar/jewish.lo ext/calendar/julian.lo ext/calendar/easter.lo ext/calendar/cal_unix.lo ext/ctype/ctype.lo ext/domxml/php_domxml.lo ext/exif/exif.lo ext/ftp/php_ftp.lo ext/ftp/ftp.lo ext/gd/gd.lo ext/gd/gdcache.lo ext/gd/gdttf.lo ext/gd/gdt1.lo ext/ldap/ldap.lo ext/mbstring/mbfilter_ja.lo ext/mbstring/mbfilter.lo ext/mbstring/mbstring.lo ext/mbstring/mbregex.lo ext/mbstring/php_mbregex.lo ext/mysql/php_mysql.lo ext/openssl/openssl.lo ext/overload/overload.lo ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo ext! /pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/posix/posix.lo ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo ext/sockets/sockets.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo e! xt/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/aggregation.lo ext/sysvshm/sysvshm.lo ext/tokenizer/tokenizer.lo ext/xml/xml.lo ext/xml/expat/xmlparse.lo ext/xml/expat/xmlrole.lo ext/xml/expat/xmltok.lo ext/xslt/xslt.lo ext/xslt/sablot.lo ext/yp/yp.lo regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo main/snprintf.lo main/spprintf.lo main/php_sprintf.lo main/safe_mode.lo main/f! open_wrappers.lo main/alloca.lo main/php_ini.lo main/SAPI.lo main/rfc1867.lo main/php_content_types.lo main/strlcpy.lo main/strlcat.lo main/mergesort.lo main/reentrancy.lo main/php_variables.lo main/php_ticks.lo main/streams.lo main/network.lo main/php_open_temporary_file.lo main/php_logos.lo main/output.lo main/memory_streams.lo main/user_streams.lo Zend/zend_language_parser.lo Zend/zend_language_scanner.lo Zend/zend_ini_parser.lo Zend/zend_ini_scanner.lo Zend/zend_alloc.lo Zend/zend_compile.lo Zend/zend_constants.lo Zend/zend_dynamic_array.lo Zend/zend_execute_API.lo Zend/zend_highlight.lo
[PHP-DEV] RE: [PHP-SOAP-DEV] [PHP-DEV] [NEW-EXTENSION]ext/soap : first play around ...
great ... it looks like using the wsdl will solve some problems ! but sometimes, specially during development, it is quite fastidious to have to write a wsdl to make the soap implementation work properly ... because SOAP has not been defined in the shadow of WSDL ... they are two independant standards ! anyway, i will have a look on the wsdl feature ... is it yet ready to use ? for my first point, I was not talking about the soap proxy, but about the HTTP Proxy that some servers may use to connect to the internet ... this is quite often the situation when working on a corporate server ... for example, in my company, we can only direct connect to intranet HTTP servers, when you need to go surfing on some web site outside the intranet, you need to get it through the HTTP proxy ... I was talking about the proxy to use when making the HTTP POST request to the soap server. do you better see what I mean ? -Original Message- From: brad lafountain [mailto:[EMAIL PROTECTED]] Sent: lundi 29 avril 2002 19:58 To: phpsurf; [EMAIL PROTECTED] Cc: brad lafountain; [EMAIL PROTECTED] Subject: Re: [PHP-SOAP-DEV] [PHP-DEV] [NEW-EXTENSION]ext/soap : first play around ... --- phpsurf [EMAIL PROTECTED] wrote: Hi ! I just started to play with your new extension as soon as I saw your mail this morning on PHP-DEV ! It's really a good job and I am very impatient to play with the final release ... here are a few suggestions/bugs/requests to help you make this ext really great : - nice to have : a proxy set up for soap requests something like : $client = new SoapObject(uri, urn); $client-setProxy(proxyUri, 8080); what is the uri for in the soap constructor for?... currently the first parameter is the uri of the proxy. $client = new SoapObject(http://proxy.endpoint.com:8080/test.php;, urn:test); that is the use without wsdls... or $client = new SoapObject(http://proxy.endpoint.com:8080/test.wsdl;); then the wsdl will have to define the endpoint ... - bug : but this bug way come from PHP and not from the ext ... this deals with case-sensitivity of function names ! this reminds me a quite long thread on PHP-DEV about that a few weeks ago ! :) $myObject = new SoapObject(http://www.localhost.com/PhpSoapToolkit/samples/object-server-sr c.php, urn:Object); echo $myObject-getData(); the method name getData is used to write the XML request ... but as function names are not case sensitive, this gives the following XML tag : getdata xmlns=urn:Object ... and then this doesn't work when you try to call a SOAP server that is not writen in PHP ! because in SOAP, method names are case-sensitive ! Yeah i understand the problems with this I'm not sure how this would work seeing that when you use a WSDL this is taken care of. $soapobject = new SoapObject(http://www.server.com/server.wsdl;); $soapobject-getData(); if the wsdl defines the getData method in uppercase then it will send getData instead of getdata Most soap implementations use wsdl's now-a-days. But i will keep that in mind. - important feature : the ability to pass named parameters ... insteed of having parameters called param0, param1, param2, ... it would be very usefull to have the ability to specify the name of the parameter. once again, this would allow to be SOAP-compliant with other systems not running PHP. Again when using wsdl's it will use the name of the parameter that the wsdl supplies it. If this is a huge consern that the server you are talking to doesn't use wsdls and needs named parameters. give me the implementation and specfics and ill look into it further. I tried to make the client code clean as possible with out stuff like $soap-call_method(getData); and $soap-set_param_name(data); it is soo much cleaner to read $soap-getData(); and the functionality is there when using wsdls. that's all for the moment :) once again, good job ! thanks for the feedback Let me know if you still have a consern about the above issues if the wsdl support does do what you will need. _brad_ __ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com __ ifrance.com, l'email gratuit le plus complet de l'Internet ! vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP... http://www.ifrance.com/_reloc/email.emailif -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Build problem on Solaris 8
Hi, I tried the install list with no luck and thought perhaps someone on this list could lend some insight. Platform = Solaris 8 Shell = bash 2.05 Compiler = GCC 3.0.3 PHP version = 4.2.0 MySQL version = 3.23.45 configured with --with-mysql --with-apsx My build was failing as it ran libtool on libmysql.c. It was complaining about m_string.h on the pre-processor expression: #if SIZEOF_LONG == SIZEOF_LONG_LONG. operator '==' has no right operand I chased it down and found that SIZEOF_LONG_LONG was being defined in php_config.h, but was not assigned a value: #define SIZEOF_LONG_LONG I checked out the configure script and found where it is trying to determine the size of 'long long': I don't see how ac_cv_sizeof_long_long could be initialed to nothing?? In m_string.h I initialized SIZEOF_LONG_LONG to 0 and the build works, but I'm not sure that it will work given that 0 is not the size of a long long on my platform. Can someone lend me some insight into the problem? Do you think I can set SIZEOF_LONG_LONG to 8 without a problem? Or is there something I can do with the configure script to ensure it works as it is supposed to? thanks in advance, --dk -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] unable to pass values between pages
Dear Freinds, I am trying to pass the value from one page to other. But that value is not displayed by the receiving page. I am using win 2000 server with IIS. Is there anything to be configured in php.ini file? The following is the code: user.php HTML FORM METHOD=POST ACTION=process.php INPUT TYPE=text NAME=usernameBRBR INPUT TYPE=submit value= Submit data /FORM /HTML - process.php HTML ? echo ( Welcome, . $username); ? /HTML -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: unable to pass values between pages
Hi Maria... What version of PHP are you running? If you are running 4.2.0 or newer, the problem you are seeing is by design. From version 4.2.0 onwards, request variables are no longer registered in the global scope. See http://www.php.net/release_4_2_0.php In future, [EMAIL PROTECTED] is the place to post questions about developing WITH PHP - php-dev is for the development OF PHP. Thanks, Matt Maria [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Dear Freinds, I am trying to pass the value from one page to other. But that value is not displayed by the receiving page. I am using win 2000 server with IIS. Is there anything to be configured in php.ini file? The following is the code: user.php HTML FORM METHOD=POST ACTION=process.php INPUT TYPE=text NAME=usernameBRBR INPUT TYPE=submit value= Submit data /FORM /HTML - process.php HTML ? echo ( Welcome, . $username); ? /HTML -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] [NEW-EXTENSION]ext/soap : first play around ...
Does the extension have any problem simliar to this? http://online.securityfocus.com/archive/1/267051 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Warnings in ext/mbstring
c:\home\php\php4\ext\mbstring\mbfilter.c(6382): warning C4018: '=': Conflict between signed and unsigned c:\home\php\php4\ext\mbstring\mbfilter.c(6751): warning C4018: '=': Conflict between signed and unsigned c:\home\php\php4\ext\mbstring\mbregex.c(2207): warning C4018: '=': Conflict between signed and unsigned c:\home\php\php4\ext\mbstring\mbregex.c(3619): warning C4018: '=': Conflict between signed and unsigned c:\home\php\php4\ext\mbstring\mbregex.c(3624): warning C4018: '=': Conflict between signed and unsigned c:\home\php\php4\ext\mbstring\mbregex.c(3740): warning C4018: '=': Conflict between signed and unsigned c:\home\php\php4\ext\mbstring\mbregex.c(3794): warning C4018: '=': Conflict between signed and unsigned c:\home\php\php4\ext\mbstring\mbregex.c(3807): warning C4018: '=': Conflict between signed and unsigned c:\home\php\php4\ext\mbstring\mbregex.c(3819): warning C4018: '=': Conflict between signed and unsigned c:\home\php\php4\ext\mbstring\mbregex.c(4432): warning C4244: '=': Conversion from 'long' in 'short', possible loss of data c:\home\php\php4\ext\mbstring\mbstring.c(409): warning C4013: 'mbre_free_pattern' undefined -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] [NEW-EXTENSION]ext/soap : first play around ...
Acually it does behave the same way.. but it WAS by design. for my testing. I'll change it to the correcty way. It's just a default option setting. Thanks for reminding me. - Brad --- SDiZ [EMAIL PROTECTED] wrote: Does the extension have any problem simliar to this? http://online.securityfocus.com/archive/1/267051 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php __ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: Removal of php_fopen_wrapper in HEAD will break binary modules between 4.2 and HEAD (4.3)
On Mon, Apr 29, 2002 at 01:50:01AM +0100, Wez Furlong wrote: Hi Thies, I did raise this issue a while back, but got no response (happens quite a lot on php-dev). I think bumping the API number would be the best course of action; a lot of things have changed (binary wise) as a result of streams, and I don't think it is possible to emulate the old things without a lot of mess - the whole point of streams was to eliminate the issock mess we had in the first place. got you. sorry, tc -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php