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 wrote:
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 pwdgrp::fetch_account_from_w
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 portabl
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
On Mon, Feb 23, 2015 at 1:21 PM, Andrey Repin 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
>> maintaini
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
th
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: /cvs
> On Feb 23, 2015, at 1:11 PM, Corinna Vinschen
> 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 to be incomple
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 all
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 s
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?
> >
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 :
> On Feb 24 03:50, rexdf Rexdf wrote:
>> Can everybody fix perm
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,g
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/sha
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 implementa
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 t
Len Giambrone writes:
> Perhaps you want:
>
> grep -Eq "^{file}:" /etc/nsswitch.conf && { grep -Eq
> "^${file}:[^#]*\" /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}:[^#]
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
>
Perhaps you want:
grep -Eq "^{file}:" /etc/nsswitch.conf && { grep -Eq
"^${file}:[^#]*\" /etc/nsswitch.conf || use_file=0 }
Or even more simply (since the first clause is really subsumed by the
second):
grep -Eq "^${file}:[^#]*\" /etc/nsswitch.conf || use_file=0
On 02/23/2015 01:37 PM, L
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 https
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
>
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
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
$ . cygwin-service-in
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:
> >
> >
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
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 say
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'
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,,*}" != "${LOGO
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 to
[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)
/
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
>
> 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 w
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 instr
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
before
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 instructi
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 look
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
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
> > wrote:
> >
> > Hi Richard,
> >
> > On Feb 21 16:17, Richard Elberger
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:
> > >
> >
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 ca
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
> wrote:
>
> Hi Richard,
>
> On Feb 21 16:17, Richard Elberger wrote:
>> Hello,
>>
>> I found this while trying to compile
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+3
On Sun, Feb 22, 2015 at 10:31 PM, René Berber 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 64-bit VM host
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
> >
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
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 don
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
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-2
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 >/d
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
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
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 u
52 matches
Mail list logo