[erlang-bugs] system_info crash

Björn-Egil Dahlberg <>
Wed Jan 16 19:25:48 CET 2013


On 2013-01-16 19:18, Tony Rogvall wrote:
>
> On 16 jan 2013, at 19:15, Björn-Egil Dahlberg < 
> <mailto:>> wrote:
>
>> On 2013-01-14 15:00, Tony Rogvall wrote:
>>> While designing a system_info debug tool I found this:
>>>
>>>
>>> 7> erlang:system_info(stop_memory_trace).
>>> ../include/internal/ethr_mutex.h:655: Fatal error in 
>>> ethr_mutex_lock(): Invalid argument (22)
>>>              Abort trap: 6
>> This was one of Rickards pet project and I suspect that the memory 
>> tracer hasn't been subject to major updates since launch of smp.
>>
>> It is not used, not documented, and not rigorously tested. The memory 
>> tracer should be removed IMHO (, or otherwise corrected). Rickard, 
>> opinions?
>>
> I just picked all system_info I could find :-)
>
>> I first recalled, incorrectly, that this was an opt-in configurable 
>> tracer, but I see now that isn't the case. Does this break through 
>> testcases or plain usage?
>>
> Plain usage. Just call it.
> (Have only tried on the config below)
Right, tried on linux first, was ok.
Then tried on Darwin Kernel Version 11.4.2 and .. yep, sadness. =(
> /Tony
>
>> // Björn-Egil
>>
>>>
>>> Erlang R15B03 (erts-5.9.3) [source] [64-bit] [smp:2:2] 
>>> [async-threads:0] [hipe] [kernel-poll:false]
>>>
>>> uname -a
>>> Darwin p13.local 12.2.0 Darwin Kernel Version 12.2.0: Sat Aug 25 
>>> 00:48:52 PDT 2012; root:xnu-2050.18.24~1/RELEASE_X86_64 x86_64
>>>
>>> /Tony
>>>
>>>
>>>
>>> _______________________________________________
>>> erlang-bugs mailing list
>>>  <mailto:>
>>> http://erlang.org/mailman/listinfo/erlang-bugs
>>>
>>>
>>
>> _______________________________________________
>> erlang-bugs mailing list
>>  <mailto:>
>> http://erlang.org/mailman/listinfo/erlang-bugs
>
> "Installing applications can lead to corruption over time. 
> Applications gradually write over each other's libraries, partial 
> upgrades occur, user and system errors happen, and minute changes may 
> be unnoticeable and difficult to fix"
>
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://erlang.org/pipermail/erlang-bugs/attachments/20130116/02903b57/attachment-0001.html>


More information about the erlang-bugs mailing list