[
https://issues.apache.org/jira/browse/FELIX-1325?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12742091#action_12742091
]
Derek Baum commented on FELIX-1325:
-----------------------------------
Guillaume Nodet writes:
I think the following tests should be true:
assertEquals("echo b", c.execute("e = { $args } ; <e echo echo b |
capture>"));
assertEquals("b", c.execute("e = { $args } ; <e echo <echo b> |
capture>"));
assertEquals("b", c.execute("e = { $args } ; <<e echo echo b> |
capture>"));
I think that most of the tests actually do one level too much evaluation.
The capture command is part of the test harness that returns System.in as a
String, to make it easier to test results.
So why is the test: e.g.
assertEquals("echo b", c.execute("e = { $args } ; <e echo echo b | capture>"));
not written as:
assertEquals("echo b", c.execute("e = { $args } ; e echo echo b | capture"));
which remove the problematic final evaluation of the result, which may not be a
command?
> gogo doesn't report a command not found error unless an argument is supplied
> ----------------------------------------------------------------------------
>
> Key: FELIX-1325
> URL: https://issues.apache.org/jira/browse/FELIX-1325
> Project: Felix
> Issue Type: Improvement
> Components: Gogo
> Reporter: Derek Baum
> Priority: Minor
> Attachments: FELIX-1325.patch, FELIX-1325.patch
>
>
> 2009/7/13 Hiram Chirino <[email protected]> wrote:
> But on related note... to the gogo developers: I would have expected a
> command not found error when you type in a command that's not found. This
> seems to work fine if you pass an argument to a command. It this a
> 'feature' or a bug?
> This is a 'feature', in that an undefined command silently returns itself,
> rather than an error.
> This is so that:
> > x = hello
> works; otherwise the assignment would fail, with a command not found error.
> Note: that
> > x = hello world
> will actually evaluate the 'hello' command with 'world' as an argument.
> > x = "hello world"
> tries to evaulate the 'hello world' command, which probably doesn't exist, so
> it falls back to returning the value, rather than unknown command.
> I think this can be simply resolved by avoiding re-evaluating an assignment
> with a single argument.
> This will mean that
> > x = hello
> works as it does currently, but that
> > hello
> will fail with 'unknown command', rather than simply return itself.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
