Gpc-de

gpc-de@gnu.de

110 discussions

Start a nNew thread

[egbert: Re: trunc / neuste Version fehlerlos?]
by Dr. Egbert Seibertz 28 May '04

28 May '04

-- Dr. Egbert SEIBERTZ 033 237 - 847 - 02 14641 Brädikow Bergsiedlung 33

1 0

trunc / neuste Version fehlerlos?
by Dr. Egbert Seibertz 27 May '04

27 May '04

Liebe Leute, gibt's folgenden Fehler auch noch in der aktuellen Version? (man/frau achte auf den Wechsel von 232,60 nach 23259 (erstes Beispiel)) Grüße Egbert PROGRAM test; VAR i : integer; Spesen : ARRAY [0..5] OF integer; CONST S : ARRAY [0..5] OF real = (232.60, 232.61, 500.00, 499.00, 499.99, 500.00); BEGIN writeln('----------'); FOR i := 0 TO 5 DO BEGIN writeLn(S[i]); writeLn(S[i]:6:2); Spesen[i] := trunc(S[i] * 100); writeLn(Spesen[i]); writeln('----------'); END; END. ergibt, übersetzt und ausgeführt mit gpc version 20021128, based on gcc-3.2.1: ---------- 2.326000000000000e+02 232.60 23259 ---------- 2.326100000000000e+02 232.61 23261 ---------- 5.000000000000000e+02 500.00 50000 ---------- 4.990000000000000e+02 499.00 49900 ---------- 4.999900000000000e+02 499.99 49999 ---------- 5.000000000000000e+02 500.00 50000 ----------

3 2

HTML-Formular mit Pascal verarbeiten
by Eike Lange 14 May '04

14 May '04

Hallo zusammen! Ich habe es mal gewusst, aber wieder vergessen: Ich möchte gerne von einem HTML-Formular Daten an ein Gnu-Pascal Programm schicken. Wie muss ich die Daten auf der Pascal-Seite entgegen nehmen? Eike -- http://www.gnushi.de

2 4

Old mails in the archive
by Frank Heckenbach 04 Apr '04

04 Apr '04

Hi, some old mails (from the time 1999-2001) that Anja Gerwinski found on an old server are now available in the online archives of gpc-doc and gpc-announce. (They are numbered 0 and below, to avoid shifting the numbers of current mails.) Frank -- Frank Heckenbach, frank(a)g-n-u.de http://fjf.gnu.de/ GnuPG and PGP keys: http://fjf.gnu.de/plan (7977168E)

1 0

Mailing list problems (March 20-23)
by Frank Heckenbach 27 Mar '04

27 Mar '04

Hallo, due to a problem when installing spam and virus filters, the mailing lists were out of order from last Saturday till Tuesday. Incoming mails were probably dropped without notice. If you sent any mail to the lists in this time, please check in the archives to find out if it got through, and otherwise please resend it. Sorry for the inconvenience, Frank -- Frank Heckenbach, frank(a)g-n-u.de, http://fjf.gnu.de/, 7977168E GPC To-Do list, latest features, fixed bugs: http://www.gnu-pascal.de/todo.html GPC download signing key: 51FF C1F0 1A77 C6C2 4482 4DDC 117A 9773 7F88 1707

1 0

GPC in Beispielen
by Eike Lange 02 Mar '04

02 Mar '04

Hallo zusammen! Ich überarbeite gerade vorsichtig einige Teile aus meiner GPC-Dokumentation, die aktuell in LaTeX gesetzt ist. Eine meiner Überlegungen ist, dieses Werk in Zukunft ausschliesslich in HTML zu "setzen". Vorteile: - MMN leichter lesbar, wenn man sich einmal an das Lesen am Bildschirm gewöhnt hat - Das Bearbeiten ist MMN leichter - Kreuzverweise können direkt angesprungen werden, ebenso Verweise auf entfernte Projekte. Nachteile: - Der Ausdruck sieht nicht mehr so gut aus, wie beim LaTeX-Satz. - Der Buchcharakter geht verloren, was besonders bei der Nachfrage "Gibt es eigentlich gedruckte Informationen zu GPC?" und beim Lesen im Bett / in der Badewanne stört. Beide Versionen (LaTeX und HTML) kann ich nicht pflegen und die Programme zur Konvertierung würden selbst nochmal viel Entwicklungs- Zeit veranschlagen. Texinfo möchte ich nicht verwenden. Ich werde die Lizenz ändern und in Zukunft GPL verwenden, da die GFDL in Kreisen der Freien Software zu kontrovers diskutiert wird. Nach diesen Änderungen und einigen Ergänzungen möchte ich das Projekt auch auf der englischsprachigen Liste bekannt geben, damit es ggf. jemand übersetzen kann. Was meint ihr? Eike -- http://www.gnushi.de

3 2

(no subject)
by patrick dahl 30 Dec '03

30 Dec '03

subscribe gpc-de mafiasalvadore(a)yahoo.de

1 0

None
by Eike Lange 16 Sep '03

16 Sep '03

Hallo Leute! Ab morgen startet eine netzweite Demonstration gegen Softwarepatente (siehe http://swpat.ffii.org/). Ich würde gerne die Startseite von http://www.gnu-pascal.de austauschen gegen eine Seite die so ähnlich wie die von http://www.gnu.de aussieht. Gibt es dagegen Einwände? Diesmal sollte die Protesteite bis zum 24. September bestehen bleiben. Es wäre schön, wenn ihr euch mit euren eigenen Seiten an dieser Demo beteiligen würdet. Eike -- http://www.gnushi.de

1 0

AKFCompile
by Andreas K. Foerster 24 Aug '03

24 Aug '03

Hallo, also die Sache mit dem remote Compiler habe ich jetzt erstmal aufgegeben. Da sind zu viele Sicherheitsrisiken zu beachten und ich kann das eh nicht selbst hosten. Jetzt habe ich aber ein kleines Compiler-Frontend für den lokalen Gebrauch geschrieben. Es unterstützt diverse Pascal-Systeme. Schaut es euch mal an... System-Voraussetzungen: - Posix kompatibles System - Xdialog (das benötigt wiederum GTK+) http://akfoerster.de/download/akfcompile.tar.gz Anmerkungen: Der Dateiname kann auch über die Kommandozeile angegeben werden, muss aber nicht Das Verzeichnis, in dem der gewählte Quelltext liegt, wird zum Arbeitsverzeichnis - man muss da also Schreibrechte haben Es benutzt viele Erweiterungen von Xdialog. Also andere Dialog-Systeme werden nicht funktionieren Sagt mir mal, bei welchen Distris Xdialog dabei ist. (bei Slackware ist es nicht dabei, ich hab das unter Debian 3.0 geschrieben) Später soll das mal ein allgemeines Compiler-Frontend werden. Mir schwebt da was mit Plugins vor... -- Tschuess Andreas

1 1

Re: programmstart mit parametern
by Frank Heckenbach 25 Jul '03

25 Jul '03

(Bitte darauf achten, dass du "Antwort an alle" oder so benutzt, damit deine Antwort an die Liste geht.) Jan Strauch schrieb: > Frank Heckenbach <frank(a)g-n-u.de> schrieb am 24.07.03 04:42:49: > > > > Jan Strauch schrieb: > > > > > ich bin der neue > > > und hab' da auch gleich 'ne frage: > > > > > > ich soll unter linux ein programm schreiben, das mit eine bunten java-oberfläche kommunizieren kann. > > > mein problem ist jetzt, daß das programm mit einem textfile als "parameter" aufgereufen wrid, > > > im stil von > > > progxyz.pas < textfile.txt > > > > > > solange alle readln's noch was aus dem text ziehen können klappt alles prima, aber danach > > > soll die normale tastatureingabe wieder laufen, un das klappt nicht. > > > ich muß das ding immer gewaltsam killen, um wieder was machen zu können. > > > hab schon alle (glaub ich) kombinationen von input/output/assign/reset/rewrite/close (open?) > > > probiert, und das ganze in gpc , fpc und kylix nix läuft > > > muß ich das inputfile erst schließen, wenn ja , wie close(input) klappt teilweise, aber readln will > > > trotzdem nicht > > > > Also, etwas seltsam ist das schon, normalerweise dient `<' ja dazu, > > die Standardeingabe (normalerweise Tastatur) zu ersetzen. Evtl. wäre > > es daher sinnvoller, die beiden Dinge über getrennte Dateien zu > > lesen, also z.B. die Standardeingabe über `Input' und den Dateinamen > > als Kommandozeilen-Paramaeter zu übergeben und mit einer > > Dateivariable zu öffnen. > > > > Wenn das aus irgendeinem Grund nicht geht und der Aufruf mit > > Umleitung sein "muss", kann man noch auf das Terminal zugreifen. > > Dieses kann man als normale Datei öffnen. Der Dateiname wird durch > > `TtyDeviceName' in der Unit `GPC' gegeben. > > > > Wenn gewünscht, kann man auch `Input' neu öffnen, also: > > > > uses GPC; > > > > [...] > > > > Close (Input); > > Reset (Input, TtyDeviceName); > > > > Das Problem könnte sein, wann man das machen muss. Wenn es viele > > `ReadLn's im Programm gibt, und prinzipiell bei jedem der Wechsel > > von Standardeingabe zu Terminal stattfinden kann, müsste man > > praktisch vor jedem auf `EOF' testen und dann ggf. wechseln. Das > > kann aufwendig werden ... > > > > Eine "billige" Lösung wäre evtl. auf der Shell-Ebene möglich, wenn > > das in der Umgebung geht, im Stil von: > > > > cat textfile.txt - | progxyz.pas > > > > (sodass `cat' die Datei und Standardeingabe zusammenfügt und dem > > Programm als dessen Standardeingabe weiterreicht). > > > > > (auch readkey und keypressed wollen nicht) > > > > Wenn du die Unit CRT benutzt, wird es evtl. noch aufwendiger (weil > > die nicht über `Input' liest). Wenn das nötig ist (und nicht nur ein > > Versuch war, weil es mit `ReadLn' nicht ging), müsste man nochmal > > drüber nachdenken. > > > Danke erstmal, bin schon etwas weiter, aber CRT muss sein. > ich muss die eingabe abhoeren, ohne sie zu blockieren. > > das programm soll folgendes leisten: -es soll gegen ein anderes > programm kaempfen, und die spielzuege ueber die > standardein/ausgabe ueber den spielleiter (JAVA programm) an den > gegner geben, bzw erhalten. wenn ich writeln benutze kommt was > beim spielleiter an, aber readln erhaelt nichts(ich lasse zwei > instanzen meines programms gegeneinander spielen). muss ich bei > readln sonst flush anwenden? Verstehe ich ehrlich gesagt nicht ganz. Wenn mehrere Programme die selben Daten lesen sollen, müssen sie an irgendeiner Stelle kopiert werden. Also entweder, der, der die Daten erzeugt, schreibt sie mehrmals (dann am besten gleich in mehrere Pipes zu den verschiedenen Programmen), oder notfalls muss ein Programm sie lesen und dann wieder an die anderen weiterleiten. `Flush' hilft vermutlich nicht, da es die Ausgabe betrifft. Aber ich schätze, du musst mal *ganz genau* beschreiben, was du eigentlich vorhast, welche Programme beteiligt sind, wer was in welcher Reihenfolge(!) schreibt und liest usw. Ich blicke nämlich nicht wirklich durch. Frank -- Frank Heckenbach, frank(a)g-n-u.de http://fjf.gnu.de/ GnuPG and PGP keys: http://fjf.gnu.de/plan (7977168E)

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

Gpc-de