From rlenglet@REDACTED Tue Jun 13 09:29:49 2006 From: rlenglet@REDACTED (Romain Lenglet) Date: Tue, 13 Jun 2006 16:29:49 +0900 Subject: processes_busy variable duplicated? Message-ID: <200606131629.49920.rlenglet@users.forge.objectweb.org> Hi, There are two global variables with the same name (processes_busy) in the emulator: in erl_process.c and in benchmark.{c,h}. They seem to have the same purpose. Shouldn't the processes_body variable declaration in erl_process.c be removed? -- Romain LENGLET From ft@REDACTED Thu Jun 15 10:12:43 2006 From: ft@REDACTED (Fredrik Thulin) Date: Thu, 15 Jun 2006 10:12:43 +0200 Subject: Fwd: shell rr/1 problem in R11B-0 Message-ID: <200606151012.43353.ft@it.su.se> Maybe I should have sent this to erlang-bugs as well, so here goes... /Fredrik ---------- Forwarded Message ---------- Subject: shell rr/1 problem in R11B-0 Date: Wednesday 14 June 2006 10:35 From: Fredrik Thulin To: erlang-questions@REDACTED Hi With R10B-9, I can "rr" xmerl.hrl : Erlang (BEAM) emulator version 5.4.12 [source] Eshell V5.4.12 (abort with ^G) 1> rr("/pkg/erlang/R10B-9/lib/erlang/lib/xmerl-1.0.3/include/xmerl.hrl"). [xmerl_event, ... ] 2> but with R11B-0, it gives me an error that seems to be incorrect : Erlang (BEAM) emulator version 5.5 [source] [async-threads:0] Eshell V5.5 (abort with ^G) 1> rr("/pkg/erlang/R11B-0/lib/erlang/lib/xmerl-1.0.5/include/xmerl.hrl"). ** exited: "record xmlNamespace undefined" ** 2> the record xmlNamespace _is_ defined before it's first use. /Fredrik ------------------------------------------------------- From hans.bolinder@REDACTED Thu Jun 15 10:36:20 2006 From: hans.bolinder@REDACTED (Hans Bolinder) Date: Thu, 15 Jun 2006 10:36:20 +0200 Subject: Fwd: shell rr/1 problem in R11B-0 In-Reply-To: <200606151012.43353.ft@it.su.se> References: <200606151012.43353.ft@it.su.se> Message-ID: <17553.7172.709698.948097@gargle.gargle.HOWL> [Fredrik Thulin:] > With R10B-9, I can "rr" xmerl.hrl : > > > Erlang (BEAM) emulator version 5.4.12 [source] > > Eshell V5.4.12 (abort with ^G) > 1> > > rr("/pkg/erlang/R10B-9/lib/erlang/lib/xmerl-1.0.3/include/xmerl.hrl"). > [xmerl_event, > ... > ] > 2> > > but with R11B-0, it gives me an error that seems to be incorrect : > > Erlang (BEAM) emulator version 5.5 [source] [async-threads:0] > > Eshell V5.5 (abort with ^G) > 1> > > rr("/pkg/erlang/R11B-0/lib/erlang/lib/xmerl-1.0.5/include/xmerl.hrl"). > ** exited: "record xmlNamespace undefined" ** > 2> > > the record xmlNamespace _is_ defined before it's first use. Thanks for the bug report. There will be a fix in the upcoming patch release; I am trying right now to find a good solution. It wasn't as easy as it seemed at first. Best regards, Hans Bolinder, Erlang/OTP From dmitry.kargapolov@REDACTED Thu Jun 15 17:31:49 2006 From: dmitry.kargapolov@REDACTED (Dmitriy Kargapolov) Date: Thu, 15 Jun 2006 11:31:49 -0400 Subject: bug in timer:sleep/1 smp implementation (R11B-0) Message-ID: <44917D65.4040703@corp.idt.net> When running erl with -smp +S 2 option, sometimes process gets stuck in timer:sleep/1. Process code looks like: some_receiver(State) -> NewState = receive % legal packet {some_keyword, Address, Port, Packet} -> State1 = handle_packet(Address, Port, Packet, State), timer:sleep(get_loop_delay()), State1; % unknown message _ -> State end, some_receiver(NewState). Delay value varies in range 1..999 Since timer:sleep/1 implemented as: sleep(T) -> receive after T -> ok end. it seems to be problem with "after" in smp implementation in R11B-0 I don't have more details yet but will continue testing. My platform: 2.6.9-5.ELsmp #1 SMP i686 i686 i386 GNU/Linux From mikpe@REDACTED Thu Jun 15 18:28:27 2006 From: mikpe@REDACTED (Mikael Pettersson) Date: Thu, 15 Jun 2006 18:28:27 +0200 Subject: bug in timer:sleep/1 smp implementation (R11B-0) In-Reply-To: <44917D65.4040703@corp.idt.net> References: <44917D65.4040703@corp.idt.net> Message-ID: <17553.35499.634400.359802@alkaid.it.uu.se> Dmitriy Kargapolov writes: > > When running erl with -smp +S 2 option, sometimes process gets stuck in > timer:sleep/1. > Process code looks like: > > some_receiver(State) -> > NewState = receive > % legal packet > {some_keyword, Address, Port, Packet} -> > State1 = handle_packet(Address, Port, Packet, State), > timer:sleep(get_loop_delay()), > State1; > % unknown message > _ -> > State > end, > some_receiver(NewState). > > Delay value varies in range 1..999 > > Since timer:sleep/1 implemented as: > sleep(T) -> > receive > after T -> ok > end. > it seems to be problem with "after" in smp implementation in R11B-0 > > I don't have more details yet but will continue testing. > My platform: 2.6.9-5.ELsmp #1 SMP i686 i686 i386 GNU/Linux Interesting. Please send us a small standalone module that exhibits the bug, and I'll see if I can reproduce it. /Mikael From dmitry.kargapolov@REDACTED Fri Jun 16 16:07:07 2006 From: dmitry.kargapolov@REDACTED (Dmitriy Kargapolov) Date: Fri, 16 Jun 2006 10:07:07 -0400 Subject: bug in timer:sleep/1 smp implementation (R11B-0) In-Reply-To: <17553.35499.634400.359802@alkaid.it.uu.se> References: <44917D65.4040703@corp.idt.net> <17553.35499.634400.359802@alkaid.it.uu.se> Message-ID: <4492BB0B.5060003@corp.idt.net> I tried to make a small module for testing the problem, but in that case there has been no issue so far. I guess it's only happens in complex environment with thousand of processes and big volume network traffic. Once I found anything I'll let you know. Any ideas how to trace the problem are welcome. Mikael Pettersson wrote: > Dmitriy Kargapolov writes: > > > > When running erl with -smp +S 2 option, sometimes process gets stuck in > > timer:sleep/1. > > Process code looks like: > > > > some_receiver(State) -> > > NewState = receive > > % legal packet > > {some_keyword, Address, Port, Packet} -> > > State1 = handle_packet(Address, Port, Packet, State), > > timer:sleep(get_loop_delay()), > > State1; > > % unknown message > > _ -> > > State > > end, > > some_receiver(NewState). > > > > Delay value varies in range 1..999 > > > > Since timer:sleep/1 implemented as: > > sleep(T) -> > > receive > > after T -> ok > > end. > > it seems to be problem with "after" in smp implementation in R11B-0 > > > > I don't have more details yet but will continue testing. > > My platform: 2.6.9-5.ELsmp #1 SMP i686 i686 i386 GNU/Linux > > Interesting. Please send us a small standalone module that exhibits > the bug, and I'll see if I can reproduce it. > > /Mikael > From maurizio.ferreira@REDACTED Tue Jun 20 12:44:36 2006 From: maurizio.ferreira@REDACTED (Ferreira Maurizio) Date: Tue, 20 Jun 2006 12:44:36 +0200 Subject: Error trying tutorial 17 Message-ID: I tried tutorial 17 on a single computer, having name ferreira-d After having started : erl -sname pong in a dos box erl -sname ping in another dos box And having stated the pong process in the pong box tut17:start_pong(). I try to start the ping process in the ping box But I receive the following error: tut17:start_ping(pong@REDACTED). =ERROR REPORT==== 20-Jun-2006::12:33:21 === Error in process <0.38.0> on node 'ping@REDACTED' with exit value: {badarith,[{erl_eval,eval_op,3},{erl_eval,expr_list,6},{erl_eval,expr, 5},{shell,exprs,6},{shell,eval_loop,3}]} ** exited: {badarith,[{erl_eval,eval_op,3}, {erl_eval,expr_list,6}, {erl_eval,expr,5}, {shell,exprs,6}, {shell,eval_loop,3}]} ** (ping@REDACTED)3> Is something related tho the unusual machine name ? (ferreira-d) Thanks Maurizio Ferreira. From gunilla@REDACTED Tue Jun 20 15:41:37 2006 From: gunilla@REDACTED (Gunilla Arendt) Date: Tue, 20 Jun 2006 15:41:37 +0200 Subject: Error trying tutorial 17 References: Message-ID: The error you get {badarith, ...}, means a bad aritmethical expression. The '-' character in the hostname is interpreted as "minus" (subtraction operator). Enclose the node name within single quotes instead: tut17:start_ping('pong@REDACTED'). / Gunilla Ferreira Maurizio wrote: > I tried tutorial 17 on a single computer, having name ferreira-d > > After having started : > > erl -sname pong in a dos box > erl -sname ping in another dos box > > And having stated the pong process in the pong box > tut17:start_pong(). > > I try to start the ping process in the ping box > But I receive the following error: > > > tut17:start_ping(pong@REDACTED). > > =ERROR REPORT==== 20-Jun-2006::12:33:21 === > Error in process <0.38.0> on node 'ping@REDACTED' with exit value: > {badarith,[{erl_eval,eval_op,3},{erl_eval,expr_list,6},{erl_eval,expr, > 5},{shell,exprs,6},{shell,eval_loop,3}]} > > ** exited: {badarith,[{erl_eval,eval_op,3}, > {erl_eval,expr_list,6}, > {erl_eval,expr,5}, > {shell,exprs,6}, > {shell,eval_loop,3}]} ** > (ping@REDACTED)3> > > > Is something related tho the unusual machine name ? (ferreira-d) > Thanks > Maurizio Ferreira. > -- _____Gunilla Arendt______________________________________________ EAB/AUL/IO OTP Design Gunilla.Arendt@REDACTED +46-8-7275730 ecn 851 5730 From gunilla@REDACTED Tue Jun 20 15:48:16 2006 From: gunilla@REDACTED (Gunilla Arendt) Date: Tue, 20 Jun 2006 15:48:16 +0200 Subject: processes_busy variable duplicated? References: <200606131629.49920.rlenglet@users.forge.objectweb.org> Message-ID: Thank you for pointing this out. The question has been forwarded to the responsible designers. Regards, Gunilla, Erlang/OTP Romain Lenglet wrote: > Hi, > > There are two global variables with the same name > (processes_busy) in the emulator: in erl_process.c and in > benchmark.{c,h}. > They seem to have the same purpose. Shouldn't the processes_body > variable declaration in erl_process.c be removed? > From mbj@REDACTED Wed Jun 21 12:40:06 2006 From: mbj@REDACTED (Markus Schirp) Date: Wed, 21 Jun 2006 12:40:06 +0200 Subject: Compile Problems on amd64! Message-ID: <44992206.7080709@seonic.net> Hi, Im new here, and not a native englisch speaker pls rememver this if my question is dump *g*. Im Running Gentoo/Amd64 (native 64 build) im tried to compile erlang (11.2.0) using portage and by hand. All the time it stops with following message: gcc -o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/bin/x86_64-pc-linux-gnu/beam.hybrid \ -Wl,-export-dynamic /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_main.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/preload.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_pbifs.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/benchmark.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_alloc.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_mtrace.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_alloc_util.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_goodfit_alloc.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_bestfit_alloc.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_afit_alloc.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_instrument.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_init.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_atom_table.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_bif_table.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_bif_info.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_bif_op.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_bif_os.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_bif_lists.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_bif_trace.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_bif_wrap.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_trace.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/copy.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/utils.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/bif.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/io.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_printf_term.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_debug.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_md5.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_message.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_process.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_process_dict.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_arith.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/time.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_time_sup.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/external.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/dist.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/binary.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_db.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_db_util.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_db_hash.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_db_tree.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/fix_alloc.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/big.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/hash.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/index.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/atom.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/module.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/export.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/register.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/break.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_async.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_lock_check.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/ggc.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_gc.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_nmgc.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_posix_str.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_bits.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_math.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_fun.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_bif_port.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_term.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_node_tables.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_monitors.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_process_dump.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_obsolete.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_bif_timer.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/beam_emu.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/beam_opcodes.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/beam_load.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/beam_bif_load.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/beam_debug.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/beam_bp.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/beam_catches.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/sys.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/driver_tab.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/unix_efile.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/gzio.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/elib_malloc.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/elib_memmove.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/unix_ddll_drv.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/sys_float.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/sys_time.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_mseg.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/erl_mtrace_sys_wrap.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/hipe_bif0.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/hipe_bif1.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/hipe_bif2.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/hipe_debug.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/hipe_gc.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/hipe_mode_switch.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/hipe_native_bif.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/hipe_stack.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/hipe_amd64.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/hipe_amd64_glue.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/hipe_amd64_bifs.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/hipe_x86_signal.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/hipe_x86_stack.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/efile_drv.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/ddll_drv.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/inet_drv.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/zlib_drv.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/ram_file_drv.o /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/ttsl_drv.o -ldl -lm -lncurses -L../lib/internal/x86_64-pc-linux-gnu /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj/x86_64-pc-linux-gnu/libz.a -lethread -lpthread -lerts_internal_r -lrt /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.6/../../../../x86_64-pc-linux-gnu/bin/ld: /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/hipe_amd64_bifs.o: relocation R_X86_64_32S against `nbif_demonitor_1' can not be used when making a shared object; recompile with -fPIC /var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/obj.hybrid.beam/x86_64-pc-linux-gnu/hipe_amd64_bifs.o: could not read symbols: Bad value collect2: ld returned 1 exit status make[3]: *** [/var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/bin/x86_64-pc-linux-gnu/beam.hybrid] Error 1 make[3]: Leaving directory `/var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/emulator' make[2]: *** [hybrid] Error 2 make[2]: Leaving directory `/var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts/emulator' make[1]: *** [hybrid] Error 2 make[1]: Leaving directory `/var/tmp/portage/erlang-11.2.0/work/otp_src_R11B-0/erts' make: *** [emulator] Error 2 Hopefully someone could help! Markus Schirp From mickael.remond@REDACTED Thu Jun 22 14:01:36 2006 From: mickael.remond@REDACTED (Mickael Remond) Date: Thu, 22 Jun 2006 14:01:36 +0200 Subject: Strange return of the memory function Message-ID: <20060622120136.GA7318@memphis.ilius.fr> Hello, We have found the strange return of the memory function on a customer site: (ejabberd@REDACTED)10> memory(). [{total,18446744042212627630}, {processes,18446744041892714616}, {processes_used,18446744041888194656}, {system,319913014}, {atom,636793}, {atom_used,619874}, {binary,12432930}, {code,7373508}, {ets,234420352}] (ejabberd@REDACTED)25> length(processes()). 17947 It happened on a 64 bit computer on Erlang R10B. -- Micka?l R?mond http://www.process-one.net/