[Lazarus] Linker errors

2014-01-15 Thread Antonio Fortuny

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 with 
a lot of errors like these:


/usr/bin/ld: warning: /home/sources/compiled/link.res contains output 
sections; did you forget -T?
/home/sita/.lazarus/lib/LCLBase/units/x86_64-linux/wsimglist.o: In 
function `WSIMGLIST_REGISTERCUSTOMIMAGELIST':
wsimglist.pp:(.text+0x99f): undefined reference to 
`WSRegisterCustomImageList'
/home/sita/.lazarus/lib/LCLBase/units/x86_64-linux/wsmenus.o: In 
function `WSMENUS_REGISTERMENUITEM':

wsmenus.pp:(.text+0x167): undefined reference to `WSRegisterMenuItem'
/home/sita/.lazarus/lib/LCLBase/units/x86_64-linux/wsmenus.o: In 
function `WSMENUS_REGISTERMENU':

wsmenus.pp:(.text+0x187): undefined reference to `WSRegisterMenu'
/home/sita/.lazarus/lib/LCLBase/units/x86_64-linux/wsmenus.o: In 
function `WSMENUS_REGISTERMAINMENU':

wsmenus.pp:(.text+0x1a7): undefined reference to `WSRegisterMainMenu'

As you can read the linker references a lot of units located into the 
local user home directory. I wonder why.

The IDE has been rebuilt without problems

Installation is a Linux Opensuse 12.2 x86_64, Lazarus 1.0.12, fpc 2.6.2 
installed out of rpm's.


When I embed all TTimer references into conditional code, no more 
problem. The daemon compiles and runs as before.
BTW, the same project compiles and runs under Win32 with the TTimer 
(Lazarus 1.0.12 and FPC 2.2.6, same external componets).
I think to a workaround solution based on another thread sleeping for 
the required period of timet this adds some extra useless overhead


Any explanation ?

Antonio;


---
Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce 
que la protection avast! Antivirus est active.
http://www.avast.com



--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Linker errors

2014-01-15 Thread Antonio Fortuny

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.


Antonio.


---
Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce 
que la protection avast! Antivirus est active.
http://www.avast.com



--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Linker errors

2014-01-15 Thread leledumbo
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: 
http://free-pascal-lazarus.989080.n3.nabble.com/Lazarus-Linker-errors-tp4035393p4035395.html
Sent from the Free Pascal - Lazarus mailing list archive at Nabble.com.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Linker errors

2014-01-15 Thread Antonio Fortuny

  
  

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 added to .lpr's uses clause.

Great, it works !!  8-) 
Thanks a lot and, hum, I look so stupid.
:-[ 
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 ?

Antonio.

  



--
View this message in context: http://free-pascal-lazarus.989080.n3.nabble.com/Lazarus-Linker-errors-tp4035393p4035395.html
Sent from the Free Pascal - Lazarus mailing list archive at Nabble.com.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus



-- 
  

  
  
  
  
 Antonio
Fortuny
  Senior Software engineer
  
  220, avenue de la Libert
  L-4602 Niederkorn
  Tel.: +352 58 00 93 - 93
  www.sitasoftware.lu

  
  
  
  

  





	
		
			

			
		
		
			
Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce que la protection Antivirus avast! est active.
			
		
	




--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Linker errors

2014-01-15 Thread Michael Van Canneyt



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 required to
be added to .lpr's uses clause.

Great, it works !! 8-) Thanks a lot  and, hum, I look so stupid.:-[
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.

But you should not use an LCL timer. 
It will not work anyway in a daemon app since it does not use the LCL application event loop.

(unless the lazarus team used some black magic to implement it)

Michael.--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


[Lazarus] Compile works, building DEB package fails

2014-01-15 Thread Petr Hlozek
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, recent version of Ubuntu and Debian unstable building
fails. What is interesting, it happens only when it's building debian
package. Ordinary make in project directory works.

This is what I get from pbuilder-dist:

...
gline2.pas(707,9) Note: Local variable z not used
gline2.pas(707,11) Note: Local variable x not used
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
ERROR: failed compiling of project /tmp/buildd/cqrlog-1.7.0/src/cqrlog.lpi
make[1]: *** [cqrlog] Error 2
make[1]: Leaving directory `/tmp/buildd/cqrlog-1.7.0'
dh_auto_build: make -j1 returned exit code 2
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
E: Failed autobuilding of package
I: unmounting /var/cache/pbuilder/ccache filesystem
I: unmounting dev/pts filesystem
..

The gline.pas is here:
https://github.com/ok2cqr/cqrlog/blob/master/src/gline2.pas

It works when I use make or compile project directly in Lazarus. Only
when I try to build package, compilation fails. I also tried to
install dependencies that are in control file and it worked :(. Debian
unstable has Lazarus 1.0.10 and fpc-2.6.2-7.

Could you help me please? I can't release new version of my app because of this.

Thanks a lot!

Petr

-- 
http://HamQTH.com/ok2cqr
http://ok2cqr.com
http://cqrlog.com
http://cqrtest.com

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Compile works, building DEB package fails

2014-01-15 Thread Marco van de Voort
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 know, but I suggest checking the FPC unitpath to see if a directory
numlib is there.

It should have approximately the following units.

det dsl eig eigh1 eigh2 int inv iom ipf
mdt ode omv roo sle spe spl typ

Lazarus Tchart had (has?) an own version of SPE for a while, that might also
be related (Free Pascal can thrown not found errors when it encounters two
versions of the same unit)


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Compile works, building DEB package fails

2014-01-15 Thread Mattias Gaertner


 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 install.


 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.

If I understand the file correct, then it compiles your project using:
lazbuild --ws=gtk2 src/cqrlog.lpi


 Unfortunately, recent version of Ubuntu and Debian unstable building
 fails. What is interesting, it happens only when it's building debian
 package. Ordinary make in project directory works.
 
 This is what I get from pbuilder-dist:
 
 ...
 gline2.pas(707,9) Note: Local variable z not used
 gline2.pas(707,11) Note: Local variable x not used
 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

For more verbosity add -vut to your project (lpi). Then run the script again.


 ERROR: failed compiling of project /tmp/buildd/cqrlog-1.7.0/src/cqrlog.lpi
 make[1]: *** [cqrlog] Error 2
 make[1]: Leaving directory `/tmp/buildd/cqrlog-1.7.0'
 dh_auto_build: make -j1 returned exit code 2
 make: *** [build] Error 2
 dpkg-buildpackage: error: debian/rules build gave error exit status 2
 E: Failed autobuilding of package
 I: unmounting /var/cache/pbuilder/ccache filesystem
 I: unmounting dev/pts filesystem
 ..
 
 The gline.pas is here:
 https://github.com/ok2cqr/cqrlog/blob/master/src/gline2.pas
 
 It works when I use make or compile project directly in Lazarus. Only
 when I try to build package, compilation fails. I also tried to
 install dependencies that are in control file and it worked :(.

What dependencies did you install?

 Debian
 unstable has Lazarus 1.0.10 and fpc-2.6.2-7.
 

Mattias

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Lazarus Second Release Candidate, 1.2RC2

2014-01-15 Thread Kostas Michalopoulos
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 i use a single window?, etc) should be better? (of course
such a welcome screen needs to be coded first :-P

2014/1/14 Michael Van Canneyt mich...@freepascal.org:


 On Tue, 14 Jan 2014, Kamen Ketev wrote:


 Hi,

 Can I use Lazarus on Windows 8.1?


 Yes, I do so.

 Michael.


 --
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Lazarus Second Release Candidate, 1.2RC2

2014-01-15 Thread Stefanos Beligiannis
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 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 i use a single window?, etc) should be better? (of course
such a welcome screen needs to be coded first :-P

2014/1/14 Michael Van Canneyt mich...@freepascal.org:


 On Tue, 14 Jan 2014, Kamen Ketev wrote:


 Hi,

 Can I use Lazarus on Windows 8.1?


 Yes, I do so.

 Michael.


 --
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Compile works, building DEB package fails

2014-01-15 Thread Petr Hlozek
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 numlib. If and how debian packs it, I
 don't know, but I suggest checking the FPC unitpath to see if a directory
 numlib is there.


I tried to install to clean system all dependecies from debian control
file and it worked when I compile it in Lazarus IDE :(. I thought the
problem won't be in dependencies. I'm sorry, I don't know how to check
if the package is there, because it happens only in build chroot. I'll
find out which fpc package includes the numlib and add it to
dependencies.

Thank you for your help!

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Compile works, building DEB package fails

2014-01-15 Thread Petr Hlozek
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 Ubuntu can be found on sourceforge. 
 It
 is easy to install.

Yes, they are but I can't use it to build package in Debian unstable
or Ubuntu. I have to use what they heve in their repo.

 gline2.pas(707,9) Note: Local variable z not used
 gline2.pas(707,11) Note: Local variable x not used
 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

 For more verbosity add -vut to your project (lpi). Then run the script again.

I'll try, thank you!

 What dependencies did you install?


I installed debhelper, lazarus, lcl, fp-utils,  fp-units-misc,
fp-units-gfx, fp-units-gtk, fp-units-db, libhamlib-dev

with apt-get install debhelper lazarus lcl fp-utils fp-units-misc
fp-units-gfx fp-units-gtk fp-units-db libhamlib-dev

Strange is, that happens only in Debian unstable and Ubuntu
13.10/14.04. Older versions don't have this problem.

Thank you for help!

Petr

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


[Lazarus] startlazarus x lazarus

2014-01-15 Thread Junior

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


Re: [Lazarus] Linker errors

2014-01-15 Thread Antonio Fortuny


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 (such as RichMemo) in its package main file is also 
required to

be added to .lpr's uses clause.

Great, it works !! 8-) Thanks a lot  and, hum, I look so stupid.:-[
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.

Sounds clear.


But you should not use an LCL timer. It will not work anyway in a 
daemon app since it does not use the LCL application event loop.

(unless the lazarus team used some black magic to implement it)
I don't know whether the Lazarus team used some magic or not but it 
works on WIn32 with the service. I'll port it now on Linux and I'll 
report the results.


Antonio.



Michael.


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus




---
Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce 
que la protection avast! Antivirus est active.
http://www.avast.com



--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Lazarus Second Release Candidate, 1.2RC2

2014-01-15 Thread Hans-Peter Diettrich

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 at all :-(

It would be nice to have a complete distribution package, that also 
performs the installation as seen by the users later. Size is not a 
problem (to me), but I cannot continue to use or recommend the use of 
Lazarus, when it takes significantly more than one hour before it's 
ready for testing.


DoDi


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Linker errors

2014-01-15 Thread leledumbo
 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 context: 
http://free-pascal-lazarus.989080.n3.nabble.com/Lazarus-Linker-errors-tp4035393p4035407.html
Sent from the Free Pascal - Lazarus mailing list archive at Nabble.com.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] startlazarus x lazarus

2014-01-15 Thread Bart
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
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Lazarus Second Release Candidate, 1.2RC2

2014-01-15 Thread Henry Vermaak
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 crashes for me, though:
 
 hcv@technical09:~/source/lazarus$ ./lazbuild --help
 [FORMS.PP] ExceptionOccurred 
   Sender=Exception
   Exception=Unknown Run-Time error : 210
   Stack trace:
   $080483E6  FILTERCONFIGFILECONTENT,  line 190 of lazbuild.lpr
   $08051889  main,  line 1679 of lazbuild.lpr
   $B7590E46
 TApplication.HandleException Unknown Run-Time error : 210
   Stack trace:
   $080483E6
   $08051889
   $B7590E46
 exception at 080483E6:
 Unknown Run-Time error : 210.
 
 GetCfgFileContent() returns nil, since I don't have a lazarus.cfg
 anywhere on my computer.  Code in FilterConfigFileContent() doesn't
 check the return result of GetCfgFileContent(), so it crashes.

I see this has been fixed in trunk (revision 43703).  Can someone merge
this, please.

Henry

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Lazarus Second Release Candidate, 1.2RC2

2014-01-15 Thread Bart
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
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Lazarus Second Release Candidate, 1.2RC2

2014-01-15 Thread Henry Vermaak
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?

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Linker errors

2014-01-15 Thread Antonio Fortuny


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 (such as RichMemo) in its package main file is also 
required to

be added to .lpr's uses clause.

Great, it works !! 8-) Thanks a lot  and, hum, I look so stupid.:-[
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.

But you should not use an LCL timer. It will not work anyway in a 
daemon app since it does not use the LCL application event loop.

(unless the lazarus team used some black magic to implement it)

Obviously, Lazarus team magic works on Win32 but not on Linux.
When starting the service I get the message (IpService:22520): 
Gtk-WARNING **: cannot open display: into the messages file and the 
service is killed.
When I launch the service by hand (MyProgram -r ), this time it runs 
(the console seems enough for GTK) but, you are rigth the timer event 
does not fire. I'm  a little bit disappointed.

Do you have, by any chance, some trick to get around this ?

Antonio.


Michael.


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus




---
Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce 
que la protection avast! Antivirus est active.
http://www.avast.com



--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Lazarus Second Release Candidate, 1.2RC2

2014-01-15 Thread Martin

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 other first questions (how do i enabled opengl?,
how do i use a single window?, etc) should be better? (of course
such a welcome screen needs to be coded first :-P




A tip of the day or even tip depending on action, that shows useful 
info within the IDE itself would be great. If someone would write the 
code... Right now, we do not have this code, and we do not have anybody 
who writes it.


So displaying something in the installer was the easiest option. Exe 
size on windows is (for win users) the single most often asked 
question. And for some reason a lot of people do not read the FAQ. So 
this seemed the best solution.


It was already put in 2nd place, to avoid starting with a problem. 
First is the what is Lazarus (not very useful, in the installer, since 
a person running the installer will already have an idea).



--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Linker errors

2014-01-15 Thread Antonio Fortuny


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 (such as RichMemo) in its package main file is also 
required to

be added to .lpr's uses clause.

Great, it works !! 8-) Thanks a lot  and, hum, I look so stupid.:-[
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.

But you should not use an LCL timer. It will not work anyway in a 
daemon app since it does not use the LCL application event loop.

(unless the lazarus team used some black magic to implement it)
I guess that TFPTimer should do it (please be clement with me and don't 
think I'm looking stupid again)


Antonio.


Michael.


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus




---
Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce 
que la protection avast! Antivirus est active.
http://www.avast.com



--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] startlazarus x lazarus

2014-01-15 Thread Martin

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 
location. So the new IDE will be in a new location, and the old one be kept.


Startlazarus will then start the new one. Lazarus will still star the old.

Of course, if you are admin/root or your installation is in a place 
where you do have permission, then both may work.


Startlazarus may also be needed internally for restarting the IDE...

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] startlazarus x lazarus

2014-01-15 Thread Junior

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 NOT admin/root, then you may not 
have filesystem permission to write Lazarus exe to the original 
location. So the new IDE will be in a new location, and the old one be 
kept.


Startlazarus will then start the new one. Lazarus will still star the 
old.


Of course, if you are admin/root or your installation is in a place 
where you do have permission, then both may work.


Startlazarus may also be needed internally for restarting the IDE...

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus




--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] startlazarus x lazarus

2014-01-15 Thread Martin

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
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


[Lazarus] TFPTimer, Linux

2014-01-15 Thread Antonio Fortuny

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 réveille toutes les 10 secondes pour vérifier l'état du thread
  FLog.Add(9, '1', esError);
  try
FLog.Add(9, '2', esError);
  except
on E: Exception do begin
  FLog.Error(Format('+++ error on log control thread:%s', 
[E.Message]));

  Res := False;
end;
  end;
  FLog.Add(9, '3', esError);
  try

FLog.Add(9, '4', esError);   - this line appears 
into the log file


ThreadControlTimer.Enabled := False;

FLog.Add(9, '5', esError); === this line is never reached

Res := DoThreadControl;
FLog.Add(9, '6', esError);
  except
on E: Exception do begin
  FLog.Error(Format('+++ error on control thread:%s', [E.Message]));
  Res := False;
end;
  end;
  if Res then begin
FLog.Add(9, '7 True', esError);
ThreadControlTimer.Enabled := True;
  end else begin
FLog.Add(9, '8 False', esError);
  end;
end;

It looks like the Enabled property doesn't work and blocks the TFPTimer 
in some way. The event is fired on time, but only once and never more.

I'dl be glad to know what happens.

Antonio.



---
Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce 
que la protection avast! Antivirus est active.
http://www.avast.com



--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] startlazarus x lazarus

2014-01-15 Thread Junior

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/...


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
.




--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] TFPTimer, Linux

2014-01-15 Thread Michael Van Canneyt



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: TObject);
var
 Res: Boolean;
begin
 // se réveille toutes les 10 secondes pour vérifier l'état du thread
 FLog.Add(9, '1', esError);
 try
   FLog.Add(9, '2', esError);
 except
   on E: Exception do begin
 FLog.Error(Format('+++ error on log control thread:%s', 
[E.Message]));

 Res := False;
   end;
 end;
 FLog.Add(9, '3', esError);
 try

   FLog.Add(9, '4', esError);   - this line appears into 
the log file


   ThreadControlTimer.Enabled := False;

   FLog.Add(9, '5', esError); === this line is never reached

   Res := DoThreadControl;
   FLog.Add(9, '6', esError);
 except
   on E: Exception do begin
 FLog.Error(Format('+++ error on control thread:%s', [E.Message]));
 Res := False;
   end;
 end;
 if Res then begin
   FLog.Add(9, '7 True', esError);
   ThreadControlTimer.Enabled := True;
 end else begin
   FLog.Add(9, '8 False', esError);
 end;
end;

It looks like the Enabled property doesn't work and blocks the TFPTimer in 
some way. The event is fired on time, but only once and never more.

I'dl be glad to know what happens.


DaemonApp works using threads.

TFPTimer is not usable in threads other than the main thread.

Michael.--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Lazarus Second Release Candidate, 1.2RC2

2014-01-15 Thread Henry Vermaak
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 see it in fixes_1_2?

Am I the only one missing this?  I've fixed mine locally, for now.

Henry

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Lazarus Second Release Candidate, 1.2RC2

2014-01-15 Thread Martin

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 right. It was supposed to be merged, but somehow 
got lost... Done now, thanks for the persistence


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Compile works, building DEB package fails

2014-01-15 Thread Petr Hlozek
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 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 know, but I suggest checking the FPC unitpath to see if a directory
 numlib is there.

 It should have approximately the following units.

 det dsl eig eigh1 eigh2 int inv iom ipf
 mdt ode omv roo sle spe spl typ


-- 
http://HamQTH.com/ok2cqr
http://ok2cqr.com
http://cqrlog.com
http://cqrtest.com

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


[Lazarus] Two TAChart patches

2014-01-15 Thread Werner Pamler
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 longer visible in the forum and here 
in the mailing list. I hope he is doing well.


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Lazarus Second Release Candidate, 1.2RC2

2014-01-15 Thread 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...


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 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 i use a single window?, etc) should be better? (of course
 such a welcome screen needs to be coded first :-P



 A tip of the day or even tip depending on action, that shows useful
 info within the IDE itself would be great. If someone would write the
 code... Right now, we do not have this code, and we do not have anybody who
 writes it.

 So displaying something in the installer was the easiest option. Exe size
 on windows is (for win users) the single most often asked question. And
 for some reason a lot of people do not read the FAQ. So this seemed the
 best solution.

 It was already put in 2nd place, to avoid starting with a problem. First
 is the what is Lazarus (not very useful, in the installer, since a person
 running the installer will already have an idea).



 --
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus




-- 

William de Oliveira Ferreira
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Lazarus Second Release Candidate, 1.2RC2

2014-01-15 Thread Jürgen Hestermann


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 wonder why their exe file is so big
and experienced users know how to change it anyway.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Lazarus Second Release Candidate, 1.2RC2

2014-01-15 Thread Sven Barth

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.
What are the reasons?


Buggy GDB? (at least that's what I would think is the most plausible 
reason ^^)


Regards,
Sven


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus