Re: [Lazarus] Statistics about Lazarus and FPC
On Sun, Jun 3, 2012 at 10:51 AM, Florian Klämpfl wrote: > Maybe we can ask them to do some smarter file recognition? I tried some 6 months ago: http://www.ohloh.net/forums/10/topics/7180 -- Felipe Monteiro de Carvalho -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Undefined identifier: RequireDerivedFormResource
Because it doesn't exist in your installation? Try to cleanup your installation, perhaps it's messy... to make sure, just try to recompile the whole IDE (that would recompile LCL as well). -- View this message in context: http://free-pascal-lazarus.989080.n3.nabble.com/Lazarus-Undefined-identifier-RequireDerivedFormResource-tp4024284p4024328.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
[Lazarus] ./lcl/intfgraphics.pas and tiff
Hello, There are two issues at the moment I found with ./lcl/intfgraphics.pas : 1. Misspelled TTiffIDF to TTiffIFD 2. at line 635 procedure DoCreateImage(ImgFileDir: TTiffIDF); {$IF FPC_FULLVERSION>=20701}override;{$ENDIF} FPC (from the latest svn revision - r21482), does not contain such method. I can send a patch to fix the first problem, but I need to better understand the need for the second one. It might that the code was not yet been committed, or it was removed. What should I do with the second "fix" ? Thanks, Ido -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] ./lcl/intfgraphics.pas and tiff
On Mon, Jun 4, 2012 at 1:23 PM, ik wrote: > Hello, > > There are two issues at the moment I found with ./lcl/intfgraphics.pas : > 1. Misspelled TTiffIDF to TTiffIFD > 2. at line 635 > procedure DoCreateImage(ImgFileDir: TTiffIDF); {$IF > FPC_FULLVERSION>=20701}override;{$ENDIF} > > FPC (from the latest svn revision - r21482), does not contain such method. > > I can send a patch to fix the first problem, but I need to better > understand the need for the second one. > It might that the code was not yet been committed, or it was removed. > > What should I do with the second "fix" ? > > Thanks, > Ido > Ignore it, the fpc tree had a commit, and even the first problem "gone". -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Reed–Solomon error correction
On 4 June 2012 05:02, Dave Coventry wrote: > I'll pick through that and see how much I understand... It's a good idea to read this, if you'd like to understand some of it: http://www.bbc.co.uk/rd/pubs/whp/whp031.shtml It comes with nice examples in (mostly) plain English. Henry -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] ./lcl/intfgraphics.pas and tiff
On Mon, 4 Jun 2012 13:44:43 +0300 ik wrote: > On Mon, Jun 4, 2012 at 1:23 PM, ik wrote: > > > Hello, > > > > There are two issues at the moment I found with ./lcl/intfgraphics.pas : > > 1. Misspelled TTiffIDF to TTiffIFD > > 2. at line 635 > > procedure DoCreateImage(ImgFileDir: TTiffIDF); {$IF > > FPC_FULLVERSION>=20701}override;{$ENDIF} > > > > FPC (from the latest svn revision - r21482), does not contain such method. > > > > I can send a patch to fix the first problem, but I need to better > > understand the need for the second one. > > It might that the code was not yet been committed, or it was removed. > > > > What should I do with the second "fix" ? > > > > Thanks, > > Ido > > > > > Ignore it, the fpc tree had a commit, and even the first problem "gone". The fpc commit came shortly before the lazarus commit. The tiff reader now supports reading multi page files, tiles, CMYK and a few other improvements. The TTiffIDF was a typo and was fixed to TTiffIFD. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] rev. 37469 breaks the calltip hints
Ctrl+Shift+Space function call-tips height much too small, I can only see a small horizontal rectangle with only the upper few pixels of the text instead of a the full hint window. 37468 is ok 37469 breaks it. Linux/i386-GTK2 -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] rev. 37469 breaks the calltip hints
On Mon, Jun 4, 2012 at 9:17 PM, Bernd wrote: > Ctrl+Shift+Space function call-tips height much too small, I can only > see a small horizontal rectangle with only the upper few pixels of the > text instead of a the full hint window. > > 37468 is ok > 37469 breaks it. > Fixed in r37515 by reverting the earlier commit. See #21775: Font with number in name gets wrong size I hope someone can fix the height bug. The original patch from cobines fixed another serious font size related problem. My understanding of GTK2 widgetset is not enough and I have no time or energy to study it now. Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] ./lcl/intfgraphics.pas and tiff
2012/6/4 Mattias Gaertner : >> Ignore it, the fpc tree had a commit, and even the first problem "gone". > > The fpc commit came shortly before the lazarus commit. > The tiff reader now supports reading multi page files, tiles, CMYK and > a few other improvements. > The TTiffIDF was a typo and was fixed to TTiffIFD. Unfortunately it wont compile with the 2.6 branch anymore now. I think the only solution would be an $ifdef for the next few years until 2.6 will be considered "old and unsupported" -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Library, Threads and Gui
I understand that the gui system is non-reentrant, and therefore should not be accessed by any thread but the main one. I am using cmem as my memory manager for both my app and library (if thats relevant), and it would appear that the entrant thread of the library is the same as the main app ? So is it safe to read / write to gui components (I have the control addresses) from within the library (no new threads created) without problems ? To summarise - can I rd/wr to form controls from within a cmem controlled library using its main thread ? Thanks - SteveG -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] ./lcl/intfgraphics.pas and tiff
On 5-6-2012 0:27, Bernd wrote: > 2012/6/4 Mattias Gaertner : >>> Ignore it, the fpc tree had a commit, and even the first problem "gone". >> >> The fpc commit came shortly before the lazarus commit. >> The tiff reader now supports reading multi page files, tiles, CMYK and >> a few other improvements. >> The TTiffIDF was a typo and was fixed to TTiffIFD. > > Unfortunately it wont compile with the 2.6 branch anymore now. I think > the only solution would be an $ifdef for the next few years until 2.6 > will be considered "old and unsupported" Issue was partly fixed; there's still an include file: lcl/include/tiffimage.inc that needs fixing. See http://bugs.freepascal.org/view.php?id=22199 for patch Thanks, Reinier -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Delphi converter error
Hi, Just ran the Delphi converter for fun on some Inno setup sources http://www.jrsoftware.org/isdl.php (issrc-5.5.0.zip) (multiplatform option disabled) and got some errors. Lazarus svn r37522 The convertor stopped with an error message operator missing; press ok to ignore... etc Is this easy to fix? Thanks, Reinier Messages below: * Converting file D:\Cop\t\inno\Projects\Compil32.dpr * *** Find all unit files ... *** Added Package LCL as a requirement. Replaced call SetCurrentDir(GetSystemDir); with SetCurrentDirUTF8(GetSystemDir); { *Converted from SetCurrentDir* } Added unit FileUtil to uses section Replaced call SetCurrentDir(PathExtractDir(NewParamStr(0))) with SetCurrentDirUTF8(PathExtractDir(NewParamStr(0))) { *Converted from SetCurrentDir* } - EDelphiConverterError: Converter: ")" is missing from replacement function. * Fixing used units for file D:\Cop\t\inno\Projects\Compil32.dpr * *** Converting unit files ... *** * Converting file D:\Cop\t\inno\Projects\SafeDLLPath.pas * * Converting file D:\Cop\t\inno\Projects\CompForm.pas * -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Library, Threads and Gui
On Tue, 05 Jun 2012 10:18:04 +0930 SteveG 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 is relevant. If you have two memory managers you can not exchange strings and classes. > and it would appear that the entrant thread of the > library is the same as the main app ? Yes. What OS? > So is it safe to read / write to gui components (I have the control > addresses) from within the library (no new threads created) without > problems ? The "is" operator requires that the library uses the VMTs of the main application. > To summarise - can I rd/wr to form controls from within a cmem > controlled library using its main thread ? Yes, to some degree. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus