Re: [Lazarus] Can't compile Lazarus on Linux Mint 15
The problem was introduced with revision 25766. You can fix the problem simply getting an earlier revision in a new folder and copy the older revision cairo units over the trunk copies. Assuming you are one directory above your fpc folder ... svn co -r 25764 http://svn.freepascal.org/svn/fpc/trunk/packages/cairo/srccairofix rm fpc/packages/cairo/src/*.pp cp cairofix/*.pp fpc/packages/cairo/src/ rm -rf cairofix cd fpc make clean make all On Sun, Oct 20, 2013 at 2:33 PM, silvioprog wrote: > 2013/10/20 Reinier Olislagers > [...] > >> You could check if any of the solutions here >> http://bugs.freepascal.org/view.php?id=25191 >> work for you and/or contribute a fix... > > > Unfortunately I don't know how to fix this problem. :( > > But if someone has the same problem, and lost your environment that was > working, here, I made a backup copy that Lazarus and Free Pascal works fine: > > https://www.dropbox.com/s/3z5r4rxeuws1hol/freepascal.tar.gz > > https://www.dropbox.com/s/6icvwp0qeilka9l/lazarus.tar.gz > > -- > Silvio Clécio > My public projects - github.com/silvioprog > > -- > ___ > 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] Debug builds only work as root
I have been trying Ubuntu 13.10 this weekend and I'm hoping someone can advice on a Lazarus issue I'm experiencing. This version of Ubuntu come with gdb 7.6.1. When using Lazarus and debugging the compiled program frequently locks up. Launching Lazarus with sudo or gksudo (in a launcher) fixes the problem. All files modified by Lazarus with sudo are owned by root and I have to keep 'chown -R myusername .' whenever I want to using thse files outside of Lazarus. So the question is, how can I either downgrade gdb to a version which works nicely with Lazarus and not hose the rest of my system? Or how can I fix Lazarus to not lockup programs which are run with debugging? -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Can't compile Lazarus on Linux Mint 15
2013/10/20 Reinier Olislagers [...] > You could check if any of the solutions here > http://bugs.freepascal.org/view.php?id=25191 > work for you and/or contribute a fix... Unfortunately I don't know how to fix this problem. :( But if someone has the same problem, and lost your environment that was working, here, I made a backup copy that Lazarus and Free Pascal works fine: https://www.dropbox.com/s/3z5r4rxeuws1hol/freepascal.tar.gz https://www.dropbox.com/s/6icvwp0qeilka9l/lazarus.tar.gz -- Silvio Clécio My public projects - github.com/silvioprog -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Compilation Error At revision 43291.
On 10/20/2013 9:32 AM, Eric Kom wrote: $svn up $make clean $make bigide FPC=/usr/local/lib/fpc/2.7.1/ppc386 FWIW: you really should run "make clean" or "make distclean" /before/ running "svn up"... the reason is because newly updated makefiles will not know about old locations when source files get moved from one directory to another by the laz developers... as a result, old .a, .o, and .ppu files will get left behind in the wrong/old directory and may cause compiling problems... i use this same procedure when updating FPC, as well... sadly, this has nothing to do with your problem, though... $make distclean $svn up $make bigide FPC=/usr/local/lib/fpc/2.7.1/ppc386 -- NOTE: No off-list assistance is given without prior approval. Please keep mailing list traffic on the list unless private contact is specifically requested and granted. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] lazarus not freeing all memory
i've been seeing this for a while and have only just now gotten around to reporting it... i saw it on my w2k box which is dead now... both this system and that one are/were running identical setups as far as FPC and Lazarus go... Lazarus 1.3 r42488 FPC 2.7.1 r25797 i386-win32-win32/win64 the following is from starting lazarus with a default blank project and immediately closing lazarus... nothing else is done at all... Heap dump by heaptrc unit 771193 memory blocks allocated : 74180082/76188624 771194 memory blocks freed : 74180147/76188696 1 unfreed memory blocks : 144 True heap size : 720896 (128 used in System startup) True free heap : 720512 Should be : 720448 it is always at least one block and most of the time of 144 size... i would post what is in my debug log except that the command line i've been using since years lazarus --debug-log=lazdbg1.log doesn't seem to be working any more since i added "-dHEAPTRC_WINDOW" to my build options when building lazarus... how can i re-enable this while keeping the heaptrc window or do i need the heaptrc window if i can get it all written to a log file? i don't know how to do that :/ -- NOTE: No off-list assistance is given without prior approval. Please keep mailing list traffic on the list unless private contact is specifically requested and granted. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Input query with input history
Jürgen Hestermann wrote: Am 2013-10-19 15:16, schrieb Mark Morgan Lloyd: Jürgen Hestermann wrote: Does any input query function exist that has a history list so that the user can pick old entries from previous inputs? Ideal would be if such a history list can be filtered and sorted too. Does the CmdBox package on CCR help? Where can I get more information about CmdBox? I can't find anything with Google. On http://sourceforge.net/projects/lazarus-ccr/files/?source=navbar I can't find anything about it either. Sorry, name wrong try http://wiki.freepascal.org/CmdLine and http://sourceforge.net/projects/lazarus-ccr/files/CmdLine/ Note dud links in the SourceForge page. I looked at it around a year ago in the context of something on which to build a special-purpose terminal emulator, but it wasn't really suitable. For some reason the notes in my source were wrong, hence my confusion over the name. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Compilation Error At revision 43291.
On 20/10/2013 15:32, Eric Kom wrote: > $svn up > $make clean > $make bigide FPC=/usr/local/lib/fpc/2.7.1/ppc386 Do you ever check what others post and/or the bugtracker before posting? Seems like a known problem with the cairo libs. See e.g. the thread in this list started by Silvioprog, including a link to the bugtracker item and a possible workaround -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Compilation Error At revision 43291.
$svn up $make clean $make bigide FPC=/usr/local/lib/fpc/2.7.1/ppc386 .. Linking ../lazarus lazarus.pp(142,1) Warning: "crti.o" not found, this will probably cause a linking failure lazarus.pp(142,1) Warning: "crtn.o" not found, this will probably cause a linking failure /usr/bin/ld: warning: ../link.res contains output sections; did you forget -T? /usr/local/lib/fpc/2.7.1/units/i386-linux/cairo/cairo.o: In function `CAIRO_GOBJECT_TYPE_REGION_OVERLAP': /home/erickom/fpcBuild/fpc/packages/./cairo/src/cairo.pp:1221: undefined reference to `cairo_gobject_context_get_type' /home/erickom/fpcBuild/fpc/packages/./cairo/src/cairo.pp:1222: undefined reference to `cairo_gobject_device_get_type' /home/erickom/fpcBuild/fpc/packages/./cairo/src/cairo.pp:1222: undefined reference to `cairo_gobject_pattern_get_type' /home/erickom/fpcBuild/fpc/packages/./cairo/src/cairo.pp:1222: undefined reference to `cairo_gobject_surface_get_type' /home/erickom/fpcBuild/fpc/packages/./cairo/src/cairo.pp:1222: undefined reference to `cairo_gobject_rectangle_get_type' /home/erickom/fpcBuild/fpc/packages/./cairo/src/cairo.pp:1222: undefined reference to `cairo_gobject_scaled_font_get_type' /home/erickom/fpcBuild/fpc/packages/./cairo/src/cairo.pp:1222: undefined reference to `cairo_gobject_font_face_get_type' /home/erickom/fpcBuild/fpc/packages/./cairo/src/cairo.pp:1222: undefined reference to `cairo_gobject_font_options_get_type' /home/erickom/fpcBuild/fpc/packages/./cairo/src/cairo.pp:1222: undefined reference to `cairo_gobject_rectangle_int_get_type' /home/erickom/fpcBuild/fpc/packages/./cairo/src/cairo.pp:1222: undefined reference to `cairo_gobject_region_get_type' /home/erickom/fpcBuild/fpc/packages/./cairo/src/cairo.pp:1222: undefined reference to `cairo_gobject_status_get_type' /home/erickom/fpcBuild/fpc/packages/./cairo/src/cairo.pp:1222: undefined reference to `cairo_gobject_content_get_type' /home/erickom/fpcBuild/fpc/packages/./cairo/src/cairo.pp:1222: undefined reference to `cairo_gobject_operator_get_type' /home/erickom/fpcBuild/fpc/packages/./cairo/src/cairo.pp:1222: undefined reference to `cairo_gobject_antialias_get_type' /home/erickom/fpcBuild/fpc/packages/./cairo/src/cairo.pp:1222: undefined reference to `cairo_gobject_fill_rule_get_type' /home/erickom/fpcBuild/fpc/packages/./cairo/src/cairo.pp:1222: undefined reference to `cairo_gobject_line_cap_get_type' /home/erickom/fpcBuild/fpc/packages/./cairo/src/cairo.pp:1222: undefined reference to `cairo_gobject_line_join_get_type' /home/erickom/fpcBuild/fpc/packages/./cairo/src/cairo.pp:1222: undefined reference to `cairo_gobject_text_cluster_flags_get_type' /home/erickom/fpcBuild/fpc/packages/./cairo/src/cairo.pp:1222: undefined reference to `cairo_gobject_font_slant_get_type' /home/erickom/fpcBuild/fpc/packages/./cairo/src/cairo.pp:1222: undefined reference to `cairo_gobject_font_weight_get_type' /home/erickom/fpcBuild/fpc/packages/./cairo/src/cairo.pp:1222: undefined reference to `cairo_gobject_subpixel_order_get_type' /home/erickom/fpcBuild/fpc/packages/./cairo/src/cairo.pp:1222: undefined reference to `cairo_gobject_hint_style_get_type' /home/erickom/fpcBuild/fpc/packages/./cairo/src/cairo.pp:1222: undefined reference to `cairo_gobject_hint_metrics_get_type' /home/erickom/fpcBuild/fpc/packages/./cairo/src/cairo.pp:1222: undefined reference to `cairo_gobject_font_type_get_type' /home/erickom/fpcBuild/fpc/packages/./cairo/src/cairo.pp:1222: undefined reference to `cairo_gobject_path_data_type_get_type' /home/erickom/fpcBuild/fpc/packages/./cairo/src/cairo.pp:1222: undefined reference to `cairo_gobject_device_type_get_type' /home/erickom/fpcBuild/fpc/packages/./cairo/src/cairo.pp:1222: undefined reference to `cairo_gobject_surface_type_get_type' /home/erickom/fpcBuild/fpc/packages/./cairo/src/cairo.pp:1222: undefined reference to `cairo_gobject_format_get_type' /home/erickom/fpcBuild/fpc/packages/./cairo/src/cairo.pp:1222: undefined reference to `cairo_gobject_pattern_type_get_type' /home/erickom/fpcBuild/fpc/packages/./cairo/src/cairo.pp:1222: undefined reference to `cairo_gobject_extend_get_type' /home/erickom/fpcBuild/fpc/packages/./cairo/src/cairo.pp:1222: undefined reference to `cairo_gobject_filter_get_type' /home/erickom/fpcBuild/fpc/packages/./cairo/src/cairo.pp:1222: undefined reference to `cairo_gobject_region_overlap_get_type' lazarus.pp(142,1) Error: Error while linking lazarus.pp(142,1) Fatal: There were 1 errors compiling module, stopping Fatal: Compilation aborted make[2]: *** [lazarus] Error 1 make[2]: Leaving directory `/home/erickom/fpcBuild/lazarus/ide' make[1]: *** [bigide] Error 2 make[1]: Leaving directory `/home/erickom/fpcBuild/lazarus/ide' make: *** [idebig] Error 2 -- Kind Regards Eric Kom Senior IT Manager - Metropolitan Schools _ / You are scrupulously honest, frank, and \ | straightforward. Theref
Re: [Lazarus] Graeme would love this, or not, I think
On 10/20/2013 07:07 AM, Paul Breneman wrote: On 10/20/2013 05:22 AM, Hans-Peter Diettrich wrote: Marco van de Voort schrieb: On Wed, Oct 16, 2013 at 12:25:25AM +0200, Hans-Peter Diettrich wrote: For writing programs you need some editor and an compiler/linker, e.g. a Lazarus IDE which runs on a variety of systems. Then students can learn how to use a console (window) for program I/O in about 1 hour, sufficient for the following introduction and practice in "The Art of Computer Programming" [Knuth]. Either your students were different, or that is very optimistic :) Yes, I was thinking of IT students. Sorry for that :-( In this class, all this simply ate too much time, and even after students were ackward with it. And it was only 9 x 1.5 hr, then an hour is still too much. Then a good ole homecomputer (C64 emulator...) would be more useful ;-) Creating and using a GUI can become a detached course, covering both the general GUI design principles and how to master event driven applications. My point was that TP was too alien, and the tricks to keep it running prevented it for students to run it on their own laptop. ACK Delphi on the other hand invited too much play. This energy could be used in extra (voluntary) courses, where the interested can learn more about using Delphi. The ideal usage IMHO would be a stripped lazarus/Delphi without designer, and some skeleton application under "new" that instantiates a skeleton GUI app (delivered in .ppu), and the students can use procedures from their programs to use the skeleton units. In your timeframe (9*1.5 hrs) I wouldn't address GUI programs at all. Almost 6 years ago I started this educational project: http://www.turbocontrol.com/monitor.htm Several times I've used it to introduce people to programming. I usually start by downloading a small zip file from here: http://www.turbocontrol.com/helloworld.htm After we compile and run the program I next show them the (few) files involved and try to give them a picture of how the source is changed into the executable. What I'd like to have is a very simple IDE to go to next. So a "stripped Lazarus" as mentioned above might be good. Graeme (the fellow in the subject) has an IDE started with fpGUI that might (eventually) work too. You can quickly see an earlier version of that IDE using a zip from this page: http://www.turbocontrol.com/easyfpgui.htm Last year I bought ten kits similar to this: http://www.parallax.com/product/90005 Those are my favorite way to introduce programming, by blinking a single LED on and off every second. On that page you can download the PDF for the book, and also the editor software (it used to be written with Delphi or C++ Builder). -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Graeme would love this, or not, I think
On 10/20/2013 05:22 AM, Hans-Peter Diettrich wrote: Marco van de Voort schrieb: On Wed, Oct 16, 2013 at 12:25:25AM +0200, Hans-Peter Diettrich wrote: For writing programs you need some editor and an compiler/linker, e.g. a Lazarus IDE which runs on a variety of systems. Then students can learn how to use a console (window) for program I/O in about 1 hour, sufficient for the following introduction and practice in "The Art of Computer Programming" [Knuth]. Either your students were different, or that is very optimistic :) Yes, I was thinking of IT students. Sorry for that :-( In this class, all this simply ate too much time, and even after students were ackward with it. And it was only 9 x 1.5 hr, then an hour is still too much. Then a good ole homecomputer (C64 emulator...) would be more useful ;-) Creating and using a GUI can become a detached course, covering both the general GUI design principles and how to master event driven applications. My point was that TP was too alien, and the tricks to keep it running prevented it for students to run it on their own laptop. ACK Delphi on the other hand invited too much play. This energy could be used in extra (voluntary) courses, where the interested can learn more about using Delphi. The ideal usage IMHO would be a stripped lazarus/Delphi without designer, and some skeleton application under "new" that instantiates a skeleton GUI app (delivered in .ppu), and the students can use procedures from their programs to use the skeleton units. In your timeframe (9*1.5 hrs) I wouldn't address GUI programs at all. Almost 6 years ago I started this educational project: http://www.turbocontrol.com/monitor.htm Several times I've used it to introduce people to programming. I usually start by downloading a small zip file from here: http://www.turbocontrol.com/helloworld.htm After we compile and run the program I next show them the (few) files involved and try to give them a picture of how the source is changed into the executable. What I'd like to have is a very simple IDE to go to next. So a "stripped Lazarus" as mentioned above might be good. Graeme (the fellow in the subject) has an IDE started with fpGUI that might (eventually) work too. You can quickly see an earlier version of that IDE using a zip from this page: http://www.turbocontrol.com/easyfpgui.htm -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Input query with input history
Am 2013-10-19 15:16, schrieb Mark Morgan Lloyd: Jürgen Hestermann wrote: Does any input query function exist that has a history list so that the user can pick old entries from previous inputs? Ideal would be if such a history list can be filtered and sorted too. Does the CmdBox package on CCR help? Where can I get more information about CmdBox? I can't find anything with Google. On http://sourceforge.net/projects/lazarus-ccr/files/?source=navbar I can't find anything about it either. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Input query with input history
Am 2013-10-19 14:15, schrieb Avishai: > TComboBox > AutoComplete:= True > Sorted:= True > Style:= csSimple > > Add new entries to TComboBox.Items > you would have to take care of filtering Thanks for the hint. I will try it. Interesting that it's not mentioned on the (german) wiki page http://wiki.freepascal.org/Dialog_Examples/de -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Graeme would love this, or not, I think
Marco van de Voort schrieb: On Wed, Oct 16, 2013 at 12:25:25AM +0200, Hans-Peter Diettrich wrote: For writing programs you need some editor and an compiler/linker, e.g. a Lazarus IDE which runs on a variety of systems. Then students can learn how to use a console (window) for program I/O in about 1 hour, sufficient for the following introduction and practice in "The Art of Computer Programming" [Knuth]. Either your students were different, or that is very optimistic :) Yes, I was thinking of IT students. Sorry for that :-( In this class, all this simply ate too much time, and even after students were ackward with it. And it was only 9 x 1.5 hr, then an hour is still too much. Then a good ole homecomputer (C64 emulator...) would be more useful ;-) Creating and using a GUI can become a detached course, covering both the general GUI design principles and how to master event driven applications. My point was that TP was too alien, and the tricks to keep it running prevented it for students to run it on their own laptop. ACK Delphi on the other hand invited too much play. This energy could be used in extra (voluntary) courses, where the interested can learn more about using Delphi. The ideal usage IMHO would be a stripped lazarus/Delphi without designer, and some skeleton application under "new" that instantiates a skeleton GUI app (delivered in .ppu), and the students can use procedures from their programs to use the skeleton units. In your timeframe (9*1.5 hrs) I wouldn't address GUI programs at all. DoDi -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Can't compile Lazarus on Linux Mint 15
On 20/10/2013 01:58, silvioprog wrote: > So, there are an estimate when this issue will be fixed to use Lazarus > in Linux? > > I updated my local copy and tried to compile it again, but, without > success, the bug continues. :( You could check if any of the solutions here http://bugs.freepascal.org/view.php?id=25191 work for you and/or contribute a fix... -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Graeme would love this, or not, I think
On Wed, Oct 16, 2013 at 12:25:25AM +0200, Hans-Peter Diettrich wrote: > For writing programs you need some editor and an compiler/linker, e.g. a > Lazarus IDE which runs on a variety of systems. Then students can learn > how to use a console (window) for program I/O in about 1 hour, > sufficient for the following introduction and practice in "The Art of > Computer Programming" [Knuth]. Either your students were different, or that is very optimistic :) In this class, all this simply ate too much time, and even after students were ackward with it. And it was only 9 x 1.5 hr, then an hour is still too much. > Creating and using a GUI can become a > detached course, covering both the general GUI design principles and how > to master event driven applications. My point was that TP was too alien, and the tricks to keep it running prevented it for students to run it on their own laptop. Delphi on the other hand invited too much play. The ideal usage IMHO would be a stripped lazarus/Delphi without designer, and some skeleton application under "new" that instantiates a skeleton GUI app (delivered in .ppu), and the students can use procedures from their programs to use the skeleton units. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Graeme would love this, or not, I think
On Tue, Oct 15, 2013 at 04:45:48PM +0200, Mattias Gaertner wrote: > > IIRC I installed DOS 6.2 in VirtualBox, and then used it to install > > Win98SE (from which I had no bootable CD or image). > > All this on Win7-64. > > What has this to do with Lazarus? FPC/trunk has a 16-bit compiler, and I assume you'll port Lazarus to it? :-) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus