php-install Digest 25 Feb 2003 08:19:01 -0000 Issue 1263

Topics (messages 10172 through 10187):

Apache 2.0.44 + PHP 4.3.1
        10172 by: Ken Jeansson
        10173 by: Rasmus Lerdorf
        10174 by: Ken Jeansson

Trouble with install on newest snapshot
        10175 by: Justin Williams

Installed Apache 2.0.44 + PHP 4.3.1
        10176 by: Ken Jeansson
        10177 by: Justin Williams

-DEAPI issue??
        10178 by: Justin Williams

Re: OS X, LDAP and php 4.3
        10179 by: user.domain.invalid

PHP parsing weirdness using DAV...
        10180 by: Lou Picciano

Redhat 8 + Apache 2.0.44 + PHP4.3.1
        10181 by: Barry

Create Outlook Express COM object
        10182 by: William Cheung

Re: PHP 4.1.1 on Apache 1.22 as CGI
        10183 by: Michael Mauch

Re: Building PHO 4.3.1 with MySQL support
        10184 by: Michael Mauch

Re: fail to compile php 4.3.0
        10185 by: Michael Mauch

Re: install 4.3.1 on redhat7.2
        10186 by: Michael Mauch

Apache locks when run with php
        10187 by: Mehmet.Ekici.alcatel.com.tr

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 ---
Hello There

Trying to install php4 on apache2 and I get this error:

ext/mysql/libmysql/my_tempnam.lo: In function `my_tempnam':
/home/sub/php-4.3.1/ext/mysql/libmysql/my_tempnam.c:105: the use of
`tempnam' is dangerous, better use `mkstemp'



--- End Message ---
--- Begin Message ---
That's not an error.  Just a warning.  Ignore it.

On Mon, 24 Feb 2003, Ken Jeansson wrote:

> Hello There
> 
> Trying to install php4 on apache2 and I get this error:
> 
> ext/mysql/libmysql/my_tempnam.lo: In function `my_tempnam':
> /home/sub/php-4.3.1/ext/mysql/libmysql/my_tempnam.c:105: the use of
> `tempnam' is dangerous, better use `mkstemp'
> 
> 
> 
> 


--- End Message ---
--- Begin Message ---
Hello There

Trying to install php4 on apache2 and I get this error:

ext/mysql/libmysql/my_tempnam.lo: In function `my_tempnam':
/home/sub/php-4.3.1/ext/mysql/libmysql/my_tempnam.c:105: the use of
`tempnam' is dangerous, better use `mkstemp'




--- End Message ---
--- Begin Message ---
Had a power outage and, when the server came back up, Apache will not start with PHP.  
Complains about the -DEAPI issue, yet, when making PHP, I see -DEAPI littered 
throughout...  Just a little confused on this part.

Moreover, when I try to re-compile, using the same config statement as previously 
worked, it doesn't; comes back complaining about not being able to find -lldtl.  

What am I missing here?

--- End Message ---
--- Begin Message ---
Hello There

Trying to install php4 on apache2 and I get this warning:

ext/mysql/libmysql/my_tempnam.lo: In function `my_tempnam':
/home/sub/php-4.3.1/ext/mysql/libmysql/my_tempnam.c:105: the use of
`tempnam' is dangerous, better use `mkstemp'

I just ignored the warning but now php does not work. Whenever I try to
access a .php file it just wants to download it.

And I have added lines to httpd.conf and mime.types



--- End Message ---
--- Begin Message ---
I'm getting this same message with apache 1.3.23; installing php-4.3.1, the
1830 today snapshot

"Ken Jeansson" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> Hello There
>
> Trying to install php4 on apache2 and I get this warning:
>
> ext/mysql/libmysql/my_tempnam.lo: In function `my_tempnam':
> /home/sub/php-4.3.1/ext/mysql/libmysql/my_tempnam.c:105: the use of
> `tempnam' is dangerous, better use `mkstemp'
>
> I just ignored the warning but now php does not work. Whenever I try to
> access a .php file it just wants to download it.
>
> And I have added lines to httpd.conf and mime.types
>
>
>
> --
> PHP Install Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>


--- End Message ---
--- Begin Message ---
I also am running into some sort of issue whereby Apache warns of PHP being compiled 
against Apache 1.3 with plain API, and advising me to recompile with -DEAPI.

This is after I configure as follows: env CFLAGS="-DEAPI" ./configure {whole boatloada 
mods}

When I run Make, I see -DEAPI littered throughout (and, when I run make after normal 
configuring, I don't see the DEAPI stuff), and I still get the same error...

PHP is not working at all on this machine at this point...  In either instance, I see 
the issue about mkstemp vs. tempnam, and in neither instance do I understand what is 
wrong...  Can anybody help?

--- End Message ---
--- Begin Message --- In case someone else has this problem, this solution is to replace all references to libldap.so.3 with libldap.dylib in the config script.

And I thought 4.3 was supposed to be ready for OS X...

Quinn

[EMAIL PROTECTED] wrote:
I am trying to do a compile for 4.3 on OS X. I have had some success with 4.2.x, but am getting an odd error now.

When I compile with:
./configure --with-apxs --with-ldap --with-zlib --with-gd --enable-ftp --with-jpeg-dir=/sw --with-tiff-dir=/sw --with-pdflib=/sw --with-png-dir=/sw --with-mysql --with-freetype-dir=/sw --enable-sockets --enable-ftp --enable-track-vars --enable-trans-id


I get:
...
checking for IRCG support... no
checking for Java support... no
checking for LDAP support... yes
configure: error: Cannot find ldap libraries in /usr/lib.

Now the odd thing is, OS X Server 10.2.3 comes with OpenLDAP installed. I am using it with my current PHP 4.2.x without any problems. Anyone else have this problem?

Quinn



--- End Message ---
--- Begin Message ---
Dear All:

Am trying this again ...
--------------------------------
A question regarding php (4.3), Apache (2.0.44) and mod_dav:

Under Solaris 9 SPARC, we have the above setup ­ working AOK ­ using Apache
2¹s Œfiltering¹ mechanism to handle php processing...  It works great!  *

Commands in http.conf are:

<Files *.php>
   SetOutputFilter php
   SetInputFilter php
</Files>

DAV is ON for (a given) directory, and the DAV setup in general works well
for the range of clients we are using, except for...

The Problem:  In connecting to the site from a DAV client, any php files are
Œprocessed¹ before coming over, as would be the case in a Œnormally-browsed¹
setting.  Other files copy over directly, as would be expected.

Response from HTTP is Œ200¹ when a DAV client attempts to ŒGET¹ a .php file
- which is actually an Œeverything worked OK¹ message.

Within the DAV <Directory> context, we¹ve tried the RemoveOutputFilter php
and RemoveType php commands, with no luck.

Has anyone run into this?  Probably so simple you¹ve all seen it already...

Lou Picciano
Essex Systems 

PS - (BTW, We found that the traditional 'AddType' model for handling php
files no longer works under apache 2...)


--- End Message ---
--- Begin Message ---
I've tried to upgrade my Apache and PHP on Redhat8 by downloading the latest
version from their sites to my /tmp.  Then I tried the followings,

In /tmp/httpd-2.0.44
./configure --enable-so  --prefix=/etc/httpd
make
make install

In /tmp/php4.3.1
./configure --with-apxs2=/etc/httpd/bin/apxs --with-mysql
make
make install

Everything seems ok.

But when I start my httpd, I have the following error.
httpd: module "/tmp/php-4.1.1/sapi/apache2filter/sapi_apache2.c" is not
compatible with this version of Apache.

Please help.

Thanks
Barry



--- End Message ---
--- Begin Message ---
How could I create a new COM object of Outlook Express? The string
"outlook.application" will only bring up the outlook.
 
William Cheung, B.Sc. MCSE MCDBA
Databyte Corp.
 

--- End Message ---
--- Begin Message ---
Daniel Pomrehn <[EMAIL PROTECTED]> wrote:

> I want to run PHP 4.1.1 as CGI in Apache 1.22 on Suse Linux 7.0

No, you don't. Both PHP 4.1.1 and Apache 1.3.22 are a hundreds years
old and have serious security issues.

Regards...
                Michael

--- End Message ---
--- Begin Message ---
Vicki Brown <[EMAIL PROTECTED]> wrote:
> I ran
>      ./configure --with-mysql --with-apxs=/usr/local/apache/bin/apxs
> and received the following warning:
[...]
> But, what "path to mysql" should I use?

Try --with-mysql=/usr/local/mysql.

> MySQL (the binary) is installed at /usr/local/bin/mysql; when I tried that
> path, the configure script told me it couldn't find include files there.
> There are no include files in /var/db/mysql (and that directory is locked as
> well). Do I give configure the path/to/mysql/source/tree?  Or what?

PHP needs to find the header files and the libraries. Both should have
been installed when you installed mysql. Try "locate mysql|grep include"
and/or "locate mysql|grep lib" to locate them.

Regards...
                Michael

--- End Message ---
--- Begin Message ---
James Sigler <[EMAIL PROTECTED]> wrote:

> I am having the same issue and the sed switch has not resolved the 
> issue. I am unable to determine why the buffer length for the command is 
> not large enough.

Ask Sun why they ship a broken sed (and cut, and what else). Try "export
PATH". If that doesn't help, install GNU sed (www.sunfreeware.com) and
set and export the PATH to the place where it was installed.

--- End Message ---
--- Begin Message ---
Henry <[EMAIL PROTECTED]> wrote:
> [-- text/plain, Encoding quoted-printable, 6 Zeilen --]
> 
> I saw the message below, how can I do sloving this?
> 
> ext/mysql/libmysql/my_tempnam.lo: In function `my_tempnam':
> /home/henry/php-4.3.1/ext/mysql/libmysql/my_tempnam.c:103: the use of `tempnam' is 
> dangero
> us, better use `mkstemp'

You don't. Wait for the mysql people that they "solve" it. It's not a
problem.

--- End Message ---
--- Begin Message ---
Hello,
When I try to run PHP ( php-4.2.1) with Apache (Server version:
Apache/1.3.26 ) on Digital unix (OSF1 didim V5.1 1885 alpha)
I got an error and Apache locks.

WARNING libaio_raw:
        A previous initialization of libaio has been detected.
        The libaio_raw and libaio libraries cannot be linked
        into the same image or undefined behavior will result.
        Only libaio OR libaio_raw should be used.

Please if any help?
Thanks in advance.
Mehmet Ali Ekici




--- End Message ---

Reply via email to