On 03/16/2013 07:55 PM, Ludo Brands wrote:
On 03/16/2013 07:29 PM, Geoffray Levasseur-Brandin wrote:
This is somewhat complex, I know it, but this have been created
keeping in mind that I would like to allow parallelization of
downloads in the future, as you was supposing it. But I'm agree and
Le dimanche 17 mars 2013 09:05:45 Ludo Brands a écrit :
Also, get rid of all these synchronizes. When using multiple threads,
you will be blocking your downloads too much. Every sock status change,
you create a string for the GUI, synchronize to update the screen, call
Thank you for all the advices. I just removed TDownloadDeamon
thread to merge it with TDownloader. And it works ! I still have to
work on status/progress system which is a bit messy. If you are
interested, I've just commited the changes in the svn repo.
Thank you again,
I noticed you
It seems that in FPC 2.6.2 the dwarf reading code in LnfoDwrf is broken.
It always gives a run-error 131
compiled below example with
-MObjFPC -Scghi -O1 -gw2 -gl -gh -vewnhi
and boom
program Project1;
{$mode objfpc}{$H+}
begin
TObject.Create;
end.
it prints
Heap dump by heaptrc unit
1
Am 06.03.2013 14:16, schrieb Martin Schreiber:
On Sunday 03 March 2013 18:35:53 Martin Schreiber wrote:
On Friday 01 March 2013 18:33:56 Martin Schreiber wrote: [...] On
Linux, same computer, OpenSUSE 12.2, comparison FPC 2.6.2, Kylix 3
A last one, simple MSEgui demo, one form, a fancy
Am 10.03.2013 18:53, schrieb Aleksa Todorovic:
Hi, FPC developers!
I've commited patch to issue 9961 few days ago, and I'd like to ask if
someone could take a look at it? I'm currently analyzing several other
unit-loading issues (10551, 18294) with similar situations (relative
paths, different
