Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/mysqli mysqli_api.c

Georg Richter wrote: > could you please report the bugs you detected when compiling MySQL 4.1 > under Windows to http://bugs.mysql.com too?! I'm in contact now with the MySQL team's "Windows guy". -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/

[PHP-DEV] Re: List of all functions

I'm such an idiot! 20 seconds after I posted I found this: http://www.php.net/quickref.php I'm really sorry :-) -- Rickard -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] List of all functions

On Fri, 14 Feb 2003, Rickard Andersson wrote: > I would very much like a complete list of all functions in PHP 4.3.0. Is > there a way to generate this from the source tree or do I have to go through > it all "by hand"? Try http://www.zugeschaut-und-mitgebaut.de/php/ There are also some

[PHP-DEV] List of all functions

I would very much like a complete list of all functions in PHP 4.3.0. Is there a way to generate this from the source tree or do I have to go through it all "by hand"? -- Rickard -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] build no longer working

On Fri, 14 Feb 2003, Marcus Börger wrote: > At 01:57 14.02.2003, Jani Taskinen wrote: > >On Fri, 14 Feb 2003, Marcus Börger wrote: > > > >AC_PROG_LIBTOOL is defined in libtool.m4, > > which should come from libtool installation. > > Most likely you've just got mixed up versions in your

Re: [PHP-DEV] build no longer working

At 01:57 14.02.2003, Jani Taskinen wrote: On Fri, 14 Feb 2003, Marcus Börger wrote: AC_PROG_LIBTOOL is defined in libtool.m4, which should come from libtool installation. Most likely you've just got mixed up versions in your system. Easiest way to get it working is to remove _all_

Re: [PHP-DEV] build no longer working

On Fri, 14 Feb 2003, Marcus Börger wrote: >[marcus@zaphod php4-HEAD]$ m4 --version >GNU m4 1.4 >[marcus@zaphod php4-HEAD]$ ../make-php-HEAD >using default Zend directory >buildconf: checking installation... >buildconf: autoconf version 2.13 (ok) >buildconf: automake version 1.5 (ok) >buildconf: l

Re: [PHP-DEV] build no longer working

At 00:04 14.02.2003, Sascha Schumann wrote: On Thu, 13 Feb 2003, Marcus Börger wrote: > I updated all m4,autoconf & libtool AND now i can no longer build php > > Anybody help? Get autoconf-2.13 and m4-1.4 (not 1.4o) from ftp.gnu.org. I give up for now... [marcus@zaphod php4-HEAD]$ m4

RE: [PHP-DEV] Weird PHP5 APXS libtools errors

> $ export SED=sed > $ ./configure ... > >Somehow, the variable SED is not set. I was just looking at the MakeFile trying to figure this out and I was thinking it must be something like that. It works now -- thanks... But why would SED suddenly stop being defined? Did I break somethi

Re: [PHP-DEV] Weird PHP5 APXS libtools errors

On Thu, 2003-02-13 at 09:52, John Coggeshall wrote: > >From HEAD: [...] > libtool: s%^.*/%%: No such file or directory > libtool: -e: command not found > libtool: -e: command not found > libtool: -e: command not found > libtool: -e: command not found > libtool: -e: command not found > (more of thes

Re: [PHP-DEV] build no longer working

On Thu, 13 Feb 2003, Marcus Börger wrote: > I updated all m4,autoconf & libtool AND now i can no longer build php > > Anybody help? Get autoconf-2.13 and m4-1.4 (not 1.4o) from ftp.gnu.org. - Sascha -- PHP Development Mailing List To unsubscribe, visit: http://

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 wi

[PHP-DEV] build no longer working

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) buildconf: Your version of autoconf likely contains buggy cache code. Running cvsclean for you.

Re: [PHP-DEV] [patch] solaris getcwd() brokeness

Here's that same patch, but without leaking a file descriptor. Any comments yet? Any objections to committing it? -James On Wed, 12 Feb 2003, James E. Flemer wrote: > Well all the fancy new streams code in 4.3.0 seems to > tickle a Solaris issue with getcwd(). It seems that under > certain cas

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/mysqli mysqli_api.c

On Thursday 13 February 2003 18:32, Sebastian Bergmann wrote: Sebastian, Edink: could you please report the bugs you detected when compiling MySQL 4.1 under Windows to http://bugs.mysql.com too?! (You need to sign for a webaccount to report bugs) Georg -- PHP Development Mailing List

Re: [PHP-DEV] Re: function.main

Gabor Hojtsy wrote: If you turn of html_errors, that should turn off that link too IMHO, not tested though... well, what if i want html errors in the html output but not in the error_log (where they dont make sense) ? ;) -- Six Offene Systeme GmbH http://www.six.de/ i.A. Hartmut Holzgraefe

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/mysqli mysqli_api.c

Edin Kadribasic wrote: > I have indeed. I'm trying to build the current MySQL 4.1 sources from the BitKeeper repository with MS VisualC++ 6 (VisualStudio 98, Service Pack 5) on my Windows 2000 Professional box. The "prepare" script produces the errors shown in http://www.sebastian-be

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/mysqli mysqli_api.c

On Thu, 13 Feb 2003, Sebastian Bergmann wrote: > Edin Kadribasic wrote: > > edink Thu Feb 13 12:15:22 2003 EDT > > > > Modified files: > > /php4/ext/mysqlimysqli_api.c > > Log: > > Use my_ulonglong instead of unsigned long long to make msvc++ happy. > > Did you s

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/mysqli mysqli_api.c

Edin Kadribasic wrote: > edink Thu Feb 13 12:15:22 2003 EDT > > Modified files: > /php4/ext/mysqli mysqli_api.c > Log: > Use my_ulonglong instead of unsigned long long to make msvc++ happy. Did you somehow manage to build MySQL 4.1 on Windows? If so, how? If not, how are you

[PHP-DEV] RE: [PATCH]apache_register_shutdown_function final version

At 01:37 07/01/2003, Joseph Tate wrote: Well, according to my highly technical methods of deduction (fprintf(stderr, "Inside sapi_shutdown");) sapi_shutdown is never called when serving a PHP request when served using mod4_php under Apache. This is because the shutdown_wrapper never gets initial

Re: [PHP-DEV] repost: return_value getting corrupted in extension

On Wed, 12 Feb 2003 13:40:09 -0800, Eric Lambart wrote: UPDATE... If you ask me, this is stranger still. If you recall from my original post-- > I am trying to return a "serverId" object member which contains a value > such as "N^VESoDMN(107)". Again, right before my PHP_FUNCTION returns > cont

[PHP-DEV] Sun LDAP and ldap_set_rebind_proc

Hi, I just created a patch for a customer who needed ldap_set_rebind_proc for named rebinding on a sun ldap server. The #if statements are a bit dirty, but i did not manage to find the correct ifdef condition. Maybe someone can use it or even integrate it into cvs. If you have any questions reg

RE: [PHP-DEV] Register Shutdown Function for Apache

Thanks Jani. I'll work on getting the patch working on HEAD and PHP_4_3 this afternoon. > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On > Behalf Of Jani Taskinen > Sent: Thursday, February 13, 2003 2:49 AM > To: Brian Moon > Cc: Joseph Tate; Php-Dev List > Subj

[PHP-DEV] Re: Apache 2.x / PHP 4.2.3 compatibility issue

> On your apache2 compatibility page you state > > "Apache 2.0 SAPI-support started with PHP 4.2.0. PHP 4.2.3 its known to > work in conjunction with Apache 2.0.39. Don't try to use this version of > PHP with any other version of Apache. We do not recommend to use PHP > 4.2.3 along with Apache

Re: [PHP-DEV] Re: function.main

> > That is if I understand correctly a link in an error message. So either > > PHP needs to hide that link in error messages, or the function.main > > shortcut shuold point to somewhere on the homepage, explaining what is > > function.main > > speaking of the link feature: can't we deactiv

[PHP-DEV] Re: [PHP-DOC] Re: function.main

> It was fixed in that it will link to documention for include() > or require() (depending on the error) instead of main(). So, > it links to different yet more appropriate pages now. > > Not sure if/what other errors cause a link to here but I > agree we may as well create a dummy page for main

RE: [PHP-DEV] Weird PHP5 APXS libtools errors

>Does a snapshot from snaps.php.net compile without running ./buildconf? Yep it does, actually... I'll investigate further into it when I get some sleep :) John -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: function.main

Gabor Hojtsy wrote: That is if I understand correctly a link in an error message. So either PHP needs to hide that link in error messages, or the function.main shortcut shuold point to somewhere on the homepage, explaining what is function.main speaking of the link feature: can't we deacti

[PHP-DEV] Re: [PHP-DOC] Re: function.main

On Wed, 12 Feb 2003, Gabor Hojtsy wrote: > >>>what is function.main? it keeps popping up on my requires and links to = > >>>yoru site but nuthin' happens > >> > >>That is if I understand correctly a link in an error message. So either > >>PHP needs to hide that link in error messages, or the func

RE: [PHP-DEV] Weird PHP5 APXS libtools errors

If output of 'm4 --version' != 'GNU m4 1.4' you need to update it and rebuild autoconf with the working m4. --Jani On Thu, 13 Feb 2003, John Coggeshall wrote: >>>upgrade your libtool to 1.4.3, it is required now. > >[user@localhost php5]# ./buildconf >using default Zend

RE: [PHP-DEV] Weird PHP5 APXS libtools errors

On Thu, 13 Feb 2003, John Coggeshall wrote: > >>upgrade your libtool to 1.4.3, it is required now. > > [user@localhost php5]# ./buildconf > using default Zend directory > buildconf: checking installation... > buildconf: autoconf version 2.13 (ok) > buildconf: automake version 1.4-p5 (ok) > buildc

RE: [PHP-DEV] Weird PHP5 APXS libtools errors

>>upgrade your libtool to 1.4.3, it is required now. [user@localhost php5]# ./buildconf using default Zend directory buildconf: checking installation... buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.4-p5 (ok) buildconf: libtool version 1.4.3 (ok) And just to be sure.. [user

Re: [PHP-DEV] Weird PHP5 APXS libtools errors

On Thu, 13 Feb 2003, John Coggeshall wrote: > I'm not familiar enough with the build environment as a whole, but I've > been building HEAD for quite some time now and I'm not sure why now it'd > just choke like thisAny suggestions welcome. upgrade your libtool to 1.4.3, it is required now. D

[PHP-DEV] Weird PHP5 APXS libtools errors

>From HEAD: ./configure works fine (no options)... Make, everything. But... ./configure --with-apxs=/usr/local/apache/bin/apxs Causes some weirdness on Make... [user@localhost]# make /bin/sh libtool --preserve-dup-deps --mode=compile gcc -I/home/php/php5/ext/mysql/libmysql -Iext/mysql/ -I/home/