<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">That makes sense, thanks for the quick
usage explanation, and fix. (Disabling the override issue makes
sense, and I didn't have time to trace through gengetopt. I
thought I was missing something, as none of the non-flag arguments
were being reset (to null, or default values, and thus thought
'override' meant something else!).<br>
<br>
Thanks again, glad the info was helpful.<br>
<br>
Steve<br>
<br>
On 14-12-10 4:01 AM, Simon Rit wrote:<br>
</div>
<blockquote
cite="mid:CAF0oig0WY6QFqZi5Ndf27EXmZRdZWBb6WySt=98LvaomGGd=zg@mail.gmail.com"
type="cite">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<div dir="ltr">
<div>
<div>
<div>
<div>
<div>
<div>Hi,<br>
Thanks for the report, very useful information. I
could reproduce the bug and I hope that I have fixed
it. Briefly:<br>
</div>
- I have changed the code because Ben Champion
reported memory leaks and I noticed that they occured
in deprecated functions of gengetopt that I don't use
anymore,<br>
</div>
- the way the new macro (as well as the previous one) is
written is: first read the command line to find if a
config file is passed, then read the config file and
finally read the command line again to check that
everything has been passed.<br>
</div>
- your fix was not perfect because we would not have
checked that the required options were set,<br>
</div>
- it turns out that disabling the override option did the
job.<br>
</div>
Everything sworks fine now but let met know if you notice
something wrong again. Thanks again,<br>
</div>
<div>Simon<br>
</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Wed, Dec 10, 2014 at 1:39 AM, Steven
Pollmann <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:spollmann@robarts.ca" target="_blank">spollmann@robarts.ca</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">A recent
update to rtkMacro.h seems to have caused the ggo command
line processor to ignore command line flags. (i.e. I can't
get any verbose output with '-v').<br>
It seems to happen after making a second call to:<br>
<br>
cmdline_parser_##ggo_filename##_ext(argc, argv,
&args_info, &args_params)<br>
<br>
Removing this second call, has resolved the issue for me.<br>
I'm not sure, however, what the intended use of the second
call was for (it occurs immediately after:<br>
<br>
args_params.check_required = 1;<br>
<br>
which I feel could just be moved above the first call, as it
happens regardless, but I may be missing something.<br>
<br>
I've attached my quickly modified rtkMacro.h for comparison
to the latest github commit.<br>
<br>
Anyhow, hopefully this info is useful, and doesn't only
affect me.<br>
<br>
Steve<br>
<br>
Our system setup:<br>
-Ubuntu 14.04 x64<br>
-gcc 4.8.2<br>
-cuda 6.5<br>
<br>
<br>
_______________________________________________<br>
Rtk-users mailing list<br>
<a moz-do-not-send="true"
href="mailto:Rtk-users@public.kitware.com">Rtk-users@public.kitware.com</a><br>
<a moz-do-not-send="true"
href="http://public.kitware.com/mailman/listinfo/rtk-users"
target="_blank">http://public.kitware.com/mailman/listinfo/rtk-users</a><br>
<br>
</blockquote>
</div>
<br>
</div>
</blockquote>
<br>
</body>
</html>