php-install Digest 7 Jul 2003 04:20:51 -0000 Issue 1451
Topics (messages 11230 through 11235):
Re: new install of PEAR on 2k
11230 by: Pierre-Alain Joye
PHP Sessions - works halfway
11231 by: Deborah Vorndran
11233 by: Chris Hewitt
Fatal error: Call to undefined function: mysql_connect()
11232 by: Deborah Vorndran
11234 by: Stephen
Making PayFlow Pro & PHP play nice on FreeBSD
11235 by: Chris Knight
Administrivia:
To subscribe to the digest, e-mail:
[EMAIL PROTECTED]
To unsubscribe from the digest, e-mail:
[EMAIL PROTECTED]
To post to the list, e-mail:
[EMAIL PROTECTED]
----------------------------------------------------------------------
--- Begin Message ---
On Thu, 3 Jul 2003 15:34:25 -0500
"jsWalter" <[EMAIL PROTECTED]> wrote:
> I just installed PEAR on my Win2k box.
>
> I try to use DB.php and I get this...
>
> Fatal error: main(): Failed opening required 'DB.php'
> (include_path='.;c:\php4\pear')
>
> I can't find this path defined *anywhere*.
>
How have you installed pear?
You may ask pear related question on pear-general ML, see
http://pear.php.net/support.php
hht
pierre
--- End Message ---
--- Begin Message ---
I do a
session_start();
session_register("SESSION");
echo "<li>The counter is now $SESSION[count] ";
straight from the tutorial,
and I get this:
--------------------------------------------------
*Warning*: Cannot send session cookie - headers already sent by (output
started at /var/www/html/Deb/phpsession.php:5) in
*/var/www/html/Deb/phpsession.php* on line *6*
*Warning*: Cannot send session cache limiter - headers already sent
(output started at /var/www/html/Deb/phpsession.php:5) in
*/var/www/html/Deb/phpsession.php* on line *6*
# Counter initialized, please reload this page to see it increment
# The counter is now 0
# ------------------------------------------------------
The cookie files ARE being created in /tmp.
What am I doing wrong?
--- End Message ---
--- Begin Message ---
Deborah Vorndran wrote:
I do a
session_start();
session_register("SESSION");
echo "<li>The counter is now $SESSION[count] ";
straight from the tutorial,
and I get this:
--------------------------------------------------
*Warning*: Cannot send session cookie - headers already sent by
(output started at /var/www/html/Deb/phpsession.php:5) in
*/var/www/html/Deb/phpsession.php* on line *6*
It means that you have already sent something to the browser. A space or
newline is enough to get this error. Session starting _must_ be the
first thing sent to the browser.
HTH
Chris
--- End Message ---
--- Begin Message ---
I get the above error when I try to do a mysql_connect() from a php page.
phpinfo lists mysql as "*Extensions listed here are (or will be soon)
available as external modules. To install one or all of these, use
"urpmi" php-EXTENSION_NAME"
*when I run urpmi mysql, it asks me for a CDROM which I do not have (I
downloaded it)
I edited /etc/php.ini, uncommenting the lines having to do with mysql &
rebooted, to no avail. Same error.
Someone told me that I need to download the php source, and recompile
it, but that seems too drastic - it seems to me that I've already got
all the puzzle pieces, theres just a little magic configuring that needs
to happen.
Anyone know how to get php talking to mysql?
Thanks,
:-D*
*
--- End Message ---
--- Begin Message ---
If you are using Windows, it should be built in to any of the latest php
versions... Otherwise as far as I know you have to compile PHP with MySQL
support enabled (How you do that I have no idea, I only use windows)
Stephen
----- Original Message -----
From: "Deborah Vorndran" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, July 06, 2003 5:52 PM
Subject: [PHP-INST] Fatal error: Call to undefined function: mysql_connect()
> I get the above error when I try to do a mysql_connect() from a php page.
>
> phpinfo lists mysql as "*Extensions listed here are (or will be soon)
> available as external modules. To install one or all of these, use
> "urpmi" php-EXTENSION_NAME"
>
> *when I run urpmi mysql, it asks me for a CDROM which I do not have (I
> downloaded it)
>
> I edited /etc/php.ini, uncommenting the lines having to do with mysql &
> rebooted, to no avail. Same error.
>
> Someone told me that I need to download the php source, and recompile
> it, but that seems too drastic - it seems to me that I've already got
> all the puzzle pieces, theres just a little magic configuring that needs
> to happen.
>
> Anyone know how to get php talking to mysql?
>
> Thanks,
> :-D*
>
>
> *
>
>
> --
> PHP Install Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--- End Message ---
--- Begin Message ---
I have been trying to compile PHP with PayFlow Pro support on FreeBSD
4.8-STABLE and I kept receiving this error:
The pfpro extension requires version 2 or 3 of the SDK
Looking at the config.log I found that the config test code was failing to
compile with these errors:
/usr/local/lib/libpfpro.so: undefined reference to `pthread_mutex_unlock'
/usr/local/lib/libpfpro.so: undefined reference to `pthread_self'
/usr/local/lib/libpfpro.so: undefined reference to `pthread_mutex_destroy'
/usr/local/lib/libpfpro.so: undefined reference to `pthread_mutex_lock'
/usr/local/lib/libpfpro.so: undefined reference to `pthread_mutex_init'
I searched on google and found a couple of posts on this list from people who
ahd the same problem, but I never saw a solution. So, here it is:
With a little further digging, I determined the problem to be with the
configure script. The configure script is smart enough to test for POSIX
threads, and to add the appropriate compile flag when building the PHP
distribution, but it isn't smart enough to use that flag when compiling the
config test code. The pfp library requires the threads flag to be set.
This will kludge your configure script into working, so that you can get past
the bogus error encountered by the configure tests:
perl -pi.bak -e \
's/LIBS="-lpfpro/LIBS="-pthread -lpfpro/g' \
configure
I broke it into three lines so that it doesn't wrap unhappily in this email.
NOTE: This is the appropriate flag for FreeBSD 4.8. Your system may require
a different flag.
It is a kludge fix, and I'm not proud of it, but I have to have this damn
thing working by morning. :)
-Chris Knight
--- End Message ---
