[Lazarus] More for the Lazarus Wish list
Hi, This is more for the Wish list, if such a list exists for Lazarus. Lately I've been trying to isolate some AV's in Carbon, but sometimes I wish Lazarus could show me a memory dump of a pointer in the Watch list (like in Delphi) - the style options are disabled, so they are not implemented. Sometimes I wish I could see information about compilation result, like code size, data size, etc. These features could help programmers trying to find causes of AV's, or dislike, and help improving FPC/Lazarus by reporting back to the Lazarus teams. Will these kinds of features be found in future releases of Lazarus? Thanks, Normann ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Carbon: Error rebuilding Lazarus
I found out what happened - I forgot to delete old compiled units under a subfolder for a specific package. [snip] Target OS: Darwin for i386 Compiling lazarus.pp PPU Loading /usr/local/share/lazarus/lcl/units/i386-darwin/carbon/carbonint.ppu PPU Source: carbonint.pas not found PPU Source: carbondebug.inc not found PPU Source: carbonwinapih.inc not found PPU Source: carbonlclintfh.inc not found PPU Source: carbonobject.inc not found PPU Source: carbonwinapi.inc not found PPU Source: carbonlclintf.inc not found PPU Source: carbonimages.lrs not found Recompiling CarbonInt, checksum changed for MacOSAll carbonint.pas(74,11) Fatal: Can't find unit CarbonInt used by Interfaces [snip] Thanks, Normann ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Carbon: Error rebuilding Lazarus
Hi all, I have installed the latest Lazarus snapshot for Mac i386 (0.9.25beta, FPC 2.2.2, r15730), and managed to set it up to be stable, compile test programs and applications, and they are all working exactly as they would with previous installation with FPC 2.2.0. Now I need to rebuild Lazarus, so I can install different packages. I checked all parts of Lazarus to Clean+Build, checked Clean All and With packages, and hit build. The compilation goes through all parts with no errors, except at the end, which says: [snip] make[2]: Entering directory `/usr/local/share/lazarus/ide' /usr/local/bin/ppc386 -gl -Fu../lcl/units/i386-darwin -Fu../lcl/units/i386-darwin/carbon -Fu../components/codetools/units/i386-darwin -Fu../components/synedit/units/i386-darwin -Fu../components/custom -Fu../components/mpaslex -Fu../ideintf/units/i386-darwin -Fu../designer -Fu../designer/jitform/units/i386-darwin -Fu../debugger -Fu../converter -Fu../packager -Fu../packager/units/i386-darwin -Fu../units/i386-darwin -Fu. -Fu/usr/local/lib/fpc/2.2.2/units/i386-darwin/rtl -Fu/usr/local/lib/fpc/2.2.2/units/i386-darwin/regexpr -Fiinclude -Fiinclude/darwin -Fi../images -FE.. -FU../units/i386-darwin -Fl/usr/X11R6/lib -Fl/sw/lib @/Users/bent/.lazarus/idemake.cfg -k-framework -kcarbon -k-framework -kOpenGL -k-dylib_file -k/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dyl ib:/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dy lib -di386 lazarus.pp Free Pascal Compiler version 2.2.2rc1 [2008/07/10] for i386 Copyright (c) 1993-2008 by Florian Klaempfl Target OS: Darwin for i386 Compiling lazarus.pp PPU Loading /usr/local/share/lazarus/lcl/units/i386-darwin/carbon/carbonint.ppu PPU Source: carbonint.pas not found PPU Source: carbondebug.inc not found PPU Source: carbonwinapih.inc not found PPU Source: carbonlclintfh.inc not found PPU Source: carbonobject.inc not found PPU Source: carbonwinapi.inc not found PPU Source: carbonlclintf.inc not found PPU Source: carbonimages.lrs not found Recompiling CarbonInt, checksum changed for MacOSAll carbonint.pas(74,11) Fatal: Can't find unit CarbonInt used by Interfaces I can find the *.ppu and *.o files in /usr/local/share/lazarus/lcl/units/i386-darwin/carbon/, and they're all freshly compiled. Lazarus finds CarbonInt.pas in /usr/local/share/lazarus/lcl/interface/carbon/, and breaks at line 74 (11), which makes no sense, except if the compiled unit is different than the source found. What do I need to do? Thanks, and best regards, Normann ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Carbon: CheckBox and AllowGrayed
Hi, Checking AllowGrayed for a CheckBox component, and running it on a Carbon application, have no effect when you click on it - it only toggles between cbChecked and cbUnchecked, although you can set the State property to cbGrayed both at design time and runtime. I checked this on Lazarus Win32, and it can toggles between the three states. Is this a bug, or will I have to work around this? Regards, Normann ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] ToolButtons - AutoSize and Visible
Hi, I've a couple of issues with ToolBar and its ToolButtons. AutoSize: You can check ShowCaptions for a ToolBar, and check AutoSize for each ToolButton, but AutoSize have no effect - All tool buttons are set to ToolBar.ButtonWidth. Maybe this is left out by choice, or because no one use tool buttons with only captions? You can work around this by setting the width of a tool button at runtime (a tool buttons AutoSize must be set to true). Visible: When you make one ToolButton invisible on Delphi, it realigns all the other ToolButtons to fill out the space from the invisible button, and brings it back at its usual ordered place (not reordered). This doesn't happen on Lazarus, at least not on Win32 and Carbon - they just leaves a big gap between the other buttons. Maybe this is also left out by choice, or because no one needs it. I can work around it by setting the invisible button width to 1, and back to text width when visible. Setting the width to 0 will rearrange the order of buttons, so that an invisible buttons doesn't reappear at its usual place. Regards, Normann ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Carbon: GetTextExtentPoint and Access Violation
Hi again, I tried to make a simple test by reading different components canvas handles, like: Caption := IntToStr(ToolButton1.Canvas.Handle); Caption := Caption+' '+ IntToStr(ToolBar1.Canvas.Handle); Caption := Caption+' '+ IntToStr(Panel3.Canvas.Handle); Caption := Caption+' '+ IntToStr(Panel2.Canvas.Handle); Caption := Caption+' '+ IntToStr(Panel1.Canvas.Handle); Caption := Caption+' '+ IntToStr(Form1.Canvas.Handle); They all return the same handle (one component is parent for the next component), but more interestingly the test crashes on the main application, and not on a isolated test application. And it only crashes if I read 6 handles, not 5 or less - strange. And also I tried different compiler options, and I that found if I check Use Heaptrc Unit (-gh) the displaying of hint don't crash no more, neither does the above test. But the application crash on exit. Could this be a problem with memories on Carbon for larger applications with many components? I tried to increase Heap Size with no luck. TIA, Normann -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bent Normann Olsen Sent: 16. juni 2008 14:10 To: 'General mailing list' Subject: Re: [Lazarus] Carbon: GetTextExtentPoint and Access Violation [snip] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Carbon: GetTextExtentPoint and Access Violation
-Original Message- From: [EMAIL PROTECTED] [mailto:lazarus- [EMAIL PROTECTED] On Behalf Of Tom Gregorovic Sent: 17. juni 2008 10:38 To: General mailing list Subject: Re: [Lazarus] Carbon: GetTextExtentPoint and Access Violation [snip] Can you debug the exact line which causes the crash? It crashes when I hit F7 in file control.inc at line 1582 with code Dispatch(TheMessage). TheMessage contains a LM_PAINT message. It sounds really strange, what FPC and platform (intel or ppc) do you use? I am using FPC v2.2.0 [2008/05/29] for i386 with Mac OS X v10.4.11. Normann ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Assigning Speedbutton.Glyph on Carbon gets kinda invertish
Thanks, done ;-) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Ishenin Sent: 10. juni 2008 16:18 To: General mailing list Subject: Re: [Lazarus] Assigning Speedbutton.Glyph on Carbon gets kinda invertish [Snip] Please create a bug report and attach your test application. Best regards, Paul Ishenin. ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Carbon: Simple component in a simple package with strange behavior
Hi all, Lately I've been trying to create a package with custom components, which works already on Lazarus Win32, but gets all kinds of errors on Mac OS X, so I created a package from scratch and try to isolate different problems. I created a new package and saved it as TestPackage.lpk, added a new component with TWinControl as ancestor type and named it TCommonTest, named the unit NewCtrls and saved the unit as newctrls.pas. I added a new requirement to the package, so that LCL also is required by the new package. I then manually added a new component to the unit named TComponentTest with TCommonTest as ancestor, and changed the register procedure to only register the last component. It compiles, and the component is installed, and the component is visible in the tab New Ctrls on Lazarus, which is compiled to Carbon. But when I try to drop the new component on a form (on a new and clean application) it fails saying Error moving component ComponentTest1:TComponentTest. The new component does not appear on the Object Inspector at first, but clicking on the component tree will make it appear, and I also can select the component on the form - but nothing is added to the unit source, and the application can't run because of Class TComponentTest not found, which naturally is caused by nothing was added to the units uses clause. Manually making the changes to the forms unit will cause the application to raise an exception with the message: (V)TCarbonWSWinControl.CreateHandle Error:Not implemented - unable to create Carbon win control for ComponentTest1:TComponentTest! Does a new component with an ancestor type of TWinControl need special handling, or is it impossible? Or am I doing something totally wrong? Thanks and best regards, Normann --- //The NewCtrls unit is simple and looks like this: unit NewCtrls; {$mode objfpc}{$H+} interface uses Classes, SysUtils, LResources, Forms, Controls, Graphics, Dialogs; type TCommonTest = class(TWinControl) private protected public published end; TComponentTest = class(TCommonTest) private protected public published end; procedure Register; implementation procedure Register; begin RegisterComponents('New Ctrls',[TComponentTest]); end; end. --- //And the package unit looks like this: unit TestPackage; interface uses NewCtrls, LazarusPackageIntf; implementation procedure Register; begin RegisterUnit('NewCtrls', @NewCtrls.Register); end; initialization RegisterPackage('TestPackage', @Register); end. ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Carbon: Simple component in a simple package with strange behavior
Hi again, I moved up an ancestor type of TCustomControl, and it works better - it might be caused by the paint behavior on Carbon, I dunno, but it would be nice to know why :-) Regards, Normann -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bent Normann Olsen Sent: 30. maj 2008 12:20 To: 'General mailing list' Subject: [Lazarus] Carbon: Simple component in a simple package with strange behavior Hi all, Lately I've been trying to create a package with custom components, which works already on Lazarus Win32, but gets all kinds of errors on Mac OS X, so I created a package from scratch and try to isolate different problems. [snip] ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] LazReport
Hi, I'm really looking forward to see a new and improved LazReport. I'm working on porting an application to MacOSX Carbon, and I've had troubles using LazReport on Carbon - it crashes. I've been working on other parts of the application, but will be working on LazReport on Carbon tomorrow, and will try to locate causes for some exceptions when trying to print reports, that otherwise is working OK on LazReport for Win32. Anybody working on Carbon side of LazReport? Good work. Cheers, Normann -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Ishenin Sent: 14. maj 2008 16:15 To: General mailing list Subject: Re: [Lazarus] LazReport Michael Van Canneyt wrote: The Fastreport People told me (back in October) that they planned to port FastReport 4 to Lazarus in Q1 of this year. Since I haven't seen anything yet, I assume that some problems popped up. I'm not altogether surprised because it's not an easy task, given the complexity of FastReport :-) First of all few products are already ported to fpc/lazarus. It is FastScript - script engine and FastCube - desktop olap engine (pivot table). Next one will be FastQueryBuilder. It almost works and even sqldb connection were made exclusively for fpc :) When all of them will work 100% on lazarus we will start FastReport port. I hope for that moment lcl will have much less bugs :) Best regards, Paul Ishenin. ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Different units with same name (Mac OSX)
Thanks Vincent, I found out that the big unit FPCMacOSAll solved the problems - for now. Maybe that is why FPCMacOSAll was created in the first place? :-) Thanks, Normann -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Vincent Snijders Sent: 29. april 2008 12:17 To: General mailing list Subject: Re: [Lazarus] Different units with same name (Mac OSX) Bent Normann Olsen schreef: Hi, How do I come about using different units with the same name in Lazarus for Mac OSX? For example, if I want to use Sound unit with Sound Manager Interfaces, it needs a unit also called Dialogs with Dialog Manager interfaces, which conflicts with Lazarus Component Library unit Dialogs. Same problem goes for a QuickTime Interface unit like Movies, which uses a Menu Manager Interfaces unit with the same name as Menus in Lazarus Component Library. Sure, someone must have come across the same problem? Please help :-) AFAIK, there are no easy solutions. Rename one of them. Or don't use both in the same application. Vincent ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] IDE 0.9.25 Error while linking - MacOSX
Hi, When I'm trying to install/uninstall packages (LazReport) I keep getting Error while linking (snapshot version 20080222). I also get this error when I'm trying to build the whole Lazarus - it occurs after compiling the packages, and it tries to link the Lazarus. I can compile Lazarus to Carbon, and it works fine, and LazReport appears, but it isn't fully implemented. What is happening? Best regards, Normann ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus