Signed-off-by: Yaakov Selkowitz
---
Obviously this depends on the newlib implementation patch.
winsup/cygwin/common.din | 1 +
winsup/cygwin/include/cygwin/version.h | 3 ++-
winsup/doc/posix.xml | 1 +
3 files changed, 4 insertions(+), 1
On Wed, 29 Nov 2017 15:39:45, Brian Inglis wrote:
> > On 2017-11-25 14:23, Houder wrote:
> > > Hi,
> > >
> > > Anyone seeing this as well? sort goes berzerk on my system when piped
> > > into
> > > head (or less) when it is fed with a 'specially prepared' input file.
>
On 2017-11-28 10:12, Houder wrote:
> On 2017-11-28 14:37, Doug Henderson wrote:
>
> On 2017-11-25 14:23, Houder wrote:
> > Hi,
> >
> > Anyone seeing this as well? sort goes berzerk on my system when piped
> > into
> > head (or less) when it is fed with a 'specially
On 29/11/2017 21:34, Ivan Gagis wrote:
What is that timestamp? Is it when the package was uploaded?
Sorry, by timestamp, I just mean the mtime of the archive file.
Then it should not be possible, because lower version definitely was
uploaded earlier than higher version package.
Where are
hope to see this in Cygwin soon, I've been running a custom compilation
of cygwin1.dll for awhile using some of Thomas's patches.
On Wed, Nov 29, 2017, at 03:44 PM, Corinna Vinschen wrote:
> On Nov 29 20:56, Thomas Wolff wrote:
> > May I kindly remind of
On Nov 29 20:56, Thomas Wolff wrote:
> May I kindly remind of https://cygwin.com/ml/cygwin/2017-07/msg00366.html,
> for which my patch proposal is still pending on the newlib mailing list?
You may want to ping the patch on the newlib ML.
I actually forgot about this patch, sorry.
Corinna
--
On Nov 29 11:45, Yaakov Selkowitz wrote:
> Signed-off-by: Yaakov Selkowitz
> ---
> winsup/cygwin/include/ssp/poll.h | 26 ++
> winsup/cygwin/include/sys/poll.h | 4
> 2 files changed, 30 insertions(+)
> create mode 100644
May I kindly remind of https://cygwin.com/ml/cygwin/2017-07/msg00366.html,
for which my patch proposal is still pending on the newlib mailing list?
While it's not as urgent anymore for mintty, where I've introduced a
native width option meanwhile (Charwidth, corresponding to xterm
-mk_width),
Houder writes:
> No, I have not executed rebaseall. The reason is, that I have
> "reinstalled" Cygwin twice now, starting with an empty repo and an
> empty root directory.
I have seen the initial rebaseall after a fresh install go wrong due to
antivirus interference. Triggering another full
Signed-off-by: Yaakov Selkowitz
---
winsup/cygwin/include/ssp/socket.h | 20
winsup/cygwin/include/sys/socket.h | 4
2 files changed, 24 insertions(+)
create mode 100644 winsup/cygwin/include/ssp/socket.h
diff --git
Signed-off-by: Yaakov Selkowitz
---
winsup/cygwin/include/ssp/poll.h | 26 ++
winsup/cygwin/include/sys/poll.h | 4
2 files changed, 30 insertions(+)
create mode 100644 winsup/cygwin/include/ssp/poll.h
diff --git
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=552a20ab4e2736d7cbd0293f8a69d7fbf8761fa8
commit 552a20ab4e2736d7cbd0293f8a69d7fbf8761fa8
Author: Yaakov Selkowitz
Date: Mon Nov 27 23:56:30 2017 -0600
cygwin: create libssp compatibility import library
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=6a848db44242a24d6570ef7994918c66ce483fd2
commit 6a848db44242a24d6570ef7994918c66ce483fd2
Author: Yaakov Selkowitz
Date: Mon Nov 27 23:55:11 2017 -0600
cygwin: export SSP functions
Signed-off-by:
On 29/11/2017 14:58, Ivan Gagis wrote:
Hi,
I found that in case packages validation fails the mksetup script just
returns success, though it prints a line in the console saying
"mksetupini: package set has errors, not writing setup.ini".
I think it should return some error code so that it
On 29/11/2017 15:06, Ivan Gagis wrote:
I have an overlay cygwin repo where I publish my packages.
Recently I started getting errors from mksetupini script:
"
mksetupini: package 'mypackage' version '0.4.38-1' is most recent
non-test version, but version '0.4.43-1' is curr:
mksetupini: package
(gdb) target exec regtool -w get "\HKCR\c\205\216c\205\216c\205\216c\205\216
regtool -w get "\HKCR\c▒▒c▒▒c▒▒c▒▒": No such file or directory.
The text are not written correctly, but there are no errors.
Mysterious error. T-T
There is an error in the Korean OS.
See error :
REMOVE
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
On Nov 30 00:41, ViOLeT wrote:
> # OS Language
> Korean (Asia), CHCP Code 949
>
> # Locale Code
> LANG=
> LC_CTYPE="C.UTF-8"
> LC_NUMERIC="C.UTF-8"
> LC_TIME="C.UTF-8"
> LC_COLLATE="C.UTF-8"
> LC_MONETARY="C.UTF-8"
> LC_MESSAGES="C.UTF-8"
> LC_ALL=
>
> Is it an operating system language issue?
# OS Language
Korean (Asia), CHCP Code 949
# Locale Code
LANG=
LC_CTYPE="C.UTF-8"
LC_NUMERIC="C.UTF-8"
LC_TIME="C.UTF-8"
LC_COLLATE="C.UTF-8"
LC_MONETARY="C.UTF-8"
LC_MESSAGES="C.UTF-8"
LC_ALL=
Is it an operating system language issue?
2017-11-29 18:29 GMT+09:00 Corinna Vinschen
Hi,
I have an overlay cygwin repo where I publish my packages.
Recently I started getting errors from mksetupini script:
"
mksetupini: package 'mypackage' version '0.4.38-1' is most recent
non-test version, but version '0.4.43-1' is curr:
mksetupini: package set has errors, not writing
Hi,
I found that in case packages validation fails the mksetup script just
returns success, though it prints a line in the console saying
"mksetupini: package set has errors, not writing setup.ini".
I think it should return some error code so that it would not be
considered as success by CI
On Nov 29 13:36, Corinna Vinschen wrote:
> On Nov 29 13:04, Corinna Vinschen wrote:
> > - If you do async IO, you have to handle STATUS_PENDING gracefully:
> >
> > - The IO_STATUS_BLOCK given to NtWriteFile *must* exist for the
> > entire time the operation takes after NtWriteFile returned
On Nov 29 13:04, Corinna Vinschen wrote:
> - If you do async IO, you have to handle STATUS_PENDING gracefully:
>
> - The IO_STATUS_BLOCK given to NtWriteFile *must* exist for the
> entire time the operation takes after NtWriteFile returned
> STATUS_PENDING. An IO_STATUS_BLOCK fhandler
On Nov 29 03:27, Mark Geisert wrote:
> On Wed, 29 Nov 2017, I wrote:
> > I added the printf()s and, what do you know, it shows all the NtWriteFile()s
>
> That's an American English idiom and is not meant to be taken literally.
> It's like "How about
On Nov 29 02:25, Mark Geisert wrote:
> Corinna Vinschen wrote:
> > On Nov 28 02:28, Mark Geisert wrote:
> > > Corinna Vinschen wrote:
> > > > On Nov 28 00:03, Mark Geisert wrote:
> > > > > Oops, I neglected to include an explanatory comment. Issuing
> > > > > simultaneous
> > > > > pwrite(s) on
On Wed, 29 Nov 2017, I wrote:
I added the printf()s and, what do you know, it shows all the NtWriteFile()s
That's an American English idiom and is not meant to be taken literally.
It's like "How about that?" or "Can you believe it?". Perhaps y'all
Corinna Vinschen wrote:
On Nov 28 02:28, Mark Geisert wrote:
Corinna Vinschen wrote:
On Nov 28 00:03, Mark Geisert wrote:
Mark Geisert wrote:
---
winsup/cygwin/fhandler_disk_file.cc | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/winsup/cygwin/fhandler_disk_file.cc
Hi ViOLeT,
On Nov 29 15:33, ViOLeT wrote:
> Hello.
>
> Cygwin 2.9.0 regtool x64 exception error (W10) reporting. (But it seems to
> be an error in all (2.9.0 lower) versions.)
>
> Using the Unicode causes an exception error.
> But, regtool x86 is no error occurs.
>
> *Example :*
> regtool.exe
28 matches
Mail list logo