I forgot to answer two questions here.
On Sun, Jul 05, 2009 at 10:33:47AM +0100, Andy Koppe wrote:
>Now what's the right way to check for this workaround being present in
>the Cygwin DLL, so that MinTTY can skip its workaround depending on
>that? Should I parse version string from /proc/version? (
2009/7/5 Christopher Faylor:
>>I see the code for invoking it, but I don't fully understand it: how
>>come the helper process doesn't show up in task manager?
>
> In my testing, just starting the helper app with SW_HIDE creates a
> process which doesn't live on the toolbar. But, as the comments sa
On Sun, Jul 05, 2009 at 10:33:47AM +0100, Andy Koppe wrote:
>2009/7/5 Christopher Faylor:
>>As I type this I realize that I didn't really confirm that the new
>>invisible console code has the desired effect in mintty. It is
>>supposed to make some (native?) apps work better.
>
>No, its main purpos
2009/7/5 Christopher Faylor:
> I've checked in a workaround for the problem:
>
> http://cygwin.com/ml/cygwin-cvs/2009-q3/msg00010.html
>
> I checked this by removing the Windows 7 code from mintty and rebuilding
> it. With the currently released version of Cygwin 1.7.0-50 this causes
> a windows c
On Sat, Jul 4, 2009 at 8:51 PM, Christopher Faylor wrote:
> I've been running a copy of Windows 7 in Sun's virtualbox. It really is
> cool. I have a vmware license but, lately, I've been using virtualbox
> exclusively.
Hopefully not too OT, but an emphatic +1 for VirtualBox. I rarely
manage to
On Sun, Jul 05, 2009 at 01:34:16AM +0100, Julio Costa wrote:
>On Sun, Jul 5, 2009 at 01:11, Christopher Faylor wrote:
>> I checked this by removing the Windows 7 code from mintty and rebuilding
>> it. ??With the currently released version of Cygwin 1.7.0-50 this causes
>> a windows console to be di
On Sun, Jul 5, 2009 at 01:11, Christopher Faylor wrote:
> On Sat, Jul 04, 2009 at 12:14:31PM -0400, Christopher Faylor wrote:
>>On Fri, Jul 03, 2009 at 11:02:12AM -0400, Christopher Faylor wrote:
>>>On Fri, Jul 03, 2009 at 12:44:23PM +0200, Corinna Vinschen wrote:
I have some testing code which
On Sat, Jul 04, 2009 at 12:14:31PM -0400, Christopher Faylor wrote:
>On Fri, Jul 03, 2009 at 11:02:12AM -0400, Christopher Faylor wrote:
>>On Fri, Jul 03, 2009 at 12:44:23PM +0200, Corinna Vinschen wrote:
>>>I have some testing code which only tries to create an invisible console
>>>if the applicat
On Fri, Jul 03, 2009 at 11:02:12AM -0400, Christopher Faylor wrote:
>On Fri, Jul 03, 2009 at 12:44:23PM +0200, Corinna Vinschen wrote:
>>I have some testing code which only tries to create an invisible console
>>if the application to execv is not a Cygwin application. It seems to
>>work nicely. I
On Fri, Jul 03, 2009 at 10:18:45AM +0100, Julio Costa wrote:
>You know, you shouldn't take everything that is asked in this list as
>a criticism.
I didn't take it as criticism but, you're right, my reply was overly
harsh. I apologize for the tone.
cgf
--
Problem reports: http://cygwin.com
On Fri, Jul 03, 2009 at 12:44:23PM +0200, Corinna Vinschen wrote:
>I have some testing code which only tries to create an invisible console
>if the application to execv is not a Cygwin application. It seems to
>work nicely. I'm just not sure if it's really *that* simple...
I actually had some pl
On Fri, Jul 3, 2009 at 11:44, Corinna Vinschen wrote:
> On Jul 3 10:18, Julio Costa wrote:
>> Let me rephrase that in three questions:
>> "What happens if we launch commands without a console created?"
>
> That's actually the same question as the next one, isn't it?
>
It is now, that I seen the a
2009/7/3 Corinna Vinschen:
> I have some testing code which only tries to create an invisible console
> if the application to execv is not a Cygwin application. It seems to
> work nicely. I'm just not sure if it's really *that* simple...
Me neither.
Given that Cygwin applications themselves ar
On Jul 3 10:18, Julio Costa wrote:
> Let me rephrase that in three questions:
> "What happens if we launch commands without a console created?"
That's actually the same question as the next one, isn't it?
> "What are the type of programs that really need that console?"
Cygwin processes don't wo
On Thu, Jul 2, 2009 at 18:44, Christopher Faylor wrote:
> On Thu, Jul 02, 2009 at 05:41:18PM +0100, Julio Costa wrote:
>>HKCU\Console\\WindowPosition = 0x80008000, where
>>is the name of current command being launched
>>
>>Yes, I know, more klumsy workaround... I'm not happy with that also,
>>but
On Thu, Jul 02, 2009 at 05:41:18PM +0100, Julio Costa wrote:
>HKCU\Console\\WindowPosition = 0x80008000, where
>is the name of current command being launched
>
>Yes, I know, more klumsy workaround... I'm not happy with that also,
>but at least avoids the console *window* flashing.
>Alas, the Show
2009/7/2 Julio Costa :
> HKCU\Console\\WindowPosition = 0x80008000
Good idea!
> Why on Earth are we having this trouble to have an available console
> all the time? Is it necessary to redirect the in/out streams? Is it
> another thing?
>From earlier in the thread:
> me:
>> The proper, yet prob
On Sun, Jun 28, 2009 at 11:30, Corinna Vinschen wrote:
> On Jun 27 09:39, Andy Koppe wrote:
>> 2009/6/26 Corinna Vinschen:
>> > On Jun 26 15:08, Julio Costa wrote:
>> >> I've been following this discussion, crossing fingers to someone came
>> >> to some conclusion, as this is the biggest show-stopp
On Jun 27 09:39, Andy Koppe wrote:
> 2009/6/26 Corinna Vinschen:
> > On Jun 26 15:08, Julio Costa wrote:
> >> I've been following this discussion, crossing fingers to someone came
> >> to some conclusion, as this is the biggest show-stopper for Cygwin in
> >> several months.
> >>
> >> I've not acce
2009/6/26 Corinna Vinschen:
> On Jun 26 15:08, Julio Costa wrote:
>> I've been following this discussion, crossing fingers to someone came
>> to some conclusion, as this is the biggest show-stopper for Cygwin in
>> several months.
>>
>> I've not access to a Win 7, but I would like at least to drop
2009/6/26 Corinna Vinschen:
> > > Yes, I thought of trying AttachConsole first. It's a band-aid since
> > > it will of course not work if there's just no parent console
> >
> > That can be dealt with, because AttachConsole reports back whether it
> > did manage to attach, so if it doesn't, one can
On Jun 26 17:14, Corinna Vinschen wrote:
> On Jun 26 11:03, Christopher Faylor wrote:
> > On Fri, Jun 26, 2009 at 04:52:13PM +0200, Corinna Vinschen wrote:
> > >It's an interesting idea, but rather tricky to implement. I assume
> > >you will get an ERROR_ACCESS_DENIED when trying to attach to a co
On Jun 26 11:03, Christopher Faylor wrote:
> On Fri, Jun 26, 2009 at 04:52:13PM +0200, Corinna Vinschen wrote:
> >It's an interesting idea, but rather tricky to implement. I assume
> >you will get an ERROR_ACCESS_DENIED when trying to attach to a console
> >of another user, and a cygserver service
On Fri, Jun 26, 2009 at 04:52:13PM +0200, Corinna Vinschen wrote:
>On Jun 26 15:08, Julio Costa wrote:
>> On Fri, Jun 26, 2009 at 14:36, Corinna Vinschen wrote:
>> > Yes, I'm aware how this would work. ?What I mean is, it's *still* a
>> > band-aid since in case of a fail to attach, you still have t
On Jun 26 15:08, Julio Costa wrote:
> On Fri, Jun 26, 2009 at 14:36, Corinna Vinschen wrote:
> > Yes, I'm aware how this would work. What I mean is, it's *still* a
> > band-aid since in case of a fail to attach, you still have to alloc
> > a console and you're back to the original problem. What w
Hi,
On Fri, Jun 26, 2009 at 14:36, Corinna Vinschen wrote:
> On Jun 26 13:41, Andy Koppe wrote:
>> 2009/6/26 Corinna Vinschen:
>> >> Forgot to say: the occurances of this could at least be reduced by
>> >> trying AttachConsole to get a hold on the parent process' console, if
>> >> any. When I atte
On Jun 26 13:41, Andy Koppe wrote:
> 2009/6/26 Corinna Vinschen:
> >> Forgot to say: the occurances of this could at least be reduced by
> >> trying AttachConsole to get a hold on the parent process' console, if
> >> any. When I attempted that in MinTTY, though, I couldn't make it work.
> >
> > Yes
2009/6/26 Corinna Vinschen:
>> Forgot to say: the occurances of this could at least be reduced by
>> trying AttachConsole to get a hold on the parent process' console, if
>> any. When I attempted that in MinTTY, though, I couldn't make it work.
>
> Yes, I thought of trying AttachConsole first. It'
On Jun 26 13:03, Andy Koppe wrote:
> 2009/6/26 Corinna Vinschen:
> > And what's really bad is that the console shows up in the taskbar.
>
> Forgot to say: the occurances of this could at least be reduced by
> trying AttachConsole to get a hold on the parent process' console, if
> any. When I attem
2009/6/26 Corinna Vinschen:
>> The proper, yet probably completely impractical solution: compile
>> Cygwin programs for the GUI subsystem instead of the console one and
>> attach to the parent process' console, if any, with explicit calls at
>> program startup. POSIX programs don't use the Win32 co
On Jun 26 10:39, Andy Koppe wrote:
> 2009/6/26 Corinna Vinschen
> > The issue will definitely not be fixed in RTM. Oh well.
>
> :(
>
> > We will have
> > to find a W7 workaround for our method of creating a hidden console. I
> > have asked Microsoft to provide us with a workaround but I have no
2009/6/26 Corinna Vinschen
> The issue will definitely not be fixed in RTM. Oh well.
:(
> We will have
> to find a W7 workaround for our method of creating a hidden console. I
> have asked Microsoft to provide us with a workaround but I have no
> really big hope that they can or will do it. An
On May 13 19:34, Andy Koppe wrote:
> 2009/5/8 Corinna Vinschen:
> > Unfortunately I got the reply that this issue cannot be addressed this
> > time but MSFT will consider addressing the issue in a future version of
> > Windows.
>
> Forgot to say: thanks for the update.
>
> > This is really bad.
>
2009/5/8 Corinna Vinschen:
> Unfortunately I got the reply that this issue cannot be addressed this
> time but MSFT will consider addressing the issue in a future version of
> Windows.
Forgot to say: thanks for the update.
> This is really bad.
Yep. And the workaround with ShowWindowAsync() isn'
On Apr 21 18:00, Corinna Vinschen wrote:
> On Apr 21 16:35, Andy Koppe wrote:
> > 2009/4/16 Corinna Vinschen:
> > >> int
> > >> main(void)
> > >> {
> > >> HWINSTA wst = CreateWindowStation (0, 0, WINSTA_ALL_ACCESS, 0);
> > >> SetProcessWindowStation(wst);
> > >> AllocConsole();
> > >> Sleep
On Apr 21 16:35, Andy Koppe wrote:
> 2009/4/16 Corinna Vinschen:
> >> int
> >> main(void)
> >> {
> >> HWINSTA wst = CreateWindowStation (0, 0, WINSTA_ALL_ACCESS, 0);
> >> SetProcessWindowStation(wst);
> >> AllocConsole();
> >> Sleep(3000);
> >> return 0;
> >> }
> >>
> >> There seems to ha
2009/4/16 Corinna Vinschen:
>> This little test opens a console window on
>> 7, but not Vista, when compiled with 'gcc -mno-cygwin -mwindows'.
>>
>> int
>> main(void)
>> {
>> HWINSTA wst = CreateWindowStation (0, 0, WINSTA_ALL_ACCESS, 0);
>> SetProcessWindowStation(wst);
>> AllocConsole();
>>
On Apr 15 22:15, Andy Koppe wrote:
> Corinna Vinschen:
> > If the above code also allocs a console window when run from a non-cygwin
> > (mingw) application, then this should be reported as a bug to Microsoft.
>
> I can confirm this one now. This little test opens a console window on
> 7, but not
Corinna Vinschen:
> If the above code also allocs a console window when run from a non-cygwin
> (mingw) application, then this should be reported as a bug to Microsoft.
I can confirm this one now. This little test opens a console window on
7, but not Vista, when compiled with 'gcc -mno-cygwin -mwi
Corinna Vinschen:
> Treat it as a bug in Windows 7, probably. Do you get the console window
> as soon as you call AllocConsole, or does it open later?
It opens when invoking AllocConsole(). If I take out both the
AllocConsole() and the execve(), no console is opened.
> If so, it could also be t
On Apr 15 16:14, Andy Koppe wrote:
> I think I found the reason why consoles pop up for mintty and XWin on
> Windows 7. Cygwin's fhandler_console.cc uses a clever trick where it
> allocates a console on an invisible custom "window station". I tried
> to do the same in the mintty child process, but
I think I found the reason why consoles pop up for mintty and XWin on
Windows 7. Cygwin's fhandler_console.cc uses a clever trick where it
allocates a console on an invisible custom "window station". I tried
to do the same in the mintty child process, but found that
AllocConsole() no longer cares w
Thanks, Chuck and Dave for pointing me towards 'objdump -p'. I'd got
as far as trying objdump, but hadn't spotted the -p option.
MinTTY is a -mwindows app, which so far seemed to work well on XP and
Vista, because no console is popped up, not even momentarily. Not so
on Windows 7, unfortunately. f
43 matches
Mail list logo
