Please add a constant value GL_EXT_bindable_uniform
GL_UNIFORM_BUFFER_EXT = $ 8DEE;
url: http://www.opengl.org/registry/specs/EX ... niform.txt
it is in the official specification, and module no.
Thank you.
PS: Sorry for bad English.: (

noeska & Igroman: Thanks for your advice. I have fixed them yesterday and i will release a new version of the header soon. (at leat weekend).

Thank you)
And this declaration is right function?

is true: "char: string"? (Maybe: "char: PGLchar" ?)

Yes. That's right. glGetAttribLocation has an wrong deklaration. String should be PGLchar. Noeska posted this error some posts before.

By the way. I also found some problems. The extension GL_NV_texture_barrier isn't really implemented. The function of them won't be loaded yet.

I'm sorry, I just don't see)

Ich habe den Header benutzt, um mein Open Party Pascal Binding zu erstellen. Es hat auch anfangs alles ganz gut funktioniert aber unter gewissen, unscheinbaren Bedingungen wirft er eine "Floating point exception". Weitere Kommentare werden nicht geliefert.

Es scheint laut Horazont mit der FPU und deren Modi zusammen zu hängen. Ich nutze nämlich eine (eigene) C-Bibliothek, die u.A. Modelle darstellt und zudem ist OpenGL schon vorinitialisiert.

Mit der normalen, bei FPC mitgelieferten gl.ppu funktioniert (scheinbar) alles bestens.

Habt ihr eine Idee, woran das liegen könnte? Ich habe Testweise in dem betreffenden Modul auch Set8087CW($133F); an der Anfang gesetzt. Das System ist übrigens Linux auf einer 32 Bit Maschine.

LG Ziz

_________________
Denn wer nur schweigt, weil er Konflikte scheut, der macht Sachen, die er hinterher bereut.
Und das ist verkehrt, denn es ist nicht so schwer, jeden Tag zu tun als ob's der letzte wär’.
Und du schaust mich an und fragst ob ich das kann.
Und ich denk, ich werd' mich ändern irgendwann.
_________________Farin Urlaub - Bewegungslos

Noch eine Frage von mir zum Header zum Thema. Unten steht:

Was genau soll das? Wenn ich das richtig sehe, wird so der Set8087CW-Aufruf unter FPC auf i386-er Plattformen außer kraft gesetzt, oder?

greetings

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

Da es in diesem Thread noch nicht erwähnt wurde:

Der Header ist seit Ende März in einer Version 4.0 verfügbar. Siehe dazu dglOpenGL.pas

_________________
Blog: kevin-fleischer.de und fbaingermany.com

Lord:
Ja der Aufruf macht so ziemlich gar nichts. Obwohl er eigentlich was machen will. Das ist schon seit Anbegin der Zeit so.
Ich meine seit der Version 3.0.1 des Headers müsste das geändert worden sein. Versuchs mal mit aktualisieren.

Ziz:
Das 8087 Control Word beeinflusst die FPU. Also Rundung, Genauigkeit und ob sie Exceptions auslöst oder nicht. Bevor ich da weiter suche (zumal ich da selber Raten müsste) auch hier die Frage. Hast du einen aktuellen Header?

Bzw du hast "das testweise in dem betroffenen Modul" gemacht. Sehr vielsagend für Leute die den Aufbau deines Projektes nicht kennen. Was ist dabei denn raus gekommen? Falls du den Header in der DLL/SO benutzt, dann musst du Set8087CW selbst per Hand aufrufen, da das Set8087CW innerhalb des Headers im Initialization Teil steht. Linux Bibliotheken kennen aber kein Initialization/Finalization. FPC ist dann auch noch so geil und ignoriert solchen weggeworfenen Quellcode kommentarlos!

Flash:
Dazu gibt es eigentlich das erste Post. Wobei ich es sowieso für zu umständlich empfinde die History doppelt und dreifach halten zu müssen. Oder auch den Titel "(letzte Aktualisierung : Q1.2010)" des ersten Posts immer anpassen zu lassen. Auf welchem Stand der Header ist kann man anhand der Größe des Themas sowieso nicht mehr abschätzen. Zu mal diese Infos ja mittlerweile auch übersichtlich im Wiki zu finden sind. Das wurde ja früher hier in dem Thema erledigt. Derzeit ist es mehr ein Sammelthema für Problem. Wo ja auch nichts gegen spricht.

Das stimmt so nicht (mehr). Ich habe vor kurzem erst die (unangenehme) Erfahrung gemacht, dass der Init-Code von FPC sehr wohl ausgeführt wird. Die Initialisierungen des FPU und MMX-CW haben mich nämlich ganz schön auf Trab gehalten (Hostanwendung hat sich über falsche Werte nach dem Laden der Lib beschwert). Also das scheint nicht mehr aktuell zu sein.

Danke für den Hinweis mit der 4.0er Version … Ich habe den Header zugegebenermaßen seit einer Ewigkeit nicht mehr aktualisiert, weil meine Graifkkarte auch nicht mehr kann .

greetings

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

Als ich Probleme mit meiner TextSuite dahingehend hatte, hatte ich diverse Infos gefunden die besagten, dass die Bobliotheken (SO) so eine Section gar nicht besitzen. Also, dass das vom Betriebssystem her gar nicht möglich ist. Kann aber auch sein, dass ich das Falsch in Erinnerung habe. Ist schon eine ganze Weile her. Auch möglich, dass fpc da etwas gedreht hat.

Die reine c dynamic library unterstützt kein init, das ist korrekt.
Bei C++ ist es was ganz anderes, denn hier gibt es sowas und da fallen dann static, class und globale variablen rein.
Gcc und VSc++ compliieren in der regel C++ libs und daher haben beide init sections die leider sache des jeweiligen Entwicklungshauses sind. Denn Dynamische Bibliotheken sind C und kein C++, was in C++ passiert ist ausserhalb der ISO und Funktioniert nicht immer und überall. Bestes Beispiel ist das erstellen von static womit Aya vor kurzem mit kämpfen musste. GCC geht soweit, das man ganze Klassen nutzt ohne einer einzigen function. Das geht dann aber nur Problemlos, wenn man die anwendungssoftware mit dem gleichen compiler compiliert.

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

Ah, verstehe, also ist das wohl abhängig von der Hostanwendung … Spring ist ja C++ und FPC nutzt die GCC Toolchain, daher passt das, dass ich da eine Initialisierung bekomme.

greetings

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

Header war auf der Version 3.2 (glaube ich, kann auch 3.3 gewesen sein), nun ist er auf jeden Fall auf Version 4.0.

Ich habe mit den funktionierenden Header von Free Pascal einmal im Source angeschaut und folgendes am Anfang entdeckt:

Das habe ich in die Initialisierung meines Modules (unter Linux eine "so", unter Windows "dll", wobei letzteres bisher ungetestet ist <_<) gepackt und es scheint nun zu funktionieren.

Wenn nochmal ein Fehler auftritt - was ich nicht hoffe -, sehe ich weiter.

_________________
Denn wer nur schweigt, weil er Konflikte scheut, der macht Sachen, die er hinterher bereut.
Und das ist verkehrt, denn es ist nicht so schwer, jeden Tag zu tun als ob's der letzte wär’.
Und du schaust mich an und fragst ob ich das kann.
Und ich denk, ich werd' mich ändern irgendwann.
_________________Farin Urlaub - Bewegungslos

How does dglopengl initialize opengl arb related funtions?
As on the virtualbox bug report i made i get the reply that that is done wrong
see: http://www.virtualbox.org/ticket/7125

"If it works on some "real" linux it's a "luck" and nothing more."

Suposedly this url should clarify things:
http://dri.freedesktop.org/wiki/glXGetProcAddressNeverReturnsNULL

_________________
http://3das.noeska.com - create adventure games without programming