Deutsches Lazarusforum

Wenn du das Programm mit Sudo startest, werden auch alle erstellten Dateien Eigentum von Root.
Du könntest aber, da du eh root bist, die Datei dem entsprechenden Nutzer übergeben.

"knackig" finde ich die komplett-Dokumentation der FPC-Sprache:
ftp://ftp.freepascal.org/pub/fpc/docs-pdf/ref.pdf

Assembler in 2013 bitte vermeiden.

Danke Theo,

... dass man bei der Suche nach "Zippen", "String" , "kompromieren" , "Lazarus" , "Delphi" usw. auch auf "veraltete" und nicht mehr gültige Einträge trifft - damit habe ich nicht gerechnet. Gerechnet habe ich allerdings mit (für mich) komplizierten Stream-Konstrukten :?

Gibt es ...

Zwei Fragen:

1. was genau erwartest du, das passieren soll?
2. was passiert aktuell?

BeniBela hat geschrieben:Allerhöchstens ein Pascal LLVM-Frontend könnte sinnvoll sein

Inzwischen würde ich es hinbekommen (habe schon LLVM-basierte Sprachen entwickelt; kann inzwischen mit Parsergeneratoren umgehen), habe dafür aber keine Zeit mehr.

Bezüglich der Compilier-Geschwindigkeit gilt es Delphi 2006 zu schlagen: kompiliert super flott,

Das Ziel ist Delphi 7 zu schlagen. Es ist mehr als 10 mal schneller als FPC 2.6.

Welche Probleme willst du lösen, bei denen eine 10-fache Geschwindigkeit etwas nützen würde?

Achja, kleiner Tipp ...

Du musst bei poUsePipes die Ausgabe der Ausführung auslesen. Wenn du das nicht machst, kann das Programm auch blockieren, wenn der Puffer voll ist.

Hast du ein Konzept für Asynchronität oder Nebenläufigkeit?

Ich finde momentan die Sprache "go" von Google toll.

mark332 hat geschrieben: Hat einer von euch eine Idee, warum die Konsole nicht korrekt gestartet wird?

Weil du mit poUsePipes sagst, dass du keine Konsole starten willst, sondern die Ein- und Ausgabe in dein Programm umleiten willst. Du kannst die Ein- und Ausgabe des Prozesses über die TStream-Klasse ansprechen.

Ich denke, ein Geschwindigkeits - Manko in Pascal ist (u.a.), dass alle Variablen als volatile angesehen müssen, weil es dieses Keyword nicht gibt. Dadurch kann der Compiler schlechter optimieren.


Ich denk das das nur für Systeme mit MMIO gilt
Nicht ganz. Das fängt schon beim Multithreading ...

Ein LLVM-basierter Pascal-Compiler wäre eine Sache, die man noch brauchen könnte, damit Pascal-Code endlich mal in C-Geschwindigkeit und schneller laufen könnte.
Ich habe gehört, dass die mit dem LLVM Compiler für ARM /IOS von Delphi XE sehr langsam sein sollen...

Ein selbergebastelter Compiler ...

Bitte tu das nicht.

Ein LLVM-basierter Pascal-Compiler wäre eine Sache, die man noch brauchen könnte, damit Pascal-Code endlich mal in C-Geschwindigkeit und schneller laufen könnte.

Da hast du dir aber was vorgenommen....

Hat denn dein Betriebssystem wenigstens schon das Grundlegendste? (Speichermanagement etc.)? Über welches Interface willst du die Daten dann auslesen? API-Basiert wie in Windows oder lieber mit Dateien wie in Linux?

Ich hab mal damit herumprobiert. Sieht so aus, dass die Prozedur immer dann aufgerufen wird, wenn das OpenGL-Fenster neu gezeichnet werden muss. Das geschieht z.B. wenn man ein darüber liegendes Message-Fenster wegblendet oder das Hauptfenster teilweise aus dem Screenbereich rausschiebt (und ...