This is a repost of an earlier response to another thread. I did not recieve
any response so I am posting this in its own thread.
I have several old books (circa 1991), including source code, covering TP6 in
my library.
Perhaps the most interesting one covers generic programming. It covers
model
Ivàn Caballero Cano wrote:
> I want to konow if there is a units like Turbo Vision For Borland Turbo
> Pascal for Free Pascal.
> There are a Units o something else that help to build windows, check
> box, list box, like Turbo Vision but for Free Pascal??
Do you mean a library for GUI or Console a
- Original Message -
From: "Ivàn Caballero Cano" <[EMAIL PROTECTED]>
To:
Sent: Tuesday, June 21, 2005 6:17 AM
Subject: [fpc-devel] About Turbo Vision in FreePascal
> Hello, Im from Mexico.
>
> Excuseme my bad and wrong English
>
> I want to konow if there is a units like Turbo Vision
On Mon, 2005-06-20 at 17:17 -0500, Ivàn Caballero Cano wrote:
> Hello, Im from Mexico.
>
> Excuseme my bad and wrong English
>
> I want to konow if there is a units like Turbo Vision For Borland Turbo
> Pascal for Free Pascal.
> There are a Units o something else that help to build windows, check
Hello, Im from Mexico.
Excuseme my bad and wrong English
I want to konow if there is a units like Turbo Vision For Borland Turbo
Pascal for Free Pascal.
There are a Units o something else that help to build windows, check
box, list box, like Turbo Vision but for Free Pascal??
Thanks
___
Ok this patch does the following:
Removes the writeln() in case the library fails to load.
If the whole library is not found, it throws an exception which tell the
library name. If any method within the library is not found it throws an
exception with the given method name.
Ales
P.S: it's pa
I found two minor problems (so far) on Fedora Core 4 (current svn):
1. The "Copyright:" tag must be "License:" in the fpc.spec file.
(Apparently "Copyright:" has been deprecated for a while).
2. The samplecfg script fails, probably because the upgrade to gcc 4
has changed the output of gcc -v
On Mon, 20 Jun 2005 18:53:04 +0200
Florian Klaempfl <[EMAIL PROTECTED]> wrote:
> Ales Katona wrote:
>
> > Ok so here's the patch. If you feel some things should change, tell me
> > about it.
> > This patch adds "TryLoadGL[u[t]]" and "GL[u[t]]IsLoaded" methods and
> > also "fixes" the crash on win
I don't like this patch. Some years ago we didn't abort when no e.g. no
glut.dll was found and we get a lot of bug reports like 2969 and 3100
where people complained that they get runtime errors when using opengl code.
Yes I also tought about that. Ok I'll make it just "exception out" on
e
Ales Katona wrote:
> Ok so here's the patch. If you feel some things should change, tell me
> about it.
> This patch adds "TryLoadGL[u[t]]" and "GL[u[t]]IsLoaded" methods and
> also "fixes" the crash on win32 if opengl is not present. (but it will
> still crash later, if the user doesn't check)
>
On Mon, 20 Jun 2005, Stefan Kisdaroczi wrote:
Hi,
I tried fpdoc (fpc 2.0.0,win2000) and it crashes because it seems not to expand
macros.
Example unit:
UNIT fpdoctest1;
{$DEFINE HELLO:=//}
HELLO WORLD;
INTERFACE
IMPLEMENTATION
END.
It compiles ok :
fpc -Sm fpdoctest1.pas
Target OS: Win3
Hi,
I tried fpdoc (fpc 2.0.0,win2000) and it crashes because it seems not to expand
macros.
Example unit:
UNIT fpdoctest1;
{$DEFINE HELLO:=//}
HELLO WORLD;
INTERFACE
IMPLEMENTATION
END.
It compiles ok :
>fpc -Sm fpdoctest1.pas
Target OS: Win32 for i386
Compiling fpdoctest1.pas
11 Lines compile
Ok so here's the patch. If you feel some things should change, tell me
about it.
This patch adds "TryLoadGL[u[t]]" and "GL[u[t]]IsLoaded" methods and
also "fixes" the crash on win32 if opengl is not present. (but it will
still crash later, if the user doesn't check)
Ales
Index: packages/extra/
Hi,
On Mon, 20 Jun 2005, Ales Katona wrote:
> I've noticed that openGL libraies are loaded in the initialization
> section and if the loading fails it writelns something and halts.
> I think this is innapropriate.
I agree.
> I've currently made it to try and load the library in the initializati
I've noticed that openGL libraies are loaded in the initialization
section and if the loading fails it writelns something and halts.
I think this is innapropriate. I've made some changes but first I want
to know your opinion.
Do you think it's better to let the user load the library(via some
15 matches
Mail list logo
