php-install Digest 30 Oct 2001 21:26:06 -0000 Issue 530

Topics (messages 4793 through 4796):

How to compile in n32 for SGI Irix 6.3
        4793 by: Byunsung Cho

Re: Oracle 9i
        4794 by: Jaeck Stephan
        4795 by: brian

Re: [PHP] Re: PHP/CGI problem: #!/path/php at top of CGI scriptappears in output
        4796 by: Darren Henderson

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]


----------------------------------------------------------------------


With Php 4.0.6, I would like to compile it in n32 mode.
But I don't know what to set to make it n32.
The usual method given in INSTALL file compiles in o32 mode.
Can anybody help me?

Thanks in advance.

-Cho






Hello Brian,

does it mean I need the patch _only_ for PHP 4.0.6?
Or for all PHP-versions except CVS?

Stephan

-----Original Message-----
From: Brian Mauter [mailto:[EMAIL PROTECTED]]
Sent: Monday, October 29, 2001 5:30 PM
To: [EMAIL PROTECTED]
Subject: [PHP-INST] Re: Oracle 9i


This topic was already covered on php-db, and here's the original post, my
reply, and the original author's comments as well.  HTH.

-Brian

<snip>
This is correct.  If you are using the CVS version of PHP then it will
auto-detect the Oracle 9i libraries if you configure with "--with-oci8"
as one of your options.  If you are using PHP 4.0.6 then you can
download a patch for PHP at http://www.cba.ua.edu/~spaff/ to allow it to
do the same thing. 
...




As far as I know, the patch works for 4.0.6.  We haven't tried it with other 
versions.  Your mileage may vary.

I belive 4.0.6 is still the latest and greatest.  So, since you're 
recompiling, 
why not use the newest version?

-Brian

>===== Original Message From Jaeck Stephan 
<[EMAIL PROTECTED]> =====
>Hello Brian,
>
>does it mean I need the patch _only_ for PHP 4.0.6?
>Or for all PHP-versions except CVS?
>
>Stephan
>
>-----Original Message-----
>From: Brian Mauter [mailto:[EMAIL PROTECTED]]
>Sent: Monday, October 29, 2001 5:30 PM
>To: [EMAIL PROTECTED]
>Subject: [PHP-INST] Re: Oracle 9i
>
>
>This topic was already covered on php-db, and here's the original post, 
my
>reply, and the original author's comments as well.  HTH.
>
>-Brian
>
><snip>
>This is correct.  If you are using the CVS version of PHP then it will
>auto-detect the Oracle 9i libraries if you configure with "--with-oci8"
>as one of your options.  If you are using PHP 4.0.6 then you can
>download a patch for PHP at http://www.cba.ua.edu/~spaff/ to allow it to
>do the same thing.
>..






Heya,

I've run into this in the past as well. Unfortunately there doesn't
currently appear to be any way to work around it that, in my case, seemed
reasonable.

I think the essence of it is that the design team has apparently made a
choice that the entire file will be passed to the interpreter just as it
would if called as a module. Unfortunately this means, unlike many other
scripted languages # isn't seen as a comment line. 

There really isn't an elegant way around it, I can understand why this isn't
appealing to them.

So, you are left with few choices. Use .htaccess or use php <filename>.
That of course doesn't help with suexec. The only alternative I see is to
wrap the script with a bit of c code that execs php on the desired file. And
if you are going to do that you don't really need suexec anyhow. 

It is an annoying problem. I personally would not be all that bothered if
the first line of a file were treated differently then the rest and the
#! were checked for along with any cmd line options that might be on it. It
would be nice to be able to run the same script via cgi or the module or on
the command line without having to invoke it as php <filename>. 

________________________________________________________________________
Darren Henderson                                  [EMAIL PROTECTED]
                                            [EMAIL PROTECTED]



Reply via email to