On Thu, Jul 15, 2010 at 01:44:19AM +0100, Cliff Hones wrote:
>When select() is used to test for input availability on the standard
>cygwin console in normal (cooked) mode, it indicates input is available
>as soon as any key is pressed. However, a call to read(0,...)
>will (correctly) block until a
When select() is used to test for input availability on the standard
cygwin console in normal (cooked) mode, it indicates input is available
as soon as any key is pressed. However, a call to read(0,...)
will (correctly) block until a terminating RETURN is entered.
select() should only indicate in
> On Wed, Jul 14, 2010 at 11:37:26AM -0700, Daniel Colascione wrote:
> >Windows 7 WOW64 seems to DTRT with respect to copying the process data;
> >needs_count_in_si_lpres2 can be false except on Vista. I'm testing a
> >cygwin with that modification now and it works fine (persistent Windows
> >7 spo
Am 14.07.2010 20:20, schrieb Christopher Faylor:
On Wed, Jul 14, 2010 at 08:06:31PM +0200, Lukas Haase wrote:
Hi,
Is there a chance to get Unicode with cygwin to work?
Nowadays Unicode support is a fundamental component in modern software;
All state-of-the art operating systems support Unicode
On Wed, Jul 14, 2010 at 11:37:26AM -0700, Daniel Colascione wrote:
>Windows 7 WOW64 seems to DTRT with respect to copying the process data;
>needs_count_in_si_lpres2 can be false except on Vista. I'm testing a cygwin
>with that modification now and it works fine (persistent Windows 7 sporadic
>issu
Windows 7 WOW64 seems to DTRT with respect to copying the process data;
needs_count_in_si_lpres2 can be false except on Vista. I'm testing a cygwin
with that modification now and it works fine (persistent Windows 7 sporadic
issues notwithstanding; those seem to be solved by rebaseall).
lpReserved2
On Wed, Jul 14, 2010 at 08:06:31PM +0200, Lukas Haase wrote:
>Hi,
>
>Is there a chance to get Unicode with cygwin to work?
>
>Nowadays Unicode support is a fundamental component in modern software;
>All state-of-the art operating systems support Unicode. I do not
>understand why cygwin lacks this
Hi,
Is there a chance to get Unicode with cygwin to work?
Nowadays Unicode support is a fundamental component in modern software;
All state-of-the art operating systems support Unicode. I do not
understand why cygwin lacks this support.
Unfortunately also this solution seems to be dead:
http
On 7/14/2010 10:57 AM, Jeremy Bopp wrote:
> Drive Y is a mapping to a network location. Interestingly, ls -l
>> /cygdrive returns:
>> d-+ 1 24576 2010-07-09 11:18 c
>> drwx--+ 1 Administrators Domain Users 0 2010-07-14 06:58 y
>>
>> The c folder looks
On 7/14/2010 9:44 AM, Cory Riddell wrote:
> My Windows 7 (64-bit) machine is part of a domain and I normally log
> into it as a domain user.
>
> Something is misconfigured because Cygwin programs seem to have a
> problem with file permissions. For example:
> $ ls -l visitor*
> --+ 1 co
My Windows 7 (64-bit) machine is part of a domain and I normally log
into it as a domain user.
Something is misconfigured because Cygwin programs seem to have a
problem with file permissions. For example:
$ ls -l visitor*
--+ 1 cory Domain Users 3236 2010-07-11 22:37 visitor.cpp
--- Mer 14/7/10, Jørgen Steensgaard ha scritto:
> Thanks for the clues. The
> problem seems to be absence of cygcrypt-0.dll, apparently a
> familiar trouble point. Both cygcheck and strace found
> the library missing.
>
> I have checked my file hierarchy, and have not found the
> library, neit
Thanks for the clues. The problem seems to be absence of
cygcrypt-0.dll, apparently a familiar trouble point. Both cygcheck and
strace found the library missing.
I have checked my file hierarchy, and have not found the library,
neither in /bin/ nor in /usr/bin. An old posting refers to it a
* Linda Walsh (Tue, 13 Jul 2010 18:44:24 -0700)
> How many different versions of 'man' are there, anyway?
>
> I've always wondered why cygwin's was so different from the few linux
> versions I've seen -- bug especially in this sense.
That's because you've seen only a few Linux versions.
> How i
On Tue, Jul 6, 2010 at 3:59 PM, Corinna Vinschen wrote:
> On Jul 6 14:11, Robert Schiele wrote:
>> Hi!
>>
>> I found the following (in my optinion weird) behavior of the $(wildcard)
>> function of GNU make when running on Cygwin:
(snip)
>> More generic inspection reveals that apparently the $(wild
On Wed, Jul 14, 2010 at 3:44 AM, Linda Walsh wrote:
> Think it's possible to get the cygwin version 'enhanced'?
Sure it is, but:
http://www.cygwin.com/acronyms/#SHTDI
--
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvald
16 matches
Mail list logo
