PHP startup: unable to to load dynamic library ".;C:\PHP\ext

[Verwijderd]

Ik krijg diverse modules niet onder windows 2003 geladen.

Ik draai PHP 5 onder windows 2003.

Wanneer ik alle DLL uitschakel kan ik PHPinfo draaien. Wanneer ik my SQL wil gebruiken moet ik echter een aantal dll's inschakelen

extension=php_mbstring.dll
;extension=php_bz2.dll
;extension=php_cpdf.dll
;extension=php_curl.dll
;extension=php_dba.dll
;extension=php_dbase.dll
;extension=php_dbx.dll
extension=php_exif.dll
;extension=php_fdf.dll
;extension=php_filepro.dll
extension=php_gd2.dll
;extension=php_gettext.dll
;extension=php_ifx.dll
;extension=php_iisfunc.dll
;extension=php_imap.dll
;extension=php_interbase.dll
;extension=php_java.dll
;extension=php_ldap.dll
;extension=php_mcrypt.dll
;extension=php_mhash.dll
;extension=php_mime_magic.dll
extension=php_ming.dll
extension=php_mssql.dll
;extension=php_msql.dll
extension=php_mysql.dll
;extension=php_oci8.dll
extension=php_openssl.dll
;extension=php_oracle.dll
;extension=php_pdf.dll
;extension=php_pgsql.dll
;extension=php_shmop.dll
;extension=php_snmp.dll
;extension=php_sockets.dll
;extension=php_sybase_ct.dll
;extension=php_tidy.dll
;extension=php_w32api.dll
;extension=php_xmlrpc.dll
extension=php_xsl.dll
;extension=php_yaz.dll
;extension=php_zip.dll

ik krijg, nu de volgende melding:

PHP startup: unable to to load dynamic library ".;C:\PHP\ext\php_mbstring.dll" - the specified module can not be found.

; Directory in which the loadable extensions (modules) reside.
extension_dir = ".;c:\PHP\ext"

Wie weet er meer?

[Verwijderd]

Nou ja, kijk eens in die mappen of die module er idd niet staat.

[Verwijderd]

???

Volgens mij controleer je dat als eerste en alles staat er

[Verwijderd]

Het dynamisch laden van modules is niet ondersteund in win32 omgeving.

Check de docs

[Verwijderd]

Ok foutje, dat gaat alleen op als je ze vanuit een php script probeert te laden

[Verwijderd]

o.k.,

bedankt, maar hoe kan ik dan phpmyadmin aan de praat krijgen?

[cowgirl]

Verwijderd schreef op maandag 28 februari 2005 @ 14:30:
PHP startup: unable to to load dynamic library ".;C:\PHP\ext\php_mbstring.dll" - the specified module can not be found.

; Directory in which the loadable extensions (modules) reside.
extension_dir = ".;c:\PHP\ext"

Uit de foutmelding: ".;C:\PHP\ext\php_mbstring.dll". Is ; wel het juiste scheidingsteken voor de directories? Probeer in extension_dir anders eens alleen "C:\PHP\ext" neer te zetten.

[Verwijderd]

Yep,

ook al geprobeerd, met hetzelfde teleurstellende resultaat.

Ook heb ik de dll toegvoegd bij de allowed scripts.

[DizzyWeb]

Zeker weten dat C:\PHP\ext\php_mbstring.dll bestaat?

[gorgi_19]

Dit heeft niets met programmeren te maken.

>> Software Algemeen

[Spider.007]

Verwijderd schreef op maandag 28 februari 2005 @ 14:34:
???

Volgens mij controleer je dat als eerste en alles staat er

Dat bestand staat er dus? Kun je dat in het vervolg dan in je topicstart opnemen?

[DeTeraarist]

[quote]PHP startup: unable to to load dynamic library ".;C:\PHP\ext\php_mbstring.dll" - the specified module can not be found.[/quote]
betekent dat de mysql extensie wel geladen wordt. deze extensie heeft alleen niet genoeg aan alleen php_mysql.dll. In je PHP map staan nog wat DLL bestanden, daarvan moet je er 2 in je Windows\System32 map zetten. Kweet alleen uit me hoofd niet meer welke het waren: waarschijnlijk lib_mysql.dll en libeay32.dll. Mocht dit niet werken zou je ook ssleay32.dll daar naar toe kopieren.

Owh verrek, er staat php_mbstring.dll in de foutmelding.

[ Voor 10% gewijzigd door DeTeraarist op 28-02-2005 18:05 ]

[Verwijderd]

Ik heb alle dll's toegevoegd aan php\ext
windows
windows\system
windows\system32

maar het werkt nog steeds niet

[Spider.007]

We worden toch niet echt veel wijzen van je. Je hebt nu dus

code:

extension_dir = "c:\PHP\ext"

in je configuratie staan? Kloppen de hoofdletters wel? Bestaat dat bestand wel?

[Verwijderd]

Ja,

de hoofdletters kloppen, het bestand staat er. Het is voor mij ook een raadsel. Wanneer ik b.v. Xamplite installeer werkt het wel, maar dan draait het onder apache i.p.v. MIIS. Dat is ook geen optie want, dan moet ik apache b.v. via poort 82 laten draaien en die staat in de meeste netwerken dicht.

Ik heb de volledige php.ini van xamplite vergeleken met die van m php 5 en verschillen gelijk getrokken, maar ik vrees dat ik op een dood spoor kom.

Dus mocht er nog iemand met goede suggesties zijn, dan houd ik me van harte aanbevolen

[DJSmiley]

Verwijderd schreef op dinsdag 01 maart 2005 @ 14:43:
Ja,

de hoofdletters kloppen, het bestand staat er. Het is voor mij ook een raadsel. Wanneer ik b.v. Xamplite installeer werkt het wel, maar dan draait het onder apache i.p.v. MIIS. Dat is ook geen optie want, dan moet ik apache b.v. via poort 82 laten draaien en die staat in de meeste netwerken dicht.

Ik heb de volledige php.ini van xamplite vergeleken met die van m php 5 en verschillen gelijk getrokken, maar ik vrees dat ik op een dood spoor kom.

Dus mocht er nog iemand met goede suggesties zijn, dan houd ik me van harte aanbevolen

- Als IIS een soort van proxy kent kun je apache gewoon erachter draaien.

Heb je de rechten wel goed staan van je dll dirs? IIS draait (meen ik) onder een speciaal account, heeft dat account wel rechten op de betreffende dirs/dlls?

Draai IIS eens onder administrator account en kijk of ie dan wel werkt? (uiteraard alleen ter test)

edit: en gooi c:\php\ext\ eens in je path?

[ Voor 10% gewijzigd door DJSmiley op 01-03-2005 15:32 ]

[Verwijderd]

Bedankt "DeTeraarist".

Ik ben er nog niet helemaal uit, maar het blijkt dat er nog dll's nodig waren in de system32 van windows, die er niet stonden. Deze heb ik uit xamplite vanuit de apache/bin gekopieerd

ik krijg nu een andere melding binnen mysql, maar daar ga ik vanavond nog eens rustig voor zitten

[DeTeraarist]

whehe, dat meen je niet. Ik dacht namelijk dat die foutmelding over mysql ging. Maar na nog een keer lezen zag ik dat er mbstring stond. Nouja, mbstring zal ook wel een van die bestandjes nodig hebben dan.

[Joen]

Wat ik heb ervaren bij dit soort meldingen is vaak dat het dll-bestand niet goed gecompiled is of dat het gecompilede al niet goed was. Het bestand bestaat dan wel, maar kan niet gebruikt worden en geeft als foutmelding weer dat het bestand niet gevonden kan worden.

Een kameraad van me maakte altijd installatieprogramma's met een kant-en-klaar geconfigureerde laatste versie van Apache en laatste versie van PHP. Dit waren dus de laatste CVS-versies. Die kameraad nam dan en nog nieuwere versie of iets oudere verie en compilede dan daar een nieuwe dll van en dan was het vaak weer opgelost.
De release canidates en final releases zijn wat dat betreft betrouwbaarder en zullen minder snel dergelijke meldingen geven.

Wat ik uit het verhaal trouwens niet begrijp of php_mbstring.dll vanuit de PHP configuratie wordt geladen of vanuit een script, k kan het namelijk niet vinden in eht stukje PHP configuratie dat TS geeft. Het kan zien dat ene bepaalde andere extentie van PHp php_mbstring.dll nodig heeft en dat er voor php_mbstring.dll nog andere dingen ingesteld moeten worden voordat deze goed werkt.

Edit:
Okee, het antwoord is net voor mij aan dus ook al enigszins gegeven.
Maar misschien dat ik het net even iets duidelijker heb verteld.

[ Voor 7% gewijzigd door Joen op 01-03-2005 19:12 ]

[Verwijderd]

Ik was dus ook alleen maar aan het zoeken waarom het bestandje, mbstring.dll en andere aangezette extenties in php.ini een error gaven. Door je "foutje" berichtje had ik zoiets van laat ik die andere dll ook maar eens overzetten en jawel bingo.

[Joen]

De documentatie vermeld niet echt iets over extra benodigde bestanden voor php_mbstring.dll:
http://nl3.php.net/mbstring

[Verwijderd]

maar het werk nu toch, waarschijnlijk heb ik teveel dll,s naar system 32 gekopieerd, maar alles werkt.

voor de liefhebbers de complete lijst:

fdftk.dll
fribidi.dll
gds32.dll
libapr.dll
libapriconv.dll
libaprutil.dll
libeay32.dll
libhttpd.dll
libmhash.dll
libmysql.dll
libmysqli.dll
msql.dll
ntwdblib.dll
php5activescript.dll
php5apache2.dll
php5apache.dll
php5apache_hooks.dll
php5isapi.dll
php5nsapi.dll
php5ts.dll
sqlite.dll
ssleay32.dll
yaz.dll

Ik krijg nu alleen nog de melding (binnen mysql):

De $cfg['PmaAbsoluteUri'] richtlijn MOET gezet zijn in het configuratie bestand!

Allemaal bedankt, Rodney

[HaterFrame]

Probeer de slash een anders om te zetten: c:/PHP/Temp

Dit loste voor mij ook een bult problemen op in win32.

[Joen]

Verwijderd schreef op dinsdag 01 maart 2005 @ 21:41:
(...)
De $cfg['PmaAbsoluteUri'] richtlijn MOET gezet zijn in het configuratie bestand!
(...)

Daarvoor moet je even de documentatie van PHPMyAdmin lezen. Daar staat zelfs een string die je letterlijk kunt kopiëren en in je config kunt zetten op die plek.

[Verwijderd]

Ja gevonden en werkt, mag ik jullie nog iets vragen???

Ik heb twee simpele stukjes code:

Bestandje 1 index.php

<form action="vervolg.php" method=post>
<input type=text name=naam><br>
<input type=text name=telefoon><br>
<input type=submit name=submit>
</form>

Bestandje 2 vervolg.php

<?
$ip = $REMOTE_ADDR;
echo "Opgegeven naam: $naam<br>";
echo "Opgegeven telnr: $telefoon<br>";
echo "Je IP is: $ip<br>";
?>

Dit werkte wel onder apache, maar onder MIIS (windows 2003) krijg ik de volgende melding:

"Notice: Undefined variable: REMOTE_ADDR in c:\Inetpub\wwwroot\vervolg.php on line 2

Notice: Undefined variable: naam in c:\Inetpub\wwwroot\vervolg.php on line 3
Opgegeven naam:

Notice: Undefined variable: telefoon in c:\Inetpub\wwwroot\vervolg.php on line 4
Opgegeven telnr:
Je IP is: "

Het is vast weer een iets in de PHP.ini, maar weet weet er wat dit is?
Het lijkt erop dat een pad niet goed staat, dat die volledig moet zijn, i.p..v. localhost, maar die heb ik vergeleken met de werekende PHP.ini onder apche en daar zie ik geen verschil in. Kan het nog te maken hebben met het ontbreken van de regel browscap = extra/browscap.ini? in het bestand PHP.ini?

[DJSmiley]

Verwijderd schreef op donderdag 03 maart 2005 @ 17:55:
....
Het is vast weer een iets in de PHP.ini, maar weet weet er wat dit is?
Het lijkt erop dat een pad niet goed staat, dat die volledig moet zijn, i.p..v. localhost, maar die heb ik vergeleken met de werekende PHP.ini onder apche en daar zie ik geen verschil in. Kan het nog te maken hebben met het ontbreken van de regel browscap = extra/browscap.ini? in het bestand PHP.ini?

Voor de funties die jij wilt moet je in je php.ini registerglobals op ON zetten.

Betere en veiligere manier is om ze uit te laten staan (zoals bij veel hosts) en 't php-sided op te lossen:

vervolg.php

PHP:

<?
$ip = $_SERVER['REMOTE_ADDR'];
print('Opgegeven naam '.$_POST['naam']);
print('Opgegeven telnr '.$_POST['telefoon']);
echo "Je IP is: $ip<br>";
?>

[ Voor 40% gewijzigd door DJSmiley op 03-03-2005 18:52 ]

[Verwijderd]

probeer eerst eens
<?
$ip = $_SERVER['REMOTE_ADDR'];
extract(array_merge($_POST,$_GET));
print('Opgegeven naam '.$_POST['naam']);
print('Opgegeven telnr '.$_POST['telefoon']);
echo "Je IP is: $ip<br>";
?>

als dat nog niet werkt pas dan eens in uw php.ini de optie register_globals aan
standaard staat die op off wat best is maar zet die eens op ON iendien extract(array_merge($_POST,$_GET)); niet werkt
register_globals = ON

[Verwijderd]

ik heb dit dus ook, GD2 library kan niet geladen worden terwijl ik 100% zeker weet dat hij er staat,
ik heb namelijk al wel wat ervaring met het installeren met dat spul maar op de een of andere manier wil hij 'm nu niet pakken...

ik weet niet wat ik moet doen maar blijven klooien met extension_dir helpt niet

zoals JeroenM_tbs al zei over die versies en compile dingen..... het zou heel goed daar aan kunnen liggen, weet ik wel bijna zeker. maar weet niet wat ik er aan moet doen? welk bestandje kan ik downloaden dat werkt met PHP 5.0.4 en Apache 2.0.54?

[RTBravo]

-- laat maar ---

[ Voor 100% gewijzigd door RTBravo op 16-06-2005 18:15 ]

[Joen]

@Jellerad23:
Het complete pakket downloaden vanaf de PHP-website en niet de CVS-versie.
Helpt dat ook niet: wachten op een nieuwere versie of gd2.dll uit een ouder pakket kopiëren naar het nieuwe pakket.

[Verwijderd]

JeroenM_tbs schreef op donderdag 16 juni 2005 @ 20:04:
@Jellerad23:
Het complete pakket downloaden vanaf de PHP-website en niet de CVS-versie.
Helpt dat ook niet: wachten op een nieuwere versie of gd2.dll uit een ouder pakket kopiëren naar het nieuwe pakket.

heb al wat gefixt, namelijk de xamp (alles in een pakket) configuration gebruikt en dat beetje overgekopieerd naar php.ini van php5 en httpd.conf van apache2...

als iemand nog problemen heeft just email me and i'll help jellegeerts at msn dot com

[Joen]

Het is natuurlijk de bedoeling dat de vragen en/of problemen op GoT worden gepost zodat een ander er ook iets aan kan hebben.

Maar fijn dat je al wat hebt kunnen fixen.