On 6/21/07, Catalin Zamfir Alexandru [EMAIL PROTECTED] wrote:
I have Qt 3.6 [the last in the Gentoo package]. Do I really need Qt 4.3,
Yes, you really need Qt 4.3
But that's not the error message that you are receiving.
V1.37?!
That's the version of the bindings
--
Felipe Monteiro de
- 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
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:
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
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 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
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
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
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 -
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
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
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
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
- 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
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 :=
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
- 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_test;
- 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 programs
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
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 -
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
- 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 works with
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 :=
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
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
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
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
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
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
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
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
___
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
___
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
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 for Lazarus.
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 snapshots built for
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 -
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
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
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
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.
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: convert
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 the two
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 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
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
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 rushing
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
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
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ël
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.
--
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
particular patches
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
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
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 with
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 feedback
56 matches
Mail list logo
