Hi LRN.
Thanks. Patch is ok. Please go ahead and apply.
Kai
2015-04-24 0:54 GMT+02:00 LRN :
> On 22.04.2015 14:37, Yaron Keren wrote:
>> 2015-04-22 14:15 GMT+03:00 LRN:
>>> On 22.04.2015 14:02, Óscar Fuentes wrote:
LRN writes:
> Here's a patch to fix this.
> It does solve the
On 22.04.2015 14:37, Yaron Keren wrote:
> 2015-04-22 14:15 GMT+03:00 LRN:
>> On 22.04.2015 14:02, Óscar Fuentes wrote:
>>> LRN writes:
>>>
Here's a patch to fix this.
It does solve the problem for the simple testcase, but i have no idea
how it
would behave in the wild, i didn't
stderr is not likely to show up anywhere with a GUI program.
The standard practice in Windows is to use OutputDebugString.
https://msdn.microsoft.com/en-us/library/windows/desktop/aa363362%28v=vs.85%29.aspx
2015-04-22 14:15 GMT+03:00 LRN :
> On 22.04.2015 14:02, Óscar Fuentes wrote:
> > LRN wri
On 22.04.2015 14:02, Óscar Fuentes wrote:
> LRN writes:
>
>> Here's a patch to fix this.
>> It does solve the problem for the simple testcase, but i have no idea how it
>> would behave in the wild, i didn't test it on anything else. One might notice
>> that it is set to crash when certain things h
LRN writes:
> Here's a patch to fix this.
> It does solve the problem for the simple testcase, but i have no idea how it
> would behave in the wild, i didn't test it on anything else. One might notice
> that it is set to crash when certain things happen. I'm not sure whether these
> things would
On 02.10.2014 10:03, niXman wrote:
> JonY 2014-10-02 02:11:
>> On 9/28/2014 14:44, lh_mouse wrote:
>>> mingw-w64-libraries/winpthread/src/spinlock.c:66
>>> int initrv = pthread_spin_init (lock,
>>> PTHREAD_PROCESS_PRIVATE);
>>>
>>> There is no corresponding pthread_spin_destroy() for thi
JonY 2014-10-02 02:11:
> On 9/28/2014 14:44, lh_mouse wrote:
>> mingw-w64-libraries/winpthread/src/spinlock.c:66
>> int initrv = pthread_spin_init (lock,
>> PTHREAD_PROCESS_PRIVATE);
>>
>> There is no corresponding pthread_spin_destroy() for this lock, hence
>> its memory leaks.
>>
>
On 9/28/2014 14:44, lh_mouse wrote:
> mingw-w64-libraries/winpthread/src/spinlock.c:66
> int initrv = pthread_spin_init (lock, PTHREAD_PROCESS_PRIVATE);
>
> There is no corresponding pthread_spin_destroy() for this lock, hence its
> memory leaks.
>
Kai, ping.
signature.asc
Descrip
-
发件人：niXman
发送日期：2014-09-28 14:27
收件人：mingw-w64-public
抄送：
主题：Re: [Mingw-w64-public] std::thread and memory leaks
The simplified version of the test looks like this:
#include
#include
void* tmp_thr(void *p) {
printf("
The simplified version of the test looks like this:
#include
#include
void* tmp_thr(void *p) {
printf("%d\n", *(int*)p);
}
int main() {
int j;
for(j=0;j<80;j++) {
pthread_t t;
pthread_create(&t, NULL, tmp_thr, &j);
p
Loïc Le Cunff писал 2014-09-28 05:06:
> Greetings,
>
> This is an issue that I've had for a while actually as I had it in
> TDM-GCC one year ago.
>
> Now, since TDM-GCC appears to be based on MinGW-w64's winpthread, I
> tried going back to the source hoping for a fix, and so I installed
> MinGW-w
Greetings,
This is an issue that I've had for a while actually as I had it in
TDM-GCC one year ago.
Now, since TDM-GCC appears to be based on MinGW-w64's winpthread, I
tried going back to the source hoping for a fix, and so I installed
MinGW-w64 based on gcc 4.9.1 for x86_64, using posix threa
12 matches
Mail list logo
