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
> store
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
On Mon, 17 Mar 2014 11:04:07 +0100
Bart wrote:
> On 3/17/14, Michael Schnell 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().
>
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
http://lists.lazarus.freepascal.org/mailman/li
On 3/17/14, Michael Schnell 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/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 str
On Sat, 15 Mar 2014 07:10:27 +
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?
Yes.
> And
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
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
stores
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 alr
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 writt
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 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 . Subtract the SHR value from the RES value.
>
> What is what I mean by
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 -p. Subtract the SHR value from the RES value.
What is w
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
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 highlig
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 equivale
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 f
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 Why?
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 wo
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 . Subtract the SHR value from the RES value.
What is what I mean by "memory usage".
--
Regards
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/08/2011 22:19, Graeme Geldenhuys wrote:
Obviously the speed isn't constant. New features get added, the may take
time while loading.
New features don't always need to mean slower and more memory hungry.
Just look at Mozilla Firefox project. The last few versions came with
new features, but
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 Why? If the project opens lots of units,
those
On 8/13/11, Graeme Geldenhuys 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 with 512 Mb using bot
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 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 coll
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
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
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;
> >fla
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 mai
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
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 wor
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
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
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 do
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 consumpt
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 sec
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 proje
On Sat, Aug 13, 2011 at 1:49 PM, 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
>
> In the
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 LCL-
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
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 c
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 acr
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 s
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
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
http:
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 laza
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 uni
On 12 August 2011 18:40, Martin 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 tabs.
You hav
> > 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
> 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 garbag
2011/8/12 Graeme Geldenhuys :
>> 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
--
__
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 m
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
Am 11.08.2011 22:13, schrieb Graeme Geldenhuys:
> On 11 August 2011 21:38, Felipe Monteiro de Carvalho
> 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 a
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 bad
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, t
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 t
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 spee
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 amo
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 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 alread
On Fri, Aug 12, 2011 at 10:57 AM, Graeme Geldenhuys
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 column.
>
>
> a
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
Then take then do a bit of math: RES -
>
> 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
...
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
Lazarus@lists.lazarus.freepa
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
Lazarus@li
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 po
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
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 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 recent
>
>> 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
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 memo
On Fri, Aug 12, 2011 at 10:57 AM, Graeme Geldenhuys
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 still perform ve
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
environme
On 8/11/2011 16:13, Graeme Geldenhuys wrote:
On 11 August 2011 21:38, Felipe Monteiro de Carvalho
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
In the warehouse environment, with ruggedized handhelds, it's easier to use
the keyboard than a stylus.
http://images.google.com/search?tbm=isch&q=warehouse+worker&gbv=2&oq=warehouse+worker
2011/8/11 Graeme Geldenhuys
> On 11 August 2011 21:38, Felipe Monteiro de Carvalho
> wrote:
> > I find th
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' fol
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 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
win
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 wi
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 somethin
On 11 August 2011 21:38, Felipe Monteiro de Carvalho
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 must
be a niche market out there w
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
d
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
http://lists.lazarus.freepascal
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 modu
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 compu
87 matches
Mail list logo