Re: [PHP-DEV] Moderate PHP-DEV
On Wed, 12 Mar 2003 10:47:27 -0800 Shane Caraveo [EMAIL PROTECTED] wrote: So how about a first post response system, similar to the subscription response. That first post would not actually be posted to the email list, but rather an email would be sent back to the poster stating the purpose of the email list, and what kind of materials are expected on the list. If the post does not match this criteria, please send it to on of the other lists, otherwise respond to this email and your original message will go out. And they would probably not read it, just read the part how to get the email to the list. They don't read the comment what purpose this list have, so they will probably not read the mail either. / Magnus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Moderate PHP-DEV
On Wed, 12 Mar 2003 20:14:03 +0100 (CET) Derick Rethans [EMAIL PROTECTED] wrote: Instead of this it might be a better idea to make somebody's first post moderated, after it has been approved the poster is added to the allow list, if not he gets back a message like I copypaste everytime now :) If they are not approved, and they repost... they just nobody replies to the Moderator request. You then solve: a. people not reading the reply to the first post and just repost again b. people who are contributing stuff dont need to repost their mail, or do other tricks to get their stuff posted c. there is much less to moderate You lose: a. nothing :) That sounds better.. / Magnus ps. No need to cc me =) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] fun with autoconf on Tru64
On Fri, 7 Mar 2003 10:07:31 -0500 David Hill [EMAIL PROTECTED] wrote: I set up a debian linux box and after getting the right versions of things I am still getting the same results from configure. I am getting a syntax error saying else unexpected. With php5 module HEAD? I do also get this on Tru64. Removing ext/mysqli helps. / Magnus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] fun with autoconf on Tru64
On Fri, 7 Mar 2003 19:35:09 +0100 Magnus M [EMAIL PROTECTED] wrote: On Fri, 7 Mar 2003 10:07:31 -0500 David Hill [EMAIL PROTECTED] wrote: I set up a debian linux box and after getting the right versions of things I am still getting the same results from configure. I am getting a syntax error saying else unexpected. With php5 module HEAD? I do also get this on Tru64. Removing ext/mysqli helps. Using php5 HEAD.. 19:58 [EMAIL PROTECTED]:/php/php4 # flex --version flex version 2.5.4 19:59 [EMAIL PROTECTED]:/php/php4 # automake --version automake (GNU automake) 1.5 19:59 [EMAIL PROTECTED]:/php/php4 # autoconf --version Autoconf version 2.13 19:59 [EMAIL PROTECTED]:/php/php4 # m4 --version GNU m4 1.4 19:59 [EMAIL PROTECTED]:/php/php4 # libtool --version ltmain.sh (GNU libtool) 1.4.3 (1.922.2.110 2002/10/23 01:39:54) / Magnus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] CVS Account Request: abboussy
On 27 Feb 2003 05:27:24 - Abbas El-Meslem [EMAIL PROTECTED] wrote: hi You don't need a CVS account to say hi. / Magnus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/tokenizer tokenizer.c
On Tue, 25 Feb 2003 14:45:26 -0500 J Smith [EMAIL PROTECTED] wrote: I get missing symbols like ZEND_INI_PARSER_POP_ENTRY and such, which should be defined in zend_ini.h.) Checking out php5 seemed to correct this. That is because php5 is HEAD. I have no idea what php4 is, except not-working. So you should checkout php5, not php4. / Magnus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: #22291 [Opn-Bgs]: CGI do not function !
On Wed, 19 Feb 2003 11:27:51 +0100 Vincent Robert [EMAIL PROTECTED] wrote: It's a bug I'm not the only one, look #22292 And then it's a duplicate, and therefor marked bogus. If you have any additional information that can be useful, not already known, please add it to that bug. / Magnus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] build no longer working
On Thu, 13 Feb 2003 23:29:44 +0100 [EMAIL PROTECTED] (Marcus Börger) wrote: I updated all m4,autoconf libtool AND now i can no longer build php Anybody help? using default Zend directory buildconf: checking installation... buildconf: autoconf version 2.54 (ok) Did you try with autoconf 2.13 ? / Magnus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Bugpack 13
On Tue, 02 Jul 2002 23:26:20 +0100 Michael Dransfield [EMAIL PROTECTED] wrote: i can help, but do you actually need NTFS? for some reason my pc was loaded with fat32 and win2k :-/ You can convert to ntfs with convert if you want it to be NTFS.. convert /FS:ntfs c: or something like that =) Try convert /? At 18:54 02/07/2002 +, Steph wrote: I'll do what I can with this, but could do with help from someone with NTFS :) -- 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 Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] CVS fails to compile (ext/mysql)
From latest CVS (ZendEngine 1): gcc -Iext/mysql/ -I/mnt/data1/Apps/CVS/PHP/php4/ext/mysql/ -DPHP_ATOM_INC -I/mnt/data1/Apps/CVS/PHP/php4/include -I/mnt/data1/Apps/CVS/PHP/php4/main -I/mnt/data1/Apps/CVS/PHP/php4 -I/usr/local/include -I/usr/local/www/httpd2/include -I/mnt/data1/Apps/CVS/PHP/php4/Zend -I/usr/include/libxml2 -I/usr/X11R6/include -I/usr/include/freetype2 -I/usr/include/c-client -I/usr/local/www/mysql4/include/mysql -I/usr/include/pspell -I/usr/include/ucd-snmp -D_REENTRANT -I/mnt/data1/Apps/CVS/PHP/php4/TSRM -g -O2 -pthread -Wall -DZTS -c /mnt/data1/Apps/CVS/PHP/php4/ext/mysql/php_mysql.c -fPIC -DPIC -o ext/mysql/php_mysql.lo In file included from /usr/local/www/mysql4/include/mysql/mysql.h:58, from /mnt/data1/Apps/CVS/PHP/php4/ext/mysql/php_mysql.c:65: /usr/local/www/mysql4/include/mysql/mysql_version.h:15: warning: `MYSQL_UNIX_ADDR' redefined /mnt/data1/Apps/CVS/PHP/php4/TSRM/../main/php_config.h:1592: warning: this is the location of the previous definition /mnt/data1/Apps/CVS/PHP/php4/ext/mysql/php_mysql.c: In function `zif_mysql_info': /mnt/data1/Apps/CVS/PHP/php4/ext/mysql/php_mysql.c:940: warning: `id' might be used uninitialized in this function /mnt/data1/Apps/CVS/PHP/php4/ext/mysql/php_mysql.c: In function `zif_mysql_fetch_object': /mnt/data1/Apps/CVS/PHP/php4/ext/mysql/php_mysql.c:1845: `ZEND_STANDARD_CLASS_DEF_PTR' undeclared (first use in this function) /mnt/data1/Apps/CVS/PHP/php4/ext/mysql/php_mysql.c:1845: (Each undeclared identifier is reported only once /mnt/data1/Apps/CVS/PHP/php4/ext/mysql/php_mysql.c:1845: for each function it appears in.) make: *** [ext/mysql/php_mysql.lo] Error 1 / Magnus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Zend Constants PATCH
What about a configuration option in php.ini use_case_sensitive = 0|1 and let it be 0 as default ? On Sat, 15 Jun 2002 22:25:18 +0300 Andi Gutmans [EMAIL PROTECTED] wrote: Ilia, I remember now the problem you're talking about. It has been discussed here in the past and I don't recall us having found a good solution. Basically we need a solution which is backwards compatible but will allow TEST and test to co-exist if case sensitivity was chosen for them. It's something to think about and not create a quick 2 line patch for the problem. I think one of the suggestions was using two hash tables. First doing a case-sensitive lookup and only if the constant isn't found doing a case-insensitive lookup. Andi At 03:40 PM 6/15/2002 -0400, Ilia A. wrote: Andi, Yes, you are correct in that respect, my patch would accomplish just that. No where in PHP documentation does it say that you cannot have TEST and test defines in the same script. Unless you specifically tell the define() function to treat the define as case insensitive. Because the defines are always lowercased unless the defines for i18n systems are always declared in lower case any define with a letter 'I' for example would break on a system using most non English locales. This is a VERY serious problems, for example consider the reversal of the htmlenteties() function. The following code: get_html_translation_table (HTML_ENTITIES); will break if a ru_UI or tr_TR or any other number of non-English locales are exported. In addition because all locales are lower cased defines suffer large performance degradation when compared to other variables because another copy of the define name needs to be allocated and then lower cased every single time a define is declared or retrieved. As far as I know, php variables are always case sensitive and there is now way to make them not, why an exception was made for defines I do not know, especially when you consider that in C and C++ defines are ALWAYS case sensitive. IMHO this is a very bad feature, that not only implements useless functionality but actually causes PHP code to break. Therefor, I humbly ask that you reconsider your position on this issue. Ilia On June 15, 2002 03:03 pm, you wrote: Ilia, Your patch basically makes PHP constants case sensitive. Changing this is a very big backwards compatibility problem. You're not supposed to register two define's with the same letters but different case. Andi At 01:21 PM 6/15/2002 -0400, Ilia A. wrote: Hello, While developing software in PHP that supports i18n I've come across several problems that affect defines made in PHP. The first problem is that when a define is declared and its name contains upper case characters such as I, the define becomes unusable if a locale, which does not support those chracters is exported, such as tr_TR or ru_IU. Bug Report at: http://bugs.php.net/bug.php?id=16865 There is a problem with case sensetivity of defines, for example, if you create a case sensetive define 'TEST' and then a case sensetive define 'test', the latter define's value will be lost. Bug Report at: http://bugs.php.net/?id=17658 The problem occurs because zend internally (zend_constants.c) seems to always lowecase the define before it is fetched/added to the hash table of defines. This causes problem for i18n because the define is lowercased using c's tolower function, which is affected by locale settings. Because it is stored as lower case, having 2 defines with the same name but in different case also becomes impossible to do. Attached is a patch against zend_constants.c CVS revision 1.38 that fixes both of these bugs, I hope the developers would consider adding this patch to the CVS. Ilia -- 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 Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Zend Constants PATCH
ok, sorry.. Missed that one.. On Sat, 15 Jun 2002 22:44:24 +0300 Andi Gutmans [EMAIL PROTECTED] wrote: We're not going to add configuration options which change the language's behavior! We've said this a million times. Andi At 09:41 PM 6/15/2002 +0200, Magnus M wrote: What about a configuration option in php.ini use_case_sensitive = 0|1 and let it be 0 as default ? On Sat, 15 Jun 2002 22:25:18 +0300 Andi Gutmans [EMAIL PROTECTED] wrote: Ilia, I remember now the problem you're talking about. It has been discussed here in the past and I don't recall us having found a good solution. Basically we need a solution which is backwards compatible but will allow TEST and test to co-exist if case sensitivity was chosen for them. It's something to think about and not create a quick 2 line patch for the problem. I think one of the suggestions was using two hash tables. First doing a case-sensitive lookup and only if the constant isn't found doing a case-insensitive lookup. Andi At 03:40 PM 6/15/2002 -0400, Ilia A. wrote: Andi, Yes, you are correct in that respect, my patch would accomplish just that. No where in PHP documentation does it say that you cannot have TEST and test defines in the same script. Unless you specifically tell the define() function to treat the define as case insensitive. Because the defines are always lowercased unless the defines for i18n systems are always declared in lower case any define with a letter 'I' for example would break on a system using most non English locales. This is a VERY serious problems, for example consider the reversal of the htmlenteties() function. The following code: get_html_translation_table (HTML_ENTITIES); will break if a ru_UI or tr_TR or any other number of non-English locales are exported. In addition because all locales are lower cased defines suffer large performance degradation when compared to other variables because another copy of the define name needs to be allocated and then lower cased every single time a define is declared or retrieved. As far as I know, php variables are always case sensitive and there is now way to make them not, why an exception was made for defines I do not know, especially when you consider that in C and C++ defines are ALWAYS case sensitive. IMHO this is a very bad feature, that not only implements useless functionality but actually causes PHP code to break. Therefor, I humbly ask that you reconsider your position on this issue. Ilia On June 15, 2002 03:03 pm, you wrote: Ilia, Your patch basically makes PHP constants case sensitive. Changing this is a very big backwards compatibility problem. You're not supposed to register two define's with the same letters but different case. Andi At 01:21 PM 6/15/2002 -0400, Ilia A. wrote: Hello, While developing software in PHP that supports i18n I've come across several problems that affect defines made in PHP. The first problem is that when a define is declared and its name contains upper case characters such as I, the define becomes unusable if a locale, which does not support those chracters is exported, such as tr_TR or ru_IU. Bug Report at: http://bugs.php.net/bug.php?id=16865 There is a problem with case sensetivity of defines, for example, if you create a case sensetive define 'TEST' and then a case sensetive define 'test', the latter define's value will be lost. Bug Report at: http://bugs.php.net/?id=17658 The problem occurs because zend internally (zend_constants.c) seems to always lowecase the define before it is fetched/added to the hash table of defines. This causes problem for i18n because the define is lowercased using c's tolower function, which is affected by locale settings. Because it is stored as lower case, having 2 defines with the same name but in different case also becomes impossible to do. Attached is a patch against zend_constants.c CVS revision 1.38 that fixes both of these bugs, I hope the developers would consider adding this patch to the CVS. Ilia -- 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 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
Re: [PHP-DEV] Error with pspell
Ok.. But can't this be overruled somehow in the extension to trick pspell to think it's just I've instead of I\'ve? On Mon, 03 Jun 2002 12:24:16 -0700 Vlad Krupin [EMAIL PROTECTED] wrote: I believe you would have to complain to Kevin Atkinson about that (author of pspell), but I think he has a good reason for doing it the way he did, so chances are it won't change. Anyway, not a PHP problem, AFAICS. Vlad Magnus M@ wrote: Hi! I wrote a function that will spellcheck $var. My problem is that if $var contain ' it will report that it's wronly spelled like this: Possible spelling for I\'ve : I've Ive... Regards Magnus Määttä -- -- Vlad Krupin Software Engineer echospace.com -- 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
Re: [PHP-DEV] Error with pspell
No, I'm not adding slashes, but somewhere something adding slashes. I'm using a form with some fields, lets call one of the XYZ and it's those that I want to be spellchecked. So i send them to a function I've made for spellchecking $_POST['XYZ'].. Now if $_POST['XYZ'] = I'm having some problems with PSPELL it will complain that I\'m is wrongly spelled and it should be I'm. I'm using CVS of PHP and Apache 2.. Magnus On Mon, 03 Jun 2002 15:56:46 -0700 Vlad Krupin [EMAIL PROTECTED] wrote: Actually, I did not understand your original email, I guess. Sorry. If you check a word with a ' character in it, php will pass it unchanged to the pspell library. No backslashes inserted. If you are getting a backslash inserted there, please check your code and see what you are passing to pspell. You might be adding slashes somewhere before you call the function. I can not reproduce your problem. No, it wouldn't be good to 'trick' php by stripping slashes off the argument, as you suggest. Vlad Magnus M@gnus wrote: Ok.. But can't this be overruled somehow in the extension to trick pspell to think it's just I've instead of I\'ve? On Mon, 03 Jun 2002 12:24:16 -0700 Vlad Krupin [EMAIL PROTECTED] wrote: I believe you would have to complain to Kevin Atkinson about that (author of pspell), but I think he has a good reason for doing it the way he did, so chances are it won't change. Anyway, not a PHP problem, AFAICS. Vlad Magnus M@ wrote: Hi! I wrote a function that will spellcheck $var. My problem is that if $var contain ' it will report that it's wronly spelled like this: Possible spelling for I\'ve : I've Ive... Regards Magnus Määttä -- -- Vlad Krupin Software Engineer echospace.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- -- Vlad Krupin Software Engineer echospace.com -- 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] Error with pspell
Hi! I wrote a function that will spellcheck $var. My problem is that if $var contain ' it will report that it's wronly spelled like this: Possible spelling for I\'ve : I've Ive... Regards Magnus Määttä -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] PHP fail to build with ZE2
This is the error I get from latest CVS: gcc -IZend/ -I/mnt/data1/Apps/CVS/PHP/php4/Zend/ -DPHP_ATOM_INC -I/mnt/data1/Apps/CVS/PHP/php4/include -I/mnt/data1/Apps/CVS/PHP/php4/main -I/mnt/data1/Apps/CVS/PHP/php4 -I/usr/local/include -I/usr/local/www/httpd2/include -I/mnt/data1/Apps/CVS/PHP/php4/Zend -I/usr/include/libxml2 -I/usr/include/freetype2/freetype -I/usr/include/c-client -I/usr/local/www/mysql4/include/mysql -I/usr/local/include -I/usr/include/pspell -I/usr/include/ucd-snmp -D_REENTRANT -I/mnt/data1/Apps/CVS/PHP/php4/TSRM -g -O2 -pthread -Wall -DZTS -c Zend/zend_language_scanner.c -fPIC -DPIC -o Zend/zend_language_scanner.lo Zend/zend_language_scanner.c:5524: syntax error before `int' Zend/zend_language_scanner.c:5759: warning: `yy_fatal_error' defined but not used Zend/zend_language_scanner.c:2738: warning: `yy_last_accepting_state' defined but not used Zend/zend_language_scanner.c:2739: warning: `yy_last_accepting_cpos' defined but not used Zend/zend_language_scanner.c:2745: warning: `yy_more_flag' defined but not used Zend/zend_language_scanner.c:2746: warning: `yy_more_len' defined but not used Zend/zend_language_scanner.c:5744: warning: `yy_top_state' defined but not used make: *** [Zend/zend_language_scanner.lo] Error 1 Regards Magnus Määttä -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] mime_magic broken in CVS?
Is mime_magic broken, or am I doing something wrong ? Using: (Debian 3) gcc 2.95.4 latest CVS /bin/sh /mnt/data1/Apps/CVS/PHP/php4/libtool --mode=compile gcc -Iext/mime_magic/ -I/mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/ -DPHP_ATOM_INC -I/mnt/data1/Apps/CVS/PHP/php4/include -I/mnt/data1/Apps/CVS/PHP/php4/main -I/mnt/data1/Apps/CVS/PHP/php4 -I/usr/local/include -I/usr/local/www/httpd2/include -I/mnt/data1/Apps/CVS/PHP/php4/Zend -I/usr/include/libxml2 -I/usr/include/freetype2/freetype -I/usr/include/c-client -I/usr/local/www/mysql4/include/mysql -I/usr/local/include -I/usr/include/pspell -I/usr/include/ucd-snmp -D_REENTRANT -I/mnt/data1/Apps/CVS/PHP/php4/TSRM -g -O2 -pthread -Wall -DZTS -prefer-pic -c /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c -o ext/mime_magic/mime_magic.lo gcc -Iext/mime_magic/ -I/mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/ -DPHP_ATOM_INC -I/mnt/data1/Apps/CVS/PHP/php4/include -I/mnt/data1/Apps/CVS/PHP/php4/main -I/mnt/data1/Apps/CVS/PHP/php4 -I/usr/local/include -I/usr/local/www/httpd2/include -I/mnt/data1/Apps/CVS/PHP/php4/Zend -I/usr/include/libxml2 -I/usr/include/freetype2/freetype -I/usr/include/c-client -I/usr/local/www/mysql4/include/mysql -I/usr/local/include -I/usr/include/pspell -I/usr/include/ucd-snmp -D_REENTRANT -I/mnt/data1/Apps/CVS/PHP/php4/TSRM -g -O2 -pthread -Wall -DZTS -c /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c -fPIC -DPIC -o ext/mime_magic/mime_magic.lo /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c: In function `zm_startup_mime_magic': /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:260: `mime_magic_globals' undeclared (first use in this function) /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:260: (Each undeclared identifier is reported only once /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:260: for each function it appears in.) /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c: In function `magic_set_config': /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:880: `tsrm_ls' undeclared (first use in this function) /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c: In function `magic_rsl_add': /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:904: `tsrm_ls' undeclared (first use in this function) /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c: In function `rsl_strdup': /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:978: `tsrm_ls' undeclared (first use in this function) /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c: In function `zmagic': /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:1734: warning: unused variable `i' /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:1733: warning: unused variable `newsize' /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:1732: warning: unused variable `newbuf' /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c: In function `magic_rsl_get': /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:1875: `tsrm_ls' undeclared (first use in this function) make: *** [ext/mime_magic/mime_magic.lo] Error 1 Regards Magnus Määttä -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php