Re: [lazarus] Lazarus and InstantObjects ?
On Sun, 11 Nov 2007, Graeme Geldenhuys wrote: On 10/11/2007, Al Boldi [EMAIL PROTECTED] wrote: This is a big misconception. The fact that TForm has the ability to host business rules and whatever else does not mean that you have to do it this way. You can maintain whatever model you like with TForm, for the mere fact that it's event-driven. And that's where the problem comes in. Borland gave developers DB-Aware components with all these great events to hook into. They simply guide the developer into adding code into the forms, mixing business rules with the presentation layer. I've maintained enough Delphi code from multiple projects in my career and every app designed with DB-Aware components have business rules embedded in the forms. From specific filters to calculated fields, hard coded SQL etc... Not to mention all these DB-Aware components tie you into a specify database structure due to hard coded field names used in the components + tying you to a specific component vendor. DB-Aware components are great for quick prototyping, but that's about it. But hey, this is a totally separate topic that can go on forever OPF's vs DB-Aware components. Indeed. But I think that all will agree that the fact that it IS possible allows to do real RAD, making it possible to create new programs very fast. In a business world where Delphi had to compete with VB, this was the right choice. Not anyone understands OOP/Business rules. But many can program VB... Unlike VB where it was next to impossible to separate business logic from presentation logic, in Delphi you have the choice to do so. In Lazarus, with the RTTI controls, you have even more choice. BTW. Graeme, the RTTI controls make much of your MV(*) layers redundant or at least even more of a breeze. If you want I can send you an article I wrote a couple of years ago that shows how... Michael. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Really bad bug in IDE.
Hi, Quite the showstopper: The action editor no longer works in the Lazarus IDE :/ Steps to reproduce: - Create new application - Drop action list on form - Edit action list - Click 'Add action' button. and POOF: Lazarus gone ! Lazarus of today: linux, GTK1, X86_64. But it was present some time, my last-but-one had it too, I just recompiled hoping that the problem would be solved. Not... Michael. Backtrace of the IDE: TMainIDE.OnPropHookPersistentAdded A ActionList1:TActionList TPkgManager.AddUnitDependenciesForComponentClasses Extending Uses /home/michael/projects/lazarus/components/mydbexport/demo/single/frmmain.pp ActnList [TEventsCodeTool.CompleteComponent] CurComponent=ActionList1:TActionList TProject.SomethingModified PartOfProject /home/michael/projects/lazarus/components/mydbexport/demo/single/frmmain.pp TApplication.HandleException Access violation Stack trace: $0071BAA5 line 26 of /usr/src/packages/BUILD/glibc-2.6.1/cc-nptl/csu/crti.S $007BC5DB line 26 of /usr/src/packages/BUILD/glibc-2.6.1/cc-nptl/csu/crti.S $007BE7FA line 26 of /usr/src/packages/BUILD/glibc-2.6.1/cc-nptl/csu/crti.S $0071B71B line 26 of /usr/src/packages/BUILD/glibc-2.6.1/cc-nptl/csu/crti.S $007DE9E6 line 26 of /usr/src/packages/BUILD/glibc-2.6.1/cc-nptl/csu/crti.S $008043E5 line 26 of /usr/src/packages/BUILD/glibc-2.6.1/cc-nptl/csu/crti.S $00805F5B line 26 of /usr/src/packages/BUILD/glibc-2.6.1/cc-nptl/csu/crti.S $0068F5D9 line 26 of /usr/src/packages/BUILD/glibc-2.6.1/cc-nptl/csu/crti.S $007DDECE line 26 of /usr/src/packages/BUILD/glibc-2.6.1/cc-nptl/csu/crti.S $007DC81D line 26 of /usr/src/packages/BUILD/glibc-2.6.1/cc-nptl/csu/crti.S $007D283F line 26 of /usr/src/packages/BUILD/glibc-2.6.1/cc-nptl/csu/crti.S $007D3BB3 line 26 of /usr/src/packages/BUILD/glibc-2.6.1/cc-nptl/csu/crti.S $008AA678 line 26 of /usr/src/packages/BUILD/glibc-2.6.1/cc-nptl/csu/crti.S $008B79EA line 26 of /usr/src/packages/BUILD/glibc-2.6.1/cc-nptl/csu/crti.S $008B7B1B line 26 of /usr/src/packages/BUILD/glibc-2.6.1/cc-nptl/csu/crti.S TApplication.HandleException: there was another exception during showing the first exception Stack trace: $0069F7DF $006A02B1 $006A07D1 $006A084A $006B3F1E $006AE908 $008AA702 $008B79EA $008B7B1B $2AF5CA7BEE7E Note: GetTextBuf is overridden for: x�h ▒�:��*خ:���\pz���*�jH� lazarus.pp - unhandled exception [TMainIDE.Destroy] A Gdk-ERROR **: BadCursor (invalid Cursor parameter) serial 175337 error_code 6 request_code 2 minor_code 0 lazarus: xcb_xlib.c:42: xcb_xlib_lock: Assertion `!c-xlib.lock' failed.
Re: [lazarus] how to path of active project?
On Sat, 10 Nov 2007 23:53:32 +0100 wile64 [EMAIL PROTECTED] wrote: Hi, In design, In design, how to path of active project? Expandfilepath alway /lazarus/ If you mean how to get the directory of the active project: package IDEIntf unit LazIDEIntf ExtractFilePath(LazarusIDE.ActiveProject.ProjectInfoFile) Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] ParentWindow
On Sun, 11 Nov 2007 09:16:04 +0100 Marc Santhoff [EMAIL PROTECTED] wrote: [...] Only out of curiosity: Wouldn't a X Windows window ID do? I think that's the equivalent to WinAPIs handles. GDK_WINDOW_XWINDOW (GTK_WIDGET (my_window)-window); is the function/macro to use then. [...] Maybe my statement was not clear: The Parent/Child connection is the main problem. It would be easier to handle the child/parent relationship by the LCL and keep the 1:1 mapping between controls and handles. But GTK does have the functions gtk_widget_get_toplevel() gtk_widget_get_ancestor() gtk_widget_get_parent() So the GTK-binding could use them? Again in other words: Of course reparenting is possible under all platforms. The LCL use it everywhere. The problem is that it works different under all platforms, so you need a wrapper: The LCL is a TWinControl wrapper to make reparenting possible platform independently. Reparenting by Handle is the opposite way. It's easy to do on one platform (e.g. Delphi on win32), but it's very complex to do it on all platforms. Especially the whole LCL code must be checked. So it will be a lot of work. And who will maintain it? It seems only very few people will use this feature, so it will hardly be tested and probably it will break by the next patch. Conclusion: It is technically doable, but it will need a lot of work and will hardly be maintained. That's why I propose a TForeignHandleControl. That will be easier. It can be implemented as package and can start first on the windows platform. And when it works on all platforms it can be added to the LCL. See for example the trayicon, openglcontrol and printers4lazarus packages. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus and InstantObjects ?
On 11/11/2007, Michael Van Canneyt [EMAIL PROTECTED] wrote: Indeed. But I think that all will agree that the fact that it IS possible allows to do real RAD, making it possible to create new programs very fast. Agreed! That's why I think they are great for prototyping. :) Prototypes normally need to be knocked out really quick. Long term projects (programs) need to be maintained and keeps growing year-on-year. Plus requirements change - last year the client wanted a GUI app, this year they want a Web app and the next year they want to switch the DB backend. A bit extreme example I know, but it actually happened with our project over a 7 year period. That's where a better design plays an important role and using OOP techniques coupled with Unit Tests lend itself better to that. RAD code becomes spaghetti code real quick. Unlike VB where it was next to impossible to separate business logic from presentation logic, in Delphi you have the choice to do so. Definitely agree with you on that. In Delphi/Lazarus you do have a choice, but how many developers actually know that? It's quite scary to think, I've met developer and asked them if they know OOP. YES they answered, they always use the Form Designer in Delphi! Dope!!! BTW. Graeme, the RTTI controls make much of your MV(*) layers redundant or at least even more of a breeze. If you want I can send you an article I wrote a couple of years ago that shows how... I've seen the RTTI controls, but never actually tried to use them. That article would be great thanks. Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://opensoft.homeip.net/fpgui/ _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Really bad bug in IDE.
On Sun, 11 Nov 2007 11:43:38 +0100 (CET) Michael Van Canneyt [EMAIL PROTECTED] wrote: Hi, Quite the showstopper: The action editor no longer works in the Lazarus IDE :/ Steps to reproduce: - Create new application - Drop action list on form - Edit action list - Click 'Add action' button. and POOF: Lazarus gone ! Lazarus of today: linux, GTK1, X86_64. It works under gtk1+2 i386. Perhaps it is a x86_64 problem. But it was present some time, my last-but-one had it too, I just recompiled hoping that the problem would be solved. Not... What is the bug number? Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Really bad bug in IDE.
On Sun, 11 Nov 2007, Mattias Gaertner wrote: On Sun, 11 Nov 2007 11:43:38 +0100 (CET) Michael Van Canneyt [EMAIL PROTECTED] wrote: Hi, Quite the showstopper: The action editor no longer works in the Lazarus IDE :/ Steps to reproduce: - Create new application - Drop action list on form - Edit action list - Click 'Add action' button. and POOF: Lazarus gone ! Lazarus of today: linux, GTK1, X86_64. It works under gtk1+2 i386. Perhaps it is a x86_64 problem. But it was present some time, my last-but-one had it too, I just recompiled hoping that the problem would be solved. Not... What is the bug number? 10146. It only happens on 64-bit. 32-bit works fine. Michael. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus and InstantObjects ?
On Sun, 11 Nov 2007, Graeme Geldenhuys wrote: On 11/11/2007, Michael Van Canneyt [EMAIL PROTECTED] wrote: Indeed. But I think that all will agree that the fact that it IS possible allows to do real RAD, making it possible to create new programs very fast. Agreed! That's why I think they are great for prototyping. :) Prototypes normally need to be knocked out really quick. Long term projects (programs) need to be maintained and keeps growing year-on-year. Plus requirements change - last year the client wanted a GUI app, this year they want a Web app and the next year they want to switch the DB backend. A bit extreme example I know, but it actually happened with our project over a 7 year period. That's where a better design plays an important role and using OOP techniques coupled with Unit Tests lend itself better to that. RAD code becomes spaghetti code real quick. Absolutely agree. Unlike VB where it was next to impossible to separate business logic from presentation logic, in Delphi you have the choice to do so. Definitely agree with you on that. In Delphi/Lazarus you do have a choice, but how many developers actually know that? It's quite scary to think, I've met developer and asked them if they know OOP. YES they answered, they always use the Form Designer in Delphi! Dope!!! You just described 80% of my programmer team... :-) BTW. Graeme, the RTTI controls make much of your MV(*) layers redundant or at least even more of a breeze. If you want I can send you an article I wrote a couple of years ago that shows how... I've seen the RTTI controls, but never actually tried to use them. That article would be great thanks. I'll send it in private. Michael. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Lazarus SVN 12826 won't compile with GTK2
Hello Latest SVN compile with GTK1 but not with GTK2 and return this errors: --- /usr/local/src/lazarus/trunk/lcl/postscriptcanvas.pas(1946,4) Warning: User defined: TPostScriptPrinterCanvas.TextRect is not yet fully implemented! /usr/local/src/lazarus/trunk/lcl/interfaces/gtk/interfaces.pp(29,2) Error: User defined: wrong gtk2 interfaces source /usr/local/src/lazarus/trunk/lcl/interfaces/gtk/interfaces.pp(37,1) Fatal: There were 1 errors compiling module, stopping --- } unit Interfaces; {$mode objfpc}{$H+} {$IFDEF GTK2} {$ERROR wrong gtk2 interfaces source} {$ENDIF} -- FPC 2.3.1 Svn 9190 Linux fedora 7 _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Where the parameter hints?
Mattias Gaertner wrote: On Fri, 09 Nov 2007 08:51:37 -0500 Lee Jenkins [EMAIL PROTECTED] wrote: I've running precompiled binaries on my WinXP box, Lazarus 0.9.22, svn revision 10809. And the parameters hints are no longer showing. Does this mean you upgraded from 0.9.20 to 0.9.22? Is there a newer setting that I should be aware of? AFAIK: no Does find declaration work on the procedure? You can start lazarus with --debug-log=log.txt. Normally the codetools write some hints why something do no work. Mattias Thanks Mattias, Yeah, I upgrade, but really a new installation of the latest 0.9.20. I'll try your suggestion. Thanks again, -- Warm Regards, Lee My wife is better at Guitar Hero than I am and it's really irritating. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] ParentWindow
Am Sonntag, den 11.11.2007, 12:21 +0100 schrieb Mattias Gaertner: On Sun, 11 Nov 2007 09:16:04 +0100 Marc Santhoff [EMAIL PROTECTED] wrote: [...] Only out of curiosity: Wouldn't a X Windows window ID do? I think that's the equivalent to WinAPIs handles. GDK_WINDOW_XWINDOW (GTK_WIDGET (my_window)-window); is the function/macro to use then. [...] Maybe my statement was not clear: The Parent/Child connection is the main problem. It would be easier to handle the child/parent relationship by the LCL and keep the 1:1 mapping between controls and handles. But GTK does have the functions gtk_widget_get_toplevel() gtk_widget_get_ancestor() gtk_widget_get_parent() So the GTK-binding could use them? Again in other words: Of course reparenting is possible under all platforms. The LCL use it everywhere. The problem is that it works different under all platforms, so you need a wrapper: The LCL is a TWinControl wrapper to make reparenting possible platform independently. Reparenting by Handle is the opposite way. It's easy to do on one platform (e.g. Delphi on win32), but it's very complex to do it on all platforms. Especially the whole LCL code must be checked. So it will be a lot of work. And who will maintain it? It seems only very few people will use this feature, so it will hardly be tested and probably it will break by the next patch. Conclusion: It is technically doable, but it will need a lot of work and will hardly be maintained. That's why I propose a TForeignHandleControl. That will be easier. It can be implemented as package and can start first on the windows platform. And when it works on all platforms it can be added to the LCL. See for example the trayicon, openglcontrol and printers4lazarus packages. I think I begin to understand now. I misundestood the matter to be a lack of capability in GTK. Marc _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus and InstantObjects ?
Am Sonntag, den 11.11.2007, 13:00 +0100 schrieb Michael Van Canneyt: On Sun, 11 Nov 2007, Graeme Geldenhuys wrote: BTW. Graeme, the RTTI controls make much of your MV(*) layers redundant or at least even more of a breeze. If you want I can send you an article I wrote a couple of years ago that shows how... I've seen the RTTI controls, but never actually tried to use them. That article would be great thanks. I'll send it in private. Can I have a copy too, please? (assuming the copyright forbids publishing publicly) TIA, Marc _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Having a problem updating when packages are installed
Thanks, that helped.. doing that worked last night with no problems, but this morning (after there was update in svn) I see several problems: Compiling ../gtk/interfaces.pp interfaces.pp(29,2) Error: User defined: wrong gtk2 interfaces source interfaces.pp(37,1) Fatal: There were 1 errors compiling module, stopping Fatal: Compilation aborted make[3]: *** [interfaces.ppu] Error 1 make[3]: Leaving directory `/home/matt/Programs/lazarus/lcl/interfaces/gtk2' make[2]: *** [gtk2_all] Error 2 make[2]: Leaving directory `/home/matt/Programs/lazarus/lcl/interfaces' make[1]: *** [interfaces] Error 2 make[1]: Leaving directory `/home/matt/Programs/lazarus/lcl' make: *** [lcl] Error 2 Here is my sh file: [EMAIL PROTECTED]:~/Programs/lazarus$ cat updatelaz #!/bin/sh svn update export LCL_PLATFORM=gtk2; make clean all ./lazbuild -B /home/matt/Programs/lazarus/components/rx/rx.lpk ./lazbuild -B /home/matt/Programs/ZeosLib/packages/lazarus/zcore.lpk ./lazbuild -B /home/matt/Programs/ZeosLib/packages/lazarus/zparsesql.lpk ./lazbuild -B /home/matt/Programs/ZeosLib/packages/lazarus/zplain.lpk ./lazbuild -B /home/matt/Programs/ZeosLib/packages/lazarus/zdbc.lpk ./lazbuild -B /home/matt/Programs/ZeosLib/packages/lazarus/zcomponent.lpk ./lazbuild -B /home/matt/Programs/lazarus/components/lazreport/source/lazreport.lpk ./lazbuild -B /home/matt/Programs/lazarus/components/printers/printer4lazarus.lpk ./lazbuild -B /home/matt/Programs/lazarus/components/tachart/tachartlazaruspkg.lpk export LCL_PLATFORM=gtk2; make idepkg I then get further errors: [EMAIL PROTECTED]:~/Programs/lazarus$ ./lazbuild -B /home/matt/Programs/ZeosLib/packages/lazarus/zcomponent.lpk [TExternalToolList.Run] CmdLine=/usr/bin/ppc386 -B -S2cdgi -OG1 -gl -vewnhi -l -Fu../../src/component/ -Fubuild/ -Fu../../../lazarus/ideintf/units/i386-linux/ -Fu../../../lazarus/lcl/units/i386-linux/ -Fu../../../lazarus/lcl/units/i386-linux/gtk/ -Fu../../../lazarus/packager/units/i386-linux/ -Fu. -FUbuild/ -dLCL -dLCLgtk zcomponent.pas WorkDir=/home/matt/Programs/ZeosLib/packages/lazarus/ Hint: Start of reading config file /etc/fpc.cfg Hint: End of reading config file /etc/fpc.cfg Warning: You are using the obsolete switch -OG Free Pascal Compiler version 2.2.0 [2007/09/20] for i386 Copyright (c) 1993-2007 by Florian Klaempfl Target OS: Linux for i386 Compiling zcomponent.pas Compiling /home/matt/Programs/ZeosLib/src/component/ZComponentReg.pas Compiling /home/matt/Programs/ZeosLib/src/component/ZPropertyEditor.pas ZDbcIntfs.pas(71,15) Fatal: Can't find unit PropEdits used by ZPropertyEditor TExternalToolList.Run Exception: ZDbcIntfs.pas(71,15) Fatal: Can't find unit PropEdits used by ZPropertyEditor ERROR: tool reported error I found the PropEdits.pp file /home/matt/Programs/lazarus/ideintf/propedits.pp I am guessing, I need to add path information for this.. where should I put this? Am I missing something? Should it be this difficult to keep lazarus up to date? On Nov 10, 2007 11:50 AM, Mattias Gaertner [EMAIL PROTECTED] wrote: On Sat, 10 Nov 2007 10:13:12 -0600 Matt Henley [EMAIL PROTECTED] wrote: I set up a shell program: [EMAIL PROTECTED]:~/Programs/lazarus$ cat ./updatelaz #!/bin/sh svn update export LCL_PLATFORM=gtk2; make clean all idepkg [...] After an update you must compile your packages too: make clean all lazbuild package1.lpk package2.lpk ... make idepkg Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Masks
Hi, If somebody has some interesting masks (usable preferably) to test implementation of FormatMaskText function then please sent it to me (with output from delphi for comparison) Regards Boguslaw _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Mac OS X : Correct way to debug in lazarus...
Hi all, What is the correct way to debug under Lazarus. I have the current settings in Environment-Debugger Options-General ( tab ).. Debugger type and path = GNU debugger (gdb) path = /usr/bin/gdb If I set a break point and run the application from within the IDE I get.. Initialization output: \nwarning: --arch option not supported in this gdb.\n If I click ok on that I then get Debugger error Oooops, the debugger entered the error state Save your work now! Hit Stop, and hope the best, we're pulling the plug. Where is this --arch option being set and is there something else I need to do to be able to debug on Mac OS X. Dominique. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Really bad bug in IDE.
Is that a regression? Did it work with 0.9.22? -- Felipe Monteiro de Carvalho _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Masks
Bogusław Brandys wrote: Hi, If somebody has some interesting masks (usable preferably) to test implementation of FormatMaskText function then please sent it to me (with output from delphi for comparison) Regards Boguslaw Mantis is very slow now, so I'm commenting it here: Fixed some bugs. Warning: This function will not be totally compatible with buggy delphi behaviour! It should be rather compatible with some useful but unimplemented (by delphi) features. For example this test: AssertEquals('123-45-6789',FormatMaskText('000\-00\-;1;_','123-45-6789')); is correct under lazarus now, because all literals in value match literals in mask (i.e. total value match mask), and this : FormatMaskText('000\-00\-;1;_','123456789')); will raise exception under lazarus as opposite to delphi ! also : FormatMaskText('ccc;0;?','kerry NEIGHBOUR and 10') returns now: 'KERRY NEIGHBOUR AND 10' because of last character in mask is 'c' (could be 'C' also) - this partially match delphi , but delphi does not upper case text like it should. This is mantis report for this function: http://www.freepascal.org/mantis/view.php?id=10149 Regards Boguslaw _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Really bad bug in IDE.
On Sun, 11 Nov 2007, Felipe Monteiro de Carvalho wrote: Is that a regression? Did it work with 0.9.22? Yes. It worked a month ago. Michael. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus SVN 12826 won't compile with GTK2
On Sun, 11 Nov 2007 16:01:53 +0100 fedorax [EMAIL PROTECTED] wrote: Hello Latest SVN compile with GTK1 but not with GTK2 and return this errors: --- /usr/local/src/lazarus/trunk/lcl/postscriptcanvas.pas(1946,4) Warning: User defined: TPostScriptPrinterCanvas.TextRect is not yet fully implemented! /usr/local/src/lazarus/trunk/lcl/interfaces/gtk/interfaces.pp(29,2) Error: User defined: wrong gtk2 interfaces source /usr/local/src/lazarus/trunk/lcl/interfaces/gtk/interfaces.pp(37,1) Fatal: There were 1 errors compiling module, stopping --- } unit Interfaces; {$mode objfpc}{$H+} {$IFDEF GTK2} {$ERROR wrong gtk2 interfaces source} {$ENDIF} -- FPC 2.3.1 Svn 9190 Linux fedora 7 Fixed. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Having a problem updating when packages are installed
On Sun, 11 Nov 2007 11:43:39 -0600 Matt Henley [EMAIL PROTECTED] wrote: Thanks, that helped.. doing that worked last night with no problems, but this morning (after there was update in svn) I see several problems: Compiling ../gtk/interfaces.pp interfaces.pp(29,2) Error: User defined: wrong gtk2 interfaces source interfaces.pp(37,1) Fatal: There were 1 errors compiling module, stopping Fatal: Compilation aborted make[3]: *** [interfaces.ppu] Error 1 make[3]: Leaving directory `/home/matt/Programs/lazarus/lcl/interfaces/gtk2' make[2]: *** [gtk2_all] Error 2 make[2]: Leaving directory `/home/matt/Programs/lazarus/lcl/interfaces' make[1]: *** [interfaces] Error 2 make[1]: Leaving directory `/home/matt/Programs/lazarus/lcl' make: *** [lcl] Error 2 Fixed. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Mac OS X : Correct way to debug in lazarus...
Dominique Louis wrote: Hi all, What is the correct way to debug under Lazarus. I have the current settings in Environment-Debugger Options-General ( tab ).. Debugger type and path = GNU debugger (gdb) path = /usr/bin/gdb If I set a break point and run the application from within the IDE I get.. Initialization output: \nwarning: --arch option not supported in this gdb.\n If I click ok on that I then get Debugger error Oooops, the debugger entered the error state Save your work now! Hit Stop, and hope the best, we're pulling the plug. Where is this --arch option being set and is there something else I need to do to be able to debug on Mac OS X. What gdb version are you using ? Marc _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Mac OS X : Correct way to debug in lazarus...
Marc Weustink wrote: What gdb version are you using ? No Idea, how can I tell? _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Really bad bug in IDE.
On Sun, 11 Nov 2007 22:25:36 +0100 (CET) Michael Van Canneyt [EMAIL PROTECTED] wrote: On Sun, 11 Nov 2007, Felipe Monteiro de Carvalho wrote: Is that a regression? Did it work with 0.9.22? Yes. It worked a month ago. Strange, it still works here. Tested under gtk1+2, i386+amd64. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus SVN 12826 won't compile with GTK2
Selon Mattias Gaertner [EMAIL PROTECTED]: Fixed. Mattias Yes, work now. Thank's. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Lazarus component DBExport
In yesterday SVN à new component DbExport was added, but if i can find it in the /usr/local/src/lazarus/trunk/components/dbexport directory it's not appear in the IDE list of components. Bug or not bug ? If not how can i install it ? _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Masks
Bogusław Brandys wrote: [skip] Warning: This function will not be totally compatible with buggy delphi behaviour! It should be rather compatible with some useful but unimplemented (by delphi) features. Please be as much compatible with delphi as posible and provide second (better) behaviour by some argument if you with. Like FormatMaskText( DelphiCompatible: Boolean = True) Too much components code depends on FormatMaskText. Best regards, Paul Ishenin. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Mac OS X : Correct way to debug in lazarus...
gdb --version works on my linux box On Nov 11, 2007 5:17 PM, Dominique Louis [EMAIL PROTECTED] wrote: Marc Weustink wrote: What gdb version are you using ? No Idea, how can I tell? _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Really bad bug in IDE.
On Sunday 11 November 2007 11.43, Michael Van Canneyt wrote: Hi, Quite the showstopper: The action editor no longer works in the Lazarus IDE :/ Steps to reproduce: - Create new application - Drop action list on form - Edit action list - Click 'Add action' button. lazarus.pp - unhandled exception [TMainIDE.Destroy] A Gdk-ERROR **: BadCursor (invalid Cursor parameter) serial 175337 error_code 6 request_code 2 minor_code 0 lazarus: xcb_xlib.c:42: xcb_xlib_lock: Assertion `!c-xlib.lock' failed. Did you upgrade xlib/Xorg? There are some new sanity checks in xcb which break many applications. In MSEgui I had a problem with XFlushGC, it was necessary to remove the XFlushGC call because it triggered an assertion error. Martin _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] how to path of active project?
2007/11/11, Mattias Gaertner [EMAIL PROTECTED]: On Sat, 10 Nov 2007 23:53:32 +0100 wile64 [EMAIL PROTECTED] wrote: Hi, In design, In design, how to path of active project? Expandfilepath alway /lazarus/ If you mean how to get the directory of the active project: package IDEIntf unit LazIDEIntf ExtractFilePath(LazarusIDE.ActiveProject.ProjectInfoFile) Mattias It really is too strong, it even has a decoder ;-) Thanks Mattias -- Laurent. French Forum : http://lazforum-fr.tuxfamily.org/index.php