\documentclass[ngerman]{article} \usepackage[T1]{fontenc} \usepackage[latin1]{inputenc} \setcounter{secnumdepth}{0} \setcounter{tocdepth}{0} %\begin{figure*}[b] %\begin{center} %\includegraphics[angle=0,width=\textwidth]{} %\centerline{} %\end{center} %\end{figure*} \begin{document} \title{Lebenszeichen} \author{\emph{Berichte aus der FIG Silicon Valley:} Henry Vinerts} \maketitle* \begin{multicols}{2} Dear Fred, ich danke dir für deine Mitteilung und ich gratuliere euch dafür, dass ihr die neue VD--Ausgabe unter deiner Mithilfe doch noch verhältnismäßig schnell herausgebracht habt. Da auch du mit Gleitkomma--Zahlen gearbeitet hast, wird es dich sicher interessieren, dass Robert Smith, der Autor des Gleitkomma--Teils in Tom Zimmers F--PC, entdeckt hat, dass ihm ein Fehler/ein Versäumnis unterlaufen ist. Die SVFIG--Mitglieder haben von Bob (Robert) die folgende Nachricht erhalten: \begin{quote} Ich arbeite mit Tom Zimmers letztem Win32Forth--System. Ich war der ursprüngliche Autor des Gleitkomma--Pakets und als solcher ist es mir peinlich, --- nach all den Jahren --- gestehen zu müssen, in der Exponentialfunktion einen Fehler entdeckt zu haben. Der Fehler besteht darin, dass die Funktion fexp eine --NAN (--NotaNumber) ausgibt, wenn als Argument f--inf (--infinity) genommen wird. Als Ergebnis sollte dabei aber eine f0.0 (floating point 0) herauskommen. Entsprechend sollte finf fexp das Ergebnis finf liefern, was aber ebenfalls zu einem Fehler führt, nämlich wiederum zu --NAN. Ich bin mit den neuesten Win32forth--Systemen nicht vertraut und weiß also nicht, ob dieser Fehler inzwischen korrigiert wurde. Meine Assembler--Kenntnisse in Bezug auf dieses Thema sind etwas eingerostet. Ich hätte also nichts dagegen, wenn sich jemand an die Korrektur wagen würde. Sollte keine Reaktion kommen, würde ich selbst versuchen, den Fehler zu beseitigen. In der Zwischenzeit werde ich das Problem auf High--Level--Ebene lösen. \end{quote} Bob fügte später hinzu, dass derselbe Fehler auch die trigonometrischen Funktionen in Win32Forth beeinflusst und dass er um Hilfe bei der Fehlerbeseitigung Ausschau halten werde, da er selbst mit der Assembler--Programmierung nicht mehr so fix bei der Hand ist. Kevin Appert hat den Vorschlag gemacht, diese Nachricht in \texttt{comp.lang.forth} zu \emph{posten}. Über kurz oder lang werden also die regelmäßigen Besucher von \texttt{comp.lang.forth} das Gesagte sicher zu Gesicht bekommen. Soweit ich erfahren habe, wird das SVFIG--Treffen diesen Monat wieder in Stanford abgehalten werden, ich habe mich aber noch nicht dafür entschieden hinzufahren. Ting hat angekündigt, dass er den ganzen Vormittag mit seinem Vortrag ausfüllen wird, und um ehrlich zu sein, ist das meiste von dem, über was er spricht, für mich zu hoch. With best regards,\\ \hspace*{3em}Henry 6.\ Februar 2010: Dear Fred, inzwischen (am 3.2.2010) erschien am Schwarzen E--Mail--Brett der SVFIG die folgende Nachricht von Kevin Appert an Bob Smith: \begin{quote} Gibt es was Neues über das Gleitkomma--Problem in Win32Forth? Ich habe in Erinnerung, dass es da einen Patch für das eine oder andere dieser Probleme gab, ich kann mich aber nicht mehr erinnern, wo ich das gelesen habe. \end{quote} Ich glaube, dass auch ich über diese Sache eine Nachricht gelesen habe, die betreffende E--Mail habe ich aber leider schon gelöscht. Wenn ich irgendeine Antwort von Bob Smith lese, werde ich euch informieren. Bis dahin wird es wohl das Beste sein, zu warten und zu sehen, ob in \texttt{comp.lang.forth} Neues zum Thema Gleitkomma in Win32Forth erscheint. Gleitkomma--Arithmetik in Forth ist mir zu hoch, als dass ich mich an der Diskussion beteiligen könnte. Andererseits sehe ich, dass Michael (Kalus) im VD--Heft 4/2009 sechs Seiten dazu geschrieben hat, und ich wollte sichergehen, dass er Gelegenheit findet, sich zu Bob Smiths Gedanken über mögliche \emph{unerfreuliche Überraschungen mit Gleitkommazahlen} in Win32Forth (oder eben auch in F--PC) zu äußern. With best regards,\\ \hspace*{3em}Henry\hfill Übersetzt von Fred Behringer \end{multicols} \end{document}