[Lazarus] Window sizing on gtk
Hi, I noticed a little difference between gtk and win32 in handling window sizing programmatically and appreciate any advice on the subject. On Windows it is possible to create user-drawn window that formally is not resizable and has no system decoration, but behaves like normal resizable window. So I had BorderStyle = bsNone and custom buttons and my own border for resizing. It was easy because WindowState still responds to wsMaximized in this case and borders can be also responsive by implementing WM_NCHITTEST handler. But both seems to not work on gtk (no visible change for WindowState changing and no visiting both WM_NCHitTest and CM_HITTEST handlers) I can fix the first problem just by little extra code that switches between the current size and Bounds(0, 0, Screen.Width, Screen.Height), but the borders emulation is a harder task (I should track the areas, cursors and window sizing arithmetics, not mentioning that the program doesn't obey the system way of resizing for example frame drawing instead of window drawing). Is there some other solution or maybe setting/option I miss? With Nchittest the question is also does it work at all on gtk? I see that there are plenty of places in lcl so not working for forms look a little strange. Thanks Max -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Window sizing on gtk
On Fri, Oct 28, 2011 at 11:57 AM, Max Vlasov max.vla...@gmail.com wrote: I can fix the first problem just by little extra code that switches between the current size and Bounds(0, 0, Screen.Width, Screen.Height), While trying to implement this particular workaround, noticed also a strange thing The following toggle maximize code can't restore the borderless window (BorderStyle = bsNone) to the previous state (at least on Ubuntu). So looks like GTK detected that I maximize to full screen, so it hidden both toolbars, but later for some reasons don't accept BoundsRect:=fLastRestoreRect; , the window still stays in the full-screen state. Only if I wrap the restore into Visible:=false/Visible:=true it works. procedure TForm1.Button1Click(Sender: TObject); begin if fIsMaximized then begin // Visible:=false;; BoundsRect:=fLastRestoreRect; fIsMaximized:=false; // Visible:=true; end else begin fLastRestoreRect:=BoundsRect; BoundsRect:=Screen.WorkAreaRect; fIsMaximized:=true; end; end; Max -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TLMMouseEvent now lacks state
On 27 October 2011 17:02, Felipe Monteiro de Carvalho wrote: I am (very slowly) writing a custom drawn set of controls. Consider saying goodbye to about 4 years of your life. :) Wouldn't it simply be easier to work on LCL-fpGUI widgetset interface instead? From your posts of the last few months I have noticed you seem to like customdrawn components more and more. Maybe now you understand my view with fpGUI. ;-) For cross platform apps, or for total flexibility, you can't beat customdrawn components. May I ask why you have a sudden interest in customdrawn components? Just to have them for LCL, or is there some specific project they are required for? -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Window sizing on gtk
Max Vlasov schrieb: Hi, I noticed a little difference between gtk and win32 in handling window sizing programmatically and appreciate any advice on the subject. You should understand that non-Windows platforms have separate window mangers, which do not allow to control forms as on Windows. The widgetsets only have control over the *client* area of a window, but not over the non-client areas. But both seems to not work on gtk (no visible change for WindowState changing and no visiting both WM_NCHitTest and CM_HITTEST handlers) Right, these only work on Windows. The missing NC functionality makes it e.g. impossible to drag-dock forms on Linux, by dragging their title bars, as Delphi does on Windows. DoDi -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] recent Tools-Example Projects dialog
Just for clarity in the code I suggest that \ide\manageexamples.pas lines 54 and 55 should have procedures named: FillDirectoriesPending; FillProjectsPending; with a 'P' not a 'B'? Howard -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TLMMouseEvent now lacks state
On 10/28/2011 02:25 PM, Graeme Geldenhuys wrote: Wouldn't it simply be easier to work on LCL-fpGUI widgetset interface instead? LCL-fpGUI looks very promising, indeed ! I would appreciate improvements on LCL-fpGUI a lot. If anybody starts working on same, I might be able to supply some suggestions and do some tests. (A testing program showing some issues of LCL/fpGUI with threading support already is available.) In fact, it would be nice to have a well defined layer in such a WidgetType for customdrawn components, that allows switching between multiple sets of actual drawing functions, keeping the LCL-near stuff in a common set of files, while each Layout is done in another set of files. (This would on the long run even allow for creating a set of layout functions that works remotely via some data channel (such as (a) ifi: remote drawing functions done in FPC or (b) HTTP / remote drawing functions done in Javascript or (c) some local interface within Android / drawing functions done in Java using the standard Android Library). I suppose the fpGUIPlatform variable for the build process already is a draft of such a layer-switch. -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TLMMouseEvent now lacks state
On 10/27/2011 05:02 PM, Felipe Monteiro de Carvalho wrote: http://wiki.lazarus.freepascal.org/Lazarus_Custom_Drawn_Controls http://wiki.lazarus.freepascal.org/Lazarus_Custom_Drawn_Package In fact I understand that fpGUI already is a custom drawn Widget set and it does work (to some extend) with Lazarus and (optionally, partly) is integrated in the LCL. The tests I did are in fact promising. So I don't see that it is viable to start another independent project that deals with custom drawn components. -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TLMMouseEvent now lacks state
On Fri, Oct 28, 2011 at 2:25 PM, Graeme Geldenhuys graemeg.li...@gmail.com wrote: Consider saying goodbye to about 4 years of your life. :) Wouldn't it simply be easier to work on LCL-fpGUI widgetset interface instead? Easier, maybe yes, but: * Part of the work is to build controls to use the existing LCL apps. I need a custom drawn TTrackBar with a special skin, a custom drawn TListView and other punctual components. A new widgetset would be all or nothing, then my applications won't work until it is totally finished, but I need them now for some concrete projects... and I also need the skinning capability... summing up I need many TCD* components anyway regardless of any custom drawn widgetset. * Part of this work is aimed at making it easier to port the LCL. If I write LCL-fpgui I won't solve my problem. I'll have to port fpgui instead for new platforms. That's a huge complicator, I can't imagine how I could port fpgui to Android, I suppose that would be extremely difficult for me to adapt fpgui to atend all the particularities of the platform, but I already know the LCL very well, so here I already know everything that I need to do. But I am not worried if it turns out to be too big of a task for me, my controls can be used in existing LCL widgetsets, so my work won't be wasted. I took care of choosing the architecture very well. From your posts of the last few months I have noticed you seem to like customdrawn components more and more. Maybe now you understand my view with fpGUI. ;-) For cross platform apps, or for total flexibility, you can't beat customdrawn components. Short story: Microsoft killing Windows Mobile was the big motivator Actually I have since years wanted to do this, but I simply gave up on the whole idea considering it too big of a task for many years. Then I worked a lot on LCL-WinCE and what happened in the end? It was much, much worse then if I had started a custom drawn widgetset from the start. People running Microsoft (and Apple and even Ubuntu) are totally despisable. Microsoft didn't even blink while killing years of work that I put into LCL-WinCE. Apple killed Carbon and the Ubuntu guys have fun adding unfinished features that break Gtk2 apps. Writing code for APIs created by those guys is what I call putting years in the trash bin. Writing a custom drawn set of controls is something they cannot kill that easily. It will last as long as native code exists, and even in the case of a move like Microsoft did you still didn't waste that much time, all the generic work is preserved and can be reused in another platform. Native look? I couldn't care any less each day that passes with Microsoft pushing Ribbons, which actually are already obsoleted by Metro =D It is a jungle. They change their native look every couple of years. Not to mention how html apps are getting more fashionable, you can't get any less native then that. But people that want native look can always write skins. All I want is to be able to port the LCL to new platforms with a minimum of work and with a minimum of time loss when whatever bigshot director trashes the platform that I am working with now. And custom drawn is the way to go, there is no doubt about that. -- Felipe Monteiro de Carvalho -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TLMMouseEvent now lacks state
On Friday 28 of October 2011 17:01:55 Felipe Monteiro de Carvalho wrote: All I want is to be able to port the LCL to new platforms with a minimum of work and with a minimum of time loss when whatever bigshot director trashes the platform that I am working with now. And custom drawn is the way to go, there is no doubt about that. +1 I'll join that as soon as we release laz 1.0. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] gdb crash with printdialog dialog
Hi all, I noticed a problem with a simple application that contain only a printdialog (just the component in the form with no code). If I run the application = no problem When I close the application the application crash and a dialog appear saying that gdb.exe as a problem and must be close. After some search I noticed that the problem appear with network printer (furthermore there are connected at the moment). For the moment I'm not able to test connected printers. With local printers like pdf creator or Microsoft XPS Document writer (printers that are always connected) I have no problem. May be the problem can appear with local printer that are not present. Anybody has the same problem? A solution? A bug? -- Lazarus 0.9.30 (Latest official release) FPC 2.4.2 Win XP SP3 -- Regards Pierre -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] gdb crash with printdialog dialog
On 28/10/2011 18:23, dpli...@free.fr wrote: Hi all, I noticed a problem with a simple application that contain only a printdialog (just the component in the form with no code). If I run the application = no problem When I close the application the application crash and a dialog appear saying that gdb.exe as a problem and must be close. After some search I noticed that the problem appear with network printer (furthermore there are connected at the moment). For the moment I'm not able to test connected printers. With local printers like pdf creator or Microsoft XPS Document writer (printers that are always connected) I have no problem. May be the problem can appear with local printer that are not present. Anybody has the same problem? A solution? A bug? -- Lazarus 0.9.30 (Latest official release) FPC 2.4.2 Win XP SP3 -- The issue (or maybe a similar issue) is apparently very old: http://bugs.freepascal.org/view.php?id=17921 (printer, but crashed immediate) but appears to be an issue in GDB, that can not be fixed in Lazarus itself Their has been another similar issue: http://bugs.freepascal.org/view.php?id=19883 (crash after app terminates) The latter can be solved by upgrading GDB: Either get the latest mingw, or you can find them here: http://svn.freepascal.org/svn/lazarus/binaries/i386-win32/gdb/bin/ The svn link can be accessed in the browser. MinGW was recently updated, and is newer. But has not yet been tested. However all GDB 7.3 appear to suffer from an old problem that *seems* to have been fixed in gdb versions from 7.0.50 to 7.2 = but it requires a very unlikely race condition, and even then does not always trigger. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus bigide 0.9.30.2RC2 doesn't compile on FreeBSD
On Fri, 28 Oct 2011 13:35:44 -0500 Alonso Cárdenas Márquez acarde...@bsd-peru.org wrote: Hi I'm trying compile latest version of Lazarus with bigide option, but it failed with the following messages Compiling memdslaz.pas PPU Loading /usr/local/lib/fpc/2.4.4/units/x86_64-freebsd/fcl-db/memds.ppu PPU Source: memds.pp not found Recompiling memds, checksum changed for db memds.pp(10,46) Fatal: Can't find unit memds used by MemDSLaz Fatal: Compilation aborted gmake[2]: *** [memdslaz.ppu] Error 1 gmake[2]: se sale del directorio `/usr/ports/editors/lazarus/work/lazarus/components/memds' gmake[1]: *** [bigidecomponents] Error 2 gmake[1]: se sale del directorio `/usr/ports/editors/lazarus/work/lazarus/components' gmake: *** [bigidecomponents] Error 2 *** Error code 2 Stop in /usr/ports/editors/lazarus. *** Error code 1 Stop in /usr/ports/editors/lazarus. freepascal units were compiled using the additional OPT value OPT='-CX' How were they compiled? They need to be compiled with the -Ur flag. A gmake all normally does that. Lazarus was compiled using the additional OPT value OPT=-Sgic -Fu/usr/local/lib/fpc/2.4.4/units/x86_64-freebsd/* -Fl/usr/local/lib -Fl/usr/local/lib/qt4 The -Fu is normally in your /etc/fpc.cfg. Bundle version of lazarus built without problems it just failed with bigide Vincent suggested compile lazarus with -vut to get more information. Get the log file from http://people.freebsd.org/~acm/ports/logs/lazarus.log.tar.gz If it is a problem with configuration what could I do for avoid it? or what kind of configurations could affect directly to it ? Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] gdb crash with printdialog dialog
Hi Martin, The latter can be solved by upgrading GDB: Either get the latest mingw, or you can find them here: http://svn.freepascal.org/svn/lazarus/binaries/i386-win32/gdb/bin/ I follow the link and I upgraded gdb (7.2 to 7.3) = Same problem -- Pierre - Mail original - De: Martin laza...@mfriebe.de À: Lazarus mailing list lazarus@lists.lazarus.freepascal.org Envoyé: Vendredi 28 Octobre 2011 20:22:08 Objet: Re: [Lazarus] gdb crash with printdialog dialog On 28/10/2011 18:23, dpli...@free.fr wrote: Hi all, I noticed a problem with a simple application that contain only a printdialog (just the component in the form with no code). If I run the application = no problem When I close the application the application crash and a dialog appear saying that gdb.exe as a problem and must be close. After some search I noticed that the problem appear with network printer (furthermore there are connected at the moment). For the moment I'm not able to test connected printers. With local printers like pdf creator or Microsoft XPS Document writer (printers that are always connected) I have no problem. May be the problem can appear with local printer that are not present. Anybody has the same problem? A solution? A bug? -- Lazarus 0.9.30 (Latest official release) FPC 2.4.2 Win XP SP3 -- The issue (or maybe a similar issue) is apparently very old: http://bugs.freepascal.org/view.php?id=17921 (printer, but crashed immediate) but appears to be an issue in GDB, that can not be fixed in Lazarus itself Their has been another similar issue: http://bugs.freepascal.org/view.php?id=19883 (crash after app terminates) The latter can be solved by upgrading GDB: Either get the latest mingw, or you can find them here: http://svn.freepascal.org/svn/lazarus/binaries/i386-win32/gdb/bin/ The svn link can be accessed in the browser. MinGW was recently updated, and is newer. But has not yet been tested. However all GDB 7.3 appear to suffer from an old problem that *seems* to have been fixed in gdb versions from 7.0.50 to 7.2 = but it requires a very unlikely race condition, and even then does not always trigger. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Brazilian Lazarus Translation
Last part of my revision posted today on BugTracker. Antônio -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] gdb crash with printdialog dialog
On 28/10/2011 20:02, Pierre Delore wrote: Hi Martin, The latter can be solved by upgrading GDB: Either get the latest mingw, or you can find them here: http://svn.freepascal.org/svn/lazarus/binaries/i386-win32/gdb/bin/ I follow the link and I upgraded gdb (7.2 to 7.3) = Same problem In that case there is most likely no solution. At least from what you wrote, it does sound like it is a bug in GDB: When I close the application the application crash and a dialog appear saying that gdb.exe as a problem and must be close. You can forward your debug output, see http://wiki.lazarus.freepascal.org/GDB_Debugger_Tips#Create_a_new_Report But it is not very likely to be of much help. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] gdb crash with printdialog dialog
Same problem with gdb 7.3.1 and 7.1 Pierre - Mail original - De: Pierre Delore dpli...@free.fr À: Lazarus mailing list lazarus@lists.lazarus.freepascal.org Envoyé: Vendredi 28 Octobre 2011 21:02:37 Objet: Re: [Lazarus] gdb crash with printdialog dialog Hi Martin, The latter can be solved by upgrading GDB: Either get the latest mingw, or you can find them here: http://svn.freepascal.org/svn/lazarus/binaries/i386-win32/gdb/bin/ I follow the link and I upgraded gdb (7.2 to 7.3) = Same problem -- Pierre - Mail original - De: Martin laza...@mfriebe.de À: Lazarus mailing list lazarus@lists.lazarus.freepascal.org Envoyé: Vendredi 28 Octobre 2011 20:22:08 Objet: Re: [Lazarus] gdb crash with printdialog dialog On 28/10/2011 18:23, dpli...@free.fr wrote: Hi all, I noticed a problem with a simple application that contain only a printdialog (just the component in the form with no code). If I run the application = no problem When I close the application the application crash and a dialog appear saying that gdb.exe as a problem and must be close. After some search I noticed that the problem appear with network printer (furthermore there are connected at the moment). For the moment I'm not able to test connected printers. With local printers like pdf creator or Microsoft XPS Document writer (printers that are always connected) I have no problem. May be the problem can appear with local printer that are not present. Anybody has the same problem? A solution? A bug? -- Lazarus 0.9.30 (Latest official release) FPC 2.4.2 Win XP SP3 -- The issue (or maybe a similar issue) is apparently very old: http://bugs.freepascal.org/view.php?id=17921 (printer, but crashed immediate) but appears to be an issue in GDB, that can not be fixed in Lazarus itself Their has been another similar issue: http://bugs.freepascal.org/view.php?id=19883 (crash after app terminates) The latter can be solved by upgrading GDB: Either get the latest mingw, or you can find them here: http://svn.freepascal.org/svn/lazarus/binaries/i386-win32/gdb/bin/ The svn link can be accessed in the browser. MinGW was recently updated, and is newer. But has not yet been tested. However all GDB 7.3 appear to suffer from an old problem that *seems* to have been fixed in gdb versions from 7.0.50 to 7.2 = but it requires a very unlikely race condition, and even then does not always trigger. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus bigide 0.9.30.2RC2 doesn't compile on FreeBSD
2011/10/28 Mattias Gaertner nc-gaert...@netcologne.de
On Fri, 28 Oct 2011 13:35:44 -0500
Alonso Cárdenas Márquez acarde...@bsd-peru.org wrote:
Hi
I'm trying compile latest version of Lazarus with bigide option, but it
failed with the following messages
Compiling memdslaz.pas
PPU Loading
/usr/local/lib/fpc/2.4.4/units/x86_64-freebsd/fcl-db/memds.ppu
PPU Source: memds.pp not found
Recompiling memds, checksum changed for db
memds.pp(10,46) Fatal: Can't find unit memds used by MemDSLaz
Fatal: Compilation aborted
gmake[2]: *** [memdslaz.ppu] Error 1
gmake[2]: se sale del directorio
`/usr/ports/editors/lazarus/work/lazarus/components/memds'
gmake[1]: *** [bigidecomponents] Error 2
gmake[1]: se sale del directorio
`/usr/ports/editors/lazarus/work/lazarus/components'
gmake: *** [bigidecomponents] Error 2
*** Error code 2
Stop in /usr/ports/editors/lazarus.
*** Error code 1
Stop in /usr/ports/editors/lazarus.
freepascal units were compiled using the additional OPT value
OPT='-CX'
How were they compiled?
They need to be compiled with the -Ur flag. A gmake all normally does
that.
They were compiled with gmake all. Each unit is generating .ppu .o and .a
files
Lazarus was compiled using the additional OPT value
OPT=-Sgic -Fu/usr/local/lib/fpc/2.4.4/units/x86_64-freebsd/*
-Fl/usr/local/lib -Fl/usr/local/lib/qt4
The -Fu is normally in your /etc/fpc.cfg.
I have defined this -Fu, because it contains variables that could change
when it is tested/built on FreeBSD cluster.
It looks in lazarus port Makefile like OPT=-Sgic -Fu${UNITSDIR}/*
-Fl${LOCALBASE}/lib -Fl${LOCALBASE}/lib/qt4, but I guess it is not the
problem
Bundle version of lazarus built without problems it just failed with
bigide
Vincent suggested compile lazarus with -vut to get more information. Get
the
log file from http://people.freebsd.org/~acm/ports/logs/lazarus.log.tar.gz
If it is a problem with configuration what could I do for avoid it? or
what
kind of configurations could affect directly to it ?
Mattias
--
Greetings
ACM
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Brazilian Lazarus Translation
28.10.2011 23:03, Antônio пишет: Last part of my revision posted today on BugTracker. Antônio, you are wasting your time. Both your updates were rejected. See my comments in bugtracker. For the curious people, this is the algorithm to make sure that a translation update won't be applied: 1. Lose many currently translated strings with your update. 2. Refuse to discuss your changes with current maintainer of translation in question. Note, that he will be asked anyway, but by me. Example: http://bugs.freepascal.org/view.php?id=20538 http://bugs.freepascal.org/view.php?id=20584 -- Best regards, Maxim Ganetsky mailto:gan...@narod.ru -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] gdb crash with printdialog dialog
I don't think any of the older ones will do any good. But if at all then 7.0 or 7.0.50 ..But as I said, I don't think they will. If gdb only crashes when the app closes, then you can still debug your app. Yes sure inconvenient, that gdb crashes. assign a key to the IDE's Reset Debugger, in case you have trouble with further debugging On 28/10/2011 20:27, Pierre Delore wrote: Same problem with gdb 7.3.1 and 7.1 Pierre - Mail original - De: Pierre Deloredpli...@free.fr À: Lazarus mailing listlazarus@lists.lazarus.freepascal.org Envoyé: Vendredi 28 Octobre 2011 21:02:37 Objet: Re: [Lazarus] gdb crash with printdialog dialog Hi Martin, The latter can be solved by upgrading GDB: Either get the latest mingw, or you can find them here: http://svn.freepascal.org/svn/lazarus/binaries/i386-win32/gdb/bin/ I follow the link and I upgraded gdb (7.2 to 7.3) = Same problem -- Pierre - Mail original - De: Martinlaza...@mfriebe.de À: Lazarus mailing listlazarus@lists.lazarus.freepascal.org Envoyé: Vendredi 28 Octobre 2011 20:22:08 Objet: Re: [Lazarus] gdb crash with printdialog dialog On 28/10/2011 18:23, dpli...@free.fr wrote: Hi all, I noticed a problem with a simple application that contain only a printdialog (just the component in the form with no code). If I run the application = no problem When I close the application the application crash and a dialog appear saying that gdb.exe as a problem and must be close. After some search I noticed that the problem appear with network printer (furthermore there are connected at the moment). For the moment I'm not able to test connected printers. With local printers like pdf creator or Microsoft XPS Document writer (printers that are always connected) I have no problem. May be the problem can appear with local printer that are not present. Anybody has the same problem? A solution? A bug? -- Lazarus 0.9.30 (Latest official release) FPC 2.4.2 Win XP SP3 -- The issue (or maybe a similar issue) is apparently very old: http://bugs.freepascal.org/view.php?id=17921 (printer, but crashed immediate) but appears to be an issue in GDB, that can not be fixed in Lazarus itself Their has been another similar issue: http://bugs.freepascal.org/view.php?id=19883 (crash after app terminates) The latter can be solved by upgrading GDB: Either get the latest mingw, or you can find them here: http://svn.freepascal.org/svn/lazarus/binaries/i386-win32/gdb/bin/ The svn link can be accessed in the browser. MinGW was recently updated, and is newer. But has not yet been tested. However all GDB 7.3 appear to suffer from an old problem that *seems* to have been fixed in gdb versions from 7.0.50 to 7.2 = but it requires a very unlikely race condition, and even then does not always trigger. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Brazilian Lazarus Translation
Well, I am discussing right here. Marcelo is monitoring (I hope) this and can enjoy my work, if he wants. Antônio 2011/10/28 Maxim Ganetsky gan...@narod.ru: 28.10.2011 23:03, Antônio пишет: Last part of my revision posted today on BugTracker. Antônio, you are wasting your time. Both your updates were rejected. See my comments in bugtracker. For the curious people, this is the algorithm to make sure that a translation update won't be applied: 1. Lose many currently translated strings with your update. 2. Refuse to discuss your changes with current maintainer of translation in question. Note, that he will be asked anyway, but by me. Example: http://bugs.freepascal.org/view.php?id=20538 http://bugs.freepascal.org/view.php?id=20584 -- Best regards, Maxim Ganetsky mailto:gan...@narod.ru -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Brazilian Lazarus Translation
I did my part. Antônio -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Brazilian Lazarus Translation
29.10.2011 1:27, Antônio пишет: Well, I am discussing right here. Marcelo is monitoring (I hope) this and can enjoy my work, if he wants. IMO this is rather strange method of discussion. -- Best regards, Maxim Ganetsky mailto:gan...@narod.ru -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Brazilian Lazarus Translation
Sorry, I said if he wants, I should say if he wants so. My fault. Good afternoon. Antônio 2011/10/28 Maxim Ganetsky gan...@narod.ru: 29.10.2011 1:27, Antônio пишет: Well, I am discussing right here. Marcelo is monitoring (I hope) this and can enjoy my work, if he wants. IMO this is rather strange method of discussion. -- Best regards, Maxim Ganetsky mailto:gan...@narod.ru -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Brazilian Lazarus Translation
The file is available on BugTracker. Antônio 2011/10/28 Antônio antoniog12...@gmail.com: Sorry, I said if he wants, I should say if he wants so. My fault. Good afternoon. Antônio 2011/10/28 Maxim Ganetsky gan...@narod.ru: 29.10.2011 1:27, Antônio пишет: Well, I am discussing right here. Marcelo is monitoring (I hope) this and can enjoy my work, if he wants. IMO this is rather strange method of discussion. -- Best regards, Maxim Ganetsky mailto:gan...@narod.ru -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
