On Fri, Apr 27, 2012 at 05:25:31PM -0700, Daniel Colascione wrote:
>IIRC, it had something to do with preserving message boundaries at the
>TTY later. Again IIRC (and I only faintly recall this part) the PTY
>layer has to deliver one line at a time to readers. If a client calls
>read(2) with a gian
Corinna Vinschen wrote:
>... you might consider to debug the tzset tool ...
The cygwin tzset program is OK.
The problem was caused by a non-standard TZ-regestry
produced by an non-official patch that I applied few
years ago when the venezuelan legal time zone was
change from GMT-4:00 to GMT-4:30,
On 4/28/2012 6:10 AM, marco atzeri wrote:
On 4/28/2012 12:34 AM, Ken wrote:
Hello,
When attempting to do a download "ONLY", setup.exe caused the following
error to be displayed on Windows 7 64-bit:
===
Microsoft Visual C++ Runtime Library:
T
On 4/28/2012 12:34 AM, Ken wrote:
Hello,
When attempting to do a download "ONLY", setup.exe caused the following
error to be displayed on Windows 7 64-bit:
===
Microsoft Visual C++ Runtime Library:
This application has requested the Runtime t
On 4/27/2012 3:38 PM, James Johnston wrote:
> So I think for sure, Cygwin's use of message pipes is breaking a lot
> of Windows software, because of the null writes. And ALSO additionally
> perhaps because of this: while reading MSDN today, I came across an
> interesting snippet that probably indic
How about locking the vnode or inode of directory? i did not any such
reference but i believe it must be doable.
Larry Hall (Cygwin-X) wrote:
>
> On 4/24/2012 1:01 PM, Corinna Vinschen wrote:
>> On Apr 24 12:57, Larry Hall (Cygwin) wrote:
>>> On 4/24/2012 4:24 AM, pen wrote:
unfortuna
> -Original Message-
> Sent: Friday, April 27, 2012 14:38
> Subject: Re: Cygwin passes through null writes to other software when
> redirecting standard input/output (i.e. piping)
>
> What I don't grok is this:
>
> In your example, A and B are both native (== non-Cygwin) applications.
>
Hello,
When attempting to do a download "ONLY", setup.exe
caused the following error to be displayed on Windows 7
64-bit:
===
Microsoft Visual C++ Runtime Library:
This application has requested the Runtime to terminate
it in an unusual wa
On 2012-04-28 AM 5:48, Marilo wrote:
When I google man nc, I see
http://linux.die.net/man/1/nc
I see -X proxy_version and -x proxy_address[:port]
But cygwin's netcat doesn't include that.
Is it possible to get a copy of netcat for cygwin(or even for windows, or both)
that includes that -
When I google man nc, I see
http://linux.die.net/man/1/nc
I see -X proxy_version and -x proxy_address[:port]
But cygwin's netcat doesn't include that.
Is it possible to get a copy of netcat for cygwin(or even for windows, or both)
that includes that -x and -X?
--
Problem reports:
I would like to understand how cygwin can manipulate directories with
trailing dots.
I looked at some of the source code and it looks like the windows api's
"GetFullPathName" and "FindFirstFile" are
being used.
But when I try and use those api's directly I cannot read the contents
of director
On Fri, Apr 27, 2012 at 8:28 AM, Cary Lewis wrote:
> I have a system that makes use of a number of directories which
> contain hundreds of thousands of files.
Cary, I can't comment on any API references, but here is a possible workaround.
The "locate" command works similarly to the "find" comma
On 27/04/2012 15:52, Dr. Volker Zell wrote:
> By now there are only 3 packages left which install to the deprecated
> /usr/X11R6 tree:
>
> X-start-menu-icons --> If Alexander does not update his package I would
> provide a new one
X-start-menu-icons has a lot more problems than using the old p
On Fri, Apr 27, 2012 at 05:19:39PM +0200, Dr. Volker Zell wrote:
>The following packages still use the now deprecated /usr/doc and
>/usr/man directories:
>
>rpm -> installs to /usr/doc
>rpm-doc -> installs to /usr/man
rpm is not likely to change anytime soon.
>dejagnu -> installs to /usr/
On Sat, Apr 28, 2012 at 12:11:35AM +0900, jojelino wrote:
>On 2012-04-27 AM 9:17, Christopher Faylor wrote:
>> There's no way that Cygwin could know to "skip" a call to WriteFile().
>> Cygwin doesn't interpose itself in the middle of a pipe. That would be
>> truly disastrous. If it somehow looked
On Fri, Apr 27, 2012 at 02:26:13PM -, James Johnston wrote:
>>On Thu, Apr 26, 2012 at 08:17:18PM -0400, Christopher Faylor wrote:
>>Nope, it won't always be that because I get what's expected. I built
>>the C++ files using mingw g++. Although I actually expected the reader
>>to honor the null
On Apr 27 10:46, rodmed...@cantv.net wrote:
> On 26 Apr 2012 10:03:20 Corinna Vinschen wrote:
>
> >What's your Windows timezone set to (the actual timezone text in the
> >"Date and Time" control panel? And what is Cygwin's $TZ set to?
>
> In Windows my Time-zone is (GMT -04:30)Caracas
>
> In c
Hi
Lapo your botan package installs documentation below /usr/docs/Botan-1.8.13
although /usr/share/doc/botan is there and already contains a README.txt.
Ciao
Volker
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
Hi
The following packages still use the now deprecated /usr/doc and
/usr/man directories:
rpm -> installs to /usr/doc
rpm-doc -> installs to /usr/man
dejagnu -> installs to /usr/man
byacc -> installs to /usr/man
popt -> installs to /usr/doc and /usr/man
par -> installs to /
On 26 Apr 2012 10:03:20 Corinna Vinschen wrote:
>What's your Windows timezone set to (the actual timezone text in the
>"Date and Time" control panel? And what is Cygwin's $TZ set to?
In Windows my Time-zone is (GMT -04:30)Caracas
In cygwin:
$ echo $TZ
Asia/Yakutsk
>From where Cygwin gets suc
On 2012-04-27 AM 9:17, Christopher Faylor wrote:
There's no way that Cygwin could know to "skip" a call to WriteFile().
Cygwin doesn't interpose itself in the middle of a pipe. That would be
truly disastrous. If it somehow looked at every pipe read/write rather
than just allowing I/O to flow fr
Hi
By now there are only 3 packages left which install to the deprecated
/usr/X11R6 tree:
X-start-menu-icons --> If Alexander does not update his package I would
provide a new one
x2x --> what about this ?
libXft1 --> should be obsoleted (nothing depends an it any
Hi
In a full cgwin install libXft1-1.0.0-1 installs /usr/X11R6/bin/cygXft-1.dll
in the deprecated /usr/X11R6 tree.
libXft1 should be obsoleted as nothing depends on it anymore.
Ciao
Volker
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/fa
On 4/27/2012 4:20 AM, Corinna Vinschen wrote:
> Fixing cygdrop.
Thanks for the patch; I'm pretty busy this weekend but I'll try to roll
out a new cygutils release Monday or so.
If anybody wants to investigate the following over the weekend:
TODO (call for patches):
==
On Fri, Apr 27, 2012 at 10:08:23AM +0100, cygwin-alanhowells.e4ward.com wrote:
>Christopher Faylor says
>> Nope, it won't always be that because I get what's expected. I built
>> the C++ files using mingw g++. Although I actually expected the reader
>> to honor the null byte, it did not. Perhaps
On Apr 26 21:18, James Johnston wrote:
> I have "run into an issue with Cygwin". This is arguably not a bug in
> Cygwin, but in other platform runtime libraries. Never-the-less, the
> symptoms occur only with Cygwin and not the Windows command prompt. So,
> from a practical standpoint, Cygwin is
On Fri, Apr 27, 2012 at 12:15:19PM +0200, Corinna Vinschen wrote:
>Just for you information, cygwin AT cygwin DOT com is a *public*
>mailing list, publically archived at http://cygwin.com/ml/cygwin/ This
>mailing list is the right forum for Cygwin bug reports and discussions,
>but be aware that you
> -Original Message-
> Sent: Friday, April 27, 2012 00:17
> Subject: Re: Cygwin passes through null writes to other software when
> redirecting standard input/output (i.e. piping)
>
> Nope, it won't always be that because I get what's expected. I built the
C++
> files using mingw g++. Al
Hi Anuja,
On Apr 27 12:15, Corinna Vinschen wrote:
> [...]
> > Tester/Developer Notes:
> > Cygwin manually scans ntdll.dll to find the address of the
> > global variable used to access the current working directory. It fails to
> > do this on Windows 8, hence theerror every time
Hi Anuja Singh,
thanks for your input!
Just for you information, cygwin AT cygwin DOT com is a *public* mailing
list, publically archived at http://cygwin.com/ml/cygwin/
This mailing list is the right forum for Cygwin bug reports and
discussions, but be aware that your company disclaimer has no
On 26 April 2012 22:18, James Johnston wrote:
> I have "run into an issue with Cygwin". This is arguably not a bug in
> Cygwin, but in other platform runtime libraries. Never-the-less, the
> symptoms occur only with Cygwin and not the Windows command prompt. So,
> from a practical standpoint, C
Corinna Vinschen cygwin.com> writes:
> So, adding the tsaware flag to Cygwin executables might not help, but
> should never hurt.
Thanks. So I'll extend my installer to sweep all executables and add +tsaware.
Regards,
Achim.
--
Problem reports: http://cygwin.com/problems.html
FAQ:
Achim Gratz nexgo.de> writes:
> The part about "groups with many members" looks oddly familiar.
> Incidentally I've never had enough patience for makepasswd to finish
> while scanning the AD... so, given that I don't think I could change all
> that code, I guess that all the ids/groups used in the
On Apr 27 07:33, Achim Gratz wrote:
> > Charles Wilson writes:
> > > The "cygdrop.exe" utility is part of the cygutils package.
>
> (1001)~ # cygdrop -v ls
> GetTokenInformation: error 122
> (1002)~ # cygdrop ls
> GetTokenInformation: error 122
> (1003)~ # cygdrop
> Usage: cygdrop [OPTIONS] COMMAN
On Apr 27 07:57, Achim Gratz wrote:
> Larry Hall (Cygwin) writes:
> > Does this help?
>
> Thanks, I've been reading this before. Tentatively I concluded that all
> Cygwin executables should have the +tsaware set, I just wanted to make
> sure that there aren't some that I would break if I do this.
> Charles Wilson writes:
> > The "cygdrop.exe" utility is part of the cygutils package.
(1001)~ # cygdrop -v ls
GetTokenInformation: error 122
(1002)~ # cygdrop ls
GetTokenInformation: error 122
(1003)~ # cygdrop
Usage: cygdrop [OPTIONS] COMMAND [ARG ...]
Group options
-lDisable local a
perl has been updated to 5.14.2-1 as test in the Experimental section.
It looks pretty stable to me when I tested it in the last 2 weeks.
This is to build the 102 (!) dependent packages. I hope the
dependencies can be done
in the next month. Please upload them as test. I'll make the big
switch th
37 matches
Mail list logo
