From: SourceForge.net <no...@so...> - 2009-05-30 04:28:18
|
Bugs item #2792895, was opened at 2009-05-17 05:36 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=902782&aid=2792895&group_id=182827 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: Interpreter Group: v4.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: ne1 uno (ne1uno) Assigned to: Jeremy Cowgar (jeremy_c) Summary: eui.exe prog.exw -? shows eui help Initial Comment: eui should not be showing its help eui.exe prog.exw -h or --help still crashes in r2079 windows ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-05-30 04:28 Message: This is fixed in v2122. ---------------------------------------------------------------------- Comment By: Jeremy Cowgar (jeremy_c) Date: 2009-05-29 12:46 Message: Ok, very weird. eui t_cmdline.e -? shows eui help, however, eui t_cmdline.e -h runs t_cmdline.e as expected. I'll work on this. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-05-29 05:04 Message: eui is too greedy resolving -?, still in r2114 -h & --help crash seem fixed. with 2114 eui on win98 watcom1.7 eui t_cmdline1.e -? shows eui help eui -? t_cmdline1.e shows eui help, and is expected, whatever else is on the commandline after it. but everything after the app filename must be ignored by eui. resolving the conf file might be done before displaying help if there could be options there for how to display help. default language colorized output whatever else. let the app decide how to handle all options ment for it to handle. including help. ---------------------------------------------------------------------- Comment By: Jeremy Cowgar (jeremy_c) Date: 2009-05-26 16:52 Message: ne1uno, I cannot reproduce this as of 2106. Can you please double check this? It is possible that the problem was fixed due to some other command line handling problems that were fixed by Matt. ---------------------------------------------------------------------- Comment By: Jeremy Cowgar (jeremy_c) Date: 2009-05-26 16:51 Message: Shawn, it could be fixed but it would also add back in all sorts of code that had bugs itself. Why maintain two command line parsing methods? Euphoria in all cases possible should *always* rely on code in the std lib instead of recreate it's own system of doing things. ---------------------------------------------------------------------- Comment By: Shawn David Pringle (springle) Date: 2009-05-24 14:33 Message: This could be fixed by simply reverting the changes that made euphoria itself rely on the standard library cmdparse.e . ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=902782&aid=2792895&group_id=182827 |