<div dir="ltr">I'll go ahead and track down the actual use case that was failing for him originally.<div><br></div><div>I think in the meantime we just back out the original change and, if we still need it, put it in without breaking other things.</div><div><br></div><div>-TOdd</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Oct 9, 2014 at 10:32 AM, Greg Clayton <span dir="ltr"><<a href="mailto:gclayton@apple.com" target="_blank">gclayton@apple.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Just a note for Tong: You can use single or double quotes to get around not being able to quote things:<br>
<br>
(lldb) expression --jit-args='-foo "Bar" -baz "123"'<br>
<br>
Not sure if that would help Tong's isssue.<br>
<br>
Greg<br>
<div><div class="h5"><br>
> On Oct 8, 2014, at 7:09 PM, Todd Fiala <<a href="mailto:tfiala@google.com">tfiala@google.com</a>> wrote:<br>
><br>
> Hey Alex,<br>
><br>
> The option parsing quotes handling changes started when Tong was trying to get the expression parser compiler args setting introduced. So I think the ultimate cleaner fix will end up needing to look at the compiler args he couldn't initially pass in, use that as a test case for a robust solution, and also use the issue you uncovered here as another case.<br>
><br>
> I'd be in favor of a fix like what you have as a short-term stop-gap to address the immediate bug it is producing. (Since you found a test case where it fails, this would be a great item to put a Python test around to protect against regressions).<br>
><br>
> We can come back and clean this up more thoroughly as a lower-priority follow-up task.<br>
><br>
> On Wed, Oct 8, 2014 at 6:25 PM, Alex Pepper <<a href="mailto:apepper@blueshiftinc.com">apepper@blueshiftinc.com</a>> wrote:<br>
> So I found what was causing the bug and have a fix, but I don’t really like it. Ideally we would do away with the hacky add+removal of quotes but that would take some additional time to find better solution.<br>
><br>
> The problem occurs when you have two options with the same argument value string as in:<br>
><br>
> type summary add Rectangle -s "Category1" -w Category1<br>
><br>
> As it iterates through the options, the first time it removes the quotes on the first “Catagory” string by searching through the m_args list to match the argument that was returned from OptionsParser::Parse. The problem arises when it searches for the next option value, it has already removed the quotes from the first “Category1” string so it matches again, then it checks if it was flagged for quote removal and removes the first character thinking it must be a quote. The problem is there is no direct matching between the string returned from the OptionsParser::Parse and the list of args so I added in a last_argv_iter variable to track which args we have already checked. This works ok but seems like it relies on the implementation of OptionsParser::Parse to always return options in order. A better way would be to remove all of the quote hackery but that will take some additional time to understand why it was added in the first place.<br>
><br>
><br>
> Here is the patch:<br>
><br>
> diff --git a/source/Interpreter/Args.cpp b/source/Interpreter/Args.cpp<br>
> index 682feb9..4dd7383 100644<br>
> --- a/source/Interpreter/Args.cpp<br>
> +++ b/source/Interpreter/Args.cpp<br>
> @@ -661,6 +661,9 @@ Args::ParseOptions (Options &options)<br>
> }<br>
> }<br>
><br>
> + // Initialize the last argument iterator so we start checking at beginning of args list<br>
> + int last_argv_iter = -1;<br>
> +<br>
> while (1)<br>
> {<br>
> int long_options_index = -1;<br>
> @@ -717,6 +720,14 @@ Args::ParseOptions (Options &options)<br>
> argv_iter = 0;<br>
> for (auto args_iter = m_args.begin(); args_iter != m_args.end(); args_iter++, argv_iter++)<br>
> {<br>
> + // Skip any args we have already checked from previous options<br>
> + if ( argv_iter <= last_argv_iter )<br>
> + {<br>
> + continue;<br>
> + }<br>
> + // Save the last argument we have checked<br>
> + last_argv_iter = argv_iter;<br>
> +<br>
> if (*args_iter == value && GetArgumentQuoteCharAtIndex(argv_iter) != '\0')<br>
> {<br>
> *args_iter = args_iter->substr(1);<br>
><br>
><br>
> So in the short term we can add this in as a temporary fix unless someone has objections and we can look for a better solution longer term.<br>
><br>
> - Alex Pepper<br>
><br>
><br>
><br>
> --<br>
> Todd Fiala | Software Engineer | <a href="mailto:tfiala@google.com">tfiala@google.com</a><br>
><br>
</div></div>> _______________________________________________<br>
> lldb-dev mailing list<br>
> <a href="mailto:lldb-dev@cs.uiuc.edu">lldb-dev@cs.uiuc.edu</a><br>
> <a href="http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev</a><br>
<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr"><table cellspacing="0" cellpadding="0" style="color:rgb(136,136,136);font-family:'Times New Roman'"><tbody><tr style="color:rgb(85,85,85);font-family:sans-serif;font-size:small"><td nowrap style="border-top-style:solid;border-top-color:rgb(213,15,37);border-top-width:2px">Todd Fiala |</td><td nowrap style="border-top-style:solid;border-top-color:rgb(51,105,232);border-top-width:2px"> Software Engineer |</td><td nowrap style="border-top-style:solid;border-top-color:rgb(0,153,57);border-top-width:2px"> <a href="mailto:tfiala@google.com" style="color:rgb(17,85,204)" target="_blank"><span style="background-color:rgb(255,255,204);color:rgb(34,34,34);background-repeat:initial initial">tfiala@google.com</span></a></td><td nowrap style="border-top-style:solid;border-top-color:rgb(238,178,17);border-top-width:2px"><br></td></tr></tbody></table><br></div>
</div>