Dear Guillaume,

thank you for reporting this issue. I apologize that the upgrade 
resulted in incompatibilities - this should never happened :-(

Nevertheless, I have a question about the context of the problem... I 
have just tried to reproduce the problem using

\documentclass[a4paper]{article}

\usepackage{pgfplots}


\begin{document}

\begin{tikzpicture}
     \begin{axis}
     \addplot file {P.dat};
     \end{axis}
\end{tikzpicture}
\end{document}

and the data file with contents
001 001
02 2
3 3
03 03

and it worked without problems (with the most recent versions of pgf and 
pgfplots). Furthermore, I am sure that the '\addplot file' processing 
did not change (at least not logically).

I can surely assist you, but I fear that I need more input. Can you 
confirm that the compilation problem comes from an addplot file? If so, 
I would appreciate a minimal working example - and perhaps the .log file 
of your attempt to compile it.

Again, let me stress that I understand the burden of using software 
which does not work anymore in the way it is expected to be (especially 
if it worked earlier). I hope we can find a simple way to restore your 
document without changes (even if it might require some sort of patch 
from my side).

Best regards

Christian

PS
 From what I know without further insight, the interpretation of number 
literals as octal base representation has been introduces in pgf in 2008 
- it is enabled as soon as one uses the math parser of pgf. I believe 
that pgfplots has seen a change in
\addplot coordinates
some time ago: it now uses the math parser. It comes with an option to 
disable the math parser, however: try
\pgfplotsset{plot coordinates/math parser=false}
in your preamble.

PS
again a PS: I took the freedom to post a copy of this mail on the 
mailing list - perhaps there are other users with a similar problem.



Am 07.07.2011 17:54, schrieb Guillaume Jacquenot:
> Dear Christian,
>
> Sorry to bother you directly
>
> I updated my Windows / MikTeX distribution that apparently come with a
> new version pfgplot.
>
> When I compile my thesis, I get this nasty error message, that I did
> not have previously
> ! Package PGF Math Error: Digit `9' invalid for base 8 (in '090')
> It comes from the data reading from files with decimal data starting with 0.
>
> After googling the error, it seems to me, it is a similar problem that
> you solves one week ago with Joel on gmane.comp.tex.pgfplots
> The solution was to pass option indicating that we wanted decimal and
> not octal number
> \addplot table[x index=0,y index=1]{f};
>
> I have quite lost it, but I call all my graph generation
> \addplot plot file {\figpath/file.txt};
>
> I don't really want to change my code since it worked previously.
>
> Do you have some advise to give me?
> Do you plan to do some modification of the code?
>
> Thanks
>


------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
Pgfplots-features mailing list
Pgfplots-features@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pgfplots-features

Reply via email to