Alain Michaud wrote:
Vinzent Höfler wrote:
Alain Michaud wrote:
Hi,
Not exactly related to this thread, but worth mentioning:
Some time ago I was interested in (numerical) computing some
Bessel function to the highest precision!
I looked at MMX, SSE, SSE2, SSE3, SSE4, FP87, 3D-so
Zitat von Florian Klaempfl <[EMAIL PROTECTED]>:
> Mattias Gärtner schrieb:
> > I'm writing a unit to simplify parallel methods/procedures.
> >
> > For example:
> > DoParallel(@AMethod,StartIndex,EndIndex,Data);
> >
> > The AMethod is executed with several threads in parallel.
> >
> > What should
Zitat von Luca Olivetti <[EMAIL PROTECTED]>:
> En/na Mattias Gärtner ha escrit:
> > I'm writing a unit to simplify parallel methods/procedures.
> >
> > For example:
> > DoParallel(@AMethod,StartIndex,EndIndex,Data);
> >
> > The AMethod is executed with several threads in parallel.
> >
> > What s
On Thu, 11 Dec 2008, Mattias Gärtner wrote:
> Zitat von Florian Klaempfl <[EMAIL PROTECTED]>:
>
> > Mattias Gärtner schrieb:
> > > I'm writing a unit to simplify parallel methods/procedures.
> > >
> > > For example:
> > > DoParallel(@AMethod,StartIndex,EndIndex,Data);
> > >
> > > The AMethod
In our previous episode, Mattias G?rtner said:
> > > What should happen when an exception occurs?
> >
> > AFAIK any unhandled exception in a thread will cause it to silently die
>
> Yes, and that should never happen. At least not for normal exceptions like out
> of memory, index out of bounds, io
Zitat von Michael Van Canneyt <[EMAIL PROTECTED]>:
>
>
> On Thu, 11 Dec 2008, Mattias Gärtner wrote:
>
> > Zitat von Florian Klaempfl <[EMAIL PROTECTED]>:
> >
> > > Mattias Gärtner schrieb:
> > > > I'm writing a unit to simplify parallel methods/procedures.
> > > >
> > > > For example:
> > > >
On Thu, 11 Dec 2008, Mattias Gärtner wrote:
> Zitat von Michael Van Canneyt <[EMAIL PROTECTED]>:
>
> >
> >
> > On Thu, 11 Dec 2008, Mattias Gärtner wrote:
> >
> > > Zitat von Florian Klaempfl <[EMAIL PROTECTED]>:
> > >
> > > > Mattias Gärtner schrieb:
> > > > > I'm writing a unit to simplify
Zitat von Marco van de Voort <[EMAIL PROTECTED]>:
> In our previous episode, Mattias Gärtner said:
> > > > What should happen when an exception occurs?
> > >
> > > AFAIK any unhandled exception in a thread will cause it to silently die
> >
> > Yes, and that should never happen. At least not for no
Mattias Gärtner schrieb:
>> raised ?
>
> It should be raised in the starter thread. The question is how to
> - stop an exception in a thread (try..except)
> - give it to another thread - the starter thread (giving the object is easy,
> but
> ...)
> - continue the helper thread (this will normally
Zitat von Florian Klaempfl <[EMAIL PROTECTED]>:
> Mattias Gärtner schrieb:
> >> raised ?
> >
> > It should be raised in the starter thread. The question is how to
> > - stop an exception in a thread (try..except)
> > - give it to another thread - the starter thread (giving the object is
> easy, bu
Zitat von Michael Van Canneyt <[EMAIL PROTECTED]>:
>[...]
> This is the problem: At which point should this be done ?
>
> Can you point at the statement where it should be raised in the following
> code:
>
> try
>...
>DoParallel(...);
>...
> except
> end;
>
> There is only 1 possibl
Mattias Gärtner schrieb:
> Zitat von Michael Van Canneyt <[EMAIL PROTECTED]>:
>
>> [...]
>> This is the problem: At which point should this be done ?
>>
>> Can you point at the statement where it should be raised in the following
>> code:
>>
>> try
>>...
>>DoParallel(...);
>>...
>> e
Florian Klaempfl schreef:
Mattias Gärtner schrieb:
Zitat von Michael Van Canneyt <[EMAIL PROTECTED]>:
[...]
This is the problem: At which point should this be done ?
Can you point at the statement where it should be raised in the following
code:
try
...
DoParallel(...);
...
except
Zitat von Vincent Snijders <[EMAIL PROTECTED]>:
> Florian Klaempfl schreef:
> > Mattias Gärtner schrieb:
> >> Zitat von Michael Van Canneyt <[EMAIL PROTECTED]>:
> >>
> >>> [...]
> >>> This is the problem: At which point should this be done ?
> >>>
> >>> Can you point at the statement where it shou
Hello,
I've just merged the whole program optimisation branch into trunk. For
information on what it currently does and how to use it, see http://wiki.freepascal.org/Whole_Program_Optimization
Jonas
___
fpc-devel maillist - fpc-devel@lists.freepa
Hi,
I am converting a small project from Delphi to Free Pascal. I am working
on a Linux (Debian) box. In several places, the software seems to call
to external applications an uses this kind of command:
var
smfMemHnd : HWND;
...
smfMemHnd := CreateFileMapping(HWND($), nil, PAGE_READWRI
On Thu, 11 Dec 2008 19:27:18 +0100
Jonas Maebe wrote:
> Hello,
>
> I've just merged the whole program optimisation branch into trunk. For
> information on what it currently does and how to use it, see
> http://wiki.freepascal.org/Whole_Program_Optimization
>
>
> Jonas
Let me be the first t
On 11 Dec 2008, at 19:39, Gilles MARCOU wrote:
I am converting a small project from Delphi to Free Pascal. I am
working
on a Linux (Debian) box. In several places, the software seems to call
to external applications an uses this kind of command:
var
smfMemHnd : HWND;
...
smfMemHnd := Create
Op woensdag 15-10-2008 om 02:32 uur [tijdzone +1100], schreef Alexander
Klenin:
> Attached patch does two things:
> 1) Makes TLookupList.FList protected instead of private
Maybe it's a better idea to add a protected property for this? Or is
that not possible?
> 2) Adds new TLookupList methods to
On Fri, Dec 12, 2008 at 06:58, Joost van der Sluis wrote:
>> Attached patch does two things:
>> 1) Makes TLookupList.FList protected instead of private
>
> Maybe it's a better idea to add a protected property for this? Or is
> that not possible?
Actually, with other parts of this patch accepted F
On Thursday 11 December 2008 19.27:18 Jonas Maebe wrote:
> Hello,
>
> I've just merged the whole program optimisation branch into trunk. For
> information on what it currently does and how to use it, see
> http://wiki.freepascal.org/Whole_Program_Optimization
>
>
Great!
Martin
21 matches
Mail list logo
