PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : pgfcalendar: Digit `8' invalid for base 8



krihaa
09-06-2010, 11:15
Hallo,

ich habe vor einiger Zeit angefangen mir einen Geburtstagskalender mit tikz bzw. pgf zu erstellen. Es hat auch alles soweit geklappt, doch auf einmal wollte mein Code nicht mehr kompiliert werden. Nach langer Fehlersuche war's mir dann irgendwann zu blöd und ich habe das Projekt eingestellt. Jetzt wollte ich dann aber doch gerne meinen Kalender noch fertig stellen und komme also mit dem folgenden Problem: Den Code kann ich kompilieren solange keine 8 oder größer im Datum (Monat oder Tag) vorkommt. Mit der kommentierten Zeile erhalte ich

...
(/usr/local/texlive/2009/../texmf-local/tex/generic/pgf/utilities/pgfcalendar.c
ode.tex))) (./test.aux) ABD: EveryShipout initializing macros
(/usr/local/texlive/2009/texmf-dist/tex/context/base/supp-pdf.mkii
[Loading MPS to PDF converter (version 2006.09.02).]
)

! Package PGF Math Error: Digit `8' invalid for base 8.

See the PGF Math package documentation for explanation.
Type H <return> for immediate help.

Ich habe gestern ein Komplettupdate gemacht und die neuesten CVS-Dateien installiert, Fehler bleibt leider bestehen.

Vielen Dank und viele Grüße
Kristian

PS: Das Problem liegt wohl an \pgfcalendarcurrentday wenn der Tag ≥ 8 ist und an \pgfcalendarcurrentmonth wenn der Monat ≥ 8 ist.



\listfiles
\documentclass{scrartcl}
\usepackage[utf8]{inputenc}
\usepackage[T1]{fontenc}
\usepackage{tikz}
\usetikzlibrary{calc,calendar}

\begin{document}

\begin{tikzpicture}
\pgfcalendar{cal}{2010-07-01}{2010-07-07}{%
%\pgfcalendar{cal}{2010-08-01}{2010-08-08}{%
\ifdate{day of month=1}{%
\node at (\pgfcalendarcurrentmonth,0.5) {\pgfcalendarmonthname{\pgfcalendarcurrentmonth}};
}{}
\node at (\pgfcalendarcurrentmonth,-\pgfcalendarcurrentday) {\pgfcalendarcurrentday};
}
\end{tikzpicture}

\end{document}



*File List*
scrartcl.cls 2009/07/24 v3.04a KOMA-Script document class (article)
scrkbase.sty 2009/07/24 v3.04a KOMA-Script package (KOMA-Script-dependent ba
sics and keyval usage)
scrbase.sty 2009/07/24 v3.04a KOMA-Script package (KOMA-Script-independent
basics and keyval usage)
keyval.sty 1999/03/16 v1.13 key=value parser (DPC)
scrlfile.sty 2009/03/25 v3.03 KOMA-Script package (loading files)
tocbasic.sty 2009/06/08 v3.03b KOMA-Script package (handling toc-files)
scrsize11pt.clo 2009/07/24 v3.04a KOMA-Script font size class option (11pt)
typearea.sty 2009/07/24 v3.04a KOMA-Script package (type area)
inputenc.sty 2008/03/30 v1.1d Input encoding file
utf8.def 2008/04/05 v1.1m UTF-8 support for inputenc
t1enc.dfu 2008/04/05 v1.1m UTF-8 support for inputenc
ot1enc.dfu 2008/04/05 v1.1m UTF-8 support for inputenc
omsenc.dfu 2008/04/05 v1.1m UTF-8 support for inputenc
fontenc.sty
t1enc.def 2005/09/27 v1.99g Standard LaTeX file
tikz.sty 2010/03/23 v2.00-cvs (rcs-revision 1.67)
pgf.sty 2008/01/15 v2.00-cvs (rcs-revision 1.12)
pgfrcs.sty 2008/05/19 v2.00-cvs (rcs-revision 1.22)
everyshi.sty 2001/05/15 v3.00 EveryShipout Package (MS)
pgfrcs.code.tex
pgfcore.sty 2010/04/11 v2.00-cvs (rcs-revision 1.7)
graphicx.sty 1999/02/16 v1.0f Enhanced LaTeX Graphics (DPC,SPQR)
graphics.sty 2009/02/05 v1.0o Standard LaTeX Graphics (DPC,SPQR)
trig.sty 1999/03/16 v1.09 sin cos tan (DPC)
graphics.cfg 2009/08/28 v1.8 graphics configuration of TeX Live
pdftex.def 2010/02/14 v0.04n Graphics/color for pdfTeX
pgfsys.sty 2009/11/29 v2.00-cvs (rcs-revision 1.35)
pgfsys.code.tex
pgfsyssoftpath.code.tex 2008/07/18 (rcs-revision 1.7)
pgfsysprotocol.code.tex 2006/10/16 (rcs-revision 1.4)
xcolor.sty 2007/01/21 v2.11 LaTeX color extensions (UK)
color.cfg 2007/01/18 v1.5 color configuration of teTeX/TeXLive
pgfcore.code.tex
pgfcomp-version-0-65.sty 2007/07/03 v2.00-cvs (rcs-revision 1.7)
pgfcomp-version-1-18.sty 2007/07/23 v2.00-cvs (rcs-revision 1.1)
pgffor.sty 2010/03/23 v2.00-cvs (rcs-revision 1.18)
pgfkeys.sty
pgfkeys.code.tex
pgffor.code.tex
tikz.code.tex
pgfcalendar.sty
pgfcalendar.code.tex 2007/07/23 v2.00-cvs (rcs-revision 1.11)
supp-pdf.mkii
***********

tral
09-06-2010, 12:13
Hi,

geht bei mir problemlos.



*File List*
scrartcl.cls 2009/07/24 v3.04a KOMA-Script document class (article)
scrkbase.sty 2009/07/24 v3.04a KOMA-Script package (KOMA-Script-dependent ba
sics and keyval usage)
scrbase.sty 2009/07/24 v3.04a KOMA-Script package (KOMA-Script-independent
basics and keyval usage)
keyval.sty 1999/03/16 v1.13 key=value parser (DPC)
scrlfile.sty 2009/03/25 v3.03 KOMA-Script package (loading files)
tocbasic.sty 2009/06/08 v3.03b KOMA-Script package (handling toc-files)
scrsize11pt.clo 2009/07/24 v3.04a KOMA-Script font size class option (11pt)
typearea.sty 2009/07/24 v3.04a KOMA-Script package (type area)
inputenc.sty 2008/03/30 v1.1d Input encoding file
utf8.def 2008/04/05 v1.1m UTF-8 support for inputenc
t1enc.dfu 2008/04/05 v1.1m UTF-8 support for inputenc
ot1enc.dfu 2008/04/05 v1.1m UTF-8 support for inputenc
omsenc.dfu 2008/04/05 v1.1m UTF-8 support for inputenc
fontenc.sty
t1enc.def 2005/09/27 v1.99g Standard LaTeX file
tikz.sty 2008/02/13 v2.00 (rcs-revision 1.27)
pgf.sty 2008/01/15 v2.00 (rcs-revision 1.12)
pgfrcs.sty 2008/02/20 v2.00 (rcs-revision 1.21)
pgfrcs.code.tex
pgfcore.sty 2008/01/15 v2.00 (rcs-revision 1.6)
graphicx.sty 1999/02/16 v1.0f Enhanced LaTeX Graphics (DPC,SPQR)
graphics.sty 2009/02/05 v1.0o Standard LaTeX Graphics (DPC,SPQR)
trig.sty 1999/03/16 v1.09 sin cos tan (DPC)
graphics.cfg 2009/08/28 v1.8 graphics configuration of TeX Live
pdftex.def 2009/08/25 v0.04m Graphics/color for pdfTeX
pgfsys.sty 2008/02/07 v2.00 (rcs-revision 1.31)
pgfsys.code.tex
pgfsyssoftpath.code.tex 2008/01/23 (rcs-revision 1.6)
pgfsysprotocol.code.tex 2006/10/16 (rcs-revision 1.4)
xcolor.sty 2007/01/21 v2.11 LaTeX color extensions (UK)
color.cfg 2007/01/18 v1.5 color configuration of teTeX/TeXLive
pgfcore.code.tex
pgfcomp-version-0-65.sty 2007/07/03 v2.00 (rcs-revision 1.7)
pgfcomp-version-1-18.sty 2007/07/23 v2.00 (rcs-revision 1.1)
pgffor.sty 2007/11/07 v2.00 (rcs-revision 1.8)
pgffor.code.tex
tikz.code.tex
pgfcalendar.sty
pgfcalendar.code.tex 2007/07/23 v2.00 (rcs-revision 1.11)
supp-pdf.mkii
***********


Christian.

krihaa
09-06-2010, 12:26
Hi,

vielen Dank schon mal für's Testen. Könnte noch jemand bestätigen, dass es mit 8 oder größer als Tag/Monat klappt? Und wo könnte dann bei mir das Problem liegen? Fehler in einer der Dateien, die aktueller sind als die von Christian?

Viele Grüße
Kristian

tral
09-06-2010, 12:50
Ich habe es mit "\pgfcalendar{cal}{2010-08-01}{2010-08-08}" probiert und es geht.

Zur Fehlermeldung: Anscheinend verarbeitet eins der Pakete die Daten intern als Oktalzahlen (Basis 8). Dort sind nur die Ziffern 0...7 erlaubt, bei anderen Ziffern gibt es die Fehlermeldung. Jetzt müssen wir nur noch herausfinden, wer diesen Fehler verursacht. Tritte r auch auf, wenn du einen einfacheren Ausdruck als Rendering Code schreibst, etwa:



\pgfcalendar{cal}{2010-08-01}{2010-08-08}{\pgfcalendarcurrentday\ }


?

Christian.

esdd
09-06-2010, 13:42
Hallo,

wahrscheinlich liegt es an der cvs (Entwickler-)Version. Bei aktuellem MikTex2.8 läuft es bei mir problemlos durch.
Binde ich über einen lokalen texmf Baum eine cvs Version von März 2010 ein, bekomme ich für den gleichen Code eine ähnliche Fehlermeldung wie Du (`=' invalid for base 8).

Gruß
Elke

krihaa
09-06-2010, 14:08
Hi,

@Christian: Dein Beispiel hat funktioniert, sobald ich allerdings \pgfcalendarcurrentday/month zur Platzierung eines Nodes verwenden will, gibt's wieder den Fehler.

@Elke: Habe die CVS-Dateien aus meinem texmf-local gelöscht, dann klappte es auch bei mir wieder. Weißt du zufällig, ob ich nur für diesen einen Fall festlegen kann, dass nicht die CVS-Version aus dem lokalen Baum genommen wird, sondern die aus dem texlive/2009 Ordner? Gibt's für sowas nen Befehl?

Vielen Dank euch beiden!
Kristian

esdd
09-06-2010, 21:07
Hallo,

einen derartigen Befehl kenne ich leider nicht. In MikTex kann ich problemlos mehrere lokale texmf Bäume einbinden. Die tikz cvs hat bei mir einen eigenen, den ich nur dann einbinde, wenn ich die cvs mal zu irgendetwas brauche. Ob und wie das bei TexLive funktioniert oder ob es nicht vielleicht ganz anders besser lösbar ist, weiß ich nicht.

Elke

Donalduck
10-06-2010, 08:31
Ich glaube nicht dass irgendein Paket absichtlich mit Oktalzahlen arbeitet. Aber:
Wenn man in vielen Programmiersprachen eine Zahl mit einer 0 beginnt, heisst das sie soll als Oktalzahl interpretiert werden. Daher sind dann 07, 10, 17, 8, 9, ... gültig, aber 08, 09, 018 etc. ungültig.