On Feb 21 12:25, cyg Simple wrote:
From: Corinna Vinschen
Maybe it is actually simpler than that. Invalidating the cache as a whole
probably never makes sense. In fact there are two reasons for
invalidation:
- The pw_name, pw_shell, pw_home, pw_gecos settings for a user changed.
On Feb 20 13:46, John Hein wrote:
Corinna Vinschen wrote at 11:29 +0100 on Feb 20, 2015:
So I just changed the order of the objectClass and objectCategory test.
If that's really the culprit, you can easily test it:
Revert to the Cygwin 1.7.34-6 DLL, run `time mkpasswd -d /dev/null'
On Feb 21 18:44, Thomas Wolff wrote:
Am 20.02.2015 um 11:13 schrieb Corinna Vinschen:
On Feb 20 08:56, Thomas Wolff wrote:
By flushing I meant actually waiting until it's been consumed at the
other end in this case, if that's technically feasible.
You mean the actual act of changing the
On Feb 22 22:07, Lasse Collin wrote:
Eric Blake wrote:
On 02/20/2015 01:21 PM, Lasse Collin wrote:
The above Cygwin behavior would make it very easy to add a
workaround to xz for the pipe-data-loss problem: simply don't clear
O_NONBLOCK on stdout. However, I wonder if it is a bug in
On Feb 21 22:04, Achim Gratz wrote:
Achim Gratz writes:
The include hiccup out of the way things start to compile, but then
raw_pre_gcl segfaults.
Something for Corinna it seems… :-)
Well, I'm not so sure...
--8---cut here---start-8---
52 19263
On Feb 20 18:32, Len Giambrone wrote:
Running the latest version:
$ cygcheck -c cygwin openssh csih
Cygwin Package Information
Package VersionStatus
csih 0.9.8-5OK
cygwin 1.7.34-6 OK
openssh 6.7p1-2OK
On Feb 22 22:54, Lasse Collin wrote:
It seems that a signal can cause pthread_join to incorrectly return
EINVAL. I debugged it only a little but hopefully someone finds this
useful:
In the file thread.cc, function pthread::join, the call to cygwait may
return WAIT_SIGNALED if a signal is
On 07/07/2012 14:10, Jon TURNEY wrote:
On 29/06/2012 20:48, Yaakov (Cygwin/X) wrote:
On Thu, 2012-06-21 at 01:24 -0500, Yaakov (Cygwin/X) wrote:
Attached is a first draft of a patch to support split debuginfo packages
automatically in cygport.
Second draft patch attached.
This works fine.
On Feb 23 11:56, Corinna Vinschen wrote:
On Feb 22 22:07, Lasse Collin wrote:
Eric Blake wrote:
On 02/20/2015 01:21 PM, Lasse Collin wrote:
The above Cygwin behavior would make it very easy to add a
workaround to xz for the pipe-data-loss problem: simply don't clear
O_NONBLOCK on
Awesome ;) Thanks so much I will keep a look out for it and verify on my end
that the perl unit test works as expected.
On Feb 23, 2015, at 7:42 AM, Corinna Vinschen corinna-cyg...@cygwin.com
wrote:
Hi Richard,
On Feb 21 16:17, Richard Elberger wrote:
Hello,
I found this while
On Feb 23 13:14, Corinna Vinschen wrote:
On Feb 22 22:54, Lasse Collin wrote:
It seems that a signal can cause pthread_join to incorrectly return
EINVAL. I debugged it only a little but hopefully someone finds this
useful:
In the file thread.cc, function pthread::join, the call to
On Feb 23 07:59, Richard Elberger wrote:
Awesome ;) Thanks so much I will keep a look out for it and verify on
my end that the perl unit test works as expected.
On Feb 23, 2015, at 7:42 AM, Corinna Vinschen corinna-cyg...@cygwin.com
wrote:
Hi Richard,
On Feb 21 16:17, Richard
On Feb 22 19:51, Andrew Schulman wrote:
Am 22.02.2015 um 21:53 schrieb Andrew Schulman:
Hi,
when I run setup.exe for the first time, it shows a checkbox somewhere
at the end of the wizard, allowing me to create a Cygwin icon on the
desktop.
I dont want this icon, so I
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2015-02-23 12:40:01
Modified files:
winsup/cygwin : ChangeLog winsup.h
winsup/cygwin/release: 1.7.35
Log message:
* winsup.h (SIGTOMASK): Add cast to sigset_t to avoid int overflow.
Hi Richard,
On Feb 21 16:17, Richard Elberger wrote:
Hello,
I found this while trying to compile perl 5.20.1 on latest cygwin64
(just updated yesterday).
Effectively, sigaddset is adding a signal along these lines. If
signal x is less than 32, then two signals are added: x and x+32. If
On Sun, Feb 22, 2015 at 4:38 PM, Maarten Hoes hoes.maar...@gmail.com wrote:
On 22-2-2015 22:09, Maarten Hoes wrote:
28 1.690209 192.168.0.21 - 192.168.178.20 TCP 74 60221â+'6000 [SYN]
Seq=0 Win=29200 Len=0 MSS=1460 SACK_PERM=1 TSval=6862378 TSecr=0 WS=128
Wait, what ? send to
On Feb 21 03:47, Andrey Repin wrote:
I am on a machine in a domain. /usr/bin/getent passwd cyg_server
returns nothing:
$ getent passwd cyg_server
That's not right. But setting up SSH in a domain environment is problematic.
You'd need an /etc/passwd file with one line mentioning local
On Sun, Feb 22, 2015 at 10:31 PM, René Berber r.ber...@computer.org wrote:
On 2/22/2015 7:53 PM, Michael DePaulo wrote:
I am seeing very weird behavior and I am hoping that someone can explain it.
This happens on 2 different machines. My personal Windows 10 64-bit
machine, and a Windows 7
On Feb 23 13:59, Corinna Vinschen wrote:
On Feb 23 13:14, Corinna Vinschen wrote:
On Feb 22 22:54, Lasse Collin wrote:
It seems that a signal can cause pthread_join to incorrectly return
EINVAL. I debugged it only a little but hopefully someone finds this
useful:
In the file
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2015-02-23 13:56:01
Modified files:
winsup/cygwin : ChangeLog cygwait.cc cygwait.h thread.cc
Log message:
* cygwait.h (enum cw_wait_mask): Add cw_sig_restart. Add comments
to explain
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2015-02-23 13:32:17
Modified files:
winsup/cygwin : ChangeLog cygwait.cc
Log message:
* cygwait.cc (cygwait): Move setting res to WAIT_SIGNALED to clarify
when WAIT_SIGNALED is returned
On Feb 23 13:05, Corinna Vinschen wrote:
On Feb 20 18:32, Len Giambrone wrote:
Running the latest version:
$ cygcheck -c cygwin openssh csih
Cygwin Package Information
Package VersionStatus
csih 0.9.8-5OK
cygwin 1.7.34-6
I think I did more than I needed to. I extracted the inst package as well.
64-bit. yeah I did the stupid thing of putting in x86 and ash’s inability to
run (for rebase) let me know that I had screwed something up.
I will follow your instruction below. My fault for not backing up files
On Feb 23 10:25, Richard Elberger wrote:
I think I did more than I needed to. I extracted the inst package as
well.
64-bit. yeah I did the stupid thing of putting in x86 and ash’s
inability to run (for rebase) let me know that I had screwed something
up.
I will follow your instruction
The following packages have been updated in the Cygwin distribution:
*** xorg-server-*1.17.1-2
These packages contain XWin and the other X.Org X11 servers.
The following cygwin-specific changes have been made since 1.17.1-1:
* Fixes for regressions caused by RANDR change in 1.17.1-1
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2015-02-23 15:46:11
Modified files:
winsup/cygwin : ChangeLog grp.cc
Log message:
* grp.cc (internal_getgroups): Check for group attributes and
Everyone sid before calling
Corinna,
Works great! Good thing I just ran the test before blowing away the perl
distribution because….
Unfortunately now I think I really screwed things up. I never did a snapshot
install before. I followed the instructions in the FAQ.
So now I am getting an incompatible error from ld
On Feb 23 09:52, Richard Elberger wrote:
Corinna,
Works great! Good thing I just ran the test before blowing away the
perl distribution because….
Thanks for testing!
Unfortunately now I think I really screwed things up. I never did a
snapshot install before. I followed the instructions
cygcheck.out.gz
Description: Cygcheck output
--
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
Yes, WX64LG is the machine name.
$ net user sshd /delete
The command completed successfully.
$ net user cyg_server /delete
The user name could not be found.
More help is available by typing NET HELPMSG 2221.
$ cygrunsrv -Q sshd
$ ssh-host-config -y -w X
...
*** Info: This script plans
This is a known perl problem, afaik, and not reported for the first
time. It seems the -r/-w/-x tests check the file permissions returned
by stat(2), but they should test access based on the return value of
access(2) or faccessat(2) calls instead.
Exactly! I ask p5p if there was a way to
The following package has been updated in the Cygwin distribution:
* xinit-1.3.4-5
xinit contains commands used for starting X sessions.
This release updates the implementation of the -listen and -nolisten
flags for xorg-server 1.17.
--
Yaakov
--
Unsubscribe info:
On Feb 23 11:48, Len Giambrone wrote:
csih_use_file_etc returns 0 on my system (as it should with no passwd file,
right?)
Uhm, no. It should return 0 if you *use* the files (0 == true in the
shell), That should be only the case if you're running Cygwin 1.7.33
or if your nsswitch.conf file says
[OK, here's the message body I _thought_ I sent with the cygcheck
output which is all that appears to have been received...]
I _think_ this is a regression, but my memory for this sort of thing
is terrible.
With libreadline7-6.3.8-1, given that I have
/c/Program Files
/c/Program Files (x86)
The following packages have been updated in the Cygwin distribution:
* xf86-video-dummy-0.3.7-3
* xf86-video-nested-0.1.0-6
These drivers for the Xorg server are used as replacements for
Xvfb/Xfake and Xnest/Xepher, respectively.
These releases have been built for xorg-server 1.17.
--
Yaakov
On 23-2-2015 16:33, Maarten Hoes wrote:
On 23-2-2015 16:11, Maarten Hoes wrote:
I suspect something strange is going on under the covers of my ISP
supplied FRITZ!Box 7390, but I cant figure out what...
Looks like I managed to seriously mess up my network settings, alright.
From another
csih_use_file_etc returns 0 on my system (as it should with no passwd
file, right?)
If so, then this block will not be executed:
if ! csih_use_file_etc passwd
then
# This test succeeds on domain member machines only, not on DCs.
if [ ${COMPUTERNAME,,*} !=
On Feb 23 10:22, John Hein wrote:
Corinna Vinschen corinna-cygwin-at-cygwin.com |cygwin_ml_nodigest| wrote at
12:17 +0100 on Feb 23, 2015:
Come to think of it, it's probably really just slow. The difference
between mkpasswd/mkgroup for domain accounts:
1.7.33:
Calls
Corinna Vinschen writes:
The crash occurs *during* envionment variable processing, but *in* the
application address space. Does the application come with its own
malloc?
Probably, I'll have to check. It comes with it's own GC at least.
For the time being, I declare Cygwin's innocence.
Corinna Vinschen corinna-cygwin-at-cygwin.com |cygwin_ml_nodigest| wrote at
12:17 +0100 on Feb 23, 2015:
On Feb 20 13:46, John Hein wrote:
Corinna Vinschen wrote at 11:29 +0100 on Feb 20, 2015:
So I just changed the order of the objectClass and objectCategory test.
If that's really
Richard Elberger writes:
Exactly! I ask p5p if there was a way to compile perl with using the
pragma behavior as the default behavior. I was met with the usual
“that’s probably a bad idea” argument. I think I will be more
persistent about this with p5p, like perhaps making this an option in
Hi Roger,
On Feb 16 20:02, Roger Orr wrote:
Corinna Vinschen wrote:
So I'd think the best way forward is to update to the
1.7.35-0.1 test release and report further from there.
Thanks, this does help a little. However I will still be using the 'files'
setting.
Here are some
Hi Dennis,
On Feb 20 17:20, Corinna Vinschen wrote:
On Feb 19 19:04, Dennis Hagarty (dehagart) wrote:
It would be pretty helpful to get an idea what's so slow in your case.
Either you get ADInsight working, or... is it ok if I send you a link
to a debug-augmented DLL via PM?
Sure.
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2015-02-23 20:51:12
Modified files:
winsup/cygwin : ChangeLog autoload.cc cygserver_pwdgrp.h grp.cc
pwdgrp.h uinfo.cc
Added files:
winsup/cygwin : userinfo.h
Log
Corinna Vinschen writes:
Own malloc and own GC? WHat if it misses the fact that the C library
(aka Cygwin) uses malloc, too?
I didn't really follow through after that fail. I did successfully
compile ecl and it seems to work with maxima, but ecl doesn't produce
executables. But really,
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2015-02-23 21:00:33
Modified files:
winsup/cygserver: ChangeLog pwdgrp.cc
Log message:
* pwdgrp.cc: Handle default fetch_user_arg_type_t in switches
throughout to silence compiler.
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2015-02-23 21:01:55
Modified files:
winsup/cygwin : ChangeLog userinfo.h
Log message:
* userinfo.h (struct fetch_full_grp_t): Define only when building
Cygwin itself.
(struct
On Feb 23 18:15, Jon TURNEY wrote:
I really wanted to do this by adding some DWARF CFI to the generated sigfe.s
file, but there doesn't seem to currently be a way to correctly describe
_sigbe's frame using that.
I was wondering about this already. It seems weird if the CFI stuff
doesn't allow
If that is the case, then there is a bug in csih_old_cygwin:
build@wx64lg /usr/share/csih
$ uname -a
CYGWIN_NT-6.1 wx64lg 1.7.34(0.285/5/3) 2015-02-04 12:14 x86_64 Cygwin
build@wx64lg /usr/share/csih
$ less cygwin-service-installation-helper.sh
build@wx64lg /usr/share/csih
$ .
I really wanted to do this by adding some DWARF CFI to the generated sigfe.s
file, but there doesn't seem to currently be a way to correctly describe
_sigbe's frame using that.
So instead, write a custom unwinder for _sigbe frames, which gets the return
address from the sigstack.
Implemented for
My bad, csih_old_cygwin works as documented.
But there is a bug in csih_use_file_etc:
$ cat /etc/nsswitch.conf
# /etc/nsswitch.conf
#
#This file is read once by the first process in a Cygwin process tree.
#To pick up changes, restart all Cygwin processes. For a description
#see
Len Giambrone writes:
If that is the case, then there is a bug in csih_old_cygwin:
No, not there.
build@wx64lg /usr/share/csih
$ uname -a
CYGWIN_NT-6.1 wx64lg 1.7.34(0.285/5/3) 2015-02-04 12:14 x86_64 Cygwin
build@wx64lg /usr/share/csih
$ less cygwin-service-installation-helper.sh
Len Giambrone writes:
Perhaps you want:
grep -Eq ^{file}: /etc/nsswitch.conf { grep -Eq
^${file}:[^#]*\db\ /etc/nsswitch.conf || use_file=0 }
I've ised an if clause, but yes.
Or even more simply (since the first clause is really subsumed by the
second):
grep -Eq ^${file}:[^#]*\db\
Greetings, Michael DePaulo!
I found this too:
http://cygwin.wikia.com/wiki/Rebaseall
However, this leads to a another question. On the X2Go project, we
compile nxproxy, a 3rd-party piece of software that we are now
maintaining, against Cygwin. We also recompile Cygwin OpenSSH with an
Perhaps you want:
grep -Eq ^{file}: /etc/nsswitch.conf { grep -Eq
^${file}:[^#]*\db\ /etc/nsswitch.conf || use_file=0 }
Or even more simply (since the first clause is really subsumed by the
second):
grep -Eq ^${file}:[^#]*\db\ /etc/nsswitch.conf || use_file=0
On 02/23/2015 01:37 PM,
On Feb 23 20:11, Achim Gratz wrote:
Len Giambrone writes:
If that is the case, then there is a bug in csih_old_cygwin:
No, not there.
build@wx64lg /usr/share/csih
$ uname -a
CYGWIN_NT-6.1 wx64lg 1.7.34(0.285/5/3) 2015-02-04 12:14 x86_64 Cygwin
build@wx64lg /usr/share/csih
$
Thanks.But I just solve it.
I tried to use `chmod 600 id_rsa*` and it doesn't work as before.
Right solution is: to run cygwin as administrator. Then chmod will
work.(my system is win8.1).
2015-02-24 4:11 GMT+08:00 Corinna Vinschen corinna-cyg...@cygwin.com:
On Feb 24 03:50, rexdf Rexdf wrote:
Can everybody fix permission about groups. Now I accidently try cygwin
1.7.35-3 and cannot install 1.7.33-1. It fail about cannot find
_fset** in libint-8.dll. The minty cannot start. So I have to use
1.7.34-6. And its permission is broken. So ssh,scp,git etc do not
work.
Is there any solution
The following packages have been updated in the Cygwin distribution:
* clisp-2.49-1
* clisp-clx-2.49-1 (32-bit only)
* clisp-gdi-2.49-1 (32-bit only)
* clisp-gtk2-2.49-1 (32-bit only)
ANSI Common Lisp is a high-level, general-purpose programming language.
GNU CLISP is a Common Lisp
On Feb 24 03:50, rexdf Rexdf wrote:
Can everybody fix permission about groups. Now I accidently try cygwin
1.7.35-3 and cannot install 1.7.33-1. It fail about cannot find
_fset** in libint-8.dll. The minty cannot start. So I have to use
1.7.34-6. And its permission is broken. So ssh,scp,git
The following packages have been updated in the Cygwin distribution:
* clisp-2.49-1
* clisp-clx-2.49-1 (32-bit only)
* clisp-gdi-2.49-1 (32-bit only)
* clisp-gtk2-2.49-1 (32-bit only)
ANSI Common Lisp is a high-level, general-purpose programming language.
GNU CLISP is a Common Lisp
On Feb 23 18:48, Achim Gratz wrote:
Corinna Vinschen writes:
The crash occurs *during* envionment variable processing, but *in* the
application address space. Does the application come with its own
malloc?
Probably, I'll have to check. It comes with it's own GC at least.
Own malloc
sockatmark was added to Cygwin recently, but its prototype wasn't added to
/usr/include/sys/socket.h. Is the following the right way to fix this, or is
it a newlib issue?
Index: winsup/cygwin/include/sys/socket.h
===
RCS file:
On Feb 23, 2015, at 1:11 PM, Corinna Vinschen corinna-cyg...@cygwin.com
wrote:
On Feb 24 03:50, rexdf Rexdf wrote:
Is there any solution to solve the ssh problem ( including git etc)?
Does https://cygwin.com/faq/faq.html#faq.using.ssh-pubkey-stops-working
help?
That information seems
Greetings, Michael DePaulo!
I have a counter-question. Any objection you have to distribute your
application as part of Cygwin infrastructure?
You can still keep your NSIS installer, assuming you change it to download
appropriate setup.exe, and you could offer an option to make portable
Greetings, Warren Young!
Is there any solution to solve the ssh problem ( including git etc)?
Does https://cygwin.com/faq/faq.html#faq.using.ssh-pubkey-stops-working
help?
That information seems to be incomplete.
I ran into similar problems here, and found that chmod 600 would give me
On Mon, Feb 23, 2015 at 1:21 PM, Andrey Repin anrdae...@yandex.ru wrote:
Greetings, Michael DePaulo!
I found this too:
http://cygwin.wikia.com/wiki/Rebaseall
However, this leads to a another question. On the X2Go project, we
compile nxproxy, a 3rd-party piece of software that we are now
The following package has been updated in the Cygwin distribution:
* xedit-1.2.2-1
Xedit is a simple text editor for the X Window System.
This is an update to the latest upstream release. A desktop menu entry
has been added.
--
Yaakov
--
Unsubscribe info:
The following packages have been updated in the Cygwin distribution:
* libglib2.0_0-2.42.1-2
* libglib2.0-devel-2.42.1-2
* libglib2.0-doc-2.42.1-2
GLib is the low-level core library that forms the basis for projects
such as GTK+ and GNOME. It provides data structure handling for C,
portability
Reini,
Do you plan to resume development of the gdi module? If not, I think
clisp-gdi will have to be dropped from the distribution the next time
there's a new release of clisp. gdi no longer compiles with the current
clisp development trunk, and I don't have the interest or the expertise
Wow I really hoped to contribute with something that seemed -- to me
-- salient... an strace of my 5 minute bash startup under 1.7.34, due
to 70+ SLOW lookups w/ exceptions (all 4.0-4.1 seconds).
But for the life of me I can't get past the spamfilter.
([main] bash 8308
Lasse Collin had written.
... the possibility of EINTR is mentioned for specific commands and F_SETFL
isn't among them.
A subtle and maybe minor but valid objection.
Am 23.02.2015 um 13:23 schrieb Corinna Vinschen:
On Feb 23 11:56, Corinna Vinschen wrote:
On Feb 22 22:07, Lasse Collin
Hi,
i was talking with Jon Turney about this on IRC.
I am trying to port this feature of VcXsrv (and XMing also I think) to
Cygwin XLaunch:
https://sourceforge.net/p/vcxsrv/code/ci/460182676a960385dff96c1563f781213060f6fc/
Attached is my WIP patch. (I know it needs the comments updated for
Hi Corinna,
sounds good. I'll give this a go, all being well, tomorrow.
In other news it appears that the ADInsightDll uses some shared data to
communicate, so in order to get ADInsight to work with injection one has to
ensure that the DLL injected is the same actual *file* as the one loaded by
74 matches
Mail list logo
