headers
Tony Balinski | 1 Mar 2008 01:22
Picon
Favicon

Re: Not your grandmother's NEdit

Quoting Bert Wesarg <bert.wesarg@...>:

> >  Indeed you are. $args[1] is the same as $1, and when you copy $args to
> another
> >  array, it's still index 1. A bit bizarre but I wanted things to work in
> a way
> >  analogous to parameter lists, hence the args() built-in.
> Ok, I just wanted to be sure that this was intended.
>
> Bert
> >
> >  Tony

Yup. Perhaps more clearly and usefully, it can be used for assigning
required positional parameters, a technique I neglected to mention
eg
  define myfunc {
    (a, b, c, d) = $args
    ...
  }
instead of
  define myfunc {
    a = $1
    b = $2
    c = $3
    d = $4
    ...
  }

Maybe one day we'll even have
(Continue reading)

Permalink | Reply | 0 comments |
headers
Tony Balinski | 1 Mar 2008 01:29
Picon
Favicon

Re: tags/tips completion

Quoting Joerg Fischer <jf505@...>:

> Bert Wesarg wrote:
>
> > ...
> > So, I ended up with this:
> >
> > list_{tags,tips}([file ][, stub [, mode]])
>
> You're right, list_tags() and list_tips() is better than the mode
> option.  What searching is concerned, I thought it is better to search
> in a macro string.  Suppose we have a thousand tags and we're
> interested in those tags that match a certain pattern, which would be
> roughly a dozen tags.  Searching like implemented in the original
> patch, this would mean one search per tag.  Searching in a macro
> string, ie, a newline separated list of all tags, this would mean just
> a dozen searches.  Moreover, I thought the most common pattern would
> be for completions, in which case one can get the desired tags
> directly without doing searches.  This explains the whole thing.  I
> didn't consider the naming of the function or why to have an mode
> option or having two functions.  There were no rationale about these
> things.

Consider also things like multipart lookup with class and namespace names as
in C++ and Java. I have found that tag lookup can't cope with partially
qualified names.

ctags can give fully qualified names (in C++ at least), or just the final
entity name, ie biglib::common::util::mybit as well as mybit. Now select mybit
and hit Ctrl-D to look it up and you find >100 matches. Select the fully
(Continue reading)

Permalink | Reply | 0 comments |
headers
SourceForge.net | 1 Mar 2008 01:45
Picon
Favicon

[ nedit-Bugs-1887838 ] fix possible stack overflow in interpreter

Bugs item #1887838, was opened at 2008-02-06 13:19
Message generated for change (Comment added) made by lebert
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=111005&aid=1887838&group_id=11005

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: Program
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Bert Wesarg (lebert)
Assigned to: Nobody/Anonymous (nobody)
Summary: fix possible stack overflow in interpreter

Initial Comment:
the check for stack overflow in pushSymVal() should be done before writing to the stack

----------------------------------------------------------------------

>Comment By: Bert Wesarg (lebert)
Date: 2008-03-01 01:45

Message:
Logged In: YES 
user_id=122956
Originator: YES
(Continue reading)

Permalink | Reply | 0 comments |
headers
SourceForge.net | 1 Mar 2008 02:07
Picon
Favicon

[ nedit-Bugs-1894726 ] fix memoy leak in PromoteToGlobal()

Bugs item #1894726, was opened at 2008-02-16 00:44
Message generated for change (Comment added) made by lebert
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=111005&aid=1894726&group_id=11005

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: Bert Wesarg (lebert)
Assigned to: Nobody/Anonymous (nobody)
Summary: fix memoy leak in PromoteToGlobal()

Initial Comment:
InstallSymbol() allocates a new Symbol and put this to the GlobalSymList the Symbol passed to
PromoteToGlobal() is lost.

This patch adds the Symbol directly to the GlobalSymList, without calling InstallSymbol().

The case in which the Symbol is already in the LocalSymbolList is not changed, because I don't know if this
can a cause SIGSEGV but it should also be corrected (ie freeing sym).

----------------------------------------------------------------------

>Comment By: Bert Wesarg (lebert)
(Continue reading)

Permalink | Reply | 0 comments |
headers
SourceForge.net | 1 Mar 2008 16:28
Picon
Favicon

[ nedit-Bugs-1889478 ] use .val.prog consistently

Bugs item #1889478, was opened at 2008-02-08 10:18
Message generated for change (Comment added) made by lebert
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=111005&aid=1889478&group_id=11005

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: Program
Group: None
>Status: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Bert Wesarg (lebert)
Assigned to: Nobody/Anonymous (nobody)
Summary: use .val.prog consistently

Initial Comment:
we have a Program pointer in DataValue, so use it consistently.

----------------------------------------------------------------------

>Comment By: Bert Wesarg (lebert)
Date: 2008-03-01 16:28

Message:
Logged In: YES 
user_id=122956
Originator: YES
(Continue reading)

Permalink | Reply | 501 comments |
headers
Bert Wesarg | 1 Mar 2008 16:34

cvs commit mails?

Am I the only one who miss the SF CVS commit mails?

Bert
Permalink | Reply | 5 comments |
headers
Tony Balinski | 1 Mar 2008 18:22
Picon
Favicon

Re: [ nedit-Bugs-1889478 ] use .val.prog consistently

Quoting "SourceForge.net" <noreply@...>:

> Bugs item #1889478, was opened at 2008-02-08 10:18
> Submitted By: Bert Wesarg (lebert)
>
> Initial Comment:
> we have a Program pointer in DataValue, so use it consistently.
>
> ----------------------------------------------------------------------
>
> >Comment By: Bert Wesarg (lebert)
> Date: 2008-03-01 16:28
>
> Message:
> Logged In: YES
> user_id=122956
> Originator: YES
>
> committed
>
https://sourceforge.net/tracker/?func=detail&atid=111005&aid=1889478&group_id=11005

This is good. When do you add all those semicolons? That's when I'll have to
adjust all my patches!

Tony
Permalink | Reply | 502 comments |
headers
Tony Balinski | 1 Mar 2008 18:26
Picon
Favicon

Re: cvs commit mails?

Quoting Bert Wesarg <bert.wesarg@...>:

> Am I the only one who miss the SF CVS commit mails?

Presumably. I get them. I know I can commit etc but I can't assign or close
bugs. (Not that I actually correct many!)

Tony
Permalink | Reply | 0 comments |
headers
SourceForge.net | 1 Mar 2008 18:49
Picon
Favicon

[ nedit-Bugs-1889478 ] use .val.prog consistently

Bugs item #1889478, was opened at 2008-02-08 04:18
Message generated for change (Comment added) made by tringali
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=111005&aid=1889478&group_id=11005

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: Program
>Group: release
Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Bert Wesarg (lebert)
Assigned to: Nobody/Anonymous (nobody)
Summary: use .val.prog consistently

Initial Comment:
we have a Program pointer in DataValue, so use it consistently.

----------------------------------------------------------------------

>Comment By: Scott Tringali (tringali)
Date: 2008-03-01 12:49

Message:
Logged In: YES 
user_id=11321
Originator: NO
(Continue reading)

Permalink | Reply | 0 comments |
headers
Bert Wesarg | 1 Mar 2008 19:59

Re: [ nedit-Bugs-1889478 ] use .val.prog consistently

On Sat, Mar 1, 2008 at 6:22 PM, Tony Balinski <ajbj@...> wrote:
>  > committed
>  >
>
> https://sourceforge.net/tracker/?func=detail&atid=111005&aid=1889478&group_id=11005
>
>  This is good. When do you add all those semicolons? That's when I'll have to
>  adjust all my patches!
I take this as an ACK for this patch. There are some more bugs before
this cleanup on the list. Is a 24h warning enough? But don't expect it
this weekend.

BTW: have you take a look at this bug:

https://sourceforge.net/tracker/index.php?func=detail&aid=1894726&group_id=11005&atid=111005

Bert
>
>  Tony
Permalink | Reply | 2 comments |

Gmane