Aufschrei: Longint soll voraussichtlich 64bit werden

[3_of_8]

Zitat:

Zitat von Dezipaitor

Tja, die Leute schreiben am lautesten, die nie sizeof(Longint) verwenden :D

Soll ich dann auch SizeOf(Byte) schreiben, weil sich die Größe eines Bytes ja mal ändern könnte? Oder soll ich mir in jeder Unit Pi neu definieren, weil sich Pi ja mal ändern könnte?

[generic]

Ich verstehe die ganze Aufregung nicht.

Behauptungen:
1) Niemand schubst in modernen Anwendung noch Speicherbereiche per Hand durch die Gegend ?
2) Wenn eine Erweiterung auf 64 Bit gemacht wird, wird doch sicherlich die "least significant 32 bit" zuerst im Speicher kommen. Somit würden Zeiger nach wie vor auf den "richtigen" Bereich zeigen.
3) statische Records werden in OO-Anwendungen nicht genutzt.
4) Windows API Aufrufe werden in der Anwendung nicht direkt gemacht, sonder durch die RTL/VCL gekapselt. Diese wird von Codegear sicherlich angepasst.

[Medium]

Boa lebst du in einer Kunstwelt.

[igel457]

Zitat:

Zitat von generic

1) Niemand schubst in modernen Anwendung noch Speicherbereiche per Hand durch die Gegend ?

Ups.

[Luckie]

Zitat:

Zitat von generic

1) Niemand schubst in modernen Anwendung noch Speicherbereiche per Hand durch die Gegend ?

Und alle nicht modernen Anwendungen tritts du in die Tonne?

Zitat:

3) statische Records werden in OO-Anwendungen nicht genutzt.

So?

Zitat:

4) Windows API Aufrufe werden in der Anwendung nicht direkt gemacht, sonder durch die RTL/VCL gekapselt. Diese wird von Codegear sicherlich angepasst.

So? Und was, wenn ich, aus was für Gründen auch immer, auf die VCL verzichte?

[3_of_8]

Ein einfaches Beispiel ist das Laden eines 3D-Models, zum Beispiel. Da ist zum Beispiel im Dateiformat ein Block für ein Mesh definiert, bei dem am Anfang ein 4-Byte unsigned Integer mit der Anzahl der Dreiecke steht. Wenn man jetzt da mehrere solche Längenangaben per Array und Filestream laden will, kracht es, wenn ein Integer plötzlich 64 Bits und nicht mehr 32 hat.

[Medium]

Generic weigert sich bestimmt, alles zu lesen was nicht auf .xml endet :-D

[Bernhard Geyer]

Zitat:

Zitat von Medium

Generic weigert sich bestimmt, alles zu lesen was nicht auf .xml endet :-D

Wieso? Diverse 3D-Formate wie 3DXML, VRML, XVL basieren auf (komprimiertes) XML

[Medium]

Gut, dann benutzen wir ab sofort nur noch diese oder? Und für die ganzen "alten" (=gängigen und verbreiteten) schreiben wir schöne Konverter damit wir nicht alles neu modeln müssen, und werfen die Programme weg, die sie nicht verarbeiten können. Prima Lösung find ich!

[Elvis]

Zitat:

Zitat von Medium

Generic weigert sich bestimmt, alles zu lesen was nicht auf .xml endet :-D

Ich denke er meinte es sarkastisch, nur war es etwas unglücklich ausgedrückt. ;-)

btw, ICH weigere mich alles einzulesen, was kein XML ist. Und das meist auch noch in dritter Instanz.
Erst wenn es tatsächlich Sinn macht auf die Interop eines offenen nicht-binären Formates zu verzichten, würde ich überhaupt auf die Idee kommen, mir weitere Argumente für non-XML anzuhören...
Es gibt viel zu viele beschissene binären Formate auf dieser Kugel.
Und bei jeder einzelnen geht einfach sinnlos Zeit drauf um sie entweder nach exzessivem Docs-schmökern zu reimplementieren oder schlimmer: Man muss Reverse-Engineering walten lassen.