On 26/07/2010 10:10 AM, Peter Sperl wrote:
> nope, what platform, os version, etc.? Also, is USE_THREADS enabled?
Enabled, and under linux.
What happens if you link to libprojectm-2.0 and then you call delete a
projectm using pthreads library?
If not how are you testing libprojectM ? Using Winamp running on
Windows? or ?
>
> On Sun, Jul 25, 2010 at 8:09 PM, t6...@gm...<t6...@gm...> wrote:
>> On 26/07/2010 2:21 AM, Peter Sperl wrote:
>>>
>>> The list is dead, not the project. Also, I was a little confused as to
>>> what your issue was.
>>
>> Right after new projectM(), I called delete ~projectM() obj. It crashed
>> immediately do you know about this?
>> Also triggers a pthread mutex trylock or lock failure even if delete wasn't
>> called immediately after new.
>> And therefore, it does work but it will only work exactly once.
>> Do you know what I mean ?
>>
>>>
>>> --Pete
>>>
>>>
>>>
>>> -- Sent from my Palm Pre
>>>
>>> On Jul 24, 2010 10:14 PM, t6...@gm...<t6...@gm...> wrote:
>>>
>>> On 24/07/2010 11:30 AM, t6...@gm... wrote:
>>>>
>>>> Hello:
>>>>
>>>> libprojectm 2
>>>> It seems that it only runs exactly once and then crash right at delete
>>>> renderTarget.
>>>> delete ( renderer ); seems to be problematic even if no delete and then
>>>> it will still crash the threads ...
>>>>
>>>> Is this a known issue anybody?
>>>>
>>>> Thanks!!
>>>
>>> return 0;
>>> thx, no responses.
>>>
>>> Dead project?
>>> I am trying to figure out exactly how to fix this, since it segfault on
>>> delete. And then fail at pthread trylock.
>>>
>>> Maybe this is why no one knows.
>>>
>>> Great project btw.
>>>
>>>
>>> ------------------------------------------------------------------------------
>>>
>>> This SF.net email is sponsored by Sprint
>>> What will you do first with EVO, the first 4G phone?
>>> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>>> _______________________________________________
>>> projectm-devel mailing list
>>> pro...@li...
>>> https://lists.sourceforge.net/lists/listinfo/projectm-devel
>>
>>
>
|