Greetings, Sous Lesquels!
>> I'm not in the mood of retyping the POSIX standard for you.
> But you are obviously always in the mood to be unhelpful...
If you do not like the answer to your question, it doesn't make the answer
wrong, or unhelpful, or what-you-have-called-it.
>> I'm personally ac
> On Aug 28, 2015, at 7:23 AM, Sous Lesquels wrote:
>
> I feel that with increasing monitors sizes == increasing window sizes,
You’re making an unwarranted assumption. Increasing monitor sizes do not
require increasing window widths.
As we saw in my original testing, the problem does not occ
On Aug 28, 2015, at 2:49 PM, Sous Lesquels wrote:
>
> Console size to me sounds like some kind of buffer
> overflow
Quite possibly.
> not some intrinsically non-POSIX thing that MS console does.
Andrey wasn’t trying to tell you that the bug is happening because of a POSIX
violation. His brus
Thanks Larry.
> OK, good. We're on the same page then. :-)
Indeed we are :)
> it's hard to say there's going to be a good solution coming from Cygwin
> itself soon, unless there's some developer that wants to chase this in the
> near-term.
I certainly hope so. At least, to peek and determin
> I'm not in the mood of retyping the POSIX standard for you.
But you are obviously always in the mood to be unhelpful...
> I'm personally acquainted with the creator of ConEmu and he's not working for
> Microsoft.
And this breaks without ConEmu. If you forget I said that I use ConEmu
and run m
On 08/28/2015 09:23 AM, Sous Lesquels wrote:
Thanks Larry.
I think you're misunderstanding where the limitation is coming from.
I don't think I'm misunderstanding anything - I was actually thinking
along the same lines that you just wrote.
OK, good. We're on the same page then. :-)
I fee
Greetings, Sous Lesquels!
> Thanks Andrey.
>> You're misunderstanding Cygwin, if you are asking such questions.
> Care to clarify how am I misunderstanding Cygwin?
I'm not in the mood of retyping the POSIX standard for you.
>> If you could convince ConEmu developers to provide adequate TTY
>>
Thanks Larry.
> I think you're misunderstanding where the limitation is coming from.
I don't think I'm misunderstanding anything - I was actually thinking
along the same lines that you just wrote.
I feel that with increasing monitors sizes == increasing window sizes,
it might happen more often,
On 08/27/2015 11:39 AM, Sous Lesquels wrote:
Thanks cyg Simple.
It depends on the level of support you want from this list
In this case, if Cygwin is supposed to work with the regular windows
console? If mintty was created due to Cygwin *not working as expected*
on default windows console, th
Thanks Andrey.
> You're misunderstanding Cygwin, if you are asking such questions.
Care to clarify how am I misunderstanding Cygwin?
> If you could convince ConEmu developers to provide adequate TTY functionality,
You mean Microsoft? You can reproduce the exact same issue with the
native window
Thanks cyg Simple.
> It depends on the level of support you want from this list
In this case, if Cygwin is supposed to work with the regular windows
console? If mintty was created due to Cygwin *not working as expected*
on default windows console, that's a good answer, as long as it's
correct. If
Greetings, Sous Lesquels!
> Thanks Philip - I agree with that and it's even nicely described in ConEmu
> docs:
> http://conemu.github.io/en/CygwinAnsi.html
> While it might be a hack to get this working, mintty is not something
> that should be run in ConEmu, as both are terminal emulators.
>
On 8/25/2015 12:35 PM, Sous Lesquels wrote:
> Thanks Philip - I agree with that and it's even nicely described in ConEmu
> docs:
>
> http://conemu.github.io/en/CygwinAnsi.html
>
> While it might be a hack to get this working, mintty is not something
> that should be run in ConEmu, as both are te
Thanks Philip - I agree with that and it's even nicely described in ConEmu docs:
http://conemu.github.io/en/CygwinAnsi.html
While it might be a hack to get this working, mintty is not something
that should be run in ConEmu, as both are terminal emulators.
Anyway, I guess the question is - is Cyg
> For various usability reasons (tabs being the biggest I think), I'm
> using ConEmu (https://github.com/Maximus5/ConEmu) and running bash
> directly from it. I am not sure if it's even possible to use mintty -
> it just might run console -> mintty -> bash, so might present the same
> issue - but w
Am 21.08.2015 um 14:37 schrieb Sous Lesquels:
However, assuming it is not possible to run mintty under ConEmu ...
It is.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:
On Aug 21, 2015, at 6:37 AM, Sous Lesquels wrote:
>
>> It happened on the first run, with a 317x85 window and lines of
>> scrollback buffer.
>
> OK, at least it's reproducible by one more person :)
A replicable bug is a dead bug. All that’s needed is for someone to spend the
time to cha
Thanks Warren.
> After sending the window full-screen, lookee lookee:
>
> 2014/11/04 17:40:58 Ending cygwin install
>112 [main] vi 4424 C:\cygwin64\bin\vi.exe: *** fatal error - cmalloc would
> have returned NULL
> /x: line 6: 4424 Hangup vi -c q /var/log/setup.log
>
> It ha
On Aug 20, 2015, at 4:21 PM, Sous Lesquels wrote:
>> I continue to be unable to reproduce your symptom under Windows 10
>
> Just to confirm - you did set the params of cmd.exe one to this:
>
> Screen Buffer Size: 208w h
> Window Size: 208w 69h
Oh, I’ve been assuming that it was the *length*
Greetings, Warren Young!
> On Aug 20, 2015, at 10:34 AM, Sous Lesquels wrote:
>>
>> I don't think this message will thread correctly.
> Actually, it did here.
>> However, just had a completely fresh Win7 and Cygwin install
> You are aware that Microsoft is giving out free Windows 10 upgrades
Thanks Warren.
> Actually, it did here.
I see it separate, at least in a Web browser:
- This thread: https://cygwin.com/ml/cygwin/2015-08/threads.html#00347
- The original thread I tried to reply to:
https://cygwin.com/ml/cygwin/2014-07/threads.html#00185
My intention was to reply to this messa
On Aug 20, 2015, at 10:34 AM, Sous Lesquels wrote:
>
> I don't think this message will thread correctly.
Actually, it did here.
> However, just had a completely fresh Win7 and Cygwin install
You are aware that Microsoft is giving out free Windows 10 upgrades to valid
Windows 7 license holders
--- Prelude
I don't think this message will thread correctly. This is a reply to
this message:
https://cygwin.com/ml/cygwin/2014-07/msg00191.html
Message-ID: <20140717082423.gb15...@calimero.vinschen.de>
I unsubscribed from the list in order not to get emails for the whole
list (most of which I
On Mon, Jul 21, 2014 at 12:32:34PM +, Nellis, Kenneth wrote:
>> From: sous lesquels
>>
>> > If you can't wait, then read the message using your browser and click
>> > on the "Raw text" link near the top. The first line will say something
>> > like From cygwin-return-191383-listarch-cygwin=...
> From: sous lesquels
>
> > If you can't wait, then read the message using your browser and click
> > on the "Raw text" link near the top. The first line will say something
> > like From cygwin-return-191383-listarch-cygwin=...
> > Note the message number 191383.
> > Then you send an empty messag
> If you can wait for the digest, you can simply open the selected message from
> the digest and reply to that, and it will be threaded.
Using Gmail, it doesn't seem to offer a way to see them as separate
mails or reply to a particular one, though. Oh, well...
> If you can't wait, then read the me
> From: Christopher Faylor
> There is no automated way to do that if you are using the digest. Digests
> are intended for casual perusal of the list, not for active communication.
FWIW, I get digest format, but still make threaded replies (such as this) with
a few extra steps that may not be obv
On Fri, Jul 18, 2014 at 12:59:10PM -0400, sous lesquels wrote:
>Any suggestions? Or is this not as common use case as I think it is?
Craft your reply with the appropriate "In-Reply-To" header tag and it
will maintain threading.
There is no automated way to do that if you are using the digest. Di
Thanks Larry.
> This is not the recommended way of handling this situation. You end up
> with a ".new" extension if the DLL was in use at the time of your upgrade.
> In this case, setup*.exe schedules a replace of your existing DLL with the
> ".new" version on reboot. So if you find such a file
On 07/18/2014 10:48 AM, sous lesquels wrote:
It's not reproducible for me. I just tried your ssh scenario with a
1000 and 2000 line buffers and it works fine for me every time, be it
with Cygwin 1.7.30 or the latest snapshot. I also raised the number of
loops. Is it possible that you're suffer
> It's not reproducible for me. I just tried your ssh scenario with a
> 1000 and 2000 line buffers and it works fine for me every time, be it
> with Cygwin 1.7.30 or the latest snapshot. I also raised the number of
> loops. Is it possible that you're suffering a BLODA(*) problem?
>
>
> Thanks,
>
On 7/17/2014 02:24, Corinna Vinschen wrote:
It's not reproducible for me. I just tried your ssh scenario with a
1000 and 2000 line buffers
Confirmed.
I tried up to , the maximum allowed.
This is under Windows 8.1 Pro, with Cygwin 1.7.30, both 32- and 64-bit.
--
Problem reports: h
On Jul 16 16:29, sous lesquels wrote:
> A few more things to add:
>
> - This crashes under the regular Windows console, i.e. run cmd.exe,
> then bash, then follow the above
> - It also crashes under some other emulators (I actually noticed it
> under ConEmu, see
> https://code.google.com/p/conemu-
On Wed, Jul 16, 2014 at 04:29:54PM -0400, sous lesquels wrote:
>A few more things to add:
>
>- This crashes under the regular Windows console, i.e. run cmd.exe,
>then bash, then follow the above
You've discovered that Cygwin has limits. You can't run it with console
windows that are too big. Sor
A few more things to add:
- This crashes under the regular Windows console, i.e. run cmd.exe,
then bash, then follow the above
- It also crashes under some other emulators (I actually noticed it
under ConEmu, see
https://code.google.com/p/conemu-maximus5/issues/detail?id=1644),
though this is like
Environment
CYGWIN_NT-6.1 1.7.29(0.272/5/3) 2014-04-07 13:46
Windows 7
Steps to reproduce the issue:
- With vi.exe
Execute the following bash script:
#!/bin/bash
for i in {1..123}; do
echo -e "\033[5A\033[50C\033[0;35mhello\033[0m"
head -n1000 /var/log/setup.log
done
vi /var/log/
36 matches
Mail list logo
