From romain.lenglet@REDACTED Mon Jun 8 05:19:22 2009 From: romain.lenglet@REDACTED (Romain Lenglet) Date: Mon, 08 Jun 2009 12:19:22 +0900 Subject: news about Makefile generation erlc patch? Message-ID: <4A2C833A.8040308@berabera.info> Hi, Has there been any progress to integrate Jean-S?bastien P?dron's patch to have erlc generate Makefile dependencies? http://erlang.org/pipermail/erlang-patches/2008-October/000329.html I'd very much like to see that extremely useful patch get included. Are there any issues with this patch? -- Romain Lenglet From jean-sebastien.pedron@REDACTED Mon Jun 8 12:28:39 2009 From: jean-sebastien.pedron@REDACTED (=?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?=) Date: Mon, 08 Jun 2009 12:28:39 +0200 Subject: [erlang-patches] news about Makefile generation erlc patch? In-Reply-To: <4A2C833A.8040308@berabera.info> References: <4A2C833A.8040308@berabera.info> Message-ID: <4A2CE7D7.7010405@dumbbell.fr> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! On 08.06.2009 05:19, Romain Lenglet wrote: > Has there been any progress to integrate Jean-S?bastien P?dron's patch > to have erlc generate Makefile dependencies? I have updated the patch for R13B, even though the previous one for R12B-4 should apply cleanly. This new patch doesn't bring any bugfix or new feature. - -- Jean-S?bastien P?dron http://www.dumbbell.fr/ PGP Key: http://www.dumbbell.fr/pgp/pubkey.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkos59cACgkQa+xGJsFYOlMv2gCfQ7u9m2ZZvZlSHwjFrPaZG3hI O1wAn20L3jnQcr7zlHmgkPnKMTcdcp3t =aML5 -----END PGP SIGNATURE----- -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: otp_src_R13B-makedep-d.patch URL: From mog-lists@REDACTED Wed Jun 10 00:32:12 2009 From: mog-lists@REDACTED (mog) Date: Tue, 9 Jun 2009 17:32:12 -0500 Subject: java gcj patch Message-ID: <20090609223212.GA19233@woodman.lan> Attached is the needed changes to make jinterface compile with gcj. it still has some warnings but this resolves errors. The one thing im unsure of is in some cases you pass String(int[] var, start, end) where int has never been a valid option for a string according to manual. i changed that to char[] but i figure it might cause a problem. -- Matthew O'Gorman xim: mog@REDACTED email: mog@REDACTED site: http://blog.rldn.net +----------------------------------+ If you want divine justice, die. -- Nick Seldon +----------------------------------+ -------------- next part -------------- A non-text attachment was scrubbed... Name: java.patch Type: text/x-diff Size: 4032 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 835 bytes Desc: Digital signature URL: From BWhittle@REDACTED Wed Jun 10 23:33:05 2009 From: BWhittle@REDACTED (Blaine Whittle) Date: Wed, 10 Jun 2009 14:33:05 -0700 Subject: Fix for executing external apps on win32 with a space in the filename path. Message-ID: This is a resubmission of a patch I made last year, it's been applied and tested against R13B. Original submission http://www.erlang.org/cgi-bin/ezmlm-cgi?3:mss:268:200808:lkalfgpohefpiajoncnd After reviewing my original post, it appears that the test case I listed is incorrect. Passing a command line wrapped with double quotes to os:cmd works as expected, for example this command should work in R13B (assuming Visual Studio 2005 installed on the machine) os:cmd("\"C:\\Program Files\\Microsoft Visual Studio 8\\Common7\\IDE\\devenv.com\" /?"). The real issue is with open_port. For example, passing the same double-quote-delimited command line to open_port on R13B results in an einval exception open_port({spawn, "\"C:\\Program Files\\Microsoft Visual Studio 8\\Common7\\IDE\\devenv.com\" /?"},[{line, 60}, exit_status, hide, stderr_to_stdout]). ** exception error: einval in function open_port/2 called as open_port({spawn,"\"C:\\Program Files\\Microsoft Visual Studio 8\\Common7\\IDE\\devenv.com\" /?"}, [{line,60},exit_status,hide,stderr_to_stdout]) The following patch fixes the open_port case $ diff -u erts/emulator/sys/win32/sys.c $ERL_TOP/erts/emulator/sys/win32/sys.c --- erts/emulator/sys/win32/sys.c 2009-03-12 04:16:34.000000000 -0800 +++ /cygdrive/c/dev/otp_src_R13B/erts/emulator/sys/win32/sys.c 2009-06-09 17:13:20.489037600 -0700 @@ -1237,6 +1237,8 @@ char execPath[MAX_PATH]; int cmdlength; char* thecommand; + char* fixedcommand; + char* pch; HANDLE hProcess = GetCurrentProcess(); siStartInfo.cb = sizeof(STARTUPINFO); @@ -1254,10 +1256,25 @@ strncpy(thecommand, origcmd, cmdlength); thecommand[cmdlength] = '\0'; DEBUGF(("spawn command: %s\n", thecommand)); - - applType = ApplicationType(thecommand, execPath); - DEBUGF(("ApplicationType returned for (%s) is %d\n", thecommand, applType)); + + fixedcommand = (char *) erts_alloc(ERTS_ALC_T_TMP, cmdlength+1); + fixedcommand[0] = '\0'; + pch = strtok(thecommand,"\""); + if (pch == NULL) { + strncpy(fixedcommand, origcmd, cmdlength); + fixedcommand[cmdlength] = '\0'; + } + else { + while (pch != NULL) { + strncat(fixedcommand, pch, strlen(pch)); + pch = strtok(NULL, "\""); + } + } + + applType = ApplicationType(fixedcommand, execPath); + DEBUGF(("ApplicationType returned for (%s) is %d\n", fixedcommand, applType)); erts_free(ERTS_ALC_T_TMP, (void *) thecommand); + erts_free(ERTS_ALC_T_TMP, (void *) fixedcommand); if (applType == APPL_NONE) { return FALSE; } From bgustavsson@REDACTED Thu Jun 11 15:16:17 2009 From: bgustavsson@REDACTED (Bjorn Gustavsson) Date: Thu, 11 Jun 2009 15:16:17 +0200 Subject: [erlang-patches] Fix for executing external apps on win32 with a space in the filename path. In-Reply-To: References: Message-ID: <6672d0160906110616s4881e3aawd4e30f85df555c93@mail.gmail.com> On Wed, Jun 10, 2009 at 11:33 PM, Blaine Whittle wrote: > This is a resubmission of a patch I made last year, it's been applied and tested against R13B. > Original submission http://www.erlang.org/cgi-bin/ezmlm-cgi?3:mss:268:200808:lkalfgpohefpiajoncnd > After reviewing my original post, it appears that the test case I listed is incorrect. Passing a command line wrapped with double quotes to os:cmd works as expected, for example this command should work in R13B (assuming Visual Studio 2005 installed on the machine) > os:cmd("\"C:\\Program Files\\Microsoft Visual Studio 8\\Common7\\IDE\\devenv.com\" /?"). > The real issue is with open_port. For example, passing the same double-quote-delimited command line to open_port on R13B results in an einval exception > open_port({spawn, "\"C:\\Program Files\\Microsoft Visual Studio 8\\Common7\\IDE\\devenv.com\" /?"},[{line, 60}, exit_status, hide, stderr_to_stdout]). Thanks for pointing out the problem. We will correct it in R13B02. Note that you don't have to quote the name of the executable in R13B01 if you use the newly introduced spawn_executable option for open_port/2 described here: http://www.erlang.org/doc/man/erlang.html#open_port-2 /Bjorn -- Bj?rn Gustavsson, Erlang/OTP, Ericsson AB From adam.kocoloski@REDACTED Thu Jun 11 21:14:35 2009 From: adam.kocoloski@REDACTED (Adam Kocoloski) Date: Thu, 11 Jun 2009 15:14:35 -0400 Subject: check for {sync,true} and {stream,{self,once}} in HTTP client Message-ID: Hi, it looks like the HTTP client checks for the combo of {sync,true} and {stream,self} and returns an error, but if {stream,{self,once}} is used instead the process will just hang. Here's a simple patch. Best, Adam diff --git a/lib/inets/src/http_client/http.erl b/lib/inets/src/ http_client/http.erl index b545ef2..ebfa444 100644 --- a/lib/inets/src/http_client/http.erl +++ b/lib/inets/src/http_client/http.erl @@ -271,6 +271,8 @@ handle_request(Method, Url, {{Scheme, UserInfo, Host, Port, Path, Query}, case {Sync, Stream} of {true, self} -> {error, streaming_error}; + {true, {self,once}} -> + {error, streaming_error}; _ -> RecordHeaders = header_record(NewHeaders, #http_request_h{}, Host, Version), From raimo+erlang-patches@REDACTED Mon Jun 15 14:55:25 2009 From: raimo+erlang-patches@REDACTED (Raimo Niskanen) Date: Mon, 15 Jun 2009 14:55:25 +0200 Subject: [erlang-patches] SCTP example code will not compile with these errors In-Reply-To: <58d839f50905281411y35f4d16ei953fe62229daef3@mail.gmail.com> References: <58d839f50905281411y35f4d16ei953fe62229daef3@mail.gmail.com> Message-ID: <20090615125525.GA8801@erix.ericsson.se> On Thu, May 28, 2009 at 05:11:47PM -0400, Andreas Wagner wrote: > Hi all, > > frea, bhyde and I found some errors in the sctp client and server example > code from the docs. Someone with power to edit the docs should fix these > mistakes: > > sctp_server: > - The server/1 definition should end with a period not a semicolon > - orlese should be changed to orelse > > sctp_client: > - The include file path should be "kernel/include/inet_sctp.hrl" > - init:stop should end with a period not a semicolon > - {ok Assoc} should be {ok, Assoc} > Thank you for pointing this out. I have fixed it for R13B01. Sorry about the delay, I have already answered but into the void due to self-inflicted mailing list problems. > http://erlang.org/doc/man/gen_sctp.html#examples > > Regards, > Andreas Wagner -- / Raimo Niskanen, Erlang/OTP, Ericsson AB From puzza007@REDACTED Sat Jun 27 12:45:24 2009 From: puzza007@REDACTED (Paul Oliver) Date: Sat, 27 Jun 2009 11:45:24 +0100 Subject: Patch to add Blowfish cfb64 to crypto app Message-ID: Hi all, Please find attached a patch to add Blowfish cfb64 to the crypto app. This has been tested on Linux only. Patch is against R13B01. Any feedback greatly appreciated. Cheers, Paul. -------------- next part -------------- A non-text attachment was scrubbed... Name: blowfish_cfb64.patch Type: text/x-diff Size: 6050 bytes Desc: not available URL: