In our previous episode, dmitry boyarintsev said:
> > I am just trying to understand the
> > limitations of the bindings as there seems to be no documentation.
> The binding treats OpenGL versions in the same way as any other extension.
> Only new version function are loaded on demand. This makes t
> I am just trying to understand the
> limitations of the bindings as there seems to be no documentation.
The binding treats OpenGL versions in the same way as any other extension.
Only new version function are loaded on demand. This makes the binding
very *flexible*.
Because some obsolete function
Lord Satan wrote:
> On Sun, 10 May 2009 23:47:07 +0200
> Lord Satan wrote:
>
> I uploaded the patch to the bug tracker as issue #0013687
>
Looking quickly at the patch, it doesn't seem to set Result values
correctly. For example, all Load_GL_version_xxx will always return true,
if only the firs
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_GL_version_1_5 to call
> Load
Lord Satan wrote:
> 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 sen
Lord Satan wrote:
>
> Nonetheless, I don't understand why the ARB version does not work.
> AFAIK it has the same entry points as the core functionality and
> OpenGL versions are required to support the ARB version of functions
> even if the non ARB version is in the core now.
>
No. OpenGL doesn'
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
> 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.
You'll also need to initialize any OpenGL extension you might to use.
>> Nonetheless, I don't understand why the AR
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
> This does not work for me. I added it to the Init function of my render
> engine (as I know that at this time I have a valid OpenGL context) to no
> avail. My code keeps crashing at
glIsBufferARB function is loaded by Load_GL_ARB_vertex_buffer_object
call it on Render engine initialization.
i
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
In our previous episode, Lord Satan said:
> 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
On 05 May 2009, at 06:21, leledumbo wrote:
I'm almost there to have Write(Ln) works for my OS. I've made
SysInitStdIO
call OpenStdIO(Output,fmOutput,StdOutputHandle); and calling
Write(Ln) gives
no error (i.e. IOResult = 0). But where does it actually write to?
If I can
access the buffer,
On 06 May 2009, at 20:29, Lourival Mendes wrote:
Dear all, I would like to write a program that must work in MS DOS
with an input from file and output to another file, also I would like
to compile the same program in linux with the same premises (input and
output to files).
There should be
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
Am Samstag, 9. Mai 2009 20:25 schrieb dmitry boyarintsev:
> > How can I find out if a socket connection in a nonblocking mode is
> > established?
>
> according to the man page, you're doing correct path:
> http://linux.die.net/man/2/connect
> i did use non-blocking connection for both Linux and OSX
On Sunday 10 May 2009 12:11:55 Michael Van Canneyt wrote:
> On Sun, 10 May 2009, fpcl...@silvermono.co.za wrote:
> > Hi guys
> >
> > Tinkering with Findfirst, Findnext functions within Linux, I discovered
> > that the file attribute pointing to the parent dir and the curent dir (.
> > + ..) are mis
On Sunday 10 May 2009 11:54:01 Jonas Maebe wrote:
> On 10 May 2009, at 11:44, fpcl...@silvermono.co.za wrote:
> > Tinkering with Findfirst, Findnext functions within Linux, I
> > discovered that
> > the file attribute pointing to the parent dir and the curent dir (.
> > + ..) are
> > missing from f
On Sunday 10 May 2009 11:03:00 Marco van de Voort wrote:
> In our previous episode, fpcl...@silvermono.co.za said:
> > Are there replacements for the deprecated CreateShellArgV and
> > FreeShellArgV functions and procedure that are currently defined in
> > genfuncs.inc?
>
> Not currently. What do y
On Sun, 10 May 2009, fpcl...@silvermono.co.za wrote:
> Hi guys
>
> Tinkering with Findfirst, Findnext functions within Linux, I discovered that
> the file attribute pointing to the parent dir and the curent dir (. + ..) are
> missing from filutilh.inc - Am I looking in the wrong place?
I nev
On 10 May 2009, at 11:44, fpcl...@silvermono.co.za wrote:
Tinkering with Findfirst, Findnext functions within Linux, I
discovered that
the file attribute pointing to the parent dir and the curent dir (.
+ ..) are
missing from filutilh.inc - Am I looking in the wrong place?
I found that the
Hi guys
Tinkering with Findfirst, Findnext functions within Linux, I discovered that
the file attribute pointing to the parent dir and the curent dir (. + ..) are
missing from filutilh.inc - Am I looking in the wrong place?
I found that the following works;
procedure Test();
const
faDirDots
In our previous episode, fpcl...@silvermono.co.za said:
> Are there replacements for the deprecated CreateShellArgV and FreeShellArgV
> functions and procedure that are currently defined in genfuncs.inc?
Not currently. What do you need them for?
___
fpc
24 matches
Mail list logo
