Re^8: Borland Pascal und Datensegment
(Autor: Α l о i s R e i ѕ i n g e r, Antwort nach 6 h, 18 Min)
Hallo!
Delphi. Da is das leichter.
oh yes, i know!!Delphi. Da is das leichter.
bei inzwischen 285000 Code Zeilen gehts
Uff! Das is ja schon riesig!
HAAA! Jetzt weiß ich! Du mußt DLLs
machen!
Das weiss ich auch. Nur genau das ist das Problem. Dass die eben ein eigenes Datensegment haben. Mit der Borland Database Engine kommts da zu wunderbaren nix-geht-mehr Situationen.machen!
Oder nimm den FPC! Der kann mehr. Der is
ein echter 32-Bit Compiler. Oder nimm
gleich Delphi.
FPC ist was?????? ein echter 32-Bit Compiler. Oder nimm
gleich Delphi.
Delphi geht nicht aus den verschiedensten Gründen. Ich will ja meinen Code nicht neu schreiben!
bye
alois
Artikelbaum anzeigen
Re^9: Borland Pascal und Datensegment
(Autor: H а n ѕ і G l a ѕ е r, Antwort nach 6 h, 49 Min)
Hallo!
Problem. Dass die eben ein eigenes
Datensegment haben. Mit der Borland
Database Engine kommts da zu wunderbaren
nix-geht-mehr Situationen.
Aso? Was is die Borland Database Engine? War die beim BP7 dabei? Noch nie gehört!
FPC = Free Pascal Compiler. Der is fast 100% kompatibel zu BP7. Und is absolut gratis. OpenSource! Und geht für DOS, Windows, Linux, OS/2, Amiga, ... :-)))))))) Ein Problem kannst allerdings kriegen: Ob da das OWindows dabei is, glaubi nicht.
Die beiden Ideen kommen daher, weil ich Dir statt dem (dummen) 16-Bit-Kompiler einen 32-Bit empfehlen wollte. Und Delphi (zumindest die neueren Versionen) machen 32-Bit-Code, und können deshalb auch DS > 64kB.
Bye
Hansi
HAAA! Jetzt weiß ich! Du mußt DLLs
machen!
Das weiss ich auch. Nur genau das ist dasmachen!
Problem. Dass die eben ein eigenes
Datensegment haben. Mit der Borland
Database Engine kommts da zu wunderbaren
nix-geht-mehr Situationen.
Oder nimm den FPC! Der kann mehr. Der is
ein echter 32-Bit Compiler. Oder nimm
gleich Delphi.
FPC ist was??????ein echter 32-Bit Compiler. Oder nimm
gleich Delphi.
Delphi geht nicht aus den verschiedensten
Gründen. Ich will ja meinen Code nicht
neu schreiben!
Ja, das versteh ich. Gründen. Ich will ja meinen Code nicht
neu schreiben!
Die beiden Ideen kommen daher, weil ich Dir statt dem (dummen) 16-Bit-Kompiler einen 32-Bit empfehlen wollte. Und Delphi (zumindest die neueren Versionen) machen 32-Bit-Code, und können deshalb auch DS > 64kB.
Bye
Hansi
Re: Borland Pascal und Datensegment
(Autor: M а t h і a ѕ R i c k e n, Antwort nach 13 h, 6 Min)
Hallo!
Ich habe ein ziemlich umfangreiches
Programm hier compiliert und stehe vor
dem Problem, dass das Datensegment voll
ist.
Welche Maßnahmen kann ich nun setzen,
damit ich wieder mehr Platz hier bekomme?
Das ganze unter BP7, Windowsprogramm.
Irgendwie habe ich das Gefühl, daß ihr um den heißen Brei herumredet. Deswegen poste ich mal hier, GAAAAAANZ am Anfang.Ich habe ein ziemlich umfangreiches
Programm hier compiliert und stehe vor
dem Problem, dass das Datensegment voll
ist.
Welche Maßnahmen kann ich nun setzen,
damit ich wieder mehr Platz hier bekomme?
Das ganze unter BP7, Windowsprogramm.
Das Problem ist doch, das das DATENSEGMENT voll ist. Das Datensegment ist aber nicht der Heap. Demnach ist auf dem Heap doch noch etwas frei, oder? Wenn ich mich nicht irre, ist der nämlich bei BP7 und Windows als Target auch bis zu 16Mb groß, wie bei DPMI. Du mußt nur unter Options\Memory Sizes das einstellen (8Mb ist Voreinstellung).
Dann legst Du ganz einfach globale Pointer an, statt globale Variablen zu verwenden.
Oder ist der Heap etwa auch voll?
Dann kannst Du immer noch GlobalAlloc benutzen.
--Mathias Ricken
Du kannst auf diesen Artikel nicht antworten.
Dieser Artikelbaum ist im Archiv des Experten-Forums von wer-weiss-was zum Thema "Programmierung allgemein" archiviert. Es handelt sich um keine aktuelle Diskussion, daher kann auf die Artikel nicht mehr geantwortet werden.
Folgende Artikel könnten Dich auch interessieren:
Windows intern - Aufbau der Speicherstruktur eines Prozesses...Windows intern - Aufbau der Speicherstruktur eines Prozesses...
vorheriger Artikelbaum
(Laufwerkserkennung unter DOS)
(Windows-Verzeichnis in HTML ermitteln)
nächster Artikelbaum















