Re: [Lazarus] GBD

2014-09-08 Thread leledumbo
> I can't find where to download latest/best gbd binaries (both x86/x86_64),
can you help me?

http://sourceforge.net/projects/mingw/files/MinGW/Extension/gdb/GDB-7.2/gdb-7.2-1-mingw32-bin.tar.lzma/download

32-bit MinGW GDB, no idea if it works with 64-bit binaries or not (probably
no).



--
View this message in context: 
http://free-pascal-lazarus.989080.n3.nabble.com/Lazarus-GBD-tp4038406p4038413.html
Sent from the Free Pascal - Lazarus mailing list archive at Nabble.com.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Fuzzy translations ignored

2014-09-08 Thread Bart
On 9/8/14, Giuliano Colla  wrote:

> 2) Now I'll face the thumbnail view of po files, as a first upgrade to
> POChecker. This way I'll familiarize with the component, which, up to
> now I've just blindly used.

This how I would set it up:

The graphical summary should be invoked from the results dialog.
This therefore needs a new button, which is visible only if statistics
are calculated.
(Any suggestions for a nice glyph on this button?)

To have access to the statistics, the results dialog should get access
to the PoFamily.PoFamilyStats property of the mainform of pochecker.
This should be passed on to the resultdialog form (the form should get
a public property of type TPoFamilyStats (and maybe in trun pass this
on to the graphical summary form, which then can do the
calculations)).

The TPoFamilyStats class already has a method to write statistics to a
TStrings (TPoFamilyStats.AddStatisticsToLog(ALog: TStrings)).
The class should be extended to draw the graphs on a TCanvas (or some
other component):
TPoFamilyStats.ShowGraphicalSummary(ACanvas: TCanvas);

@Giuliano: what kind of parameter should it have: TCanvas, TImage,
something else?

I can easily set up this "infrastructure", so Giuliano  can
concentrate on the actual calculations/drawings.
I can hide all this behind a compiler directive, so the empty
implementation doesn't bother other users.

(It will have to wait a few days, the next few days I am busy with a
postgrad study, and I won't have access to my Lazarus machine)

Bart

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] GBD

2014-09-08 Thread Martin Frb

For 32 bit I recommend to keep 7.2 which is shipped with Lazarus.

See also http://wiki.lazarus.freepascal.org/GDB_Debugger_Tips#Bugs_in_GDB

There were many issues with newer versions.
I do not know how 7.7 and 7.8 are doing.


On 64 bit, sorry, I do not know (so code typhon is afaik shipping a 
newer version.)




On 08/09/2014 17:03, Kjow wrote:

Hi all,

I noticed that I'm using a quite old gbd version (well, both x86 and 
x86_64) with a self-built lazarus/fpc (both trunk).


I can't find where to download latest/best gbd binaries (both 
x86/x86_64), can you help me?


My config is:

.\gdb\i386-win32\gdb.exe
.\gdb\i386-win32\libexpat-1.dll

and

.\gdb\x86_64-win64\gdb.exe
.\gdb\x86_64-win64\libiconv-2.dll

Thank you,
Kjow


--
___
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 trunk? Please recompile lhelp

2014-09-08 Thread Reinier Olislagers
On 08/09/2014 19:59, Richard Mace wrote:
> I was having issues getting the. Chm file to display at all.
> 
> Should it work in 1.24 ?

AFAIK, yes, it should work. Just try the
democontrol sample project in
components\chmhelp\democontrol
Don't forget to follow the instructions in ctxchmhelpunit1.pas

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Lazarus trunk? Please recompile lhelp

2014-09-08 Thread Richard Mace
Hi Reinier,
I was having issues getting the. Chm file to display at all.

Should it work in 1.24 ?
On 4 Sep 2014 21:06, "Reinier Olislagers" 
wrote:

> On 04/09/2014 16:12, Richard Mace wrote:
> > So will this mean that we can now use .chm help files reliably in our
> > projects?
>
> Depends on what reliability issues you faced - as mentioned, the aim was
> to improve communication (e.g. telling lhelp what help topic to display)
> robustness...
>
> What reliability issues are you seeing?
>
>
>
> --
> ___
> 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] Fuzzy translations ignored

2014-09-08 Thread Giuliano Colla

Il 08/09/2014 08:53, Juha Manninen ha scritto:
[...]

I am not pushing you to implement this, I only think how it would be
in a perfect world. I must learn a proper message window integration
myself for the Delphi converter, maybe I can look at this later.
Or, maybe Giuliano Colla wants to implement it, he already knows IdeIntf. :)


I find your general ideas on the IDE integration of POChecker in full 
agreement with my view, therefore I'm ready to jump on the bandwagon.
I had never used before the IDE editor for translations, but, from a 
quick test I saw that the proper highlighter is already there, and it 
already does its job. Maybe it can be improved with a few minor 
additions such as "Find next fuzzy" or "Find next untranslated", which 
are rather trivial, or with the escaping of quotes, also not so hard to 
implement.
Another possible way would be a small po-editing package, on the same 
line of the HTML editor, providing a number of useful options, and 
taking advantage of a number of functions of POChecker.


But I'd like to face one thing at a time.

1) I've just posted a last minor update to editortoolbar package, which, 
if survives user test, should be more or less in a "production" state.

See http://bugs.freepascal.org/view.php?id=26692
Will you or someone else take care of applying?

2) Now I'll face the thumbnail view of po files, as a first upgrade to 
POChecker. This way I'll familiarize with the component, which, up to 
now I've just blindly used.


3) In the meantime we may let the ideas settle down, and decide a 
roadmap to a better handling of translations: editing translations, 
checking them, etc.


Giuliano


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] GBD

2014-09-08 Thread Kjow
Of course, I mean GDB :)
I'm sorry for this misprint.
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


[Lazarus] GBD

2014-09-08 Thread Kjow
Hi all,

I noticed that I'm using a quite old gbd version (well, both x86 and
x86_64) with a self-built lazarus/fpc (both trunk).

I can't find where to download latest/best gbd binaries (both x86/x86_64),
can you help me?

My config is:

.\gdb\i386-win32\gdb.exe
.\gdb\i386-win32\libexpat-1.dll

and

.\gdb\x86_64-win64\gdb.exe
.\gdb\x86_64-win64\libiconv-2.dll

Thank you,
Kjow
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Fuzzy translations ignored

2014-09-08 Thread Bart
On 9/8/14, Juha Manninen  wrote:

> Testing all files at one go may not be necessary, although it could be
> an option.
> Offering the available files in a list is more important.

 > Now that I think of it, the stand-alone version could have a similar
> list of files, found under a directory selected by user.

Sounds do-able.

>> Should there be a GUI for the user to select what tests to run, or how
>> should this be configurable?
>
> The current GUI for selecting the tests is quite ok.
> Finding all relevant .po files is the biggest usability issue for me.

We can add another button to select a directory and the find all
pofiles and put them in a list.
We could also provide a recent-file-history.
My idea would be to split that list in master files and translated
files, otherwise it's gonna be hard to find a given master file
amongst the many translate ones.

> , but the
> new shiny IDE message window could be used with the integrated
> version. Clicking on a warning would open the .po file in editor and
> place the cursor in the error spot.

In the past there was a request to integrate editing in the tool (like
you describe: click on an error and goto the .po file). After
discussing it, this idea was rejected.
The main purpose of the tool is to check for errors. No reason to bloat it.

But then again, offering to open the file in IDE (when run from IDE)
sounds like a nice idea.

> In fact I use Lazarus editor for .po files. Maybe it is a dummy thing
> to do but it works for me.

Well, I use my own editor (LazEdit (CCR) was based on it)

> I am not pushing you to implement this, I only think how it would be
> in a perfect world. I must learn a proper message window integration
> myself for the Delphi converter, maybe I can look at this later.
> Or, maybe Giuliano Colla wants to implement it, he already knows IdeIntf.
> :)

I don't feel pushed.
The ideas are good, I simply now nothing about IDE integration, and
I'm currently lacking the drive to dive into that.

Bart

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Building Lazarus: apparent errors with lazloggerbase?

2014-09-08 Thread Reinier Olislagers
On 08/09/2014 10:44, Mattias Gaertner wrote:
> On Mon, 08 Sep 2014 10:12:19 +0200
> Reinier Olislagers  wrote:
> 
>> On 07/09/2014 20:14, Mattias Gaertner wrote:
>>> On Sun, 07 Sep 2014 15:44:42 +0200
>>> Reinier Olislagers  wrote:
 Error: In
 'file:///home/pascaldev/trunk/lazarus/lcl/units/x86_64-linux/gtk2/LCL.compiled'
 (line 1 pos 1): Root element is missing
>>>
>>> Why is your LCL.compiled empty?
>> Maybe because lazbuild crashes as the output above indicates? (I'm sure
>> you've considered that but as you know I'm not afraid of stating the
>> obvious or even the obviously wrong ;) )
> 
> The above output is about *reading* the empty file.
Ok, thanks.

> Something created the empty file before that.
> For example if your disk is full, this can happen. But then again, you
> should have seen a write error.
Searching for the string error gives nothing in my output log before the
Error reading file message (and units named error etc)

>> Error: In
>> 'file:///home/pascaldev/trunk/lazarus/components/rx/lib/x86_64-linux/rx.compiled'
>> (line 1 pos 1): Root element is missing
>> lazbuild is non interactive, aborting now.
> 
> Fixed.
Thanks.

Removed .ppus, and ran fpcup again.
Worked flawlessly so whatever it was probably just went away (or
some error lead to a .compiled file with invalid xml which your fix fixed).

THanks, Mattias!


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Building Lazarus: apparent errors with lazloggerbase?

2014-09-08 Thread Mattias Gaertner
On Mon, 08 Sep 2014 10:12:19 +0200
Reinier Olislagers  wrote:

> On 07/09/2014 20:14, Mattias Gaertner wrote:
> > On Sun, 07 Sep 2014 15:44:42 +0200
> > Reinier Olislagers  wrote:
> >> Error: In
> >> 'file:///home/pascaldev/trunk/lazarus/lcl/units/x86_64-linux/gtk2/LCL.compiled'
> >> (line 1 pos 1): Root element is missing
> > 
> > Why is your LCL.compiled empty?
> Maybe because lazbuild crashes as the output above indicates? (I'm sure
> you've considered that but as you know I'm not afraid of stating the
> obvious or even the obviously wrong ;) )

The above output is about *reading* the empty file.
Something created the empty file before that.
For example if your disk is full, this can happen. But then again, you
should have seen a write error.


> > lazbuild -B should repair a broken state file (by ignoring it). Does
> > that work?
> Did
> ./lazbuild -B --build-ide=-dKeepInstalledPackages
> (as that should include the LCL as well, right?)
>  a whole lot of Missing state file lines such as the one below ...
> TLazPackageGraph.CheckIfCurPkgOutDirNeedsCompile  Missing state file for
> pascalscript 0.0.0.1:
> /home/pascaldev/trunk/lazarus/components/PascalScript/Source/lib/x86_64-linux/pascalscript.compiled
> 
>   $006210B9 line 720 of lazloggerbase.pas
>   $0047CD07 line 1414 of lclproc.pas
>   $004013BF line 322 of lazbuild.lpr
>   $00538AEA line 103 of idedialogs.pas
>   $005B9AFF line 2989 of ../packager/packagesystem.pas
>   $005BB485 line 3302 of ../packager/packagesystem.pas
>   $005BAF7D line 3192 of ../packager/packagesystem.pas
>   $005BF4AB line 3786 of ../packager/packagesystem.pas
>   $005BECDB line 3624 of ../packager/packagesystem.pas
> ERROR: Error reading file
> Unable to read state file
> "/home/pascaldev/trunk/lazarus/components/rx/lib/x86_64-linux/rx.compiled"
> of package rx 1.0.
> Error: In
> 'file:///home/pascaldev/trunk/lazarus/components/rx/lib/x86_64-linux/rx.compiled'
> (line 1 pos 1): Root element is missing
> lazbuild is non interactive, aborting now.

Fixed.

Mattias

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Building Lazarus: apparent errors with lazloggerbase?

2014-09-08 Thread Reinier Olislagers
On 07/09/2014 20:14, Mattias Gaertner wrote:
> On Sun, 07 Sep 2014 15:44:42 +0200
> Reinier Olislagers  wrote:
>> Error: In
>> 'file:///home/pascaldev/trunk/lazarus/lcl/units/x86_64-linux/gtk2/LCL.compiled'
>> (line 1 pos 1): Root element is missing
> 
> Why is your LCL.compiled empty?
Maybe because lazbuild crashes as the output above indicates? (I'm sure
you've considered that but as you know I'm not afraid of stating the
obvious or even the obviously wrong ;) )


> 
> lazbuild -B should repair a broken state file (by ignoring it). Does
> that work?
Did
./lazbuild -B --build-ide=-dKeepInstalledPackages
(as that should include the LCL as well, right?)
 a whole lot of Missing state file lines such as the one below ...
TLazPackageGraph.CheckIfCurPkgOutDirNeedsCompile  Missing state file for
pascalscript 0.0.0.1:
/home/pascaldev/trunk/lazarus/components/PascalScript/Source/lib/x86_64-linux/pascalscript.compiled

  $006210B9 line 720 of lazloggerbase.pas
  $0047CD07 line 1414 of lclproc.pas
  $004013BF line 322 of lazbuild.lpr
  $00538AEA line 103 of idedialogs.pas
  $005B9AFF line 2989 of ../packager/packagesystem.pas
  $005BB485 line 3302 of ../packager/packagesystem.pas
  $005BAF7D line 3192 of ../packager/packagesystem.pas
  $005BF4AB line 3786 of ../packager/packagesystem.pas
  $005BECDB line 3624 of ../packager/packagesystem.pas
ERROR: Error reading file
Unable to read state file
"/home/pascaldev/trunk/lazarus/components/rx/lib/x86_64-linux/rx.compiled"
of package rx 1.0.
Error: In
'file:///home/pascaldev/trunk/lazarus/components/rx/lib/x86_64-linux/rx.compiled'
(line 1 pos 1): Root element is missing
lazbuild is non interactive, aborting now.


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus