Re: [Lazarus] html output
Andreas Berger Andreas at TheBergerClan.org writes: Thank you all for the replies. I have some ideas on how to do it, but it will be a lot of work. If the client is willing to pay, I'll do it (and try to get permission to make it open source :) ), but I don't think he will want it that bad. Dear Andreas, You might like to check this out, Paul -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Source and Editor woes
On 28/09/2011 02:48, Hans-Peter Diettrich wrote: Martin schrieb: The IDE shows a diff, if you select one of the files in the dialog. So you can check what changed. That turned out to be not really useful. It contained 5600 lines, IIRC, impossible to find out what's different and what's the correct version. When I saved the editor file under a different name, fc did find only two different lines - with no visible difference (whitespace? line endings?). Don't know, a bug? or a diff algorithm that doesn't work well with your data? I mostly have pascal files open. and shows the right diff. I recall having had that once, for a very short time (quite a while ago), I do not think it was my config, it might have been some extra package that was installed, or it got fixed (at least as far as my tests go) I.e. you can not reproduce the described behaviour? I played around with it, for some longer. I use restore pos in the window settings, so it does not happen. You probably have a fixed pos? In that case it can be reproduced, on focus. Please report it on mantis -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] [OT] Pascal's Compilers.
On Tue, Sep 27, 2011 at 4:19 PM, Felipe Monteiro de Carvalho felipemonteiro.carva...@gmail.com wrote: On Tue, Sep 27, 2011 at 4:01 PM, Lukasz Sokol el.es...@gmail.com wrote: do all languages get the same treatment on the shootout...? Or are some more even than others! The shootout is a hacking competition, it is not a scientific test of which language is faster. Actually I wrote that because the last time I looked at the shootout some years ago it's description was quite humorous, it clearly stated that it is completely flawed and should not be used for serious things. It even made it hard to recommend FPC by linking to the shootout because it's description made the shootout look like a joke! Now I entered it again and it's main description clearly invites people to choose a programming language based on the shootout results and the word flawed is nowhere to be found. It looks like the shootout was take over by trolls! -- Felipe Monteiro de Carvalho -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] [OT] Pascal's Compilers.
On 28/09/2011 09:41, Felipe Monteiro de Carvalho wrote: On Tue, Sep 27, 2011 at 4:19 PM, Felipe Monteiro de Carvalho felipemonteiro.carva...@gmail.com wrote: [...] It looks like the shootout was take over by trolls! And they made all efforts to make it look like it's /the/ thing to measure 'compiler efficiency'... (Although they still do mention it's like comparing apples and oranges, but then 'what if your choice is between apples and oranges' ...) But there is no rules to it - hence in most cases g++ is the one to choose... I would try but I've got life outside IT world which will ferociously defend itself :J L. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Problem to rename a form
I found a strange behavior in Lazarus IDE. To reproduce follow that steps: 1 - Create a new project. 2 - Rename Form1 to fmAINmENU 3 - Save all 4 - Try to rename the form to FMainMenu IDE doesn't permit. The error: This component has already the class TFPrint. I think it is a little bug. I'm using Lazarus 0.9.31 + FPC 2.5.1 + Win XP 32bits best regards Rafael Tuim -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Problem to rename a form
2011/9/28 Rafael Tuim Elias rafaeltuimel...@gmail.com: I found a strange behavior in Lazarus IDE. To reproduce follow that steps: 1 - Create a new project. 2 - Rename Form1 to fmAINmENU 3 - Save all 4 - Try to rename the form to FMainMenu IDE doesn't permit. The error: This component has already the class TFPrint. I think it is a little bug. I'm using Lazarus 0.9.31 + FPC 2.5.1 + Win XP 32bits best regards Rafael Tuim This error also occurs to me. Lazarus 0.9.30 r29749 FPC 2.4.2 i386-win32-win32/win64 -- Silvio Clécio === Blog - silvioprog.com.br Twitter - twitter.com/silvioprog Facebook - facebook.com/silvioprog LazSolutions - code.google.com/p/lazsolutions LazWebSolutions - code.google.com/p/lazwebsolutions Lazarus-BR - groups.google.com.br/group/lazarus-br?hl=pt-BR === * Conheça nosso canal IRC sobre Lazarus: #lazarus-br * === -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Problem to rename a form
On 28/9/11 1:24, Rafael Tuim Elias wrote: I found a strange behavior in Lazarus IDE. To reproduce follow that steps: 1 - Create a new project. 2 - Rename Form1 to fmAINmENU 3 - Save all 4 - Try to rename the form to FMainMenu IDE doesn't permit. The error: This component has already the class TFPrint. I think it is a little bug. It's not a bug if the error message is This component has already the class fmAINmENU since the IDE rightly disallows having two components with identical names (ignoring case). So, yes, the IDE does not check if you are just altering the case of the component name from what was originally entered. It won't let you do that. Hardly a big deal. However, the English error message would be better This component already has the class... (which is English, rather than transliterated German). H -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Problem to rename a form
2011/9/28 Howard Page-Clark h...@talktalk.net: On 28/9/11 1:24, Rafael Tuim Elias wrote: I found a strange behavior in Lazarus IDE. To reproduce follow that steps: 1 - Create a new project. 2 - Rename Form1 to fmAINmENU 3 - Save all 4 - Try to rename the form to FMainMenu IDE doesn't permit. The error: This component has already the class TFPrint. I think it is a little bug. It's not a bug if the error message is This component has already the class fmAINmENU since the IDE rightly disallows having two components with identical names (ignoring case). So, yes, the IDE does not check if you are just altering the case of the component name from what was originally entered. It won't let you do that. Hardly a big deal. However, the English error message would be better This component already has the class... (which is English, rather than transliterated German). H But this behavior is different from Delphi (7). I tested it in Delphi and this problem does not occur. It's bug. -- Silvio Clécio === Blog - silvioprog.com.br Twitter - twitter.com/silvioprog Facebook - facebook.com/silvioprog LazSolutions - code.google.com/p/lazsolutions LazWebSolutions - code.google.com/p/lazwebsolutions Lazarus-BR - groups.google.com.br/group/lazarus-br?hl=pt-BR === * Conheça nosso canal IRC sobre Lazarus: #lazarus-br * === -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Problem to rename a form
On Wed, 28 Sep 2011 09:24:28 -0300 Rafael Tuim Elias rafaeltuimel...@gmail.com wrote: I found a strange behavior in Lazarus IDE. To reproduce follow that steps: 1 - Create a new project. 2 - Rename Form1 to fmAINmENU 3 - Save all 4 - Try to rename the form to FMainMenu IDE doesn't permit. The error: This component has already the class TFPrint. I think it is a little bug. I'm using Lazarus 0.9.31 + FPC 2.5.1 + Win XP 32bits I fixed it in svn trunk. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Problem to rename a form
2011/9/28 Mattias Gaertner nc-gaert...@netcologne.de: On Wed, 28 Sep 2011 09:24:28 -0300 Rafael Tuim Elias rafaeltuimel...@gmail.com wrote: I found a strange behavior in Lazarus IDE. To reproduce follow that steps: 1 - Create a new project. 2 - Rename Form1 to fmAINmENU 3 - Save all 4 - Try to rename the form to FMainMenu IDE doesn't permit. The error: This component has already the class TFPrint. I think it is a little bug. I'm using Lazarus 0.9.31 + FPC 2.5.1 + Win XP 32bits I fixed it in svn trunk. Mattias Thx. :) -- Silvio Clécio === Blog - silvioprog.com.br Twitter - twitter.com/silvioprog Facebook - facebook.com/silvioprog LazSolutions - code.google.com/p/lazsolutions LazWebSolutions - code.google.com/p/lazwebsolutions Lazarus-BR - groups.google.com.br/group/lazarus-br?hl=pt-BR === * Conheça nosso canal IRC sobre Lazarus: #lazarus-br * === -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Problem to rename a form
thank you Mattias and FPC/Lazarus team Rafael Tuim -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TControlSizing.Size is not symmetric!?
On Wed, 28 Sep 2011 07:04:34 +0200 Hans-Peter Diettrich drdiettri...@aol.com wrote: Reading the TControlSizing.Size property does not return the written value, instead it increases it by Around. This will cause cs.Size[side] := cs.Size[side]; to increment the stored size by Around, for every invocation! Is this really intended behaviour??? Good grief. No. While GetSpace and SetSpace have equivalent names, GetSpace adds Around. GetSideSpace (called by GetSpace) returns the stored values instead. GetSpace should be the counterpart of SetSpace. Gladfully it was never documented, so probably no one used them except the LCL. I swapped them and will add it to the release notes. Currently the wiki server is very slow. Thanks for pointing this out. Also: procedure Change(InnerSpaceChanged: Boolean); virtual; ignores the argument. The method is virtual, of course, but where is it ever overridden? Since the new autosize algorithm the parameter is no longer used by the LCL. As far as I know no one uses it at the moment. Of course this might change, when we add the mechanism to implement your own layout engine. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] WinCE project with sqlite3laz package will not compile
Bugreport in here : http://bugs.freepascal.org/view.php?id=20362 Any ideas, what is that .secrel32 thingy, and is there any workaround of this. Also Is this Lazarus or purely Compiler issue? -TP- -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] WinCE project with sqlite3laz package will not compile
On Wed, Sep 28, 2011 at 3:38 PM, Tommi Prami groups.tpr...@gmail.com wrote: Also Is this Lazarus or purely Compiler issue? This is not related to Lazarus, only to FPC. -- Felipe Monteiro de Carvalho -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] WinCE 3.0 support?
Hi, I want to know if FPC and Lazarus (wince) has support for Windows CE 3.0? I am about to buy one device with this OS and need to know if it will work or not. Thanks! -- Horacio Jamilis hjami...@pymesoft.com.ar -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Thread debugging problem
Hi, since updating my Lazarus version from svn (I was using a one month old version) I'm getting a SIGABRT exception in a thread. The exception apparently is raised while adding items to a TCollection that is created in the main thread, then passed as parameter to the newly created thread. If I comment the line mycollection.add the error disapears. This is the lazarus log I get when running from command line, hope it helps find the problem: TMainIDE.DoInitProjectRun ProgramFilename=/home/leonardo/Desarrollo/griensu/GViewerIII/dicomviewer TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger [TCmdLineDebugger] Debug PID: 16190 TGDBMIDebugger.ProcessResult Error: ,msg=No symbol table is loaded. Use the \file\ command. [Debugger] Running GDB version: Ubuntu/Linaro 7.2-1ubuntu11 [TDebugger.SetFileName] /home/leonardo/Desarrollo/griensu/GViewerIII/dicomviewer [TMainIDE.DoRunProject] B TGDBMIDebugger [TMainIDE.DoRunProject] END TGDBMIDebugger.StartDebugging WorkingDir=/home/leonardo/Desarrollo/griensu/GViewerIII/ TGDBMIDebugger.ProcessResult Error: ,msg=No symbol \FPC_THREADVAR_RELOCATE_PROC\ in current context. [Debugger] Log output: info functions FPC_CPUINIT\n [Debugger] Log output: set width 5\n [Debugger] Log output: set inferior-tty /dev/pts/2\n [Debugger] Log output: info address main\n [Debugger] Log output: ptype TObject\n [Debugger] Log output: ptype Exception\n [Debugger] Log output: ptype Shortstring\n [Debugger] Log output: ptype pointer\n [Debugger] Log output: ptype byte\n [Debugger] Log output: info address FPC_RAISEEXCEPTION\n [Debugger] Log output: info address FPC_BREAK_ERROR\n [Debugger] Log output: info address FPC_RUNERROR\n [Debugger] Log output: info file\n [Debugger] File type: [Debugger] Entry point: [WARNING] [Debugger.TargetInfo] Unknown FileType: , using GDB cpu [Debugger] Log output: Funci\303\263n \302\253foo\302\273 no definida.\n [Debugger] Console output: ~[Depuraci\303\263n de hilo usando libthread_db enabled]\n [Debugger] Log output: info program\n [Debugger] Target PID: 16192 [Debugger] Log output: info line
Re: [Lazarus] Lazarus project version information out of whack on 0.9.30?
2011/9/8 Flávio Etrusco flavio.etru...@gmail.com (...) I also saw that a Build All fixes this problem. Will there be something in fixes for it? -- Frank Church You mean that application version is only auto-increment on BuildAll? (This is also what happens on trunk) IIRC this behavior is compatible with Delphi, and I would say it's the expected one. When you're testing some modification (or doing a release, even a internal/testing one) the least you have to do is do a complete Build instead of Compile... -Flávio Is this a works as designed issue or is it considered a bug. I prefer the former way. When I don't want the build to be incremented I tick the relevant checkbox. Anyway with the build all, the version in the executable is a step behind the one in the project, and the .rc file doesn't get updated. Is this the new behaviour? Has 'fixes_xxx been changed? -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- Frank Church === http://devblog.brahmancreations.com -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Thread debugging problem
On 2011-09-28 11:04:20 -0300, Leonardo M. Ramé wrote: Hi, since updating my Lazarus version from svn (I was using a one month old version) I'm getting a SIGABRT exception in a thread. The exception apparently is raised while adding items to a TCollection that is created in the main thread, then passed as parameter to the newly created thread. If I comment the line mycollection.add the error disapears. This is the lazarus log I get when running from command line, hope it helps find the problem: TMainIDE.DoInitProjectRun ProgramFilename=/home/leonardo/Desarrollo/griensu/GViewerIII/dicomviewer TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger TDebugger.ReqCmd Command not supported: Environment ClassName=TGDBMIDebugger [TCmdLineDebugger] Debug PID: 16190 TGDBMIDebugger.ProcessResult Error: ,msg=No symbol table is loaded. Use the \file\ command. [Debugger] Running GDB version: Ubuntu/Linaro 7.2-1ubuntu11 [TDebugger.SetFileName] /home/leonardo/Desarrollo/griensu/GViewerIII/dicomviewer [TMainIDE.DoRunProject] B TGDBMIDebugger [TMainIDE.DoRunProject] END TGDBMIDebugger.StartDebugging WorkingDir=/home/leonardo/Desarrollo/griensu/GViewerIII/ TGDBMIDebugger.ProcessResult Error: ,msg=No symbol \FPC_THREADVAR_RELOCATE_PROC\ in current context. [Debugger] Log output: info functions FPC_CPUINIT\n [Debugger] Log output: set width 5\n [Debugger] Log output: set inferior-tty /dev/pts/2\n [Debugger] Log output: info address main\n [Debugger] Log output: ptype TObject\n [Debugger] Log output: ptype Exception\n [Debugger] Log output: ptype Shortstring\n [Debugger] Log output: ptype pointer\n [Debugger] Log output: ptype byte\n [Debugger] Log output: info address FPC_RAISEEXCEPTION\n [Debugger] Log output: info address FPC_BREAK_ERROR\n [Debugger] Log output: info address FPC_RUNERROR\n [Debugger] Log output: info file\n [Debugger] File type: [Debugger] Entry point: [WARNING] [Debugger.TargetInfo] Unknown FileType: , using GDB cpu [Debugger] Log output: Funci\303\263n \302\253foo\302\273 no definida.\n [Debugger] Console output: ~[Depuraci\303\263n de hilo usando libthread_db enabled]\n
Re: [Lazarus] WinCE 3.0 support?
El 28/09/2011 11:06, Felipe Monteiro de Carvalho escribió: On Wed, Sep 28, 2011 at 4:00 PM, Horacio Jamilis hjami...@pymesoft.com.ar wrote: I want to know if FPC and Lazarus (wince) has support for Windows CE 3.0? Free Pascal yes, but the LCL (Lazarus GUI toolkit) no. See http://wiki.lazarus.freepascal.org/LCL_Internals#Minimum_Toolkit_versions But it amazes me that someone would sell a new device with something ancient like Windows CE 3.0 Thanks for the link. In fact it is not a new device. This is the used device I was able to find here that fulfills my customers needs... almost :-) That is a wireless (wifi) PDA or terminal with telnet or web browser and with barcode reader. Thanks for your answer. -- Horacio Jamilis -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TControlSizing.Size is not symmetric!?
Mattias Gaertner schrieb: GetSpace should be the counterpart of SetSpace. Gladfully it was never documented, so probably no one used them except the LCL. I swapped them and will add it to the release notes. I'll check and update the docs accordingly. procedure Change(InnerSpaceChanged: Boolean); virtual; ignores the argument. The method is virtual, of course, but where is it ever overridden? Since the new autosize algorithm the parameter is no longer used by the LCL. Okay, I'll document it accordingly. DoDi -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] ARM, Cortex-A8 in Genesi Efika MX cloud computer
Hi, Thanks for the heads up, Dom and I have it compiling correctly from an i386 Ubuntu VM, and running on the ARM Linux box, (that compiler option works fine -meabi=5) However I still would prefer to get it compiling on my windows box, I have tried and failed several times to rebuild the binutils following the guide at http://wiki.freepascal.org/Setup_Cross_Compile_For_ARM as its all for linux, alot of the commands don’t work, such as ./configure --target=arm-linux --disable-werror. Nor can i find anywhere thats got some precompiled binutils in this state. Iv tried in Cygwin, but the C compiler doesn't work - configure:4227: error: C compiler cannot create executables, and this is just one stage. Not sure where to go now to try and compile for the arm on my windows box! Any help would be great. Cheers Phil + Dom From: Henry Vermaak [mailto:henry.verm...@gmail.com] Sent: 27 September 2011 12:29 To: Lazarus mailing list Subject: Re: [Lazarus] Lazarus Digest, Vol 44, Issue 106 On 27/09/11 12:12, Henry Vermaak wrote: On 27/09/11 11:25, domini...@savagesoftwaresolutions.com wrote: Hi Henry, Thanks for answering. This is the ELF output running on the actual box... https://gist.github.com/1244760 There are 2 ELF outputs. The top one is the FreePascal one, while the bottom one is for mkdir. We did notice that native exes list their OS as UNIX, while our exe lists it as ARM. You'll probably need to pass -meabi=5 to arm-linux-as when you build fpc and your programs. Easiest way is to write a program called arm-linux-as.exe that calls the real assembler (that you renamed) with an added -meabi=5. Even better is to re-build the binutils with a target like arm-linux-eabi, which should set this by default. Tip: use a linux machine to build the binutils, it's much easier. Henry -- ___ 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] ARM, Cortex-A8 in Genesi Efika MX cloud computer
On 28/09/11 16:15, Philip Cockram wrote: Hi, Thanks for the heads up, Dom and I have it compiling correctly from an i386 Ubuntu VM, and running on the ARM Linux box, (that compiler option works fine -meabi=5) However I still would prefer to get it compiling on my windows box, I have tried and failed several times to rebuild the binutils following the guide at http://wiki.freepascal.org/Setup_Cross_Compile_For_ARM as its all for linux, alot of the commands don’t work, such as ./configure --target=arm-linux --disable-werror. You have to do a Canadian Cross. This is where the build, host and target platforms all differ. On Debian, I install the mingw32 package, which gives me the linux-mingw32 cross binutils/compilers. They are called i586-mingw32msvc-*, so my binutils configure command is: ./configure --prefix=/opt/arm-linux-eabi-win32 --target=arm-linux-eabi --host=i586-mingw32msvc --disable-werror You may have to adapt this if your cross tools have a different prefix. Then a simple `make make install` gets me binutils that I can copy to my Windows machine. Nor can i find anywhere thats got some precompiled binutils in this state. I can upload the binutils I've built somewhere for you to try out, if you like. Henry -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Source and Editor woes
Martin schrieb: On 28/09/2011 02:48, Hans-Peter Diettrich wrote: Martin schrieb: The IDE shows a diff, if you select one of the files in the dialog. So you can check what changed. That turned out to be not really useful. It contained 5600 lines, IIRC, impossible to find out what's different and what's the correct version. When I saved the editor file under a different name, fc did find only two different lines - with no visible difference (whitespace? line endings?). Don't know, a bug? or a diff algorithm that doesn't work well with your data? I mostly have pascal files open. and shows the right diff. That's why a problem with XML source files may not have been detected until now. I recall having had that once, for a very short time (quite a while ago), I do not think it was my config, it might have been some extra package that was installed, or it got fixed (at least as far as my tests go) I.e. you can not reproduce the described behaviour? I played around with it, for some longer. I use restore pos in the window settings, so it does not happen. I use restore geometry, a restore pos is not available? You probably have a fixed pos? In that case it can be reproduced, on focus. Please report it on mantis What version should I use for an reasonable error report? I tried to rebuild the trunk version, but ran into a problem with the FCL package installer. Which FPC version is required to rebuild Lazarus trunk? DoDi -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] ARM, Cortex-A8 in Genesi Efika MX cloud computer
Hi, Thanks alot for the info again, yes, please upload the bins to somewhere and il try it Thanks again Phil. Date: Wed, 28 Sep 2011 16:33:00 +0100 From: henry.verm...@gmail.com To: lazarus@lists.lazarus.freepascal.org Subject: Re: [Lazarus] ARM, Cortex-A8 in Genesi Efika MX cloud computer On 28/09/11 16:15, Philip Cockram wrote: Hi, Thanks for the heads up, Dom and I have it compiling correctly from an i386 Ubuntu VM, and running on the ARM Linux box, (that compiler option works fine -meabi=5) However I still would prefer to get it compiling on my windows box, I have tried and failed several times to rebuild the binutils following the guide at http://wiki.freepascal.org/Setup_Cross_Compile_For_ARM as its all for linux, alot of the commands don’t work, such as ./configure --target=arm-linux --disable-werror. You have to do a Canadian Cross. This is where the build, host and target platforms all differ. On Debian, I install the mingw32 package, which gives me the linux-mingw32 cross binutils/compilers. They are called i586-mingw32msvc-*, so my binutils configure command is: ./configure --prefix=/opt/arm-linux-eabi-win32 --target=arm-linux-eabi --host=i586-mingw32msvc --disable-werror You may have to adapt this if your cross tools have a different prefix. Then a simple `make make install` gets me binutils that I can copy to my Windows machine. Nor can i find anywhere thats got some precompiled binutils in this state. I can upload the binutils I've built somewhere for you to try out, if you like. Henry -- ___ 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] Source and Editor woes
On 28/09/2011 17:56, Hans-Peter Diettrich wrote: Martin schrieb: I played around with it, for some longer. I use restore pos in the window settings, so it does not happen. I use restore geometry, a restore pos is not available? yes, restore geometry that is what I meant. And that is what I normally use, and wile using this, it has never happened to me. (except once, when it was combined with a bug about negative window coordinates, but that is fixed; however meaning that in theory the issue exist with restore geom too, but does not trigger for me). Ok scratch the last paragraph, after having said that, I have no one triggered it with restore too, but it has not happen before. And I am not sure how to repeat. Using default pos or custom pos the issue is repeatable. I seem to experience one unexpected resize/re-position, after changing the option, then repositioning the window You probably have a fixed pos? In that case it can be reproduced, on focus. Please report it on mantis What version should I use for an reasonable error report? I tested with trunk, and it is present. If you experience in any other version, use that for the report, and mention that it was reproduced with trunk too. Maybe attach environmentoptions.xml. And steps to reproduce with an empty project. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Problem to rename a form
On 9/28/2011 08:43, Howard Page-Clark wrote: On 28/9/11 1:24, Rafael Tuim Elias wrote: I found a strange behavior in Lazarus IDE. To reproduce follow that steps: 1 - Create a new project. 2 - Rename Form1 to fmAINmENU 3 - Save all 4 - Try to rename the form to FMainMenu IDE doesn't permit. The error: This component has already the class TFPrint. I think it is a little bug. It's not a bug if the error message is This component has already the class fmAINmENU since the IDE rightly disallows having two components with identical names (ignoring case). So, yes, the IDE does not check if you are just altering the case of the component name from what was originally entered. It won't let you do that. Hardly a big deal. the error message should indicate something about this check being done case insensitive, too... or it should go ahead and fix the case the way it is being entered... since it detects the duplicate, it can inquire about renaming as newly entered or leaving it (and aborting) or are we trying to create a new one and simply typed a name already in use... three options with some smarts in the choices ;) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Localization of carbon application menu
Dear Lazaristi, I want to localize the captions of the standard menuitems in my program created with lazarus, i.e. the items Services, Hide myApp, Hide Others, Show All and Quit myApp. The problem is that i cannot get hold of these items. I also tried to find out how this is done in Lazarus, but failed, too. Maybe not related, but for the sake of completeness: What worked is to add extra items (i.e. an about and a preferences submenu) in the application menu including subsequent translation of the captions. I also tried to get acces via NSApp.mainMenu, but that gives an acces violation because NSApp is zero. I expected that this is already allocated and set, but it does not to be the case. Any help how to get access to these submenus or hints how this is done in the Lazarus IDE? Thanks in advance. Michael Schindler ___ Schon gehört? WEB.DE hat einen genialen Phishing-Filter in die Toolbar eingebaut! http://produkte.web.de/go/toolbar -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Another IDE strange behavior
Hi all i found another strange behavior in Lazarus IDE. To reproduce follow this steps. 1 - Create a new application 2 - Insert a DataModule in project (File - New .) 3 - In source editor, select the unit2 sheet (DataModule Unit) 4 - Minimize the source editor 5 - Click in Form1 area 6 - In component pallete select Standard/Button and try to put in Form1. When i click in TButton component, it disapear, getting only DataModule components (MainMenu, PopUpMenu, ActionList) in Standard Pallete. I'm using Lazarus 0.9.31 + FPC 2.5.1 + Win32 from snapshots best regards Rafael Tuim -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Another IDE strange behavior
2011/9/28 Rafael Tuim Elias rafaeltuimel...@gmail.com When i click in TButton component, it disapear, getting only DataModule components (MainMenu, PopUpMenu, ActionList) in Standard Pallete. I'm using Lazarus 0.9.31 + FPC 2.5.1 + Win32 from snapshots Can't reproduce here. The contents of component palette change correctly when changing between Form1 and DataModule. I can also add TButton to Form1. Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Another IDE strange behavior
2011/9/28 Rafael Tuim Elias rafaeltuimel...@gmail.com: Hi all i found another strange behavior in Lazarus IDE. To reproduce follow this steps. 1 - Create a new application 2 - Insert a DataModule in project (File - New .) 3 - In source editor, select the unit2 sheet (DataModule Unit) 4 - Minimize the source editor 5 - Click in Form1 area 6 - In component pallete select Standard/Button and try to put in Form1. When i click in TButton component, it disapear, getting only DataModule components (MainMenu, PopUpMenu, ActionList) in Standard Pallete. I'm using Lazarus 0.9.31 + FPC 2.5.1 + Win32 from snapshots best regards Rafael Tuim -- I didn't try to reproduce, but I think this could have been introduced by this: http://bugs.freepascal.org/view.php?id=19727 There is already a work-around for a very similar case: http://bugs.freepascal.org/view.php?id=20210 I guess I shouldn't be using DoShowDesignerFormOfCurrentSrc, but I couldn't any method to get the last selected designer. This: procedure TMainIDE.ComponentPaletteClassSelected(Sender: TObject); begin if TheControlSelection.SelectionFormnil then ShowDesignerForm(TheControlSelection.SelectionForm); end; isn't much better, since just focusing the form doesn't select a component. -Flávio -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Source and Editor woes
Martin schrieb: Ok scratch the last paragraph, after having said that, I have no one triggered it with restore too, but it has not happen before. And I am not sure how to repeat. I wonder why the IDE *ever* has to resize or move already *existing* forms. Why can't it simply provide intital values for the first appearance of a form, and (eventually) save its final state? Brining a form to front doesn't required to touch its coordinates. DoDi -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus