Bonjour à tous, je viens vers vous car mes neurones fument ... Voilà, je travaillais avec Wampserver 2.01 sans problème jusqu'au jour où j'ai voulu installer une nouvelle version de php et de mysql ... Là, j'ai appris que les versions sur le site ne convenaient pas car en VC9 ... Donc j'ai tout déinstallé et installé Wampserver 2.4, en mode Admin, après avoir vérifié qu'il n'y avait plus de services wampache ou wampmysql, plus de php.ini ou mysql.ini et installé la version 2012 de Microsoft C++ Redistribuable (les 2 versions x64 et x86 car je suis sous Win7 64bits).
Et Apache ne veut pas démarrer ... 01 - L'ancienne version était bien désinstallée
02 - Installé en tant qu'Admin
03 - Skype n'est pas lancé. Teamviewer est fermé (on ne sait jamais, il utilise aussi le port :80)
04 - Le service mysql est bien démarré, il n'y a que wampapache qui ne veut pas démarrer. référence code d'erreur : 1
05 - pas d'autres services apache
06 - pas d'autres fichiers php.ini ou my.ini
08 - IIL non installé, les composants sont décochés
09 - fichier hosts ok
10 - La désactivation du pare-feu Avast et de son anti-virus ne change rien
11 - Pas d'autre install de serveur Apache
12 - une erreur récurrente dans le log d'Apache : [Thu Nov 14 09:46:43.439976 2013] [mpm_winnt:notice] [pid 5308:tid 408] AH00456: Server built: Feb 22 2013 22:08:37 [Thu Nov 14 09:46:43.439976 2013] [core:notice] [pid 5308:tid 408] AH00094: Command line: 'c:\\wamp\\bin\\apache\\apache2.4.4\\bin\\httpd.exe -d C:/wamp/bin/apache/Apache2.4.4' [Thu Nov 14 09:46:43.439976 2013] [mpm_winnt:notice] [pid 5308:tid 408] AH00418: Parent: Created child process 5012 [Thu Nov 14 09:46:44.032777 2013] [mpm_winnt:crit] [pid 5308:tid 408] AH00419: master_main: create child process failed.
13 - Dans l'Observateur d'éléments de Win il y a une erreur "Nom de l’application défaillante httpd.exe, version : 2.4.4.0, horodatage : 0x5127dda0 Nom du module défaillant : MSVCR100.dll, version : 10.0.30319.1, horodatage : 0x4ba220dc Code d’exception : 0xc0000417 Décalage d’erreur : 0x000000000007038c ID du processus défaillant : 0x191c Heure de début de l’application défaillante : 0x01cee118b7e0f1f7 Chemin d’accès de l’application défaillante : C:\wamp\bin\apache\apache2.4.4\bin\httpd.exe Chemin d’accès du module défaillant: C:\Program Files\ImageMagick-6.6.8-Q16\MSVCR100.dll ID de rapport : f66ea0fb-4d0b-11e3-8edb-90fba646e8e1" J'ai désinstallé ImageMagick et donné un coup de ccleaner ... ça ne change rien L'erreur a disparu de l'Observateur, mais si j'essaie de démarrer Apache depuis Wamp, j'ai un message "Ne peut exécuter l'item de menu (erreur interne) Le service n'a pas répondu assez vite à la demande de lancement ou de contrôle)" Bon, manifestement, le fait d'avoir désinstallé ImageMagick a supprimé MSVCR100.dll, je vais tenter de ré-installer Wamp après un redémarrage de la bécane, mais avant je finis ce post
14 - Pare-feu désactivé, rien ne change
15 - après désinstall, les services wampapache et wampmysql ont bien disparu
16 - Ai pris la version 64 bits
Voilà, à part cette dll, je ne vois pas ce qui pourrait coincer. Je redémarre et vous tiens au courant.
MSVCR100.dll ne fait pas partie de Wampserver, donc ce n'est pas la peine de le réinstaller deux fois, ça ne changera rien. Il faut installer les paquetages VC10, donc appliquer le point totalement 20 des vérifications.
Merci de te pencher sur mon souci. La VC12 ne convient pas ? Je l'ai réinstallée et la dll manque toujours ! Je vais réinstaller les 2 versions de la VC10 alors ...
J'avais réinstallé chaque fois WS pour repartir d'une install "propre", au cas où ...
Bon ... j'ai réinstallé tous les VC ... Quand je tente de lancer le service Apache je n'ai plus d'erreur dll. Mais si je vais voir dans l'Observateur d'Evènements, j'ai toujours une erreur : "Nom de l’application défaillante httpd.exe, version : 2.4.4.0, horodatage : 0x5127dda0 Nom du module défaillant : MSVCR100.dll, version : 10.0.40219.1, horodatage : 0x4d5f034a Code d’exception : 0xc0000417 Décalage d’erreur : 0x0000000000070468 ID du processus défaillant : 0x1798 Heure de début de l’application défaillante : 0x01cee127fcfcd50c Chemin d’accès de l’application défaillante : C:\wamp\bin\apache\apache2.4.4\bin\httpd.exe Chemin d’accès du module défaillant: C:\Windows\system32\MSVCR100.dll ID de rapport : 3ae4e253-4d1b-11e3-833a-90fba646e8e1"
pfff ... mon neurone atteint la limite de la surchauffe ...
Par acquis de conscience, j'ai redésinstallé WS, vérifié que rien ne restait, redémarré le PC, réinstallé en mode Admin ... mais Apache ne veut toujours pas démarrer, toujours la même erreur dans l'Observateur. En fait ImageMagick n'y était pour rien.
J'ai tenté avec une autre version de WS au cas où, mais c'est pareil.
Bon, ras le bol ... j'y suis depuis ce matin 7h et toujours pas de solution ... Je vois que c'est un problème qui arrive assez souvent, donc j'ai tenté tout ce que j'ai trouvé dans le forum : j'ai redésinstallé les VC pour les réinstaller dans l'ordre (d'abord le 2008, puis le 2010 puis le 2012, chaque fois dans les 2 versions puisque je suis sous Win7 64bits. Rien changé. J'ai donc essayé en désinstallant le WS 64b et en installant le 32B. Rien changé. Le module défaillant msvr100.dll a la version 10.0.10219.35 ce qui semble correspondre à VC++ 2010 qui a la mme version
Quid ? Le httpd est-il défaillant à cause de la dll ou c'est l'inverse ?? Faut-il que je revienne à l'ancienne version en VC6 ? Celle-là marchait bien mais j'ai eu peur de me faire encore avoir avec les addons ... C'est mon outil de travail et là suis complètement bloquée !! merci de m'aider !
Je n'ai jamais été confronté à ce problème, mais d'après ce que j'ai pu lire sur le forum Wampserver anglais, l'ordre d'installation des paquetages VC est important. Je vous conseille donc de désinstaller les paquetages actuels, redémarrer, vérifier qui ne reste pas un fichier MSVCR100.dll, puis installer dans l'ordre (N'installer les version 64 bit que si vous avez un Windows 64 bit) : - VC9 (2008) x86 - VC9 (2008 x64 - VC10 (2010) x86 - VC10 (2010) x64 - VC11 (2012) x86 - VC11 (2012) x64
Pour information, voici tous les paquetages VC qui sont installés sur mon Windows 7 Pro 64 bits :
Merci Otomatic ! Oui, j'ai lu le forum anglais c'est pour cela que j'ai désinstallé les packages et les ai réinstallés dans l'ordre. Mais comme je ne sais plus si j'ai rebooté après la désinstall, je vais recommencer. J'ai essayé aussi d'expliquer ma situation sur le forum anglais, on ne sait jamais ...
Comment faites-vous pour coller une image dans le forum ???
Bon, cela m'a permis de contrôler et je vois que vous avez la même version 2010. Par contre, il semblerait que je n'ai pas de version 64 bits de 2005, c'est grave ?
Ce n'est pas la première fois que j'essaie de passer à une version plus récente de Wampserver, mais cette fois-ci, j'ai décidé d'aller jusqu'au bout. Les autres fois, je cannais et je revenais à ma version antérieure ...
Bon, allez, je vais désinstaller, rebooter et réinstaller. Je suppose que je ne dois pas aller jusqu'à la 2005 à désinstaller ?? Je vous tiens au courant. Merci !!!
Voilà, j'ai désinstallé les VC++ et cherché sur le disque s'il restait une MSVCR.dll. En fait, il y en a plusieurs : dans le dossier du programme Java, dans celui de Google Earth, Straming Video Recorder et Wondershare Application. Et un dans SysWOW64 (sous Windows) qui gère l'émulation du 32 bits ... et qui a exactement le même numéro de version 10.0.40219.325 (les autres terminent par 1 et non 325) Est-ce à dire que c'est celui-là qui pose problème ? Qu'en pensez-vous ?
- Il ne faut pas me prendre comme référence pour les installations de Wampserver. Je les teste toutes (C'est d'ailleurs pour ça qu'il y a Wampserver 2.4 - À faire après installation), mais je tourne avec, à la base, Wampserver 2.4 32bit, largement modifié et avec des versions PHP et MySQL ajoutées.
- Si vous avez désinstallé les versions VC, il ne devrait plus y avoir c:\Windows\SysWOW64\MSVCR100.dll. Il faut essayer de la supprimer avant de réinstaller les paquetages VC. À priori (Je n'ai pas fait de comparaison bit à bit), mais les deux dll c:\Windows\SysWOW64\MSVCR100.dll et c:\Windows\System32\MSVCR100.dll semblent être identiques.
Attention : Quand une application 32 bits fait appel au dossier "%systemroot%\system32", il y a une REDIRECTION AUTOMATIQUE ET SILENCIEUSE vers "%systemroot%\SysWOW64" à l'insu du plein gré de l'utilisateur, MÊME si c'est réellement le dossier "%systemroot%\system32" qu'il veut traiter. Dans ce cas, il faut utiliser à la place le pseudo-dossier : %systemroot%\sysnative mais ce dossier (sysnative) est inconnu des applications 64 bits. Nota : Comme j'utilise systématiquement, pour la gestion des fichiers, non pas l'Explorateur Windows, mais Total Commander en version 64 bits, je ne suis jamais confronté à ce problème.
- Pour mettre une image (pas trop grosse), il faut utiliser la balise [ img] lien http sur l'image [ /img] (Sans les espaces que j'ai mis pour que la balise soit visible et non interprétée)
Ben disons que si vous les avez testées, vous êtes quand même un peu une référence : ça doit marcher puisque ça marche chez vous !
Je n'ai pas désinstallé la 2005. Il faut avant de supprimer la dll restante ?
Je n'ai pas cette dll dans win\syst32 mais msvrc100_clr0400.dll
Que voulez-vous dire avec votre mise en garde ? c'est une info ou c'est pour arriver à la supprimer ?
Ok pour les balises, merci
Comme la version 2005 ne semble pas avoir de version 64bits, je vais supprimer la dll et vous tiens au courant. Merci pour votre patience !
edit : j'ai essayé de la supprimer, il me dit que ce n'est pas possible car le fichier est ouvert dans Teamviewer, et dans RealNetworks Downoader Resolver Service. J'ai fermé ces 2 programmes et j'ai pu la supprimer. Maintenant, j'espère que cela ne va pas perturber le fonctionnement ;-)
Modifie 1 fois. Derniere modification le 14/11/2013 à 18:58 par halloy.
> Que voulez-vous dire avec votre mise en garde ? c'est une info ou c'est pour arriver à la supprimer ? C'est une information pour prévenir que l'on peut avec un logiciel voir un fichier dans "%systemroot%\system32" et ne plus le voir avec un autre logiciel, bien que ce soit toujours "windows\system32\" qui soit affiché comme nom de dossier sauf que dans un cas c'est un logiciel 64 bit et dans l'autre un logiciel 32 bit. Par exemple, essayez, sous Windows 64 bit, d'ouvrir "C:\Windows\system32\drivers\etc\hosts" avec Notepad++ et le dialogue standard d'ouverture de fichier. Pour y arriver, il faut taper sysnative dans le dialogue, lorsque l'on affiche C:\Windows\.
> edit : j'ai essayé de la supprimer, il me dit que ce n'est pas possible car le fichier est ouvert dans > Teamviewer, et dans RealNetworks Downoader Resolver Service. J'ai fermé ces 2 programmes et > j'ai pu la supprimer. Maintenant, j'espère que cela ne va pas perturber le fonctionnement ;-) Arrivé là, je tenterais un redémarrage sans démarrage automatique de vos deux programmes susmentionnés, puis la réinstallation forcée - même si message déjà installé - des packages VC
Pfff ... j'en ai marre ... j'ai donc tout désinstallé (les VC et WS), désactivé Teamviewer et RealNetwork pour pouvoir supprimer la dll, rebooté, réinstallé dans l'ordre les VC, rebooté, réinstallé WS, rebooté ... et Apache ne veut toujours pas se lancer ...
Voilà le log d'Apache : [Thu Nov 14 14:13:16.378350 2013] [mpm_winnt:notice] [pid 12596:tid 432] AH00455: Apache/2.4.4 (Win32) PHP/5.4.16 configured -- resuming normal operations [Thu Nov 14 14:13:16.378350 2013] [mpm_winnt:notice] [pid 12596:tid 432] AH00456: Server built: Feb 23 2013 13:07:34 [Thu Nov 14 14:13:16.378350 2013] [core:notice] [pid 12596:tid 432] AH00094: Command line: 'c:\\wamp\\bin\\apache\\apache2.4.4\\bin\\httpd.exe -d C:/wamp/bin/apache/Apache2.4.4' [Thu Nov 14 14:13:16.381350 2013] [mpm_winnt:notice] [pid 12596:tid 432] AH00418: Parent: Created child process 10780 [Thu Nov 14 14:13:20.283574 2013] [mpm_winnt:crit] [pid 12596:tid 432] AH00419: master_main: create child process failed. Exiting.
Le log de l'Observateur : Nom de l’application défaillante httpd.exe, version : 2.4.4.0, horodatage : 0x5128b049 Nom du module défaillant : MSVCR100.dll, version : 10.0.40219.1, horodatage : 0x4d5f0c22 Code d’exception : 0xc0000417 Décalage d’erreur : 0x0008af3e ID du processus défaillant : 0x37c Heure de début de l’application défaillante : 0x01cee16bb0d55b02 Chemin d’accès de l’application défaillante : C:\wamp\bin\apache\apache2.4.4\bin\httpd.exe Chemin d’accès du module défaillant: C:\Windows\system32\MSVCR100.dll ID de rapport : eee8410e-4d5e-11e3-b22d-90fba646e8e1
Je vais procéder à quelques essais, mais uniquement demain, car, avant de les effectuer, je veux procéder à une sauvegarde totale par images des partitions. Je suis, depuis 1973, année de mes débuts en informatique, du genre “ceinture et bretelles”, ce qui fait qu'en quarante années, je n'ai jamais perdu un octet, tant au niveau professionnel que personnel.
C'est vraiment sympa !! Mes débuts datent de 1985 ;-)) je suis comme vous ... en principe !
En fait le problème remonte à juin, pour un site sous Joomla! j'avais besoin d'une nouvelle version de MySql je crois. J'ai donc d/l l'addon sur le site, comme je l'avais déjà fait. Mais rien ne disait que les nouveaux addons n'étaient compatibles qu'avec les versions VC9. Aucun message d'erreur à l'install ... mais Wamp a refusé de fonctionner. D'ailleurs, il me semble que c'est toujours le cas. Rien ne dit sur le site avec quelles versions les addons disponibles sont compatibles ou non compatibles ... et je n'ai pas vu de lien vers la page où on peut trouver les addons compatibles avec les versions vc6 (on me l'a donné, faut que je le retrouve)
Comme Wamp semblait "cassé" j'ai sauvegardé le dossier www ... mais j'ai oublié celui des bdd ... j'ai ensuite supprimé le dossier Wamp et fait un nettoyage puis j'ai essayé d'installer une nouvelle version de Wamp, avec l'install des MVC nécessaires, en suivant bien la procédure. Mais ça n'a jamais voulu fonctionner et comme je n'avais pas envie de me prendre le chou, j'ai réinstallé mon ancienne version de Wamp ... et j'ai tenté de reconstruire mes bdd tant bien que mal (mal pour certaines. J'ai récupéré les fichiers grâce à un logiciel de récupération mais les plus importants pour moi semblent défectueux ...)
J'ai donc voulu recommencer cette fois. Ne vous inquiétez pas, j'ai sauvegardé tout le dossier, je peux donc repartir sur une ancienne version. Mais scrogneugneu, pourquoi une nouvelle ne veut pas fonctionner ??? La dll n'est pas manquante, elle est défaillante. Même en en mettant une nouvelle version. Le message d'erreur parle aussi de httpd.exe qui serait défaillant. Serait-ce lui le responsable ?
Ce qui me stresse, c'est de ne pas y arriver !! de ne pas comprendre ! De perdre un temps fou (et le vôtre) à essayer de résoudre cela. Après avoir tout désinstallé, j'ai fait un nettoyage de la base de registre pour être sûre.
Le problème vient-il de cette installation d'un addon non compatible au début ? De l'installation d'une nouvelle version sans avoir désinstallé l'ancienne mais en ayant juste supprimé le dossier ?
Y a-t-il un souci avec d'autres dll qui sont dans d'autres dossiers puisqu'on la retrouve dans Java, Google Earth, Streming Video Record, wondershare ?
Il y a aussi 2 dll msvcr100_clr0400.dll, l'une dans system32, l'autre dans SusWOW64. C'est normal ?
Désolée de vous embêter. Je vais esasyer une install sur un autre pc sous win7 (mais en 32 bits) pour voir si c'est le mien qui est en cause.
Une recherche sur httpd.exe défaillant m'amène sur une autre post où vous êtes intervenu [forum.wampserver.com] . Je vais tout réinstaller et vérifier cette piste.
Je suggèrerais d'installer et tester la version 2.4.6 d'Apache (disponible sur apachelounge.com). Elle est compilée avec VC11 (2012) et n'utilise donc pas MSVCR100.dll qui semble faire défaut dans ce cas...
Pour info, je n'utilise que les dernières versions des différents VCRedist.exe (d'ailleurs depuis VC10 la version précédente est automatiquement supprimée) et donc qu'une seule version x86 et x64 de chaque dont voici les versions à l'heure actuelle :
Merci Dark pour ta suggestion. Je vais tester. Mais cette version est-elle compatible avec d'anciennes versions de php, mysql et apache, celles qui tournaient sur WS 2.0i par exemple ? Enfin, en existe-t-il compilées aussi en vc11 ?
Je rappelle que la dll n'est pas dite manquante mais défaillante.
Je viens de tester sur un autre pc sous win7 32 bits ... et ça c'est fait fingers in the nose ! Même pas du installer les MVC++ car ils étaient déjà présents !
Je n'aime pas reformater. Non seulement ça prend du temps, mais on n'a pas compris la cause du souci et donc s'il se représente on n'est pas plus avancé ! Mais merci quand même ;-)
> Il y a aussi 2 dll msvcr100_clr0400.dll, l'une dans system32, l'autre dans SysWOW64. C'est normal ? Oui, à priori, ce sont les fichiers d'origine pour créer les dll msvcr100.dll MS = Microsoft V = visual C = C++ R = Redistribuable.
Moi aussi, j'aime bien comprendre pourquoi il y a (avait) un problème.
Apache 2.4.6 en VC11 est totalement compatible avec tout ce qui est compilé VC11, VC10 et VC9, donc PHP à partir de PHP 5.3.0. D'ailleurs, ce n'est pas précisé dans ma signature, mais Apache 2.4.6 est VC11 et les autres « trucs » VC10 ou VC9.
Jusqu'à présent, les seuls « machins » que je n'ai pas pensé à regarder, sont les éventuels problèmes avec WS 64 bits.
> Mais cette version est-elle compatible avec d'anciennes versions de php, mysql et apache, celles qui tournaient sur WS 2.0i par exemple ? Enfin, en existe-t-il compilées aussi en vc11 ? Je ne me souvient pas exactement quelles étaient les versions de PHP et MySQL de WS 2.0i, mais il semble que ce devait être Apache 2.2.10 ou 11, PHP 5.3.0 et MySQL 5.1.35 ou 36 Avec Apache 2.4.6 VC11 : - PHP 5.3.27 tourne chez moi (Ici PHP 5.3.0 x86 VC9 Pour PHP 5.3.x, que des compilations VC9 et pas de version 64bits sauf chez Anindya pour PHP 5.3.21 - MySQL 5.5.33 tourne chez moi. Pour les versions 5.1.x, je ne sais pas MySQL 5.1.72
Le mieux serait de préciser quelles sont les « anciennes » versions qu'il vous faudrait et (éventuellement) pourquoi. Les difficultés, pour ne pas dire les impossibilés, sont de trouver des versions PHP et MySQL anciennes en 64 bit, c'est pourquoi j'ai toujours préconisé d'installer WS 32 bits. De toute manière, PHP 64 bits n'apporte rien de plus que les versions 32 bits, pas d'entiers longs non signés sur 64 bits, pas de fichiers de plus de 4 Gio (Et de plus de 2 Gio dans certains cas) ; bref, AMHA, ça ne sert qu'aux geeks, pas à ceux qui veulent développer sérieusement.