Re: [lazarus] SVN problem
On Tuesday 07 February 2006 07:45, Graeme Geldenhuys wrote: > PROPFIND of '/svn/lazarus/trunk': Could not parse response status line. Could you try doing a fresh checkout? -- Regards, Christian Iversen _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] SVN problem
On Tue, 7 Feb 2006, Graeme Geldenhuys wrote: > And I thought I was the only one experiencing this issue. > No, I haven't found a solution yet. Been downloading the complete > snapshots every couple of days, to stay current. :-( > > I even joined the SubVersion and FPC mailing list, to see if someboby > could explain what that error message means. Still no answer! > > Who maintains the FPC and Lazarus svn repository? Could we contact > them and ask if any settings have been changed on the server in the > last two weeks (that's when this problem started). Nothing changed on the server, and the routing also didn't change. Michael. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Am I being too ambitious?
> > Mmmh, looking more closely to your code (I didn't before, I was just > replying to the assertion that you call synchronize from the main > thread) I don't think you should use synchronize at all (maybe a mutex > to coordinate the access to FRunning, but even that may be overkill for > a boolean): since you don't access the TStringList unless the process > has ended there's no problem of simultaneous access from the main thread > and the thread (and even if you wanted to do that I'd prefer a mutex > over synchronize). > In fact (not knowing the internals of the synchronize implementation, so > I may be wrong) I cannot see how your thread can work since you're in a > busy loop waiting for the thread to finish, so there's no way the main > thread can schedule your synchronize call. > Okay, let me explain exactly what I wish to achieve. I want to be able to stick a tmemo on a form, call tthreadedprocess with a command that takes a long time to run and has a lot of output (lets say ¨find /¨ for an example) - and have the output scrolling into the tmemo LIVE as it arrives, hence the call to synchronize every time the tmemstream reaches 2048 bytes. The main thread is not meant to be ANYWHERE in this class, this class is meant to create a thread, and then FEED the output of the tprocess to the main thread (in the calling appplication) LIVE. So while it´s true that I don´t use FOutPut in this class -that is because I want to be able to use it in the calling application. Having explained this, does it clarify why the code looks as it does ? A.J. -- "80% Of a hardware engineer's job is application of the uncertainty principle. 80% of a software engineer's job is pretending this isn't so." A.J. Venter Chief Software Architect OpenLab International http://www.getopenlab.com | +27 82 726 5103 (South Africa) http://www.silentcoder.co.za| +55 118 162 2079 (Brazil) _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] SVN problem
> And I thought I was the only one experiencing this issue. > No, I haven't found a solution yet. Been downloading the complete > snapshots every couple of days, to stay current. :-( > > I even joined the SubVersion and FPC mailing list, to see if someboby > could explain what that error message means. Still no answer! > > Who maintains the FPC and Lazarus svn repository? Could we contact > them and ask if any settings have been changed on the server in the > last two weeks (that's when this problem started). Nothing has changed on the server. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] SVN problem
And I thought I was the only one experiencing this issue. No, I haven't found a solution yet. Been downloading the complete snapshots every couple of days, to stay current. :-( I even joined the SubVersion and FPC mailing list, to see if someboby could explain what that error message means. Still no answer! Who maintains the FPC and Lazarus svn repository? Could we contact them and ask if any settings have been changed on the server in the last two weeks (that's when this problem started). Regards, - Graeme - On 2/6/06, Andrew Higgs <[EMAIL PROTECTED]> wrote: > Hi Graeme > > Did this problem ever get resolved. I am still experiencing this and > wondered if you had found a solution. > > Kind regards > Andrew Higgs > > Graeme Geldenhuys wrote: > > Has something changed on the SVN repository? For the last 2 days I > > cannot get updates from SVN for Lazarus or FPC. I was using svn > > command line client ver.1.2.3 > > I just saw a new version of SVN was released, so thought that was the > > problem, so upgraded to ver.1.3.0 and still I can do a update or even > > a new checkout. > > > > This is the error I keep getting: > > > > C:\Lazarus>D:\Applications\svn\bin\svn update > > svn: PROPFIND request failed on '/svn/lazarus/trunk' > > svn: PROPFIND of '/svn/lazarus/trunk': Could not parse response status > > line. (ht > > tp://svn.freepascal.org) > > > > > > > > In the mean time I am downloading the daily snapshot. :-( > > > > Regards, > > - Graeme - > > > > _ > > 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] compiling Lazarus 0.9.12 consumes a lot of memory
Hello, I have just installed Lazarus 0.9.12 / SVN Revision 8700 from source forge. When I try to compile an old application the following happens : 1) click on Run - > Build all 2) all source files in the project are compiled 3) linking begins 4) ld.exe begins to consume a lot of memory In task manager I see ld.exe consuming over 100MB and still growing. After a while my machine becomes unstable and have to kill lazarus.exe, ld.exe and ppc386.exe The application is not compiled. Running it gives a black screen, after that a dos prompt is shown for a while with a message "Program too big to fit in memory". Tested on Windows XP, FPC 2.0.2 (I suppose, the one that comes with Lazarus installer). I have used Lazarus 0.9.8 from 03.02.2006 /from source forge/ with FPC 2.0.2 on Linux and had no such problems. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Re: Gtk2 TrayIcon Patch
Hello, Ok, fixed the appointed topics and there is a new patch attached. Felipe Index: components/trayicon/wstrayicon.pas === --- components/trayicon/wstrayicon.pas (revisão 8667) +++ components/trayicon/wstrayicon.pas (cópia de trabalho) @@ -14,6 +14,8 @@ Authors: Felipe Monteiro de Carvalho and Andrew Haines + Special thanks for: Danny Milosavljevic and the Lazarus Team + This unit calls the appropriate widgetset code. } unit wstrayicon; @@ -28,23 +30,33 @@ * Compatibility code for Delphi for Windows. ***} {$ifndef FPC} - {$define LCLWin32} + {$define Win32} {$endif} uses -{$ifdef LCLWin32} + +{$ifdef Win32} + wswin32trayicon, + {$endif} -{$ifdef LCLGtk} - wsgtktrayicon, +{$ifdef UNIX} + + {$ifdef LCLGtk} +wsgtktrayicon, + {$endif} + + {$ifdef LCLGnome} +wsgtktrayicon, + {$endif} + + {$ifdef LCLGtk2} +wsgtk2trayicon, + {$endif} + {$endif} -{$ifdef LCLGnome} - wsgtktrayicon, -{$endif} -{$ifdef LCLGtk2} - wsgtk2trayicon, -{$endif} + Classes, SysUtils; type @@ -76,3 +88,4 @@ end. + Index: components/trayicon/wswin32trayicon.pas === --- components/trayicon/wswin32trayicon.pas (revisão 8667) +++ components/trayicon/wswin32trayicon.pas (cópia de trabalho) @@ -14,6 +14,8 @@ Authors: Felipe Monteiro de Carvalho and Andrew Haines + Special thanks for: Danny Milosavljevic and the Lazarus Team + Win32 specific code. } unit wswin32trayicon; @@ -39,8 +41,8 @@ public constructor Create; override; destructor Destroy; override; - function Hide: Boolean; - function Show: Boolean; + function Hide: Boolean; override; + function Show: Boolean; override; property Canvas: TCanvas read GetCanvas; procedure InternalUpdate; override; published Index: components/trayicon/trayicon.pas === --- components/trayicon/trayicon.pas (revisão 8667) +++ components/trayicon/trayicon.pas (cópia de trabalho) @@ -14,6 +14,8 @@ Authors: Felipe Monteiro de Carvalho and Andrew Haines + Special thanks for: Danny Milosavljevic and the Lazarus Team + This unit contains the SystrayIcon object and the TTrayIcon visual component. Documentation for the component can be found here: Index: components/trayicon/wsgtktrayicon.pas === --- components/trayicon/wsgtktrayicon.pas (revisão 8667) +++ components/trayicon/wsgtktrayicon.pas (cópia de trabalho) @@ -14,6 +14,8 @@ Authors: Felipe Monteiro de Carvalho and Andrew Haines + Special thanks for: Danny Milosavljevic and the Lazarus Team + Gtk1 specific code. Works on gnome also. } unit wsgtktrayicon; @@ -52,8 +54,8 @@ function GetCanvas: TCanvas; protected public - function Hide: Boolean; - function Show: Boolean; + function Hide: Boolean; override; + function Show: Boolean; override; property Canvas: TCanvas read GetCanvas; procedure InternalUpdate; override; published @@ -127,6 +129,8 @@ Ev: TXEvent; fmt: Integer; begin + FillChar(Ev, SizeOf(TXEvent), $0); + ev.xclient._type := ClientMessage; ev.xclient.window := window; ev.xclient.message_type := XInternAtom (fDisplay, '_NET_SYSTEM_TRAY_OPCODE', False ); @@ -136,6 +140,7 @@ ev.xclient.data.l[2] := data1; ev.xclient.data.l[3] := data2; ev.xclient.data.l[4] := data3; + XSendEvent(fDisplay, fTrayParent, False, NoEventMask, @ev); XSync(fDisplay, False); Result := false;//(untrap_errors() = 0); @@ -172,7 +177,6 @@ Application.ProcessMessages; fDisplay := GDK_WINDOW_XDISPLAY(Pointer(PGtkWidget(GtkForm.Handle)^.window)); -// SHowMessage(IntToStr(Integer(fDisplay))); fWindow := GDK_WINDOW_XWINDOW (Pointer(PGtkWidget(GtkForm.Handle)^.window)); fScreen := XDefaultScreenOfDisplay(fDisplay); // get the screen fScreenID := XScreenNumberOfScreen(fScreen); // and it's number @@ -287,11 +291,14 @@ var size_hints: TXSizeHints; begin + FillChar(size_hints, SizeOf(TXSizeHints), $0); + size_hints.flags := PSize or PMinSize or PMaxSize; size_hints.min_width := AWidth; size_hints.max_width := 100; size_hints.min_height := AHeight; size_hints.max_height := 100; + XSetStandardProperties(fDisplay, fWindow, nil, nil, None, nil, 0, @size_hints); end; @@ -330,3 +337,4 @@ end. + Index: components/trayicon/wsgtk2trayicon.pas === --- components/trayicon/wsgtk2trayicon.pas (revisão 8667) +++ components/trayicon/wsgtk2trayicon.pas (cópia de trabalho) @@ -14,6 +14,8 @@ Authors: Felipe Monteiro de Carvalho and Andrew Haines + Special thanks for: Danny Milosavljevic and the Lazarus Team + Gtk2 specific
Re: [lazarus] Gtk2 TrayIcon Patch
Hi, Am Montag, den 06.02.2006, 16:53 -0200 schrieb Felipe Monteiro de Carvalho: > Hello, > > Now the TrayIcon component is fully working for Gtk2!!! Very nice :) > > A patch is attached. well done :) Let me do minor nitpicking as always though: - to free the gtk_tooltips thing, call g_object_ref(Tips); gtk_object_sink(Tips); [.everything else here] g_object_unref(Tips); This particular weird sequence (that I get wrong half of the time - I had to look it up right now) is required because GtkTooltips derives from GtkObject, which has what is called a "floating reference". Usually (with f.e. GtkLabel), someone - i.e. gtk_container_add - will claim that reference and all is well - therefore, for example the label will be freed by "the system". But the gtk tooltips object is kind of weird in that regard since it is (seemingly?) not added anywhere. Hence you have to get rid of the initial reference by "sinking" it. *However*, if someone would have claimed it after all [like the evil system], by now it would be gone and you would be accessing an invalid pointer (with the gtk_object_sink call...) (this is why you usually can't just sink it at the end and be done with - and this is why not-sinked-by-anyone is dangerous). *breathes in* Therefore, you have to first - gtk_tooltips_new <-- you already have that :) - g_object_ref(Tips) <-- increment reference count on object so it stays around and doesn't commit suicide in the next line: - gtk_object_sink(Tips) <- ok I claimed the initial reference so stop begging to be noticed :) ... do everything else with the tips object in between here ... - g_object_unref(Tips) <-- decrement reference count on object. It dropped to zero, so it was freed too. Whoever thought up GtkTooltips was _really_ whacko :) (oh, if he just derived it from GObject... but nooo) === - The comment on motion_cb is wrong ;) - about that GDK_SCREEN_XSCREEN that just SEEMS to want to annoy us eternally, anyone knows what the X function is called to get a X Screen number from a X Window directly? :) - Don't register for all events (with gtk_widget_add_events) if you don't need them. X is slow enough as is ;) I wanted to also tell the following but I changed my mind, so please ignore the following block unless you are _really_ bored :) == (and yes, it *will* tell you over and over again that you moved your mouse 0.01mm to the right - or actually, it was tiny vibrations caused by the ventilation in your room - if you get my drift :)) - and it *will* use interprocess communication on every single one of them. I recommend using only GDK_POINTER_MOTION_HINT_MASK which will send you _one_ mousemove until you ask for more (by calling gdk_window_get_pointer). In motion_cb, check if OnMouseMove is assigned and if so, call gdk_window_get_pointer (and don't if it is not). Should make it a little bit less demanding :) Then again, here we get into the area of totally useless nitpicking. It's also fine if you keep it as is :) == > > One little problem: The gtk2 tray icon requires gdk2x11, and this unit > is on a package that needs to be installed. The Package cannot be added > as a pre-requisite because the software is also used on Windows and > without a package. > > I recommend that gdk2x11 is put on Free Pascal Source. It worked without > any problems for the tray icon. > thanks, > > Felipe cheers, Danny _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Gtk2 TrayIcon Patch
Hello, Now the TrayIcon component is fully working for Gtk2!!! A patch is attached. One little problem: The gtk2 tray icon requires gdk2x11, and this unit is on a package that needs to be installed. The Package cannot be added as a pre-requisite because the software is also used on Windows and without a package. I recommend that gdk2x11 is put on Free Pascal Source. It worked without any problems for the tray icon. thanks, Felipe Index: components/trayicon/wstrayicon.pas === --- components/trayicon/wstrayicon.pas (revisão 8667) +++ components/trayicon/wstrayicon.pas (cópia de trabalho) @@ -14,6 +14,8 @@ Authors: Felipe Monteiro de Carvalho and Andrew Haines + Special thanks for: Danny Milosavljevic and the Lazarus Team + This unit calls the appropriate widgetset code. } unit wstrayicon; @@ -28,23 +30,33 @@ * Compatibility code for Delphi for Windows. ***} {$ifndef FPC} - {$define LCLWin32} + {$define Win32} {$endif} uses -{$ifdef LCLWin32} + +{$ifdef Win32} + wswin32trayicon, + {$endif} -{$ifdef LCLGtk} - wsgtktrayicon, +{$ifdef UNIX} + + {$ifdef LCLGtk} +wsgtktrayicon, + {$endif} + + {$ifdef LCLGnome} +wsgtktrayicon, + {$endif} + + {$ifdef LCLGtk2} +wsgtk2trayicon, + {$endif} + {$endif} -{$ifdef LCLGnome} - wsgtktrayicon, -{$endif} -{$ifdef LCLGtk2} - wsgtk2trayicon, -{$endif} + Classes, SysUtils; type @@ -76,3 +88,4 @@ end. + Index: components/trayicon/wswin32trayicon.pas === --- components/trayicon/wswin32trayicon.pas (revisão 8667) +++ components/trayicon/wswin32trayicon.pas (cópia de trabalho) @@ -14,6 +14,8 @@ Authors: Felipe Monteiro de Carvalho and Andrew Haines + Special thanks for: Danny Milosavljevic and the Lazarus Team + Win32 specific code. } unit wswin32trayicon; @@ -39,8 +41,8 @@ public constructor Create; override; destructor Destroy; override; - function Hide: Boolean; - function Show: Boolean; + function Hide: Boolean; override; + function Show: Boolean; override; property Canvas: TCanvas read GetCanvas; procedure InternalUpdate; override; published Index: components/trayicon/trayicon.pas === --- components/trayicon/trayicon.pas (revisão 8667) +++ components/trayicon/trayicon.pas (cópia de trabalho) @@ -14,6 +14,8 @@ Authors: Felipe Monteiro de Carvalho and Andrew Haines + Special thanks for: Danny Milosavljevic and the Lazarus Team + This unit contains the SystrayIcon object and the TTrayIcon visual component. Documentation for the component can be found here: Index: components/trayicon/wsgtktrayicon.pas === --- components/trayicon/wsgtktrayicon.pas (revisão 8667) +++ components/trayicon/wsgtktrayicon.pas (cópia de trabalho) @@ -14,6 +14,8 @@ Authors: Felipe Monteiro de Carvalho and Andrew Haines + Special thanks for: Danny Milosavljevic and the Lazarus Team + Gtk1 specific code. Works on gnome also. } unit wsgtktrayicon; @@ -52,8 +54,8 @@ function GetCanvas: TCanvas; protected public - function Hide: Boolean; - function Show: Boolean; + function Hide: Boolean; override; + function Show: Boolean; override; property Canvas: TCanvas read GetCanvas; procedure InternalUpdate; override; published @@ -127,6 +129,8 @@ Ev: TXEvent; fmt: Integer; begin + FillChar(Ev, SizeOf(TXEvent), $0); + ev.xclient._type := ClientMessage; ev.xclient.window := window; ev.xclient.message_type := XInternAtom (fDisplay, '_NET_SYSTEM_TRAY_OPCODE', False ); @@ -136,6 +140,7 @@ ev.xclient.data.l[2] := data1; ev.xclient.data.l[3] := data2; ev.xclient.data.l[4] := data3; + XSendEvent(fDisplay, fTrayParent, False, NoEventMask, @ev); XSync(fDisplay, False); Result := false;//(untrap_errors() = 0); @@ -172,7 +177,6 @@ Application.ProcessMessages; fDisplay := GDK_WINDOW_XDISPLAY(Pointer(PGtkWidget(GtkForm.Handle)^.window)); -// SHowMessage(IntToStr(Integer(fDisplay))); fWindow := GDK_WINDOW_XWINDOW (Pointer(PGtkWidget(GtkForm.Handle)^.window)); fScreen := XDefaultScreenOfDisplay(fDisplay); // get the screen fScreenID := XScreenNumberOfScreen(fScreen); // and it's number @@ -287,11 +291,14 @@ var size_hints: TXSizeHints; begin + FillChar(size_hints, SizeOf(TXSizeHints), $0); + size_hints.flags := PSize or PMinSize or PMaxSize; size_hints.min_width := AWidth; size_hints.max_width := 100; size_hints.min_height := AHeight; size_hints.max_height := 100; + XSetStandardProperties(fDisplay, fWindow, nil, nil, None, nil, 0, @size_hints); end; @@ -330,3 +337,4 @@ end. + Index: components/trayicon/wsgtk2t
Re: SVN does not compile
On Mon, 6 Feb 2006 18:07:21 +0100 Micha Nelissen <[EMAIL PROTECTED]> wrote: > the GUI client though. But conflicts very rarely happen. Except for ide/revision.inc though, that one conflicts quickly. It does not matter much how you resolve this conflict though, just take your own modification number. Micha _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: SVN does not compile
On Mon, 06 Feb 2006 17:23:51 +0100 "Jouke Rensma" <[EMAIL PROTECTED]> wrote: > Just another question: how should I keep SVN inline? I mean, should I do a > "svn update" regulary and perform a "make clean all" after that? And how "make all" should be good enough. > does this influence the work I did? Is that overwritten or merged with the > SVN-version? The updates are merged with your changes. If there are conflicts it will tell you, on the commandline "C " will appear, not sure about the GUI client though. But conflicts very rarely happen. Micha _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: SVN does not compile
Nevermind my previous mail, thanks to Michael's hint, I got it working now. I copied the pp and fpcsrc trees from the daily snapshot of yesterday into the (SVNned) lazarus directory. The "make clean all" worked this time!!! Just another question: how should I keep SVN inline? I mean, should I do a "svn update" regulary and perform a "make clean all" after that? And how does this influence the work I did? Is that overwritten or merged with the SVN-version? Thanks again! Jouke Jouke Rensma writes: I tried several methods: - in a fresh (empty) directory - over the existing install - for the "tools/build lazarus" I used a fresh directory and copied lazarus.exe and startlazarus.exe from the old install to this dir. I did the same for the complete tree's pp, fpcsrc and units. I then started lazarus and ran "tools/build lazarus". Whatever methos I use, they all fail as described... Any other hints??? Jouke Felipe Monteiro de Carvalho writes: Hello, Did you download the Subversion Lazarus on top of the old one? You should create an empty directory to place the svn lazarus. Then you can compile lazarus using 'make clean all' with the DOS prompt on lazarus directory. Make sure that the make.exe executable distributed with the old lazarus is on your PATH. Felipe _ 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 _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] SVN does not compile
Michael Van Canneyt wrote: On Mon, 6 Feb 2006, Jouke Rensma wrote: Hi all, As I am planning to add to the Lazarus development, I understood I have to keep my Lazarus in line with SVN. So I tried to get the SVN version working. Unfortunately the make breaks down. I tried to compile from the command line (make clean all) and also from the working (but old) Lazarus version (tools/build lazarus). Both methods break down. The command line shows as the last few lines: PropEdits.pp(4563,63) Hint: Local variable "NewSortedText" does not seem to be i nitialized PropEdits.pp(4686,6) Hint: Local variable "CValue" does not seem to be initializ ed PropEdits.pp(6108) Fatal: There were 1 errors compiling module, stopping PropEdits.pp(53,19) Fatal: Compilation aborted make[1]: *** [allideintf.ppu] Error 1 make[1]: Leaving directory `C:/lazarus/ideintf' make: *** [ideintf] Error 2 But the real problem is (as far as I can see) at the same point as where the tools/build lazarus breaks: C:\lazarus\ideintf\PropEdits.pp(2830,23) Error: Identifier not found "StrToQWord" I'm sure it is something stupid, but I have no clue You must update the sources of FPC, and recompile the RTL. The "StrToQWord" was added to sysutils for use in Lazarus. Lazarus support compiling with fpc 2.0.0, 2.0.2, and svn head of trunk (2.1.1) and the fixes_2_0 (2.0.3) branch. If you compiled lazarus with 2.0.1 for example than you get this error. Vincent. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: SVN does not compile
I tried several methods: - in a fresh (empty) directory - over the existing install - for the "tools/build lazarus" I used a fresh directory and copied lazarus.exe and startlazarus.exe from the old install to this dir. I did the same for the complete tree's pp, fpcsrc and units. I then started lazarus and ran "tools/build lazarus". Whatever methos I use, they all fail as described... Any other hints??? Jouke Felipe Monteiro de Carvalho writes: Hello, Did you download the Subversion Lazarus on top of the old one? You should create an empty directory to place the svn lazarus. Then you can compile lazarus using 'make clean all' with the DOS prompt on lazarus directory. Make sure that the make.exe executable distributed with the old lazarus is on your PATH. Felipe _ 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] SVN does not compile
On Mon, 6 Feb 2006, Jouke Rensma wrote: Hi all, As I am planning to add to the Lazarus development, I understood I have to keep my Lazarus in line with SVN. So I tried to get the SVN version working. Unfortunately the make breaks down. I tried to compile from the command line (make clean all) and also from the working (but old) Lazarus version (tools/build lazarus). Both methods break down. The command line shows as the last few lines: PropEdits.pp(4563,63) Hint: Local variable "NewSortedText" does not seem to be i nitialized PropEdits.pp(4686,6) Hint: Local variable "CValue" does not seem to be initializ ed PropEdits.pp(6108) Fatal: There were 1 errors compiling module, stopping PropEdits.pp(53,19) Fatal: Compilation aborted make[1]: *** [allideintf.ppu] Error 1 make[1]: Leaving directory `C:/lazarus/ideintf' make: *** [ideintf] Error 2 But the real problem is (as far as I can see) at the same point as where the tools/build lazarus breaks: C:\lazarus\ideintf\PropEdits.pp(2830,23) Error: Identifier not found "StrToQWord" I'm sure it is something stupid, but I have no clue You must update the sources of FPC, and recompile the RTL. The "StrToQWord" was added to sysutils for use in Lazarus. Michael. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Re: SVN does not compile
Hello, Did you download the Subversion Lazarus on top of the old one? You should create an empty directory to place the svn lazarus. Then you can compile lazarus using 'make clean all' with the DOS prompt on lazarus directory. Make sure that the make.exe executable distributed with the old lazarus is on your PATH. Felipe _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] SVN does not compile
Hi all, As I am planning to add to the Lazarus development, I understood I have to keep my Lazarus in line with SVN. So I tried to get the SVN version working. Unfortunately the make breaks down. I tried to compile from the command line (make clean all) and also from the working (but old) Lazarus version (tools/build lazarus). Both methods break down. The command line shows as the last few lines: PropEdits.pp(4563,63) Hint: Local variable "NewSortedText" does not seem to be i nitialized PropEdits.pp(4686,6) Hint: Local variable "CValue" does not seem to be initializ ed PropEdits.pp(6108) Fatal: There were 1 errors compiling module, stopping PropEdits.pp(53,19) Fatal: Compilation aborted make[1]: *** [allideintf.ppu] Error 1 make[1]: Leaving directory `C:/lazarus/ideintf' make: *** [ideintf] Error 2 But the real problem is (as far as I can see) at the same point as where the tools/build lazarus breaks: C:\lazarus\ideintf\PropEdits.pp(2830,23) Error: Identifier not found "StrToQWord" I'm sure it is something stupid, but I have no clue Thanks for your help!!! Jouke _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Re: TrayIcon preview
Update, with the help of giantm on #lazarus-ide I got to show the icon on both KDE and GNOME. This approach seams promissing =) And I am learning a lot about Gtk. I added information on the wiki, in case anyone wants to know how to paint a TBitmap (or TIcon) into a GtkWidget (in this case a GtkPlug): http://wiki.lazarus.freepascal.org/index.php/Accessing_the_Interfaces_directly#TBitmap Now I only need to conect the mouse events and the PopUp Menu. thanks -- Felipe Monteiro de Carvalho _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Am I being too ambitious?
En/na A.J. Venter ha escrit: The synchronize calls shouldn't be placed inside your TThreadedProcess code... they should be used in the main application thread to provide mutual exclusion for the shared visual components. It's the other way round, at least in delphi: you call synchronize from a thread when you want the method executed in the context of the main thread. That is correct, I know this much at least :) after all how can you synchronize from the main thread it doesn´t know what the other thread is doing. Mmmh, looking more closely to your code (I didn't before, I was just replying to the assertion that you call synchronize from the main thread) I don't think you should use synchronize at all (maybe a mutex to coordinate the access to FRunning, but even that may be overkill for a boolean): since you don't access the TStringList unless the process has ended there's no problem of simultaneous access from the main thread and the thread (and even if you wanted to do that I'd prefer a mutex over synchronize). In fact (not knowing the internals of the synchronize implementation, so I may be wrong) I cannot see how your thread can work since you're in a busy loop waiting for the thread to finish, so there's no way the main thread can schedule your synchronize call. Bye -- Luca Olivetti Wetron Automatización S.A. http://www.wetron.es/ Tel. +34 93 5883004 Fax +34 93 5883007 _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Re: TrayIcon preview
Danny Milosavljevic wrote: Can you use a GtkPlug instead of a normal window? I get the feeling that normal forms do strange extra stuff... no, scratch that, I'm _pretty sure_ that normal forms do strange extra stuff that system trays don't particularily like. for testing do something like that in CreateForm: Ok, I put this to CreateForm, made many other small modifications and I now I have a Tray Icon that writes 'foobar'!! Works on Gnome and KDE! The realize_cb event is trigerred correctly and now no more Sleep(80). The big problem right now is to paint TIcon into the widget. Any ideas? Does anyone know what TIcon.Handle is??? I think I need a PGdkImage to paint a image to the plug, but I don't know how to get one from TIcon. Here is the code: procedure TWidgetTrayIcon.CreateForm(id: Integer); var Alabel: PGtkWidget; begin fEmbedded := False; GtkForm := gtk_plug_new(0); g_signal_connect(GtkForm, 'realize', realize_cb, nil); // [1] Alabel := gtk_label_new('foobar'); gtk_widget_show(Alabel); gtk_container_add(GTK_CONTAINER(GtkForm), Alabel); gtk_widget_show(GtkForm); end; (also, try to react on the realize signal of the icon to dock it (which is the earliest point in it's life where it has a X window). [1]) gdk_screen := gtk_widget_get_screen(icon); fScreen := GDK_SCREEN_XSCREEN(gdk_screen); // get the real screen This code doesn't work. Raises an exception inside a X function. The exception propagates to Gtk and halts the hole icon creating process. I used the old code: fScreen := XDefaultScreenOfDisplay(fDisplay); // get the screen thanks, Felipe _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Am I being too ambitious?
> > > > The synchronize calls shouldn't be placed inside your TThreadedProcess > > code... they should be used in the main application thread to provide > > mutual exclusion for the shared visual components. > > It's the other way round, at least in delphi: you call synchronize from > a thread when you want the method executed in the context of the main > thread. That is correct, I know this much at least :) after all how can you synchronize from the main thread it doesn´t know what the other thread is doing. Anyway I think the problem is right at the design level, the right way I think would be to create a tthread descendent in a unit, with an extra property FCommandLine which can be overwritten at instantiation time. Pretty much what I had, but it should NOT be instantiated in the program. Instead the same unit should contain a tcomponent descendent which instantiates the tthread descendent, takes its values from poperties to pass on to the ththread descendent (which itself is a property) and THEN the thread can synchronize with a property of the tcomponent for output ? Am I getting closer you think ? A.J. -- "80% Of a hardware engineer's job is application of the uncertainty principle. 80% of a software engineer's job is pretending this isn't so." A.J. Venter Chief Software Architect OpenLab International http://www.getopenlab.com | +27 82 726 5103 (South Africa) http://www.silentcoder.co.za| +55 118 162 2079 (Brazil) _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] SQLdb bug
On Mon, 2006-02-06 at 09:04 +0100, Bram Kuijvenhoven wrote: > Alexander Todorov wrote: > > I am using SQLdb 1.0 / Lazarus 0.9.8 / FPC 2.0.1 on Windows XP with > > Firebird 1.5 database. > > When a statement like > > INSERT INTO TEST (ID, DATAFIELD) VALUES (1, 'this :is a :test') is > > executed i get an error. > > The problem is that values after the colon ':' characters are parsed > > as parameters. In my particular case FSQLQuery.Params.Count was 2. > > Joost, does the Firebird implementation use TParams.ParseSQL? I checked > ('my') code in ParseSQL, and it should work. Perhaps TIBConnection does some > manual scanning for : characters too? Yes it does. But it didn't in the version he was using. The bug was fixed in november with your code. Joost. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] SQLdb bug
> > I am using lates Lazarus version (0.9.11) and this insert statement run OK. > > You can try set "Dataset.ParseSQL := False;" before any Dataset.ExecSQL or > > Dataset.Open > > > Nevertheless it is a bug. Yep, it's bug 4374 and it was fixed in november last year. > There should be no parsing inside string constants in the SQL statement. > Alexander Todorov, Can you please submit this in the FPC (not Lazarus) > bugtracker, > so it won't be forgotten ? Or better, update your copy of fpc. 2.0.2 and later doesn't have this problem. Joost. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] SQLdb bug
Alexander Todorov wrote: I am using SQLdb 1.0 / Lazarus 0.9.8 / FPC 2.0.1 on Windows XP with Firebird 1.5 database. When a statement like INSERT INTO TEST (ID, DATAFIELD) VALUES (1, 'this :is a :test') is executed i get an error. The problem is that values after the colon ':' characters are parsed as parameters. In my particular case FSQLQuery.Params.Count was 2. Joost, does the Firebird implementation use TParams.ParseSQL? I checked ('my') code in ParseSQL, and it should work. Perhaps TIBConnection does some manual scanning for : characters too? Regards, Bram _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives