Re: Re: mod_php4 upgrade horrors

From: Date: Fri, 01 Apr 2005 05:02:04 +0000
Subject: Re: Re: mod_php4 upgrade horrors
References: 1  Groups: php.install 
Request: Send a blank email to php-install+get-15916@lists.php.net to get a copy of this message
I figured it out...this was installed from FreeBSD ports, and for some stupid reason, they have --disable-all in there by default, along with disable-cli, one of which caused this. Thanks! On Thu, 31 Mar 2005 up@3.am wrote: > On Tue, 29 Mar 2005, Christian Vogel wrote: > > > On Mon, Mar 28, 2005 at 06:17:50PM -0500, up@3.am wrote: > > > However, now, at least one built-in php4 function comes up as undefined, > > > preg_replace(). The customer got his site working by substituting > > > str_replace(), but that can't be right, and other problems may be lurking. > > > > these are the perl compatible regular expressions, they should be > > unrelated to mysql support. Try --with-pcre (normally you would have to > > force php to leave this out using --without-pcre-regex). > > I just tried --with-pcre and it shows up in php-info, but for some reason, > it seems that none of the preg() functions are working. Another page > gets: > > Call to undefined function: preg_match_all() > > One of the customers was able to switch to str_replace(), to do what he > needed, but that's not going to wash with all of them. I suspect it's an > unlinked lib somewhere, but I don't know which one. > > James Smallacombe PlantageNet, Inc. CEO and Janitor > up@3.am http://3.am > ========================================================================= > James Smallacombe PlantageNet, Inc. CEO and Janitor up@3.am http://3.am =========================================================================

« previous php.install (#15916) next »