From: Karl W. <kar...@gm...> - 2011-10-14 08:50:13
|
Great, thanks Xavier! -- Karl On 14 October 2011 01:50, Xavier Delacour <xav...@gm...> wrote: > Thanks, Karl. I've pushed this change to svn and closed the > corresponding ticket. > > Xavier > > On Wed, Oct 5, 2011 at 2:50 AM, Karl Wette <kar...@gm...> wrote: >> Hi Xavier, >> >> I've uploaded another small patch to the load behaviour of Octave >> modules (see below). Please let me know if you've any questions. >> >> Thanks! >> >> Cheers, >> Karl >> >> ---------- Forwarded message ---------- >> From: SourceForge.net <no...@so...> >> Date: 5 October 2011 10:40 >> Subject: [Swig-devel] [ swig-Patches-3418908 ] Octave module re-loading >> To: "SourceForge.net" <no...@so...> >> >> >> Patches item #3418908, was opened at 2011-10-05 10:39 >> Message generated for change (Settings changed) made by kwwette >> You can respond by visiting: >> https://sourceforge.net/tracker/?func=detail&atid=301645&aid=3418908&group_id=1645 >> >> Please note that this message will contain a full copy of the comment thread, >> including the initial issue submission, for this request, >> not just the latest update. >> Category: None >> Group: None >> Status: Open >> Resolution: None >> Priority: 5 >> Private: No >> Submitted By: Karl Wette (kwwette) >>>Assigned to: Xavier Delacour (xavier98) >> Summary: Octave module re-loading >> >> Initial Comment: >> This patch (against a recent SWIG svn revision) is to the load >> behaviour of Octave modules. With this patch, an Octave module can be >> re-loaded after a "clear all", which is commonly used in interactive >> sessions to clear the workspace. The module looks for the global >> variable into which it is loaded - if it does not exist, it assumes >> that it needs to be (re)loaded. I've used the examples to test this >> behaviour for Octave versions 3.0.5, 3.2.4, and 3.4.0, everything >> works except for 3.0.5, where a segfault is thrown when "clear all" is >> executed, I assume this is due to an Octave bug. The reloading >> behaviour does not appear to generate any memory leaks, from some >> basic testing using valgrind. >> >> ---------------------------------------------------------------------- >> >> You can respond by visiting: >> https://sourceforge.net/tracker/?func=detail&atid=301645&aid=3418908&group_id=1645 >> >> ------------------------------------------------------------------------------ >> All the data continuously generated in your IT infrastructure contains a >> definitive record of customers, application performance, security >> threats, fraudulent activity and more. Splunk takes this data and makes >> sense of it. Business sense. IT sense. Common sense. >> http://p.sf.net/sfu/splunk-d2dcopy1 >> _______________________________________________ >> Swig-devel mailing list >> Swi...@li... >> https://lists.sourceforge.net/lists/listinfo/swig-devel >> > |