On Tue, 05 Jun 2012 10:18:04 +0930
SteveG ste...@nevets.com.au wrote:
I understand that the gui system is non-reentrant, and therefore should
not be accessed by any thread but the main one.
yes
I am using cmem as my memory manager for both my app and library (if
thats relevant),
yes it
On 06/05/2012 02:48 AM, SteveG wrote:
and it would appear that the entrant thread of the library is the same
as the main app ?
Unless you explicitly create a thread in user code, there is no thread
but the main thread. By default a dynamic library does no create a
thread behind your back.
On 06/05/2012 08:29 AM, Mattias Gaertner wrote:
yes it is relevant. If you have two memory managers you can not
exchange strings and classes.
Is cmem the way to go to unify the memory managers of a dynamic
library and the calling application ? (There seem more advanced free
alternatives
On Tue, 05 Jun 2012 09:33:53 +0200
Michael Schnell mschn...@lumino.de wrote:
On 06/05/2012 08:29 AM, Mattias Gaertner wrote:
yes it is relevant. If you have two memory managers you can not
exchange strings and classes.
Is cmem the way to go to unify the memory managers of a dynamic
Thanks guys - I have been using this approach in my Linux libs for
awhile now, and appears to work ok.
Just having intermittant gtk errors within my library and trying to
determine if the Lib - Gui area may be my problem (no extra threads in
use)
So probably need to look elsewhere at what
Mattias Gaertner wrote:
On Tue, 05 Jun 2012 10:18:04 +0930
SteveG ste...@nevets.com.au wrote:
I understand that the gui system is non-reentrant, and therefore should
not be accessed by any thread but the main one.
yes
I am using cmem as my memory manager for both my app and library (if
When building a shared library (.dll or .so), is it possible to append a
timestamp? i.e. something like backend_$(IsoDate)_$(IsoTime).so for a
result like backend_2012-06-05_09:59:30.so
What I'm trying to do is have a frontend that holds (e.g.) a database
transaction open, with a backend
Mark Morgan Lloyd markmll.laza...@telemetry.co.uk hat am 5. Juni 2012 um 11:57
geschrieben:
[...]
Please can I tack a related question onto this. If I have analogous
forms in a main program and shared library (.dll or .so), where the menu
structure in the main form is built up from what's in
On 06/05/2012 09:47 AM, Mattias Gaertner wrote:
On Tue, 05 Jun 2012 09:33:53 +0200
Michael Schnellmschn...@lumino.de wrote:
Will just using cmem both in the main program and in the library
automatically unify the memory managers ?
Under Linux: yes. I guess BSD, OS X
too.
If cmem can do this
On 06/05/2012 11:57 AM, Mark Morgan Lloyd wrote:
What I'm hoping to do is use the library's form(s) purely for design
purposes, i.e. they're never displayed but instead their menu
structure is copied to the main program. Non-graphical backend
functionality would be in the library, and I've
Michael Schnell wrote:
On 06/05/2012 11:57 AM, Mark Morgan Lloyd wrote:
What I'm hoping to do is use the library's form(s) purely for design
purposes, i.e. they're never displayed but instead their menu
structure is copied to the main program. Non-graphical backend
functionality would be
Hi,
I found that on Windows platform, Canvas size may mismatch with control's
size. See the following code:
procedure TForm1.FormPaint(Sender: TObject);
begin
Caption := Format('Form=%d:%d, Canvas=%d:%d', [Width, Height,
Canvas.Width, Canvas.Height]);
end;
Run this code on Windows, I found
Hi,
Is there a site like www.torry.net for lazarus?
--
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Michael Schnell wrote:
On 06/05/2012 09:47 AM, Mattias Gaertner wrote:
On Tue, 05 Jun 2012 09:33:53 +0200
Michael Schnellmschn...@lumino.de wrote:
Will just using cmem both in the main program and in the library
automatically unify the memory managers ?
Under Linux: yes. I guess BSD, OS X
On 05.06.2012 16:02, Kostas Michalopoulos wrote:
On 5/6/2012 9:29 πμ, Mattias Gaertner wrote:
The is operator requires that the library uses the VMTs of the main
application.
What does that imply exactly? I made a quick app to test the possibility
of using DLLs for plugins. Both the app and
Kostas Michalopoulos schrieb:
When adding a new object i use the is operator to see if it is a
descendant of TGBrush and this always fails.
This is because the DLL uses an different tree of object classes. It
includes System, Classes etc. units, as duplicates of the main program
units (see
Not as comprehensive as that (not even all components are there):
http://sourceforge.net/projects/lazarus-ccr
--
View this message in context:
http://free-pascal-lazarus.989080.n3.nabble.com/Lazarus-torry-for-lazarus-tp4024352p4024356.html
Sent from the Free Pascal - Lazarus mailing list archive
Just use the -o option, but I'm not really sure about the date and time
--
View this message in context:
http://free-pascal-lazarus.989080.n3.nabble.com/Lazarus-Shared-library-names-tp4024345p4024357.html
Sent from the Free Pascal - Lazarus mailing list archive at Nabble.com.
--
Yes, that's true, and I have no idea whether it's by design or not.
--
View this message in context:
http://free-pascal-lazarus.989080.n3.nabble.com/Lazarus-Canvas-size-mismatch-with-control-size-tp4024351p4024358.html
Sent from the Free Pascal - Lazarus mailing list archive at Nabble.com.
--
19 matches
Mail list logo
