From: Allan D. <all...@gm...> - 2007-11-29 23:15:05
Attachments:
shell-log.txt
|
(Sorry about breaking the threading, had to switch to gmail since gmane wouldn't let me post with attachment, and refused to let me post with line-length > 80.) Cesar Strauss <cestrauss@...> writes: > > Allan Dee wrote: > > Cesar Strauss <cestrauss@...> writes: > > > >> Could you try replacing your msys.bat file with the following one: > > > > That's the one I've been using. > > > > Could you try this: > > 1) Copy you MSYS shortcut to "MSYS Console" and add the --norxvt option > to the command-line. > 2) Run this shortcut, you should see an Windows Console appear, running > the MSYS shell. Here we go, note that I've renamed my ~/.bash_profile while trying to make this work. Allan |
From: eldonantonio <na...@an...> - 2008-09-26 06:26:02
|
This conversation was interesting before it was hijacked. I'm having the same exact issue, with MSYS 1.0.11, and it's extremely frustrating. Any help running rxvt on Vista64 would be greatly appreciated. Cesar Strauss-2 wrote: > > Allan Dee wrote: >> Cesar Strauss <cestrauss@...> writes: >> >>> Allan Dee wrote: >>>> Cesar Strauss <cestrauss@...> writes: >>>> >>>>> Could you try replacing your msys.bat file with the following one: >>>> That's the one I've been using. >>>> >>> Could you try this: >>> >>> 1) Copy you MSYS shortcut to "MSYS Console" and add the --norxvt option >>> to the command-line. >>> 2) Run this shortcut, you should see an Windows Console appear, running >>> the MSYS shell. >> >> Here we go, note that I've renamed my ~/.bash_profile while trying to >> make this work. >> > > Thanks, this was helpful. > > I can't see anything obviously wrong with your setup, other than rxvt > doesn't work... > > I uploaded a debug version of the MSYS runtime DLL, could you try it, > temporarily? > > 1) Download > http://downloads.sourceforge.net/mingw/MSYS-1.0.11-20071204-debug.tar.bz2 > 2) Make a backup copy of your msys-1.0.dll file. > 3) Unpack the files over your MSYS installation. > 4) Run: strace rxvt > strace.txt > 5) Send me the strace.txt file. > > Regards, > Cesar > > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: The Future of Linux Business White Paper > from Novell. From the desktop to the data center, Linux is going > mainstream. Let it simplify your IT future. > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > _______________________________________________ > Mingw-msys mailing list > Min...@li... > https://lists.sourceforge.net/lists/listinfo/mingw-msys > > -- View this message in context: http://www.nabble.com/Vista-users%3A-please-test-the-new-MSYS-snapshot-tp11853859p19636325.html Sent from the MinGW - MSYS mailing list archive at Nabble.com. |
From: Chris S. <ev...@mo...> - 2008-10-05 23:47:30
|
I would love to have an MSYS that works on Vista 64-bit. Might I be directed to where I can download one that is supposed to work? Regards Chris Saunders -----Original Message----- From: eldonantonio [mailto:na...@an...] Sent: September-26-08 2:26 AM To: min...@li... Subject: Re: [Mingw-msys] Vista users: please test the new MSYS snapshot This conversation was interesting before it was hijacked. I'm having the same exact issue, with MSYS 1.0.11, and it's extremely frustrating. Any help running rxvt on Vista64 would be greatly appreciated. Cesar Strauss-2 wrote: > > Allan Dee wrote: >> Cesar Strauss <cestrauss@...> writes: >> >>> Allan Dee wrote: >>>> Cesar Strauss <cestrauss@...> writes: >>>> >>>>> Could you try replacing your msys.bat file with the following one: >>>> That's the one I've been using. >>>> >>> Could you try this: >>> >>> 1) Copy you MSYS shortcut to "MSYS Console" and add the --norxvt option >>> to the command-line. >>> 2) Run this shortcut, you should see an Windows Console appear, running >>> the MSYS shell. >> >> Here we go, note that I've renamed my ~/.bash_profile while trying to >> make this work. >> > > Thanks, this was helpful. > > I can't see anything obviously wrong with your setup, other than rxvt > doesn't work... > > I uploaded a debug version of the MSYS runtime DLL, could you try it, > temporarily? > > 1) Download > http://downloads.sourceforge.net/mingw/MSYS-1.0.11-20071204-debug.tar.bz2 > 2) Make a backup copy of your msys-1.0.dll file. > 3) Unpack the files over your MSYS installation. > 4) Run: strace rxvt > strace.txt > 5) Send me the strace.txt file. > > Regards, > Cesar > > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: The Future of Linux Business White Paper > from Novell. From the desktop to the data center, Linux is going > mainstream. Let it simplify your IT future. > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > _______________________________________________ > Mingw-msys mailing list > Min...@li... > https://lists.sourceforge.net/lists/listinfo/mingw-msys > > -- View this message in context: http://www.nabble.com/Vista-users%3A-please-test-the-new-MSYS-snapshot-tp118 53859p19636325.html Sent from the MinGW - MSYS mailing list archive at Nabble.com. ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Mingw-msys mailing list Min...@li... https://lists.sourceforge.net/lists/listinfo/mingw-msys |
From: Dan R. <dra...@fo...> - 2008-10-06 15:07:32
|
Chris Saunders wrote: > I would love to have an MSYS that works on Vista 64-bit. Might I be > directed to where I can download one that is supposed to work? > > Regards > Chris Saunders > I have MSYS working under Vista 64. Search the archives for a message I posted describing how I did it. |
From: Chris S. <ev...@mo...> - 2008-10-07 12:38:18
|
Thanks for your response Dan. I attempted to do as you suggested. What I did was to enter your name into the search but I did not get any results that appeared to be relevant. I'm sorry to ask but could you provide further assistance in finding this article. Just in case I made an error in where I searched, here is the URL that I used: "http://sourceforge.net/mailarchive/forum.php?forum_name=mingw-msys". Thanks again. Regards Chris Saunders -----Original Message----- From: Dan Raymond [mailto:dra...@fo...] Sent: October-06-08 10:03 AM To: MSYS Discussion List Subject: Re: [Mingw-msys] Vista users: please test the new MSYS snapshot Chris Saunders wrote: > I would love to have an MSYS that works on Vista 64-bit. Might I be > directed to where I can download one that is supposed to work? > > Regards > Chris Saunders > I have MSYS working under Vista 64. Search the archives for a message I posted describing how I did it. ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Mingw-msys mailing list Min...@li... https://lists.sourceforge.net/lists/listinfo/mingw-msys |
From: Tuomo L. <dj...@ik...> - 2008-10-07 13:22:20
|
Chris Saunders wrote: > Thanks for your response Dan. I attempted to do as you suggested. What I > did was to enter your name into the search but I did not get any results > that appeared to be relevant. I'm sorry to ask but could you provide > further assistance in finding this article. Just in case I made an error in > where I searched, here is the URL that I used: > "http://sourceforge.net/mailarchive/forum.php?forum_name=mingw-msys". Thanks > again. You're not much trying. http://www.google.com/search?q=%2B%22mingw-msys%22+%2B%22dan+raymond%22 -- Tuomo ... End of Message - Stop reading |
From: Chris S. <ev...@mo...> - 2008-10-08 06:04:31
|
Thanks again Dan. I may have made a little more effort than you thought. I didn't even know that such a thing as a mailing list archive existed - I actually don't use the internet much. Anyhow, thanks again very much. Regards Chris Saunders -----Original Message----- From: Tuomo Latto [mailto:dj...@ik...] Sent: October-07-08 9:21 AM To: MSYS Discussion List Subject: Re: [Mingw-msys] Vista users: please test the new MSYS snapshot Chris Saunders wrote: > Thanks for your response Dan. I attempted to do as you suggested. What I > did was to enter your name into the search but I did not get any results > that appeared to be relevant. I'm sorry to ask but could you provide > further assistance in finding this article. Just in case I made an error in > where I searched, here is the URL that I used: > "http://sourceforge.net/mailarchive/forum.php?forum_name=mingw-msys". Thanks > again. You're not much trying. http://www.google.com/search?q=%2B%22mingw-msys%22+%2B%22dan+raymond%22 -- Tuomo ... End of Message - Stop reading ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Mingw-msys mailing list Min...@li... https://lists.sourceforge.net/lists/listinfo/mingw-msys |
From: Dan R. <dra...@fo...> - 2008-10-07 14:09:51
|
Either of the following links will work: http://sourceforge.net/mailarchive/forum.php?thread_name=48123D85.8090905%40foxvalley.net&forum_name=mingw-msys http://www.nabble.com/Installing-MSYS-on-Windows-Vista-x64-to16904988.html |
From: Cesar S. <ces...@gm...> - 2007-12-05 01:05:27
|
Allan Dee wrote: > Cesar Strauss <cestrauss@...> writes: > >> Allan Dee wrote: >>> Cesar Strauss <cestrauss@...> writes: >>> >>>> Could you try replacing your msys.bat file with the following one: >>> That's the one I've been using. >>> >> Could you try this: >> >> 1) Copy you MSYS shortcut to "MSYS Console" and add the --norxvt option >> to the command-line. >> 2) Run this shortcut, you should see an Windows Console appear, running >> the MSYS shell. > > Here we go, note that I've renamed my ~/.bash_profile while trying to > make this work. > Thanks, this was helpful. I can't see anything obviously wrong with your setup, other than rxvt doesn't work... I uploaded a debug version of the MSYS runtime DLL, could you try it, temporarily? 1) Download http://downloads.sourceforge.net/mingw/MSYS-1.0.11-20071204-debug.tar.bz2 2) Make a backup copy of your msys-1.0.dll file. 3) Unpack the files over your MSYS installation. 4) Run: strace rxvt > strace.txt 5) Send me the strace.txt file. Regards, Cesar |
From: Keith M. <kei...@us...> - 2007-12-06 23:22:12
|
On Wednesday 05 December 2007 02:04, Cesar Strauss wrote: > I can't see anything obviously wrong with your setup, other than rxvt > doesn't work... RXVT has been a `Right Royal Pain in the Posterior', for as long as I can remember. The last time the issue was raised, the consensus on this list, and/or on MinGW-Users, was that it should no longer be the default console for MSYS; I think we need to make it happen, so MSYS-1.0.11 will deliver in accord with this consensus. FWIW, I've recently been playing with Console2, as recently recommended by Brian Dessent. I was disappointed by this, when I first looked at it about a year ago, but it now appears to be progressing nicely. I was tempted to suggest bundling it as a preconfigured MSYS console, but am hesitant to do so, because:-- 1) It is, (apparently), suitable for use only on WoeNT derived OS hosts, thus excluding those who still use Woe9x. 2) Although ostensibly GPL, it isn't a truly open project, since its lead developer insists on supporting only Microsnot's Visual Studio as the build environment. 3) Perhaps as a consequence of (2), it has dependencies on two DLLs which are not distributed as OS components, but are available in the VS redistributable kit from Microsnot's download site. (The developer actually includes these two DLLs in his source package, obviously as binaries only, which may constitute a GPL violation). Would anyone be interested in adapting Console2's techniques into a truly Open Source application, for distribution with some future version of MSYS? (I'd consider it myself, but I have other priorities at the moment, and I don't want to spread my efforts too thinly). Regards, Keith. |
From: Johannes S. <Joh...@gm...> - 2007-12-07 01:11:44
|
Hi, On Thu, 6 Dec 2007, Keith Marshall wrote: > On Wednesday 05 December 2007 02:04, Cesar Strauss wrote: > > I can't see anything obviously wrong with your setup, other than rxvt > > doesn't work... > > RXVT has been a `Right Royal Pain in the Posterior', for as long as I > can remember. IMHO it would be better to fix Rxvt than to point to half-assed "solutions". Ciao, Dscho |
From: Keith M. <kei...@us...> - 2007-12-07 20:04:56
|
On Fri, 2007-12-07 at 01:03 +0000, Johannes Schindelin wrote: [Replying to me privately -- please keep discussion on-list] > On Thu, 6 Dec 2007, Keith Marshall wrote: > > > On Wednesday 05 December 2007 02:04, Cesar Strauss wrote: > > > I can't see anything obviously wrong with your setup, other than > > > rxvt doesn't work... > > > > RXVT has been a `Right Royal Pain in the Posterior', for as long as > > I can remember. > > IMHO it would be better to fix Rxvt It is easy to express such an opinion, but are you volunteering to put in the necessary effort to achieve that? If `yes', then I look forward to testing the fruits of your labour; if `no', then why do expect others to expend such effort, when those who have tried in the past have come to the conclusion that such an ideal may be unachievable? > than to point to half-assed "solutions". No one has done any such thing. There are two officially supported methods of running the MSYS shell:-- 1) In a native Woe32 console. This is the only one of the two which is truly robust; it has always been available, and is the default choice for Cygwin, but not for MSYS. In a recent poll, on this list, those who bothered to respond were unanimous that it should also become the default for MSYS. 2) In an RXVT. Currently the default, but has always been beset by problems. Earnie, who originally chose to make it the default, and who did not vote in the poll, devoted a lot of effort in trying to fix it, before eventually conceding defeat. In addition to these, it has been suggested that the Console-2 project may be worthy of consideration. Users are welcome to explore that option for themselves, but I don't think it should be bundled as a standard option for MSYS, for the reasons I've already stated. Regards, Keith. |
From: Johannes S. <Joh...@gm...> - 2007-12-08 11:36:33
|
Hi, On Fri, 7 Dec 2007, Keith Marshall wrote: > On Fri, 2007-12-07 at 01:03 +0000, Johannes Schindelin wrote: > > > On Thu, 6 Dec 2007, Keith Marshall wrote: > > > > > On Wednesday 05 December 2007 02:04, Cesar Strauss wrote: > > > > I can't see anything obviously wrong with your setup, other than > > > > rxvt doesn't work... > > > > > > RXVT has been a `Right Royal Pain in the Posterior', for as long as > > > I can remember. > > > > IMHO it would be better to fix Rxvt > > It is easy to express such an opinion, but are you volunteering to put > in the necessary effort to achieve that? If `yes', then I look forward > to testing the fruits of your labour; if `no', then why do expect others > to expend such effort, when those who have tried in the past have come > to the conclusion that such an ideal may be unachievable? In fact, once I breathe some air after having succeeded in compiling Subversion+Perl-Module in msysGit, that is my next target. Don't hold your breath for it. > > than to point to half-assed "solutions". > > No one has done any such thing. To propose Console2, admitting that it does not run on older Windows (which are way preferable to me, since I have lots of licenses for them that work, thanks to Microsoft's insistence on selling Windows with every computer, and they run way faster in virtualisers/emulators) is what qualifies as "half-assed" with this coder. > There are two officially supported methods of running the MSYS shell:-- > > 1) In a native Woe32 console. This is the only one of the two which is > truly robust; it has always been available, and is the default choice > for Cygwin, but not for MSYS. In a recent poll, on this list, those > who bothered to respond were unanimous that it should also become the > default for MSYS. I wasn't there; I would have opposed. Even if we have to use cmd/command.exe with msysGit, since for example ssh password input or paging with "less" does not work properly in rxvt, the shortcomings of cmd/command are so annoying that I curse out loud in the general direction of Redmond almost every time I have to use it. Think resizing the window (not that hard, everybody else seems to do it just fine). Think copy/pasting (you have to enable it manually! you have to _right_ click to finish the selection! You can forget about multi-line selections if the first line of what you want to select does not start in the first column). Think scrolling back with a keyboard shortcut. > 2) In an RXVT. Currently the default, but has always been beset by > problems. Earnie, who originally chose to make it the default, and > who did not vote in the poll, devoted a lot of effort in trying to > fix it, before eventually conceding defeat. Yes, fighting with the Win32 API is more difficult than any adventure/first-person-shooter game I ever saw. But never attribute to malice that which can be explained by incompetence. After all, the same bunch still have the most virus- and bug-ridden OS out there, even after years of money heading their way. BTW another solution to that console problem I will explore is using Xming. A guy on #git told me that startup is almost instantaneous. And it has all the advantages of X11, since it _is_ X11. Ciao, Dscho |
From: Keith M. <kei...@us...> - 2007-12-08 13:41:53
|
On Saturday 08 December 2007 11:35, Johannes Schindelin wrote: > To propose Console2, admitting that it does not run on older Windows > (which are way preferable to me, since I have lots of licenses for > them that work, thanks to Microsoft's insistence on selling Windows > with every computer, and they run way faster in > virtualisers/emulators) is what qualifies as "half-assed" with this > coder. If you'd taken the trouble to read my suggestion *properly*, you'd=20 realise that I *wasn't* suggesting adoption of Console2, for this=20 reason amongst others. What I did suggest was adopting their method=20 for interaction with the stdio streams, but in a truly open GUI=20 framework, which *could* support those older Woe32 versions. > > There are two officially supported methods of running the MSYS > > shell:-- > > > > 1) In a native Woe32 console. =A0This is the only one of the two > > which is truly robust; it has always been available, and is the > > default choice for Cygwin, but not for MSYS. =A0In a recent poll, on > > this list, those who bothered to respond were unanimous that it > > should also become the default for MSYS. > > I wasn't there; I would have opposed. > > Even if we have to use cmd/command.exe with msysGit, since for > example ssh password input or paging with "less" does not work > properly in rxvt, the shortcomings of cmd/command are so annoying > that I curse out loud in the general direction of Redmond almost > every time I have to use it. If you think that running MSYS in a native Woe32 console means running=20 cmd.exe or command.com, then perhaps you should question your own=20 understanding of the issues, before branding others as incompetent. > Think resizing the window (not that hard, everybody else seems to do > it just fine). Yes, this is about the *only* real limitation of the native console. Console2 is able to do this, while still maintaining proper interaction=20 with the stdio streams; that's why I suggested that their *technique*=20 may be worth exploring. > Think copy/pasting (you have to enable it manually! One time *only*, then you can forget about it. > you have to _right_ click to finish the selection! So what? Sure, it's a little bit different, but you can quickly get=20 used to it. I don't see this as a particular problem. > You can forget=20 > about multi-line selections if the first line of what you want to > select does not start in the first column). Yes. This can be a bit fiddly, but achievable nonetheless. > Think scrolling back with a keyboard shortcut. This is a limitation; I've learned to live with it. Console2 can do it,=20 just like in the KDE konsole on my Linux box, so no reason an MSYS work=20 alike couldn't be developed. > > 2) In an RXVT. =A0Currently the default, but has always been beset by > > =A0 =A0problems. =A0Earnie, who originally chose to make it the default, > > and who did not vote in the poll, devoted a lot of effort in trying > > to fix it, before eventually conceding defeat. > > Yes, fighting with the Win32 API is more difficult than any > adventure/first-person-shooter game I ever saw. =A0But never attribute > to malice that which can be explained by incompetence. =A0After all, > the same bunch still have the most virus- and bug-ridden OS out > there, even after years of money heading their way. I don't get your point. If you are suggesting Earnie is incompetent,=20 then you will not win many friends here; if you are suggesting=20 Microsnot are, then so what? We live on their OS platform, so we just=20 have to do the best we can with what they provide. > BTW another solution to that console problem I will explore is using > Xming. =A0A guy on #git told me that startup is almost instantaneous. >=A0And it has all the advantages of X11, since it _is_ X11. Thanks. I'll take a look, next week. Regards, Keith. |
From: Johannes S. <Joh...@gm...> - 2007-12-08 14:11:56
|
Hi, On Sat, 8 Dec 2007, Keith Marshall wrote: > On Saturday 08 December 2007 11:35, Johannes Schindelin wrote: > > To propose Console2, admitting that it does not run on older Windows > > (which are way preferable to me, since I have lots of licenses for > > them that work, thanks to Microsoft's insistence on selling Windows > > with every computer, and they run way faster in > > virtualisers/emulators) is what qualifies as "half-assed" with this > > coder. > > If you'd taken the trouble to read my suggestion *properly*, you'd > realise that I *wasn't* suggesting adoption of Console2, for this reason > amongst others. What I did suggest was adopting their method for > interaction with the stdio streams, but in a truly open GUI framework, > which *could* support those older Woe32 versions. Okay, sorry, I did not take the trouble to read your suggestion properly. > > > There are two officially supported methods of running the MSYS > > > shell:-- > > > > > > 1) In a native Woe32 console. ?This is the only one of the two which > > > is truly robust; it has always been available, and is the default > > > choice for Cygwin, but not for MSYS. ?In a recent poll, on this > > > list, those who bothered to respond were unanimous that it should > > > also become the default for MSYS. > > > > I wasn't there; I would have opposed. > > > > Even if we have to use cmd/command.exe with msysGit, since for example > > ssh password input or paging with "less" does not work properly in > > rxvt, the shortcomings of cmd/command are so annoying that I curse out > > loud in the general direction of Redmond almost every time I have to > > use it. > > If you think that running MSYS in a native Woe32 console means running > cmd.exe or command.com, then perhaps you should question your own > understanding of the issues, before branding others as incompetent. The native console on Windows XP is cmd.exe. > > Think resizing the window (not that hard, everybody else seems to do > > it just fine). > > Yes, this is about the *only* real limitation of the native console. > Console2 is able to do this, while still maintaining proper interaction > with the stdio streams; that's why I suggested that their *technique* > may be worth exploring. I tried Console2 twice. The first time I did, it had massive problems rendering the text properly. But my second try did not confirm that, and I did not have time to reproduce the exact setup of the first try to find out what was changed. > > Think copy/pasting (you have to enable it manually! > > One time *only*, then you can forget about it. One time per box/reinstall. Oh, and per user who downloads MSys. And on some setups (don't pretend you have not see them) per reboot, because the admins reset the registry on boot. > > you have to _right_ click to finish the selection! > > So what? Sure, it's a little bit different, but you can quickly get > used to it. I don't see this as a particular problem. So we disagree. > > You can forget about multi-line selections if the first line of what > > you want to select does not start in the first column). > > Yes. This can be a bit fiddly, but achievable nonetheless. Yes. And you can move to a new house by bike. It is just very inconvenient. > > Think scrolling back with a keyboard shortcut. > > This is a limitation; I've learned to live with it. Console2 can do it, > just like in the KDE konsole on my Linux box, so no reason an MSYS work > alike couldn't be developed. I can live with it, too. However, I like to live a _happy_ life. > If you are suggesting Earnie is incompetent, [...] I came nowhere near that. Neither will I, ever. > We live on their OS platform [Windows], so we just have to do the best > we can with what they provide. No, I live on planet earth. When I have to work on Windows, I try to solve the issues beforehand, rather than live with limitations. That is the reason we rewrote spawnvpe() in msysGit, since the native version of that function is too limiting. Actually, we have quite a lot of examples where we do not just take what they provide, since it is not good enough. > > BTW another solution to that console problem I will explore is using > > Xming. ?A guy on #git told me that startup is almost instantaneous. > > And it has all the advantages of X11, since it _is_ X11. > > Thanks. I'll take a look, next week. Me, too ;-) Ciao, Dscho |
From: Keith M. <kei...@us...> - 2007-12-08 17:40:17
|
On Saturday 08 December 2007 14:11, Johannes Schindelin wrote: > > If you think that running MSYS in a native Woe32 console means > > running cmd.exe or command.com, then perhaps you should question > > your own understanding of the issues, before branding others as > > incompetent. > > The native console on Windows XP is cmd.exe. No, it *isn't*! This discussion has come up before, not so many weeks=20 ago. cmd.exe is a *shell*; the console is a container, in which to run=20 a shell; it provides the infrastructure to manage the interface between=20 the user and the shell. cmd.exe is by no means the only shell which=20 can be run in a native Woe32 console; sh.exe, from MSYS, is just as=20 much at home there. > > > Think resizing the window (not that hard, everybody else seems to > > > do it just fine). > > > > Yes, this is about the *only* real limitation of the native > > console. Console2 is able to do this, while still maintaining > > proper interaction with the stdio streams; that's why I suggested > > that their *technique* may be worth exploring. > > I tried Console2 twice. =A0The first time I did, it had massive > problems rendering the text properly. =A0But my second try did not > confirm that, and I did not have time to reproduce the exact setup of > the first try to find out what was changed. > > > > Think copy/pasting (you have to enable it manually! > > > > One time *only*, then you can forget about it. > > One time per box/reinstall. Sure. I only use one Woe32 box at a time; (couldn't tolerate more), and=20 I've never done a reinstall, (and if I did, it wouldn't be Woe??). > Oh, and per user who downloads MSys. And each user will have their own preferences anyway. I don't consider=20 five minutes in the 2-year life cycle of my Woe32 boxes to be too high=20 a price to pay, to configure the console to my liking. >=A0And on some setups (don't pretend you have not see them) per reboot, > because the admins reset the registry on boot. I've *never* seen any such thing, and our admins impose some asininely=20 draconian restrictions on their users. > > > you have to _right_ click to finish the selection! > > > > So what? =A0Sure, it's a little bit different, but you can quickly > > get used to it. =A0I don't see this as a particular problem. > > So we disagree. And must, apparently, agree to do so. > > > You can forget about multi-line selections if the first line of > > > what you want to select does not start in the first column). > > > > Yes. =A0This can be a bit fiddly, but achievable nonetheless. > > Yes. > > And you can move to a new house by bike. =A0It is just very > inconvenient. Hardly a particularly useful analogy, I think. > > > Think scrolling back with a keyboard shortcut. > > > > This is a limitation; I've learned to live with it. =A0Console2 can > > do it, just like in the KDE konsole on my Linux box, so no reason > > an MSYS work alike couldn't be developed. > > I can live with it, too. =A0However, I like to live a _happy_ life. > > > If you are suggesting Earnie is incompetent, [...] > > I came nowhere near that. =A0Neither will I, ever. > > > We live on their OS platform [Windows], so we just have to do the > > best we can with what they provide. > > No, I live on planet earth. As do I. I meant that we, as a project providing MSYS, live on Woe32;=20 if we weren't saddled with Woe32, we would have no need for MSYS. > When I have to work on Windows, I try to=20 > solve the issues beforehand, rather than live with limitations. I don't have the energy for writing lots of Woe32 specific code. I need=20 gvim, and a shell to run pdfroff; MSYS sh.exe in the native console is=20 fine for my needs, and its limitations don't bother me at all. > That is the reason we rewrote spawnvpe() in msysGit, since the native > version of that function is too limiting. The entire family of spawn and exec functions is utterly broken; that's=20 why we (MinGW) provide the execwrap library, which I originally wrote=20 as part of the Woe32 port of groff, (GNU troff), for the FSF. > Actually, we have quite a=20 > lot of examples where we do not just take what they provide, since it > is not good enough. Sure. We also have added quite a bit of extra functionality ourselves. =20 However, most of us can live with the console limitations; it isn't a=20 burning priority for us to provide a replacement, but if anyone wants=20 to develop and contribute one, we'll be happy to consider it. Regards, Keith. |