Erlang/OTP R14B01 has been released

[Kenneth Lundin]

Erlang/OTP R14B01 has been released.

This release is mainly a stabilization of the R14B01 release (but there are
some new functionality as well).

You can find the README file for the release at

http://www.erlang.org/download/otp_src_R14B01.readme

The source distribution and binary distribution for Windows can be
downloaded from

http://www.erlang.org/download/otp_src_R14B01.tar.gz
http://www.erlang.org/download/otp_win32_R14B01.exe

The distribution can also be downloaded using the BitTorrent
protocol. Use the following torrent files to download the source
distribution and binary distribution for Windows:

http://www.erlang.org/download/otp_src_R14B01.tar.gz.torrent
http://www.erlang.org/download/otp_win32_R14B01.exe.torrent

Note: To unpack the TAR archive you need a GNU TAR compatible program.

For installation instructions please read the README file that is part
of the distribution.

The on-line documentation can be found at: http://www.erlang.org/doc/
You can also download the complete HTML documentation or the Unix manual files

http://www.erlang.org/download/otp_doc_html_R14B01.tar.gz
http://www.erlang.org/download/otp_doc_man_R14B01.tar.gz

We also want to thank those that sent us patches, suggestions and bug
reports,

The Erlang/OTP Team
Kenneth Lundin, Erlang/OTP, Ericsson AB

________________________________________________________________
erlang-questions (at) erlang.org mailing list.
See http://www.erlang.org/faq.html
To unsubscribe; mailto:[hidden email]

[bsmr]

Am Mittwoch, den 08.12.2010, 15:49 +0100 schrieb Kenneth Lundin:
> Erlang/OTP R14B01 has been released.
> [...]

Great news!

But I ran into some troubles installing it: my final step (using a
script) is to call "sudo make install-docs". But this time it failed
with the following error:

        ERL_TOP=/home/bsmr/Source/Erlang/System/otp_src_R14B01
        INSTALLROOT=/opt/otp-R14B01/lib/erlang

PATH=/home/bsmr/Source/Erlang/System/otp_src_R14B01/bootstrap/bin:
${PATH} \
                make RELEASE_ROOT=/opt/otp-R14B01/lib/erlang
release_docs
        make[1]: Entering directory
        `/home/bsmr/Source/Erlang/System/otp_src_R14B01'
        /home/bsmr/Source/Erlang/System/otp_src_R14B01/lib/erl_docgen/priv/bin/xref_mod_app.escript -topdir /home/bsmr/Source/Erlang/System/otp_src_R14B01 -outfile /home/bsmr/Source/Erlang/System/otp_src_R14B01/make/x86_64-unknown-linux-gnu/mod2app.xml
        /home/bsmr/Source/Erlang/System/otp_src_R14B01/lib/erl_docgen/priv/bin/xref_mod_app.escript:89: can't find include lib "xmerl/include/xmerl.hrl"
        escript: There were compilation errors.
        make[1]: *** [mod2app] Error 127
        make[1]: Leaving directory
        `/home/bsmr/Source/Erlang/System/otp_src_R14B01'
        make: *** [install-docs] Error 2

I never saw this before "R14B01".

After some messing around a bit, I changed the shebang of
        otp_src_R14B01/lib/erl_docgen/priv/bin/xref_mod_app.escript
from "#!/usr/bin/env escript" to "#!/opt/otp-R14B01/bin/escript" and the
"sudo make install-docs" worked.

It looks like I have to check the man page of sudo again, because it
looks like it ignores some "parts" (like PATH) of my (development)
environment.

To check this behaviour, I made a small escript:

        #!/usr/bin/env escript
       
        main(_Args) ->
                Info = code:lib_dir(xmerl),
                io:format("xmerl lib dir: ~p~n", [Info]).
       
        % EOF

The output is the following:

        $ ./test.escript
        xmerl lib dir: "/opt/otp-R14B01/lib/erlang/lib/xmerl-1.2.7"
       
        $ sudo ./test.escript
        xmerl lib dir: "/usr/lib/erlang/lib/xmerl-1.2.3"

Well, I am just glad it works now... and about to "man sudo"...


  - boris


________________________________________________________________
erlang-questions (at) erlang.org mailing list.
See http://www.erlang.org/faq.html
To unsubscribe; mailto:[hidden email]

[Håkan Mattsson-4]

On Wed, Dec 8, 2010 at 3:49 PM, Kenneth Lundin <[hidden email]> wrote:

> The distribution can also be downloaded using the BitTorrent
> protocol. Use the following torrent files to download the source
> distribution and binary distribution for Windows:
>
> http://www.erlang.org/download/otp_src_R14B01.tar.gz.torrent
> http://www.erlang.org/download/otp_win32_R14B01.exe.torrent

These links are broken.The torrent files are located in the
http://www.erlang.org/download/torrents directory:

  http://www.erlang.org/download/torrents/otp_src_R14B01.tar.gz.torrent
  http://www.erlang.org/download/torrents/otp_win32_R14B01.exe.torrent

/Håkan

________________________________________________________________
erlang-questions (at) erlang.org mailing list.
See http://www.erlang.org/faq.html
To unsubscribe; mailto:[hidden email]

[Zvi]

Hi,

running new inet:getifaddrs/0 on my Ubuntu machine results in
segfault:

[~]$ erl
Erlang R14B01 (erts-5.8.2) [source] [smp:2:2] [rq:2] [async-threads:0]
[hipe] [kernel-poll:false]

Eshell V5.8.2  (abort with ^G)
1>
1> inet:getifaddrs().
Segmentation fault
[~]$

[~]$ uname -a
Linux XXXXXXX 2.6.32-26-generic-pae #48-Ubuntu SMP Wed Nov 24 10:31:20
UTC 2010 i686 GNU/Linux

Zvi

On Dec 8, 4:49 pm, Kenneth Lundin <[hidden email]> wrote:

> Erlang/OTP R14B01 has been released.
>
> This release is mainly a stabilization of the R14B01 release (but there are
> some new functionality as well).
>
> You can find the README file for the release at
>
> http://www.erlang.org/download/otp_src_R14B01.readme
>
> The source distribution and binary distribution for Windows can be
> downloaded from
>
> http://www.erlang.org/download/otp_src_R14B01.tar.gzhttp://www.erlang.org/download/otp_win32_R14B01.exe
>
> The distribution can also be downloaded using the BitTorrent
> protocol. Use the following torrent files to download the source
> distribution and binary distribution for Windows:
>
> http://www.erlang.org/download/otp_src_R14B01.tar.gz.torrenthttp://www.erlang.org/download/otp_win32_R14B01.exe.torrent
>
> Note: To unpack the TAR archive you need a GNU TAR compatible program.
>
> For installation instructions please read the README file that is part
> of the distribution.
>
> The on-line documentation can be found at:http://www.erlang.org/doc/
> You can also download the complete HTML documentation or the Unix manual files
>
> http://www.erlang.org/download/otp_doc_html_R14B01.tar.gzhttp://www.erlang.org/download/otp_doc_man_R14B01.tar.gz
>
> We also want to thank those that sent us patches, suggestions and bug
> reports,
>
> The Erlang/OTP Team
> Kenneth Lundin, Erlang/OTP, Ericsson AB
>
> ________________________________________________________________
> erlang-questions (at) erlang.org mailing list.
> Seehttp://www.erlang.org/faq.html
> To unsubscribe; mailto:[hidden email]

________________________________________________________________
erlang-questions (at) erlang.org mailing list.
See http://www.erlang.org/faq.html
To unsubscribe; mailto:[hidden email]

[Maxim Treskin]

Have the same on Gentoo

# uname -a
Linux zert 2.6.36-sabayon #1 SMP Wed Nov 17 18:15:21 UTC 2010 x86_64 AMD
Athlon(tm) 64 X2 Dual Core Processor 4200+ AuthenticAMD GNU/Linux


On 12 December 2010 23:32, Zvi <[hidden email]> wrote:

> Hi,
>
> running new inet:getifaddrs/0 on my Ubuntu machine results in
> segfault:
>
> [~]$ erl
> Erlang R14B01 (erts-5.8.2) [source] [smp:2:2] [rq:2] [async-threads:0]
> [hipe] [kernel-poll:false]
>
> Eshell V5.8.2  (abort with ^G)
> 1>
> 1> inet:getifaddrs().
> Segmentation fault
> [~]$
>
> [~]$ uname -a
> Linux XXXXXXX 2.6.32-26-generic-pae #48-Ubuntu SMP Wed Nov 24 10:31:20
> UTC 2010 i686 GNU/Linux
>
> Zvi
>
> On Dec 8, 4:49 pm, Kenneth Lundin <[hidden email]> wrote:
> > Erlang/OTP R14B01 has been released.
> >
> > This release is mainly a stabilization of the R14B01 release (but there
> are
> > some new functionality as well).
> >
> > You can find the README file for the release at
> >
> > http://www.erlang.org/download/otp_src_R14B01.readme
> >
> > The source distribution and binary distribution for Windows can be
> > downloaded from
> >
> >
> http://www.erlang.org/download/otp_src_R14B01.tar.gzhttp://www.erlang.org/download/otp_win32_R14B01.exe
> >
> > The distribution can also be downloaded using the BitTorrent
> > protocol. Use the following torrent files to download the source
> > distribution and binary distribution for Windows:
> >
> >
> http://www.erlang.org/download/otp_src_R14B01.tar.gz.torrenthttp://www.erlang.org/download/otp_win32_R14B01.exe.torrent
> >
> > Note: To unpack the TAR archive you need a GNU TAR compatible program.
> >
> > For installation instructions please read the README file that is part
> > of the distribution.
> >
> > The on-line documentation can be found at:http://www.erlang.org/doc/
> > You can also download the complete HTML documentation or the Unix manual
> files
> >
> >
> http://www.erlang.org/download/otp_doc_html_R14B01.tar.gzhttp://www.erlang.org/download/otp_doc_man_R14B01.tar.gz
> >
> > We also want to thank those that sent us patches, suggestions and bug
> > reports,
> >
> > The Erlang/OTP Team
> > Kenneth Lundin, Erlang/OTP, Ericsson AB
> >
> > ________________________________________________________________
> > erlang-questions (at) erlang.org mailing list.
> > Seehttp://www.erlang.org/faq.html
> > To unsubscribe; mailto:[hidden email]
>
> ________________________________________________________________
> erlang-questions (at) erlang.org mailing list.
> See http://www.erlang.org/faq.html
> To unsubscribe; mailto:[hidden email]
>
>

--
Maxim Treskin

[Zvi]

RE: OTP-8865  Code such as foo(A) -> <<A:0>> would crash the compiler.

It seems that compiler will totally ignore type of A in this case:

Eshell V5.8.2  (abort with ^G)
1> F = fun(A) -> <<A:0>> end.
#Fun<erl_eval.6.13229925>
2>
2> F(0).
<<>>
3> F(1).
<<>>
4> F(10000).
<<>>
5> F(1.4).
<<>>
6> F(add).
<<>>
7> F(kuku).
<<>>
8>
8> F("adfd").
<<>>
9>
9> F({1,2}).
<<>>
10>

same for:

Eshell V5.8.2  (abort with ^G)
1>
1>
1> A = 0.
0
2> <<A:0>>.
<<>>
3>
3> <<({1,2,3}):0>>.
<<>>
4> <<([1,2,3]):0>>.
<<>>
5> <<"hello":0>>.
** exception error: bad argument
6> <<("hello"):0>>.
** exception error: bad argument
7> <<1.6:0>>.
<<>>
8> <<(fun()-> ok end):0>>.
<<>>
9> <<(self()):0>>.
<<>>
1

Zvi
On Dec 8, 4:49 pm, Kenneth Lundin <[hidden email]> wrote:

> Erlang/OTP R14B01 has been released.
>
> This release is mainly a stabilization of the R14B01 release (but there are
> some new functionality as well).
>
> You can find the README file for the release at
>
> http://www.erlang.org/download/otp_src_R14B01.readme
>
> The source distribution and binary distribution for Windows can be
> downloaded from
>
> http://www.erlang.org/download/otp_src_R14B01.tar.gzhttp://www.erlang.org/download/otp_win32_R14B01.exe
>
> The distribution can also be downloaded using the BitTorrent
> protocol. Use the following torrent files to download the source
> distribution and binary distribution for Windows:
>
> http://www.erlang.org/download/otp_src_R14B01.tar.gz.torrenthttp://www.erlang.org/download/otp_win32_R14B01.exe.torrent
>
> Note: To unpack the TAR archive you need a GNU TAR compatible program.
>
> For installation instructions please read the README file that is part
> of the distribution.
>
> The on-line documentation can be found at:http://www.erlang.org/doc/
> You can also download the complete HTML documentation or the Unix manual files
>
> http://www.erlang.org/download/otp_doc_html_R14B01.tar.gzhttp://www.erlang.org/download/otp_doc_man_R14B01.tar.gz
>
> We also want to thank those that sent us patches, suggestions and bug
> reports,
>
> The Erlang/OTP Team
> Kenneth Lundin, Erlang/OTP, Ericsson AB
>
> ________________________________________________________________
> erlang-questions (at) erlang.org mailing list.
> Seehttp://www.erlang.org/faq.html
> To unsubscribe; mailto:[hidden email]

________________________________________________________________
erlang-questions (at) erlang.org mailing list.
See http://www.erlang.org/faq.html
To unsubscribe; mailto:[hidden email]

[Robert Virding-2]

In neither case are you running the compiler, both are handled by the interpreter, erl_eval, so they should behave in the same way. I would class this as a bug.

Robert

----- "Zvi" <[hidden email]> wrote:

> RE: OTP-8865  Code such as foo(A) -> <<A:0>> would crash the
> compiler.
>
> It seems that compiler will totally ignore type of A in this case:
>
> Eshell V5.8.2  (abort with ^G)
> 1> F = fun(A) -> <<A:0>> end.
> #Fun<erl_eval.6.13229925>
> 2>
> 2> F(0).
> <<>>
> 3> F(1).
> <<>>
> 4> F(10000).
> <<>>
> 5> F(1.4).
> <<>>
> 6> F(add).
> <<>>
> 7> F(kuku).
> <<>>
> 8>
> 8> F("adfd").
> <<>>
> 9>
> 9> F({1,2}).
> <<>>
> 10>
>
> same for:
>
> Eshell V5.8.2  (abort with ^G)
> 1>
> 1>
> 1> A = 0.
> 0
> 2> <<A:0>>.
> <<>>
> 3>
> 3> <<({1,2,3}):0>>.
> <<>>
> 4> <<([1,2,3]):0>>.
> <<>>
> 5> <<"hello":0>>.
> ** exception error: bad argument
> 6> <<("hello"):0>>.
> ** exception error: bad argument
> 7> <<1.6:0>>.
> <<>>
> 8> <<(fun()-> ok end):0>>.
> <<>>
> 9> <<(self()):0>>.
> <<>>
> 1
>
> Zvi
> On Dec 8, 4:49 pm, Kenneth Lundin <[hidden email]> wrote:
> > Erlang/OTP R14B01 has been released.
> >
> > This release is mainly a stabilization of the R14B01 release (but
> there are
> > some new functionality as well).
> >
> > You can find the README file for the release at
> >
> > http://www.erlang.org/download/otp_src_R14B01.readme
> >
> > The source distribution and binary distribution for Windows can be
> > downloaded from
> >
> >
> http://www.erlang.org/download/otp_src_R14B01.tar.gzhttp://www.erlang.org/download/otp_win32_R14B01.exe
> >
> > The distribution can also be downloaded using the BitTorrent
> > protocol. Use the following torrent files to download the source
> > distribution and binary distribution for Windows:
> >
> >
> http://www.erlang.org/download/otp_src_R14B01.tar.gz.torrenthttp://www.erlang.org/download/otp_win32_R14B01.exe.torrent
> >
> > Note: To unpack the TAR archive you need a GNU TAR compatible
> program.
> >
> > For installation instructions please read the README file that is
> part
> > of the distribution.
> >
> > The on-line documentation can be found
> at:http://www.erlang.org/doc/
> > You can also download the complete HTML documentation or the Unix
> manual files
> >
> >
> http://www.erlang.org/download/otp_doc_html_R14B01.tar.gzhttp://www.erlang.org/download/otp_doc_man_R14B01.tar.gz
> >
> > We also want to thank those that sent us patches, suggestions and
> bug
> > reports,
> >
> > The Erlang/OTP Team
> > Kenneth Lundin, Erlang/OTP, Ericsson AB
> >
> > ________________________________________________________________
> > erlang-questions (at) erlang.org mailing list.
> > Seehttp://www.erlang.org/faq.html
> > To unsubscribe; mailto:[hidden email]
>
> ________________________________________________________________
> erlang-questions (at) erlang.org mailing list.
> See http://www.erlang.org/faq.html
> To unsubscribe; mailto:[hidden email]

________________________________________________________________
erlang-questions (at) erlang.org mailing list.
See http://www.erlang.org/faq.html
To unsubscribe; mailto:[hidden email]

[Raimo Niskanen-2]

On Sun, Dec 12, 2010 at 09:32:33AM -0800, Zvi wrote:
> Hi,
>
> running new inet:getifaddrs/0 on my Ubuntu machine results in
> segfault:

Which Ubuntu is it, and what configure flags did you use?

>
> [~]$ erl
> Erlang R14B01 (erts-5.8.2) [source] [smp:2:2] [rq:2] [async-threads:0]
> [hipe] [kernel-poll:false]
>
> Eshell V5.8.2  (abort with ^G)
> 1>
> 1> inet:getifaddrs().
> Segmentation fault
> [~]$
>
> [~]$ uname -a
> Linux XXXXXXX 2.6.32-26-generic-pae #48-Ubuntu SMP Wed Nov 24 10:31:20
> UTC 2010 i686 GNU/Linux
>
> Zvi
>
> On Dec 8, 4:49 pm, Kenneth Lundin <[hidden email]> wrote:
> > Erlang/OTP R14B01 has been released.
> >
> > This release is mainly a stabilization of the R14B01 release (but there are
> > some new functionality as well).
> >
> > You can find the README file for the release at
> >
> > http://www.erlang.org/download/otp_src_R14B01.readme
> >
> > The source distribution and binary distribution for Windows can be
> > downloaded from
> >
> > http://www.erlang.org/download/otp_src_R14B01.tar.gzhttp://www.erlang.org/download/otp_win32_R14B01.exe
> >
> > The distribution can also be downloaded using the BitTorrent
> > protocol. Use the following torrent files to download the source
> > distribution and binary distribution for Windows:
> >
> > http://www.erlang.org/download/otp_src_R14B01.tar.gz.torrenthttp://www.erlang.org/download/otp_win32_R14B01.exe.torrent
> >
> > Note: To unpack the TAR archive you need a GNU TAR compatible program.
> >
> > For installation instructions please read the README file that is part
> > of the distribution.
> >
> > The on-line documentation can be found at:http://www.erlang.org/doc/
> > You can also download the complete HTML documentation or the Unix manual files
> >
> > http://www.erlang.org/download/otp_doc_html_R14B01.tar.gzhttp://www.erlang.org/download/otp_doc_man_R14B01.tar.gz
> >
> > We also want to thank those that sent us patches, suggestions and bug
> > reports,
> >
> > The Erlang/OTP Team
> > Kenneth Lundin, Erlang/OTP, Ericsson AB
> >
> > ________________________________________________________________
> > erlang-questions (at) erlang.org mailing list.
> > Seehttp://www.erlang.org/faq.html
> > To unsubscribe; mailto:[hidden email]
>
> ________________________________________________________________
> erlang-questions (at) erlang.org mailing list.
> See http://www.erlang.org/faq.html
> To unsubscribe; mailto:[hidden email]
>

--

/ Raimo Niskanen, Erlang/OTP, Ericsson AB

________________________________________________________________
erlang-questions (at) erlang.org mailing list.
See http://www.erlang.org/faq.html
To unsubscribe; mailto:[hidden email]

[Zvi]

On Mon, Dec 13, 2010 at 12:38 PM, Raimo Niskanen <
[hidden email]<raimo%[hidden email]>
> wrote:

> On Sun, Dec 12, 2010 at 09:32:33AM -0800, Zvi wrote:
> > Hi,
> >
> > running new inet:getifaddrs/0 on my Ubuntu machine results in
> > segfault:
>
> Which Ubuntu is it, and what configure flags did you use?


Ubuntu 10.04

just:

./configure
make
sudo make install

[Zvi]

On Mon, Dec 13, 2010 at 12:24 PM, Robert Virding <
[hidden email]> wrote:

> In neither case are you running the compiler, both are handled by the
> interpreter, erl_eval, so they should behave in the same way. I would class
> this as a bug.
>
> Robert
>

yes, I was lazy to write a real module, so I just played from REPL. I guess
this is yet another reason, when people will blame for not using emacs ;) So
what, it's not possible to write modules from shell? It's easy with decent
editor like emacs ;)

Zvi

[Peter Lemenkov-3]

Hello All!

2010/12/8 Kenneth Lundin <[hidden email]>:
> Erlang/OTP R14B01 has been released.

I also encountered severe issue while compiling:

=== Entering application hipe
make[3]: Entering directory
`/builddir/build/BUILD/erlang-otp-c49e644/lib/hipe/misc'
erlc -W  +debug_info +warn_exported_vars +warn_missing_spec
+warn_untyped_record -o../ebin hipe_consttab.erl
*** buffer overflow detected ***:
/builddir/build/BUILD/erlang-otp-c49e644/bin/i386-redhat-linux-gnu/beam.smp
terminated
======= Backtrace: =========
/lib/libc.so.6(__fortify_fail+0x4d)[0xc6380d]
/lib/libc.so.6(+0xf482a)[0xc6182a]
/lib/libc.so.6(__strcpy_chk+0x3f)[0xc60adf]
/builddir/build/BUILD/erlang-otp-c49e644/bin/i386-redhat-linux-gnu/beam.smp[0x8194473]
/builddir/build/BUILD/erlang-otp-c49e644/bin/i386-redhat-linux-gnu/beam.smp(erts_write_to_port+0x969)[0x80c3e49]
/builddir/build/BUILD/erlang-otp-c49e644/bin/i386-redhat-linux-gnu/beam.smp[0x8135ad0]
/builddir/build/BUILD/erlang-otp-c49e644/bin/i386-redhat-linux-gnu/beam.smp(process_main+0x67e2)[0x8164c82]
/builddir/build/BUILD/erlang-otp-c49e644/bin/i386-redhat-linux-gnu/beam.smp[0x80d06cc]
/builddir/build/BUILD/erlang-otp-c49e644/bin/i386-redhat-linux-gnu/beam.smp[0x81bd866]
/lib/libpthread.so.0(+0x5f19)[0x812f19]
/lib/libc.so.6(clone+0x5e)[0xc49c5e]
======= Memory map: ========

See link above for full log. I'm using snapshot from github instead of
ones available at erlang.org.

--
With best regards, Peter Lemenkov.

________________________________________________________________
erlang-questions (at) erlang.org mailing list.
See http://www.erlang.org/faq.html
To unsubscribe; mailto:[hidden email]

[Peter Lemenkov-3]

2010/12/13 Peter Lemenkov <[hidden email]>:
> Hello All!
>
> 2010/12/8 Kenneth Lundin <[hidden email]>:
>> Erlang/OTP R14B01 has been released.
>
> I also encountered severe issue while compiling:
...
> See link above for full log. I'm using snapshot from github instead of
> ones available at erlang.org.

Well. I forgot to provide a link to the build log. Here it is:

http://koji.fedoraproject.org/koji/getfile?taskID=2661008&name=build.log


--
With best regards, Peter Lemenkov.

________________________________________________________________
erlang-questions (at) erlang.org mailing list.
See http://www.erlang.org/faq.html
To unsubscribe; mailto:[hidden email]

[Matthias Lang]

On Monday, December 13, Robert Virding wrote:

> In neither case are you running the compiler, both are handled by
> the interpreter, erl_eval, so they should behave in the same way. I
> would class this as a bug.

Interesting! Did you really try on R14B01? I get the same results for
the interpreter and compiler, and I think they're both wrong in the
same way.

Eshell V5.8.2  (abort with ^G)
1> c(virding).
{ok,virding}
2> virding:f(kuku).
<<>>

~ >cat virding.erl
-module(virding).
-export([f/1]).

f(A) -> <<A:0>>.

Matt

> ----- "Zvi" <[hidden email]> wrote:
>
> > RE: OTP-8865  Code such as foo(A) -> <<A:0>> would crash the
> > compiler.
> >
> > It seems that compiler will totally ignore type of A in this case:
> >
> > Eshell V5.8.2  (abort with ^G)
> > 1> F = fun(A) -> <<A:0>> end.
> > #Fun<erl_eval.6.13229925>
> > 2>
> > 2> F(0).
> > <<>>
> > 3> F(1).
> > <<>>
> > 4> F(10000).
> > <<>>
> > 5> F(1.4).
> > <<>>
> > 6> F(add).
> > <<>>
> > 7> F(kuku).
> > <<>>
> > 8>
> > 8> F("adfd").
> > <<>>
> > 9>
> > 9> F({1,2}).
> > <<>>
> > 10>
> >
> > same for:
> >
> > Eshell V5.8.2  (abort with ^G)
> > 1>
> > 1>
> > 1> A = 0.
> > 0
> > 2> <<A:0>>.
> > <<>>
> > 3>
> > 3> <<({1,2,3}):0>>.
> > <<>>
> > 4> <<([1,2,3]):0>>.
> > <<>>
> > 5> <<"hello":0>>.
> > ** exception error: bad argument
> > 6> <<("hello"):0>>.
> > ** exception error: bad argument
> > 7> <<1.6:0>>.
> > <<>>
> > 8> <<(fun()-> ok end):0>>.
> > <<>>
> > 9> <<(self()):0>>.
> > <<>>
> > 1
> >
> > Zvi
> > On Dec 8, 4:49 pm, Kenneth Lundin <[hidden email]> wrote:
> > > Erlang/OTP R14B01 has been released.
> > >
> > > This release is mainly a stabilization of the R14B01 release (but
> > there are
> > > some new functionality as well).
> > >
> > > You can find the README file for the release at
> > >
> > > http://www.erlang.org/download/otp_src_R14B01.readme
> > >
> > > The source distribution and binary distribution for Windows can be
> > > downloaded from
> > >
> > >
> > http://www.erlang.org/download/otp_src_R14B01.tar.gzhttp://www.erlang.org/download/otp_win32_R14B01.exe
> > >
> > > The distribution can also be downloaded using the BitTorrent
> > > protocol. Use the following torrent files to download the source
> > > distribution and binary distribution for Windows:
> > >
> > >
> > http://www.erlang.org/download/otp_src_R14B01.tar.gz.torrenthttp://www.erlang.org/download/otp_win32_R14B01.exe.torrent
> > >
> > > Note: To unpack the TAR archive you need a GNU TAR compatible
> > program.
> > >
> > > For installation instructions please read the README file that is
> > part
> > > of the distribution.
> > >
> > > The on-line documentation can be found
> > at:http://www.erlang.org/doc/
> > > You can also download the complete HTML documentation or the Unix
> > manual files
> > >
> > >
> > http://www.erlang.org/download/otp_doc_html_R14B01.tar.gzhttp://www.erlang.org/download/otp_doc_man_R14B01.tar.gz
> > >
> > > We also want to thank those that sent us patches, suggestions and
> > bug
> > > reports,
> > >
> > > The Erlang/OTP Team
> > > Kenneth Lundin, Erlang/OTP, Ericsson AB
> > >
> > > ________________________________________________________________
> > > erlang-questions (at) erlang.org mailing list.
> > > Seehttp://www.erlang.org/faq.html
> > > To unsubscribe; mailto:[hidden email]
> >
> > ________________________________________________________________
> > erlang-questions (at) erlang.org mailing list.
> > See http://www.erlang.org/faq.html
> > To unsubscribe; mailto:[hidden email]
>
> ________________________________________________________________
> erlang-questions (at) erlang.org mailing list.
> See http://www.erlang.org/faq.html
> To unsubscribe; mailto:[hidden email]
>

________________________________________________________________
erlang-questions (at) erlang.org mailing list.
See http://www.erlang.org/faq.html
To unsubscribe; mailto:[hidden email]

[Jesper Louis Andersen-2]

On Mon, Dec 13, 2010 at 1:17 PM, Zvi . <[hidden email]> wrote:

> On Mon, Dec 13, 2010 at 12:38 PM, Raimo Niskanen <
> [hidden email]<raimo%[hidden email]>
>> wrote:
>
>> On Sun, Dec 12, 2010 at 09:32:33AM -0800, Zvi wrote:
>> > Hi,
>> >
>> > running new inet:getifaddrs/0 on my Ubuntu machine results in
>> > segfault:
>>
>> Which Ubuntu is it, and what configure flags did you use?
>
>
> Ubuntu 10.04

For what its worth, Ubuntu 10.10,

Linux illithid 2.6.35-23-generic #41-Ubuntu SMP Wed Nov 24 11:55:36
UTC 2010 x86_64 GNU/Linux

does not.


--
J.

________________________________________________________________
erlang-questions (at) erlang.org mailing list.
See http://www.erlang.org/faq.html
To unsubscribe; mailto:[hidden email]

[Raimo Niskanen-2]

On Mon, Dec 13, 2010 at 02:17:14PM +0200, Zvi . wrote:

> On Mon, Dec 13, 2010 at 12:38 PM, Raimo Niskanen <
> [hidden email]<raimo%[hidden email]>
> > wrote:
>
> > On Sun, Dec 12, 2010 at 09:32:33AM -0800, Zvi wrote:
> > > Hi,
> > >
> > > running new inet:getifaddrs/0 on my Ubuntu machine results in
> > > segfault:
> >
> > Which Ubuntu is it, and what configure flags did you use?
>
>
> Ubuntu 10.04
>
> just:
>
> ./configure
> make
> sudo make install

Interesting...
The 10.04 LTS in our lab does not dump core for inet:getifaddrs().
What does this produce for you (mine below, obscured):
1> inet:getiflist().
{ok,["lo","eth0"]}
2> [{If,element(2,inet:ifget(If, [flags,hwaddr,addr,netmask,broadaddr]))}||If<-element(2,inet:getiflist())].
[{"lo",
  [{flags,[up,loopback,running]},
   {hwaddr,[0,0,0,0,0,0]},
   {addr,{127,0,0,1}},
   {netmask,{255,0,0,0}},
   {broadaddr,{0,0,0,0}}]},
 {"eth0",
  [{flags,[up,broadcast,running,multicast]},
   {hwaddr,[11,11,11,11,11,11]},
   {addr,{111,111,111,111}},
   {netmask,{255,255,255,0}},
   {broadaddr,{111,111,111,255}}]}]

And this (mine below, obscured):
$ ifconfig -a
eth0      Link encap:Ethernet  HWaddr xx:xx:xx:xx:xx:xx
          inet addr:xxx.xxx.xxx.xxx  Bcast:xxx.xxx.xxx.xxx  Mask:255.255.255.0
          inet6 addr: fec0::xxx:xxxx:xxxx:xxxx/64 Scope:Site
          inet6 addr: fe80::xxx:xxxx:xxxx:xxxx/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:14963366 errors:0 dropped:0 overruns:0 frame:0
          TX packets:9774540 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:7565200376 (7.5 GB)  TX bytes:2829650336 (2.8 GB)

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:791285307 errors:0 dropped:0 overruns:0 frame:0
          TX packets:791285307 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:142265685102 (142.2 GB)  TX bytes:142265685102 (142.2 GB)

$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=10.04
DISTRIB_CODENAME=lucid
DISTRIB_DESCRIPTION="Ubuntu 10.04 LTS"

$ uname -a # Allthough this was in one of your previous mails
Linux halfling 2.6.32-21-generic #32-Ubuntu SMP Fri Apr 16 08:09:38 UTC 2010 x86_64 GNU/Linux

--

/ Raimo Niskanen, Erlang/OTP, Ericsson AB

________________________________________________________________
erlang-questions (at) erlang.org mailing list.
See http://www.erlang.org/faq.html
To unsubscribe; mailto:[hidden email]

[Björn-Egil Dahlberg-2]

I cannot reproduce this on my gentoo or ubuntu machines either. (Not
surprising since that would have halted the daily tests).

Zvi (or anyone else that can reproduce this), could you send a stacktrace or
a core-file of said segfault?

Björn-Egil
Erlang/OTP

2010/12/13 Raimo Niskanen
<[hidden email]<raimo%[hidden email]>
>

> On Mon, Dec 13, 2010 at 02:17:14PM +0200, Zvi . wrote:
> > On Mon, Dec 13, 2010 at 12:38 PM, Raimo Niskanen <
> > [hidden email]<raimo%[hidden email]>
> <raimo%[hidden email]<raimo%[hidden email]>
> >
> > > wrote:
> >
> > > On Sun, Dec 12, 2010 at 09:32:33AM -0800, Zvi wrote:
> > > > Hi,
> > > >
> > > > running new inet:getifaddrs/0 on my Ubuntu machine results in
> > > > segfault:
> > >
> > > Which Ubuntu is it, and what configure flags did you use?
> >
> >
> > Ubuntu 10.04
> >
> > just:
> >
> > ./configure
> > make
> > sudo make install
>
> Interesting...
> The 10.04 LTS in our lab does not dump core for inet:getifaddrs().
> What does this produce for you (mine below, obscured):
> 1> inet:getiflist().
> {ok,["lo","eth0"]}
> 2> [{If,element(2,inet:ifget(If,
> [flags,hwaddr,addr,netmask,broadaddr]))}||If<-element(2,inet:getiflist())].
> [{"lo",
>  [{flags,[up,loopback,running]},
>   {hwaddr,[0,0,0,0,0,0]},
>   {addr,{127,0,0,1}},
>   {netmask,{255,0,0,0}},
>   {broadaddr,{0,0,0,0}}]},
>  {"eth0",
>  [{flags,[up,broadcast,running,multicast]},
>   {hwaddr,[11,11,11,11,11,11]},
>   {addr,{111,111,111,111}},
>   {netmask,{255,255,255,0}},
>   {broadaddr,{111,111,111,255}}]}]
>
> And this (mine below, obscured):
> $ ifconfig -a
> eth0      Link encap:Ethernet  HWaddr xx:xx:xx:xx:xx:xx
>          inet addr:xxx.xxx.xxx.xxx  Bcast:xxx.xxx.xxx.xxx
>  Mask:255.255.255.0
>          inet6 addr: fec0::xxx:xxxx:xxxx:xxxx/64 Scope:Site
>          inet6 addr: fe80::xxx:xxxx:xxxx:xxxx/64 Scope:Link
>          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>          RX packets:14963366 errors:0 dropped:0 overruns:0 frame:0
>          TX packets:9774540 errors:0 dropped:0 overruns:0 carrier:0
>          collisions:0 txqueuelen:1000
>          RX bytes:7565200376 (7.5 GB)  TX bytes:2829650336 (2.8 GB)
>
> lo        Link encap:Local Loopback
>          inet addr:127.0.0.1  Mask:255.0.0.0
>          inet6 addr: ::1/128 Scope:Host
>          UP LOOPBACK RUNNING  MTU:16436  Metric:1
>          RX packets:791285307 errors:0 dropped:0 overruns:0 frame:0
>          TX packets:791285307 errors:0 dropped:0 overruns:0 carrier:0
>          collisions:0 txqueuelen:0
>          RX bytes:142265685102 (142.2 GB)  TX bytes:142265685102 (142.2 GB)
>
> $ cat /etc/lsb-release
> DISTRIB_ID=Ubuntu
> DISTRIB_RELEASE=10.04
> DISTRIB_CODENAME=lucid
> DISTRIB_DESCRIPTION="Ubuntu 10.04 LTS"
>
> $ uname -a # Allthough this was in one of your previous mails
> Linux halfling 2.6.32-21-generic #32-Ubuntu SMP Fri Apr 16 08:09:38 UTC
> 2010 x86_64 GNU/Linux
>
> --
>
> / Raimo Niskanen, Erlang/OTP, Ericsson AB
>
> ________________________________________________________________
> erlang-questions (at) erlang.org mailing list.
> See http://www.erlang.org/faq.html
> To unsubscribe; mailto:[hidden email]
>
>

[Robert Virding-2]

*I* haven't tried them, I was just commenting that both of the examples Zvi showed, inside a fun and directly in the shell, were in fact run in the Erlang interpreter and should give the same results.

Robert

----- "Matthias Lang" <[hidden email]> wrote:

> On Monday, December 13, Robert Virding wrote:
>
> > In neither case are you running the compiler, both are handled by
> > the interpreter, erl_eval, so they should behave in the same way. I
> > would class this as a bug.
>
> Interesting! Did you really try on R14B01? I get the same results for
> the interpreter and compiler, and I think they're both wrong in the
> same way.
>
> Eshell V5.8.2  (abort with ^G)
> 1> c(virding).
> {ok,virding}
> 2> virding:f(kuku).
> <<>>
>
> ~ >cat virding.erl
> -module(virding).
> -export([f/1]).
>
> f(A) -> <<A:0>>.
>
> Matt
>
> > ----- "Zvi" <[hidden email]> wrote:
> >
> > > RE: OTP-8865  Code such as foo(A) -> <<A:0>> would crash the
> > > compiler.
> > >
> > > It seems that compiler will totally ignore type of A in this
> case:
> > >
> > > Eshell V5.8.2  (abort with ^G)
> > > 1> F = fun(A) -> <<A:0>> end.
> > > #Fun<erl_eval.6.13229925>
> > > 2>
> > > 2> F(0).
> > > <<>>
> > > 3> F(1).
> > > <<>>
> > > 4> F(10000).
> > > <<>>
> > > 5> F(1.4).
> > > <<>>
> > > 6> F(add).
> > > <<>>
> > > 7> F(kuku).
> > > <<>>
> > > 8>
> > > 8> F("adfd").
> > > <<>>
> > > 9>
> > > 9> F({1,2}).
> > > <<>>
> > > 10>
> > >
> > > same for:
> > >
> > > Eshell V5.8.2  (abort with ^G)
> > > 1>
> > > 1>
> > > 1> A = 0.
> > > 0
> > > 2> <<A:0>>.
> > > <<>>
> > > 3>
> > > 3> <<({1,2,3}):0>>.
> > > <<>>
> > > 4> <<([1,2,3]):0>>.
> > > <<>>
> > > 5> <<"hello":0>>.
> > > ** exception error: bad argument
> > > 6> <<("hello"):0>>.
> > > ** exception error: bad argument
> > > 7> <<1.6:0>>.
> > > <<>>
> > > 8> <<(fun()-> ok end):0>>.
> > > <<>>
> > > 9> <<(self()):0>>.
> > > <<>>
> > > 1
> > >
> > > Zvi
> > > On Dec 8, 4:49 pm, Kenneth Lundin <[hidden email]>
> wrote:
> > > > Erlang/OTP R14B01 has been released.
> > > >
> > > > This release is mainly a stabilization of the R14B01 release
> (but
> > > there are
> > > > some new functionality as well).
> > > >
> > > > You can find the README file for the release at
> > > >
> > > > http://www.erlang.org/download/otp_src_R14B01.readme
> > > >
> > > > The source distribution and binary distribution for Windows can
> be
> > > > downloaded from
> > > >
> > > >
> > >
> http://www.erlang.org/download/otp_src_R14B01.tar.gzhttp://www.erlang.org/download/otp_win32_R14B01.exe
> > > >
> > > > The distribution can also be downloaded using the BitTorrent
> > > > protocol. Use the following torrent files to download the
> source
> > > > distribution and binary distribution for Windows:
> > > >
> > > >
> > >
> http://www.erlang.org/download/otp_src_R14B01.tar.gz.torrenthttp://www.erlang.org/download/otp_win32_R14B01.exe.torrent
> > > >
> > > > Note: To unpack the TAR archive you need a GNU TAR compatible
> > > program.
> > > >
> > > > For installation instructions please read the README file that
> is
> > > part
> > > > of the distribution.
> > > >
> > > > The on-line documentation can be found
> > > at:http://www.erlang.org/doc/
> > > > You can also download the complete HTML documentation or the
> Unix
> > > manual files
> > > >
> > > >
> > >
> http://www.erlang.org/download/otp_doc_html_R14B01.tar.gzhttp://www.erlang.org/download/otp_doc_man_R14B01.tar.gz
> > > >
> > > > We also want to thank those that sent us patches, suggestions
> and
> > > bug
> > > > reports,
> > > >
> > > > The Erlang/OTP Team
> > > > Kenneth Lundin, Erlang/OTP, Ericsson AB
> > > >
> > > >
> ________________________________________________________________
> > > > erlang-questions (at) erlang.org mailing list.
> > > > Seehttp://www.erlang.org/faq.html
> > > > To unsubscribe; mailto:[hidden email]
> > >
> > > ________________________________________________________________
> > > erlang-questions (at) erlang.org mailing list.
> > > See http://www.erlang.org/faq.html
> > > To unsubscribe; mailto:[hidden email]
> >
> > ________________________________________________________________
> > erlang-questions (at) erlang.org mailing list.
> > See http://www.erlang.org/faq.html
> > To unsubscribe; mailto:[hidden email]
> >

________________________________________________________________
erlang-questions (at) erlang.org mailing list.
See http://www.erlang.org/faq.html
To unsubscribe; mailto:[hidden email]

[bsmr]

Am Sonntag, den 12.12.2010, 09:32 -0800 schrieb Zvi:

> running new inet:getifaddrs/0 on my Ubuntu machine results in
> segfault:
>
> [~]$ erl
> Erlang R14B01 (erts-5.8.2) [source] [smp:2:2] [rq:2] [async-threads:0]
> [hipe] [kernel-poll:false]
>
> Eshell V5.8.2  (abort with ^G)
> 1>
> 1> inet:getifaddrs().
> Segmentation fault
> [~]$

I am getting this as well.

$ uname -a
Linux yang 2.6.35-23-generic #41-Ubuntu SMP Wed Nov 24 11:55:36 UTC 2010
x86_64 GNU/Linux

$ lsb_release -a
LSB Version:
core-2.0-amd64:core-2.0-noarch:core-3.0-amd64:core-3.0-noarch:core-3.1-amd64:core-3.1-noarch:core-3.2-amd64:core-3.2-noarch:core-4.0-amd64:core-4.0-noarch
Distributor ID: Ubuntu
Description: Ubuntu 10.10
Release: 10.10
Codename: maverick

The output of ifconfig is at the end. It is sort of long.
The bridge is used because of KVM. Also I have OpenVPN
running (currently only connected to one system, but
sometimes I have up to three connections).

I don't have any other releases installed. Is this of interest
to check this with an older Erlang release or other Ubuntu
version as well?


  - boris


=== ifconfig output: start ===
br0       Link encap:Ethernet  Hardware Adresse XX:XX:XX:XX:XX:XX
          inet Adresse:192.168.XXX.XXX  Bcast:192.168.XXX.XXX  Maske:255.255.255.0
          inet6-Adresse: 2001:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX/64 Gültigkeitsbereich:Global
          inet6-Adresse: fe80:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX packets:2050378 errors:0 dropped:0 overruns:0 frame:0
          TX packets:4301295 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:0
          RX bytes:1514643982 (1.5 GB)  TX bytes:5292048144 (5.2 GB)

eth0      Link encap:Ethernet  Hardware Adresse XX:XX:XX:XX:XX:XX
          inet6-Adresse: fe80:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX packets:2060182 errors:0 dropped:0 overruns:0 frame:0
          TX packets:4301322 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:1544309845 (1.5 GB)  TX bytes:5292052727 (5.2 GB)
          Interrupt:21 Basisadresse:0x2000

lo        Link encap:Lokale Schleife
          inet Adresse:127.0.0.1  Maske:255.0.0.0
          inet6-Adresse: ::1/128 Gültigkeitsbereich:Maschine
          UP LOOPBACK RUNNING  MTU:16436  Metrik:1
          RX packets:73 errors:0 dropped:0 overruns:0 frame:0
          TX packets:73 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:0
          RX bytes:6256 (6.2 KB)  TX bytes:6256 (6.2 KB)

tun0      Link encap:UNSPEC  Hardware Adresse 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
          inet Adresse:192.168.XXX.XXX  P-z-P:192.168.XXX.XXX  Maske:255.255.255.255
          UP PUNKTZUPUNKT RUNNING NOARP MULTICAST  MTU:1500  Metrik:1
          RX packets:2809 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2291 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:100
          RX bytes:1565968 (1.5 MB)  TX bytes:198414 (198.4 KB)

virbr0    Link encap:Ethernet  Hardware Adresse XX:XX:XX:XX:XX:XX
          inet Adresse:192.168.XXX.XXX  Bcast:192.168.XXX.XXX  Maske:255.255.255.0
          inet6-Adresse: fe80:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:302 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:0
          RX bytes:0 (0.0 B)  TX bytes:19529 (19.5 KB)
=== ifconfig output: end ===



________________________________________________________________
erlang-questions (at) erlang.org mailing list.
See http://www.erlang.org/faq.html
To unsubscribe; mailto:[hidden email]

[Raimo Niskanen-2]

On Mon, Dec 13, 2010 at 05:12:37PM +0100, Boris Mühmer wrote:

> Am Sonntag, den 12.12.2010, 09:32 -0800 schrieb Zvi:
> > running new inet:getifaddrs/0 on my Ubuntu machine results in
> > segfault:
> >
> > [~]$ erl
> > Erlang R14B01 (erts-5.8.2) [source] [smp:2:2] [rq:2] [async-threads:0]
> > [hipe] [kernel-poll:false]
> >
> > Eshell V5.8.2  (abort with ^G)
> > 1>
> > 1> inet:getifaddrs().
> > Segmentation fault
> > [~]$
>
> I am getting this as well.
>
> $ uname -a
> Linux yang 2.6.35-23-generic #41-Ubuntu SMP Wed Nov 24 11:55:36 UTC 2010
> x86_64 GNU/Linux
>
> $ lsb_release -a
> LSB Version:
> core-2.0-amd64:core-2.0-noarch:core-3.0-amd64:core-3.0-noarch:core-3.1-amd64:core-3.1-noarch:core-3.2-amd64:core-3.2-noarch:core-4.0-amd64:core-4.0-noarch
> Distributor ID: Ubuntu
> Description: Ubuntu 10.10
> Release: 10.10
> Codename: maverick
>
> The output of ifconfig is at the end. It is sort of long.
> The bridge is used because of KVM. Also I have OpenVPN
> running (currently only connected to one system, but
> sometimes I have up to three connections).
>
> I don't have any other releases installed. Is this of interest
> to check this with an older Erlang release or other Ubuntu
> version as well?

The main suspect right now is that the code in inet_drv.c parsing
the return data from getifaddrs() gets lost in some peculiar data.

Can you get us a stack backtrace something like this
(ulimit -c before, gdb Pgm core after, use gdb command "bt"):
[~]$ ulimit -c unlimited
[~]$ erl
Erlang R14B01 (erts-5.8.2) [source] [smp:2:2] [rq:2] [async-threads:0]
[hipe] [kernel-poll:false]

Eshell V5.8.2  (abort with ^G)
1>
1> inet:getifaddrs().
Segmentation fault
[~]$ gdb lib/erlang/erts-5.8.2/bin/beam.smp core
GNU gdb (GDB) 7.1-ubuntu
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /ldisk/daily_build/r14b02_opu_o.2010-12-12_20/otp/lib/erlang/erts-5.8.3/bin/beam.smp...done.
:
:
:
Core was generated by `/ldisk/daily_build/r14b02_opu_o.2010-12-12_20/otp/lib/erlang/erts-5.8.3/bin/bea'.
Program terminated with signal 11, Segmentation fault.
#0  heap_dump (to=3, to_arg=0x0, x=2956610204) at beam/erl_process_dump.c:393
(gdb) bt
#0  heap_dump (to=3, to_arg=0x0, x=2956610204) at beam/erl_process_dump.c:393
#1  0x00000000004f859a in dump_process_info (to=3, to_arg=0x0) at beam/erl_process_dump.c:125
#2  erts_deep_process_dump (to=3, to_arg=0x0) at beam/erl_process_dump.c:73
#3  0x00000000004e2adf in erl_crash_dump_v (file=0x40000 <Address 0x40000 out of bounds>, line=0, fmt=0x400 <Address 0x400 out of bounds>,
    args=0x7f49b03a5be0) at beam/break.c:712
#4  0x0000000000444fa2 in erl_exit (n=127, fmt=0x584434 "%s\n") at beam/erl_init.c:1594
#5  0x0000000000472ce9 in halt_1 (A__p=0x1837cc0, A_1=21029029) at beam/bif.c:3423
#6  0x000000000051dedc in process_main () at beam/beam_emu.c:3351
#7  0x0000000000491fac in sched_thread_func (vesdp=<value optimized out>) at beam/erl_process.c:3566
#8  0x000000000057d83a in thr_wrapper (vtwd=<value optimized out>) at pthread/ethread.c:106
#9  0x00007f49b19399ca in start_thread () from /lib/libpthread.so.0
#10 0x00007f49b148f69d in clone () from /lib/libc.so.6
#11 0x0000000000000000 in ?? ()

And then, for the most suspicious stack frame:
(gdb) fr 1
#1  0x00000000004f859a in dump_process_info (to=3, to_arg=0x0) at beam/erl_process_dump.c:125
125                     heap_dump(to, to_arg, term);
(gdb) l
120             erts_print(to, to_arg, "=proc_heap:%T\n", p->id);
121             for (sp = p->stop; sp < STACK_START(p); sp++) {
122                 Eterm term = *sp;
123
124                 if (!is_catch(term) && !is_CP(term)) {
125                     heap_dump(to, to_arg, term);
126                 }
127             }
128             for (mp = p->msg.first; mp != NULL; mp = mp->next) {
129                 Eterm mesg = ERL_MESSAGE_TERM(mp);
(gdb) p to
$1 = <value optimized out>
(gdb) p to_arg
$2 = <value optimized out>
(gdb) p term
$3 = 0

Variable "term" is NULL, that is suspicious.

>
>
>   - boris
>
>
> === ifconfig output: start ===
> br0       Link encap:Ethernet  Hardware Adresse XX:XX:XX:XX:XX:XX
>           inet Adresse:192.168.XXX.XXX  Bcast:192.168.XXX.XXX  Maske:255.255.255.0
>           inet6-Adresse: 2001:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX/64 Gültigkeitsbereich:Global
>           inet6-Adresse: fe80:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX/64 Gültigkeitsbereich:Verbindung
>           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
>           RX packets:2050378 errors:0 dropped:0 overruns:0 frame:0
>           TX packets:4301295 errors:0 dropped:0 overruns:0 carrier:0
>           Kollisionen:0 Sendewarteschlangenlänge:0
>           RX bytes:1514643982 (1.5 GB)  TX bytes:5292048144 (5.2 GB)
>
> eth0      Link encap:Ethernet  Hardware Adresse XX:XX:XX:XX:XX:XX
>           inet6-Adresse: fe80:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX/64 Gültigkeitsbereich:Verbindung
>           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
>           RX packets:2060182 errors:0 dropped:0 overruns:0 frame:0
>           TX packets:4301322 errors:0 dropped:0 overruns:0 carrier:0
>           Kollisionen:0 Sendewarteschlangenlänge:1000
>           RX bytes:1544309845 (1.5 GB)  TX bytes:5292052727 (5.2 GB)
>           Interrupt:21 Basisadresse:0x2000
>
> lo        Link encap:Lokale Schleife
>           inet Adresse:127.0.0.1  Maske:255.0.0.0
>           inet6-Adresse: ::1/128 Gültigkeitsbereich:Maschine
>           UP LOOPBACK RUNNING  MTU:16436  Metrik:1
>           RX packets:73 errors:0 dropped:0 overruns:0 frame:0
>           TX packets:73 errors:0 dropped:0 overruns:0 carrier:0
>           Kollisionen:0 Sendewarteschlangenlänge:0
>           RX bytes:6256 (6.2 KB)  TX bytes:6256 (6.2 KB)
>
> tun0      Link encap:UNSPEC  Hardware Adresse 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
>           inet Adresse:192.168.XXX.XXX  P-z-P:192.168.XXX.XXX  Maske:255.255.255.255
>           UP PUNKTZUPUNKT RUNNING NOARP MULTICAST  MTU:1500  Metrik:1
>           RX packets:2809 errors:0 dropped:0 overruns:0 frame:0
>           TX packets:2291 errors:0 dropped:0 overruns:0 carrier:0
>           Kollisionen:0 Sendewarteschlangenlänge:100
>           RX bytes:1565968 (1.5 MB)  TX bytes:198414 (198.4 KB)
>
> virbr0    Link encap:Ethernet  Hardware Adresse XX:XX:XX:XX:XX:XX
>           inet Adresse:192.168.XXX.XXX  Bcast:192.168.XXX.XXX  Maske:255.255.255.0
>           inet6-Adresse: fe80:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX/64 Gültigkeitsbereich:Verbindung
>           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
>           RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>           TX packets:302 errors:0 dropped:0 overruns:0 carrier:0
>           Kollisionen:0 Sendewarteschlangenlänge:0
>           RX bytes:0 (0.0 B)  TX bytes:19529 (19.5 KB)
> === ifconfig output: end ===
>
>
>
> ________________________________________________________________
> erlang-questions (at) erlang.org mailing list.
> See http://www.erlang.org/faq.html
> To unsubscribe; mailto:[hidden email]

--

/ Raimo Niskanen, Erlang/OTP, Ericsson AB

________________________________________________________________
erlang-questions (at) erlang.org mailing list.
See http://www.erlang.org/faq.html
To unsubscribe; mailto:[hidden email]

[bsmr]

Here is my output from the gdb session (after "inet:getifaddrs()."):

$ gdb /opt/erlang-otp/lib/erlang/erts-5.8.2/bin/beam.smp core
GNU gdb (GDB) 7.2-ubuntu
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /opt/Erlang-Dists/otp_R14B01/lib/erlang/erts-5.8.2/bin/beam.smp...done.
[New Thread 2705]
[New Thread 2697]
[New Thread 2702]
[New Thread 2703]
[New Thread 2701]
[New Thread 2704]
[New Thread 2706]

warning: Can't read pathname for load map: Input/output error.
Reading symbols from /lib/libutil.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/libutil.so.1
Reading symbols from /lib/libdl.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/libm.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/libm.so.6
Reading symbols from /lib/libncurses.so.5...(no debugging symbols found)...done.
Loaded symbols for /lib/libncurses.so.5
Reading symbols from /lib/libpthread.so.0...(no debugging symbols found)...done.
Loaded symbols for /lib/libpthread.so.0
Reading symbols from /lib/librt.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/librt.so.1
Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib64/ld-linux-x86-64.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib64/ld-linux-x86-64.so.2
Core was generated by `/opt/erlang-otp/lib/erlang/erts-5.8.2/bin/beam.smp -- -root /opt/erlang-otp/lib'.
Program terminated with signal 11, Segmentation fault.
#0  0x0000000000577ba2 in inet_ctl_getifaddrs (desc=<value optimized out>, cmd=<value optimized out>,
    buf=<value optimized out>, len=0, rbuf=<value optimized out>, rsize=<value optimized out>)
    at drivers/common/inet_drv.c:4948
4948 if (ifa_p->ifa_addr->sa_family == AF_INET
(gdb) bt
#0  0x0000000000577ba2 in inet_ctl_getifaddrs (desc=<value optimized out>, cmd=<value optimized out>,
    buf=<value optimized out>, len=0, rbuf=<value optimized out>, rsize=<value optimized out>)
    at drivers/common/inet_drv.c:4948
#1  inet_ctl (desc=<value optimized out>, cmd=<value optimized out>, buf=<value optimized out>, len=0,
    rbuf=<value optimized out>, rsize=<value optimized out>) at drivers/common/inet_drv.c:7272
#2  0x0000000000579539 in packet_inet_ctl (e=0x15faa80, cmd=1, buf=0x0, len=0, rbuf=0x7fb7cdc27c58, rsize=16)
    at drivers/common/inet_drv.c:9741
#3  0x000000000048dda2 in erts_port_control (p=0x7fb7cdc9e810, prt=0x7fb7cdc69958, command=<value optimized out>,
    iolist=<value optimized out>) at beam/io.c:2219
#4  0x00000000004fe7e3 in port_control_3 (A__p=0x7fb7cdc9e810, A_1=<value optimized out>,
    A_2=<value optimized out>, A_3=18446744073709551611) at beam/erl_bif_port.c:455
#5  0x000000000052a853 in process_main () at beam/beam_emu.c:2277
#6  0x000000000049da93 in sched_thread_func (vesdp=<value optimized out>) at beam/erl_process.c:3566
#7  0x00000000005a465a in thr_wrapper (vtwd=<value optimized out>) at pthread/ethread.c:106
#8  0x00007fb7cf4bf971 in start_thread () from /lib/libpthread.so.0
#9  0x00007fb7cf01394d in clone () from /lib/libc.so.6
#10 0x0000000000000000 in ?? ()
(gdb) fr 1
#1  inet_ctl (desc=<value optimized out>, cmd=<value optimized out>, buf=<value optimized out>, len=0,
    rbuf=<value optimized out>, rsize=<value optimized out>) at drivers/common/inet_drv.c:7272
7272 return inet_ctl_getifaddrs(desc, rbuf, rsize);
(gdb) l
7267
7268    case INET_REQ_GETIFADDRS: {
7269 DEBUGF(("inet_ctl(%ld): GETIFADDRS\r\n", (long)desc->port));
7270 if (!IS_OPEN(desc))
7271    return ctl_xerror(EXBADPORT, rbuf, rsize);
7272 return inet_ctl_getifaddrs(desc, rbuf, rsize);
7273    }
7274
7275    case INET_REQ_IFGET: {
7276 DEBUGF(("inet_ctl(%ld): IFGET\r\n", (long)desc->port));
(gdb) p desc
$1 = <value optimized out>
(gdb) p cmd
$2 = <value optimized out>
(gdb) p buf
$3 = <value optimized out>
(gdb) p len
$4 = 0
(gdb) p rbuf
$5 = <value optimized out>
(gdb) p rsize
$6 = <value optimized out>


Anything else I could do?


  - boris



________________________________________________________________
erlang-questions (at) erlang.org mailing list.
See http://www.erlang.org/faq.html
To unsubscribe; mailto:[hidden email]