Re: [PHP-DEV] Build system support for stock FreeBSD autoconf ports
On Sun, 27 Mar 2005, Jon Parise wrote: The attached patch allows PHP's build system to recognize FreeBSD's versioned autoconf ports without the need for system-level symlinks or similar aliasing. It uses 'shtool path' to (attempt to) locate the appropriate autoconf / autoheader executable. I added such patch once but Sebastian got some problems with it so it was reverted. And I don't want to add this patch either unless there is very good reason to do so. There are no known problems of running buildconf with autoconf 2.13, so why shouldn't that be allowed? (it's actually PREFERRED version :) And finally: Common users should NEVER EVER run buildconf. --Jani 5B -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: Re[2]: [PHP-DEV] Fix for 30818, 28839, 32229, 30513
I'll commit the patch to PHP_5_0 branch after 5.0.4 is released. This is not a showstopper. --Jani On Mon, 28 Mar 2005, Kamesh Jayachandran wrote: Hi Jani, Thanks for commiting the patch. But I feel you can do the same on PHP-5.0.4-dev tree also. With regards Kamesh Jayachandran On Sat, 26 Mar 2005 04:45:58 +0200 (EET), Jani Taskinen [EMAIL PROTECTED] said: On Sun, 20 Mar 2005, Kamesh Jayachandran wrote: Hi Andi, I could not see this change in CVS both in 5_0_4-dev tree and HEAD. Can someone apply my patch? Done. --Jani With regards Kamesh Jayachandran On Fri, 18 Mar 2005 13:56:25 -0800, Andi Gutmans [EMAIL PROTECTED] said: Yeah it might make sense to move that to a function. But for some reason I already see that zend_execute_API.c contains this code in HEAD. Did someone apply and I missed the commit msg? Kamesh, can you please verify if it exists in your source tree? Good catch btw. Andi At 01:46 PM 3/18/2005 +0200, val khokhlov wrote: Hello Kamesh, Friday, March 18, 2005, 1:15:53 PM, you wrote: KJ Yes I got this fix from pass_two only. It duplicates pass_two especially KJ the while loop. you see, i also use this part of pass_two() code in my ext. maybe, it'd be a good idea to find one place for this jump addr calculation, so it won't be duplicated? (although, it's likely a question to zend developers) -- Best regards, valmailto:[EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Implementing support for HTTP Digest Authorization in PHP
Great ! So we can except, that this patch wil be included in main distribution of PHP (as core component) ? Rui Hirokawa wrote: HTTP Digest Authorization is supported by PEAR::Auth_HTTP. But, as you said, it cannot be used when safe_mode = On. To solve this problem, I made a simple patch based on your suggestion based on php5 CVS HEAD. Applying this patch, we can access $_SERVER['PHP_AUTH_DIGEST'] , which will be like, 'Digest username="taro", realm="php-users-digest", nonce="MTExMTkwNjQ2OA==399347e5e0e2688ede69bfe5e707e3a3", uri="/php/auth/test_digest_simple.php", algorithm=MD5, response="6ba162b80d63f8960c73405519cea861", opaque="b7d192a44e0da16cd180ebe85efb7c8f", qop=auth, nc=0001, cnonce="082c875dcb2ca740"'. The Digest Authentication can be performed in Auth_HTTP using this server variable. Some utility function such as http_digest_params() to decode parameters from $_SERVER['PHP_AUTH_DIGEST'] will be also useful to make the authentication code. I hope apply this patch into CVS HEAD if there is no objection. Rui On Wed, 23 Mar 2005 08:44:14 +0100 LacaK [EMAIL PROTECTED] wrote: Hi everybody, I am looking for somebody, who can implement HTTP Digest Authorization in PHP. A solution, that could be useful also for many PHP users. (is more secure and so more usable than Basic authorization) "HTTP Basic Authorization" sends password only base64 encoded, and may be easily stolen. but "HTTP Digest Authorization" sends password 'md5 hashed', so for other script it is much more harder to steal or gain it. Wouldnエt it be possible to add in PHP support the Digest Authorization for example in a form $_SERVER["PHP_AUTH_DIGEST"], where the header from HTTP Response would be added if 'Authorization: Digest ...' is used (similar as the 'Authorization: Basic ...' in $_SERVER["PHP_AUTH_USER"] and $_SERVER["PHP_AUTH_PW"] even when safe_mode=On) 1.PHP must parse HTTP header. 2. When it finds Authorization: Basic then fill up $_SERVER["PHP_AUTH_USER"] and $_SERVER["PHP_AUTH_PW"] 3. add next condition When it finds Authorization: Digest then fill $_SERVER["PHP_AUTH_DIGEST"] (I think, that it takes only few lines of source code . Modification in init_request_info() function in mod_php4.c + ?) I appended short file, where this modification is marked. Thank you very much for your time and effort. Please reply. Or advice me who I should contact. Laco -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Implementing support for HTTP Digest Authorization in PHP
Patch is necessary :-))) Rui Hirokawa wrote: I checked this problem again, and I found getallheaders() can have authorization even if safe_mode is On. So, $_SERVER['PHP_AUTH_DIGEST'] in my patch is not necessary to use with PEAR::Auth_HTTP and Apache. I am not sure it is useful or not with another SAPI such as ISAPI. Rui -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] snprintf / ap_php_snprintf, %lld, gcc versions?
# [EMAIL PROTECTED] / 2005-03-27 07:49:31 +0200: On Sun, 27 Mar 2005, Roman Neuhauser wrote: I'm having a puzzling problem with %lld conversion handling in ap_php_snprintf, and it seems to be gcc version-dependent. I found this problem through Statgrab, which has this macro: #define PHP_SG_ADD_LLVAL(rtz, key, val) { \ char tmp[256]; \ int tmp_len = snprintf((char *)tmp, sizeof(tmp) - 1, %lld, val); \ add_assoc_stringl_ex(rtz, key, sizeof(key), tmp, tmp_len, 1); \ } main/snprintf.[hc]: #define snprintf ap_php_snprintf PHPAPI int ap_php_snprintf(char *buf, size_t len, const char *format,...) For some reason the header file is not included then - that should be fixed as our own (ap_php_snprintf) function should always be used which is not gcc dependent. Turns out you are right, but probably not the way you expected: %lld is broken on the boxes where snprintf expands to %ap_php_snprintf(). The difference is in the installed include/php/main/snprintf.h file (present vs. missing HAVE_SNPRINTF check), at least between a pair of hosts I'm looking at right now. So now the question is: what is the best (least intrusive) way to make sure the system snprintf is used? #if 0 the snprintf macro? BTW, perhaps the unconditional ap_php_snprintf use could be backed out until the function is mature enough to actually be an improvement? See also http://marc.theaimsgroup.com/?l=php-devm=110746124520191w=2 -- How many Vietnam vets does it take to screw in a light bulb? You don't know, man. You don't KNOW. Cause you weren't THERE. http://bash.org/?255991 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Build system support for stock FreeBSD autoconf ports
# [EMAIL PROTECTED] / 2005-03-29 11:11:27 +0300: On Sun, 27 Mar 2005, Jon Parise wrote: The attached patch allows PHP's build system to recognize FreeBSD's versioned autoconf ports without the need for system-level symlinks or similar aliasing. It uses 'shtool path' to (attempt to) locate the appropriate autoconf / autoheader executable. I added such patch once but Sebastian got some problems with it so it was reverted. And I don't want to add this patch either unless there is very good reason to do so. It would be interesting to know what the problems were so that they could be ironed out. And finally: Common users should NEVER EVER run buildconf. But why make hacking PHP harder? -- How many Vietnam vets does it take to screw in a light bulb? You don't know, man. You don't KNOW. Cause you weren't THERE. http://bash.org/?255991 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Build system support for stock FreeBSD autoconf ports
On Tue, 29 Mar 2005, Roman Neuhauser wrote: # [EMAIL PROTECTED] / 2005-03-29 11:11:27 +0300: On Sun, 27 Mar 2005, Jon Parise wrote: The attached patch allows PHP's build system to recognize FreeBSD's versioned autoconf ports without the need for system-level symlinks or similar aliasing. It uses 'shtool path' to (attempt to) locate the appropriate autoconf / autoheader executable. I added such patch once but Sebastian got some problems with it so it was reverted. And I don't want to add this patch either unless there is very good reason to do so. It would be interesting to know what the problems were so that they could be ironed out. He had the problems with gentoo and it's autoconf wrapper crap. And finally: Common users should NEVER EVER run buildconf. But why make hacking PHP harder? And how is it hard atm to run './buildconf' ?? If you have autoconf (any version above 2.13 works) installed, there are no problems. --Jani -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Build system support for stock FreeBSD autoconf ports
# [EMAIL PROTECTED] / 2005-03-29 15:24:07 +0300: On Tue, 29 Mar 2005, Roman Neuhauser wrote: # [EMAIL PROTECTED] / 2005-03-29 11:11:27 +0300: On Sun, 27 Mar 2005, Jon Parise wrote: The attached patch allows PHP's build system to recognize FreeBSD's versioned autoconf ports without the need for system-level symlinks or similar aliasing. It uses 'shtool path' to (attempt to) locate the appropriate autoconf / autoheader executable. I added such patch once but Sebastian got some problems with it so it was reverted. And I don't want to add this patch either unless there is very good reason to do so. It would be interesting to know what the problems were so that they could be ironed out. He had the problems with gentoo and it's autoconf wrapper crap. And finally: Common users should NEVER EVER run buildconf. But why make hacking PHP harder? And how is it hard atm to run './buildconf' ?? If you have autoconf (any version above 2.13 works) installed, there are no problems. I have autoconf-2.13, 2.53, 2.59, automake-1.4.5, 1.5, 1.9.4, libtool-1.3.5, 1.5.10. I have no executable named autoconf, automake, or libtool, instead, there are autoconf213, autoconf253, etc. Without symlinking or installing the desired versions somewhere and munging PATH, running ./buildconf is an uber-easy way to be informed that I don't have the required tools. Such schemes are quite common thanks to incompatibilities between autotools versions, e. g. Subversion's buildconf equivalent accepts the names from environment, mentioning IIRC Debian installing the tools as e. g. autoconf-213. -- How many Vietnam vets does it take to screw in a light bulb? You don't know, man. You don't KNOW. Cause you weren't THERE. http://bash.org/?255991 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Build system support for stock FreeBSD autoconf ports
On Tue, 29 Mar 2005, Roman Neuhauser wrote: # [EMAIL PROTECTED] / 2005-03-29 15:24:07 +0300: On Tue, 29 Mar 2005, Roman Neuhauser wrote: # [EMAIL PROTECTED] / 2005-03-29 11:11:27 +0300: On Sun, 27 Mar 2005, Jon Parise wrote: The attached patch allows PHP's build system to recognize FreeBSD's versioned autoconf ports without the need for system-level symlinks or similar aliasing. It uses 'shtool path' to (attempt to) locate the appropriate autoconf / autoheader executable. I added such patch once but Sebastian got some problems with it so it was reverted. And I don't want to add this patch either unless there is very good reason to do so. It would be interesting to know what the problems were so that they could be ironed out. He had the problems with gentoo and it's autoconf wrapper crap. And finally: Common users should NEVER EVER run buildconf. But why make hacking PHP harder? And how is it hard atm to run './buildconf' ?? If you have autoconf (any version above 2.13 works) installed, there are no problems. I have autoconf-2.13, 2.53, 2.59, automake-1.4.5, 1.5, 1.9.4, libtool-1.3.5, 1.5.10. I have no executable named autoconf, automake, or libtool, instead, there are autoconf213, autoconf253, etc. If there are no autoconf/autoheader executables, that's no way any PHP problem. Without symlinking or installing the desired versions somewhere and munging PATH, running ./buildconf is an uber-easy way to be informed that I don't have the required tools. Life is hard sometimes. Such schemes are quite common thanks to incompatibilities between autotools versions, e. g. Subversion's buildconf equivalent accepts the names from environment, mentioning IIRC Debian installing the tools as e. g. autoconf-213. If someone can provide a patch that works in every single OS with any possible combination of autoconf* packages installed I'll be happy to commit such patch. As long as nobody can provide such patch and PROVE it won't break things for others - no commit. --Jani -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Build system support for stock FreeBSD autoconf ports
The way some systems start to treat autoconf (installing multiple versions in an absolutely braindamaged way) is not something we should support. I suggest whoever is bothered by FreeBSD doing stupid things should go to the ports maintainer and complain to him. - Sascha -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Build system support for stock FreeBSD autoconf ports
# [EMAIL PROTECTED] / 2005-03-29 16:46:37 +0200: The way some systems start to treat autoconf (installing multiple versions in an absolutely braindamaged way) is not something we should support. I suggest whoever is bothered by FreeBSD doing stupid things should go to the ports maintainer and complain to him. What's so stupid about it? Can you suggest a way different versions of autotools could coexist? -- How many Vietnam vets does it take to screw in a light bulb? You don't know, man. You don't KNOW. Cause you weren't THERE. http://bash.org/?255991 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Build system support for stock FreeBSD autoconf ports
Yes, use different install prefixes. /opt/autoconfX.XX /opt/autoconfY.YY And add the suitable prefix to your PATH. But don't change the names of the utilities.. - Sascha On Tue, 29 Mar 2005, Roman Neuhauser wrote: # [EMAIL PROTECTED] / 2005-03-29 16:46:37 +0200: The way some systems start to treat autoconf (installing multiple versions in an absolutely braindamaged way) is not something we should support. I suggest whoever is bothered by FreeBSD doing stupid things should go to the ports maintainer and complain to him. What's so stupid about it? Can you suggest a way different versions of autotools could coexist? -- How many Vietnam vets does it take to screw in a light bulb? You don't know, man. You don't KNOW. Cause you weren't THERE. http://bash.org/?255991 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] [patch] bug #29210 is_callable - no support for private and protected classes
On Tue, 22 Feb 2005 17:38:26 -0800 Andi Gutmans [EMAIL PROTECTED] wrote: Marcus, Zeev, Is there a way to generalize the access restrictions on methods and use that general function everywhere? I realize the code is a bit different in all places but it might be possible. Asking you guys as the people who messed around most with the PPP stuff. Andi No progress here? =( Maybe it'd better to apply the patch and do all the optimizations later? -- Wbr, Antony Dovgal aka tony2001 [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] why does PHP accept [new] session ids from client?
Not to be rude or anything, but this question is better suited for php-general -Jeremy On Tue, 29 Mar 2005 12:47:29 -0500, Hans L [EMAIL PROTECTED] wrote: Hi, This may not be the right place for this question, but what I'm looking to understand is the reasoning behind what seems to be the standard session behavior in PHP. And, if it's possible, how to change this behavior (via INI settings, etc.). As I understand (and experience) it, if a client [browser] presents a session id (e.g. in a cookie) to the server, then PHP will attempt to match that ID to the session on the system. If found, that session information will be made available to the scripts. Fine. But, if *not found* then a new session will be created with the specified ID. Is there any way to disable this behavior? I can't think of a single circumstance under which this would be the desired behavior, but my use of sessions has been more limited to authentication web applications. I know about using session_regenerate_id() after authentication, to prevent fixation, but it seems like this is a workaround for a more fundamental problem in PHP session behavior. On a side note, does anyone know if Hardened-PHP exhibits the same behavior? Thanks, Hans -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- --- Jeremy Johnstone http://www.jeremyjohnstone.com [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] why does PHP accept [new] session ids from client?
Ok, I'll post it there. I thought that it was more a question of why is it this way? than how do I do ?. Thanks, Hans Jeremy Johnstone wrote: Not to be rude or anything, but this question is better suited for php-general -Jeremy On Tue, 29 Mar 2005 12:47:29 -0500, Hans L [EMAIL PROTECTED] wrote: Hi, This may not be the right place for this question, but what I'm looking to understand is the reasoning behind what seems to be the standard session behavior in PHP. And, if it's possible, how to change this behavior (via INI settings, etc.). As I understand (and experience) it, if a client [browser] presents a session id (e.g. in a cookie) to the server, then PHP will attempt to match that ID to the session on the system. If found, that session information will be made available to the scripts. Fine. But, if *not found* then a new session will be created with the specified ID. Is there any way to disable this behavior? I can't think of a single circumstance under which this would be the desired behavior, but my use of sessions has been more limited to authentication web applications. I know about using session_regenerate_id() after authentication, to prevent fixation, but it seems like this is a workaround for a more fundamental problem in PHP session behavior. On a side note, does anyone know if Hardened-PHP exhibits the same behavior? Thanks, Hans -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] why does PHP accept [new] session ids from client?
why is it this way should also be posted to the general newsgroup, it barely has anything to do with internals - tul Hans L wrote: Ok, I'll post it there. I thought that it was more a question of why is it this way? than how do I do ?. Thanks, Hans Jeremy Johnstone wrote: Not to be rude or anything, but this question is better suited for php-general -Jeremy On Tue, 29 Mar 2005 12:47:29 -0500, Hans L [EMAIL PROTECTED] wrote: Hi, This may not be the right place for this question, but what I'm looking to understand is the reasoning behind what seems to be the standard session behavior in PHP. And, if it's possible, how to change this behavior (via INI settings, etc.). As I understand (and experience) it, if a client [browser] presents a session id (e.g. in a cookie) to the server, then PHP will attempt to match that ID to the session on the system. If found, that session information will be made available to the scripts. Fine. But, if *not found* then a new session will be created with the specified ID. Is there any way to disable this behavior? I can't think of a single circumstance under which this would be the desired behavior, but my use of sessions has been more limited to authentication web applications. I know about using session_regenerate_id() after authentication, to prevent fixation, but it seems like this is a workaround for a more fundamental problem in PHP session behavior. On a side note, does anyone know if Hardened-PHP exhibits the same behavior? Thanks, Hans -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] [PATCH] Install Documentation for Unix/Windows
Hello! Both win32/install.txt and INSTALL need an update before the next PHP release so here's a patch for these two files: http://boogle.com/tmp/patch_phpsrc_install.txt It's an enormous patch because the line endings were incorrect for these files but have been fixed (install.txt = \r\n and INSTALL = \n). If you're curious on what content actually changed, see: http://boogle.com/tmp/patch_phpsrc_install_changed.txt There have been some important changes to these docs so please apply this patch ASAP. Regards, Philip -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] PEAR is up-to-date in snaps
Hi all, I just confirmed that the windows snapshots pear bundles are all up-to-date. Greg -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] seg fault in zend_hash
I was just wondering if i should report this as a bug? I have the latest CVS 5.1 code, and i can build it ok, but when PHP segfaults on startup. I am using Ubuntu Hoary on a P4. ./configure --prefix=/usr/local/php5 --with-config-file-path=/usr/local/php5/lib make The SAPI's build ok, but if i run the CLI through GDB i get this error when it starts: This GDB was configured as i386-linux...Using host libthread_db library /lib/tls/i686/cmov/libthread_db.so.1. (gdb) run Starting program: /home/nick/Desktop/build-src/php-src/sapi/cli/php [Thread debugging using libthread_db enabled] [New Thread 1076758816 (LWP 13455)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1076758816 (LWP 13455)] zend_hash_merge_ex (target=0x82ecb30, source=0x98, pCopyConstructor=0x81d63a0 zval_add_ref, size=4, pMergeSource=0x81c8510 do_inherit_constant_check, pParam=0x0) at /home/nick/Desktop/build-src/php-src/Zend/zend_hash.c:818 818 p = source-pListHead; I also get no error message but apache2 crashes if i build the apache2handler SAPI. Cheers -- Nick Loeve Sputnik Agency t: +613 953 44 333 f: +613 953 44 833 m: 0422 790 661 w: www.sputnikagency.com Level One 31 Greeves Street St. Kilda 3182 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] seg fault in zend_hash (with bt)
Sorry here is the BT from GDB (gdb) run Starting program: /home/nick/Desktop/build-src/php-src/sapi/cli/php [Thread debugging using libthread_db enabled] [New Thread 1076758816 (LWP 13474)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1076758816 (LWP 13474)] zend_hash_merge_ex (target=0x82ecb30, source=0x98, pCopyConstructor=0x81d63a0 zval_add_ref, size=4, pMergeSource=0x81c8510 do_inherit_constant_check, pParam=0x0) at /home/nick/Desktop/build-src/php-src/Zend/zend_hash.c:818 818 p = source-pListHead; (gdb) bt #0 zend_hash_merge_ex (target=0x82ecb30, source=0x98, pCopyConstructor=0x81d63a0 zval_add_ref, size=4, pMergeSource=0x81c8510 do_inherit_constant_check, pParam=0x0) at /home/nick/Desktop/build-src/php-src/Zend/zend_hash.c:818 #1 0x081c85c9 in zend_do_implement_interface (ce=0x82eca98, iface=0x0) at /home/nick/Desktop/build-src/php-src/Zend/zend_compile.c:2090 #2 0x081db539 in zend_class_implements (class_entry=0x82eca98, num_interfaces=2) at /home/nick/Desktop/build-src/php-src/Zend/zend_API.c:1646 #3 0x080f5944 in zm_startup_sqlite (type=1, module_number=4) at /home/nick/Desktop/build-src/php-src/ext/sqlite/sqlite.c:1024 #4 0x081da4c8 in zend_register_module_ex (module=0x82e9e20) at /home/nick/Desktop/build-src/php-src/Zend/zend_API.c:1227 #5 0x081a06b0 in php_startup_extensions (ptr=0x82a1e8c, count=152) at /home/nick/Desktop/build-src/php-src/main/main.c:1269 #6 0x0824561b in php_startup_internal_extensions () at main/internal_functions_cli.c:72 #7 0x081a0c80 in php_module_startup (sf=0x0, additional_modules=0x0, num_additional_modules=152) at /home/nick/Desktop/build-src/php-src/main/main.c:1452 #8 0x0824458e in main (argc=1, argv=0xbac4) at /home/nick/Desktop/build-src/php-src/sapi/cli/php_cli.c:632 -- Nick Loeve Sputnik Agency t: +613 953 44 333 f: +613 953 44 833 m: 0422 790 661 w: www.sputnikagency.com Level One 31 Greeves Street St. Kilda 3182 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] seg fault in zend_hash (with bt)
Is this the sqlite build it with gawk bug? Regards Alan On Wed, 2005-03-30 at 11:09 +1000, Nick Loeve wrote: Sorry here is the BT from GDB (gdb) run Starting program: /home/nick/Desktop/build-src/php-src/sapi/cli/php [Thread debugging using libthread_db enabled] [New Thread 1076758816 (LWP 13474)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1076758816 (LWP 13474)] zend_hash_merge_ex (target=0x82ecb30, source=0x98, pCopyConstructor=0x81d63a0 zval_add_ref, size=4, pMergeSource=0x81c8510 do_inherit_constant_check, pParam=0x0) at /home/nick/Desktop/build-src/php-src/Zend/zend_hash.c:818 818 p = source-pListHead; (gdb) bt #0 zend_hash_merge_ex (target=0x82ecb30, source=0x98, pCopyConstructor=0x81d63a0 zval_add_ref, size=4, pMergeSource=0x81c8510 do_inherit_constant_check, pParam=0x0) at /home/nick/Desktop/build-src/php-src/Zend/zend_hash.c:818 #1 0x081c85c9 in zend_do_implement_interface (ce=0x82eca98, iface=0x0) at /home/nick/Desktop/build-src/php-src/Zend/zend_compile.c:2090 #2 0x081db539 in zend_class_implements (class_entry=0x82eca98, num_interfaces=2) at /home/nick/Desktop/build-src/php-src/Zend/zend_API.c:1646 #3 0x080f5944 in zm_startup_sqlite (type=1, module_number=4) at /home/nick/Desktop/build-src/php-src/ext/sqlite/sqlite.c:1024 #4 0x081da4c8 in zend_register_module_ex (module=0x82e9e20) at /home/nick/Desktop/build-src/php-src/Zend/zend_API.c:1227 #5 0x081a06b0 in php_startup_extensions (ptr=0x82a1e8c, count=152) at /home/nick/Desktop/build-src/php-src/main/main.c:1269 #6 0x0824561b in php_startup_internal_extensions () at main/internal_functions_cli.c:72 #7 0x081a0c80 in php_module_startup (sf=0x0, additional_modules=0x0, num_additional_modules=152) at /home/nick/Desktop/build-src/php-src/main/main.c:1452 #8 0x0824458e in main (argc=1, argv=0xbac4) at /home/nick/Desktop/build-src/php-src/sapi/cli/php_cli.c:632 -- Nick Loeve Sputnik Agency t: +613 953 44 333 f: +613 953 44 833 m: 0422 790 661 w: www.sputnikagency.com Level One 31 Greeves Street St. Kilda 3182 -- Alan Knowles [EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] seg fault in zend_hash (with bt)
Looks like the one. Thanks Alan Knowles wrote: Is this the sqlite build it with gawk bug? Regards Alan On Wed, 2005-03-30 at 11:09 +1000, Nick Loeve wrote: Sorry here is the BT from GDB (gdb) run Starting program: /home/nick/Desktop/build-src/php-src/sapi/cli/php [Thread debugging using libthread_db enabled] [New Thread 1076758816 (LWP 13474)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1076758816 (LWP 13474)] zend_hash_merge_ex (target=0x82ecb30, source=0x98, pCopyConstructor=0x81d63a0 zval_add_ref, size=4, pMergeSource=0x81c8510 do_inherit_constant_check, pParam=0x0) at /home/nick/Desktop/build-src/php-src/Zend/zend_hash.c:818 818 p = source-pListHead; (gdb) bt #0 zend_hash_merge_ex (target=0x82ecb30, source=0x98, pCopyConstructor=0x81d63a0 zval_add_ref, size=4, pMergeSource=0x81c8510 do_inherit_constant_check, pParam=0x0) at /home/nick/Desktop/build-src/php-src/Zend/zend_hash.c:818 #1 0x081c85c9 in zend_do_implement_interface (ce=0x82eca98, iface=0x0) at /home/nick/Desktop/build-src/php-src/Zend/zend_compile.c:2090 #2 0x081db539 in zend_class_implements (class_entry=0x82eca98, num_interfaces=2) at /home/nick/Desktop/build-src/php-src/Zend/zend_API.c:1646 #3 0x080f5944 in zm_startup_sqlite (type=1, module_number=4) at /home/nick/Desktop/build-src/php-src/ext/sqlite/sqlite.c:1024 #4 0x081da4c8 in zend_register_module_ex (module=0x82e9e20) at /home/nick/Desktop/build-src/php-src/Zend/zend_API.c:1227 #5 0x081a06b0 in php_startup_extensions (ptr=0x82a1e8c, count=152) at /home/nick/Desktop/build-src/php-src/main/main.c:1269 #6 0x0824561b in php_startup_internal_extensions () at main/internal_functions_cli.c:72 #7 0x081a0c80 in php_module_startup (sf=0x0, additional_modules=0x0, num_additional_modules=152) at /home/nick/Desktop/build-src/php-src/main/main.c:1452 #8 0x0824458e in main (argc=1, argv=0xbac4) at /home/nick/Desktop/build-src/php-src/sapi/cli/php_cli.c:632 -- Nick Loeve Sputnik Agency t: +613 953 44 333 f: +613 953 44 833 m: 0422 790 661 w: www.sputnikagency.com Level One 31 Greeves Street St. Kilda 3182 -- Nick Loeve Sputnik Agency t: +613 953 44 333 f: +613 953 44 833 m: 0422 790 661 w: www.sputnikagency.com Level One 31 Greeves Street St. Kilda 3182 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Build system support for stock FreeBSD autoconf ports
On Tue, Mar 29, 2005 at 04:15:38PM +0300, Jani Taskinen wrote: Such schemes are quite common thanks to incompatibilities between autotools versions, e. g. Subversion's buildconf equivalent accepts the names from environment, mentioning IIRC Debian installing the tools as e. g. autoconf-213. If someone can provide a patch that works in every single OS with any possible combination of autoconf* packages installed I'll be happy to commit such patch. As long as nobody can provide such patch and PROVE it won't break things for others - no commit. I've read the comments and generated a second patch. This one solves my problem in a more acceptable way, by introducing two environmental variables, PHP_AUTOCONF and PHP_AUTOHEADER, which default to 'autoconf' and 'autoheader', respectively. The idea is borrowed from Subversion's buildconf equivalent (which Roman mentions above). I believe this is a workable, non-intrusive solution that should work in all environments. -- Jon Parise (jon of php.net) :: The PHP Project (http://www.php.net/) Index: build/build2.mk === RCS file: /repository/php-src/build/build2.mk,v retrieving revision 1.35 diff -u -r1.35 build2.mk --- build/build2.mk 3 Feb 2005 17:42:42 - 1.35 +++ build/build2.mk 30 Mar 2005 03:36:08 - @@ -32,6 +32,9 @@ targets = $(TOUCH_FILES) configure $(config_h_in) +PHP_AUTOCONF ?= 'autoconf' +PHP_AUTOHEADER ?= 'autoheader' + SUPPRESS_WARNINGS ?= 21 | (egrep -v '(AC_TRY_RUN called without default to allow cross compiling|AC_PROG_CXXCPP was called before AC_PROG_CXX|defined in acinclude.m4 but never used|AC_PROG_LEX invoked multiple times|AC_DECL_YYTEXT is expanded from...|the top level)'||true) all: $(targets) @@ -45,7 +48,7 @@ # correctly otherwise (timestamps are not updated) @echo rebuilding $@ @rm -f $@ - autoheader $(SUPPRESS_WARNINGS) + $(PHP_AUTOHEADER) $(SUPPRESS_WARNINGS) $(TOUCH_FILES): touch $(TOUCH_FILES) @@ -56,5 +59,5 @@ configure: aclocal.m4 configure.in $(config_m4_files) @echo rebuilding $@ - autoconf $(SUPPRESS_WARNINGS) + $(PHP_AUTOCONF) $(SUPPRESS_WARNINGS) Index: build/buildcheck.sh === RCS file: /repository/php-src/build/buildcheck.sh,v retrieving revision 1.34 diff -u -r1.34 buildcheck.sh --- build/buildcheck.sh 20 Jan 2005 01:41:19 - 1.34 +++ build/buildcheck.sh 30 Mar 2005 03:36:08 - @@ -23,8 +23,13 @@ stamp=$1 +# Allow the autoconf executable to be overriden by $PHP_AUTOCONF. +if test -z $PHP_AUTOCONF; then + PHP_AUTOCONF='autoconf' +fi + # autoconf 2.13 or newer -ac_version=`autoconf --version 2/dev/null|head -n 1|sed -e 's/^[^0-9]*//' -e 's/[a-z]* *$//'` +ac_version=`$PHP_AUTOCONF --version 2/dev/null|head -n 1|sed -e 's/^[^0-9]*//' -e 's/[a-z]* *$//'` if test -z $ac_version; then echo buildconf: autoconf not found. echoYou need autoconf version 2.13 or newer installed -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: [PHP-CVS] cvs: php-src / NEWS /ext/pgsql config.m4 config.w32 pgsql.c /ext/pgsql/tests 08escape.phpt 25async_query_params.phpt
(Reposted to correct list - can someone help here?) I want to return a string allocated by the postgresql library. However, PHP ends up efree()ing it I think, which causes a miscount error. How can I deal with this? What can I do about this? Chris -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php-src / NEWS /ext/pgsql config.m4 config.w32 pgsql.c /ext/pgsql/tests 08escape.phpt 25async_query_params.phpt
Christopher Kings-Lynne wrote: (Reposted to correct list - can someone help here?) I want to return a string allocated by the postgresql library. However, PHP ends up efree()ing it I think, which causes a miscount error. How can I deal with this? What can I do about this? I'm not sure what exactly you're trying to do, but if you would like to keep something as a module's value. You should use module's structure. # I may check the code if I have time -- Yasuo Ohgaki -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: [PHP-CVS] cvs: php-src / NEWS /ext/pgsql config.m4 config.w32pgsql.c /ext/pgsql/tests 08escape.phpt 25async_query_params.phpt
Christopher, I want to return a string allocated by the postgresql library. However, PHP ends up efree()ing it I think, which causes a miscount error. How can I deal with this? don't mix php allocated memory with externally allocated memory. if you want to return a string from pgsql, you have to estrdup() it, otherwise Bad Things (tm) happen. take a look at the RETURN_STRING[L] macro. the last argument determines whether the string passed to it is duplicated by PHP before returning it to the user. l0t3k -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php-src / NEWS /ext/pgsql config.m4 config.w32pgsql.c /ext/pgsql/tests 08escape.phpt 25async_query_params.phpt
take a look at the RETURN_STRING[L] macro. the last argument determines whether the string passed to it is duplicated by PHP before returning it to the user. But if you return and duplicate, you have no chance to free() the original string, no? Chris -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php-src / NEWS /ext/pgsql config.m4 config.w32 pgsql.c /ext/pgsql/tests 08escape.phpt 25async_query_params.phpt
Christopher Kings-Lynne wrote: (Reposted to correct list - can someone help here?) I want to return a string allocated by the postgresql library. However, PHP ends up efree()ing it I think, which causes a miscount error. How can I deal with this? What can I do about this? If you really don't want to estrndup it for some reason, you are going to need to return a resource and manage that memory yourself through a set of access functions. -Rasmus -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php-src / NEWS /ext/pgsql config.m4 config.w32 pgsql.c /ext/pgsql/tests 08escape.phpt 25async_query_params.phpt
If you really don't want to estrndup it for some reason, you are going to need to return a resource and manage that memory yourself through a set of access functions. Well, it would be nice to be able to avoid having to strcpy large binary database objects... I guess I was thinking that there might be some sort of 'eacquire' function that can take an existing allocation and its length and take over control of it... Chris -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php-src / NEWS /ext/pgsql config.m4 config.w32pgsql.c /ext/pgsql/tests 08escape.phpt 25async_query_params.phpt
Christopher Kings-Lynne wrote: take a look at the RETURN_STRING[L] macro. the last argument determines whether the string passed to it is duplicated by PHP before returning it to the user. But if you return and duplicate, you have no chance to free() the original string, no? Ah, I see your confusion. Do this: RETVAL_STRINGL(str, strlen, 1); free(str); The trick is that the RETVAL_* macros simply fill in the magic return_value zval whereas the RETURN_* macros return straight away. -Rasmus -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] [PATCH] mysqli: remove global symbols
Looks fine to me. At 01:11 PM 3/24/2005 +, Joe Orton wrote: Any objections to this patch? mysqli is defining a bunch of global symbols which it looks like it doesn't need to. Not urgent for 5.0.4. --- php-5.0.3/ext/mysqli/mysqli_prop.c.mysqliglobal +++ php-5.0.3/ext/mysqli/mysqli_prop.c @@ -57,7 +57,7 @@ p = (MYSQL_STMT *)((MY_STMT *)((MYSQLI_RESOURCE *)(obj-ptr))-ptr)-stmt #define MYSQLI_MAP_PROPERTY_FUNC_LONG( __func, __int_func, __get_type, __ret_type)\ -int __func(mysqli_object *obj, zval **retval TSRMLS_DC) \ +static int __func(mysqli_object *obj, zval **retval TSRMLS_DC) \ {\ __ret_type l;\ __get_type;\ @@ -77,7 +77,7 @@ } #define MYSQLI_MAP_PROPERTY_FUNC_STRING(__func, __int_func, __get_type)\ -int __func(mysqli_object *obj, zval **retval TSRMLS_DC)\ +static int __func(mysqli_object *obj, zval **retval TSRMLS_DC)\ {\ char *c;\ __get_type;\ @@ -95,7 +95,7 @@ } /* {{{ property link_client_version_read */ -int link_client_version_read(mysqli_object *obj, zval **retval TSRMLS_DC) +static int link_client_version_read(mysqli_object *obj, zval **retval TSRMLS_DC) { ALLOC_ZVAL(*retval); ZVAL_LONG(*retval, MYSQL_VERSION_ID); @@ -104,7 +104,7 @@ /* }}} */ /* {{{ property link_client_info_read */ -int link_client_info_read(mysqli_object *obj, zval **retval TSRMLS_DC) +static int link_client_info_read(mysqli_object *obj, zval **retval TSRMLS_DC) { ALLOC_ZVAL(*retval); ZVAL_STRING(*retval, MYSQL_SERVER_VERSION, 1); @@ -113,7 +113,7 @@ /* }}} */ /* {{{ property link_connect_errno_read */ -int link_connect_errno_read(mysqli_object *obj, zval **retval TSRMLS_DC) +static int link_connect_errno_read(mysqli_object *obj, zval **retval TSRMLS_DC) { ALLOC_ZVAL(*retval); ZVAL_LONG(*retval, (long)MyG(error_no)); @@ -122,7 +122,7 @@ /* }}} */ /* {{{ property link_connect_error_read */ -int link_connect_error_read(mysqli_object *obj, zval **retval TSRMLS_DC) +static int link_connect_error_read(mysqli_object *obj, zval **retval TSRMLS_DC) { ALLOC_ZVAL(*retval); ZVAL_STRING(*retval, MyG(error_msg), 1); @@ -148,7 +148,7 @@ /* result properties */ /* {{{ property result_type_read */ -int result_type_read(mysqli_object *obj, zval **retval TSRMLS_DC) +static int result_type_read(mysqli_object *obj, zval **retval TSRMLS_DC) { MYSQL_RES *p; @@ -167,7 +167,7 @@ /* }}} */ /* {{{ property result_lengths_read */ -int result_lengths_read(mysqli_object *obj, zval **retval TSRMLS_DC) +static int result_lengths_read(mysqli_object *obj, zval **retval TSRMLS_DC) { MYSQL_RES *p; -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] php5 win build
Hi, I want to build php-5.0.3 on WinXP using Visual Studio.NET. I have read the instructions at php.net as well as in README.WIN32-BUILD-SYSTEM file. Initially got an error regarding some function in nsap_addr.c at #if !defined(isxdigit) /* XXX */ which (after googling) I changed to: #if !defined(isxdigit) !defined(_CTYPE_DEFINED). Then I guess that was fixed. Next, I got errors regarding libxml/parser.h and iconv.h. I then downloaded the respective files and placed the headers in their respective expected places. Next I could compile a few parts but not the solution including the php5ts.lib and the dlls (which i need). Please find the html file generated by visual studio attached. Any help will be appreciated. Regards aj Arjun Jain http://arjun.notlong.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] php5 win build
Hi, I want to build php-5.0.3 on WinXP using Visual Studio.NET. I have read the instructions at php.net as well as in README.WIN32-BUILD-SYSTEM file. Initially got an error regarding some function in nsap_addr.c at #if !defined(isxdigit) /* XXX */ which (after googling) I changed to: #if !defined(isxdigit) !defined(_CTYPE_DEFINED). Then I guess that was fixed. Next, I got errors regarding libxml/parser.h and iconv.h. I then downloaded the respective files and placed the headers in their respective expected places. Next I could compile a few parts but not the solution including the php5ts.lib and the dlls (which i need). Please find the html file generated by visual studio attached. Any help will be appreciated. Regards aj Arjun Jain http://arjun.notlong.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] php5 win build
[Sorry for blanket mailing.. Guess the list does not pass attachments.. So, now the log is inline..] Hi, I want to build php-5.0.3 on WinXP using Visual Studio.NET. I have read the instructions at php.net as well as in README.WIN32-BUILD-SYSTEM file. Initially got an error regarding some function in nsap_addr.c at #if !defined(isxdigit) /* XXX */ which (after googling) I changed to: #if !defined(isxdigit) !defined(_CTYPE_DEFINED). Then I guess that was fixed. Next, I got errors regarding libxml/parser.h and iconv.h. I then downloaded the respective files and placed the headers in their respective expected places. Next I could compile a few parts but not the solution including the php5ts.lib and the dlls (which i need). Please find the html file generated by visual studio attached. Any help will be appreciated. Regards aj Arjun Jain http://arjun.notlong.com build log: - Build Log --- Build started: Project: php5dllts, Configuration: Release_TS|Win32 --- Command Lines Creating temporary file c:\tmp\php-5.0.3\win32\Release_TS\RSP41.rsp with contents [ /O2 /I .. /I ..\main /I ..\regex /I ..\..\bindlib_w32 /I ..\..\zlib /I ..\Zend /I ..\TSRM /I ..\..\libxml\include /I ..\ext\sqlite\libsqlite\src /D NDEBUG /D ZEND_DEBUG=0 /D _WINDOWS /D _USRDLL /D PHP5DLLTS_EXPORTS /D PHP_EXPORTS /D LIBZEND_EXPORTS /D TSRM_EXPORTS /D SAPI_EXPORTS /D MSVC5 /D ZTS /D ZEND_WIN32 /D PHP_WIN32 /D WIN32 /D _MBCS /D LIBXML_STATIC /FD /EHsc /MD /YXstdafx.h /Fp.\Release_TS/php5dllts.pch /Fo.\Release_TS/ /Fd.\Release_TS/ /FR.\Release_TS/ /W2 /c \tmp\php-5.0.3\ext\standard\var_unserializer.c \tmp\php-5.0.3\ext\standard\url_scanner_ex.c ] Creating command line cl.exe @c:\tmp\php-5.0.3\win32\Release_TS\RSP41.rsp /nologo Creating temporary file c:\tmp\php-5.0.3\win32\Release_TS\RSP42.rsp with contents [ /O2 /I .. /I ..\main /I ..\regex /I ..\..\bindlib_w32 /I ..\..\zlib /I ..\Zend /I ..\TSRM /I ..\..\libxml\include /I ..\ext\sqlite\libsqlite\src /D NDEBUG /D ZEND_DEBUG=0 /D _WINDOWS /D _USRDLL /D PHP5DLLTS_EXPORTS /D PHP_EXPORTS /D LIBZEND_EXPORTS /D TSRM_EXPORTS /D SAPI_EXPORTS /D MSVC5 /D ZTS /D ZEND_WIN32 /D PHP_WIN32 /D WIN32 /D _MBCS /D LIBXML_STATIC /D STATIC /FD /EHsc /MD /YXstdafx.h /Fp.\Release_TS/php5dllts.pch /Fo.\Release_TS/ /Fd.\Release_TS/ /FR.\Release_TS/ /W3 /c \tmp\php-5.0.3\ext\pcre\php_pcre.c ] Creating command line cl.exe @c:\tmp\php-5.0.3\win32\Release_TS\RSP42.rsp /nologo Creating temporary file c:\tmp\php-5.0.3\win32\Release_TS\RSP43.rsp with contents [ /O2 /I .. /I ..\main /I ..\regex /I ..\..\bindlib_w32 /I ..\..\zlib /I ..\Zend /I ..\TSRM /I ..\..\libxml\include /I ..\ext\sqlite\libsqlite\src /D NDEBUG /D ZEND_DEBUG=0 /D _WINDOWS /D _USRDLL /D PHP5DLLTS_EXPORTS /D PHP_EXPORTS /D LIBZEND_EXPORTS /D TSRM_EXPORTS /D SAPI_EXPORTS /D MSVC5 /D ZTS /D ZEND_WIN32 /D PHP_WIN32 /D WIN32 /D _MBCS /D LIBXML_STATIC /FD /EHsc /MD /YXstdafx.h /Fp.\Release_TS/php5dllts.pch /Fo.\Release_TS/ /Fd.\Release_TS/ /FR.\Release_TS/ /W3 /c \tmp\php-5.0.3\ext\xml\xml.c \tmp\php-5.0.3\ext\wddx\wddx.c \tmp\php-5.0.3\main\internal_functions_win32.c ] Creating command line cl.exe @c:\tmp\php-5.0.3\win32\Release_TS\RSP43.rsp /nologo Creating temporary file c:\tmp\php-5.0.3\win32\Release_TS\RSP44.rsp with contents [ /O2 /I .. /I ..\main /I ..\regex /I ..\..\bindlib_w32 /I ..\..\zlib /I ..\Zend /I ..\TSRM /I ..\..\libxml\include /I ..\ext\sqlite\libsqlite\src /D NDEBUG /D ZEND_DEBUG=0 /D _WINDOWS /D _USRDLL /D PHP5DLLTS_EXPORTS /D PHP_EXPORTS /D LIBZEND_EXPORTS /D TSRM_EXPORTS /D SAPI_EXPORTS /D MSVC5 /D ZTS /D ZEND_WIN32 /D PHP_WIN32 /D WIN32 /D _MBCS /D LIBXML_STATIC /D STATIC /D SUPPORT_UTF8 /D LINK_SIZE=2 /FD /EHsc /MD /YXstdafx.h /Fp.\Release_TS/php5dllts.pch /Fo.\Release_TS/ /Fd.\Release_TS/ /FR.\Release_TS/ /W3 /c \tmp\php-5.0.3\ext\pcre\pcrelib\study.c \tmp\php-5.0.3\ext\pcre\pcrelib\pcre.c \tmp\php-5.0.3\ext\pcre\pcrelib\maketables.c \tmp\php-5.0.3\ext\pcre\pcrelib\get.c ] Creating command line cl.exe @c:\tmp\php-5.0.3\win32\Release_TS\RSP44.rsp /nologo Creating temporary file c:\tmp\php-5.0.3\win32\Release_TS\RSP45.rsp with contents [ /O2 /I .. /I ..\main /I ..\regex /I ..\..\bindlib_w32 /I ..\..\zlib /I ..\Zend /I ..\TSRM /I ..\..\libxml\include /I ..\ext\sqlite\libsqlite\src /D NDEBUG /D ZEND_DEBUG=0 /D _WINDOWS /D _USRDLL /D PHP5DLLTS_EXPORTS /D PHP_EXPORTS /D LIBZEND_EXPORTS /D TSRM_EXPORTS /D SAPI_EXPORTS /D MSVC5 /D ZTS /D ZEND_WIN32 /D PHP_WIN32 /D WIN32 /D _MBCS /D LIBXML_STATIC /D STATIC /D SUPPORT_UTF8 /FD /EHsc /MD /YXstdafx.h /Fp.\Release_TS/php5dllts.pch /Fo.\Release_TS/ /Fd.\Release_TS/ /FR.\Release_TS/ /W3 /c \tmp\php-5.0.3\ext\pcre\pcrelib\chartables.c ] Creating command line cl.exe @c:\tmp\php-5.0.3\win32\Release_TS\RSP45.rsp /nologo Output Window Compiling... var_unserializer.c url_scanner_ex.c Compiling... php_pcre.c Compiling... xml.c c:\tmp\php-5.0.3\ext\xml\php_xml.h(49) : error C2061: syntax error
[PHP-DEV] linker error php3 win build
Hi everyone, Well, almost reached the last step and fell there :(. When I configure it like this: * **C:\tmp\php-5.0.3cscript /nologo configure.js --without-wddx --without-xml --wit hout-dom --without-libxml* All seems to go well but then give liker error in the end saying: *Creating library Release_TS\php5ts.lib and object Release_TS\php5ts.exp resolv.lib(inet_addr.obj) : error LNK2019: unresolved external symbol __pctype r eferenced in function _inet_aton resolv.lib(inet_addr.obj) : error LNK2019: unresolved external symbol ___mb_cur_ max referenced in function _inet_aton Release_TS\php5ts.dll : fatal error LNK1120: 2 unresolved externals NMAKE : fatal error U1077: 'C:\Program Files\Microsoft Visual Studio .NET 2003\ VC7\BIN\link.exe' : return code '0x460' Stop. * Any pointers please? Will be highly obliged. Regards aj Arjun Jain http://arjun.notlong.com