Ok, I got it again in the debugger.
Since it is nor reproducible all the times, I am using auto continue
breakpoints, and just record that they were hit. So I have limited data.
- After a long series of syncs ThreadQueueTail is nil.
- A thread calls ThreadQueueAppend (from within Syncronize)
-
On Sun, February 4, 2018 23:58, Markus Beth wrote:
Hi,
.
.
> Please give this patch a thorough review as I am neither a DWARF nor a
> compiler expert. But for me (on Linux x86_64) the debugging and
> profiling situation is much better now.
Thanks for your patch. I can't assess the patch mysel
On 04/02/2018 20:33, Martin wrote:
On 04/02/2018 20:23, Sven Barth via fpc-devel wrote:
Would you please test whether my change in r38115 (applied to 3.0.2)
makes any difference? Calling RemoveQueuedEvents() with a thread, but no
method (which happens during a thread's destruction) was up to th
Hi,
I am using FPC (3.0.4 and the fixes_3_0 branch) to create a shared
library for Linux x86_64. When it comes to debugging (with gdb) or
profiling, I always had problems getting valuable stacktraces from
withing the pascal functions. I now tracked this problem down to the
.debug_frame sectio
On 04/02/18 21:44, Florian Klämpfl wrote:
Am 04.02.2018 um 20:57 schrieb J. Gareth Moreton:
I'm not certain if my definition of 'aggregate' is correct, but must the fields
be packed like an array to be a
valid HFA? I'm not certain if they should be packed or each field aligned to a
16-byte bou
Am 04.02.2018 um 20:57 schrieb J. Gareth Moreton:
> Hi everyone,
>
> So I've almost finished implementing Microsoft's 'vectorcall' calling
> convention into Free Pascal - the final
> sticking point are Homogeneous Float Aggregates (HFA's), since the
> documentation isn't tremendously clear on
On 04/02/2018 20:23, Sven Barth via fpc-devel wrote:
Would you please test whether my change in r38115 (applied to 3.0.2)
makes any difference? Calling RemoveQueuedEvents() with a thread, but no
method (which happens during a thread's destruction) was up to then a
way to corrupt the queue. (Well
On 04.02.2018 20:37, Martin wrote:
> On 04/02/2018 19:17, Sven Barth via fpc-devel wrote:
>> On 03.02.2018 17:39, Martin wrote:
>>> All based on win32
>>>
>>> Pretext:
>>> I have an issue with a crash in PopThreadQueueHead called by
>>> CheckSynchronize. (3.0.2)
>>> It happens in the Lazarus IDE,
Hi everyone,
So I've almost finished implementing Microsoft's 'vectorcall' calling
convention into Free Pascal - the final
sticking point are Homogeneous Float Aggregates (HFA's), since the
documentation isn't tremendously clear on
their internal alignment - vectorcall allows the passing and r
On 04/02/2018 19:17, Sven Barth via fpc-devel wrote:
On 03.02.2018 17:39, Martin wrote:
All based on win32
Pretext:
I have an issue with a crash in PopThreadQueueHead called by
CheckSynchronize. (3.0.2)
It happens in the Lazarus IDE, but at a low percentage only. (And not
yet in the debugger)
On 03.02.2018 17:39, Martin wrote:
> All based on win32
>
> Pretext:
> I have an issue with a crash in PopThreadQueueHead called by
> CheckSynchronize. (3.0.2)
> It happens in the Lazarus IDE, but at a low percentage only. (And not
> yet in the debugger)
> I don't think the below is related, but
11 matches
Mail list logo
