On 03/15/2014 08:10 AM, Richard Mace wrote:
Hi All,
I have never written a console app and was wondering 2 things.
Firstly, if I was to write an app that doesn't require a GUI, that
runs on both Windows and Linux (with no XServer) is that classed as a
console app?
And secondly, is it fairly
On 3/17/14, Michael Schnell mschn...@lumino.de wrote:
A problem might be that there (right now) is no Widget Type in
Lazarus, that has no GUI binding and allows for using stuff like TTimer,
TThread.Synchronize, TThread.Queue and QueuAsyncCall().
The NoGUI WS doesn't allow this?
Bart
--
On 03/17/2014 11:04 AM, Bart wrote:
The NoGUI WS doesn't allow this?
No. It does not provide an Event Queue for the main thread.
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On Mon, 17 Mar 2014 11:04:07 +0100
Bart bartjun...@gmail.com wrote:
On 3/17/14, Michael Schnell mschn...@lumino.de wrote:
A problem might be that there (right now) is no Widget Type in
Lazarus, that has no GUI binding and allows for using stuff like TTimer,
TThread.Synchronize,
On 03/17/2014 11:14 AM, Mattias Gaertner wrote:
Feel free to add it.
It's not as impossible as I initially thought, as the fpc RTL already
provides the basic Queue implantation that can be used (while all other
active Widget Types use a queue provided by the GUI infrastructure
they attach
I have never written a console app and was wondering 2 things.
Firstly, if I was to write an app that doesn't require a GUI, that runs on
both Windows and Linux (with no XServer) is that classed as a console app?
And secondly, is it fairly straight forward to write a console app that
stores
Hi All,
I have never written a console app and was wondering 2 things.
Firstly, if I was to write an app that doesn't require a GUI, that runs on
both Windows and Linux (with no XServer) is that classed as a console app?
And secondly, is it fairly straight forward to write a console app that
On 15/03/2014 08:10, Richard Mace wrote:
I have never written a console app and was wondering 2 things.
Firstly, if I was to write an app that doesn't require a GUI, that runs
on both Windows and Linux (with no XServer) is that classed as a console
app?
Yes, it would.
And secondly, is it
On Sat, 15 Mar 2014 07:10:27 +
Richard Mace richard.m...@gmail.com wrote:
Hi All,
I have never written a console app and was wondering 2 things.
Firstly, if I was to write an app that doesn't require a GUI, that runs on
both Windows and Linux (with no XServer) is that classed as a console
On 14.08.2011 00:05, Graeme Geldenhuys wrote:
On 13 August 2011 23:25, Marco van de Voort wrote:
How do you measure memory usage?
Two ways:
1) 'gnome-system-monitor', look in the Processes tab, there is a Memory column.
2) Use 'top -pprocessid. Subtract the SHR value from the RES value.
On Sun, Aug 14, 2011 at 12:05:02AM +0200, Graeme Geldenhuys wrote:
How do you measure memory usage?
Two ways:
1) 'gnome-system-monitor', look in the Processes tab, there is a Memory
column.
2) Use 'top -p processid. Subtract the SHR value from the RES value.
What is what I mean by
On 14 August 2011 15:07, Marco van de Voort wrote:
claims about a program. It might be the memory manager or heap
fragmentation, not the program.
Then it's very strange that just Lazarus IDE is showing this behaviour
on my system. Other software and tools I have written can allocated
lots of
On Sun, Aug 14, 2011 at 03:24:10PM +0200, Graeme Geldenhuys wrote:
claims about a program. It might be the memory manager or heap
fragmentation, not the program.
Then it's very strange that just Lazarus IDE is showing this behaviour
on my system. Other software and tools I have written can
On 8/12/2011 23:14, Michael Thompson wrote:
OMG. Then we really need to discover what the gtk2 glue is doing so wrong.
It's not just LCL-GTK2, the same thing happens with Lazarus IDE compiled
for LCL-Qt4 too. Just tested. Opening a blank project, Lazarus IDE
(using LCL-Qt4) uses 69MB
On 12 August 2011 18:40, Martin laza...@mfriebe.de wrote:
gvim does only open about 10 tabs not one tab per file. At least my
installation. I can not open more tabs, or access any other than the 10
tabs. I can from the buffer menu change the content of each tab, but that's
still only 10
Am 13.08.2011 12:05, schrieb Henry Vermaak:
You have to make sure that you've set the highlighting for delphi or
fpc. In either case, the highlighting is trivial.
At least considering nested comments etc., this is not true :) I never
used vim, but all fpc highlighting I saw so far in unix
On 13/08/2011 11:05, Henry Vermaak wrote:
You have to make sure that you've set the highlighting for delphi or
fpc. In either case, the highlighting is trivial. If you're taking ten
times longer to open the file, then you're doing it wrong. It's quite
funny that you're trying to prove that
On 12 August 2011 20:42, Vincent Snijders wrote:
Another reason to have as little releases as possible. ;-)
LOL. The funniest comment I have seen in a while. :)
--
Regards,
- Graeme -
___
fpGUI - a cross-platform Free Pascal GUI toolkit
On 12 August 2011 18:57, Henry Vermaak wrote:
similar capability. As Graeme showed, we've become slower, so if we don't
watch it, this kind of attitude will end us up with a sluggish, bloated ide.
Thank you. Somebody gets what I'm trying to get across. The problem is
not not serious yet, but
2011/8/13 Michael Thompson :
Does the memory usage lower when you then close the 100 units? Trying to
eliminate leak as a possibility.
Closing all but one file, memory usage dropped by a whopping 2MB. I
left the system idle for about 10 minutes while having a coffee brake.
Memory usage was
On 13/08/2011 15:25, Graeme Geldenhuys wrote:
On 12 August 2011 18:57, Henry Vermaak wrote:
similar capability. As Graeme showed, we've become slower, so if we don't
watch it, this kind of attitude will end us up with a sluggish, bloated ide.
Thank you. Somebody gets what I'm trying to get
On 12.08.2011 18:47, Florian Klämpfl wrote:
Am 11.08.2011 22:13, schrieb Graeme Geldenhuys:
On 11 August 2011 21:38, Felipe Monteiro de Carvalho
felipemonteiro.carva...@gmail.com wrote:
I find the choice of going for a console app quite curious.
+1
And this is not the first message (in
On 13 August 2011 16:38, Martin wrote:
Are you sure?
Have you compared speed to 0.9.28? And which actions have you used for
checking speed?
Yet, at least between a 0.9.29 binary I had lying around, and 0.9.30.1
In the days of 0.9.26 and 0.9.28 I used the GTK1 interface. At that
point
On Sat, Aug 13, 2011 at 1:49 PM, Graeme Geldenhuys
graemeg.li...@gmail.com wrote:
On 13 August 2011 16:38, Martin wrote:
Are you sure?
Have you compared speed to 0.9.28? And which actions have you used for
checking speed?
Yet, at least between a 0.9.29 binary I had lying around, and
On 13/08/2011 17:49, Graeme Geldenhuys wrote:
On 13 August 2011 16:38, Martin wrote:
Are you sure?
Have you compared speed to 0.9.28? And which actions have you used for
checking speed?
Yet, at least between a 0.9.29 binary I had lying around, and 0.9.30.1
Both GTK2 ? For the opeing of a
Am Samstag 13 August 2011, 19:45:09 schrieb Martin:
those units. MSEide was instant with near zero screen flicker.
Very interesting. I just added the 450 univint files to a project in
mseide (though under windows, while all other tests where done under linux)
It takes 15 seconds to
On 13/08/2011 17:49, Graeme Geldenhuys wrote:
My other concern was memory consumption. I know I have no clue as to
what Lazarus IDE everything does, but I can say that for the generate
usage of loading a project with some 5-15 units open, code navigating
here and there etc.. the memory
On 13/08/2011 18:59, Martin Schreiber wrote:
Am Samstag 13 August 2011, 19:45:09 schrieb Martin:
those units. MSEide was instant with near zero screen flicker.
Very interesting. I just added the 450 univint files to a project in
mseide (though under windows, while all other tests where
Am Samstag 13 August 2011, 19:59:15 schrieb Martin:
On 13/08/2011 17:49, Graeme Geldenhuys wrote:
My other concern was memory consumption. I know I have no clue as to
what Lazarus IDE everything does, but I can say that for the generate
usage of loading a project with some 5-15 units open,
On 13/08/2011 18:59, Martin Schreiber wrote:
Am Samstag 13 August 2011, 19:45:09 schrieb Martin:
Very interesting. I just added the 450 univint files to a project in
mseide (though under windows, while all other tests where done under linux)
It takes 15 seconds to open (so yes it is a little
On 13/08/2011 19:28, Martin Schreiber wrote:
The default pascal.sdef file is Delphi compatible. Please change in
apps/ide/syntaxdefs/pascal.sdef scope comment1 comment endtokens '}'
to scope comment1 comment calltokens '{' comment1 endtokens '}'
for nested comments.
Thanks, that worked
Am Samstag 13 August 2011, 20:26:22 schrieb Martin:
Watching the process, it appears, that when opeing a project, MSE-ide
does not load all the files for which it creates tabs? At least sysutils
does not show any disk activity to that extend.
While if I open them via the file-open (into an
On 13/08/2011 19:37, Martin Schreiber wrote:
Correct. After the fix of the missing beginupdate()/endupdate() MSEide should
open the project and create the 400 editor tabs in 2..3 seconds.
Yes, I have the update, less than 1 sec.
--
___
Lazarus
Am Samstag 13 August 2011, 20:33:13 schrieb Martin:
MSEide does not store context for syntax highlighting after the source
has been colored. The editor grid stores richstringty:
richstringty = record
text: msestring;
format: formatinfoarty;
flags: richflagsty;
2011/8/13 Flávio Etrusco :
Question: do you have Open designer on open unit preference enabled?
I have no idea. But it is most likely not relevant either. My projects
are all fpGUI based, and that's the projects I used to test Lazarus
with. Those projects don't use *.lfm files like LCL apps do.
On 13 August 2011 19:45, Martin wrote:
Yet, at least between a 0.9.29 binary I had lying around, and 0.9.30.1
Both GTK2 ? For the opeing of a project with *m any* files?
Yes, the old 0.9.29 and new 0.9.30.1 versions of Lazarus was both
compiled against GTK2 widgetset.
Obviously the speed
On Sat, Aug 13, 2011 at 04:31:22PM +0200, Graeme Geldenhuys wrote:
Closing all but one file, memory usage dropped by a whopping 2MB. I
left the system idle for about 10 minutes while having a coffee brake.
Memory usage was still the same, so there doesn't seem to be some
delayed garage
On 13 August 2011 19:59, Martin wrote:
Well one thing, I noted is that MSEide does not seem to deal with nested
comments,
Florian also mentioned something like that. First, nested comments
give me compiler warnings, so I never do that. I listen to the FPC
compiler. :) And if I must, my outer
On 8/13/11, Graeme Geldenhuys graemeg.li...@gmail.com wrote:
I have a aging Intel P4 laptop which is 8 years old, and MSEide is
just faster on it than Lazarus and uses much less memory. I don't even
run Gnome on my laptop any more. :)
[Off Topic]
I run Lazarus on a 11 year old 700 Mhz Celeron
On 13/08/2011 22:34, Graeme Geldenhuys wrote:
There were plenty of reports (some by you IIRC Graeme) like deprecated
being highlighted in the wrong place.
That seems to work fine in my copy of MSEide, and my syntax
highlighting scheme. I don't use default syntax highlighting schemes
in Lazarus
On 13 August 2011 23:25, Marco van de Voort wrote:
How do you measure memory usage?
Two ways:
1) 'gnome-system-monitor', look in the Processes tab, there is a Memory column.
2) Use 'top -p processid. Subtract the SHR value from the RES value.
What is what I mean by memory usage.
--
On 13 August 2011 23:56, Martin wrote:
So as far as I can see speed is watched, where it has an impact on normal
use cases.
OK, thanks.
the active tab? Does LCL always set focus (active tab) to the newly
created tab sheet? That's what it looks like to me (when I tested
Friday at work).
On 13/08/2011 22:56, Graeme Geldenhuys wrote:
On 13 August 2011 20:26, Martin wrote:
ide and Lazarus. Lazarus is designed to open them. (e.g It needs to know if
the file refers to a form/lfm // I don't know what else may require an
immediate load of the file).
This might sound silly, but
On 13/08/2011 23:21, Graeme Geldenhuys wrote:
the active tab? Does LCL always set focus (active tab) to the newly
created tab sheet? That's what it looks like to me (when I tested
Friday at work).
I don't know enough about that, and it may depend on the widgetset too.
maybe windows, or gtk are
Am Samstag 13 August 2011, 23:56:13 schrieb Martin:
I don't know if loading the files can even be omitted. After all the IDE
must know if they contain a {$R *.lfm}, in order to decide if a form
needs to be loaded in the designer.
In MSEide the *.pas and *.mfm (the MSEgui *.lfm equivalent)
Am Sonntag 14 August 2011, 00:02:27 schrieb Martin:
procedure Deprecated;
procedure Foo(deprecated: Boolean);
type
deprecated = boolean;
var
a: deprecated;
etc.
MSE-ide appears to highlight quite some of them.
Correct. MSEide uses a very simple syntax highlighing method
Am Sonntag 14 August 2011, 00:21:49 schrieb Graeme Geldenhuys:
I don't know if anyone has such a number of files open in real life, you
can't maintain them anyway, you never find a file through the tabs, and
neither through any menu.
Martin does in MSEide, and I am starting to use it in a
On 08/12/2011 04:13 AM, waldo kitty wrote:
i have numerous apps that are being upgraded from DOS console apps and
there's
really no reason for them to have to incorporate all of the fluff'n'stuff of
graphics...
OK, Alexsander raise a valid point. You have to cater for the
environment
On Fri, Aug 12, 2011 at 10:57 AM, Graeme Geldenhuys
graemeg.li...@gmail.com wrote:
i'm still rather appalled that lazarus takes 75Meg on one machine and 125Meg
on
another for a debug environment... i'm not sure about the size difference
since
On the flip side, there are some software that
On 08/12/2011 11:16 AM, Felipe Monteiro de Carvalho wrote:
So I can only conclude that 150 MB of RAM is not nearly a big deal =D
It could even fit on my phone!
The test project I used as an example is a new (and small project) we
started recently, and already Lazarus uses such a lot of
i'm still rather appalled that lazarus takes 75Meg on one machine and 125Meg
on
another for a debug environment... i'm not sure about the size difference
since
(...)
On the flip side, there are some software that still perform very well
today. eg: One of my projects loaded in Lazarus
On Fri, 12 Aug 2011, Graeme Geldenhuys wrote:
On 08/12/2011 11:16 AM, Felipe Monteiro de Carvalho wrote:
So I can only conclude that 150 MB of RAM is not nearly a big deal =D
It could even fit on my phone!
The test project I used as an example is a new (and small project) we
started
On Thu, Aug 11, 2011 at 03:43:36PM -0300, Alexsander Rosa wrote:
Should we use CRT or VIDEO unit? What's the state of Free Vision? We plan to
port our WMS (Warehouse Management System) module from C to Pascal (to use
our persistence framework). It has a few colors, a numbered menu and a few
On 08/12/2011 11:44 AM, michael.vancann...@wisa.be wrote:
That depends. Does MSEIDE offer the same features ?
I'm not arguing feature vs feature. Each IDE has there own unique
features, and both have many features in common too. I simply tested the
features in common. eg: Loading and managing
Am 12.08.2011 10:57, schrieb Graeme Geldenhuys:
Lets just hope and pray that Lazarus doesn't one day get the
performance of Eclipse IDE. That is probably the slowest and most
memory hungry IDE I have every come across. :-/
I normally don't use such acronyms, but here it fits:
+1 (for both
On 08/11/2011 10:03 PM, Alexsander Rosa wrote:
A standard GUI app would require the (dozens of) warehouse operators
to use the stylus heavily.
??? A GUI application can easily react on keystrokes
-Michael
--
___
Lazarus mailing list
...
in fact I once did a GUI application (in Delphi) that the user (a person
watching what goes on in a subway station) handles blind via the
keyboard. No mouse attached to that PC.
-Michael
--
___
Lazarus mailing list
memory usage after the above:
Lazarus IDE (gtk2): 145MB
MSEide: 31MB
Where are you seeing these numbers? I guess you know you have to look
at RSS, right?
(In case anyone is interested, nn Linux event library mappings is
accounted in VM. GTK has huge mappings but doesn't use
On 08/12/2011 03:01 PM, Flávio Etrusco wrote:
Where are you seeing these numbers? I guess you know you have to look
at RSS, right?
gnome-system-monitor
Then look under the Processes tab, there is a Memory column.
alternatively I can use 'top -p process_id
Then take then do a bit of math:
On Fri, Aug 12, 2011 at 10:57 AM, Graeme Geldenhuys
graemeg.li...@gmail.com wrote:
On 08/12/2011 03:01 PM, Flávio Etrusco wrote:
Where are you seeing these numbers? I guess you know you have to look
at RSS, right?
gnome-system-monitor
Then look under the Processes tab, there is a Memory
On 08/12/2011 04:21 PM, Flávio Etrusco wrote:
OMG. Then we really need to discover what the gtk2 glue is doing so wrong.
It's not just LCL-GTK2, the same thing happens with Lazarus IDE compiled
for LCL-Qt4 too. Just tested. Opening a blank project, Lazarus IDE
(using LCL-Qt4) uses 69MB
On 08/12/2011 01:19 PM, Graeme Geldenhuys wrote:
memory usage after the above:
Lazarus IDE (gtk2): 145MB
MSEide: 31MB
Now to show how Lazarus is increasing in memory usage per release. Here
I loaded the same project and same amount of units under an old Lazarus
version
On 12/08/2011 15:53, Graeme Geldenhuys wrote:
On 08/12/2011 01:19 PM, Graeme Geldenhuys wrote:
memory usage after the above:
Lazarus IDE (gtk2): 145MB
MSEide: 31MB
Now to show how Lazarus is increasing in memory usage per release. Here
I loaded the same project and same
On 08/12/2011 05:06 PM, Martin wrote:
But what exactly are you comparing?
Lazarus (old) vsLazarus (new)
MSEide vsany Lazarus version
At the moment I'm just comparing memory consumption doing the same tasks
in each test case.
But as I also list, opening 208 units, the speed
On 12/08/2011 16:16, Graeme Geldenhuys wrote:
But as I also list, opening 208 units, the speed in MSEide is near
instant compared to Lazarus IDE (any version of Lazarus, old or new).
15 secs for 200 units are NOT a bad time. And btw, older lazarus was
slower, there was recent work.
Part of
On 12/08/11 17:09, Martin wrote:
On 12/08/2011 16:16, Graeme Geldenhuys wrote:
But as I also list, opening 208 units, the speed in MSEide is near
instant compared to Lazarus IDE (any version of Lazarus, old or new).
15 secs for 200 units are NOT a bad time. And btw, older lazarus was
slower,
On 12/08/2011 17:28, Henry Vermaak wrote:
On 12/08/11 17:09, Martin wrote:
On 12/08/2011 16:16, Graeme Geldenhuys wrote:
But as I also list, opening 208 units, the speed in MSEide is near
instant compared to Lazarus IDE (any version of Lazarus, old or new).
15 secs for 200 units are NOT a
Am 11.08.2011 22:13, schrieb Graeme Geldenhuys:
On 11 August 2011 21:38, Felipe Monteiro de Carvalho
felipemonteiro.carva...@gmail.com wrote:
I find the choice of going for a console app quite curious.
+1
And this is not the first message (in recent days) where the developer
is
On 12/08/11 17:43, Martin wrote:
- opening several 100 files is rare. (yeah some people only open, never
close, and next time they reload they open all of them again = but how
often to you edit e4ach of 200 files on one work day?)
You are completely missing the point: This is a benchmark. It
On 12/08/2011 17:57, Henry Vermaak wrote:
On 12/08/11 17:43, Martin wrote:
- opening several 100 files is rare. (yeah some people only open, never
close, and next time they reload they open all of them again = but how
often to you edit e4ach of 200 files on one work day?)
You are completely
2011/8/12 Graeme Geldenhuys graemeg.li...@gmail.com:
that use the memory. but memory is rather cheap nowadays?
So that's your answer. There is no issue even though memory usage double
between each release?
Another reason to have as little releases as possible. ;-)
Vincent
--
OMG. Then we really need to discover what the gtk2 glue is doing so wrong.
I noticed a few weeks ago that, in at at least one unit, we don't appear to
free'ing g_list's consistently. I queried this in the forums with no
response - as I stated in that post I have no idea if the glib has a
OMG. Then we really need to discover what the gtk2 glue is doing so
wrong.
It's not just LCL-GTK2, the same thing happens with Lazarus IDE compiled
for LCL-Qt4 too. Just tested. Opening a blank project, Lazarus IDE
(using LCL-Qt4) uses 69MB already. Open a 100 units and the memory usage
Should we use CRT or VIDEO unit? What's the state of Free Vision? We plan to
port our WMS (Warehouse Management System) module from C to Pascal (to use
our persistence framework). It has a few colors, a numbered menu and a few
scrollable lists. The module usually is run thru Putty from mobile
On 11.08.2011 20:43, Alexsander Rosa wrote:
Should we use CRT or VIDEO unit? What's the state of Free Vision? We
plan to port our WMS (Warehouse Management System) module from C to
Pascal (to use our persistence framework). It has a few colors, a
numbered menu and a few scrollable lists. The
I find the choice of going for a console app quite curious. Wouldn't
it be easier to write a standard GUI app using the LCL?
--
Felipe Monteiro de Carvalho
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
A standard GUI app would require the (dozens of) warehouse operators to use
the stylus heavily. Today they use it only to start the PUTTY app (that
opens a saved SSH session) and yet they manage to often damage the screen
(!). Also, with a console app that runs via SSH we can easily run it from
On 11 August 2011 21:38, Felipe Monteiro de Carvalho
felipemonteiro.carva...@gmail.com wrote:
I find the choice of going for a console app quite curious.
+1
And this is not the first message (in recent days) where the developer
is considering console app over gui app. Weird, but I guess there
On 11 August 2011 21:33, Sven Barth wrote:
I can't speak for Free Vision (the only real world reference application
seems to be the IDE and there's also a testapp in the
$fpc/packages/fv/examples directory),
Isn't the FPC installer also written with Free Vision - I remember
seeing something
On 11.08.2011 22:15, Graeme Geldenhuys wrote:
On 11 August 2011 21:33, Sven Barth wrote:
I can't speak for Free Vision (the only real world reference application
seems to be the IDE and there's also a testapp in the
$fpc/packages/fv/examples directory),
Isn't the FPC installer also written
On 11 August 2011 22:18, Sven Barth wrote:
Which installer are you talking about? At least the default Linux (or even
Unix?) installer is a shell script.
I didn't need regex for this. Simple browsed my FPC src directory.
There is a 'installer' folder with an executable 'installer' or for
On 11.08.2011 22:18, Sven Barth wrote:
On 11.08.2011 22:15, Graeme Geldenhuys wrote:
On 11 August 2011 21:33, Sven Barth wrote:
I can't speak for Free Vision (the only real world reference application
seems to be the IDE and there's also a testapp in the
$fpc/packages/fv/examples directory),
On 11.08.2011 22:30, Graeme Geldenhuys wrote:
On 11 August 2011 22:18, Sven Barth wrote:
Which installer are you talking about? At least the default Linux (or even
Unix?) installer is a shell script.
I didn't need regex for this. Simple browsed my FPC src directory.
There is a 'installer'
In the warehouse environment, with ruggedized handhelds, it's easier to use
the keyboard than a stylus.
http://images.google.com/search?tbm=ischq=warehouse+workergbv=2oq=warehouse+worker
2011/8/11 Graeme Geldenhuys graemeg.li...@gmail.com
On 11 August 2011 21:38, Felipe Monteiro de Carvalho
On 8/11/2011 16:13, Graeme Geldenhuys wrote:
On 11 August 2011 21:38, Felipe Monteiro de Carvalho
felipemonteiro.carva...@gmail.com wrote:
I find the choice of going for a console app quite curious.
+1
And this is not the first message (in recent days) where the developer
is considering
85 matches
Mail list logo
