On Tue, 3 May 2011 09:27:28 -0500, Chris Radek wrote:
> On Tue, May 03, 2011 at 09:28:43AM +0200, Michael Haberler wrote:
>> - reformatting. I know this is a nono, but occasionally source files
>> are very hard to read and edit due to formatting and indentation,
>> and
>> the temptation is high t
On Tue, May 03, 2011 at 09:28:43AM +0200, Michael Haberler wrote:
[I have trimmed the parts where I have no opinion or feel unqualified
to comment]
> - reformatting. I know this is a nono, but occasionally source files
> are very hard to read and edit due to formatting and indentation, and
> the
On 05/03/2011 02:28 AM, Michael Haberler wrote:
> I'd like to do a few things, but I rather hear opinions beforehand.
>
> major stuff:
>
> tooltable replacement: tooltablev2 will get a decent abstract data
> type, implemented with an sqlite3 database, and move from iocontrol
> to task and int
The more I look at the code for run-from-line: a source location will never be
properly identified by staring just at a line number like task does when more
than one file is involved. It probably used to work fine before oword subs and
stacked files were introduced.
A generalized source locatio
Bugs item #2561963, was opened at 2009-02-03 21:30
Message generated for change (Comment added) made by mahsofo
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=106744&aid=2561963&group_id=6744
Please note that this message will contain a full copy of the comment thr
I'd like to do a few things, but I rather hear opinions beforehand.
minor stuff:
logging:
The LogDebug stuff in interp_o_words.cc and the related logfile are only mildly
useful - too verbose, and not correlated to the rcs_* log. I'd like to move
that to the logging the way it's done in task (w
