Les fichiers core.* (ou core) sont des fichiers contenant (en gros) l'image mémoire d'un processus qui a planté sauvagement (par exemple par violation de la mémoire). Ces fichiers core peuvent être analysés avec un débogueur comme gdb. La commande file appliquée à ces fichiers peut parfois indiquer quel binaire les a produit en plantant.

----

Basile STARYNKEVITCH

Membre de l'APRIL « promouvoir et défendre le logiciel libre » - adhérez vous aussi à l'APRIL!

Projet logiciel libre: RefPerSys

Poste le Friday 4 January 2008 14:01:54

je ne suis pas spécialiste de linux, c'est seulement l'OS du serveur mutualisé qui m'héberge. Est-il possible de lire ces fichiers sous windows ?

Poste le Friday 4 January 2008 15:02:29

Citation
pierrickg
je ne suis pas spécialiste de linux, c'est seulement l'OS du serveur mutualisé qui m'héberge. Est-il possible de lire ces fichiers sous windows?

Non, pas à ma connaissance.

Néanmoins, si vous utilisez un serveur Linux, il pourrait être utile d'apprendre à connaître Linux, par exemple en l'installant sur son PC, ce qui permet aussi de prototyper et tester ses applications sur un système Linux proche de celui du serveur.

Mais lire ces fichiers core ne sert à rien. Leur seule utilité pratique, c'est avec un débogueur (ou peut-être aussi avec la commande file qui indique parfois quel programme a planté en faisant le core), et leur présence signale le fait qu'un processus a planté méchamment. J'ignore lequel (peut-être php ou un utilitaire appelé par vos scripts php).

Peut-être que votre hébergeur pourrait vous conseiller.

----

Basile STARYNKEVITCH

Membre de l'APRIL « promouvoir et défendre le logiciel libre » - adhérez vous aussi à l'APRIL!

Projet logiciel libre: RefPerSys

Poste le Friday 4 January 2008 16:32:48

Je ne gère pas le serveur, pour travailler en local j'ai toutefois le même serveur (apache) sur mon PC avec PHP et tout le toutim mais sous windows.
Mon hébergeur (le gérant qui n'est pas technicien) ne voit pas ce qu'il se passe, il faut qu'il voit avec des personnes + qualifiées.
Je peux difficilement reproduire la même instal pour voir où ça peut clocher.
Ce qui est bizarre est d'être passé d'une erreur PHP "classique" (un simple Warning) à un plantage de programme.
Je n'ai malheureusement pas accès à l'OS pour tester les commandes et voir qui a planté et où.

Poste le Friday 4 January 2008 17:22:13

Citation
pierrickg
Je ne gère pas le serveur, pour travailler en local j'ai toutefois le même serveur (apache) sur mon PC avec PHP et tout le toutim mais sous windows.

A mon avis, c'est beaucoup plus simple de faire la même chose avec Linux (en l'installant sur son PC domestique), et il se pourrait alors qu'on puisse reproduire le bogue en local (si on a les mêmes versions des logiciels sur son PC Linux et sur son serveur), ou au moins rapatrier chez soi les core du serveur et tenter de les analyser.

Si ce bogue n'est pas strictement reproductible, il se pourrait qu'il s'agisse d'un problème matériel (par exemple serveur trop chaud, RAM défectueuse).


J'ai quand même du mal à comprendre ceux qui installent PHP+Apache+MySQL sous Windows alors que sous Linux c'est usuel (et d'origine). C'est vrai qu'en plus de 30 ans d'informatique je n'ai quasiment jamais utilisé Windows.

----

Basile STARYNKEVITCH

Membre de l'APRIL « promouvoir et défendre le logiciel libre » - adhérez vous aussi à l'APRIL!

Projet logiciel libre: RefPerSys

Poste le Friday 4 January 2008 18:23:37

la différence est que moi ça fait 15 ans seulement que j'utilise des ordis et ça a toujours été avec windows, alors je ne vois pas l'intérêt de me faire une installation d'un autre OS juste pour tenter de reproduire un bug de mon hébergeur.

Poste le Friday 4 January 2008 22:30:16

Citation
pierrickg
la différence est que moi ça fait 15 ans seulement que j'utilise des ordis et ça a toujours été avec windows, alors je ne vois pas l'intérêt de me
faire une installation d'un autre OS juste pour tenter de reproduire un bug de mon hébergeur.

Pas (seulement) pour reproduire le bogue, mais plus généralement parce qu'il est plus simple de développer une application sur un système le plus proche possible de celui où elle doit tourner. Et la distance entre un PC domestique sous Linux et un serveur sous Linux chez l'hébergeur est moindre qu'entre un PC sous Windows + Apache + MySQL + PHP et ce même serveur.

En l'espèce donc, vous êtes pieds et poings liés à votre hébergeur pour résoudre votre problème. Espérons qu'il soit réactif (et j'aimerais bien en connaître alors le nom).

Cordialement et bonne année!

----

Basile STARYNKEVITCH

Membre de l'APRIL « promouvoir et défendre le logiciel libre » - adhérez vous aussi à l'APRIL!

Projet logiciel libre: RefPerSys

Poste le Saturday 5 January 2008 00:17:06

Citation
Basile STARYNKEVITCH
J'ai quand même du mal à comprendre ceux qui
installent PHP+Apache+MySQL sous Windows alors que
sous Linux c'est usuel (et d'origine).

Et pourquoi pas ? J'en vois bien un intérêt. Et ce n'est pas plus usuel (et d'origine) sous nux que sur un autre système d'exploitation.

Poste le Saturday 5 January 2008 11:38:45

Mefie-toi d'utiliser des includes avec des URL, la plupart des hebergeurs maintenant n'autorise plus ca. Je me demande meme si par defaut PHP maintenant ne l'interdit pas, et qu'il faut explicitement le changer si necessaire. (et ce pour des problemes de securite)

Affiche un phpinfo() et regarde la ligne allow_url_include por voir si active, et demande aussi a ton hebergeurs si par hasard il n'aurait pas changer de version de PHP c'est derniers jours (et si par hasard il ne le compile pas manuellement) ?

Poste le Sunday 6 January 2008 00:02:51