On Wed, 13 May 2009 15:56:10 +0400
dmitry boyarintsev wrote:
> Binding flexibility is required, if application is to be distributed.
> There's no way to say, what kind of OpenGL drivers is installed on the
> next machine.
First of all this is no answer to my question. I was speaking about 3.x and
On Mon, 11 May 2009 10:12:11 +0400
dmitry boyarintsev wrote:
> Only new version function are loaded on demand. This makes the binding
> very *flexible*.
> Because some obsolete functions might be removed in future OpenGL versions.
OpenGL 3.x also deprecates many OpenGL 1.1 functions (for example
On Mon, 11 May 2009 03:09:40 +0200
Michalis Kamburelis wrote:
> Change this e.g. to follow each
> Result := Load_GL_version_1_5;
> by
> if not Result then Exit;
> Result := FALSE;
Instead I moved the Load_GL_version_x_x calls to the end of the functions.
Replacing Result:=TRUE;
> ... to m
On Mon, 11 May 2009 10:12:11 +0400
dmitry boyarintsev wrote:
> The binding treats OpenGL versions in the same way as any other extension.
Which isn't a good thing IMHO. The artificial limitation that you have to load
higher version functions like extensions is just because M$ did and does not
w
On Sun, 10 May 2009 23:47:07 +0200
Lord Satan wrote:
I uploaded the patch to the bug tracker as issue #0013687
S.
--
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail
On Sun, 10 May 2009 22:40:59 +0200
Michalis Kamburelis wrote:
> Lord Satan wrote:
> > On Sun, 10 May 2009 18:46:26 +0400 dmitry boyarintsev
> > wrote:
> You mean you want to change Load_GL_version_2_0 to also call
> Load_GL_version_1_5 under the hood, and then Load_G
On Sun, 10 May 2009 18:46:26 +0400
dmitry boyarintsev wrote:
> > So it looks like I have to init all OpenGL versions from 1.2 to 2.0 to make
> > sure that all OpenGL 2.0 core functions are initialized. Is this true?
> Judging from glext, it's true.
This makes no sense to me. I can submit a patch
On Sun, 10 May 2009 17:54:49 +0400
dmitry boyarintsev wrote:
> hope it helps.
It does, thanks.
So it looks like I have to init all OpenGL versions from 1.2 to 2.0 to make
sure that all OpenGL 2.0 core functions are initialized. Is this true?
Nonetheless, I don't understand why the ARB version d
On Sat, 9 May 2009 22:29:51 +0400
dmitry boyarintsev wrote:
> uses
> ...gl, glext...
>
> ...
> if not Load_GL_version_2_0 then begin
> writeln('OpenGL 2.0 is not supported');
> Halt;
> end;
> ...
This does not work for me. I added it to the Init function of my render engine
(as I
On Sat, 9 May 2009 22:29:51 +0400
dmitry boyarintsev wrote:
> ANY OS must call it (both Linux and OSX), otherwise function variables
> are not initialized!
But this is an FPC restriction not an OpenGL one. My own OpenGL headers did not
need this and they worked.
Anyway, thanks for the informatio
Hi all,
I am trying to use FPCs OpenGL bindings instead of my own under Linux.
But just replacing my bindings with the FPC ones does not seem to be enough as
I get a segfault.
GDB shows that using a OpenGL 2.0 core function crashes my program.
I have seen that there are extension loading routines
On Sat, 9 May 2009 16:03:35 +0200
Jonas Maebe wrote:
> Your reply was just as unnecessary to such an aside.
You are absolutely right. I sincerely apologize and will refrain myself from
commenting on windows in the future.
--
A: Because it messes up the order in which people normally read text
On Sat, 9 May 2009 21:02:03 +0800
Lou James wrote:
> By the way,Win7 RC is great.
Yeah, and pigs can fly.
http://www.infopackets.com/news/software/windows_tips/2009/20090507_windows_7_users_warned_over_filename_security_risk.htm
http://arstechnica.com/microsoft/news/2009/05/r2e-microsoft-intel-
13 matches
Mail list logo
