Thread: [brlcad-tracker] [ brlcad-Bugs-2019280 ] mged incorrectly deduces interactivity
Open Source Solid Modeling CAD
Brought to you by:
brlcad
From: SourceForge.net <no...@so...> - 2008-07-16 08:14:57
|
Bugs item #2019280, was opened at 2008-07-16 10:15 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=640802&aid=2019280&group_id=105292 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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: lode leroy (lode_leroy) Assigned to: Nobody/Anonymous (nobody) Summary: mged incorrectly deduces interactivity Initial Comment: I'm trying to integrate MGED into my desktop environment, via the more-or-less standard mechanism of creating a file /usr/share/applications/mged.desktop, which lists a title, an icon and a path to the program. I put in "mged" but mged checks if it's started from a TTY, which it isn't. I added a command line switch to mged to explicitly tell it should be interactive. Dunno if this would be eligible for inclusion in the mainline sources? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=640802&aid=2019280&group_id=105292 |
From: SourceForge.net <no...@so...> - 2008-07-25 23:55:30
|
Bugs item #2019280, was opened at 2008-07-16 08:15 Message generated for change (Comment added) made by brlcad You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=640802&aid=2019280&group_id=105292 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: Geometry Editing >Group: other bug / workaround Status: Open >Resolution: Accepted Priority: 5 Private: No Submitted By: lode leroy (lode_leroy) Assigned to: Nobody/Anonymous (nobody) Summary: mged incorrectly deduces interactivity Initial Comment: I'm trying to integrate MGED into my desktop environment, via the more-or-less standard mechanism of creating a file /usr/share/applications/mged.desktop, which lists a title, an icon and a path to the program. I put in "mged" but mged checks if it's started from a TTY, which it isn't. I added a command line switch to mged to explicitly tell it should be interactive. Dunno if this would be eligible for inclusion in the mainline sources? ---------------------------------------------------------------------- >Comment By: Sean Morrison (brlcad) Date: 2008-07-25 23:55 Message: Logged In: YES user_id=785737 Originator: NO You could submit that as a patch, but it really isn't the right fix. It's an incorrect assumption to tie the gui creation to the initial existence of a tty (as you case proves). Since there is a flag to force classic mode, that tty check can probably just be removed. Just have to make sure the logic still works for piped commands and single line commands. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=640802&aid=2019280&group_id=105292 |
From: SourceForge.net <no...@so...> - 2008-07-30 08:37:08
|
Bugs item #2019280, was opened at 2008-07-16 08:15 Message generated for change (Comment added) made by brlcad You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=640802&aid=2019280&group_id=105292 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: Geometry Editing Group: other bug / workaround >Status: Closed >Resolution: Fixed >Priority: 6 Private: No Submitted By: lode leroy (lode_leroy) >Assigned to: Sean Morrison (brlcad) Summary: mged incorrectly deduces interactivity Initial Comment: I'm trying to integrate MGED into my desktop environment, via the more-or-less standard mechanism of creating a file /usr/share/applications/mged.desktop, which lists a title, an icon and a path to the program. I put in "mged" but mged checks if it's started from a TTY, which it isn't. I added a command line switch to mged to explicitly tell it should be interactive. Dunno if this would be eligible for inclusion in the mainline sources? ---------------------------------------------------------------------- >Comment By: Sean Morrison (brlcad) Date: 2008-07-30 08:37 Message: Logged In: YES user_id=785737 Originator: NO This should now be fixed as of svn revision 32131. The tty assumption is now gone and it uses a somewhat more complicated but hopefully more robust approach that should let mged work when invoked from menus or icons. Basically there has to be data waiting on standard input (e.g. piped, redirected, or a here-now document) or extra args specified (which is single command mode). Please give it a try to see if it works for your specific case. The change should be in the forthcoming 7.14.0 release (which isn't for another two months minimum). You can try svn trunk, but mged commands will be unstable with all the libged refactoring going on. Either way, look forward to hearing if this worked for you. Cheers! ---------------------------------------------------------------------- Comment By: Sean Morrison (brlcad) Date: 2008-07-25 23:55 Message: Logged In: YES user_id=785737 Originator: NO You could submit that as a patch, but it really isn't the right fix. It's an incorrect assumption to tie the gui creation to the initial existence of a tty (as you case proves). Since there is a flag to force classic mode, that tty check can probably just be removed. Just have to make sure the logic still works for piped commands and single line commands. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=640802&aid=2019280&group_id=105292 |
From: SourceForge.net <no...@so...> - 2008-08-04 12:30:17
|
Bugs item #2019280, was opened at 2008-07-16 10:15 Message generated for change (Comment added) made by lode_leroy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=640802&aid=2019280&group_id=105292 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: Geometry Editing Group: other bug / workaround >Status: Open Resolution: Fixed Priority: 6 Private: No Submitted By: lode leroy (lode_leroy) Assigned to: Sean Morrison (brlcad) Summary: mged incorrectly deduces interactivity Initial Comment: I'm trying to integrate MGED into my desktop environment, via the more-or-less standard mechanism of creating a file /usr/share/applications/mged.desktop, which lists a title, an icon and a path to the program. I put in "mged" but mged checks if it's started from a TTY, which it isn't. I added a command line switch to mged to explicitly tell it should be interactive. Dunno if this would be eligible for inclusion in the mainline sources? ---------------------------------------------------------------------- >Comment By: lode leroy (lode_leroy) Date: 2008-08-04 14:30 Message: Logged In: YES user_id=63559 Originator: YES Sean, I applied the patch you made, but unfortunately it doesn't work. the gui environment (xfce4 in my case) seems to start the program as follows: mged < /dev/null where the select() returns 1 (stupidly enough!) (reopening the bug) -- lode ---------------------------------------------------------------------- Comment By: Sean Morrison (brlcad) Date: 2008-07-30 10:37 Message: Logged In: YES user_id=785737 Originator: NO This should now be fixed as of svn revision 32131. The tty assumption is now gone and it uses a somewhat more complicated but hopefully more robust approach that should let mged work when invoked from menus or icons. Basically there has to be data waiting on standard input (e.g. piped, redirected, or a here-now document) or extra args specified (which is single command mode). Please give it a try to see if it works for your specific case. The change should be in the forthcoming 7.14.0 release (which isn't for another two months minimum). You can try svn trunk, but mged commands will be unstable with all the libged refactoring going on. Either way, look forward to hearing if this worked for you. Cheers! ---------------------------------------------------------------------- Comment By: Sean Morrison (brlcad) Date: 2008-07-26 01:55 Message: Logged In: YES user_id=785737 Originator: NO You could submit that as a patch, but it really isn't the right fix. It's an incorrect assumption to tie the gui creation to the initial existence of a tty (as you case proves). Since there is a flag to force classic mode, that tty check can probably just be removed. Just have to make sure the logic still works for piped commands and single line commands. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=640802&aid=2019280&group_id=105292 |
From: SourceForge.net <no...@so...> - 2008-08-06 00:07:06
|
Bugs item #2019280, was opened at 2008-07-16 08:15 Message generated for change (Comment added) made by brlcad You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=640802&aid=2019280&group_id=105292 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: Geometry Editing Group: other bug / workaround Status: Open Resolution: Fixed Priority: 6 Private: No Submitted By: lode leroy (lode_leroy) Assigned to: Sean Morrison (brlcad) Summary: mged incorrectly deduces interactivity Initial Comment: I'm trying to integrate MGED into my desktop environment, via the more-or-less standard mechanism of creating a file /usr/share/applications/mged.desktop, which lists a title, an icon and a path to the program. I put in "mged" but mged checks if it's started from a TTY, which it isn't. I added a command line switch to mged to explicitly tell it should be interactive. Dunno if this would be eligible for inclusion in the mainline sources? ---------------------------------------------------------------------- >Comment By: Sean Morrison (brlcad) Date: 2008-08-06 00:07 Message: Logged In: YES user_id=785737 Originator: NO Lode, Thanks for testing. I'd since also ran into a similar problem on our end in our regression tests. Piped input was working, but redirected here-now input was not. e.g. mged -c test.g <<EOF help EOF That should work.. and was at least at one point in my testing, but not with where things ended up. I'll see if I can figure out what went wrong. One curiosity, though -- running what you wrote ( mged < /dev/null ) actually works correctly for me -- it starts the gui. What does it do for you if typed directly? ---------------------------------------------------------------------- Comment By: lode leroy (lode_leroy) Date: 2008-08-04 12:30 Message: Logged In: YES user_id=63559 Originator: YES Sean, I applied the patch you made, but unfortunately it doesn't work. the gui environment (xfce4 in my case) seems to start the program as follows: mged < /dev/null where the select() returns 1 (stupidly enough!) (reopening the bug) -- lode ---------------------------------------------------------------------- Comment By: Sean Morrison (brlcad) Date: 2008-07-30 08:37 Message: Logged In: YES user_id=785737 Originator: NO This should now be fixed as of svn revision 32131. The tty assumption is now gone and it uses a somewhat more complicated but hopefully more robust approach that should let mged work when invoked from menus or icons. Basically there has to be data waiting on standard input (e.g. piped, redirected, or a here-now document) or extra args specified (which is single command mode). Please give it a try to see if it works for your specific case. The change should be in the forthcoming 7.14.0 release (which isn't for another two months minimum). You can try svn trunk, but mged commands will be unstable with all the libged refactoring going on. Either way, look forward to hearing if this worked for you. Cheers! ---------------------------------------------------------------------- Comment By: Sean Morrison (brlcad) Date: 2008-07-25 23:55 Message: Logged In: YES user_id=785737 Originator: NO You could submit that as a patch, but it really isn't the right fix. It's an incorrect assumption to tie the gui creation to the initial existence of a tty (as you case proves). Since there is a flag to force classic mode, that tty check can probably just be removed. Just have to make sure the logic still works for piped commands and single line commands. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=640802&aid=2019280&group_id=105292 |
From: SourceForge.net <no...@so...> - 2008-09-18 22:36:55
|
Bugs item #2019280, was opened at 2008-07-16 08:15 Message generated for change (Comment added) made by brlcad You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=640802&aid=2019280&group_id=105292 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: Geometry Editing Group: other bug / workaround >Status: Closed Resolution: Fixed >Priority: 7 Private: No Submitted By: Lode Leroy (lode_leroy) Assigned to: Sean Morrison (brlcad) Summary: mged incorrectly deduces interactivity Initial Comment: I'm trying to integrate MGED into my desktop environment, via the more-or-less standard mechanism of creating a file /usr/share/applications/mged.desktop, which lists a title, an icon and a path to the program. I put in "mged" but mged checks if it's started from a TTY, which it isn't. I added a command line switch to mged to explicitly tell it should be interactive. Dunno if this would be eligible for inclusion in the mainline sources? ---------------------------------------------------------------------- >Comment By: Sean Morrison (brlcad) Date: 2008-09-19 05:37 Message: Lode, I believe it's now all working (again). MGED now works with <<here-now docs, piped input, redirected input, and interactive input. It also works on the Mac as an icon-clickable application so it should also work for Linux. Let me know if you notice any other problems with it. The changes were applied to the latest svn sources. Cheers! Sean ---------------------------------------------------------------------- Comment By: Sean Morrison (brlcad) Date: 2008-08-06 00:07 Message: Logged In: YES user_id=785737 Originator: NO Lode, Thanks for testing. I'd since also ran into a similar problem on our end in our regression tests. Piped input was working, but redirected here-now input was not. e.g. mged -c test.g <<EOF help EOF That should work.. and was at least at one point in my testing, but not with where things ended up. I'll see if I can figure out what went wrong. One curiosity, though -- running what you wrote ( mged < /dev/null ) actually works correctly for me -- it starts the gui. What does it do for you if typed directly? ---------------------------------------------------------------------- Comment By: Lode Leroy (lode_leroy) Date: 2008-08-04 12:30 Message: Logged In: YES user_id=63559 Originator: YES Sean, I applied the patch you made, but unfortunately it doesn't work. the gui environment (xfce4 in my case) seems to start the program as follows: mged < /dev/null where the select() returns 1 (stupidly enough!) (reopening the bug) -- lode ---------------------------------------------------------------------- Comment By: Sean Morrison (brlcad) Date: 2008-07-30 08:37 Message: Logged In: YES user_id=785737 Originator: NO This should now be fixed as of svn revision 32131. The tty assumption is now gone and it uses a somewhat more complicated but hopefully more robust approach that should let mged work when invoked from menus or icons. Basically there has to be data waiting on standard input (e.g. piped, redirected, or a here-now document) or extra args specified (which is single command mode). Please give it a try to see if it works for your specific case. The change should be in the forthcoming 7.14.0 release (which isn't for another two months minimum). You can try svn trunk, but mged commands will be unstable with all the libged refactoring going on. Either way, look forward to hearing if this worked for you. Cheers! ---------------------------------------------------------------------- Comment By: Sean Morrison (brlcad) Date: 2008-07-25 23:55 Message: Logged In: YES user_id=785737 Originator: NO You could submit that as a patch, but it really isn't the right fix. It's an incorrect assumption to tie the gui creation to the initial existence of a tty (as you case proves). Since there is a flag to force classic mode, that tty check can probably just be removed. Just have to make sure the logic still works for piped commands and single line commands. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=640802&aid=2019280&group_id=105292 |