Hi Folks.
In a TDaemon project running nicely since beginning of last year, I have
added a TTimer to execute periodically an internal control procedure.
I then added a TTimer component, the unit ExtCtrls in the uses clause,
the code of the TTimer event, compile and ... nothing: linker fails
I forgot to be more precise:
embedding the same TDaemon code into a normal application using a front
end display the code compiles without problems
Of courese in this case, the daemon register procedures are
conditionally surrounded by IFDEFs and are not compiled under the gui
application.
Whenever you have `undefined reference to WSRegisterXXX`, you're missing
Interfaces unit in the .lpr. Sometimes package that registers custom
components (such as RichMemo) in its package main file is also required to
be added to .lpr's uses clause.
--
View this message in context:
Le 15/01/2014 10:08, leledumbo a
crit:
Whenever you have `undefined reference to WSRegisterXXX`, you're missing
Interfaces unit in the .lpr. Sometimes package that registers custom
components (such as RichMemo) in its package main file is also required to
be
On Wed, 15 Jan 2014, Antonio Fortuny wrote:
Le 15/01/2014 10:08, leledumbo a écrit :
Whenever you have `undefined reference to WSRegisterXXX`, you're missing
Interfaces unit in the .lpr. Sometimes package that registers custom
components (such as RichMemo) in its package main file is also
Hello,
I'm developing my app in Lazarus for Linux. Now using version 0.9.30
because it's part of Ubuntu 12.04 repositories.
I've created makefile for the project
(https://github.com/ok2cqr/cqrlog/blob/master/Makefile) and it has
been working for long time without any problem.
Unfortunately,
On Wed, Jan 15, 2014 at 10:30:58AM +0100, Petr Hlozek wrote:
800 179.416/188.992 Kb Used
900 179.852/188.992 Kb Used
gline2.pas(896,6) Note: Local variable z not used
Fatal: Can't find unit typ used by spe
This sounds like you miss FPC package numlib. If and how debian packs it, I
don't
Petr Hlozek p...@ok2cqr.com hat am 15. Januar 2014 um 10:30 geschrieben:
[...]
I'm developing my app in Lazarus for Linux. Now using version 0.9.30
because it's part of Ubuntu 12.04 repositories.
Hint: The Lazarus 1.0.14 deb package for Ubuntu can be found on sourceforge. It
is easy to
Is it really necessary to mention exe size in the Windows installer?
It looks very weird that from everything about Lazarus this has to be
mentioned in the installer.
Maybe a tips or faq or something in a welcome screen that
answers this and other first questions (how do i enabled opengl?,
how do
Of course, I am already using it under Windows 8.1!
Stefanos
On Wednesday, January 15, 2014 12:43 PM, Kostas Michalopoulos
badsectorac...@gmail.com wrote:
Is it really necessary to mention exe size in the Windows installer?
It looks very weird that from everything about Lazarus this has to
2014/1/15 Marco van de Voort mar...@stack.nl:
On Wed, Jan 15, 2014 at 10:30:58AM +0100, Petr Hlozek wrote:
800 179.416/188.992 Kb Used
900 179.852/188.992 Kb Used
gline2.pas(896,6) Note: Local variable z not used
Fatal: Can't find unit typ used by spe
This sounds like you miss FPC package
2014/1/15 Mattias Gaertner nc-gaert...@netcologne.de:
Petr Hlozek p...@ok2cqr.com hat am 15. Januar 2014 um 10:30 geschrieben:
[...]
I'm developing my app in Lazarus for Linux. Now using version 0.9.30
because it's part of Ubuntu 12.04 repositories.
Hint: The Lazarus 1.0.14 deb package for
hi,
because using startlazarus if lazarus operates the same way?
thanks
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Le 15/01/2014 10:26, Michael Van Canneyt a écrit :
On Wed, 15 Jan 2014, Antonio Fortuny wrote:
Le 15/01/2014 10:08, leledumbo a écrit :
Whenever you have `undefined reference to WSRegisterXXX`, you're
missing
Interfaces unit in the .lpr. Sometimes package that registers custom
components
Mattias Gaertner schrieb:
The Lazarus team would like to announce the second Release Candidate for the
upcoming Version 1.2.
We invite all users to test this Release Candidate.
Please read here why everybody really should join the testing now.
I've tried to test it, but couldn't make it work
Maybe one more question: is it true if I assume that when using any
cocntrol from the ExtCtrls unit, the Interfaces unit is required even when
the components used are not visible ?
Yes. Interfaces unit is the unit that links LCL with the chosen GUI library
backend.
--
View this message in
On 1/15/14, Junior lazarus.li...@gmail.com wrote:
because using startlazarus if lazarus operates the same way?
I'm very sorry, but I don't know what that sentnce means.
Bart
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On Wed, Jan 15, 2014 at 12:26:24PM +, Henry Vermaak wrote:
On Mon, Jan 13, 2014 at 06:34:19PM +0100, Mattias Gaertner wrote:
The Lazarus team would like to announce the second Release Candidate
for the upcoming Version 1.2.
Well done! I'd love to stick to this branch.
lazbuild
On 1/15/14, Henry Vermaak henry.verm...@gmail.com wrote:
lazbuild crashes for me, though:
That has already been fixed in r43703 in trunk and merged to 1.2.
Bart
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On Wed, Jan 15, 2014 at 01:34:58PM +0100, Bart wrote:
On 1/15/14, Henry Vermaak henry.verm...@gmail.com wrote:
lazbuild crashes for me, though:
That has already been fixed in r43703 in trunk and merged to 1.2.
I can't see it in fixes_1_2?
--
Le 15/01/2014 10:26, Michael Van Canneyt a écrit :
On Wed, 15 Jan 2014, Antonio Fortuny wrote:
Le 15/01/2014 10:08, leledumbo a écrit :
Whenever you have `undefined reference to WSRegisterXXX`, you're
missing
Interfaces unit in the .lpr. Sometimes package that registers custom
components
On 15/01/2014 10:43, Kostas Michalopoulos wrote:
Is it really necessary to mention exe size in the Windows installer?
It looks very weird that from everything about Lazarus this has to be
mentioned in the installer.
Maybe a tips or faq or something in a welcome screen that
answers this and
Le 15/01/2014 10:26, Michael Van Canneyt a écrit :
On Wed, 15 Jan 2014, Antonio Fortuny wrote:
Le 15/01/2014 10:08, leledumbo a écrit :
Whenever you have `undefined reference to WSRegisterXXX`, you're
missing
Interfaces unit in the .lpr. Sometimes package that registers custom
components
On 15/01/2014 11:36, Junior wrote:
hi,
because using startlazarus if lazarus operates the same way?
IF that was meant to be Why
They do not behave the same.
If you rebuild lazarus, and you are NOT admin/root, then you may not
have filesystem permission to write Lazarus exe to the original
ok, so in Linux, there is no need to have startlazarus.
Em 15-01-2014 09:59, Martin escreveu:
On 15/01/2014 11:36, Junior wrote:
hi,
because using startlazarus if lazarus operates the same way?
IF that was meant to be Why
They do not behave the same.
If you rebuild lazarus, and you are
On 15/01/2014 13:15, Junior wrote:
ok, so in Linux, there is no need to have startlazarus.
I did not say that. And by default there is.
Default =
- you are not root
- installed in /usr/local/...
--
___
Lazarus mailing list
Hi Folks.
Following a Michael advice I changed a TTimer by an TFPTime component in
a Linux daemon application but the latter doesn't work.
There is the code snippet of the TFPTime OnTimer event:
procedure TDaemon1.ThreadControlTimerTimer(Sender: TObject);
var
Res: Boolean;
begin
// se
ok, thanks
Em 15-01-2014 10:19, Martin escreveu:
On 15/01/2014 13:15, Junior wrote:
ok, so in Linux, there is no need to have startlazarus.
I did not say that. And by default there is.
Default =
- you are not root
- installed in /usr/local/...
--
On Wed, 15 Jan 2014, Antonio Fortuny wrote:
Hi Folks.
Following a Michael advice I changed a TTimer by an TFPTime component in a
Linux daemon application but the latter doesn't work.
There is the code snippet of the TFPTime OnTimer event:
procedure TDaemon1.ThreadControlTimerTimer(Sender:
On Wed, Jan 15, 2014 at 12:45:46PM +, Henry Vermaak wrote:
On Wed, Jan 15, 2014 at 01:34:58PM +0100, Bart wrote:
On 1/15/14, Henry Vermaak henry.verm...@gmail.com wrote:
lazbuild crashes for me, though:
That has already been fixed in r43703 in trunk and merged to 1.2.
I can't
On 15/01/2014 17:09, Henry Vermaak wrote:
On Wed, Jan 15, 2014 at 12:45:46PM +, Henry Vermaak wrote:
That has already been fixed in r43703 in trunk and merged to 1.2.
I can't see it in fixes_1_2?
Am I the only one missing this? I've fixed mine locally, for now.
Actually you were are
It works! I added fp-units-math to package dependencies and it works!
That's great, I can release new version. Thank you for your help!
Petr
2014/1/15 Marco van de Voort mar...@stack.nl:
On Wed, Jan 15, 2014 at 10:30:58AM +0100, Petr Hlozek wrote:
800 179.416/188.992 Kb Used
900
Could somebody please have a look at these issues with TAChart and apply
the patches that I posted in bugtracker:
http://mantis.freepascal.org/view.php?id=25456
http://mantis.freepascal.org/view.php?id=25439
http://mantis.freepascal.org/view.php?id=25452
I wonder why Alexander Klenin is no
I think is much better change the default behavior to generate a external
debug file but i don't know if it has any consequence...
2014/1/15 Martin laza...@mfriebe.de
On 15/01/2014 10:43, Kostas Michalopoulos wrote:
Is it really necessary to mention exe size in the Windows installer?
It
Am 2014-01-15 23:40, schrieb William Oliveira Ferreira:
I think is much better change the default behavior to generate a external debug
file but i don't know if it has any consequence...
Definitely!
I also wondered why this is *not* the default.
What are the reasons?
Unexperienced users
On 16.01.2014 07:45, Jürgen Hestermann wrote:
Am 2014-01-15 23:40, schrieb William Oliveira Ferreira:
I think is much better change the default behavior to generate a
external debug file but i don't know if it has any consequence...
Definitely!
I also wondered why this is *not* the default.
36 matches
Mail list logo