php-windows Digest 24 Dec 2001 08:20:28 -0000 Issue 916
Topics (messages 11096 through 11103):
Error loading php (v4.1.0) dynamic library (4 dll files) on Apache (v1.3.22)
11096 by: Aaron Brigatti
11101 by: LaserJetter
11102 by: Andrew Saturn
Re: Radio buttons
11097 by: Mike Flynn
CGI error when running from a share directory.
11098 by: Guy Kopel
Re: PHP 4.1.0 Install on Windows 98/PWS 4.0
11099 by: Phil Driscoll
Re: PHP 4.1.0 Win32 problem
11100 by: LaserJetter
Unveilled Metabase OOP direct to driver object API
11103 by: Manuel Lemos
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 ---
Howdy,
Hope you can offer some assistance...
Firstly I am using Apache 1.3.22 and Php 4.1.0 on my Windows XP machine.
The installation is fine and everything goes well with the setting up and
general installation parts of both.
However, when I am starting an apache session, I encounter the following error
msg (as error dialogue boxes and msgs in the apache window):
"Unable to load dynamic library '/extensions/php_mcrypt.dll' - the specified
module could not be found."
This is the same for the following dll files:
php_domxml.dll
php_gd.dll
php_mcrypt.dll
php_pdf.dll
The relevant php .dll file has been copied to the windows system directory, and
the php.ini file moved to the windows directory. I have amended both the
php.ini and httpd.conf files accordingly and everything does "seem" fine!
I think the extension directory is detected as other php_*.dll seem to be found
and load fine (i.e. only FOUR .dll files are reported as "not being
found"......ummmm...
Can you offer any assistance?
Regards,
Aaron
--- End Message ---
--- Begin Message ---
Are you loading all the other extensions as well?
I know some of those extensions need files from the dlls folder copying into
the windows sytem folder (I'd copy them all over) but I dont think you need
to copy the ones from the extensions folder and starting with "php_". Which
ones did you copy?
"Aaron Brigatti" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Howdy,
>
> Hope you can offer some assistance...
>
> Firstly I am using Apache 1.3.22 and Php 4.1.0 on my Windows XP machine.
>
> The installation is fine and everything goes well with the setting up and
> general installation parts of both.
>
> However, when I am starting an apache session, I encounter the following
error
> msg (as error dialogue boxes and msgs in the apache window):
>
> "Unable to load dynamic library '/extensions/php_mcrypt.dll' - the
specified
> module could not be found."
>
> This is the same for the following dll files:
>
> php_domxml.dll
> php_gd.dll
> php_mcrypt.dll
> php_pdf.dll
>
> The relevant php .dll file has been copied to the windows system
directory, and
> the php.ini file moved to the windows directory. I have amended both the
> php.ini and httpd.conf files accordingly and everything does "seem" fine!
>
> I think the extension directory is detected as other php_*.dll seem to be
found
> and load fine (i.e. only FOUR .dll files are reported as "not being
> found"......ummmm...
>
> Can you offer any assistance?
>
> Regards,
>
>
> Aaron
>
>
>
>
>
--- End Message ---
--- Begin Message ---
I had this problem too...
in the default php.ini files, they list extension_dir as ./ ... when it
SHOULD be ./extensions/
extension_dir = ./extensions/
regards,
-andrew saturn
--- End Message ---
--- Begin Message ---
At 02:27 AM 12/23/01 -0500, you wrote:
>I thinjk in NS4.x, you have to make the Name or ID of all radio buttons same
>otherwise it will not work.
Yeah there's no bugs between Netscape and IE for radio buttons. Any
buttons having the same name will be in one group, wherein only one can be
selected at a time.
<input type="radio" name="radio1" value="1" checked> Option 1<br>
<input type="radio" name="radio1" value="2" checked> Option 2<br>
<input type="radio" name="radio1" value="3" checked> Option 3
-Mike
--- End Message ---
--- Begin Message ---
Hi,
I have Win2K server with IIS 5 and PHP ver.4.01 pl1 and when I try to
configure the site's patch to a shared directory I keep getting GCI error
when trying to run any PHP file (phpinfo.php...)
Is there any special thing I need to configure in order it to work?
Thanks for the help,
Guy Kopel
[EMAIL PROTECTED]
--- End Message ---
--- Begin Message ---
What web server/OS combination do you have?
Assuming a 16 bit Windows/PWS combination, I don't think there's anythign
which could override the registry settings, however once the web server has
started and loaded the php4isapi module, it won't look at the registry
settings again until you stop it and start it - maybe this is the problem?
On 32 bit Windows platforms with IIS or PWS, the registry is not involved at
all in the configuration
Cheers
--
Phil Driscoll
--- End Message ---
--- Begin Message ---
If you're using Apache I'd recommend using the server extension thingy
instead. I think I had problems with the CGI on Apache 1.3.22 and Win98
(worked fine with Xitami 2.5+Win95 though).
"Alain Samoun" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> OK: Try to run your script in a DOS window (php yourscript.php) starting
in
> the directory of php.exe, and tell us what is the error there.
> A+
> Alain
>
>
> -----Original Message-----
> From: Andrew Saturn [mailto:[EMAIL PROTECTED]]
> Sent: Saturday, December 22, 2001 5:23 PM
> To: [EMAIL PROTECTED]
> Subject: [PHP-WIN] PHP 4.1.0 Win32 problem
>
>
> I'm running Apache 1.3.22 on Windows ME (a 9x Win kernel - not NT\2k\XP)
> with PHP 4.1.0
>
> I've done everything I can think of to make PHP work, but it simply won't,
> and I have no clue whats wrong, because the only thing the error_log will
> tell me is:
>
> Premature end of script headers: c:/php/php.exe
>
> which, can mean a ton of things...
> any idea what could possibly be wrong?
>
>
> list of things I've done:
> -re-wrote my php.ini file, using the "recommended" sample php.ini file
> included with the install
> -commented out the GD library DLL from the ini (it said it couldnt load it
> in previous errors)
> -changed my $SERVER_NAME variables to $_SERVER["name"]:
>
> // -- old php 4.0.x way below
> if ($SERVER_NAME == "ca.roogroup.com") {}
>
> // -- php 4.1.x way below (what I changed the above to)
> if ($_SERVER["name"] == "ca.roogroup.com") {}
>
> I hope someone can help me ... this is really annoying (it happens every
> time I upgrade PHP O_o)
>
> thanks,
> -andrew saturn
> roogroup.com
>
>
>
> --
> PHP Windows 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]
>
--- End Message ---
--- Begin Message ---
Hello,
If you are reading this and do not know what is Metabase, be aware that
it is PHP database abstraction package for developing truely portable
database independent functions. Metabase development will complete 3
years next week. This is a lot of time in the software development
world. More information available in the usual place:
http://phpclasses.UpperDesign.com/browse.html/package/20
Despite my baby son is monopolizing almost all my free time (I am not
complaining :-) ) I finally made time to clean up Metabase API and
document a OOP API that is alternative to the Metabase* global functions
API, so that now you can use Metabase functions using direct calls to
driver class objects.
This API has always been available but it was never documented because
to enable it, I needed to use a syntax that would break under PHP 3.
Finally I realized that I could use eval() to work around that problem
and Metabase provides this OOP direct to driver function API preserving
backwards compatibility to not affect the applications of those that for
some reason still need to use PHP 3. I know that some people that use
Metabase still have to use PHP 3 and I simpathize with their
constraints.
Anyway, finally OOP fans should have no more excuses for not adopting
Metabase as their PHP database abstraction of choice.
If you thought that typing MetabaseQuery($database,"Select * from zbr");
would make an hell of difference when compared to $db->Query("Select *
from zbr"); you should please now with Metabase with this symbolic
Christmas gift.
Also the performance fanatics should have one less excuse for not using
Metabase for some so claimed significant overhead that Metabase global
functions add to driver function calls.
Soon I will also be adding functions for fetching row data in bulk
contributed by Lukas Smith that is giving up his own database
abstraction package for Metabase, contributing to make the best that PHP
community deserve.
More innovating developments will follow. Enjoy. :-)
Merry X-mas,
Manuel Lemos
--- End Message ---
