Graeme Geldenhuys wrote:
The huge benefit of LCL-fpGUI will be bug fixing and
feature support. No need to limit the widget set to a specific version
of the GUI toolkit. Plus if there is a bug or some implementation
difference in fpGUI it could easily be tweaked, whereas with GTK2, Qt
etc you
On Tue, Nov 18, 2008 at 1:21 PM, Mark Morgan Lloyd
[EMAIL PROTECTED] wrote:
I might be missing something, but I've just noticed that gtk flatly
refuses to allow Lazarus programs to be run setuid. Now I see that
http://www.gtk.org/setuid.html gives adequate reasons why this is
deprecated but
Aleš Katona escreveu:
Note also the Vampyre imaging library which is pure pascal and supports a
wide variety of image formats (both loading and saving).
I think it's a sort of gaming lib but nothing prevents other uses.
http://imaginglib.sourceforge.net/
I already created a fpGui
Mark Morgan Lloyd wrote:
Luiz Americo Pereira Camara wrote:
Mark Morgan Lloyd escreveu:
Having said that I want to try to get 0.9.27 onto my remaining available
SPARC system, I'm very worried at the prospect of being marooned with
gtk1 on 0.9.24 while the rest of the World moves on
Did
Graeme Geldenhuys wrote:
Excellent. :-) Could you pass on those changes to extrafpc.cfg, so I
can add it in.
Working from memory, -Fu../lib becomes -Fu../lib/sparc-linux
Noting that Lazarus has the option of building with fpgui, what's the
current situation- does anything at all functional
2008/11/14 Mark Morgan Lloyd [EMAIL PROTECTED]:
Graeme Geldenhuys wrote:
Excellent. :-) Could you pass on those changes to extrafpc.cfg, so I
can add it in.
Working from memory, -Fu../lib becomes -Fu../lib/sparc-linux
the extrafpc.cfg files still need to be changed for the examples, i
On Fri, Nov 14, 2008 at 11:28 AM, Mark Morgan Lloyd
[EMAIL PROTECTED] wrote:
Working from memory, -Fu../lib becomes -Fu../lib/sparc-linux
Thanks. In recent revisions of fpGUI repository I changed the output
directory to use CPU-Target instead of hard-coding the output. This is
very handy for
Graeme Geldenhuys wrote:
or cross-compiling. I must have forgotten to update those files.
All extrafpc.cfg files have been updated in the latest fpGUI trunk
revision. So it should now compile out of the box.
Apropos cross-compiling and noting that I was using a big-endian
processor, I did
On Fri, Nov 14, 2008 at 1:47 PM, Mark Morgan Lloyd
Apropos cross-compiling and noting that I was using a big-endian
processor, I did notice that the uidesigner icons were blank but didn't
want to mention it until I'd got x86 and SPARC working in parallel so
knew what was expected.
Images
On Fri, 14 Nov 2008, Graeme Geldenhuys wrote:
On Fri, Nov 14, 2008 at 1:47 PM, Mark Morgan Lloyd
Apropos cross-compiling and noting that I was using a big-endian
processor, I did notice that the uidesigner icons were blank but didn't
want to mention it until I'd got x86 and SPARC
Michael Van Canneyt wrote:
On Fri, 14 Nov 2008, Graeme Geldenhuys wrote:
On Fri, Nov 14, 2008 at 1:47 PM, Mark Morgan Lloyd
Apropos cross-compiling and noting that I was using a big-endian
processor, I did notice that the uidesigner icons were blank but didn't
want to mention it until I'd
Graeme Geldenhuys wrote:
Images support in fpGUI is very basic. In only supports limited format
BMP files. Does 'fpimage' included in Free Pascal and used by Lazarus
LCL I believe work? If so, then the fpGUI image issues should be
resolved when I start implementing fpcanvas and fpimage
On Wed, 12 Nov 2008 10:21:16 +
Mark Morgan Lloyd [EMAIL PROTECTED] wrote:
Fair enough, but I think that puts me in a position that I need to state
my policy and that of the people I work for and with.
My policy is that I would prefer to build up enough competence in
Lazarus and FPC
On Thu, Nov 13, 2008 at 12:36 PM, Felipe Monteiro de Carvalho
Gmail won't take .exe or .zip with an exe inside, so change the
extensions to close similars, like winzip and winexe.
Yeah, that is damn irritating!!! Plus they don't even do a good job
of it. I attached a .tar.gz with only source
Aleš Katona wrote:
Fair enough about the quote, but the wording you used originally made
the impression of blackmailing on me, that's where the original
tension is from.
That was certainly not my intention and I apologise without reservation
to anybody who took it that way.
However if
Luiz Americo Pereira Camara wrote:
Mark Morgan Lloyd escreveu:
Having said that I want to try to get 0.9.27 onto my remaining available
SPARC system, I'm very worried at the prospect of being marooned with
gtk1 on 0.9.24 while the rest of the World moves on
Did you tried to compile/use
Graeme Geldenhuys wrote:
The fpGUI UI Designer project file is located in
fpgui/uidesigner/uidesigner.lpi
Alteratively you can compile from the command line as follows:
cd fpgui/uidesigner
fpc @extrafpc.cfg uidesigner.lpr
Runs both locally and remotely. I had to tinker with the -Fu in
On Thu, Nov 13, 2008 at 10:36 PM, Mark Morgan Lloyd
[EMAIL PROTECTED] wrote:
Runs both locally and remotely. I had to tinker with the -Fu in
extrafpc.cfg to compile, so far I've only used 0.9.24 and haven't tried x86.
Excellent. :-) Could you pass on those changes to extrafpc.cfg, so I
can
2008/11/11 Aleš Katona [EMAIL PROTECTED]:
Now don't get me wrong.. there's nothing wrong on going to other solutions
(even ones which have cost as products) if your situation warrants it. I have
also sometimes used different solutions where time didn't permit to fix the
various FPC/Lazarus
Aleš Katona wrote:
Now don't get me wrong.. there's nothing wrong on going to
other solutions (even ones which have cost as products) if
your situation warrants it. I have also sometimes used
different solutions where time didn't permit to fix the
various FPC/Lazarus problems (for
Henry Vermaak wrote:
you can send it my way. i've got an acer n30 that i've used with
lazarus before, so it wouldn't hurt testing on that.
Thanks, I'll drop him a note to make sure he sees this.
--
Mark Morgan Lloyd
markMLl .AT. telemetry.co .DOT. uk
[Opinions above are the author's, not
Henry Vermaak wrote:
i think you are misunderstanding mark, here. the fact that he is
taking the time to test and write detailed emails _is_ his
contribution. the hardest part of solving the problem is pinpointing
it, in many cases. this problem might not even be related to lazarus,
i
Héctor Fiandor Rosario wrote:
Dear Mark, my congratulations for yor work in LFP.
I am very happy with this compiler and really, it was very easy to
migrate from Delphi5 to LFP
I don't know why you're thanking me- I certainly don't deserve any of
it. :-)
There's a long list of the people
2008/11/12 Mark Morgan Lloyd [EMAIL PROTECTED]:
Mark Morgan Lloyd wrote:
I then copied the application over to the PDA again. The program load
time (i.e. from tapping the icon to the start of drawing the window) was
much better, but disappointingly the execution speed was not observably
Mark Morgan Lloyd wrote:
I then copied the application over to the PDA again. The program load
time (i.e. from tapping the icon to the start of drawing the window) was
much better, but disappointingly the execution speed was not observably
different, i.e. it still took a second to draw the
En/na Mark Morgan Lloyd ha escrit:
Mark Morgan Lloyd wrote:
I need to try some methodical tests in case I'm overlooking something.
I've now got a minimal test project for this which does appear to show
that the major problem is when gtk2 is run to a remote screen. Any
difference between
Luca Olivetti wrote:
No such freeze here (wait, I saw something similar once on the
production machine in another project, but it was gtk1 that was busy
substituting fonts or something, fixed with a .gtkrc, never saw it with
gtk2)
I'll try to add a test for this to my program, but I've
On Tuesday 11 November 2008 14.09:08 Martin Schreiber wrote:
Some more competition: ;-)
Suse 11 32bit, AMD Athlon XP3000+ 2.15GHz, ATI Radeon 9200SE
fpGUI, current trunk, button with caption, compiled with -B -O3
Duration: 00:00.305
Duration: 00:00.302
Duration: 00:00.303
Duration:
On Tuesday 11 November 2008 17:55, Martin Schreiber wrote:
On Tuesday 11 November 2008 14.09:08 Martin Schreiber wrote:
Some more competition: ;-)
Suse 11 32bit, AMD Athlon XP3000+ 2.15GHz, ATI Radeon 9200SE
Fedora 3 (hardly updated) 32 bit, kernel 2.6.20, Intel CoreDuo 2.4
ok here
Luca Olivetti wrote:
En/na Luca Olivetti ha escrit:
I'm surprised with your results, I didn't tune anything, everything was
configured automatically by mandriva. I'll see if I can try to run
lazarus itself remotely, just to check if my experience matches yours.
I just tried and lazarus
On Tue, Nov 11, 2008 at 7:27 PM, zeljko [EMAIL PROTECTED] wrote:
Same code without ProcessMessages (qt/gtk2)
QT (can you imagine this ;) )
Duration: 00:00.025
Duration: 00:00.025
Yes I get the same under GTK1, but it doesn't actually redraw (update
the screen) on every iteration, so that
Graeme Geldenhuys wrote:
I don't fiddle with graphics much. As long as I get the correct
resolution for my LCD or Laptop screen and my flurry screensaver
runs smoothly, I'm a happy man. :-) My OS is a stock standard Ubuntu
7.10 (32 bit) and the occasional apt security updates.
In the
On Tue, Nov 11, 2008 at 6:55 PM, Martin Schreiber [EMAIL PROTECTED] wrote:
fpGUI, current trunk, button with caption, compiled with -B -O3
Duration: 00:00.305
Duration: 00:00.302
Umm, so there is some space for improvement in fpGUI. I'll try and
find that stray 100ms. :)
So nvidia (nv) or ati (radeon I guess) or intel? I'd like to know the exact
setup. Thanks...
--
Aleš Katona [EMAIL PROTECTED]
___
Lazarus mailing list
Lazarus@lazarus.freepascal.org
http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
On Tuesday 11 November 2008 18:17, Graeme Geldenhuys wrote:
On Tue, Nov 11, 2008 at 6:55 PM, Martin Schreiber [EMAIL PROTECTED] wrote:
fpGUI, current trunk, button with caption, compiled with -B -O3
Duration: 00:00.305
Duration: 00:00.302
Umm, so there is some space for improvement in
Now don't get me wrong.. there's nothing wrong on going to other solutions
(even ones which have cost as products) if your situation warrants it. I have
also sometimes used different solutions where time didn't permit to fix the
various FPC/Lazarus problems (for commercial projects).
What I
I'm glad there was a smiley in that message :-)
Aleš Katona wrote:
If you don't like it there are basically 2 ways to go: go
elsewhere, or help make it better. Your choice.
This largely started because something wasn't working in gtk1, and I was
told to use gtk2. Then I found out that gtk2
Felipe Monteiro de Carvalho wrote:
On Mon, Nov 10, 2008 at 6:44 PM, Graeme Geldenhuys
[EMAIL PROTECTED] wrote:
Wow, even local GTK2 is *way* slower than GTK1. So I really wasn't
imagining it when I switch Lazarus IDE to GTK2.
We are aware of that. But gtk1 has a lot of other problems too,
Luca Olivetti wrote:
I have an application made with 0.9.26/gtk2 that is routinely[*] run in
remote through an ssh tunnel (the X server is either linux or windows
xming).
That does of course raise the interesting point that part of the remote
performance issue could be an X server issue.
On 11/11/08, Mark Morgan Lloyd [EMAIL PROTECTED] wrote:
I'd also suggest that saying that the machines Graeme or myself are
running must be badly set up is not a valid defence. I can't speak for
Graeme but in my case they're pretty much off-the-shelf Debian or
I don't fiddle with graphics
On Tue, Nov 11, 2008 at 2:49 PM, Mark Morgan Lloyd
[EMAIL PROTECTED] wrote:
Graeme Geldenhuys wrote:
I don't fiddle with graphics much. As long as I get the correct
resolution for my LCD or Laptop screen and my flurry screensaver
runs smoothly, I'm a happy man. :-) My OS is a stock standard
You're probably using closed-source nvidia or ati drivers?
The ATI ones suck bigtime when it comes to 2d performance, for me it goes to
50s on the circles test (others go fine).
Or perhaps, if you're using intel drivers or OSS versions (readon, not sure
about nvidia ones) try adding Option
On Tue, Nov 11, 2008 at 3:09 PM, Martin Schreiber [EMAIL PROTECTED] wrote:
tbutton1.Color := cl_Red
else
tbutton1.Color := cl_Blue;
That's cheating. A button is smaller than a panel (w:200 h:100). ;-)
Just joking.
MSEgui and fpGUI are double buffered (Graeme, please correct me
Aleš Katona wrote:
You're probably using closed-source nvidia or ati drivers?
No, I am using nothing other than what come with the standard Debian or
Slackware distros with the xorg.conf file as installed.
--
Mark Morgan Lloyd
markMLl .AT. telemetry.co .DOT. uk
[Opinions above are the
Aleš Katona wrote:
So nvidia (nv) or ati (radeon I guess) or intel? I'd like to know the exact
setup. Thanks...
In that case research it based on the fact that test machines include-
working from memory- a Compaq ProLiant 3000, Compaq AP550 and IBM
ThinkPad T22 all with onboard graphics, and
By all means whatever works for you best. We're not offering solutions to keep
customers here :)
If you don't like it there are basically 2 ways to go: go elsewhere, or help
make it better. Your choice.
--
Aleš Katona [EMAIL PROTECTED]
___
Lazarus
En/na Mark Morgan Lloyd ha escrit:
Luca Olivetti wrote:
I have an application made with 0.9.26/gtk2 that is routinely[*] run in
remote through an ssh tunnel (the X server is either linux or windows
xming).
That does of course raise the interesting point that part of the remote
On Mon, Nov 10, 2008 at 7:39 PM, Mark Morgan Lloyd
[EMAIL PROTECTED] wrote:
x86 800MHz laptop Debian Lenny 0.9.26/2.2.2
local
gtk 3.7
gtk2 13.7
remote
gtk 10.0
gtk2 60.4
Wow, even local GTK2 is
On Mon, Nov 10, 2008 at 6:44 PM, Graeme Geldenhuys
[EMAIL PROTECTED] wrote:
Wow, even local GTK2 is *way* slower than GTK1. So I really wasn't
imagining it when I switch Lazarus IDE to GTK2.
We are aware of that. But gtk1 has a lot of other problems too, so it
isn't exactly a good choice. Just
On Mon, 10 Nov 2008 22:44:12 +0200
Graeme Geldenhuys [EMAIL PROTECTED] wrote:
Clearly GTK2 is as speedy as a snail !!! :-(
On your system this may be true. I must admit that it was a while ago when I
compared gtk and gtk2 performance, but on my system gtk2 was actually faster
than gtk.
Is my
Please run gtkperf program on your end and give results (run it locally).
If you don't have it in packages, just get libgtk2-dev and compile from
sources (./configure make make install [as root]).
If you get more than ~10 seconds, something is wrong with your setup
(driver/X/theme). I get ~5s
Here's my result, for your comparison (AMD Turion 64bit 1xcore, 2gb RAM, OSS
Ati driver (no 3D) with EXA on ATI Mobility Radeon X1600:
GtkPerf 0.40 - Starting testing: Mon Nov 10 23:23:01 2008
GtkEntry - time: 0,03
GtkComboBox - time: 0,63
GtkComboBoxEntry - time: 0,54
GtkSpinButton - time:
Mark Morgan Lloyd escreveu:
Having said that I want to try to get 0.9.27 onto my remaining available
SPARC system, I'm very worried at the prospect of being marooned with
gtk1 on 0.9.24 while the rest of the World moves on
Did you tried to compile/use 0.9.27 with gtk1? It still possible to
Lord Satan wrote:
On your system this may be true. I must admit that it was a while
ago when I compared gtk and gtk2 performance, but on my system gtk2
was actually faster than gtk.
Do you think your tests predated 0.9.24? I'd rather not go back any
earlier unless the results were likely
2008/11/11 Ales Katona [EMAIL PROTECTED]:
Please run gtkperf program on your end and give results (run it locally).
If you don't have it in packages, just get libgtk2-dev and compile from
sources (./configure make make install [as root]).
If you get more than ~10 seconds, something is
On Tue, Nov 11, 2008 at 8:21 AM, Graeme Geldenhuys
[EMAIL PROTECTED] wrote:
---[ Work PC ]
I did so now on my PC. P4 2.2GHz with 1GB ram and integrated
ATI video card running Ubuntu 7.10 (32bit).
I couldn't believe the difference it makes when you switch
You should disable the (-gl) in debugging to have symbols stripped from exe.
Henrique.
From: [EMAIL PROTECTED]
Date: Sat, 8 Nov 2008 09:31:14 +
To: [EMAIL PROTECTED]
Subject: Re: [Lazarus] Performance of GTK 2 and CE
Mark Morgan Lloyd wrote:
Felipe Monteiro de Carvalho wrote
Felipe Monteiro de Carvalho wrote:
On Thu, Nov 6, 2008 at 8:04 AM, Mark Morgan Lloyd
[EMAIL PROTECTED] wrote:
Somebody I know started experimenting with Lazarus for CE a few days ago
but finds the performance unacceptable- vastly slower than C#. Is this
likely to be caused by debugging code,
On Fri, Nov 7, 2008 at 7:00 AM, Mark Morgan Lloyd
[EMAIL PROTECTED] wrote:
Most development was using the emulator, but when I copied it over to
the PDA for the first time I was shocked by the performance.
So the performance was good using the emulator?
All it is doing is drawing some
Felipe Monteiro de Carvalho wrote:
Maybe your device has very little memory, and the executable fills it.
Did you strip before moving the executable to the PDA?
Just in case Andy isn't familiar with this, how's it done on CE?
--
Mark Morgan Lloyd
markMLl .AT. telemetry.co .DOT. uk
[Opinions
2008/11/7 Henry Vermaak [EMAIL PROTECTED]:
2008/11/7 Mark Morgan Lloyd [EMAIL PROTECTED]:
Felipe Monteiro de Carvalho wrote:
Maybe your device has very little memory, and the executable fills it.
Did you strip before moving the executable to the PDA?
Just in case Andy isn't familiar with
Please, sorry.
I omit the fact that i talk about in LTSp Client machine.
2008/11/6 Osvaldo Filho [EMAIL PROTECTED]
Sorry my english.
One time a go, i test this, the problem appear with click the mouse but
when i use space bar to push a button the speed is normal!
2008/11/6 Mark Morgan
On Fri, Nov 7, 2008 at 12:33 PM, Henry Vermaak [EMAIL PROTECTED] wrote:
compile with -Xs or manually run arm-wince-strip --strip-unneeded on the exe.
I don't know if it's any different, but I usually do: arm-wince-strip
--strip-all myfile.exe
--
Felipe Monteiro de Carvalho
2008/11/7 Felipe Monteiro de Carvalho [EMAIL PROTECTED]:
All it is doing is drawing some standard edit boxes and buttons on the
screen. The PDA I tried it on is an XDA Stellar.
Well, I can't think of why this kinds of things would be slow. They
shouldn't, just simple as that.
i agree. i
Felipe Monteiro de Carvalho wrote:
On Fri, Nov 7, 2008 at 12:33 PM, Henry Vermaak [EMAIL PROTECTED] wrote:
compile with -Xs or manually run arm-wince-strip --strip-unneeded on the exe.
I don't know if it's any different, but I usually do: arm-wince-strip
--strip-all myfile.exe
Thanks both.
Mark Morgan Lloyd wrote:
There appears to be far less difference in performance between a
networked and local X session when 0.9.24/2.2.0 is used.
0.9.27 (snapshot of a couple of weeks ago) compiled natively on an ARM
(Debian Etch on an NSLU2 slug) with gtk2 runs at full speed. However
I
I can't help notice that IDE 0.9.26 compiled for gtk2 crawls, I've not
yet investigated the speed of gtk2 apps. Is this being slowed down by
debugging code, and is there a compile-time option to disable this?
Somebody I know started experimenting with Lazarus for CE a few days ago
but finds
On 11/6/08, Aleš Katona [EMAIL PROTECTED] wrote:
I've recently moved to freeBSD 64bit and was forced to use the OSS radeon
driver, and my gtkperf result went from ~55s to ~5s.
Try gtkperf on your machine and see what you get. If any test takes more
than few seconds, there's something
I can't comment on CE, but gtk2 performance is very display driver related.
I've recently moved to freeBSD 64bit and was forced to use the OSS radeon
driver, and my gtkperf result went from ~55s to ~5s.
Try gtkperf on your machine and see what you get. If any test takes more than
few seconds,
Sorry my english.
One time a go, i test this, the problem appear with click the mouse but
when i use space bar to push a button the speed is normal!
2008/11/6 Mark Morgan Lloyd [EMAIL PROTECTED]
Graeme Geldenhuys wrote:
On 11/6/08, Aleš Katona [EMAIL PROTECTED] wrote: I've recently
moved
Graeme Geldenhuys wrote:
'gtkperf' was also not in Ubuntu 7.10's repositories. I downloaded the
.deb file from the sourceforge.net website. It installed without
problems. I don't know if it supports GTK1 though.
It's still not in Debian Lenny. I'll investigate later, but I think
the problem
Aleš Katona wrote:
I can't comment on CE, but gtk2 performance is very display driver related.
I've recently moved to freeBSD 64bit and was forced to use the OSS radeon
driver, and my gtkperf result went from ~55s to ~5s.
Try gtkperf on your machine and see what you get. If any test takes
Mark Morgan Lloyd wrote:
The common element is that in all cases I'm running X over the LAN, but
while Lazarus is fairly snappy with gtk 1 if I recompile it for gtk 2,
either from the command line or using its internal rebuild facility,
performance plummets: I have to wait for about a
On Thu, Nov 6, 2008 at 4:14 PM, Marc Weustink [EMAIL PROTECTED] wrote:
Are you running remote by using a VNC server on your sparc end that
using a vncviewer to access it remotely, or are you running X remote
(sparc connecting to a remote X server)
The latter I can confirm as dog slow. Over a
Marc Weustink wrote:
Are you running remote by using a VNC server on your sparc end that
using a vncviewer to access it remotely, or are you running X remote
(sparc connecting to a remote X server)
My comment was largely to illustrate the fact that I'm heavily oriented
towards using a
Graeme Geldenhuys wrote:
Umm, I should really start working on LCL-fpGUI then. ;-) This might
solve some issue for a few people.
I agree. The combination of 0.9.26+gtk1 crashing on SPARC and
0.9.26+gtk2 not crashing as soon but being unusable is a bit of a
show-stopper for me.
--
Mark
On Thu, 06 Nov 2008 17:03:17 +
Mark Morgan Lloyd [EMAIL PROTECTED] wrote:
If I get as far as being able to duplicate this problem in a standalone
program what function should I use to get a millisecond (or better) time?
If I understand you correctly you need a high resolution timer?
I
Lord Satan wrote:
If I understand you correctly you need a high resolution timer?
I recommend EpikTimer: http://wiki.lazarus.freepascal.org/EpikTimer
Thanks, noted :-)
--
Mark Morgan Lloyd
markMLl .AT. telemetry.co .DOT. uk
[Opinions above are the author's, not those of his employers or
Marc Weustink wrote:
If I get as far as being able to duplicate this problem in a standalone
program what function should I use to get a millisecond (or better) time?
???
Well, something rather better than a seconds count, anyway :-)
--
Mark Morgan Lloyd
markMLl .AT. telemetry.co .DOT.
79 matches
Mail list logo