From ulf.wiger@REDACTED Thu Nov 3 13:23:46 2005 From: ulf.wiger@REDACTED (Ulf Wiger (AL/EAB)) Date: Thu, 3 Nov 2005 13:23:46 +0100 Subject: edoc documentation broken Message-ID: When surfing to http://erlang.se/doc/doc-5.4.10/doc/, the edoc documentation links don't work. http://erlang.se/doc/doc-5.4.10/lib/edoc-0.6.7/doc/index.html does not exist. /Uffe From bjorn@REDACTED Tue Nov 8 12:30:15 2005 From: bjorn@REDACTED (Bjorn Gustavsson) Date: 08 Nov 2005 12:30:15 +0100 Subject: proto_dist inet_ssl STILL broken in R10B-8? In-Reply-To: <200510262145.07986.ft@it.su.se> References: <200510262145.07986.ft@it.su.se> Message-ID: Here is patch that corrects the problem. This correction will be included in R10B-9. /Bjorn --- lib/ssl/src/ssl_prim.erl@@/main/release/LATEST Mon Jul 7 14:36:53 2003 +++ lib/ssl/src/ssl_prim.erl Tue Nov 8 12:22:04 2005 @@ -107,7 +107,7 @@ peername(St) when record(St, st), St#st.status =:= open -> case ssl_server:peername_prim(ssl_server_prim, St#st.fd) of {ok, {Address, Port}} -> - {ok, At} = inet:getaddr(Address, inet), + {ok, At} = inet_parse:ipv4_address(Address), {ok, {At, Port}}; Error -> Error @@ -119,7 +119,7 @@ sockname(St) when record(St, st), St#st.status =:= open -> case ssl_server:sockname_prim(ssl_server_prim, St#st.fd) of {ok, {Address, Port}} -> - {ok, At} = inet:getaddr(Address, inet), + {ok, At} = inet_parse:ipv4_address(Address), {ok, {At, Port}}; Error -> Error Fredrik Thulin writes: > Is anyone able to use SSL proto_dist in R10B-7 or R10B-8? I am not, and > I am wondering if it is > > A) just me > B) officially broken > C) unofficially broken > > $ /pkg/erlang/R10B-8/bin/erl \ > -proto_dist inet_ssl \ > -ssl_dist_opt client_certfile cert.comb \ > -ssl_dist_opt server_certfile cert.comb \ > -ssl_dist_opt verify 2 \ > -boot ~/path/to/R10B-8-compiled/start_ssl \ > -name a > > ... nothing happens, it just hangs there. > > /Fredrik > -- Bj?rn Gustavsson, Erlang/OTP, Ericsson AB From ft@REDACTED Tue Nov 8 20:09:26 2005 From: ft@REDACTED (Fredrik Thulin) Date: Tue, 8 Nov 2005 20:09:26 +0100 Subject: proto_dist inet_ssl STILL broken in R10B-8? In-Reply-To: References: <200510262145.07986.ft@it.su.se> Message-ID: <200511082009.26379.ft@it.su.se> On Tuesday 08 November 2005 12.30, you wrote: > Here is patch that corrects the problem. This correction will > be included in R10B-9. Thank you so much! If I spot you I'll buy you a beer at the erlounge. If the beer is free, I'll just salute you ;) /Fredrik From alexey@REDACTED Sun Nov 13 22:42:58 2005 From: alexey@REDACTED (Alexey Shchepin) Date: Sun, 13 Nov 2005 23:42:58 +0200 Subject: odbc:sql_query error using postgres Message-ID: <87u0egp6l9.fsf@alex.sevcom.net> Hi! When using postresql 7.4 or 8.0, odbc:sql_query returns error result if DELETE query remove no records from table, while it should return {update,0}: $ erl Erlang (BEAM) emulator version 5.4.10 [source] [threads:0] Eshell V5.4.10 (abort with ^G) 1> {ok, Ref} = odbc:connect("DSN=ejabberd;UID=ejabberd;PWD=ejabberd", [{scrollable_cursors, off}]). =INFO REPORT==== 13-Nov-2005::23:16:10 === The odbc application was not started. Has now been started as a temporary application. {ok,<0.38.0>} 2> odbc:sql_query(Ref, "delete from users where username='zzz'"). {error,"No SQL-driver information available."} 3> odbc:sql_query(Ref, "insert into users values ('zzz', 'zzz')"). {updated,1} 4> odbc:sql_query(Ref, "delete from users where username='zzz'"). {updated,1} 5> odbc:sql_query(Ref, "delete from users where username='zzz'"). {error,"No SQL-driver information available."} Tested on R10B-7 and R10B-8. From ulf.wiger@REDACTED Fri Nov 18 09:30:02 2005 From: ulf.wiger@REDACTED (Ulf Wiger (AL/EAB)) Date: Fri, 18 Nov 2005 09:30:02 +0100 Subject: c:xm/1 not mirrored in shell_default.erl Message-ID: I noticed the function xm(M) when typing help() in the shell. However, calling xm(M) from the shell doesn't work. Calling c:xm(M) does. The problem is that shell_default:xm(M) was never added. I've not bothered to make a patch, since the needed change is so obvious (well, there are two alternatives, I guess: either add it to shell_default, or remove it from c ;-) /Uffe From mickael.remond@REDACTED Sat Nov 19 22:49:33 2005 From: mickael.remond@REDACTED (Mickael Remond) Date: Sat, 19 Nov 2005 22:49:33 +0100 Subject: erlang:monitor can hang under certain conditions Message-ID: <20051119214933.GA7114@memphis.process-one.net> Hello, The following problem has been brought to my attention: If this happen to be really a bug, it could trigger deadlock when using Erlang monitor for a disappered process. The ProcessId is a local processid, but the node has changed in the meantime. It seems to confuse the monitor. Here is how to reproduce it. ************ ping.erl ******************* -module(ping). -export([start/0,loop/1]). start() -> register(ping,spawn(ping,loop,[initial])). loop(X) -> receive {store, Y} -> loop(Y); {retrieve, Pid} when pid(Pid) -> Pid ! X, loop(X) end. **************************************** First time, the Erlang monitor is not hanging: $ erl -sname ping -s ping -detached $ erl -sname hanger Erlang (BEAM) emulator version 5.4.4 [source] [threads:0] Eshell V5.4.4 (abort with ^G) (hanger@REDACTED)1> OldPid = spawn(io, format, ["ok",""]). ok<0.37.0> ... (hanger@REDACTED)4> {ping, 'ping@REDACTED'} ! {store, OldPid}. {store,<0.37.0>} (hanger@REDACTED)5> {ping, 'ping@REDACTED'} ! {retrieve, self()}. {retrieve,<0.42.0>} (hanger@REDACTED)6> RetPid = receive X -> X end. <0.37.0> (hanger@REDACTED)7> erlang:monitor(process,RetPid). #Ref<0.0.0.68> (hanger@REDACTED)8> halt(). Second time: erl -sname hanger Erlang (BEAM) emulator version 5.4.4 [source] [threads:0] Eshell V5.4.4 (abort with ^G) (hanger@REDACTED)1> {ping, 'ping@REDACTED'} ! {retrieve, self()}. {retrieve,<0.35.0>} (hanger@REDACTED)2> RetPid = receive X -> X end. <0.37.0> (hanger@REDACTED)3> RetPid. <0.37.0> (hanger@REDACTED)4> erlang:monitor(process,RetPid). The function never returns. I have started looking at the Erlang code to analyze more deeply the problem, but I thought that it might be interesting to share the information. Cheers, -- Micka?l R?mond http://www.process-one.net/ From mickael.remond@REDACTED Sun Nov 20 21:28:44 2005 From: mickael.remond@REDACTED (Mickael Remond) Date: Sun, 20 Nov 2005 21:28:44 +0100 Subject: erlang:monitor can hang under certain conditions Message-ID: <20051120202844.GD2575@memphis.process-one.net> Hello, The following problem has been brought to my attention: If this happen to be really a bug, it could trigger deadlock when using Erlang monitor for a disappered process. The ProcessId is a local processid, but the node has changed in the meantime. It seems to confuse the monitor. Here is how to reproduce it. ************ ping.erl ******************* -module(ping). -export([start/0,loop/1]). start() -> register(ping,spawn(ping,loop,[initial])). loop(X) -> receive {store, Y} -> loop(Y); {retrieve, Pid} when pid(Pid) -> Pid ! X, loop(X) end. **************************************** First time, the Erlang monitor is not hanging: $ erl -sname ping -s ping -detached $ erl -sname hanger Erlang (BEAM) emulator version 5.4.4 [source] [threads:0] Eshell V5.4.4 (abort with ^G) (hanger@REDACTED)1> OldPid = spawn(io, format, ["ok",""]). ok<0.37.0> ... (hanger@REDACTED)4> {ping, 'ping@REDACTED'} ! {store, OldPid}. {store,<0.37.0>} (hanger@REDACTED)5> {ping, 'ping@REDACTED'} ! {retrieve, self()}. {retrieve,<0.42.0>} (hanger@REDACTED)6> RetPid = receive X -> X end. <0.37.0> (hanger@REDACTED)7> erlang:monitor(process,RetPid). #Ref<0.0.0.68> (hanger@REDACTED)8> halt(). Second time: erl -sname hanger Erlang (BEAM) emulator version 5.4.4 [source] [threads:0] Eshell V5.4.4 (abort with ^G) (hanger@REDACTED)1> {ping, 'ping@REDACTED'} ! {retrieve, self()}. {retrieve,<0.35.0>} (hanger@REDACTED)2> RetPid = receive X -> X end. <0.37.0> (hanger@REDACTED)3> RetPid. <0.37.0> (hanger@REDACTED)4> erlang:monitor(process,RetPid). The function never returns. I have started looking at the Erlang code to analyze more deeply the problem, but I thought that it might be interesting to share the information. Cheers, -- Micka?l R?mond http://www.process-one.net/ From rickard.s.green@REDACTED Mon Nov 21 09:55:28 2005 From: rickard.s.green@REDACTED (Rickard Green) Date: Mon, 21 Nov 2005 09:55:28 +0100 Subject: erlang:monitor can hang under certain conditions References: <20051119214933.GA7114@memphis.process-one.net> Message-ID: <43818B80.6030804@ericsson.com> Thanks, we will fix this in R10B-9. Best Regards, Rickard Green, Erlang/OTP Mickael Remond wrote: > Hello, > > The following problem has been brought to my attention: > If this happen to be really a bug, it could trigger deadlock when using > Erlang monitor for a disappered process. > The ProcessId is a local processid, but the node has changed in the > meantime. It seems to confuse the monitor. > > Here is how to reproduce it. > ************ ping.erl ******************* > -module(ping). > -export([start/0,loop/1]). > > > start() -> > register(ping,spawn(ping,loop,[initial])). > > loop(X) -> > receive > {store, Y} -> loop(Y); > {retrieve, Pid} when pid(Pid) -> Pid ! X, loop(X) > end. > **************************************** > > First time, the Erlang monitor is not hanging: > $ erl -sname ping -s ping -detached > $ erl -sname hanger > Erlang (BEAM) emulator version 5.4.4 [source] [threads:0] > > Eshell V5.4.4 (abort with ^G) > (hanger@REDACTED)1> OldPid = spawn(io, format, ["ok",""]). > ok<0.37.0> > ... > (hanger@REDACTED)4> {ping, 'ping@REDACTED'} ! > {store, OldPid}. > {store,<0.37.0>} > (hanger@REDACTED)5> {ping, 'ping@REDACTED'} ! > {retrieve, self()}. > {retrieve,<0.42.0>} > (hanger@REDACTED)6> RetPid = receive X -> X end. > <0.37.0> > (hanger@REDACTED)7> erlang:monitor(process,RetPid). > #Ref<0.0.0.68> > (hanger@REDACTED)8> halt(). > > > Second time: > erl -sname hanger > Erlang (BEAM) emulator version 5.4.4 [source] [threads:0] > Eshell V5.4.4 (abort with ^G) > (hanger@REDACTED)1> {ping, 'ping@REDACTED'} ! > {retrieve, self()}. > {retrieve,<0.35.0>} > (hanger@REDACTED)2> RetPid = receive X -> X end. > <0.37.0> > (hanger@REDACTED)3> RetPid. > <0.37.0> > (hanger@REDACTED)4> erlang:monitor(process,RetPid). > > The function never returns. > > I have started looking at the Erlang code to analyze more deeply the > problem, but I thought that it might be interesting to share the > information. > > Cheers, > From jakob@REDACTED Mon Nov 28 10:15:52 2005 From: jakob@REDACTED (Jakob Skipper) Date: Mon, 28 Nov 2005 10:15:52 +0100 Subject: Error with debuger and fun's in Erlang R10B-8 Message-ID: <438ACAC8.9010608@skipper.dk> % This code fails in Erlang R10B8 when debugger is running. % % Do the following: % * Compile this module % * Run "debugger_fun:test()", output is [yes,no,no,no] % * Start the debugger "debugger:start" and interpret this module; no breakpoints etc. necessary % * Run "debugger_fun:test()" again, output is now [no,no,no,no] -module(debugger_fun). -export([test/0]). n(N) -> lists:map( fun(X) when N==X -> yes; (_) -> no end, [1,2,3,4] ). test() -> n(1). If you replace the "when" clause in the fun with a case expression then it works fine. -- Jakob Skipper Skipper ApS jakob@REDACTED +45 5192 4447 -------------- next part -------------- An HTML attachment was scrubbed... URL: From G.Isenmann@REDACTED Tue Nov 29 18:14:46 2005 From: G.Isenmann@REDACTED (Goetz Isenmann) Date: Tue, 29 Nov 2005 18:14:46 +0100 Subject: check of CreateNamedPipe return value in erts/emulator/sys/win32/sys.c Message-ID: <20051129171446.GB55904@science-computing.de> Hi! The return value of CreateNamedPipe is checked agains NULL to detect failures. AFAIK it should be checked agains INVALID_HANDLE_VALUE. -- Goetz Isenmann science + computing ag scVENUS Software-Entwicklung Hagellocher Weg 71-75 phone +49(0)7071 9457-290 72070 Tuebingen, Germany teamline +49(0)7071 9457-200 venus-support@REDACTED