Discussion :

[yvan denis]

Bonjour à tous,

Je suis actuellement sur un rapport qui doit être en pdf. J'utilise Miktex 2.9 avec Texniccenter 1.0 sous windows vista. J'ai fait une mise à jour de Miktek,...

Lorsque je compile mon fichier il n'y pas de problèmes (qq warnings mais pas d'erreur). Cependant à l'ouverture, Acrobate reader 10 me dit que le fichier est endommagé et ne peut être réparé.

J'ai mis en PJ le fichier .log généré(renommé en .txt). J'ai aussi joint un screen shot avec l'output de Texniccenter, qui affiche quelques lignes à la fin qui n'apparaissent pas dans le fichier .log.
Je l'ai ajouter puisqu'on y voit le message "Windows api 1113: Il n'y pas de caractère correspondant au caractère Unicode dans la page de codes multi-octet cible"
Puis il ne trouve pas le fichier .aux (qui est bien créé dans le répertoire)...

J'ai commencé à avoir ce problème à partir du moment où j'ai inséré des équations (aussi simple soient elles, voir même vide)...

Si vous avez une idée de l'origine du problème,....

Merci à vous!

[Invité]

Si vous avez une idée de l'origine du problème

Pas d'idée, juste envie de tenter ma chance...

Mettre \usepackage[latin1]{inputenc} et \usepackage[T1]{fontenc} juste après la ligne du \documentclass. Éventuellement, charger une police math comme avec \usepackage{lmodern}...

[yvan denis]

Merci pour la réponse rapide unbonpetit, j'ai essayé la solution sans succès malheureusement.

Ce qui m'embête c'est que le message produit viens de la compilation du document d'un ami qui se compile très bien sur son pc. Nous avons vérifié les configurations dans built -> Define output profil, elles étaient identiques.

J'ai de même essayer en utilisant Texmaker au lieu de Texniccenter mais le problème est le même. Je pense donc que le problème viens de Miktex ou acrobat...

La version de Miktex de mon ami est la 2.8, serait-ce possible que le problème vienne de la version de la version de Miktex?

Bonne continuation!

[Invité]

Nous avons vérifié les configurations dans built -> Define output profil, elles étaient identiques.

Comparer les \listfiles aurait été plus éclairant !

La version de Miktex de mon ami est la 2.8, serait-ce possible que le problème vienne de la version de la version de Miktex?

Peut être, comment savoir avec le peu que tu donnes ? À moins de jouer aux devinettes...

[yvan denis]

J'ai cerné un peu plus le problème, il vient des références faites dans le corps du text. En fait l'insertion d'image utilise un package un peu spéciale (pour simplifier la numérotation cohérente de ces dernière....). Je ne maîtrise pas encore bien cet outil et il s'avère que les références faites aux images ne marchaient pas. Le fichier .aux était donc erroné et de fait le pdf aussi. J'ai simplement effacer les \ref. Ce n'est pas une solution mais un début.

Le code utilisé pour insérer une figure est le suivant:
\myFig{htbp}{taille de l'image, ex: 11cm}{nom de l'image.jpg}
{short caption} %qui ira dans le tableau des figures
{long caption} %qui ira dans le document, sous l'image
{label}{box-separateur size}

Je continue a chercher une solution pour faire des références...

[jeanbonot]

Bonjour,

J'ai eu un problème similaire de fichier pdf ne voulant pas s'ouvrir. Par une recherche google je suis tombé sur ce topic et ayant trouvé la source du problème, je l'expose ici au cas où quelqu'un d'autre soit dans la même situation.

Pour moi le problème est bien venu d'un référencement à l'insertion d'une image. J'utilise le bout de code suivant:

\begin{figure}[H]
\center \includegraphics[width=14.4cm,height=8cm]{courbeAccélération.png}
\caption{Représentation des courbes d'accélération, avec et sans lissage}
\label{fig:courbeAccélération}
\end{figure}

Le bug venait simplement de l'utilisation de l'accent ! En remplaçant "courbeAccélération" par "courbeAcceleration", le problème a disparu...

C'est bête mais j'ai passé un petit moment à batailler sur ce truc !


En espérant que cela serve à quelq'un d'autre