[PHP-DEV] HELP! how to load phpapache2.dll filter under Win32
Hello, I just compiled php4apache2 filter for Win32, but the README file says how to use it only under apache 2.0.x for UNIX. It's clear because PHP is compiled into Apache. But... Can somebody tell me how to load the sapi filter under Apache 2.0.x Win32, in http.conf file? I can't find any docs about it. I currently have Apache 2.0.28-beta and the latest PHP CVS files for apache2filter. Thank you ! ___ Francisco Javier Ortiz Torre ComuNET,S.A. mailto:[EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #13852 Updated: zlib file reading functions not working in Apache Module version
Hi,
in case it helps, it works fine for me using 4.0.6, perhaps
you should update.
(Win2000 + PHP 4.0.6 as apache module, Apache Win32 1.3.20,
with Zend Optimizer)
Bye,
F.J. Ortiz
10/28/01 6:55:44 PM, [EMAIL PROTECTED] wrote:
ID: 13852
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Zlib Related
Operating System: Windows 2000
PHP Version: 4.0.4pl1
New Comment:
even with error_reporting(E_ALL) i don't get any error messages from the script. i
already had tried this.
i have both the cgi and win-apache server module version of php installed parallely.
.php files are mapped to the php
module and .phpc to cgi. that way it is very easy to compare the output of an
identical script by just renaming it.
while as cgi the script outputs the textfile as expected, the module doesn't give me
anything.
i only have one php.ini on my system, which resides in winnt\system32\php.ini. it is
used by the cgi and module.
?php
error_reporting(E_ALL);
$log = gzfile('test.gz');
foreach ($log as $l) echo $lbr;
?
phil.
Previous Comments:
[2001-10-28 11:37:48] [EMAIL PROTECTED]
Probably not a bug (cgi does work, so very unlikely to be a bug in PHP or zlib). Ask
support questions on
http://www.php.net/support.php , or reopen if I'm wrong.
Try this:
Please check the location of your php.ini, that you're editing the right one. (check
wether modifications show up in a
phpinfo() page).
And check your error reporting level, set it to E_ALL (error_reporting(E_ALL); before
anything). My guess is it's giving
undefined function errors.
[2001-10-27 16:58:01] [EMAIL PROTECTED]
most of the zlib file reading functions, like gzfile,gzread,gzpassthru,gzgetc do not
work in the Apache Module version of
php.
the function returns no value - without outputting any error or warning; sometimes
the webserver crashes.
when i switched php to run as cgi everything works as expected.
don't know if this has been fixed, couldn't find an entry in the bugfinder.
phil.
running extensions:
extension=php_zlib.dll
extension=php_sablot.dll
extension=php_gd.dll
extension=php_pdf.dll
demo script (test.gz would be ascii text):
$log = gzfile('test.gz');
foreach ($log as $l) echo $lbr;
Edit this bug report at http://bugs.php.net/?id=13852edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
___
Francisco Javier Ortiz Torre
ComuNET,S.A.
mailto:[EMAIL PROTECTED]
ComuNET, S.A
Gral. Concha 39,6º
48012 Bilbao España
Tel: +34 944 700 101
Fax: +34 944 700 185
http://www.comunet.es
___
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] NGScan - no more flames guaranteed...
hi: 7/9/01 9:00:21 PM, Zeev Suraski [EMAIL PROTECTED] wrote: At 21:55 9/7/2001, Thies C. Arntzen wrote: On Mon, Jul 09, 2001 at 09:47:46PM +0300, Zeev Suraski wrote: Remember that while this is an impressive improvement, it's not all that useful in the vast majority of cases (it's especially useful with Apache 2.0). IIS comes to mind - aolserver, fasttrack and maybe a few more. In terms of performance? I don't recall seeing any production sites running on the threaded version of PHP as of yet ...because there might be some issues to be addressed yet. I have posted here previously some moanings (sorry) about PHP, persistent database connections and multithreaded webservers... this is where PHP really makes the webservers scream... sorry but I'm not going to stop moaning :-) some examples: multithreaded Apache (latest 1.3.x versions at least, don't know about 2.0.x) does not apply because it spawns threads instead processes but that's all, new PHP global structures are allocated per thread, so great deal !. don't even think of IIS-ISAPI, some more semaphores are needed before we can pull several database-driven scripts at the same time without crashing... and so on... more... 7/9/01 9:31:47 PM, Zeev Suraski [EMAIL PROTECTED] wrote: Uhm, being the guy that made PHP thread safe and implemented the first multithreaded SAPI, I'd say I do too. It doesn't mean I don't realize it's currently not being actively used, though. so !, there are many corners we can cut here, for example, the multithreaded/persistent DB connections stuff and others. We are just willing to help! Isn't those technical issues much more important? Come on! Thanks for reading, F.J. Ortiz -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-WIN] Does OCILogon need ISAPI to stay persistent?
Hi, Does OCILogon need ISAPI to stay persistent? unfortunately, yes. So CGI+Oracle8 is painfully slow. Unlike other cases, however ISAPI+Oracle8 works misteriously stable for us here... so it is a good deal so far (I must say the server is not under a heavy traffic yet) Greetings, Paco -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [PHP-WIN] Does OCILogon need ISAPI to stay persistent?
Sorry for my latest post, wrong list ! Paco 5/23/01 7:47:54 PM, Paco Ortiz [EMAIL PROTECTED] wrote: Hi, Does OCILogon need ISAPI to stay persistent? unfortunately, yes. So CGI+Oracle8 is painfully slow. Unlike other cases, however ISAPI+Oracle8 works misteriously stable for us here... so it is a good deal so far (I must say the server is not under a heavy traffic yet) ... -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #10796 Updated: imap_getmailboxes doesn't work after a database connection
Hi! ,
5/10/01 6:15:19 PM, [EMAIL PROTECTED] wrote:
...
|| - OR ( || die(.. - OR die(.. )
thanks!, it works now with OR. I understand the language operators precedence, but I
still have two points
to comment if you don't mind:
1. The sample at http://www.php.net/manual/en/function.imap-getmailboxes.php may lead
to confusion.
2. could you please be so kind as to explain me why
$c1 = ociplogon(user,pwd,devunix);
$mbox = imap_open({tux.comunet.es},oituino,oituino,OP_HALFOPEN) || die(can't
connect: .imap_last_error());
fails and just:
$mbox = imap_open({tux.comunet.es},oituino,oituino,OP_HALFOPEN) || die(can't
connect: .imap_last_error());
works?. What has that first line to do with operators precedence? The ociplogon is a
completely different line,
and the operator || is wrong anyway in both examples!. I'm relatively new to PHP and
perhaps I'm not aware of
some quirks PHP has.
Thanks for your time, Sniper and all the people there!
F.J. Ortiz
http://www.php.net/manual/en/language.operators.precedence.php
Previous Comments:
---
[2001-05-10 13:09:05] [EMAIL PROTECTED]
just comment that using imap_listsubscribed or imap_listmailboxes instead using
imap_getmailboxes after a database connection also yields the same error (Warning:
Unable to find stream pointer in ...)
---
[2001-05-10 12:20:56] [EMAIL PROTECTED]
Now, this is a hard one I think, at least to explain:
brief explanation: (full code later)
imap_open + imap_getmailboxes - works fine alone
Database connection + imap_open + imap_getmailboxes - generates this error:
Warning: Unable to find stream pointer in
/usr/local/apache/htdocs/folder/correo_carpetas.php on line 8 (where
imap_getmailboxes is)
imap_getmailboxes failed:
Warning: Unable to find stream pointer in
/usr/local/apache/htdocs/folder/correo_carpetas.php on line 21 (where imap_close is)
I tried with two database connections: against MSSQL 7.0 and Oracle8i. Just a call to
mssql_connect or OCIPLogon spoils the whole thing. Comment that line, and all
the mailboxes will be listed fine.
Full example:
?php
/* fails with Oracle8i + PHP (IIS/Win32 or Apache/Linux) */
/* also fails with mssql_connect under IIS/Win32 */
/* comment the next 3 lines and everything will go ok (it's just like the sample
provided in PHP manual ! */
$c1 = ociplogon(myuser,mypwd,devunix);
ocilogoff($c1);
$mbox = imap_open({tux.comunet.es},user,userpwd,OP_HALFOPEN) ||
die(can't connect: .imap_last_error());
$list = imap_getmailboxes($mbox,{tux.comunet.es},*);
if(is_array($list)) {
reset($list);
while (list($key, $val) = each($list))
{
print ($key) ;
print imap_utf7_decode($val-name).,;
print '.$val-delimiter.',;
print $val-attributes.brn;
}
} else
print imap_getmailboxes failed: .imap_last_error().n;
imap_close($mbox);
?
I hope I made myself clear. Ask me whatever you need.
Greetings,
F.J. Ortiz
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10796edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
___
Francisco Javier Ortiz Torre
ComuNET,S.A.
mailto:[EMAIL PROTECTED]
ComuNET, S.A
Gral. Concha 39,6º
48012 Bilbao España
Tel: +34 944 700 101
Fax: +34 944 700 185
http://www.comunet.es
___
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] /ext/oci8/oci8.c win32 bugfix.
Hi:
as far as I know, OCI8 works fine for me under Win32 + IIS 4 + ISAPI filter. Not that
I tested it
heavily, but it's just my experience.
Greetings,
F.J.Ortiz
4/9/01 12:51:48 AM, "Joe Brown" [EMAIL PROTECTED] wrote:
If someone would apply this patch to ext/oci8/oci8.c I think the Oracle
using Win32 community would be greatful.
Don't know if all threaded environments have a problem with OCI8's behaviour
in threaded mode. PHP on win32 really doesn't like it... I haven't been
able to get it to crash with this modification. W/out this modification I
haven't been able to keep it from crashing.
This change only affects builds on Win32, making OCI8 behave like it does on
traditional Unix. If possible, please include in the next RC or final
release of 4.0.6
Thanks,
joebrown
podiatryfl.com
--- php4/ext/oci8/oci8.c Fri Mar 02 04:45:08 2001
+++ php4/ext/oci8/oci8.c Mon Apr 09 03:33:10 2001
@@ -342,7 +342,7 @@
{
zend_class_entry oci_lob_class_entry;
-#ifdef ZTS
+#if ZTS !WIN32
#define PHP_OCI_INIT_MODE OCI_THREADED
#else
#define PHP_OCI_INIT_MODE OCI_DEFAULT
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
___
Francisco Javier Ortiz Torre
ComuNET,S.A.
mailto:[EMAIL PROTECTED]
ComuNET, S.A
Gral. Concha 39,6
48012 Bilbao Espaa
Tel: +34 944 700 101
Fax: +34 944 700 185
http://www.comunet.es
___
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP as ISAPI module crashes but...
Hi: I've discovered something very interesting: perhaps you already know that using PHP + IIS in ISAPI mode is not recommended, because of the: "PHP has encountered an Access Violation at 73342C83" and so errors. So CGI use is recommended. But I have found that this happens whenever I make a MSSQL query. If I run a script with no queries, it works fine, and no matter how much I bash the server, no crashes. Now, I tried to do the same with Oracle8i. Using php_oci8 module, I made a query: and it never crashes even if I bash the server with many requests!!! (this sadly makes scripts using MSSQL crash miserably). Now: could it be that, for some reason, the code of php_mssql has reentrancy problems with multiple server threads? Maybe we could test some other modules (php_odbc or other DB modules) looking for the same problem? I find this issue important, because many people (including me) are expectant about using PHP as an ISAPI filter. The performance boost is very important to be looked upon, and this clearly prevents people from running heavily loaded production websites with NT+IIS. Greetings, ___ Francisco Javier Ortiz Torre ComuNET,S.A. mailto:[EMAIL PROTECTED] ComuNET, S.A Gral. Concha 39,6 48012 Bilbao Espaa Tel: +34 944 700 101 Fax: +34 944 700 185 http://www.comunet.es ___
Re: [PHP-DEV] PHP as ISAPI module crashes but...
Hi: 3/7/01 11:33:18 AM, "Phil Driscoll" [EMAIL PROTECTED] wrote: I'm a keen as you are for the PHP ISAPI module to work reliably, but before we start sorting out the extension modules, we need to sort out the core itself. For me (on my NT4/IIS4/SP6 setup), php 'straight out of the box' falls over with server 500 errors on the simplest of scripts - even with only a single request being made to the server (which may rule out the problem being anything to do with thread safety?). are you trying with 4.0.4pl1? Try, please. I had the same problems with previous versions, but since I installed 4.0.4pl1 in a development server (one week ago, not much time...) I've had no problems, (if I only care about disabling the directories with scripts using MSSQL .) For example, I've tried to bash the server with the typical scripts, including the 3 examples you point in your post, from 4 clients making several requests at a time. No problem at all. The same happened with queries against Oracle8i. Perhaps we could get together a few simple and a few more complicated scripts and try them on a range of machines and see if we can start to make any conclusions. I'm with you, heavier testing must be carried out. I have limited time, but I'll post more results here as they come along. Any other thoughts? just more testing ... if you or anybody wants me to test more scripts, just send them to me. Greetings, Paco -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP as ISAPI module crashes but...
Hi: Yes, I've been using 4.0.4pl1 since day '0', and it 'reliably' goes wrong for me. Are you using NT4 or W2K? I'm using NT4, SP6 and IIS 4. I have the MSSQL 2000 client libraries installed (MDAC 2.6) but I can't think they have any influence (the db API used by php_mssql is backwards compatible with MDAC 2.x AFAIK). Some more "casual" information in case it helps: with earlier versions, whenever the IIS server crashed, both .PHP and .ASP pages stopped working . However, static content was served fine, as I pointed in a bug report. Now with 4.0.4pl1, when a script using MSSQL queries crashes, the other .PHP or .ASP scripts keep working. Other scripts using MSSQL fail. Strange, isn't it? It's all I can say now. When I have some more tests done (other servers maybe) I'll make you know. Ask me whatever you might find useful. Greetings, Paco 3/7/01 2:31:30 PM, "Phil Driscoll" [EMAIL PROTECTED] wrote: Paco wrote: are you trying with 4.0.4pl1? Try, please. I had the same problems with previous Yes, I've been using 4.0.4pl1 since day '0', and it 'reliably' goes wrong for me. Are you using NT4 or W2K? Cheers -- Phil Driscoll Dial Solutions +44 (0)113 294 5112 http://www.dialsolutions.com http://www.dtonline.org ___ Francisco Javier Ortiz Torre ComuNET,S.A. mailto:[EMAIL PROTECTED] ComuNET, S.A Gral. Concha 39,6 48012 Bilbao Espaa Tel: +34 944 700 101 Fax: +34 944 700 185 http://www.comunet.es ___ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
