From schuett@REDACTED Mon Jun 1 12:35:52 2015 From: schuett@REDACTED (=?utf-8?Q?Thorsten_Sch=C3=BCtt?=) Date: Mon, 1 Jun 2015 12:35:52 +0200 Subject: [erlang-bugs] parameterised types for orddict:is_key/1 Message-ID: <907730A4-8CA5-4F39-9617-CA5946930CF0@zib.de> Hi, did the following commit introduce a new element to the abstract representation of Erlang? Or is it the first occurrence of {var, ?Variablename?} without a line number? All other occurrences of variables have the form {var, LineNumber, ?Variablename?}. Commit: https://github.com/erlang/otp/commit/966e9e7ed0951db306c3c5dc4b1fd4c6eac25cf9 It introduces parameterised types/specs to the orddict module. I am in particular interested in the is_key/1 function. The new spec is the following: -spec is_key(Key, Orddict) -> boolean() when Orddict :: orddict(Key, Value :: term()). When I look at the abstract representation of the parser, I get the following: {type,42,'fun', [{type,42,product, [{var,'Key'}, {user_type,43,orddict, [{var,43,'Key'}, {ann_type,43, [{var,43,'Value'}, {type,43,term,[]}]}]}]}, {type,42,boolean,[]}]} The parser substituted the Orddict variable with the constraint from the when clause. The Orddict variable disappeared and all the line numbers stayed at 43. However, the variable ?Key? lost its line number. Is that on purpose? Thanks, Thorsten From dgud@REDACTED Mon Jun 1 15:39:18 2015 From: dgud@REDACTED (Dan Gudmundsson) Date: Mon, 01 Jun 2015 13:39:18 +0000 Subject: [erlang-bugs] Observer Crashdump Viewer bug? In-Reply-To: References: Message-ID: Works for me but I have a couple of wx fixes and some updates in crashdump viewer on my branches. /Dan On Fri, May 29, 2015 at 5:34 PM Tuncer Ayaz wrote: > On Sun, May 10, 2015 at 12:00 PM, Tuncer Ayaz > wrote: > > On Fri, Apr 24, 2015 at 10:35 PM, Tuncer Ayaz wrote: > >> Can anyone else reproduce a responsive but blocked Observer > >> gui following these steps? > >> > >> # install otp 18.0 from master > >> > >> # clone and build erlguten > >> $ git clone https://github.com/richcarl/erlguten > >> $ cd erlguten > >> $ make > >> $ ./erlguten test/test1.xml > >> > >> # start Observer use File->Examine Crash Dump to load the > >> # erlguten crash dump > >> $ erl > >> 1> observer:start(). > >> ok > >> WARNING: Found unexpected tag:scheduler > >> WARNING: Found unexpected tag:scheduler > >> WARNING: Found unexpected line in general information: > >> Calling Thread > >> WARNING: Found unexpected line in ETS info: > >> Chain Length Avg > >> > >> # now it stalls in the GUI at "Processing ets" > >> > >> This does not happen if you instead start crashdump_viewer:start/0. > > > > So, can nobody else reproduce this? > > Bump? > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tuncer.ayaz@REDACTED Mon Jun 1 16:13:53 2015 From: tuncer.ayaz@REDACTED (Tuncer Ayaz) Date: Mon, 1 Jun 2015 16:13:53 +0200 Subject: [erlang-bugs] Observer Crashdump Viewer bug? In-Reply-To: References: Message-ID: On Mon, Jun 1, 2015 at 3:39 PM, Dan Gudmundsson wrote: > Works for me but I have a couple of wx fixes and some updates in > crashdump viewer on my branches. Sounds good. Let me know which commit(s) or branch and I'll check. From tuncer.ayaz@REDACTED Mon Jun 1 21:53:09 2015 From: tuncer.ayaz@REDACTED (Tuncer Ayaz) Date: Mon, 1 Jun 2015 21:53:09 +0200 Subject: [erlang-bugs] Observer Crashdump Viewer bug? In-Reply-To: References: Message-ID: On Mon, Jun 1, 2015 at 4:13 PM, Tuncer Ayaz wrote: > On Mon, Jun 1, 2015 at 3:39 PM, Dan Gudmundsson wrote: > > Works for me but I have a couple of wx fixes and some updates in > > crashdump viewer on my branches. > > Sounds good. Let me know which commit(s) or branch and I'll check. Seems fixed in git rev 2350129. I still see warning messages, but the GUI doesn't stall anymore. This is without your extra branches and just plain current master. Thanks for the fixes, which happen to resolve this as well. WARNING: Found unexpected tag:scheduler WARNING: Found unexpected tag:scheduler WARNING: Found unexpected line in general information: Calling Thread WARNING: Found unexpected line in ETS info: Chain Length Avg [last two lines repeated 20 times] From tuncer.ayaz@REDACTED Mon Jun 1 21:55:48 2015 From: tuncer.ayaz@REDACTED (Tuncer Ayaz) Date: Mon, 1 Jun 2015 21:55:48 +0200 Subject: [erlang-bugs] gcc 5.1 ubsan In-Reply-To: References: Message-ID: bump? On Fri, Apr 24, 2015 at 6:39 PM, Tuncer Ayaz wrote: > On Fri, Apr 24, 2015 at 5:32 PM, Tuncer Ayaz wrote: >> Just built yesterday's otp.git master with amd64 gcc-5.1, and here's >> the UBSan results. The previously reported int overflow with 4.9 are >> naturally also there, but the diagnostics have changed a little. > > Forgot to say that I didn't check the ignored Valgrind warnings in > otp.git. So best case scenario the new errors are already known > and ignored. > > [snip] From aronisstav@REDACTED Tue Jun 2 10:21:06 2015 From: aronisstav@REDACTED (Stavros Aronis) Date: Tue, 2 Jun 2015 10:21:06 +0200 Subject: [erlang-bugs] otp/master (b37c4e2) is currently broken Message-ID: After the latest merge of 'maint', making 'master' fails with: ERLC ../ebin/ssh.beam ssh.erl:363: syntax error before: '<<' ssh.erl:268: function handle_option/3 undefined ssh.erl:393: Warning: function handle_ssh_option/1 is unused ssh.erl:486: Warning: function handle_inet_option/1 is unused ssh.erl:503: Warning: function handle_pref_algs/1 is unused [...] This is to be expected given: https://github.com/erlang/otp/blob/b37c4e256dfd827cdfcb92078c1217a13aa2e656/lib/ssh/src/ssh.erl#L363 /Stavros -------------- next part -------------- An HTML attachment was scrubbed... URL: From henrik@REDACTED Tue Jun 2 10:29:43 2015 From: henrik@REDACTED (Henrik Nord) Date: Tue, 2 Jun 2015 10:29:43 +0200 Subject: [erlang-bugs] otp/master (b37c4e2) is currently broken In-Reply-To: References: Message-ID: <556D6977.7070000@erlang.org> Whoops my bad will fix pronto. On 2015-06-02 10:21, Stavros Aronis wrote: > After the latest merge of 'maint', making 'master' fails with: > > ERLC../ebin/ssh.beam > ssh.erl:363: syntax error before: '<<' > ssh.erl:268: function handle_option/3 undefined > ssh.erl:393: Warning: function handle_ssh_option/1 is unused > ssh.erl:486: Warning: function handle_inet_option/1 is unused > ssh.erl:503: Warning: function handle_pref_algs/1 is unused > [...] > > This is to be expected given: > > https://github.com/erlang/otp/blob/b37c4e256dfd827cdfcb92078c1217a13aa2e656/lib/ssh/src/ssh.erl#L363 > > /Stavros > > > _______________________________________________ > erlang-bugs mailing list > erlang-bugs@REDACTED > http://erlang.org/mailman/listinfo/erlang-bugs -- /Henrik Nord Erlang/OTP -------------- next part -------------- An HTML attachment was scrubbed... URL: From sverker.eriksson@REDACTED Tue Jun 2 14:44:58 2015 From: sverker.eriksson@REDACTED (Sverker Eriksson) Date: Tue, 2 Jun 2015 14:44:58 +0200 Subject: [erlang-bugs] gcc 5.1 ubsan In-Reply-To: References: Message-ID: <556DA54A.80003@ericsson.com> No progress so far. A commit sha would be helpful to get correct source lines. Are you building halfword emulator? /Sverker On 06/01/2015 09:55 PM, Tuncer Ayaz wrote: > bump? > > On Fri, Apr 24, 2015 at 6:39 PM, Tuncer Ayaz wrote: >> On Fri, Apr 24, 2015 at 5:32 PM, Tuncer Ayaz wrote: >>> Just built yesterday's otp.git master with amd64 gcc-5.1, and here's >>> the UBSan results. The previously reported int overflow with 4.9 are >>> naturally also there, but the diagnostics have changed a little. >> Forgot to say that I didn't check the ignored Valgrind warnings in >> otp.git. So best case scenario the new errors are already known >> and ignored. >> >> [snip] From tuncer.ayaz@REDACTED Wed Jun 3 11:52:46 2015 From: tuncer.ayaz@REDACTED (Tuncer Ayaz) Date: Wed, 3 Jun 2015 11:52:46 +0200 Subject: [erlang-bugs] gcc 5.1 ubsan In-Reply-To: <556DA54A.80003@ericsson.com> References: <556DA54A.80003@ericsson.com> Message-ID: On Tue, Jun 2, 2015 at 2:44 PM, Sverker Eriksson wrote: > No progress so far. > > A commit sha would be helpful to get correct source lines. April 24th push to the public git repository. > Are you building halfword emulator? ./otp_build configure --disable-hipe --enable-halfword-emulator From tuncer.ayaz@REDACTED Wed Jun 3 12:55:35 2015 From: tuncer.ayaz@REDACTED (Tuncer Ayaz) Date: Wed, 3 Jun 2015 12:55:35 +0200 Subject: [erlang-bugs] Observer Crashdump Viewer bug? In-Reply-To: <556D4882.2080204@ericsson.com> References: <556D4882.2080204@ericsson.com> Message-ID: On Tue, Jun 2, 2015 at 8:09 AM, Dan Gudmundsson wrote: > I have another branch in testing with crashdump extensions. Thanks, that resolved the warnings. [...] >> WARNING: Found unexpected tag:scheduler >> WARNING: Found unexpected tag:scheduler >> WARNING: Found unexpected line in general information: >> Calling Thread >> WARNING: Found unexpected line in ETS info: >> Chain Length Avg >> [last two lines repeated 20 times] From felixgallo@REDACTED Wed Jun 3 17:41:24 2015 From: felixgallo@REDACTED (Felix Gallo) Date: Wed, 3 Jun 2015 08:41:24 -0700 Subject: [erlang-bugs] segv compiling master (freebsd-10.1 on x64) Message-ID: root@REDACTED:~/otp # git status | sed 2q ; git log | sed 3q On branch master Your branch is up-to-date with 'origin/master'. commit 65bf43e82a8ec731aafdbac74d41d65b63c7f49c Merge: 2373536 f9af336 Author: Henrik Nord root@REDACTED:~/otp # ./otp_build autoconf && ./configure && gmake [...snip...] === Entering application hipe gmake[3]: Entering directory '/root/otp/lib/hipe/rtl' erlc -W +debug_info +inline +warn_unused_import +warn_exported_vars -o../ebin hipe_rtl.erl /root/otp/make/x86_64-unknown-freebsd10.1/otp.mk:122: recipe for target '../ebin/hipe_rtl.beam' failed gmake[3]: *** [../ebin/hipe_rtl.beam] Segmentation fault (core dumped) appears to be on first use of the bootstrapped erlc, which seems familiar from threads on erlang-questions but those appear to have been resolved (?). same problem appears to occur on 8.0rc2. Additionally, it appears you can't send mail to erlang-bugs without being a subscriber, which itself may be a bug. F. -------------- next part -------------- An HTML attachment was scrubbed... URL: From wallentin.dahlberg@REDACTED Wed Jun 3 18:23:45 2015 From: wallentin.dahlberg@REDACTED (=?UTF-8?Q?Bj=C3=B6rn=2DEgil_Dahlberg?=) Date: Wed, 3 Jun 2015 18:23:45 +0200 Subject: [erlang-bugs] segv compiling master (freebsd-10.1 on x64) In-Reply-To: References: Message-ID: No known problems exists here and I cannot reproduce this problem. I tested on: (65bf43e...) egil@REDACTED /ldisk/egil/otp $ git describe OTP-18.0-rc2-244-g65bf43e (65bf43e...) egil@REDACTED /ldisk/egil/otp $ uname -a FreeBSD luthien 10.1-RELEASE-p9 FreeBSD 10.1-RELEASE-p9 #0: Tue Apr 7 01:09:46 UTC 2015 building: (65bf43e...) egil@REDACTED /ldisk/egil/otp $ ./otp_build autoconf && ./configure && gmake ... (65bf43e...) egil@REDACTED /ldisk/egil/otp $ bin/erl Erlang/OTP 18 [RELEASE CANDIDATE 2] [erts-7.0] [source] [64-bit] [smp:4:4] [async-threads:10] [hipe] [kernel-poll:false] Eshell V7.0 (abort with ^G) 1> Make sure you have a clean environment when building, i.e. git clean -fxd. No, it is not a bug that you have to subscribe in order to send mails to this list. It's a feature. =) // Bj?rn-Egil 2015-06-03 17:41 GMT+02:00 Felix Gallo : > root@REDACTED:~/otp # git status | sed 2q ; git log | sed 3q > On branch master > Your branch is up-to-date with 'origin/master'. > commit 65bf43e82a8ec731aafdbac74d41d65b63c7f49c > Merge: 2373536 f9af336 > Author: Henrik Nord > root@REDACTED:~/otp # ./otp_build autoconf && ./configure && gmake > > [...snip...] > > === Entering application hipe > gmake[3]: Entering directory '/root/otp/lib/hipe/rtl' > erlc -W +debug_info +inline +warn_unused_import +warn_exported_vars > -o../ebin hipe_rtl.erl > /root/otp/make/x86_64-unknown-freebsd10.1/otp.mk:122: recipe for target > '../ebin/hipe_rtl.beam' failed > gmake[3]: *** [../ebin/hipe_rtl.beam] Segmentation fault (core dumped) > > appears to be on first use of the bootstrapped erlc, which seems familiar > from threads on erlang-questions but those appear to have been resolved (?). > > same problem appears to occur on 8.0rc2. > > Additionally, it appears you can't send mail to erlang-bugs without being > a subscriber, which itself may be a bug. > > F. > > _______________________________________________ > erlang-bugs mailing list > erlang-bugs@REDACTED > http://erlang.org/mailman/listinfo/erlang-bugs > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From felixgallo@REDACTED Wed Jun 3 22:34:17 2015 From: felixgallo@REDACTED (Felix Gallo) Date: Wed, 3 Jun 2015 13:34:17 -0700 Subject: [erlang-bugs] segv compiling master (freebsd-10.1 on x64) In-Reply-To: References: Message-ID: fresh git clone into a new directory, git checkout master, git clean -fxd; root@REDACTED:~/otp # uname -a FreeBSD sov3 10.1-RELEASE FreeBSD 10.1-RELEASE #0 r274401: Tue Nov 11 21:02:49 UTC 2014 root@REDACTED:/usr/obj/usr/src/sys/GENERIC amd64 root@REDACTED:~/otp # git describe OTP-18.0-rc2-244-g65bf43e root@REDACTED:~/otp # ./otp_build autoconf && ./configure && gmake [...snip...] === Entering application hipe gmake[3]: Entering directory '/root/otp/lib/hipe/rtl' ERLC ../ebin/hipe_rtl.beam /root/otp/make/x86_64-unknown-freebsd10.1/otp.mk:122: recipe for target '../ebin/hipe_rtl.beam' failed gmake[3]: *** [../ebin/hipe_rtl.beam] Segmentation fault (core dumped) Hm. After further exploration -- creating two entirely new freebsd 10.1 servers, one with 8G RAM and one, like sov3, with only 512M RAM; both absolutely barebones except for 'pkg install gmake autoconf git' and checking out master from github/erlang/otp -- that bootstrap erlc built on the systems with only 512M RAM segfaults, but bootstrap erlc built on the 8G machine works fine. As a test to see if maybe something in the build process itself was running out of memory, I added 7 gigabytes of swap to the 512M RAM machine, cleaned, and rebuilt; same result; compile fails, bootstrap built erlc is throwing segfaults: root@REDACTED:/usr/home/freebsd/otp # ./bootstrap/bin/erlc lib/edoc/src/edoc_refs.erl lib/edoc/src/edoc.hrl:40: can't find include file "edoc_doclet.hrl" Segmentation fault (core dumped) however, on that same 512M machine, checking out OTP-17.5 and building works fine and the resulting erlc is a happy erlc. Perhaps it is the case that erlc in 18.x is now over some threshold in memory size which has been fine to date, but which the kernel can't now fit into 512M RAM by (essentially) itself. As far as only subscribers being allowed to post to erlang-bugs: it turns out that my first post, pre-subscribe, did make it into the moderator queue after all, actually (which was my expected result), but that I didn't get any notification that it did. Then, when I subscribed and re-posted, thinking that the first had been rejected, I did get a moderator queue notice. I'd suspect the most optimal behavior would be for non-subscribers to be able to post, but for them to get the moderator queue notice so that they don't do what I did. F. On Wed, Jun 3, 2015 at 9:23 AM, Bj?rn-Egil Dahlberg < wallentin.dahlberg@REDACTED> wrote: > No known problems exists here and I cannot reproduce this problem. > I tested on: > (65bf43e...) egil@REDACTED /ldisk/egil/otp $ git describe > OTP-18.0-rc2-244-g65bf43e > (65bf43e...) egil@REDACTED /ldisk/egil/otp $ uname -a > FreeBSD luthien 10.1-RELEASE-p9 FreeBSD 10.1-RELEASE-p9 #0: Tue Apr 7 > 01:09:46 UTC 2015 > > building: > > (65bf43e...) egil@REDACTED /ldisk/egil/otp $ ./otp_build autoconf && > ./configure && gmake > ... > (65bf43e...) egil@REDACTED /ldisk/egil/otp $ bin/erl > > Erlang/OTP 18 [RELEASE CANDIDATE 2] [erts-7.0] [source] [64-bit] [smp:4:4] > [async-threads:10] [hipe] [kernel-poll:false] > > Eshell V7.0 (abort with ^G) > 1> > > > Make sure you have a clean environment when building, i.e. git clean -fxd. > > No, it is not a bug that you have to subscribe in order to send mails to > this list. It's a feature. =) > > // Bj?rn-Egil > > 2015-06-03 17:41 GMT+02:00 Felix Gallo : > >> root@REDACTED:~/otp # git status | sed 2q ; git log | sed 3q >> On branch master >> Your branch is up-to-date with 'origin/master'. >> commit 65bf43e82a8ec731aafdbac74d41d65b63c7f49c >> Merge: 2373536 f9af336 >> Author: Henrik Nord >> root@REDACTED:~/otp # ./otp_build autoconf && ./configure && gmake >> >> [...snip...] >> >> === Entering application hipe >> gmake[3]: Entering directory '/root/otp/lib/hipe/rtl' >> erlc -W +debug_info +inline +warn_unused_import +warn_exported_vars >> -o../ebin hipe_rtl.erl >> /root/otp/make/x86_64-unknown-freebsd10.1/otp.mk:122: recipe for target >> '../ebin/hipe_rtl.beam' failed >> gmake[3]: *** [../ebin/hipe_rtl.beam] Segmentation fault (core dumped) >> >> appears to be on first use of the bootstrapped erlc, which seems familiar >> from threads on erlang-questions but those appear to have been resolved (?). >> >> same problem appears to occur on 8.0rc2. >> >> Additionally, it appears you can't send mail to erlang-bugs without being >> a subscriber, which itself may be a bug. >> >> F. >> >> _______________________________________________ >> erlang-bugs mailing list >> erlang-bugs@REDACTED >> http://erlang.org/mailman/listinfo/erlang-bugs >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From felixgallo@REDACTED Wed Jun 3 23:28:29 2015 From: felixgallo@REDACTED (Felix Gallo) Date: Wed, 3 Jun 2015 14:28:29 -0700 Subject: [erlang-bugs] segv compiling master (freebsd-10.1 on x64) In-Reply-To: References: Message-ID: Further exploration: 18.0rc1 also compiles fine on the freebsd 10.1 512M box; 18.0rc2 fails. So those bracket the regression. On ubuntu linux 15.04, master builds, so apparently the issue may be [free]bsd specific. On Wed, Jun 3, 2015 at 1:34 PM, Felix Gallo wrote: > fresh git clone into a new directory, git checkout master, git clean -fxd; > > root@REDACTED:~/otp # uname -a > FreeBSD sov3 10.1-RELEASE FreeBSD 10.1-RELEASE #0 r274401: Tue Nov 11 > 21:02:49 UTC 2014 root@REDACTED:/usr/obj/usr/src/sys/GENERIC > amd64 > root@REDACTED:~/otp # git describe > OTP-18.0-rc2-244-g65bf43e > root@REDACTED:~/otp # ./otp_build autoconf && ./configure && gmake > > [...snip...] > > === Entering application hipe > gmake[3]: Entering directory '/root/otp/lib/hipe/rtl' > ERLC ../ebin/hipe_rtl.beam > /root/otp/make/x86_64-unknown-freebsd10.1/otp.mk:122: recipe for target > '../ebin/hipe_rtl.beam' failed > gmake[3]: *** [../ebin/hipe_rtl.beam] Segmentation fault (core dumped) > > Hm. > > After further exploration -- creating two entirely new freebsd 10.1 > servers, one with 8G RAM and one, like sov3, with only 512M RAM; both > absolutely barebones except for 'pkg install gmake autoconf git' and > checking out master from github/erlang/otp -- that bootstrap erlc built on > the systems with only 512M RAM segfaults, but bootstrap erlc built on the > 8G machine works fine. > > As a test to see if maybe something in the build process itself was > running out of memory, I added 7 gigabytes of swap to the 512M RAM machine, > cleaned, and rebuilt; same result; compile fails, bootstrap built erlc is > throwing segfaults: > > root@REDACTED:/usr/home/freebsd/otp # ./bootstrap/bin/erlc > lib/edoc/src/edoc_refs.erl > lib/edoc/src/edoc.hrl:40: can't find include file "edoc_doclet.hrl" > Segmentation fault (core dumped) > > however, on that same 512M machine, checking out OTP-17.5 and building > works fine and the resulting erlc is a happy erlc. > > Perhaps it is the case that erlc in 18.x is now over some threshold in > memory size which has been fine to date, but which the kernel can't now fit > into 512M RAM by (essentially) itself. > > As far as only subscribers being allowed to post to erlang-bugs: it turns > out that my first post, pre-subscribe, did make it into the moderator queue > after all, actually (which was my expected result), but that I didn't get > any notification that it did. Then, when I subscribed and re-posted, > thinking that the first had been rejected, I did get a moderator queue > notice. I'd suspect the most optimal behavior would be for non-subscribers > to be able to post, but for them to get the moderator queue notice so that > they don't do what I did. > > F. > > > On Wed, Jun 3, 2015 at 9:23 AM, Bj?rn-Egil Dahlberg < > wallentin.dahlberg@REDACTED> wrote: > >> No known problems exists here and I cannot reproduce this problem. >> I tested on: >> (65bf43e...) egil@REDACTED /ldisk/egil/otp $ git describe >> OTP-18.0-rc2-244-g65bf43e >> (65bf43e...) egil@REDACTED /ldisk/egil/otp $ uname -a >> FreeBSD luthien 10.1-RELEASE-p9 FreeBSD 10.1-RELEASE-p9 #0: Tue Apr 7 >> 01:09:46 UTC 2015 >> >> building: >> >> (65bf43e...) egil@REDACTED /ldisk/egil/otp $ ./otp_build autoconf && >> ./configure && gmake >> ... >> (65bf43e...) egil@REDACTED /ldisk/egil/otp $ bin/erl >> >> Erlang/OTP 18 [RELEASE CANDIDATE 2] [erts-7.0] [source] [64-bit] >> [smp:4:4] [async-threads:10] [hipe] [kernel-poll:false] >> >> Eshell V7.0 (abort with ^G) >> 1> >> >> >> Make sure you have a clean environment when building, i.e. git clean -fxd. >> >> No, it is not a bug that you have to subscribe in order to send mails to >> this list. It's a feature. =) >> >> // Bj?rn-Egil >> >> 2015-06-03 17:41 GMT+02:00 Felix Gallo : >> >>> root@REDACTED:~/otp # git status | sed 2q ; git log | sed 3q >>> On branch master >>> Your branch is up-to-date with 'origin/master'. >>> commit 65bf43e82a8ec731aafdbac74d41d65b63c7f49c >>> Merge: 2373536 f9af336 >>> Author: Henrik Nord >>> root@REDACTED:~/otp # ./otp_build autoconf && ./configure && gmake >>> >>> [...snip...] >>> >>> === Entering application hipe >>> gmake[3]: Entering directory '/root/otp/lib/hipe/rtl' >>> erlc -W +debug_info +inline +warn_unused_import +warn_exported_vars >>> -o../ebin hipe_rtl.erl >>> /root/otp/make/x86_64-unknown-freebsd10.1/otp.mk:122: recipe for target >>> '../ebin/hipe_rtl.beam' failed >>> gmake[3]: *** [../ebin/hipe_rtl.beam] Segmentation fault (core dumped) >>> >>> appears to be on first use of the bootstrapped erlc, which seems >>> familiar from threads on erlang-questions but those appear to have been >>> resolved (?). >>> >>> same problem appears to occur on 8.0rc2. >>> >>> Additionally, it appears you can't send mail to erlang-bugs without >>> being a subscriber, which itself may be a bug. >>> >>> F. >>> >>> _______________________________________________ >>> erlang-bugs mailing list >>> erlang-bugs@REDACTED >>> http://erlang.org/mailman/listinfo/erlang-bugs >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rory@REDACTED Thu Jun 4 17:16:37 2015 From: rory@REDACTED (Rory Byrne) Date: Thu, 4 Jun 2015 16:16:37 +0100 Subject: [erlang-bugs] Segmentation fault using './otp_build update_preloaded' on master Message-ID: <20150604151637.GC27243@nybek.com> Hello, I've tested this on Linux and FreeBSD with the following results: #--------------------------- # On Linux (debian wheezy): #--------------------------- $ uname -a Linux debian 3.2.0-4-amd64 #1 SMP Debian 3.2.65-1+deb7u2 x86_64 GNU/Linux $ echo $MAKEFLAGS -j8 $ git log | head -n 1 commit 99ccfe4d73b3ba82a8a461b53cb30cf512ee1bb9 $ ./otp_build update_preloaded --no-commit rm -f ./erl_prim_loader.beam ./init.beam ./prim_file.beam ./prim_inet.beam ./zlib.beam ./prim_zip.beam ./otp_ring0.beam ./erlang.beam ./erts_internal.beam ./prim_eval.beam ../ebin/erts.app MAKE preloaded make[1]: Entering directory `/usr/local/erlang/otp_source_dev/erts/preloaded/src' ERLC erl_prim_loader.beam ERLC init.beam ERLC prim_file.beam ERLC prim_inet.beam ERLC zlib.beam ERLC prim_zip.beam ERLC otp_ring0.beam ERLC erlang.beam ERLC erts_internal.beam ERLC prim_eval.abstr VSN ../ebin/erts.app GEN prim_eval.beam Segmentation fault make[1]: *** [prim_inet.beam] Error 139 make[1]: *** Waiting for unfinished jobs.... make[1]: Leaving directory `/usr/local/erlang/otp_source_dev/erts/preloaded/src' make: *** [preloaded] Error 2 #------------- # On FreeBSD: #------------- $ uname -a FreeBSD freebsd 10.1-RELEASE-p6 FreeBSD 10.1-RELEASE-p6 #0: Tue Feb 24 19:00:21 UTC 2015 root@REDACTED:/usr/obj/usr/src/sys/GENERIC amd64 $ git log | head -n 1 commit 99ccfe4d73b3ba82a8a461b53cb30cf512ee1bb9 $ ./otp_build update_preloaded --no-commit rm -f ./erl_prim_loader.beam ./init.beam ./prim_file.beam ./prim_inet.beam ./zlib.beam ./prim_zip.beam ./otp_ring0.beam ./erlang.beam ./erts_internal.beam ./prim_eval.beam ../ebin/erts.app MAKE preloaded gmake[1]: Entering directory '/usr/local/erlang/otp_source_dev/erts/preloaded/src' ERLC erl_prim_loader.beam ERLC init.beam ERLC prim_file.beam ERLC prim_inet.beam /usr/local/erlang/otp_source_dev/make/x86_64-unknown-freebsd10.1/otp.mk:131: recipe for target 'prim_inet.beam' failed gmake[1]: *** [prim_inet.beam] Segmentation fault (core dumped) gmake[1]: Leaving directory '/usr/local/erlang/otp_source_dev/erts/preloaded/src' Makefile:487: recipe for target 'preloaded' failed gmake: *** [preloaded] Error 2 Regards, Rory From hans.bolinder@REDACTED Mon Jun 8 15:49:28 2015 From: hans.bolinder@REDACTED (Hans Bolinder) Date: Mon, 8 Jun 2015 13:49:28 +0000 Subject: [erlang-bugs] parameterised types for orddict:is_key/1 In-Reply-To: <907730A4-8CA5-4F39-9617-CA5946930CF0@zib.de> References: <907730A4-8CA5-4F39-9617-CA5946930CF0@zib.de> Message-ID: <56466BD70414EA48969B4064696CF28C21EC13FC@ESESSMB207.ericsson.se> Hi, > did the following commit introduce a new element to the abstract > representation of Erlang? Or is it the first occurrence of {var, > ?Variablename?} without a line number? All other occurrences of > variables have the form {var, LineNumber, ?Variablename?}. > > Commit: > https://github.com/erlang/otp/commit/966e9e7ed0951db306c3c5dc4b1fd4c6eac25cf9 Not that I know of. When compiling the commit you're referring to, I cannot see the same abstract representation as you do (I'm using beam_lib:chunks()). I've asked Kostis and some colleagues, and they can't either. How did you create the the file? Best regards, Hans Bolinder, Erlang/OTP team, Ericsson From schuett@REDACTED Mon Jun 8 16:16:24 2015 From: schuett@REDACTED (=?iso-8859-1?Q?Thorsten_Sch=FCtt?=) Date: Mon, 8 Jun 2015 16:16:24 +0200 Subject: [erlang-bugs] parameterised types for orddict:is_key/1 In-Reply-To: <56466BD70414EA48969B4064696CF28C21EC13FC@ESESSMB207.ericsson.se> References: <907730A4-8CA5-4F39-9617-CA5946930CF0@zib.de> <56466BD70414EA48969B4064696CF28C21EC13FC@ESESSMB207.ericsson.se> Message-ID: <75E44AEF-649C-4879-AADF-9B1C85133A5C@zib.de> Hi Hans, we parse all beam files with beam_lib:chunks, which are reachable from the Scalaris code. With the mentioned commit, we hit for the first time this variant of var. When I looked through the rest of the standard library there are indeed both versions. It is just by accident that we saw this variant of var for the first time at this commit. Best regards, Thorsten > On 08 Jun 2015, at 15:49, Hans Bolinder wrote: > > Hi, > >> did the following commit introduce a new element to the abstract >> representation of Erlang? Or is it the first occurrence of {var, >> ?Variablename?} without a line number? All other occurrences of >> variables have the form {var, LineNumber, ?Variablename?}. >> >> Commit: >> https://github.com/erlang/otp/commit/966e9e7ed0951db306c3c5dc4b1fd4c6eac25cf9 > > Not that I know of. > > When compiling the commit you're referring to, I cannot see the same > abstract representation as you do (I'm using beam_lib:chunks()). > I've asked Kostis and some colleagues, and they can't either. How did > you create the the file? > > Best regards, > > Hans Bolinder, Erlang/OTP team, Ericsson From kostis@REDACTED Mon Jun 8 18:59:01 2015 From: kostis@REDACTED (Kostis Sagonas) Date: Mon, 08 Jun 2015 18:59:01 +0200 Subject: [erlang-bugs] parameterised types for orddict:is_key/1 In-Reply-To: <75E44AEF-649C-4879-AADF-9B1C85133A5C@zib.de> References: <907730A4-8CA5-4F39-9617-CA5946930CF0@zib.de> <56466BD70414EA48969B4064696CF28C21EC13FC@ESESSMB207.ericsson.se> <75E44AEF-649C-4879-AADF-9B1C85133A5C@zib.de> Message-ID: <5575C9D5.5080605@cs.ntua.gr> On 06/08/2015 04:16 PM, Thorsten Sch?tt wrote: > Hi Hans, > > we parse all beam files with beam_lib:chunks, which are reachable from the Scalaris code. With the mentioned commit, we hit for the first time this variant of var. When I looked through the rest of the standard library there are indeed both versions. It is just by accident that we saw this variant of var for the first time at this commit. You are not making it easy for us to understand and possibly also reproduce what you are experiencing. For example, in the current 'master' the following sequence of commands produce what is shown below: Eshell V7.0 (abort with ^G) 1> cd('lib/stdlib/ebin'). /home/kostis/HiPE/otp/lib/stdlib/ebin ok 2> {ok, {_, [{_, {_,A}}]}} = beam_lib:chunks(orddict, [abstract_code]). {ok,{orddict,[{abstract_code,{raw_abstract_v1,[{attribute,1, ... MANY MORE LINES DELETED ... 3> lists:keyfind(42, 2, A). {attribute,42,spec, {{is_key,2}, [{type,42,bounded_fun, [{type,42,'fun', [{type,42,product,[{var,42,'Key'},{var,42,'Orddict'}]}, {type,42,boolean,[]}]}, [{type,43,constraint, [{atom,43,is_subtype}, [{var,43,'Orddict'}, {user_type,43,orddict, [{var,43,...},{ann_type,...}]}]]}]]}]}} I do not see any 'var' structure without line information in the above. (or different kinds of 'var' structures.) Do you get something different? If so, what commands are you using? Kostis > >> On 08 Jun 2015, at 15:49, Hans Bolinder wrote: >> >> Hi, >> >>> did the following commit introduce a new element to the abstract >>> representation of Erlang? Or is it the first occurrence of {var, >>> ?Variablename?} without a line number? All other occurrences of >>> variables have the form {var, LineNumber, ?Variablename?}. >>> >>> Commit: >>> https://github.com/erlang/otp/commit/966e9e7ed0951db306c3c5dc4b1fd4c6eac25cf9 >> >> Not that I know of. >> >> When compiling the commit you're referring to, I cannot see the same >> abstract representation as you do (I'm using beam_lib:chunks()). >> I've asked Kostis and some colleagues, and they can't either. How did >> you create the the file? >> >> Best regards, >> >> Hans Bolinder, Erlang/OTP team, Ericsson > > _______________________________________________ > erlang-bugs mailing list > erlang-bugs@REDACTED > http://erlang.org/mailman/listinfo/erlang-bugs > From schuett@REDACTED Tue Jun 9 10:01:59 2015 From: schuett@REDACTED (=?windows-1252?Q?Thorsten_Sch=FCtt?=) Date: Tue, 9 Jun 2015 10:01:59 +0200 Subject: [erlang-bugs] parameterised types for orddict:is_key/1 In-Reply-To: <5575C9D5.5080605@cs.ntua.gr> References: <907730A4-8CA5-4F39-9617-CA5946930CF0@zib.de> <56466BD70414EA48969B4064696CF28C21EC13FC@ESESSMB207.ericsson.se> <75E44AEF-649C-4879-AADF-9B1C85133A5C@zib.de> <5575C9D5.5080605@cs.ntua.gr> Message-ID: <038EEF51-5BFE-4205-8FD7-D59BBA4BEEA9@zib.de> I am really sorry for the noise. I can confirm that the problem is gone on the current master. We are building Erlang from the master every night and run our test-suite against the master. In the given version, we noticed a different kind of var (without a line number). But it seems to have disappeared by now. Thorsten > On 08 Jun 2015, at 18:59, Kostis Sagonas wrote: > > On 06/08/2015 04:16 PM, Thorsten Sch?tt wrote: >> Hi Hans, >> >> we parse all beam files with beam_lib:chunks, which are reachable from the Scalaris code. With the mentioned commit, we hit for the first time this variant of var. When I looked through the rest of the standard library there are indeed both versions. It is just by accident that we saw this variant of var for the first time at this commit. > > You are not making it easy for us to understand and possibly also reproduce what you are experiencing. For example, in the current 'master' the following sequence of commands produce what is shown below: > > Eshell V7.0 (abort with ^G) > 1> cd('lib/stdlib/ebin'). > /home/kostis/HiPE/otp/lib/stdlib/ebin > ok > 2> {ok, {_, [{_, {_,A}}]}} = beam_lib:chunks(orddict, [abstract_code]). > {ok,{orddict,[{abstract_code,{raw_abstract_v1,[{attribute,1, > ... MANY MORE LINES DELETED ... > 3> lists:keyfind(42, 2, A). > {attribute,42,spec, > {{is_key,2}, > [{type,42,bounded_fun, > [{type,42,'fun', > [{type,42,product,[{var,42,'Key'},{var,42,'Orddict'}]}, > {type,42,boolean,[]}]}, > [{type,43,constraint, > [{atom,43,is_subtype}, > [{var,43,'Orddict'}, > {user_type,43,orddict, > [{var,43,...},{ann_type,...}]}]]}]]}]}} > > > I do not see any 'var' structure without line information in the above. (or different kinds of 'var' structures.) > > Do you get something different? If so, what commands are you using? > > Kostis > >> >>> On 08 Jun 2015, at 15:49, Hans Bolinder wrote: >>> >>> Hi, >>> >>>> did the following commit introduce a new element to the abstract >>>> representation of Erlang? Or is it the first occurrence of {var, >>>> ?Variablename?} without a line number? All other occurrences of >>>> variables have the form {var, LineNumber, ?Variablename?}. >>>> >>>> Commit: >>>> https://github.com/erlang/otp/commit/966e9e7ed0951db306c3c5dc4b1fd4c6eac25cf9 >>> >>> Not that I know of. >>> >>> When compiling the commit you're referring to, I cannot see the same >>> abstract representation as you do (I'm using beam_lib:chunks()). >>> I've asked Kostis and some colleagues, and they can't either. How did >>> you create the the file? >>> >>> Best regards, >>> >>> Hans Bolinder, Erlang/OTP team, Ericsson >> >> _______________________________________________ >> erlang-bugs mailing list >> erlang-bugs@REDACTED >> http://erlang.org/mailman/listinfo/erlang-bugs >> > From dch@REDACTED Fri Jun 12 20:37:45 2015 From: dch@REDACTED (Dave Cottlehuber) Date: Fri, 12 Jun 2015 20:37:45 +0200 Subject: [erlang-bugs] segv compiling master (freebsd-10.1 on x64) In-Reply-To: References: Message-ID: <1434134265.559072.294005921.270B7DED@webmail.messagingengine.com> On Wed, 3 Jun 2015, at 11:28 PM, Felix Gallo wrote: > Further exploration: 18.0rc1 also compiles fine on the freebsd 10.1 512M > box; 18.0rc2 fails. So those bracket the regression. > > On ubuntu linux 15.04, master builds, so apparently the issue may be > [free]bsd specific. (Un)fortunately "Works For Me" here: uname -a: FreeBSD wintermute.skunkwerks.at 10.1-RELEASE-p10 FreeBSD 10.1-RELEASE-p10 #0: Wed May 13 06:54:13 UTC 2015 root@REDACTED:/usr/obj/usr/src/sys/GENERIC amd64 erl: Erlang/OTP 18 [RELEASE CANDIDATE 2] [erts-7.0] [source-831aab8] [64-bit] [smp:8:8] [async-threads:64] [hipe] [kernel-poll:true] Eshell V7.0 (abort with ^G) This has a fair bit of RAM to play with tho. BTW I vaguely recalling that this sort of hipe error may also occur if you haven't cleared ERL_FLAGS & ERL_LIBS fetc rom the env before building - worth a try. Full logs at https://gist.github.com/dch/96584145efcb2de3811b if you need them. Happy to help test/try anything else that comes up. A++++++ would build again Dave From sdl.web@REDACTED Fri Jun 19 12:18:29 2015 From: sdl.web@REDACTED (Leo Liu) Date: Fri, 19 Jun 2015 18:18:29 +0800 Subject: [erlang-bugs] erlang/master fails to build on Yosemite Message-ID: It appears erlang/otp 18 is about to be released. But building on Yosemite failed today. My last successfully build was on 12 June 2015. make[2]: Nothing to be done for `depend'. MAKE emulator MAKE opt GEN x86_64-apple-darwin14.3.0/gen_git_version.mk LD /Users/leo/sources/erlang/otp/bin/x86_64-apple-darwin14.3.0/beam.smp Undefined symbols for architecture x86_64: "_erts_poll_get_table_len_kp", referenced from: _update_fallback_pollset in erl_poll.kp.o "_erts_poll_get_table_len_nkp", referenced from: _handle_update_requests in erl_poll.nkp.o ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) make[3]: *** [/Users/leo/sources/erlang/otp/bin/x86_64-apple-darwin14.3.0/beam.smp] Error 1 make[2]: *** [opt] Error 2 make[1]: *** [smp] Error 2 make: *** [emulator] Error 2 Could someone take a look? Thanks. Leo From wallentin.dahlberg@REDACTED Fri Jun 19 23:35:15 2015 From: wallentin.dahlberg@REDACTED (=?UTF-8?Q?Bj=C3=B6rn=2DEgil_Dahlberg?=) Date: Fri, 19 Jun 2015 23:35:15 +0200 Subject: [erlang-bugs] erlang/master fails to build on Yosemite In-Reply-To: References: Message-ID: Confirmed. A refactoring miss in grow_select_fds for darwin. It will be fixed before release obviously. The fix will in master on monday I think. // Bj?rn-Egil 2015-06-19 12:18 GMT+02:00 Leo Liu : > It appears erlang/otp 18 is about to be released. But building on > Yosemite failed today. My last successfully build was on 12 June 2015. > > make[2]: Nothing to be done for `depend'. > MAKE emulator > MAKE opt > GEN x86_64-apple-darwin14.3.0/gen_git_version.mk > LD > /Users/leo/sources/erlang/otp/bin/x86_64-apple-darwin14.3.0/beam.smp > Undefined symbols for architecture x86_64: > "_erts_poll_get_table_len_kp", referenced from: > _update_fallback_pollset in erl_poll.kp.o > "_erts_poll_get_table_len_nkp", referenced from: > _handle_update_requests in erl_poll.nkp.o > ld: symbol(s) not found for architecture x86_64 > clang: error: linker command failed with exit code 1 (use -v to see > invocation) > make[3]: *** > [/Users/leo/sources/erlang/otp/bin/x86_64-apple-darwin14.3.0/beam.smp] > Error 1 > make[2]: *** [opt] Error 2 > make[1]: *** [smp] Error 2 > make: *** [emulator] Error 2 > > > Could someone take a look? Thanks. > Leo > > _______________________________________________ > erlang-bugs mailing list > erlang-bugs@REDACTED > http://erlang.org/mailman/listinfo/erlang-bugs > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sdl.web@REDACTED Sat Jun 20 04:20:27 2015 From: sdl.web@REDACTED (Leo Liu) Date: Sat, 20 Jun 2015 10:20:27 +0800 Subject: [erlang-bugs] ./otp_build autoconf: sed: RE error: illegal byte sequence Message-ID: On Yosemite, running ./otp_build autoconf gives: === running autoconf in lib/test_server/src sed: RE error: illegal byte sequence Leo From sdl.web@REDACTED Sat Jun 20 09:31:39 2015 From: sdl.web@REDACTED (Leo Liu) Date: Sat, 20 Jun 2015 15:31:39 +0800 Subject: [erlang-bugs] [PATCH] Fix misleading argument name in shell:prompt_func/1 Message-ID: diff --git a/lib/stdlib/src/shell.erl b/lib/stdlib/src/shell.erl index c6ba574f..87770d29 100644 --- a/lib/stdlib/src/shell.erl +++ b/lib/stdlib/src/shell.erl @@ -1485,8 +1485,8 @@ catch_exception(Bool) -> PromptFunc :: 'default' | {module(),atom()}, PromptFunc2 :: 'default' | {module(),atom()}. -prompt_func(String) -> - set_env(stdlib, shell_prompt_func, String, ?DEF_PROMPT_FUNC). +prompt_func(PromptFunc) -> + set_env(stdlib, shell_prompt_func, PromptFunc, ?DEF_PROMPT_FUNC). -spec strings(Strings) -> Strings2 when Strings :: boolean(), From sdl.web@REDACTED Sat Jun 20 11:14:27 2015 From: sdl.web@REDACTED (Leo Liu) Date: Sat, 20 Jun 2015 17:14:27 +0800 Subject: [erlang-bugs] [PATCH] Export shell:catch_exception/1 as documented Message-ID: diff --git a/lib/stdlib/src/shell.erl b/lib/stdlib/src/shell.erl index c6ba574f..7343692f 100644 --- a/lib/stdlib/src/shell.erl +++ b/lib/stdlib/src/shell.erl @@ -22,7 +22,7 @@ -export([whereis_evaluator/0, whereis_evaluator/1]). -export([start_restricted/1, stop_restricted/0]). -export([local_allowed/3, non_local_allowed/3]). --export([prompt_func/1, strings/1]). +-export([catch_exception/1, prompt_func/1, strings/1]). -define(LINEMAX, 30). -define(CHAR_MAX, 60). From sdl.web@REDACTED Wed Jun 24 07:17:49 2015 From: sdl.web@REDACTED (Leo Liu) Date: Wed, 24 Jun 2015 13:17:49 +0800 Subject: [erlang-bugs] erlang/master fails to build on Yosemite In-Reply-To: (=?iso-8859-1?Q?=22Bj=F6rn-Egil?= Dahlberg"'s message of "Fri, 19 Jun 2015 23:35:15 +0200") References: Message-ID: On 2015-06-20 05:35 +0800, Bj?rn-Egil Dahlberg wrote: > Confirmed. > > A refactoring miss in grow_select_fds for darwin. It will be fixed before > release obviously. The fix will in master on monday I think. > > // Bj?rn-Egil What happens to the fix? Leo From wallentin.dahlberg@REDACTED Wed Jun 24 07:59:52 2015 From: wallentin.dahlberg@REDACTED (=?UTF-8?Q?Bj=C3=B6rn=2DEgil_Dahlberg?=) Date: Wed, 24 Jun 2015 07:59:52 +0200 Subject: [erlang-bugs] erlang/master fails to build on Yosemite In-Reply-To: References: Message-ID: =) It's there, just not pushed (for several reasons we don't push master/maint close to a release). If all goes according to plan you will see it during the day. 2015-06-24 7:17 GMT+02:00 Leo Liu : > On 2015-06-20 05:35 +0800, Bj?rn-Egil Dahlberg wrote: > > Confirmed. > > > > A refactoring miss in grow_select_fds for darwin. It will be fixed before > > release obviously. The fix will in master on monday I think. > > > > // Bj?rn-Egil > > What happens to the fix? > > Leo > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rik.ribbers@REDACTED Fri Jun 26 22:43:42 2015 From: rik.ribbers@REDACTED (Rik Ribbers) Date: Fri, 26 Jun 2015 20:43:42 +0000 Subject: [erlang-bugs] ipv6 bug in inet:ntoa Message-ID: Hello, I've been playing around with ipv6 in erlang and came across at first strange behaviour in converting string to ipv6 and back ~ --> erl Erlang/OTP 18 [erts-7.0] [source-4d83b58] [64-bit] [smp:4:4] [async-threads:10] [hipe] [kernel-poll:false] Eshell V7.0 (abort with ^G) 1>inet:parse_address("2a00:d78::147:94:198:152:68"). {ok,{10752,3448,0,327,148,408,338,104}} 2> inet:ntoa({10752,3448,0,327,148,408,338,104}). "2A00:D78:0:147:94:198:152:68" If you look closely you will see that there is an extra 0 introduced. This is actually correct. In IETF RFC5952 section 4.2.2 states that a single 0 must not be shortened. This however introduces however the question is the inet:parse_address is actually correct, however it is being friendly to its caller... The real issue is however that the addresses are displayed in uppercase which is simply wrong. As RFC5952 clearly states in section 4.3. There is even Errata on this issue that states it must be in lower case. The RFC can be found here https://tools.ietf.org/html/rfc5952 Kind regards, Rik Ribbers -------------- next part -------------- An HTML attachment was scrubbed... URL: From knutin@REDACTED Tue Jun 30 16:39:22 2015 From: knutin@REDACTED (Knut Nesheim) Date: Tue, 30 Jun 2015 16:39:22 +0200 Subject: [erlang-bugs] Dirty schedulers and '-smp disable' Message-ID: Dear list, I ran into unexpected behaviour in the following situation: * OTP 18.0, compiled from the git tag with dirty schedulers enabled * NIF with the ERL_NIF_DIRTY_JOB_CPU_BOUND flag * Small machine with only one core (AWS t1.micro) * The first log line from startup with no explicit flags looks like this: Erlang/OTP 18 [erts-7.0] [source] [64-bit] [async-threads:10] [hipe] [kernel-poll:false] When I call the NIF, the calling process hangs forever. When I call it from the shell, I'm unable to interrupt the process (C-g, i 1 does nothing useful). If I explicitly use '-smp enable' as arguments to erl, the NIF runs fine. In that case the first log line looks like this: Erlang/OTP 18 [erts-7.0] [source] [64-bit] [smp:1:1] [ds:1:1:10] [async-threads:10] [hipe] [kernel-poll:false] This behaviour got me a bit confused, as there is no indication what is happening except "something somewhere got stuck". It's not a common case for me, as most machines have multiple cores except tiny cloud instances or virtual machines. Regards Knut From vinoski@REDACTED Tue Jun 30 17:06:39 2015 From: vinoski@REDACTED (Steve Vinoski) Date: Tue, 30 Jun 2015 11:06:39 -0400 Subject: [erlang-bugs] Dirty schedulers and '-smp disable' In-Reply-To: References: Message-ID: On Tue, Jun 30, 2015 at 10:39 AM, Knut Nesheim wrote: > Dear list, > > I ran into unexpected behaviour in the following situation: > > * OTP 18.0, compiled from the git tag with dirty schedulers enabled > * NIF with the ERL_NIF_DIRTY_JOB_CPU_BOUND flag > * Small machine with only one core (AWS t1.micro) > * The first log line from startup with no explicit flags looks like > this: Erlang/OTP 18 [erts-7.0] [source] [64-bit] [async-threads:10] > [hipe] [kernel-poll:false] > > When I call the NIF, the calling process hangs forever. When I call it > from the shell, I'm unable to interrupt the process (C-g, i 1 does > nothing useful). > > If I explicitly use '-smp enable' as arguments to erl, the NIF runs > fine. In that case the first log line looks like this: Erlang/OTP 18 > [erts-7.0] [source] [64-bit] [smp:1:1] [ds:1:1:10] [async-threads:10] > [hipe] [kernel-poll:false] > > This behaviour got me a bit confused, as there is no indication what > is happening except "something somewhere got stuck". It's not a common > case for me, as most machines have multiple cores except tiny cloud > instances or virtual machines. > The short answer is that currently, dirty schedulers always require SMP. The longer answer is that configure should raise an error if this configuration is attempted. I can't recall for sure but I think it behaved like this at one point, but a lot changed for Erlang 18 and so perhaps this config check got lost along the way. --steve -------------- next part -------------- An HTML attachment was scrubbed... URL: