Gpc-de

gpc-de@gnu.de

110 discussions

Von C nach Pascal: const void und UTF
by Eike Lange 07 Oct '05

07 Oct '05

Hallo zusammen! Ich erstelle gerade ein Interface für eine C-Bibliothek (sqlite3). 1. In dieser Lib kommen Funktionen vor, die Konstante Zeiger zurückliefern. Beispiel: const void * foo (); const char* bar (); Wie übersetze ich diese nach GPC? Ist es für const char* ratsam, den konstanten String zu kopieren (strdup oder so)? 2. Die Bibliothek enthält Stellen, wo UTF-8 bzw UTF-16 referenziert wird. Etwa so: int bazz (const char* utf8_text); int bazz16 (const void* utf16_text); In beiden Fällen handelt es sich um C-Strings, im zweiten Fall allerdings um sowas wie 2 Byte pro Zeichen. Was mache ich in GPC damit? Eike

2 1

Re: other compilers
by Frank Heckenbach 22 Sep '05

22 Sep '05

Andres K. Foerster schrieb: > as I'm interrested in free software pascal compilers, I'd like to hear > about your opinions about the others. > > I don't want to start a flamewar - of course yours's the best! > But what experiences do you have with the others? > > I know Free Pascal very well. It comes with a lot of extensions, is > fast and produces small binaries. But when you want to program for > different platforms, you'll end up with lots of {$IfDef}s. This is one of my main criticisms -- putting the burden of making the code portable on the programmer, rather than designing the system (as much as possible) portable by itself. The other one is the omission of standard Pascal features. (I'm not so much opposed to extensions, IMHO omissions are much worse.) And from the discussions I've had/seen, this is not accidental, but fully intentional, as there seems to be some kind of hatred and ignorance against the standards among the developers. While actually many standard features would seem rather easy to add. A few, such as schemata, are probably not so easy, but actually those would provide some major benefits (in programming comfort/simplicity to the programmer), compared to the Borland "alternatives" (which can hardly be called so). > I had a look at p2cc, but it seems very weak, isn't it? I've almost never used it, but I think so. 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: ACB3 79B2 7EB2 B7A7 EFDE D101 CD02 4C9D 0FE0 E5E8

1 0

Archiv wieder da
by Frank Heckenbach 22 Jul '05

22 Jul '05

Hallo, nach längerer Auszeit ist das Mailinglisten-Archiv jetzt wieder verfügbar, unter der üblichen Adresse: http://www.gnu-pascal.de/crystal/gpc-de/de/ Die volle Website wird vermutlich nächste Woche wiederhergestellt. 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: ACB3 79B2 7EB2 B7A7 EFDE D101 CD02 4C9D 0FE0 E5E8

1 0

Nachkomma-Zahlen bei Gradzahlen
by Roland Goretzki 27 Jun '05

27 Jun '05

Hi, da bin ich mal wieder. Es gilt, Kreisgradzahlen mit Gradminuten (z.B. 168.38°) in einfachen Rechenoperationen (*,/,+ und -) zu verwenden. Wahrscheinlich kann man sich auch etwas zurechtbasteln, aber wenn, wie in diesem Fall, solche Berechnungen häufig durchgeführt werden müssen, ist das ziemlich unhandlich und unübersichtlich. Daher meine Frage: Gibt es eine Funktion oder ähnliches, welche so rechnet, daß z.B. 173 minus 168.38 4.22 ergibt anstatt 4.62? Ich bin dankbar für jede Hilfe! :) Fröhliche Grüße Roland

2 2

Suche: Uebernahme meiner Units und Dokumentation
by Eike Lange 08 Feb '05

08 Feb '05

Hallo Leute! Wegen einiger persönlicher Umstände bin ich seit längerem nicht mehr in der Lage, die folgenden Units und Programme zu pflegen. Ich suche daher Leute, die das machen. * Unit mysql Version 4 * Unit mysql Version 3 * Unit für Xlib.h * zlib-Unit * PostgreSQL-Unit * eine einfache SDL-Unit * Pas2Po, ein Programm, welches Pascal-Strings aus Quelltexten extrahiert und ein ".po"-File schreibt. Das braucht man zur Internationalisierung von Projekten. (Siehe http://www.gnu-pascal.de/contrib/eike/ ) * deutschsprachige Dokumentaion über GNU-Pascal (Siehe http://www.gnu-pascal.de/~eike/ ) Eike

1 0

Re: Zeiger
by egbert＠seibertz.de 25 Jan '05

25 Jan '05

Frank Heckenbach (23.Jan 2005 (13:20 (+0100))): > egbert(a)seibertz.de schrieb: > > "gpc version 20041218, based on gcc-2.95.2" > > im Grundsatz in Ordnung oder sollte ein neuerer gcc > > verwendet werden? Welche Kombination gilt zZ als die > > beste? > > I.a. vermutlich gcc-3.2.x, aber 2.95.x sollte auch noch > ohne > Probleme gehen. hab' keine passende gcc-3.2 Version ... muß warten ... > > > 1. Gibt es eine Möglichkeit solche > > Kontextabhängigkeiten > > gezielt zu untersuchen, wenn ja wie, welche? > > Ohne den Quelltext kann man da wenig sagen. Es kann > natürlich ein > Compiler-Fehler sein, wahrscheinlich ist aber vermutlich > ein Fehler > im Programm selbst. ja, ist aber sehr unständlich, da viele UNITS mit d'rinhängen ... > Uninitialisierte Variablen und alle initialisiert > ungültige Zugriffe sind die häufigsten Ursachen. ^ was meinst Du damit ? > > > Frank Dank soweit Grüße Egbert

2 1

Zeiger
by egbert＠seibertz.de 23 Jan '05

23 Jan '05

Liebe Leute, ist die Verwendung von "gpc version 20041218, based on gcc-2.95.2" im Grundsatz in Ordnung oder sollte ein neuerer gcc verwendet werden? Welche Kombination gilt zZ als die beste? Ich hatte in der Kombination eines älteren gpc mit einem neueren gcc einen etwas seltsamen Fehler (das Erweitern eines RECORD um eine (integer-)Variable (ohne daß sie benutzt wurde) führte grundsätzlich zu einem Speicherzugriffsfehler), weshalb ich die gpc-Version geändert habe ... das hat geholfen, das Programm lief dann einwandfrei ... Nun habe ich in dieser Version jedoch auch einen sonderbaren Fehler in einem ganz einfachen Konstrukt: WHILE Zeiger <> NIL DO BEGIN .... Zeiger := Zeiger^.Folgender; END; dies führt zu einem Speicherzugriffsfehler an der Stelle "Zeiger := Zeiger^.Folgender" (innerhalb der Schleife wird der Zeiger nicht manipuliert). Es läßt sich zeigen, daß "Zeiger^.Folgender = NIL" ist. absurder Weise geht: WHILE Zeiger^.Folgender <> NIL ... mit der unerwünschten Folge, daß das jeweils letzte Element (erwartungsgemäß) nicht bearbeit wird. Dieses Verhalten ist kontextabhängig. Das Konstrukt funktioniert im gleichen Programm an verschieden Stellen wie gewünscht. Daraus ergeben sich folgende Fragen: 1. Gibt es eine Möglichkeit solche Kontextabhängigkeiten gezielt zu untersuchen, wenn ja wie, welche? 2. Gibt es eine Möglichkeit den Compiler zu überreden möglichst nah am Code zu übersetzen (-O0 half nichts)? Dank im Voraus! Grüße Egbert

2 1

GPC-Website ist wieder da
by Frank Heckenbach 06 Nov '04

06 Nov '04

Hallo allerseits, ich freue mich, bekannt geben zu können, dass die GPC-Website <http://www.gnu-pascal.de> wieder verfügbar ist, nachdem es einige Wochen lang Probleme auf dem Server gab. Die aktuelle Beta-Version (20041017) ist auf der "Download"-Seite zu finden. Die anderen Alpha-/Beta-Versionen seit 2.1 sind nicht mehr da, da ich sie erst aus meinen Archiven rekonstruieren und auf Zuverlässigkeit testen müsste, und ich denke, das lohnt sich nicht. Wenn es ernste Probleme mit 20041017 gibt, will ich die lieber beheben, damit jeder darum umsteigen kann. Dank an Eike Lange und Benedikt Wildenhain für die Hilfe, den Server wieder einzurichten und an die G-N-U GmbH, dass die die aktuelle Beta-Version in der Zwischenzeit auf ihrem Server zur Verfügung gestellt hat. 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

Fragen zur CRT-Unit
by Eike Lange 17 Sep '04

17 Sep '04

Hallo zusammen! Ich programmiere gerade etwas mit der CRT-Unit und habe dabei einige Probleme: 1. In einem Xterm wird meine Anwendung korrekt dargestellt, auf der Text-Konsole bekomme ich nur Sonderzeichen zu sehen. 2. Umlaute werden nicht korrekt dargstellt. Woran kann das liegen? Die Prozedur "CRTInit" wird am Anfang des Prorammes aufgerufen, anschliessend erfolgen Textausgaben in Bereichen, die ich mit "Window" fstgelegt habe. Eike -- http://www.gnushi.de

2 1

Gnu-Pascal.de gecrackt
by Eike Lange 17 Sep '04

17 Sep '04

Hallo zusammen! www.gnu-pascal.de ist zur Zeit nicht erreichbar, weil jemand einen Trojaner installierte und der Rechner daraufhin vom Netz getrennt wurde. Da ich mindestens monatlich Tools benutze, um solche Angriffe anzeigen zu lassen, kann ich stark vermuten, dass der Cracker in diesem September, vermutlch am 15., sein Werk begann. Die Reparatur wird noch ein wenig dauern. Eike -- http://www.gnushi.de

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