On 9 March 2012 10:03, Florian Klaempfl wrote:
FPC has also arithmetic right shifting intrinsics for a couple of
versions: Sar* (*=ShortInt,SmallInt,Longint,Int64), use those.
Awesome, now it works! Thanks Florian.
--
Regards,
- Graeme -
___
leledumbo schrieb:
Where is this FPDocManager? I've seen a thread about it, but I can't find (or
miss due to skimming) where it is.
It's in Lazarus trunk, in examples/fpdocmanager, and requires FPC 2.7
(trunk).
DoDi
--
___
Lazarus mailing list
Graeme Geldenhuys schrieb:
For example, here is a one method that is often called, but because
there is no 64-bit x86_64 implementation, the agg output is not
correct (compared to the 32-bit version of my program).
IMO the Delphi implementation is already broken, because it doesn't
respect
What is FPDocManager?
Richard
On 9 Mar 2012 11:01, Hans-Peter Diettrich drdiettri...@aol.com wrote:
leledumbo schrieb:
Where is this FPDocManager? I've seen a thread about it, but I can't find
(or
miss due to skimming) where it is.
It's in Lazarus trunk, in examples/fpdocmanager, and
i have finished an application that use the TDbf and, as expected, generates
.dbf files.
I have tried the application in other PC, and dont read the .dbf file.
I have observed that in this PC, the .dbf is shown as an Excel file, maybe
due to the Panel Control Options (I dont want to
On 9 March 2012 12:51, Hans-Peter Diettrich wrote:
IMO this should read
SHR is broken for signed integers in *Delphi*, so we need a correct
additional implementation...
In my copy of AggPas, I completely removed that comment and replaced
all three shr_xxx implementations with FPC's Sar*()
Op 8 maart 2012 19:19 heeft Mark Morgan Lloyd
markmll.laza...@telemetry.co.uk het volgende geschreven:
0.9.30.2 built from /tags/lazarus_0_9_30_2 using 2.4,4 or 2.6.0 (2.6.0
probably won't work)
CP from my build scripts to try to keep tab on what's happening. This one
still fails:
Vincent Snijders wrote:
Op 8 maart 2012 19:19 heeft Mark Morgan Lloyd
markmll.laza...@telemetry.co.uk het volgende geschreven:
0.9.30.2 built from /tags/lazarus_0_9_30_2 using 2.4,4 or 2.6.0 (2.6.0
probably won't work)
CP from my build scripts to try to keep tab on what's happening. This one
I use this for cross plattform:
function shr_int32(i ,shift : longint ) : longint; inline;
begin
Result:= i div (1 shl shift);
end;
Am 09.03.2012 08:46, schrieb Graeme Geldenhuys:
Hi,
Can anybody with Assembly knowledge help convert 3 methods in AggPas
(lcl/components/aggpas/src) so that
On Fri, 9 Mar 2012 14:17:47 +0200
Graeme Geldenhuys graemeg.li...@gmail.com wrote:
On 9 March 2012 12:51, Hans-Peter Diettrich wrote:
IMO this should read
SHR is broken for signed integers in *Delphi*, so we need a correct
additional implementation...
In my copy of AggPas, I
2012/3/7 Vincent Snijders vincent.snijd...@gmail.com:
The Lazarus team is happy to announce that Lazarus 0.9.30.4RC2 is
available for download from:
http://sourceforge.net/projects/lazarus/files/
Choose your CPU / OS / distro and then the 0.9.30.4RC2 directory.
The Lazarus testing
2012/3/9 Kjow antispamm...@gmail.com:
FPC svn:
http://svn.freepascal.org/svn/fpc/tags/release_2_6_0/
Lazarus:
http://svn.freepascal.org/svn/lazarus/branches/release_0_9_30_4/
http://svn.freepascal.org/svn/lazarus/trunk/
http://svn.freepascal.org/svn/lazarus/branches/fixes_0_9_30/
...
On 9 March 2012 16:12, Mattias Gaertner wrote:
Should these changes be applied to the lazarus aggpas?
Yes. Attached is the patch for this thread's mentioned problem - no
x86_64 bit shifting implementation.
I'm working further on AggPas and fixed some other things too. I'll
supply a few
2012/3/8 zeljko zel...@holobit.net:
We cannot remove it just because you think so. If it's removed we need to
test consequences on gtk, gtk2 and qt.
I know, I was counting on someone saying that it is needed and why.
With copying to clipboard, I found this in LCLQT in
On Fri, 9 Mar 2012 16:33:39 +0200
Graeme Geldenhuys graemeg.li...@gmail.com wrote:
On 9 March 2012 16:12, Mattias Gaertner wrote:
Should these changes be applied to the lazarus aggpas?
Yes. Attached is the patch for this thread's mentioned problem - no
x86_64 bit shifting
On Friday 09 of March 2012 15:36:09 cobines wrote:
2012/3/8 zeljko zel...@holobit.net:
We cannot remove it just because you think so. If it's removed we need to
test consequences on gtk, gtk2 and qt.
I know, I was counting on someone saying that it is needed and why.
With copying to
Op 9 maart 2012 15:12 heeft Kjow antispamm...@gmail.com het volgende
geschreven:
Reassuming:
With specialize, both 0.9.30.3 or 0.9.30.4RC2 don't compile, but
ctrl+space works
Without specialize, both 0.9.30.3 or 0.9.30.4RC2 compile, but
ctrl+space doesn't work.
With or without specialize
Are you saying that you need to be able to open the .dbf file by double
clicking on it and instead of your application opening it, it is opening in
Excel?
Richard
On 9 Mar 2012 11:57, Ing. Héctor F. Fiandor Rosario
hfian...@infomed.sld.cu wrote:
i have finished an application that use the TDbf
Hi,
The problem is because GLScene wrongly define GLS_GENERIC_PREFIX
depending on LCL_RELEASE instead of FPC_RELEASE.
I submitted a patch for that a few time ago and it is now available in
the GLScene trunk.
http://glscene.svn.sourceforge.net/viewvc/glscene?view=revisionrevision=6008
{$IFDEF
2012/3/9 Patrick Chevalley pcheval...@gmail.com:
Hi,
The problem is because GLScene wrongly define GLS_GENERIC_PREFIX
depending on LCL_RELEASE instead of FPC_RELEASE.
I submitted a patch for that a few time ago and it is now available in
the GLScene trunk.
2012/3/9 zeljko zel...@holobit.net:
Yeah, just try to copy something from openoffice under X11 and paste it into
qt application (or to win32 app running under wine) and you'll see problem
(and that comes from gtk2).
My wild guess is that #0 was added because of gtk2.
I'll fix qt in any case
On 09.03.2012 18:39, Patrick Chevalley wrote:
Hi,
The problem is because GLScene wrongly define GLS_GENERIC_PREFIX
depending on LCL_RELEASE instead of FPC_RELEASE.
I submitted a patch for that a few time ago and it is now available in
the GLScene trunk.
On Friday 09 of March 2012 19:00:29 cobines wrote:
2012/3/9 zeljko zel...@holobit.net:
Yeah, just try to copy something from openoffice under X11 and paste it
into qt application (or to win32 app running under wine) and you'll see
problem (and that comes from gtk2).
My wild guess is
Please excuse a dim question: what is best practice for implementing
something like the IDE's Messages window, i.e. a sequence of text
lines always visible, without the requirement of displaying graphics?
Does TListBox.MakeCurrentVisible work- the documentation doesn't specify
whether item is
Dear Mr. Richard:
no, i dont said it.
first, i have tried to execute de application. The application work, but not
read the .dbf file with some data. It work like the first time, without
history, as empty table.
Then, I have closed the application, and open the Windows explores, in the
2012/3/9 zeljko zel...@holobit.net:
I'll fix qt in any case ... .whatever you put at the end, but who will fix
gtk2 or carbon ?
I have never seen this final #0 problem in Carbon
--
Felipe Monteiro de Carvalho
--
___
Lazarus mailing list
2012/3/9 Ing. Héctor F. Fiandor Rosario hfian...@infomed.sld.cu
**
Dear Mr. Richard:
no, i dont said it.
Sorry for misunderstanding.
first, i have tried to execute de application. The application work, but
not read the .dbf file with some data. It work like the first time, without
We can make a Qt build of the IDE for Mac OS X 10.8+ users until the
Cocoa interface is ready.
--
Felipe Monteiro de Carvalho
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
On Saturday 10 of March 2012 07:34:11 Felipe Monteiro de Carvalho wrote:
2012/3/9 zeljko zel...@holobit.net:
I'll fix qt in any case ... .whatever you put at the end, but who will
fix gtk2 or carbon ?
I have never seen this final #0 problem in Carbon
ok, then gtk/gtk2 should be tested.
--
On Saturday 10 of March 2012 08:43:48 Felipe Monteiro de Carvalho wrote:
We can make a Qt build of the IDE for Mac OS X 10.8+ users until the
Cocoa interface is ready.
And Qt for cocoa MUST be at least 4.8.1 since there's a lot of bugs in 4.7.XX
and 4.8 even cannot be installed (used) on Lion
30 matches
Mail list logo