On 22/06/07, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
Some time ago, Graeme Geldenhuys (hope I spelled this correct from memory)
posted some TFPTimer component to this list.
The name is 100% correct. :-)
Thanks for taking my idea further and submitting it to FCL. This is
what I love abo
In the small threads program below I force a runtime error in a thread.
How do I get access to the output from the thread when it stops?
This program does not write anything to the terminal when the thread stops.
Carsten
---
program testthread
On Fri, 22 Jun 2007 06:58:55 +0200 (CEST)
[EMAIL PROTECTED] (Marco van de Voort) wrote:
> > On 21 jun 2007, at 20:52, Marco van de Voort wrote:
> >
> > ... That said, you are clearly in favour of merging those patches, and so
> > is Vincent. ...
>
> I'm a simple echo of Vincent. The point is
> On 21 jun 2007, at 20:52, Marco van de Voort wrote:
>
> ... That said, you are clearly in favour of merging those patches, and so
> is Vincent. ...
I'm a simple echo of Vincent. The point is that I see Lazarus more or less
as the (only) Tier 1 "customer". They earned that right by their feed
"josepascual" <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]
Hi Everyone
I have made a example with lua inside freepascal. I have test it in i386
fpc
2.1.4 with no problem
ann in ARM with fpc 2.1.4. I hav a problem:
I have tried to debug it (gdb):
Hi Jose :-)
I can't help you wi
Joost van der Sluis wrote:
IN principle you can set ReadOnly to false and ParseSQL to true. That
way sqldb tries to parse your query. If it's a simple 'select * from
table' the TSQLQuery will be updateable. It automatically generates
update/delete and insert queries. For the 'where' clause is us
Hello,
Some time ago, Graeme Geldenhuys (hope I spelled this correct from memory)
posted some TFPTimer component to this list.
The component was changed so another timer mechanism can be plugged in,
and the result has been added to the FCL. A small test program is
provided.
The Lazarus people ma
On Thu, 21 Jun 2007 21:31:59 +0200
Jonas Maebe <[EMAIL PROTECTED]> wrote:
>
> >> Nobody will dispute that, regardless of when the release is. That's
> >> also not what the discussion is about. The question is whether it's
> >> better to risk introducing new unknown bugs by merging those
> >> part
On 6/21/07, Alain Michaud <[EMAIL PROTECTED]> wrote:
I am currently running in KDE-3.4. I am going to ruin my system if I
try to compile QT-4 ?
AFAIK Qt 3 and Qt 4 can live side by side without problems,
the libraries have different names, one should not interfere with the other.
--
F
If you're on Gentoo and enable the qt3support flag, no, you will not.
On Thursday 21 June 2007 18:32, Alain Michaud wrote:
> Hi,
>
> I am currently running in KDE-3.4. I am going to ruin my system if I
> try to compile QT-4 ?
>
> thanks
>
> Alain
>
> On Thu, 2007-06-21 at 14:30 +0200, Dani
Felipe Monteiro de Carvalho schrieb:
>
> Backtrace just for the record:
>
> [EMAIL PROTECTED] test]$ ./projecttest
> Gleitkomma-Ausnahme
Floating point exception.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/m
On 21 jun 2007, at 20:52, Marco van de Voort wrote:
On 21 jun 2007, at 20:30, Marco van de Voort wrote:
Afaik everyone who is needed for release building is still available
in the last week of July.
True, but rushing wouldn't do the release any good IMHO.
I don't think the end of July is r
> On 21 jun 2007, at 20:30, Marco van de Voort wrote:
>
> > Currently, I don't see 2.2 being released before september (because of
> > holidays, we are getting awfully close to july).
>
> Afaik everyone who is needed for release building is still available
> in the last week of July.
True, but
On 21 jun 2007, at 20:30, Marco van de Voort wrote:
Currently, I don't see 2.2 being released before september (because of
holidays, we are getting awfully close to july).
Afaik everyone who is needed for release building is still available
in the last week of July.
So,
- Maybe we shoul
> On 21 jun 2007, at 18:39, Vincent Snijders wrote:
>
> > And I do actually want to be as close as possible to the release
> > code, but IMHO opnion the merge policy of the fpc team is too strict.
>
> Afaics none of the two issues listed on that wiki page are
> regressions. I therefore don't
On 21 jun 2007, at 19:41, Vincent Snijders wrote:
We have done such things before (like switching the compiler to
executeprocess shortly before a release because dos.exec had 255 char
limitations, and then after the release it turned out that in some
not that uncommon situations executeprocess
On Thu, 21 Jun 2007 18:49:39 +0200
Jonas Maebe <[EMAIL PROTECTED]> wrote:
>
> On 21 jun 2007, at 18:39, Vincent Snijders wrote:
>
> > And I do actually want to be as close as possible to the release
> > code, but IMHO opnion the merge policy of the fpc team is too strict.
>
> Afaics none of t
On Thu, 21 Jun 2007, [EMAIL PROTECTED] wrote:
> Hi
>
> I try your solutions and here are the results:
>
> 1.) TIP: set text buffer higher (using settextbuf) -> RESULT: procedure
> breaks later
> 2.) TIP: use flush() after writeln() -> RESULT: procedure breaks on first
> flush()
> 3.) TIP: co
On 21 jun 2007, at 19:12, [EMAIL PROTECTED] wrote:
I try your solutions and here are the results:
1.) TIP: set text buffer higher (using settextbuf) -> RESULT:
procedure breaks later
2.) TIP: use flush() after writeln() -> RESULT: procedure breaks on
first flush()
3.) TIP: convert first fl
On Thu, 21 Jun 2007, Tom York wrote:
> By the way is NNTP forbidden? I would much rather use NNTP over a mailing
> list.
Better stick to mailing list. NNTP means inviting all kinds of nonsense
on the list. Having a small treshold (subscribing) is not bad.
Michael.
Hi
I try your solutions and here are the results:
1.) TIP: set text buffer higher (using settextbuf) -> RESULT: procedure breaks
later
2.) TIP: use flush() after writeln() -> RESULT: procedure breaks on first
flush()
3.) TIP: convert first float to text and then put it out -> RESULT: the same
Hi,
Thank you all for the answer. I learned that i can do program_name.
for namespace as well cool :)
Ido
On 6/21/07, Tom York <[EMAIL PROTECTED]> wrote:
Hi! New list member here...
> I saw an interesting bug on C++, and I was wondering how to solve this
> type of bug in Pascal:
This is e
On 21 jun 2007, at 18:39, Vincent Snijders wrote:
And I do actually want to be as close as possible to the release
code, but IMHO opnion the merge policy of the fpc team is too strict.
Afaics none of the two issues listed on that wiki page are
regressions. I therefore don't think it is unr
I think it's a bad idea to release Lazarus with a patched FPC 2.2
If FPC 2.2 isn't suitable for a Lazarus release, IMHO we should wait
for 2.2.2 or similar.
thanks,
--
Felipe Monteiro de Carvalho
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.
On Thu, 21 Jun 2007 18:27:48 +0200 (CEST)
Peter Vreman <[EMAIL PROTECTED]> wrote:
> >
> > On 21 jun 2007, at 16:52, [EMAIL PROTECTED] wrote:
> >
> >> I committed it in trunk in r7756.
> >>
> >> I created a wiki page with missing changes in the fixes branch. I
> >> am considering to add them the sn
On Thu, 21 Jun 2007 17:08:05 +0200
Jonas Maebe <[EMAIL PROTECTED]> wrote:
>
> On 21 jun 2007, at 16:52, [EMAIL PROTECTED] wrote:
>
> > I committed it in trunk in r7756.
> >
> > I created a wiki page with missing changes in the fixes branch. I
> > am considering to add them the snapshots built
>
> On 21 jun 2007, at 16:52, [EMAIL PROTECTED] wrote:
>
>> I committed it in trunk in r7756.
>>
>> I created a wiki page with missing changes in the fixes branch. I
>> am considering to add them the snapshots built for Lazarus.
>> http://wiki.lazarus.freepascal.org/
>> Useful_changes_not_in_the_fi
Tom York wrote:
> By the way is NNTP forbidden? I would much rather use NNTP over a
> mailing list.
IIRC, these lists are mirrored in gmane, so perhaps you can use gmane ?
Have the mailing list subscription, but configure it to not send email.
Micha
__
> No, it won't, "test" here refers to the function result variable.
Is that the correct behaviour? I thought scope would be applied outwards
so, first it would look at local procedures, then methods of the same class
and lastly global routines.
Dean
_
By the way is NNTP forbidden? I would much rather use NNTP over a
mailing list.
Thanks,
Tom
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
When you want to start a new thread, please create a new mail, instead
of replying to a another message and changing the subject. The latter
method messes up automatic threading in most email clients, because
there are other email headers apart from the subject which indicate to
which thread
Hi,
I have tried to compile program which failed in version 2.1.4 ppcrossarm as:
Program received signal SIGSEGV, Segmentation fault.
TRY_CONCAT_FREE_CHUNK_FORWARD (MC=0x40213170) at heap.inc:679
679 in heap.inc
with a version 2.3.1 ppcrossarm (snap 20/06/2007) with other different error
als
Hi,
I am currently running in KDE-3.4. I am going to ruin my system if I
try to compile QT-4 ?
thanks
Alain
On Thu, 2007-06-21 at 14:30 +0200, Daniël Mantione wrote:
>
> Op Thu, 21 Jun 2007, schreef Catalin Zamfir Alexandru:
>
> > I may have the easiest job of them all. I'm u
Hello,
When you want to start a new thread, please create a new mail,
instead of replying to a another message and changing the subject.
The latter method messes up automatic threading in most email
clients, because there are other email headers apart from the subject
which indicate to wh
On 21 jun 2007, at 16:52, [EMAIL PROTECTED] wrote:
I committed it in trunk in r7756.
I created a wiki page with missing changes in the fixes branch. I
am considering to add them the snapshots built for Lazarus.
http://wiki.lazarus.freepascal.org/
Useful_changes_not_in_the_fixes_branch
Ple
Hi Everyone,
I have downloaded last snap (20_06_2007) for fpc 2.3.1 and I have make and
make installed for i386,
for ARM compilation stop compiling objects.pp because {$E+} is inside code,
It does not work for ARM I have commented this switch to comopile.
best regards
Jose Pascual
___
Hi! New list member here...
> I saw an interesting bug on C++, and I was wondering how to solve this
> type of bug in Pascal:
This is easily resolved.
Try this version:
{$MODE OBJFPC}
program namespace_test;
function test : boolean;
begin
writeln('public function test called.');
result := tru
- Original Message -
From: Jonas Maebe <[EMAIL PROTECTED]>
Date: Thursday, June 21, 2007 2:57 pm
Subject: Re: [fpc-pascal] CheckSynchronize
>
> On 21 jun 2007, at 14:54, Jonas Maebe wrote:
>
> > On 21 jun 2007, at 14:45, [EMAIL PROTECTED] wrote:
> >
> >> The following patch from Micha
I just added here support for Qt 4.2
Only some ifdefs to switch between qt4 and the qt42 unit were necessary.
You can turn the Qt 4.2 mode using the define USE_QT_4_2. commited on
revision 11352
Unfortunately it didn't work. Compiles and links fine, but crashes at
startup. Not sure what is wron
Op Thu, 21 Jun 2007, schreef [EMAIL PROTECTED]:
> I think it will call itself, until it runs out of stack space (error 202).
No, it won't, "test" here refers to the function result variable.
Daniël___
fpc-pascal maillist - fpc-pascal@lists.freepasc
On 21 jun 2007, at 14:54, Jonas Maebe wrote:
On 21 jun 2007, at 14:45, [EMAIL PROTECTED] wrote:
The following patch from Micha works with pfc 2.1.5:
I tried to run the test programs with fpc 2.3.1 too, but I had too
much troubles
with the heapmanager to be able to test it.
Can this patch
- Original Message -
From: Jonas Maebe <[EMAIL PROTECTED]>
Date: Thursday, June 21, 2007 2:54 pm
Subject: Re: [fpc-pascal] CheckSynchronize
>
> On 21 jun 2007, at 14:45, [EMAIL PROTECTED] wrote:
>
> > The following patch from Micha works with pfc 2.1.5:
> > I tried to run the test prog
- Original Message -
From: ik <[EMAIL PROTECTED]>
Date: Thursday, June 21, 2007 2:53 pm
Subject: [fpc-pascal] Interesting namespace question
> Hi,
> I saw an interesting bug on C++, and I was wondering how to solve this
> type of bug in Pascal:
>
> {$MODE OBJFPC}
> program namespace_tes
On 21 jun 2007, at 14:45, [EMAIL PROTECTED] wrote:
The following patch from Micha works with pfc 2.1.5:
I tried to run the test programs with fpc 2.3.1 too, but I had too
much troubles
with the heapmanager to be able to test it.
Can this patch be applied?
I think it's ok.
Jonas
Hi,
I saw an interesting bug on C++, and I was wondering how to solve this
type of bug in Pascal:
{$MODE OBJFPC}
program namespace_test;
function test : boolean;
begin
result := true;
end;
type
TTest = class
function test : boolean;
end;
function TTest.test : boolean;
begin
result := t
- Original Message -
From: Jonas Maebe <[EMAIL PROTECTED]>
Date: Tuesday, June 19, 2007 10:34 am
Subject: Re: [fpc-pascal] CheckSynchronize
>
> On 18 jun 2007, at 19:48, Vincent Snijders wrote:
>
> > Is it our fault that we call CheckSynchronize nested (i.e.
> > indirectly from a syn
Hello,
my fpc (current version from svn ) compiler crashes, when I compile a
procedure like this:
procedure Crash;
var
c0: function: pointer; cdecl;
c1: function: integer; cdecl;
m: HMODULE;
begin
m:= LoadLibrary('blah.dll');
c0:= GetProcAddress(m, 'c0');
c1:= c0();
c1;
end;
btw. is th
On Thursday 21 June 2007 11:58:38 am Catalin Zamfir Alexandru wrote:
> Still compiling. 4 hours have passed and Qt is still compiling.
hehe, that is why I just bought a new computer (Core2Duo,2GB): < 20 minutes
now :-).
But 4 hours is a lot, it did not take that long on my 2.54GHz with 256
Op Thu, 21 Jun 2007, schreef Catalin Zamfir Alexandru:
> I may have the easiest job of them all. I'm updating my Gentoo QT to
> 4.3
> which compiles the source, installs it and makes all necesary adjustments.
>
> Still compiling. 4 hours have passed and Qt is still compiling.
QT
I may have the easiest job of them all. I'm updating my Gentoo QT to
4.3
which compiles the source, installs it and makes all necesary adjustments.
Still compiling. 4 hours have passed and Qt is still compiling.
Sincerely,
don't know why I even bother, but once it's finished I
Ok, it works but I have problems:
1. MessageDlg function shows the text, but doesn't show the buttons [mbOK] and
[mbCancel].
2. The menu in KCalculator doesn't show. It's there, but the EditResult TEdit
component along with the butons just top it, instead of sitting right below
it, they float o
In the next few days I will add a conditional define to select if you
want to work with Qt 4.3 or Qt 4.2
This should allow for more flexibility when deploying the application.
bye,
--
Felipe Monteiro de Carvalho
___
fpc-pascal maillist - fpc-pascal@l
Hi Everyone, (gdb) list
I have made FPC (fpc-2.1.4_aka_2.2.0_beta) for ARM with DEBUG=1 so I can
debug problem:
I have a program which works okey in same version for i386 but for arm
I'm trying to debug it to see what it's happening
I have run program in GDB and I received it:
Program received s
Henry Vermaak wrote:
On 20/06/07, Joost van der Sluis <[EMAIL PROTECTED]> wrote:
You mean how many rows are affected by the last query you've run? I saw
request for that earlier.
But imho, you never need it. You always should know how many rows are
affected before you execute a query.
Of cou
On Thursday 21 June 2007 11:32:56 am Felipe Monteiro de Carvalho wrote:
> I am trying here, but it's hard to install qt 4.3 on my Mandriva ... I
> found some pre-compiled packages, but they require that I update my
> glibc (and I am definetively not doing that, it's easier to reinstall
> the entire
I am trying here, but it's hard to install qt 4.3 on my Mandriva ... I
found some pre-compiled packages, but they require that I update my
glibc (and I am definetively not doing that, it's easier to reinstall
the entire os)
--
Felipe Monteiro de Carvalho
__
On 20/06/07, Joost van der Sluis <[EMAIL PROTECTED]> wrote:
You mean how many rows are affected by the last query you've run? I saw
request for that earlier.
But imho, you never need it. You always should know how many rows are
affected before you execute a query. It could be a debug-tool,
thou
I had qt 4.2 or something with qt3support. Well, I'm updating my system to
qt4.3 so that these bindings will be compatible.
Once I do that, I'm going to get the Qt package again, recompile LCL and test
the program.
Have any of you made it work on Qt?!
On Thursday 21 June 2007 09:56, Catalin Za
I re-re-recompiled. Now, when setting QT on my project I don't receive
the "can't find unit qtint" error which is good, but I receive errors from:
/usr/lib/libqtintf.so: different errors here from QT classes/functions.
Which I asume is the fact that I don't have QT 4.3 installed. Do you guys
ag
Went and compiled Clean + Build on LCL, while setting the rest to None.
Selected Qt as interface and the went on with the normal compilation [Build
Lazarus and all, acording to the info on the Wiki].
On Thursday 21 June 2007 10:21, [EMAIL PROTECTED] wrote:
> - Original Message -
> From:
- Original Message -
From: Catalin Zamfir Alexandru <[EMAIL PROTECTED]>
> According to the instructions on the Qt_Interface Lazarus Wiki Page.
That is what I assume you did. But to make sure you did all the required
steps, I asked if you could outline them in your own words.
>
> On
61 matches
Mail list logo