From thomasl_erlang@REDACTED Tue Dec 7 15:10:29 2004 From: thomasl_erlang@REDACTED (Thomas Lindgren) Date: Tue, 7 Dec 2004 06:10:29 -0800 (PST) Subject: long {packet,1} packets Message-ID: <20041207141029.89611.qmail@web41904.mail.yahoo.com> This occurs in R9C2 and R10B1. It might even be well-known. If I send a 256-byte binary on a {packet,1} socket, what arrives is an empty binary << >>. Apparently, the length is set to len & 0xff. The gen_tcp:send/2 returns ok. However, I think the correct behaviour when the sending socket realizes it can't correctly format a packet would be for it to instead return {error, emsgsize} or some other useful error indicator. (Not being a socket guru, I'll warmly leave the precise error code(s) to someone else :-) Best, Thomas __________________________________ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail From erlang@REDACTED Tue Dec 14 15:18:00 2004 From: erlang@REDACTED (Peter L) Date: Tue, 14 Dec 2004 15:18:00 +0100 (CET) Subject: INETS authentication bug Message-ID: <45682.193.15.249.14.1103033880.squirrel@www69.webcows.se> It seems like the standard webreader authentication does not really work as it should in inets. When surfing to a page in a restricted area on the server, the popup window for entering user and password comes up as it should. No problem here. But if you enter wrong password or user and press ok, I only get a page returned to me saying: "Unauthorized This server could not verify that you are authorized to access the document you requested. Either you supplied the wrong credentials (e.g., bad password), or your browser doesn't understand how to supply the credentials required." Now in order to reenter the password correctly, the user is forced to close down all webreader windows and start it up again, just in order to make a new login attempt. The problem seems to be that INETS does not respond in the correct way, telling the browser that the password supplied was wrong. The webreader (Netscape7.2) then assumes the user/ password is correct and supplies INETS with the same faulty user/pw combination everytime surfing back to the same page. Are you aware of this problem already? Is there a fix for this in INETS already? Best regards, Peter Lund From jamesh@REDACTED Thu Dec 16 19:05:50 2004 From: jamesh@REDACTED (James Hague) Date: Thu, 16 Dec 2004 12:05:50 -0600 Subject: -noshell under Windows Message-ID: What's the proper behavior of the -noshell switch under Windows? I'm assuming it should keep the Erlang window from popping up, with the output redirected to the current console. -detached, on the other hand, runs the emulator completely free from the console. (And on that note, shouldn't erl.exe--not werl.exe--run in an existing console instead of popping up a window?) The reason I'm asking is that I provided a small patch for R10B-2 that saves and restores the window position for werl.exe. I just noticed last night, however, that -noshell now results in the Erlang window being displayed (but it doesn't accept or display output), which I don't think is right. -detached works just fine. What's strange, however, is that changes to win_con.c shouldn't have any affect here. The -noshell command should completely avoid initializing the win_con driver. Any insight would be appreciated. From nicolas@REDACTED Fri Dec 17 16:12:37 2004 From: nicolas@REDACTED (Nicolas Niclausse) Date: Fri, 17 Dec 2004 16:12:37 +0100 Subject: can't start os_mon using rpc on a slave node with R10B Message-ID: <7ay8fx7yca.fsf@fugue.inria.fr> Hello, Since R10B-0, i can't start os_mon application on a remote node started with slave:start using rpc:call (it works ok with a remote node started in another terminal) No pb with R9C-2. for ex: >erl -rsh ssh -sname foo -setcookie glop ~ Erlang (BEAM) emulator version 5.4.3 [source] [hipe] [threads:0] Eshell V5.4.3 (abort with ^G) (foo@REDACTED)1> slave:start(fugue,bar,"-setcookie glop"). {ok,bar@REDACTED} (foo@REDACTED)2> rpc:call(bar@REDACTED,application,start,[sasl]). [snip] =PROGRESS REPORT==== 17-Dec-2004::16:05:11 === application: sasl started_at: bar@REDACTED (foo@REDACTED)3> rpc:call(bar@REDACTED,application,start,[os_mon]). =PROGRESS REPORT==== 17-Dec-2004::16:05:21 === supervisor: {local,os_mon_sup} started: [{pid,<0.51.0>}, {name,disksup}, {mfa,{disksup,start_link,[]}}, {restart_type,permanent}, {shutdown,2000}, {child_type,worker}] =PROGRESS REPORT==== 17-Dec-2004::16:05:21 === supervisor: {<0.52.0>,memsup_helper} started: [{pid,<0.53.0>},{mfa,{memsup_helper,init,[[]]}}] =PROGRESS REPORT==== 17-Dec-2004::16:05:21 === supervisor: {local,os_mon_sup} started: [{pid,<0.52.0>}, {name,memsup_helper_sup}, {mfa,{memsup_helper,start_link,[]}}, {restart_type,permanent}, {shutdown,2000}, {child_type,worker}] {badrpc,nodedown} -- Nicolas Niclausse From mscandar@REDACTED Wed Dec 29 23:39:43 2004 From: mscandar@REDACTED (Mark Scandariato) Date: Wed, 29 Dec 2004 17:39:43 -0500 Subject: R10B-2 Debugger bug? Message-ID: <41D3322F.7030508@cisco.com> It looks like the debugger doesn't like try. Loading the following module causes the debugger to crash. %%%-------------------------------- -module(dbg_bug). -compile(export_all). oops() -> try something() catch exception -> [] end. something() -> 1. %%%-------------------------------- It doesn't work in R10B-1, either. Mark. =ERROR REPORT==== 29-Dec-2004::12:49:10 === ** Generic server dbg_iserver terminating ** Last message in was {load,dbg_bug, "c:/project/dbg_bug.erl", <<131,104,5,100,0,18,105,110,116,101,114,112,114,10 1,116,101,114,95,109,111,100,117,108,101,108,0,0,0,4,104,2,100,0,11,109,111,100, 117,108,101,95,105,110,102,111,97,0,104,2,100,0,11,109,111,100,117,108,101,95,10 5,110,102,111,97,1,104,2,100,0,4,111,111,112,115,97,0,104,2,100,0,9,115,111,109, 101,116,104,105,110,103,97,0,106,109,0,0,1,2,131,80,0,0,1,198,120,156,109,143,20 3,114,195,32,12,69,113,252,160,118,23,221,245,51,154,201,182,63,227,145,65,54,80 ,108,24,44,242,248,251,192,56,105,147,182,172,196,149,238,209,149,218,73,246,22, 224,212,195,176,82,0,65,253,241,96,25,99,141,170,36,107,129,40,232,33,18,66,33,8 9,53,106,139,106,247,197,222,197,231,222,7,103,80,208,94,14,83,63,196,233,3,131, 133,226,175,167,153,157,140,22,37,227,183,193,95,35,105,59,23,110,246,58,207,116 ,120,246,46,80,15,214,170,90,178,151,49,46,130,180,91,32,121,42,231,252,10,44,71 ,43,114,179,17,22,226,138,80,25,179,105,141,100,37,133,11,212,219,55,91,68,2,65, 173,202,84,2,185,25,146,173,93,221,140,164,244,50,153,187,241,1,198,55,37,25,106 ,138,222,222,132,242,135,192,115,71,5,119,122,146,90,60,11,244,57,105,150,203,35 ,132,172,22,253,247,138,116,101,185,104,11,220,228,247,124,91,247,24,234,159,3,1 87,59,36,161,185,94,8,39,12,208,65,145,56,25,139,110,132,87,115,5,184,220,128,14 2,109,0,0,0,133,45,109,111,100,117,108,101,40,100,98,103,95,98,117,103,41,46,10, 45,99,111,109,112,105,108,101,40,101,120,112,111,114,116,95,97,108,108,41,46,10, 10,111,111,112,115,40,41,32,45,62,10,32,32,32,32,116,114,121,32,115,111,109,101, 116,104,105,110,103,40,41,10,32,32,32,32,99,97,116,99,104,10,32,32,32,32,32,32,3 2,32,101,120,99,101,112,116,105,111,110,32,45,62,32,91,93,10,32,32,32,32,101,110 ,100,46,10,10,115,111,109,101,116,104,105,110,103,40,41,32,45,62,32,49,46,10,109 ,0,0,0,16,36,204,253,26,221,194,76,79,20,81,51,41,45,212,55,157>>} ** When Server state == {state,20,[],[],false,all,[<0.31.0>]} ** Reason for termination == ** {{badmatch,{dbg_iload,{unknown_expr, {'try',5, [{call,5,{atom,5,something},[]}], [], [{clause, 7, [{tuple, 7, [{atom,7,throw}, {atom,7,exception}, {var,7,'_'}]}], [], [{nil,7}]}], []}}}}, [{dbg_iserver,handle_call,3}, {gen_server,handle_msg,6}, {proc_lib,init_p,5}]} From gosta.ask@REDACTED Thu Dec 30 09:32:02 2004 From: gosta.ask@REDACTED (=?ISO-8859-1?Q?=22G=F6sta_Ask_=28Mobile_Arts=29=22?=) Date: Thu, 30 Dec 2004 09:32:02 +0100 Subject: erlang crashes on slave:start in gentoo Message-ID: <41D3BD02.3080609@mobilearts.se> [this is a resend, using my .se adress. Maybe the previous post, sent yesterday using the .com adress, was taken out by some filter...] Hi, I reported this behavior before, see http://www.erlang.org/ml-archive/erlang-questions/200404/msg00184.html but I got no answers at that time. I realize you may see this as a question about a specific OS/machine configuration. Thus of no general interest to the Erlang community. There was one thing I did not notice at first though, when I asked erlang-questions. A crash dump is generated. So even if it is OS-specific I think it is odd that Erlang crashes. I get the same behavior on my gentoo machine at home with a 2.6 kernel (standard out-of-the-box configuration) and a freshly emerged R10B-0 Erlang. Maybe it is something to take a look at? I would be very grateful if you have the time to do that, and at least give me some hints what to look for in the setup of my machine. I need to use the slave module to build our application locally. Everything else works just fine. rgds, /G?sta Ask (at Mobile Arts dot com) ============================================================== The logs ============================================================== On a Solaris machine, postiljon, the slave node starts fine: bash-2.05$ which erl /opt/MA/otp/R9C-0/bin/erl bash-2.05$ erl -sname foo Erlang (BEAM) emulator version 5.3 [source] [hipe] Eshell V5.3 (abort with ^G) (foo@REDACTED)1> net_adm:ping(bar@REDACTED). pong (foo@REDACTED)2> nodes(). [bar@REDACTED] (foo@REDACTED)3> slave:start(postiljon, foobar). {ok,foobar@REDACTED} (foo@REDACTED)4> nodes(). [bar@REDACTED,foobar@REDACTED] (foo@REDACTED)7> slave:stop(foobar@REDACTED). ok (foo@REDACTED)8> nodes(). [bar@REDACTED] (foo@REDACTED)9> (foo@REDACTED)10> inet_db:get_rc(). [{domain,"mobilearts.local"},{nameserver,{192,168,211,3}}] (foo@REDACTED)11> inet_db:res_option(lookup). [file,dns] User switch command --> q bash-2.05$ uname -a SunOS postiljon 5.9 Generic_112233-10 sun4u sparc SUNW,UltraAX-i2 bash-2.05$ ============================================================== But on my gentoo machine (falcon) it fails: askg@REDACTED askg $ which erl /usr/local/bin/erl askg@REDACTED askg $ erl -sname foo Erlang (BEAM) emulator version 5.3.6.2 [source] [hipe] Eshell V5.3.6.2 (abort with ^G) (foo@REDACTED)1> (foo@REDACTED)2> net_adm:ping(bar@REDACTED). pong (foo@REDACTED)3> nodes(). [bar@REDACTED] [start the slave node in debug mode] (foo@REDACTED)10> dbg:c(slave,start,[falcon, foobar]). (<0.58.0>) init ! {<0.58.0>,{get_argument,progname}} (<0.58.0>) out {init,request,1} (<0.58.0>) << {init,{ok,[["erl"]]}} (<0.58.0>) in {init,request,1} (<0.58.0>) << timeout (<0.58.0>) <0.18.0> ! {'$gen_call',{<0.58.0>,#Ref<0.0.0.308>},longnames} (<0.58.0>) out {gen,wait_resp_mon,3} (<0.58.0>) << {#Ref<0.0.0.308>,false} (<0.58.0>) in {gen,wait_resp_mon,3} (<0.58.0>) << timeout (<0.58.0>) << timeout (<0.58.0>) <0.18.0> ! {'$gen_call',{<0.58.0>,#Ref<0.0.0.310>}, {connect,normal,foobar@REDACTED}} (<0.58.0>) out {gen,wait_resp_mon,3} (<0.58.0>) << {#Ref<0.0.0.310>,false} (<0.58.0>) in {gen,wait_resp_mon,3} (<0.58.0>) << timeout (<0.58.0>) <0.58.0> ! {'DOWN',#Ref<0.0.0.322>, process, {net_kernel,foobar@REDACTED}, noconnection} (<0.58.0>) << {'DOWN',#Ref<0.0.0.322>, process, {net_kernel,foobar@REDACTED}, noconnection} [garbage coll.] (<0.58.0>) << timeout (<0.58.0>) <0.18.0> ! {'$gen_call',{<0.58.0>,#Ref<0.0.0.323>}, {disconnect,foobar@REDACTED}} (<0.58.0>) out {gen,wait_resp_mon,3} (<0.58.0>) << {#Ref<0.0.0.323>,false} (<0.58.0>) in {gen,wait_resp_mon,3} (<0.58.0>) << timeout [here is the call to spawn which tries to start the slave node] (<0.58.0>) spawn <0.61.0> as slave:wait_for_slave(<0.58.0>,"falcon",foobar,foobar@REDACTED,[],no_link,erl) (<0.58.0>) out {slave,start_it,6} (<0.61.0>) in {slave,wait_for_slave,7} (<0.61.0>) register slave_waiter_0 (<0.61.0>) << timeout (<0.61.0>) <0.18.0> ! {'$gen_call',{<0.61.0>,#Ref<0.0.0.326>},longnames} (<0.61.0>) out {gen,wait_resp_mon,3} (<0.61.0>) << {#Ref<0.0.0.326>,false} (<0.61.0>) in {gen,wait_resp_mon,3} (<0.61.0>) << timeout [garbage coll.] (<0.61.0>) out {slave,wait_for_slave,7} (<0.61.0>) in {slave,wait_for_slave,7} (<0.61.0>) << timeout [garbage coll.] (<0.61.0>) << timeout (<0.61.0>) <0.18.0> ! {'$gen_call',{<0.61.0>,#Ref<0.0.0.352>}, {connect,normal,foobar@REDACTED}} (<0.61.0>) out {gen,wait_resp_mon,3} (<0.61.0>) << {#Ref<0.0.0.352>,false} (<0.61.0>) in {gen,wait_resp_mon,3} (<0.61.0>) << timeout (<0.61.0>) <0.61.0> ! {'DOWN',#Ref<0.0.0.361>, process, {net_kernel,foobar@REDACTED}, noconnection} (<0.61.0>) << {'DOWN',#Ref<0.0.0.361>, process, {net_kernel,foobar@REDACTED}, noconnection} (<0.61.0>) << timeout (<0.61.0>) <0.18.0> ! {'$gen_call',{<0.61.0>,#Ref<0.0.0.362>}, {disconnect,foobar@REDACTED}} (<0.61.0>) out {gen,wait_resp_mon,3} (<0.61.0>) << {#Ref<0.0.0.362>,false} (<0.61.0>) in {gen,wait_resp_mon,3} [here is the timeout] (<0.61.0>) << timeout (<0.61.0>) <0.58.0> ! {result,{error,timeout}} (<0.58.0>) << {result,{error,timeout}} (<0.61.0>) exit normal (<0.61.0>) unregister slave_waiter_0 (<0.58.0>) in {slave,start_it,6} {error,timeout} (foo@REDACTED)13> inet_db:get_rc(). [{domain,"mobilearts.local"}, {nameserver,{192,168,211,3}}, {nameserver,{80,252,160,162}}, {nameserver,{80,252,160,164}}] (foo@REDACTED)14> inet_db:res_option(lookup). [file,dns] (foo@REDACTED)15> askg@REDACTED askg $ uname -a Linux falcon 2.4.20-gentoo-r6 #1 Fri Feb 27 10:59:40 CET 2004 i686 Pentium II (Deschutes) GenuineIntel GNU/Linux an erl_crashdump is created: askg@REDACTED askg $ ls -l erl* -rw-r----- 1 askg users 155290 Dec 29 09:30 erl_crash.dump (foo@REDACTED)16> crashdump_viewer:start(). WebTool is available at http://localhost:8888/ Or http://127.0.0.1:8888/ ok showing, for example, under "General" Slogan Kernel pid terminated (application_controller) (shutdown) Node name 'nonode@REDACTED' Crashdump created on Wed Dec 29 09:30:15 2004 and as "Processes": Pid Name Spawned as State Reductions Stack+heap MsgQ Length <0.0.0> init otp_ring0:start/2 Running 4621 6765 1 <0.2.0> erl_prim_loader erlang:apply/2 Waiting 9119 233 0 <0.4.0> error_logger proc_lib:init_p/5 Waiting 994 233 0 <0.12.0> global:init_the_locker/1 Waiting 4 233 0 and "Expand MsgQ" for <0.0.0> reports: {'EXIT',<0.1.0>, {noproc,{gen_server,call, [application_controller, {load_application,stdlib}, infinity]}}} ==============================================================