According to Geoff Hutchison:
> At 5:42 PM -0700 9/24/01, Carl Edwards wrote:
> >This code works on Linux but not on Solaris
> >using Suns getopt from libc:
> >... I'm not sure how to create a work around for this
> >but I plan to just use the config file method
> >anyway.
>
> I suspect one non-elegant workaround would be to bring along the GNU
> libc getopt routines. Not fun, but possible.
Geoff, you're too quick to delete the context of what was said. Carl
also wrote:
> >I checked using some test code and the argv
> >string and optarg are the same address, so
> >it must be getting copied prior?
So, this would seem to confirm that it's not getopt() that copying the
argument, but instead it's done elsewhere. The argv[] strings are copies
on Solaris, and overwriting them doesn't seem to hit the strings that the
"ps" command uses for displaying command arguments. I can't think of a
workaround for this. Either the C/C++ runtime startup code is making
a copy of the arguments it initially receives, or the "ps" command
is looking for command arguments somewhere other than the process's
stack space. Either way, I think the solution is out of reach as far
as the htdig code is concerned. Using the authorization attribute is
the right solution in this case.
Thanks, Carl, for looking into whether getopt() was the culprit.
I still have trouble understanding why a "~" character would throw off
the 3.1.5 config file parser. Are you sure it wasn't a "`" character?
--
Gilles R. Detillieux E-mail: <[EMAIL PROTECTED]>
Spinal Cord Research Centre WWW: http://www.scrc.umanitoba.ca/~grdetil
Dept. Physiology, U. of Manitoba Phone: (204)789-3766
Winnipeg, MB R3E 3J7 (Canada) Fax: (204)789-3930
_______________________________________________
htdig-general mailing list <[EMAIL PROTECTED]>
To unsubscribe, send a message to <[EMAIL PROTECTED]> with a
subject of unsubscribe
FAQ: http://htdig.sourceforge.net/FAQ.html
