Re: [Lazarus] Debugger problems
Graeme Geldenhuys schrieb: > On Fri, Feb 20, 2009 at 1:55 PM, Alexander Klenin wrote: >> On Wed, Feb 18, 2009 at 22:03, Alex du Plessis >> wrote: >>> Any pointers on how to get the debugger going? >> Currently a debugger in Lazarus is barely usable. > > Yeah, that is one thing I seriously miss about Delphi and Kylix > (thought not nearly enough to make me switch back). Is there no way we > can hook (tie in) the Kylix or Delphi debugger into Lazarus? Wasn't there a project to build a debugger in FPC? What's the status of that project? Like Graeme, the thing I miss most in FPC/Lazarus is the debugger I'm used to from Delphi. At the moment I'm helping myself with Log-Files, but that's far more complicated to use to hunt down a bug in a larger project Regards Lukas -- -- software security networks Lukas Gradl Eduard-Bodem-Gasse 9 A - 6020 Innsbruck Tel: +43-512-214040-0 Fax: +43-512-214040-21 -- ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus SVN on linux and virtual box WinXP
Graeme Geldenhuys schrieb: > On Thu, Feb 12, 2009 at 8:18 PM, Lukas Gradl wrote: >> The FPC-Source is on the Shared Server-Drive. The compiled binary is >> local on the workstations (using make install PREFIX=[/usr|C:\FPC] on >> the workstations) > > As far as I know (and what I use), it's: INSTALL_PREFIX > > Here is my build script... > > --[ startbuild.sh ]--- > make clean > make all > make install INSTALL_PREFIX=/opt/fpc_2.2.3 > [ end ]--- > Perhaps they're equal, as I use make distclean;make all;make install PREFIX=/usr Works so far... regards Lukas -- -- software security networks Lukas Gradl Eduard-Bodem-Gasse 9 A - 6020 Innsbruck Tel: +43-512-214040-0 Fax: +43-512-214040-21 -- ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus SVN on linux and virtual box WinXP
Reenen Laurie schrieb: > Great! I am quite excited about the prospect. In terms of the fpc > where is it located? Locally on the xp and linux machines? > The FPC-Source is on the Shared Server-Drive. The compiled binary is local on the workstations (using make install PREFIX=[/usr|C:\FPC] on the workstations) regards Lukas -- -- software security networks Lukas Gradl Eduard-Bodem-Gasse 9 A - 6020 Innsbruck Tel: +43-512-214040-0 Fax: +43-512-214040-21 -- ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus SVN on linux and virtual box WinXP
Reenen Laurie schrieb: > Hi all, > > I have my Lazarus SVN that I have for Ubuntu. > > A while ago I installed Virtual box and WinXP. I want to know if it's > possible for me to keep my Virtual box's Lazarus updated from the SVN > updates I do via linux? > > I don't think it's 100% possible to share the source, but hope that I > can keep my versions fairly the same... > > Are any of you doing this, or something similar? > Reenen, I'm working with one SVN-Copy of Lazarus on a Linux-Server. This server is accessed by a linux-workstation and a winxp-workstation. Both Systems use the same Source without any problems - but I've to admit, that I use the WinXP-Systems for bugfixing and compilation only - the main development is done on the Linux-System. Only thing I've to take care of is the recompilation of Lazarus itself - I never start it on both systems simultanously... Hope that helps Lukas -- software security networks Lukas Gradl Eduard-Bodem-Gasse 9 A - 6020 Innsbruck Tel: +43-720-300168-0 Fax: +43-512-341033-19 ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] OT: too stupid for SVN
Lukas Gradl schrieb: > Hi! > > After beeing ill for some weeks, I'm just starting to work again. > > So, first thing was to make a 'svn up' in my Lazarus-Repository (which > was originally checked out by 'svn co'. > > Now I've changed some files locally which I now want to set back to the > versions in the repository, discarding my changes. > > But here's the problem - I can't figure out how to do that. > Would anyone be so kind and point me to the right direction? > > regards > Lukas Thanks to all that answered so fast (Andrew, Joost, Alexa,...) That's what I was looking for... regards Lukas -- -- software security networks Lukas Gradl Eduard-Bodem-Gasse 9 A - 6020 Innsbruck Tel: +43-512-214040-0 Fax: +43-512-214040-21 -- ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] OT: too stupid for SVN
Hi! After beeing ill for some weeks, I'm just starting to work again. So, first thing was to make a 'svn up' in my Lazarus-Repository (which was originally checked out by 'svn co'. Now I've changed some files locally which I now want to set back to the versions in the repository, discarding my changes. But here's the problem - I can't figure out how to do that. Would anyone be so kind and point me to the right direction? regards Lukas -- ------ software security networks Lukas Gradl Eduard-Bodem-Gasse 9 A - 6020 Innsbruck Tel: +43-512-214040-0 Fax: +43-512-214040-21 -- ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Forums on www.lazarus.freepascal.org is virtually unusable
> The latest news is/was that the machines where the lazarus site is > running on were "DOSsed" by some Austrian address. By some Austrian address? I swear - its not me... -- -- software security networks Lukas Gradl Eduard-Bodem-Gasse 9 A - 6020 Innsbruck Tel: +43-512-214040-0 Fax: +43-512-214040-21 -- ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Accessing a scanner
Thanks to all that helps. I'll have a look on that codes... regards Lukas Malcolm Poole schrieb: > Am Montag, 3. November 2008 18:08:02 schrieb Lukas Gradl: >>> Has anyone experiences accessing a scanner with lazarus? Perhaps even >>> cross-platform? >>> >>> I'm dreaming of embedding scanner-functionality in one of our programs. >>> >>> > Attached are libsane bindings for lazarus. Everything works except > functions SANE_OPTION_IS_ACTIVE and SANE_OPTION_IS_SETTABLE. I think > these would be easily fixed by someone with a better grasp of bitwise > operations :) > > Let me know if you need any help implementing use of libsane > > Malcolm > > > > > ___ > Lazarus mailing list > Lazarus@lazarus.freepascal.org > http://www.lazarus.freepascal.org/mailman/listinfo/lazarus -- -- software security networks Lukas Gradl Eduard-Bodem-Gasse 9 A - 6020 Innsbruck Tel: +43-512-214040-0 Fax: +43-512-214040-21 -- ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Accessing a scanner
Hi! Has anyone experiences accessing a scanner with lazarus? Perhaps even cross-platform? I'm dreaming of embedding scanner-functionality in one of our programs. Any hint would be appreciated... regards Lukas -- -- software security networks Lukas Gradl Eduard-Bodem-Gasse 9 A - 6020 Innsbruck Tel: +43-512-214040-0 Fax: +43-512-214040-21 -- ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Commercial components for Lazarus
> I would buy such components, no problem. As long as they come with source > included. This is a prerequisite, even when I buy delphi components. > > Michael. Full ACK on that. Lukas -- -- software security networks Lukas Gradl Eduard-Bodem-Gasse 9 A - 6020 Innsbruck Tel: +43-512-214040-0 Fax: +43-512-214040-21 -- ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Suggest change to packager/installpkgsetdlg.pas
Hi! I find it disturbing that in the "installed Packages" Window the Lists are not sorted alphabetically and that the "available Packages" List jumps to the first entry after each entry. So I wrote a fix for that - attached a diff against svn 16958. As I'm not shure if the original, unsorted window was made on purpose I suggest this change here and rfc. regards Lukas -- software security networks Lukas Gradl Eduard-Bodem-Gasse 9 A - 6020 Innsbruck Tel: +43-512-214040-0 Fax: +43-512-214040-21 Index: packager/installpkgsetdlg.pas === --- packager/installpkgsetdlg.pas (Revision 16958) +++ packager/installpkgsetdlg.pas (Arbeitskopie) @@ -327,6 +327,7 @@ end; ANode:=fPackages.FindSuccessor(ANode); end; + sl.Sort; AvailableListBox.Items.Assign(sl); sl.Free; end; @@ -336,19 +337,17 @@ s: String; NewPackageID: TLazPackageID; i: Integer; + sl: TStringList; begin - InstallListBox.Items.BeginUpdate; + sl:=TStringList.Create; for i:=0 to FNewInstalledPackages.Count-1 do begin NewPackageID:=TLazPackageID(FNewInstalledPackages[i]); s:=NewPackageID.IDAsString; -if InstallListBox.Items.Count>i then - InstallListBox.Items[i]:=s -else - InstallListBox.Items.Add(s); +sl.Add(s); end; - while InstallListBox.Items.Count>FNewInstalledPackages.Count do -InstallListBox.Items.Delete(InstallListBox.Items.Count-1); - InstallListBox.Items.EndUpdate; + sl.Sort; + InstallListBox.Items.Assign(sl); + sl.Free; end; procedure TInstallPkgSetDialog.OnIteratePackages(APackageID: TLazPackageID); @@ -652,7 +651,6 @@ Additions.Add(NewPackageID); NewPackageID:=TLazPackageID.Create; end; -AvailableListBox.ItemIndex:=-1; // all ok => add to list for i:=0 to Additions.Count-1 do FNewInstalledPackages.Add(Additions[i]); ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] 3-tier database application
On Delphi I use kbmMW. They're working on Lazarus Version of their product - the MemoryTable TkbmMemTable is already available (and works quite well on Win32 and Linux!) It's a commercial product with a quite hight learning curve but its has some amazing features Btw, you find them at http://www.components4developers.com/ regards Lukas Graeme Geldenhuys schrieb: > Hi, > > Has anybody created a multi-tier (or 3-tier) database application with > Lazarus? I'm looking for a solution that will work on Linux and > Windows. > > > PC #1 PC #2 PC #3 > Client Application->Application Server-> RDMS (db) > > > In Delphi we used TClientDataset and midas.dll. What options do we > have for FPC and Lazarus? Kylix 3 Enterprise used WebServices and > SOAP, but I have never worked with WebServices or SOAP in my life. > > If WebServices are the only option, I would prefer to embed the HTTP > server inside the Application Server tier, so I don't have to deploy > Apache etc... Not being stateless would also be a nice bonus (or at > least some work-around for it like is done in Kylix) > > Anybody know of something like this? I remember there was some single > developer that wrote and alternative to Midas (for Delphi). I think he > used Jedi's version control application as an example application. > I'm not sure of the product name, what technologies he uses or if it > is open-source. :-( > > Regards, > - Graeme - > > > ___ > fpGUI - a cross-platform Free Pascal GUI toolkit > http://opensoft.homeip.net/fpgui/ > ___ > Lazarus mailing list > Lazarus@lazarus.freepascal.org > http://www.lazarus.freepascal.org/mailman/listinfo/lazarus > -- software security networks Lukas Gradl Eduard-Bodem-Gasse 9 A - 6020 Innsbruck Tel: +43-720-300168-0 Fax: +43-512-341033-19 ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TThread memory leak?
OK - seems to be an fpc-bug - and the good news: Already fixed in current 2.2.1. In fpc 2.2.0 the TThread.FreeOnTerminate doesn't work as expected regards Lukas Lukas Gradl schrieb: > Hello! > > I have some strange memory problem with a TThread-Descendant. > For debugging I created a little test-app with a button on it and the > following OnClick-Handler: > > procedure TForm1.Button1Click(Sender: TObject); > begin >TThreadDummy.Create; > end; > > The Thread looks like that: > > type >TThreadDummy=class(TThread) >protected > procedure Execute; override; >public > constructor Create; >end; > > constructor TThreadDummy.Create; > begin >inherited create(true); >FreeOnTerminate := true; >Resume; > end; > > procedure TThreadDummy.Execute; > begin >//do nothing - just exit! > end; > > The program is compiled using FPC 2.2.0, Lazarus 0.9.24-0 precompiled > from Lazarus Page and Debian as OS > > > > Every time I press the button, the program uses 8192 Bytes of memory > more (according to the ps-command). I've another app with a big TThread > descendant, which eats up the same 8192 on every TThreadDescendant.Create... > > Anyone an idea what I might have done wrong? > > > > regards > Lukas > -- software security networks Lukas Gradl Eduard-Bodem-Gasse 9 A - 6020 Innsbruck Tel: +43-720-300168-0 Fax: +43-512-341033-19 ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] TThread memory leak?
Hello! I have some strange memory problem with a TThread-Descendant. For debugging I created a little test-app with a button on it and the following OnClick-Handler: procedure TForm1.Button1Click(Sender: TObject); begin TThreadDummy.Create; end; The Thread looks like that: type TThreadDummy=class(TThread) protected procedure Execute; override; public constructor Create; end; constructor TThreadDummy.Create; begin inherited create(true); FreeOnTerminate := true; Resume; end; procedure TThreadDummy.Execute; begin //do nothing - just exit! end; The program is compiled using FPC 2.2.0, Lazarus 0.9.24-0 precompiled from Lazarus Page and Debian as OS Every time I press the button, the program uses 8192 Bytes of memory more (according to the ps-command). I've another app with a big TThread descendant, which eats up the same 8192 on every TThreadDescendant.Create... Anyone an idea what I might have done wrong? regards Lukas -- software security networks Lukas Gradl Eduard-Bodem-Gasse 9 A - 6020 Innsbruck Tel: +43-720-300168-0 Fax: +43-512-341033-19 ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] [lazarus] Patch for processing WM_COPYDATA in Win32 / BugID 9210
Marc Weustink schrieb: > Felipe Monteiro de Carvalho wrote: >> I think we should apply the WM_COPYDATA patch. > > I don't agree on that. > > The messages received by the LCL are for VCL compatebility only. That > they happen to have the same values as the messages the win32 widgetset > uses is just a "coincidence" > Like we won't pass all events/signals/messages available for > carbon/gtk/qt, we won't pass all for win32. > For the simple reason that messages are not cross platform. > > I agree that we should think of a way that users can simply hook into > the main message/event/signal loop it they want to write an app specific > for one widgetset. > Adding all these messages/evets/signals to the LCL is not the way to do > this. Speaking of that specific WM_COPYDATA patch we're talking about: That patch only influences the Win32-part of the LCL and not the carbon/gtk/qt-part. What I don't understand is, why the LCL eats up messages at all - IMHO it should handle the messages it knows and leave all others untouched. regards Lukas -- software security networks Lukas Gradl Eduard-Bodem-Gasse 9 A - 6020 Innsbruck Tel: +43-720-300168-0 Fax: +43-512-341033-19 ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] [lazarus] Patch for processing WM_COPYDATA in Win32 / BugID 9210
Vincent Snijders schrieb: > Christian U. schreef: >> Seems taht the core developers work against the users here. >> WM_COPYDATA is an thing that is used very often in Windows. >> For my opinion the best way is to pass this message also to the lcl. >> The overhad is minimal and only on windows there and the compatibiliy we >> win with this is big. >> >> Who from you (The core developer) works realy on windows ? And who on >> "real world" Applications ? >> > > I guess people working on real world applications use TSimpleIPC for > interprocess communication, it is crossplatform and cross widgetset. I > just inspected its implementation and not much to my surprise it uses > WM_COPYDATA on windows. That's needs a definition of "real world applications". I have to interact with a bunch of applications outside the Lazarus world - so TSimpleIPC is not an option. > > So using TSimpleIPC instead of WM_COPYDATA has a minimal overhead, is > not only on windows and the cross platform compatility we win is big. This is true for applications which are built from scratch using Lazarus /FPC and without interaction to software built outside of Lazarus. I think there are quite some developers out there that have (like me) several millions lines of code they don't want to throw in the waste basket. For us compatibility is a real big issue. I, for my part, need a solid tool to earn my living with, and I'm willing to improve this tool in the areas I'm working on. But my main focus has to be my business and the usability for my customers and not the tool itsself. regards Lukas -- software security networks Lukas Gradl Eduard-Bodem-Gasse 9 A - 6020 Innsbruck Tel: +43-720-300168-0 Fax: +43-512-341033-19 ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] [lazarus] Patch for processing WM_COPYDATA in Win32 / BugID 9210
Vincent Snijders schrieb: > Lukas Gradl schreef: >> Vincent Snijders schrieb: >>> Christian U. schreef: >>>> I want to remember this Patch, its good and as i see the correct Way. >>>> Why it is not applied ? >>> What LCL components listen to WM_COPYDATA? >>> >> This patch was not for the LCL but for general Windows compatibility. > > Compatibility with windows? > >> At the moment the Windows part of the LCL eats up the >> WM_COPYDATA-Messages, so you can't interact with quite some application >> using this message to exchange control information with other apps. >> > > If you want to use WM_COPYDATA messages on windows, you can add your own > windows handler with windows.setwindowlong. No need to polute own > LCL-message handler with it. > >> With this patch WM_COPYDATA will get throug the LCL-Messagehandler >> untouched and can be handled in the application specific messagehandler. >> > > I don't think we should add this to our event handler. Let the > application specific message handler handle it. Maybe it should be > easier to add one, but OTOH, what is difficult about this? >Windows.SetWindowLong(MyForm.Handle, GWL_WNDPROC, > PtrInt(SubClassWndProc)); > > Let's keep the LCL win32 widgetset interface clean and just add things > that are used by the LCL and keep custom extension outside it. SetWindowLong is an option I've to check. But IMHO this is not a real solution to the problem. The Pascal-way of handling Messages is to define a custom messagehandler. This is how it is done in countless applications. In some later post in this thread you write "...we want the LCL to be *VCL* compatible..." and in the VCL this is the way to go. So I'm quite shure, that this should work in Lazarus accordingly. So perhaps we should take a look at the LCL messagehandler in total to stop it from eating up messages that are not necessary for the LCL. I, for my part will keep my patch till there is a better solution - I'm not willing to change all the custom Message-Handlers I wrote in the last 15 years (or something like that - I use WM_COPYDATA quite a lot) if there is a simple way to avoid this. regards Lukas -- software security networks Lukas Gradl Eduard-Bodem-Gasse 9 A - 6020 Innsbruck Tel: +43-720-300168-0 Fax: +43-512-341033-19 ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] [lazarus] Patch for processing WM_COPYDATA in Win32 / BugID 9210
Vincent Snijders schrieb: > Christian U. schreef: >> I want to remember this Patch, its good and as i see the correct Way. >> Why it is not applied ? > > What LCL components listen to WM_COPYDATA? > This patch was not for the LCL but for general Windows compatibility. At the moment the Windows part of the LCL eats up the WM_COPYDATA-Messages, so you can't interact with quite some application using this message to exchange control information with other apps. With this patch WM_COPYDATA will get throug the LCL-Messagehandler untouched and can be handled in the application specific messagehandler. regards Lukas -- ---- software security networks Lukas Gradl Eduard-Bodem-Gasse 9 A - 6020 Innsbruck Tel: +43-720-300168-0 Fax: +43-512-341033-19 ___ Lazarus mailing list Lazarus@lazarus.freepascal.org http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
