On 02/25/2015 11:35 AM, Graeme Geldenhuys wrote:
Is the LCL-CustomDrawn widgetset maybe meant as the target for FMX
compatibility?
Do you think it _should_ ?
Do you see a real advantage with FireMonkey ? (I did not even do a
hallo world with same.)
In fact, AFAIK, the FM library once was a
On 02/25/2015 08:05 AM, Graeme Geldenhuys wrote:
I just found this very interesting video about Delphi XE7 (or AppMethod)
and how the form designer can design for multiple device targets. Very
clever usage of Visual Form Inheritance.
https://www.youtube.com/watch?v=fmA7KLlOR1U
How does
On 02/25/2015 11:49 AM, Graeme Geldenhuys wrote:
I honestly don't know what LCL-CustomDrawn is targeting. It also isn't
in a usable state at the moment and still needs a lot of development
before it is usable.
AFAIK, CustomDrawn is trying to restrict the necessary functionality of
an external
On 02/25/2015 12:26 PM, Michael Schnell wrote:
I once found the source code of the original library...
DXScene.
I do have some DX files fetched at that time. I did not ever open the
ZIPs :-(
-Michael
--
___
Lazarus mailing list
Lazarus
On 02/25/2015 12:26 PM, Michael Schnell wrote:
I once found the source code of the original library...
GLScene.
I do have some GL files fetched at that time. I did not ever open the
ZIPs
-Michael
--
___
Lazarus mailing list
Lazarus
On 02/25/2015 12:26 PM, Michael Schnell wrote:
But of course they tried to remove it from the Internet after they
changed the license.
Hmmm:
http://sourceforge.net/projects/glscene/Last Update: 2015-01-27
-Michael
--
___
Lazarus mailing list
On 01/26/2015 07:33 PM, Mattias Gaertner wrote:
A chm is basically a bunch of html files zipped. Therefore it is
better to create the chm from the html, not from wiki to fpdoc to html
to chm.
wikiconvert can create the chm directly.
BTW, have you seen wikisearchdemo?
It demonstrates how to load
On 01/26/2015 03:41 PM, Graeme Geldenhuys wrote:
I guess that could be explained if the German mailing list is not an
official list.
It's not a mailing List, but an internet Forum:
- http://www.lazarusforum.de/viewtopic.php?f=13t=8385
-Michael
--
On 01/26/2015 12:06 PM, Graeme Geldenhuys wrote:
On 2015-01-22 10:12, Michael Schnell wrote:
In fact I did not even got so far as trying to use fpdoc itself.
That is strange.
See the current discussion in the German Lazarus forum: Seem not easy at
all.
-Michael
On 01/22/2015 10:57 AM, Marco van de Voort wrote:
Yes, I agree that the Lazarus IDE help should really be removed from
the wiki and converted to fpdoc to end this.
I don't disagree, as I just advocate a common primary format for every
help that is available from the Lazarus IDE and necessary
On 01/22/2015 10:33 AM, Marco van de Voort wrote:
But in general it is simply a symptom of not doing continuous
documentation work, not procedures or whatever.
In fact the not publicly usable state of the procedures - including
the fact that there are different primary-source formats for the
As Pagenames seemingly are allowed to contain up to 256 characters with
relevant upper/lower case and there are file systems that support only
up to 256 characters for file names and there are (silly !!!) file
systems that don't support relevant upper/lower case, something like MD5
seems to
On 01/20/2015 11:58 AM, Andreas Frieß wrote:
The wikiget should handle the situation. All pages with an an not
workable filename should be ignored and logged and the programm go on
running.
I feel that this is a workaround. People will go on creating rather long
non-ASCII page names that
On 01/20/2015 10:34 AM, Mattias Gaertner wrote:
Our Wiki does not have that long page names.
The problem is that non ASCII characters are converted to hex codes,
tripling the length. wikiget could use the actual names instead and
encode them using some sort of UTF-7.
UTF-7 of course provides
On 01/20/2015 11:30 AM, Andi wrote:
If the definition in the Lazarus wiki is:
I feel that _if_ you do a patch to the converter program(s), they should
work independently of such current definition (any language should be
allowable in future). and here, IMHO UTF-7 is a good idea.
On 01/20/2015 02:14 PM, Andreas Frieß wrote:
I think the people who have produced the pages with problem IMHO didnt
understand full the ruling of the pages.
OK. (But I think that unfortunately the Wiki does not provide any means
to enforce such rules :-( )
Hence the Help Supervisor Team
On 01/20/2015 02:59 PM, Andreas Frieß wrote:
Who is the team ?
:-) :-) :-)
(We did discuss this in the German forum.) No answer on that from my, as
I don't want to discourage you yet again. :-(
-Michael
--
___
Lazarus mailing list
On 01/19/2015 05:32 PM, Frieß wrote:
So is one question, should this corrected in the wiki or accepted by
the wikiget ?
I think, firstly wikiget should issue a decent error message when it
his such a page. Does it ?
I _feel_ that pagenames should be pure ASCII to avoid confusion, but I
On 12/07/2014 10:05 PM, Mattias Gaertner wrote:
HandleMessage waits until a message is in the queue, calls
ProcessMessages and returns.
Does it wait up as well when some Event is pushed upon the GUI queue (in
Windows a Windows message occurs, in Linux a Lazarus Event), as when an
Event
On 12/08/2014 10:03 AM, Michael Schnell wrote:
Does it wait up
Sorry Typo: wake up
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
On 12/08/2014 10:20 AM, Mattias Gaertner wrote:
BTW, TThread.Synchronize is hardly a queue.
Yes there is a Queue (internally in the RTL it's called *ThreadQueue* )
This is the source code in the RTL:
class procedure TThread.Synchronize(AThread: TThread; AMethod:
TThreadMethod);
begin
On 12/04/2014 04:24 PM, Lukasz Sokol wrote:
Executing a thread, which would TOO contain Sleep() in its Execute,
and then calling into next part of the startup procedure ?
When doing threads a completely different paradigm needs to be applied.
- TTimer can't be used in a thread
- sleep often
On 12/04/2014 04:24 PM, Lukasz Sokol wrote:
Or e.g. I run FindFirst/FindNext loop over a large number of files, or
even if I delegate reading of a file to another procedure, still takes
time while nothing else can happen... (although /that/ actually I can
imagine doing in a thread). Then such
On 12/03/2014 11:37 PM, Terry A. Haimann wrote:
I have a program that starts some background processes and then needs to
go to sleep for 15 seconds or so and then come back and check on their
statuses.
A more decent way is to leave the current event and use a TTimer (e.g.
with en event
On 11/25/2014 09:39 PM, Hans-Peter Diettrich wrote:
The Delphi model already broke that claimed type safety, by omitting
conversions of RawByteString results, for speed optimization. That's
dangerous, because the compiler can *only* check the static type of
string variables, but not the
On 11/24/2014 10:15 PM, Hans-Peter Diettrich wrote:
I'm missing documentation for working safely (and efficiently) with
such irregular strings, most probably none of the FPC (and Delphi)
developers ever noticed how users are left alone with this problem :-(
Hmm. In the fpc-devel,
On 11/23/2014 07:52 PM, Felipe Monteiro de Carvalho wrote:
Well, the first reports of how the unicode rtl would look like were
pretty scary: Total break of the string part of millions of lines of
code that people wrote with Lazarus since years.
That is why I stopped recommending Lazarus to my
On 11/22/2014 05:18 PM, Hans-Peter Diettrich wrote:
Does this mean that Lazarus (new mode) ignores the OS system codepage
setting?
IMHO that would be just GREAT to allow for doing portable software. The
RTL and LCL interface should be OS ignorant for portability. In user
code, the user
On 11/24/2014 11:44 AM, luiz americo pereira camara wrote:
If the program does not explicitely assumesa specific encoding, i.e.
use only String type and do not do low level string handling, there
will be no need to change.
I don't know the internals of the program(s). It's a huge system and
On 11/24/2014 12:01 PM, Juha Manninen wrote:
See the request from Mattias : Please test and tell what you find out.
I have not enough knowledge to be able to patch the compiler :-(
let's keep this thread in a more congrete level.
Agreed (even if I don't think that will lead to anything
On 11/24/2014 02:19 PM, Hans-Peter Diettrich wrote:
A move to UTF-16 instead will only favor Windows,
Regarding the RTL interface, you of course are right.
Doing the user software with UTF-16 instead of RTZF-8 strings, in many
cases (but of course not perfectly) allows for keeping old-style
On 11/24/2014 02:50 PM, Hans-Peter Diettrich wrote:
code, the user should be allowed to use the string encoding (and byte
cont per character), he finds the most convenient for his application.
I'm not sure what exactly you mean here.
Here I menat that for a *new project* the user might be
On 11/14/2014 01:16 PM, Reimar Grabowski wrote:
but you actually gain nothing, because of how the drivers work.
Are we (still) talking multi-core systems gaining performance by really
parallel work ?
You will gain nothing in the work of the GUI framework called by the
Lazarus program *if*
On 10/17/2014 11:58 AM, Reinier Olislagers wrote:
contractions like cannot=can't are discouraged,
IMHO a bad idea. Error messages should be as short as possible (while
clearly understandable).
-Michael
--
___
Lazarus mailing list
On 10/17/2014 12:16 PM, Mattias Gaertner wrote:
Googling gives lot of pages saying that cannot is more formal than can't.
IMHO, Open Source projects are not supposed to be formal in that way.
I always find it repellent when some software in German uses the formal
Sie instead of the
On 10/04/2014 10:36 AM, Richard Mace wrote:
announce a new NON open source application written in Lazarus?
New York Times.-
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 09/19/2014 03:48 PM, Michael Schnell wrote:
I can post this version of the TThreadPool class here, if you might
want to try it. I'd be very interested in knowing if the project works
correctly on your (64 bit) systems.
I set up a virtual Box with 64 Bit Debian, installed the released 64
On 09/18/2014 09:44 PM, Mark Morgan Lloyd wrote:
I suggest calling it a vector
Thanks a lot for the clarification (I am not a native English speaker).
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 09/18/2014 10:32 AM, Xiangrong Fang wrote:
I don't quite understand the logic or difference between critical section
and events.
Following your suggestion to use events (here meaning semahores) instead
of critical sections (here meaning mutexes) I tried to modify my code to
use TEvent
On 09/19/2014 12:23 PM, Michael Schnell wrote:
Following your suggestion to use events (here meaning semahores)
instead of critical sections (here meaning mutexes) I tried to modify
my code to use TEvent (as same is Delphi compatible - or at least it
does exist in Delphi as well).
I got
On 09/19/2014 02:48 PM, Xiangrong Fang wrote:
As far as I tried, you cannot use RTLEventWaitFor in main thread,
otherwise the gui will freeze.
Of course I did not do this. I used TEvent.Waitfor and I only used it in
the Execute function of the worker Threads .
Supposedly the problem was
On 09/17/2014 04:51 PM, Xiangrong Fang wrote:
2014-09-17 16:09 GMT+08:00 Michael Schnell mschn...@lumino.de
mailto:mschn...@lumino.de:
Here you are.
It is strange that it works on one computer but does not work (or
partially work) on another -- causing SIGSEGV. Both running same
On 09/18/2014 12:13 AM, Graeme Geldenhuys wrote:
I haven't followed this whole thread, but I can add that the tiOPF
project (on SourceForge) has had a threadpool class for many years.
Well unit tested too.
Great ! Thanks. I'll take a look.
I did the TThreadPool class just for fun. I'll
You said that you in fact did need or do an OnReady Event for each thread.
I just added that feature to TThreadPool: now each user Task (TTask
class) can be provided an OnReady Notify function.
Let me know if you want the extended code.
-Michael
--
On 09/18/2014 10:32 AM, Xiangrong Fang wrote:
I don't quite understand the logic or difference between critical section
and events.
They have nothing in common.
TCriticalSection is a Semaphore (see Wikipedia)
An event is a callback procedure -
On 09/18/2014 10:32 AM, Xiangrong Fang wrote:
how can you use a CS for the purpose of thread synchronization!
Thread synchronization is the only cause why TCriticalSection has been
invented (and provided with Delphi decades ago by Borland).
-Michael
--
On 09/18/2014 10:32 AM, Xiangrong Fang wrote:
2014-09-18 16:13 GMT+08:00 Michael Schnell mschn...@lumino.de
mailto:mschn...@lumino.de:
I did the TThreadPool class just for fun. I'll compare the two
thingies and come back with some comments.
I don't quite understand the logic
On 09/18/2014 10:32 AM, Xiangrong Fang wrote:
Yesterday I read your ThreadPool source code, and cannot understand
how you control which thread can get the Wait CS, rather than just
let the 2 thread compete for it. Could you please explain the logic
behind this?
Each worker Thread (i.e.
On 09/18/2014 11:36 AM, Sven Barth wrote:
A critical section is a mutex
OK. (but a mutex is constructed from a semphore, anyway, even if this
might be done in the OS). (I did this when doing my own special purpose
multitasking OS (in C), some 20 Years ago.)
and an event in this context is
On 09/18/2014 10:32 AM, Xiangrong Fang wrote:
I don't quite understand the logic or difference between critical section
and events.
Sorry for my previous rude reply.
Sven made me know that by event you did not mean an object pascal
language Event (i.e. a callback), but a TEvent instance.
On 09/18/2014 12:10 PM, Mattias Gaertner wrote:
a Set is not an array of boolean
A set is an array (scientific English, not Pascal syntax) of bits
(i.e. boolean values) supported by special operators.
(Remember: Boolean Algebra and Logical Algebra are mathematically
equivalent).
The Set
On 09/18/2014 12:34 PM, Michael Schnell wrote:
Boolean Algebra and Logical Algebra are mathematically equivalent.
Sorry:
Set Algebra and Logical Algebra are mathematically equivalent.
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 09/18/2014 01:06 PM, Xiangrong Fang wrote:
What I need help to understand is, repeating my previous email: ...
I think, in the other mail, I did explain how Wait is supposed to work
in TThreadPool.
(And of course with some appropriate modifications of the source code,
you can use
On 09/18/2014 01:46 PM, Xiangrong Fang wrote:
2014-09-18 19:34 GMT+08:00 Michael Schnell mschn...@lumino.de
mailto:mschn...@lumino.de:
I think, in the other mail, I did explain how Wait is supposed
to work in TThreadPool.
Initially, when the threadpool is created, Wait is hold
I did a draft of a TThreadPool class.
Most of it works (creating assigning and re-assigning tasks works,
stopping the thing still produces an exception).
If anybody wants to test it I can post the project.
-Michael
--
___
Lazarus mailing list
I added a notify event for having both a single task and all task issue
an event when having don the scheduled work.
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 09/15/2014 11:17 AM, Xiangrong Fang wrote:
I DO need cross platform (linux/windows), but I do NOT want Delphi
compatibility, my app only compiles with FPC/Lazarus :-)
In that case I definitely would use Application.QueuAsyncCall.
-Michael
--
On 09/15/2014 02:19 PM, Xiangrong Fang wrote:
2014-09-15 17:23 GMT+08:00 Michael Schnell mschn...@lumino.de
mailto:mschn...@lumino.de:
In that case I definitely would use Application.QueuAsyncCall.
If I understand correct, from this page:
http://wiki.freepascal.org/Asynchronous_Calls
On 09/15/2014 02:19 PM, Xiangrong Fang wrote:
But what I need PostMessage for is to notify main thread (or another
thread)
You can only notify the main thread. There is no (standard) means to
notify another thread, as they don't have an event queue.
OTOH a worker thread is allowed to
On 09/15/2014 02:34 PM, Sven Barth wrote:
The synchronous alternative to PostMessage would be SendMessage,
though I don't know whether Lazarus provides this in a cross platform way
AFAIK, in Lazarus, SendMessage just directly calls the assigned event
handling function, and hence usually is only
On 09/15/2014 02:55 PM, Xiangrong Fang wrote:
How do I use Event to achieve the same?
What do you mean by Event ?
It seems that I can have N threads listen to the same event, but
cannot have the main thread to listen to N different events?
In fact Windows does provide event (aka Message)
On 09/15/2014 03:57 PM, Xiangrong Fang wrote:
2014-09-15 21:44 GMT+08:00 Michael Schnell mschn...@lumino.de
mailto:mschn...@lumino.de:
Performance wise it's better not to destroy and create your
threads but to manage a thread pool and assign work to the threads
as appropriate
On 08/06/2014 08:05 AM, Sven Barth wrote:
Just in case: you know that Windows 8 does not really shutdown by
default, but merely suspends to provide a faster user experience?
(Off Topic: )
Are they crazy ?
If you have an SSD, again and again rewriting the huge hibernation file
will kill
On 08/01/2014 12:45 AM, Maxim Ganetsky wrote:
64-bit DLL versus 32-bit application or vice versa?
(Why) does this not result in a more specific error message ?
(How) can the calling program know about the bittiness of a dll / so
it tries to load ?
-Michael
--
On 08/01/2014 02:49 PM, Sven Barth wrote:
One *could* differentiate it. Windows.LoadLibrary() returns
ERROR_MOD_NOT_FOUND if the file does not exist and
ERROR_BAD_EXE_FORMAT if the file is not a PE file or the architecture
does not match.
Nice !
But I suppose One *should* only
On 07/28/2014 05:28 PM, Michael Van Canneyt wrote:
Well, yes. Why are you repeating what 2 people already replied ?
???
You did mention TCP/IP via port 10020, but you also stated if you use
mod_fastcgi.so. I tired to offer that this might not only possible with
a .so (linked object to be
On 07/29/2014 01:47 PM, Michael Van Canneyt wrote:
...
Thanks for the clarification.
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
On 07/25/2014 11:56 PM, Graeme Geldenhuys wrote:
Further comments on this. You should be able to debug the startup code
by using the same trick I use for debugging CGI applications.
Sounds like doable but feels like a nasty workaround.
If this method indeed is necessary due to the technical
On 07/26/2014 02:47 PM, Michael Van Canneyt wrote:
2. You can run the fastcgi server ...
AFAIK, the fastCGI specification allows for having the WebServer and the
CGI communicate via TCP/IP. In this case the CGI is not necessarily
started by the WebServer but can be a permanently running
On 07/23/2014 12:09 PM, Reinier Olislagers wrote:
No interest?
Windows is a show stopper keyword for me ;-)
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
On 07/15/2014 05:26 AM, Justin Smyyth wrote:
Target selected as embedded
Is there an official description what this is supposed to mean ?
Some years ago embedded in the Linux Kernel meant that the CPU does
not feature a Memory management Unit.
Nowadays, ARM CPUs without MMU seem rather
On 07/16/2014 11:51 AM, Sven Barth wrote:
The official FPC description: No OS, bare hardware. In case of ARM
this also includes the possibility to load a controller file for
certain boards we already support.
To me this wording seems just as misleading as the old-style Linux
noMMU meaning,
On 07/16/2014 11:57 AM, Marco van de Voort wrote:
(and that results in only a barebone RTL)
I do like the term barebone a lot more than embedded for this option
:-)
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 07/10/2014 09:58 PM, Sven Barth wrote:
You should not need to use the thread manager. All functions (except
the semaphore ones which are only implemented for cthreads) should be
available by RTL functions. So don't use GetThreadManager if you don't
need to.
For a primary test I did
In order not to steel yet another Thread topic I answer in a new thread
On 06/27/2014 11:35 AM, Mattias Gaertner wrote in Re: [Lazarus] nonlcl
basic issue: is codetools LCL dependent?:
handling the waiting and waking for both Queues simultaneously. This (waiting
and waking regarding
On 07/10/2014 02:49 PM, Sven Barth wrote:
The TThreadManager.RTLEvent* procvars are available through analogous
named RTLEvent* functions...
Thanks a lot for the pointer.
I'll take a look ASAP.
-Michael
--
___
Lazarus mailing list
On 07/10/2014 02:49 PM, Sven Barth wrote:
The TThreadManager.RTLEvent* procvars are available through analogous
named RTLEvent* functions...
OK.
I found the global function GetThreadManager and via it's result I
seemingly can use the TThread Queue.
Maybe it's possible to avoid using
On 07/06/2014 05:39 PM, Anthony Tekatch wrote:
Occasionally I get a negative Elapsed value using EpikTimer.
Depending on the platform, the fpc release and the EpikTimer release,
the timer might use the time of day value instead the hardware clocks
elapsed value.
The time of day might be
Moreover:
Even if the CPU's hardware tick counter is used, in a multi-CPU system,
each CPU might have it's own counter and those are not guaranteed to be
in sync. as the OS might move the program from one CPU to the other,
this method does not seem to be safe, either.
-Michael
--
On 07/07/2014 11:58 AM, Giuliano Colla wrote:
The POSIX clock_gettime() function provides a parameter to specify
which timer should be used. From clock_gettime man page:
With some Linux archs and revisions, this function is available via (low
latency/low overhead) vDSO calls.
This might be correct in a worker thread.
In the main thread it usually is a bad idea to do sleep or any sort of
polling..
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 06/30/2014 07:53 PM, Graeme Geldenhuys wrote:
In hobby projects that might be fine, but in commercial multi-platform
apps that is unacceptable.
I see.
Regarding myself, I in fact don't like taking the enhanced effort of
beatifying the GUI (and Delphi-introduced Windows Widget Set
On 07/01/2014 09:36 AM, Michael Van Canneyt wrote:
You obviously don't often get in contact with clients and marketeers.
I Do. But we do embedded stuff and not (very often) Software that runs
visibly on PC screens.
So this obviously is a different market ;-) .
-Michael
--
On 06/28/2014 12:51 AM, Giuliano Colla wrote:
...
Seems like you describe shortcomings in the LCL that are doubtlessly
worse than it could be.
Hence the decent way of handling things would be to improve the LCL,
rather than to try to do normal-purpose FPC based GUI enabled projects
that
On 06/30/2014 11:36 AM, Michael Schnell wrote:
than avoid using the LCL.
OK using another _existing_ GUI framework (like mseGUI) might make
sense, as well.
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http
On 06/27/2014 12:24 PM, Michael Schnell wrote:
Unfortunately this is even true if you do TThread.Queue with a fake
thread pointer, as it internally checks using GetCurrentThread.
In fact the first parameter (Thread) in the class procedure
TThread.Queue is just use to mark the event, so
On 05/24/2014 01:55 PM, Graeme Geldenhuys wrote:
...
Finally I found that using theTSC supposedly in fact will not work
reliabbly in SMP systems (which are ubiquitous right now).
http://linux.die.net/man/3/clock_gettime :
NOTE for SMP systems
The CLOCK_PROCESS_CPUTIME_ID and
On 06/26/2014 07:38 PM, Mattias Gaertner wrote:
If you mean for TTimer: Yes, I'm waiting for your patch.
Meaning what ?
I can send you a testing application (that does nit use the LCL but just
fpc) if you just want to see it working.
For doing a Patch to the LCL, some more prerequisites
On 06/27/2014 03:19 AM, Hans-Peter Diettrich wrote:
Every clock tick increments the internal clock, and triggers all
events...
This is exactly what I want to avoid.
Each active clock tick needs a system-mode / user-mode and back
transition. But the NoGUI Widget Type is done for small
On 06/26/2014 05:16 PM, Sven Barth wrote:
At the beginning Michael sounded more like he wants to implement a new
widgetset that's only relying on TThread functionality and thus would
require 2.7.1. For the case of extending NoGui you are of course right.
Yep.
As discussed in fpc-devel, I
On 06/27/2014 11:08 AM, Mattias Gaertner wrote:
Yes, please.
I'll do some cleaning up and send you the source code.
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 06/27/2014 11:35 AM, Mattias Gaertner wrote:
In case of nogui there is no library, so you have the full control.
I need to do a system call to have the program wait and do another
system call to wake it. I understand that this is library dependent.
Not quiet.
OK. Not _necessarily_. But
On 06/26/2014 02:54 PM, Michael Schnell wrote:
Maybe this is not fully compatible with Application.QueueAsyncCall (if
same is called in the main thread), which I did implement using
TThread.Queue.
I checked the code of TThread.Queue and in fact it does not queue the
call if TThread.Queue
On 06/27/2014 10:35 AM, Michael Schnell wrote:
For doing a Patch to the LCL, some more prerequisites are needed:
- do we want something at all if it is not usable with the released
version of fpc (see discussion in fpc-devel)
...
Addition:
- we can't create full compatibility to how
On 06/27/2014 11:56 AM, Hans-Peter Diettrich wrote:
Any time source is applicable with this model. The ticks (or even
longer intervals) can be deliverd by callbacks, messages...
We have multiple TTimers that need to be driven by a singe Time source.
Hence the necessary userspace /
On 06/27/2014 03:07 PM, Mattias Gaertner wrote:
... or simply do it without TThread.Queue, which is not complicated,
is LCL compatible and works with fpc 2.6.2+.
Only argument: You fear it is more overhead. The only overhead I see is
an extra critical section, which is negligible when your
On 06/25/2014 09:57 PM, Sven Barth wrote:
If you rely on the new TThread functionality you'd need to at least
put in guards against compiling with a pre-2.7.1 compiler.
Can I do this by a {$ifdef ... } ?
Better would be to write the code in a way that it works with 2.6.x as
well.
I can
On 06/25/2014 05:22 PM, Mattias Gaertner wrote:
ok, then it needs ifdefs in nogui.
Yep.
How does such an ifdef exactly look like ?
(see my answer to Sven..)
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 06/26/2014 10:52 AM, Mattias Gaertner wrote:
Application.QueueAsyncCall works in nogui if you call
Application.ProcessMessages.
I am just doing the implementation of TApplication. And the point with
_active_ Applications is that the events are called without the user
needing to do a main
On 06/26/2014 09:28 AM, Michael Schnell wrote:
- TThread.GetTickCount64:
I can try to do the (supposedly minimal) code that in
TThread.GetTickCount64 does a system call and some calculations,
native in the implementation of my TApplication class.
This version of the compiler even does
301 - 400 of 1996 matches
Mail list logo