[erlang-questions] FW: SMP VM DUMPING CORE

Rickard Green rickard.s.green@REDACTED
Tue Dec 4 14:27:15 CET 2007


The 64-bit compiled smp emulator on sparc erroneously used the 32-bit 
implementation of atomic variables which caused it to crash. We didn't 
notice this since we currently aren't running any automated tests on 
64-bit sparc.

Unfortunately a fix for this issue will not make it into the R12B 
release. I will however post a source patch for R12B fixing this issue 
later.

BR,
Rickard Green, Erlang/OTP, Ericsson AB.

Primanathan Reddy [ MTN - Innovation Centre ] wrote:
> Hi Rickard
> 
> You can find the files(zipped) here:
> 
> Beam.smp:  
> 	Filename: beam.zip
> 	Link:
> http://www.datafilehost.com/download.php?file=24d4edba
> 
> Core:	     
> 	Filename: core_20071103.zip
> 	Link:
> http://www.datafilehost.com/download.php?file=3c416cb9
> 
> 
> Regards
> Prima
> 
> -----Original Message-----
> From: Rickard Green [mailto:rickard.s.green@REDACTED] 
> Sent: Monday, 03 December 2007 02:28 PM
> To: Primanathan Reddy [ MTN - Innovation Centre ]
> Cc: erlang-questions@REDACTED; v@REDACTED
> Subject: Re: [erlang-questions] FW: SMP VM DUMPING CORE
> 
> Hi!
> 
> Can you make the <INSTALL_ROOT>/lib/erlang/erts-5.5.5/bin/beam.smp file 
> and the core file available on a web-server or ftp-server? You can mail 
> me the url directly if you don't want to make it available to the world.
> 
> BR,
> Rickard Green, Erlang/OTP, Ericsson AB.
> 
> Primanathan Reddy [ MTN - Innovation Centre ] wrote:
>> Forgot to mention:
>>
>> Erlang Version:  R11B5
>> OS:  SOLARIS 10
>>
>> -----Original Message-----
>> From: Primanathan Reddy [ MTN - Innovation Centre ] 
>> Sent: Monday, 03 December 2007 12:03 PM
>> To: erlang-questions@REDACTED
>> Cc: 'v@REDACTED'; 'valentin@REDACTED'
>> Subject: SMP VM DUMPING CORE
>>
>> Hi all,
>>
>> It seems that erts_port_task_abort (invoked by tcp_inet_drv) function
> is
>> causing infrequent segmentation fault on SOLARIS (Netra T2000).
> Wouldn't
>> like to jump to a conclusion, but it looks like an access
>> synchronization/scheduling issue -- i.e. abort is trying to free some
>> resources that have been already freed by another thread, or something
>> similar (we're running SMP). 
>>
>> Where (or to whom) should we mail the core file for further
>> investigation?
>>
>> Regards
>>
>> Valentin Micic
>> Pharos CONSVLTING (Pty) Ltd
>> +2783 212 9180
>>
>> NOTE: This e-mail message is subject to the MTN Group disclaimer see
> http://www.mtn.co.za/default.aspx?pid=34411 
>> _______________________________________________
>> erlang-questions mailing list
>> erlang-questions@REDACTED
>> http://www.erlang.org/mailman/listinfo/erlang-questions
>>
> NOTE: This e-mail message is subject to the MTN Group disclaimer see http://www.mtn.co.za/default.aspx?pid=34411 
> 



More information about the erlang-questions mailing list