/cpuset.h,
this is also ok.
Regards,
Denis Excoffier.
In file included from /usr/include/sys/signal.h:23,
from /usr/include/signal.h:6,
from ./lib/signal.h:52,
from /usr/include/time.h:158,
from ./lib/time.h:47,
from
> On 2023-05-28 06:21, Brian Inglis wrote:
>
> Problem seems to be Cygwin 3.5.0 - reinstall Cygwin stable 3.4.6 and the
> problem goes away!
> See other thread I just started.
Thank you for your help. I’ll stick to pre-2.5.0 for the moment.
Denis Excoffier.
--
Problem repo
> On 2023-05-25 09:52, Brian Inglis via Cygwin wrote:
>
> On 2023-05-24 12:18, Denis Excoffier via Cygwin wrote:
>> I have an error (about symlinks it seems) that i have never met in years:
>> Cannot change mode.
>> Apart from this message (and return code !=
tar: mytest/a: Cannot change mode to rwxr-xr-x: Not a directory
/bin/tar: Exiting with failure status due to previous errors
% echo $status
2
%
/tmp is under ntfs filesystem, all packages are up to date (e.g. /bin/tar
--version is 1.34).
Regards,
Denis Excoffier.
--
Problem reports: ht
> On 2022-10-20 19:46, Denis Excoffier wrote:
>
>> On 2022-10-20 12:29, Jon Turney wrote:
>>
>> On 19/10/2022 18:57, Denis Excoffier wrote:
>>> Hello,
>>> Currently i have docbook2X not working on my system (a perl problem
>>> that i don't
> On 2022-10-20 12:29, Jon Turney wrote:
>
> On 19/10/2022 18:57, Denis Excoffier wrote:
>> Hello,
>> Currently i have docbook2X not working on my system (a perl problem
>> that i don't know how to repair, but in a few months i will reinstall
>> completel
'make' and then 'make install' properly, i had to apply
the following
easy patch (below).
Hope this helps,
Regards,
Denis Excoffier.
diff -uNr o/newlib-cygwin/winsup/doc/Makefile.am
p/newlib-cygwin/winsup/doc/Makefile.am
--- o/newlib-cygwin/winsup/doc/Makefile.am 2
e default one (i can see ‘’ in DOS cmd
window).
This also occurs (occurred) under 3.3.5, and 3.3.4-2 at least.
Could it be intended behavior?
Regards,
Denis Excoffier.
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentati
> On 2022-05-13 20:47, Rainer Emrich wrote:
>
> Am 13.05.2022 um 19:42 schrieb Denis Excoffier:
>> It seems that very recently (immediately after i installed 3.3.5),
>> /cygdrive/c/windows/regedit /E 'HKEY_CURRENT_USER\Environment'
>> no longer works (i.e.
or opening the file. There may
be a disk or file system error.
% uname -a
CYGWIN_NT-10.0 jupiter 3.3.5(0.341/5/3) 2022-05-13 12:27 x86_64 Cygwin
Thank you for your help.
Denis Excoffier.
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Doc
full content of the failing XWin.0.log. Any ideas?
Regards,
Denis Excoffier.
Welcome to the XWin X Server
Vendor: The Cygwin/X Project
Release: 1.21.1.3
OS: CYGWIN_NT-10.0-17763 PC17470 3.4.0-341.x86_64.snap 2022-03-01 00:05 UTC
x86_64
OS: Windows 10 [Windows NT 10.0 build 17763] x64
Package
quot; | putclip | getclip | od -c)
3) I launch ‘xwin’ with ‘option -clipboard’ (the default), i suppose this does
not matter
4) It might be related to xorg-server-21.1.0-1 (TEST) that i installed recently
(2021-11-04), however xwinclip-21-1.0-1 didn’t come with the rest
Regards,
Denis Excoffier
c.tar.xz.
I’m unable to build this release from sources.
Regards,
Denis Excoffier.
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
: Permission denied.
%
I’m on Windows 7, on a ntfs disk (binary,posix=0,user,nomount,auto).
Regards,
Denis Excoffier.
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info
from test to current.
>
In order to compile cleanly the last snapshot with gcc 9.2.0, i had to apply
the following patch (see below).
Otherwise one get an uninitialized variable together with a missing
__attribute__.
Regards,
Denis Excoffier.
diff -cNr cygwin-snapshot-20200221-1o/winsup/c
subsequent shells, like in xterm’s).
4) If I exit from a shell that has displayed "Cygwin WARNING:", I’m sure that
no Cygwin process remains (I know that my .cshrc is clean about process
creation etc.).
Is there any alternative to this almost-functionality if this code is removed?
R
Hello,
The snapshot 20200114 was not announced (yet) however it seems that the usual
"Bump DLL version to x.y.z" (with x.y.z=3.1.3) was not included (uname reports
"3.1.2s").
Regards,
Denis Excoffier.
--
Problem reports: http://cygwin.com/problems.html
FAQ:
i686-mingw32
> * powerpc-ibm-aix7.1.0.0
> * s390x-linux-gnu
>
This is ok of course, but nowadays, perhaps would it be a better choice
that they switch to x86_64-pc-cygwin? What do you think?
Regards,
Denis Excoffier.
--
Problem reports: http://cygwin.com/problems.html
FAQ:
h a successful installation.
>>
Hello,
Select "Category", you obtain a single line with "All". Unfold "All". Select
"Install" on the line of "All", and "Default" on the line of "Debug".
That’s it. "Source" is not
t
know the impact on W10.
HTH.
Denis Excoffier.
--
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 2019-01-13, 23:38, Corinna Vinschen wrote:
>
> On Jan 13 12:45, Denis Excoffier wrote:
>> Hello,
>>
>> The last snapshot (20190112) does not work because many (or all?)
>>
>> mv /A/B/C /A/B/D
>>
>> fail with the message "Function
Hello,
The last snapshot (20190112) does not work because many (or all?)
mv /A/B/C /A/B/D
fail with the message "Function not implemented".
This snapshot was not (until now) properly announced, so this is just FTR.
Regards.
Denis Excoffier.
--
Problem reports: http://
Hello,
In http://cygwin.com, please modify:
The most recent version of the Cygwin DLL is 2.11.0.
into
The most recent version of the Cygwin DLL is 2.11.2.
Thank you. Regards,
Denis Excoffier.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com
> On 2018-03-11 17:10, Denis Excoffier wrote:
>
> Hello,
>
> Difficult for me to give more detail: X Windows does not launch under the
> last snapshot (dated 20180309),
> while everything goes well under the previous one (dated 20180220).
>
With the updates shown i
4bits (with all packages up to date).
Hope this helps,
Denis Excoffier.
--
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
e *.mex and *.oct files from the octave packages (they use nearly
0x3000 bytes),
i removed them by patching /usr/bin/rebaselst
Hope this helps,
Denis Excoffier.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
> On 2017-07-17 11:05, Corinna Vinschen wrote:
>
> On Jul 17 10:35, Corinna Vinschen wrote:
>> On Jul 16 19:16, Denis Excoffier wrote:
>>> Hello,
>>>
>>> I have a Cygwin installation under Windows 7 (32 bits).
>>>
>>> After 'reba
URCE 0 in tar-1.29/config.h.in), all goes well.
In addition, i can tell that this tar-1.29 has built with no problem under the
Cygwin packages (cygwin-, cygwin-devel- and cygwin-doc-)
that were up to date on the 2017-09-21 (must be one of 2.9.0-1 or -2 or -3).
Hope this helps.
Denis Excoffier.
--
;#undef HAS_CRYPT_R" in config.h, everything is ok.
I cannot say if it works with GCC 5.4.0, but i'm pretty sure that it doesn't.
Regards,
Denis Excoffier.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation
patch #0002 are lexically unok under
GCC 5.4.0.
Therefore i added -Wno-error=pragmas to COMMON_CFLAGS in
winsup/cygwin/Makefile.in and everything works fine.
Thank you for this new version.
Regards,
Denis Excoffier.
--
Problem reports: http://cygwin.com/problems.htm
er that the list of files is
too large (i.e. that the overall amount of DLL sizes
is more than 0x07000)? In source code, i found no specific message to
indicate this.
Regards,
Denis Excoffier.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin
318,324
typedef void (*_sig_func_ptr)(int);
! #if __POSIX_VISIBLE >= 99
struct sigaction
{
I really don't know which (signal.h or libpng) is okay (or none). Will someone
investigate this?
Regards,
Denis Excoffier.
--
Problem reports: http://cygwin.com/pro
;8---
> Changes in GMP 6.1.2
> (...)
>
Hello,
Thank you for libgmp-6.1.2-1 that supersedes 6.1.1-1.
I noticed that libgmp.la is no longer present in the distribution (x86).
Is it okay?
Regards,
Denis Excoffier.
--
Problem reports: http://cygwin.com/problems.html
FAQ:
ccur because of the braces.
I use 2.6.0-0.12 under CYGWIN_NT-6.1-WOW, with your fix to __localeconv_l
(https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;a=commitdiff;h=a703d64ad7edac344e4959e8d624ce1d8012678b)
Regards,
Denis Excoffier.
% cat gugu.c
#include
#include
#includ
ally found in coreutils-8.25: "seq -w 1 10" produces
the same segmentation fault. In order to reproduce this, you must have
coreutils compiled under a recent cygwin1.dll otherwise the strtod_l
part of the coreutils code is not selected.
Regards,
Denis Excoffier.
% cat gugu.c
//#defi
ml and
> https://cygwin.com/ml/cygwin/2016-07/msg00308.html.
It does fix the 2nd problem. Thanks Corinna.
I also have the
% locale -a
Segmentation fault (core dumped)
%
Denis Excoffier.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documen
> On 2016-07-26 16:00, Corinna Vinschen wrote:
>
> Hi Cygwin developers and maintainers,
> Hi everyone else,
>
>
> I uploaded a new Cygwin test release 2.6.0-0.2.
>
> Supposed to fix the problems reported in
> https://cygwin.com/ml/cygwin/2016-07/msg00274.html and followups.
>
Hello,
Is this
Perhaps the noisy logging for select() is an effect of the problem, rather
> than its cause. Could you run them again (also with the -d flag, which will
> help us see where the time goes), and send them in email?
I'll send this by private email. Please wait a little.
Regards,
Denis E
g select records
select: recalculating us
select: us now 0
--
occur more than 69000 times
Something is probably wrong near here. Please tell me what i should experiment
next.
Al least i have found a wrong line in select.cc: line 4, the copyright year is
miss
m) or not (login window). Under x86, Windows
7. I switched back to 2.5.1.
This message just in case it could be useful.
Regards,
Denis Excoffier.
--
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 2016-04-01 13:03, Ken Brown wrote:
>
> On 4/1/2016 2:18 AM, Denis Excoffier wrote:
>> Hello,
>>
>> I tried to build coreutils-8.25 with the latest cygwin (2.5.0-0.10 or
>> 2.4.1-1)
>> and all the latest packages, and as 'configure' seems t
Hello,
I tried to build coreutils-8.25 with the latest cygwin (2.5.0-0.10 or 2.4.1-1)
and all the latest packages, and as 'configure' seems to pass ok, 'make'
fails with hundreds of lines of messages like below.
Please can someone reproduce this (Windows 7, 32bits)?
Regar
> On 2016-03-24 23:07, Denis Excoffier wrote:
>
>
>> On 2016-03-23 21:36, Corinna Vinschen wrote:
>
>>
>> I released a new Cygwin TEST version 2.5.0-0.9.
>>
>> If things are not going very wrong, this is basically what you'll
>> ge
is makes any difference.
I'm under Windows 7 32bits with all packages uptodate.
Regards,
Denis Excoffier.
--
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
ION_DLL_MINOR 1
This is unexpected since the 2.4.1-1 version has been out since 2016-01-21.
Regards,
Denis Excoffier.
P.S. Also, see subject.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
U
Hello,
In order to successfully build cygwin-2.0.2-1 (for x86, both XP and W7) i had
to apply
the following patch (below). No such problem with cygwin-2.0.1-1.
Regards,
Denis Excoffier
diff -uNr newlib-cygwin-o/winsup/cygwin/net.cc
newlib-cygwin-p/winsup/cygwin/net.cc
--- newlib-cygwin-o
in this case.
>
> I added a change to this effect, but it occuurs to me that this may
> be really just a missing test if the uid and gid values are backed by
> a real Windows account. It seems better to return EPERM here.
>
I applied the patch indicated (see in
https://cyg
On 2015-03-24 20:53, Corinna Vinschen wrote:
>
> On Mar 24 19:59, Denis Excoffier wrote:
>> On 2015-02-28 16:30, Corinna Vinschen wrote:
>>> I can not reproduce this in mintty, nor in a Cygwin xterm started on a
>>> remote X server running under Linux. I can reprodu
On 2015-02-28 16:30, Corinna Vinschen wrote:
>
> On Feb 28 15:19, Denis Excoffier wrote:
>> On 2015-02-28 13:13, Corinna Vinschen wrote:
>>>
>>> On Feb 28 00:23, Denis Excoffier wrote:
>>>> On 2015-02-27 18:52, Corinna Vinschen wrote:
>>>&g
cygwin-ug-net/using.html#mount-table,
especially the word "suddenly".
Hope this helps.
Denis Excoffier.
--
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 2015-02-28 13:16, Corinna Vinschen wrote:
>
> On Feb 28 00:51, Denis Excoffier wrote:
>> Hi,
>>
>> Playing with mkgroup and mkpasswd like others, i also
>> noticed some great improvement in performance:
>> now less than 5min for 404653 entries (mkpasswd
On 2015-02-28 13:13, Corinna Vinschen wrote:
>
> On Feb 28 00:23, Denis Excoffier wrote:
>> On 2015-02-27 18:52, Corinna Vinschen wrote:
>>>
>>> I released another TEST version of the next upcoming Cygwin release.
>>>
>> I have noticed that the b
xterm window hangs.
And, the same: with 'stty -echo' the problem does not occur.
I'll add that this is not new (occurred for me at least for the last few
months, even perhaps years).
I'm happy that Takashi found:
- a fully reproducible case
- that the problem vanishes with stty -
; on second line should be changed into "WOW*" (or equivalent) since
now the W7 32bits are now called "CYGWIN_NT-6.1-WOW".
Regards,
Denis Excoffier.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: h
usr/mydata, only with /usr/mydata/svn, which is unknown
in the Makefile.
Do you think that Cygwin has something to do with this or
is it exclusively /usr/bin/make's business?
Regards,
Denis Excoffier.
--
Problem reports: http://cygwin.com/problems.html
FAQ:
an empty group (i.e. line begins with colon) and
e.g. ls -al fails miserably in this case (and segfault
seems to lie in cygwin1.dll).
Regards,
Denis Excoffier.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http
quot; the command.
Previously, the fourth-character-delay was probably already there,
but only for the Return key.
Hope this helps.
Regards,
Denis Excoffier.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http:
the Return key. My shell is tcsh under XP.
The typescript file contains Control-M twice (followed by a regular \012),
as expected.
Regards,
Denis Excoffier.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://
-02-24
20:42:45.0 +0100
@@ -74,6 +74,7 @@
# Defaults:
# passwd: files db
# group:files db
+# db_enum: cache builtin
# db_home: cygwin desc
# db_shell: cygwin desc
# db_gecos: cygwin desc
Denis Excoffier.
--
Problem reports: http://cygwin.com/problems.html
FAQ
On 2015-02-13 22:30, Denis Excoffier wrote:
>
> On 2015-02-13 22:04, Warren Young wrote:
>>
>>> On Feb 13, 2015, at 11:30 AM, Denis Excoffier
>>> wrote:
>>>
>>> I tried (according to the new documentation):
>>>
>>> db_home: /
On 2015-02-13 22:04, Warren Young wrote:
>
>> On Feb 13, 2015, at 11:30 AM, Denis Excoffier
>> wrote:
>>
>> I tried (according to the new documentation):
>>
>> db_home: /%H/%U/cygdir
>>
>> and that was fine but %H was replaced by the
>&g
o confess that i used here the nearly-to-be-obsoleted XP SP3.
But i also use W7 sometimes, and it would be great if i could
have "db_home: /%H/%U/cygdir" in both of them (yes my username has to
appear twice): no /etc/passwd any more.
Regards,
Denis Excoffier.
--
Problem reports: ht
On 2015-01-24 17:45, Denis Excoffier wrote:
>
> On 2015-01-22 23:07, Denis Excoffier wrote:
>>
>> % /usr/bin/ls /
>> /usr/bin/ls: reading directory /: No such file or directory
>> (regular ls output follows)
>> %
>>
> I reinstalled cygwin completely
On 2015-01-22 23:07, Denis Excoffier wrote:
>
> % /usr/bin/ls /
> /usr/bin/ls: reading directory /: No such file or directory
> (regular ls output follows)
> %
>
I reinstalled cygwin completely.
The problem is now vanished.
No idea what caused the problem.
Denis Excoffier.
w I have to check whether somebody could have applied some antivirus update,
software update or anything else on my PC.
Denis Excoffier.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscri
st snapshot (20150119) has the same problem (again, only for XP). Older
snapshots i don't know,
but 20150113 was OK. I cannot formally exclude antivirus and all such kinds of
things.
Probably the bug-make mailing list would be more appropriate. Hope this helps
though.
Regards,
Denis
/mnt/d somefs text 0 0
Thank you and sorry for the noise.
Denis Excoffier.
--
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
referably without changing any
permissions on the repository? I tried to mount the disk noacl, the problem
remains
exactly the same.
Thank you for your suggestions,
Regards,
Denis Excoffier.
--
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 2014-11-14 05:37, Iuliu Rus wrote:
>
> What is the procedure for submitting patches for cygwin?
See https://cygwin.com/contrib.html
Denis Excoffier.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
On 2014-11-13 17:37, Corinna Vinschen wrote:
>
> I just released Cygwin 1.7.33-1.
Just to report that 'uname -a' (and also /proc/version) shows 1.7.33-2 for this
one.
Denis Excoffier.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http:
On 2014-11-03 23:17, Yaakov Selkowitz wrote:
>>
>> On 2014-11-03 16:10, Denis Excoffier wrote:
>
>>
>>> Perhaps unrelated, i cannot compile cmake-3.1.0-rc1 any more since that.
>>
>> http://sourceforge.net/p/cygwin-ports/cmake/ci/master/tree/2.8.12-gu
On 2014-11-03 23:17, Yaakov Selkowitz wrote:
>
> On 2014-11-03 16:10, Denis Excoffier wrote:
>> Could somebody please tell us a little bit more about the new qt5-related
>> packages that we received recently (at least for x86)?
>
> https://cygwin.com/ml/cygwin-xfree-a
Hello,
Could somebody please tell us a little bit more about the new qt5-related
packages that we received recently (at least for x86)?
Perhaps unrelated, i cannot compile cmake-3.1.0-rc1 any more since that.
Thanks in advance.
Denis Excoffier.
--
Problem reports: http://cygwin.com
xact command that i use (in .cshrc) is
echo \\ /nonexistent* |& head --lines=-6
in order to show a single line (a single line is enough for a visual indication)
Regards,
Denis Excoffier.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
or some time now, there are
/usr/include/rpc/types.h
and
/usr/include/rpc/xdr.h
which are present in the snapshots but not in releases.
This is just a remark and i suppose this is ok.
Regards,
Denis Excoffier.
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On 2014-10-25 16:49, Corinna Vinschen wrote:
>
> On Oct 25 13:10, Corinna Vinschen wrote:
>> On Oct 24 23:17, Denis Excoffier wrote:
>>> 2014-10-24 22:16, Christian Franke wrote:
>>>> Another possible solution:
>>>> Check for e.g. CYGWI
27; at the beginning of the
Makefile will
do the job.
>
> Possible enhancement: If AddDllDirectory() is available (>= Win8), accept a
> real search path in CYGWIN_DLLPATH.
Also perhaps you can use yet another subitem in the CYGWIN environment variable?
Denis Excoffier.
--
Problem
> On 2014-10-24 13:02, Corinna Vinschen wrote:
>
> On Oct 23 20:06, Denis Excoffier wrote:
>> On 2014-10-22 11:23, Corinna Vinschen wrote:
>>>
>>> - Drop the current working directory from the default DLL search path in
>>> favor of Cygwin's /b
cygheap.cc the line
'wcpncpy (installation_dir, ...' (and also the next one)
and the old behaviour is now back.
It seems to me that this change is a regression. Could someone please argue?
Regards,
Denis Excoffier.
--
Problem reports: http://cygwin.com/problems.html
FAQ:
) */
/* Global control over fdlibm error handling. */
Regards,
Denis Excoffier.
--
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
lexity would be quite small.
>
> any feedback on this one? Shall I create a snapshot with a matching
> patch?
I have nothing to add except that i am a great fan of cygwin snapshots in
general, and i suppose that if several posix offsets are set to 0, it is
a minor problem if all of them
signment
of posixOffsets to various substitutes would be useless. Even assigning
the null posixOffsets to non-null values, i’m not convinced of.
Denis Excoffier.
--
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 2014-07-14 15:48 Corinna Vinschen wrote:
> On Jul 14 11:51, Corinna Vinschen wrote:
>> On Jul 12 15:39, Denis Excoffier wrote:
>>> On 2014-07-09 12:12 Corinna Vinschen wrote:
>>>>>
>>>>> I have encountered this case in real life. The domain a
swd’ executes gracefully in 40 minutes
(instead of 60) and ‘getent group’ in 25 minutes (instead of 90). Also quicker
is ‘mkpasswd -d secondary_domain’ of course. Patch attached.
Regards,
Denis Excoffier.
posixoffset.patch
Description: Binary data
--
Problem reports: http://cygwi
he value has still not been
fetched.
I have encountered this case in real life. The domain admins have set
the trustPosixOffset of the secondary domain to zero. This value is therefore
never recorded and the cldap->open occurs again and again.
Hope this helps.
Regards,
Denis Excoffier.
On 2014-06-25 23:13 Corinna Vinschen wrote:
>
> You asked for errors being propagated up the chain to the
> getpwent/getgrent calls and that's exactly what happens now. There are
> a lot of LDAP error codes. How is Cygwin supposed to handle every one
> of them? Do we need a list of ignorable an
equivalent) is produced for LDAP_SERVER_DOWN, it probably should be
better if this were not the case?
I suppose it will need more testing, but i’m currently unavailable for tests,
by the way until Friday 08:00 UTC.
Regards,
Denis Excoffier.
--
Problem reports: http://cygwin.com/prob
On 2014-06-23 11:09, Corinna Vinschen wrote:
> On Jun 19 19:53, Denis Excoffier wrote:
>
> Do you really *want* to enumerate 500K users when accessing the DCs
> remote over a slow DSL line? Isn't this a situation in which you'd
> rather like to avoid enumerating acco
On 2014-06-18 20:01, Corinna Vinschen wrote:
> On Jun 18 10:33, Corinna Vinschen wrote:
>>
>>
>> The idea I was proposing was just to drop all attempts to seconds guess
>> how fast a DC replies. We're going to use LDAP with default settings
>> and that's it. Default settings means, every operat
On 2014-06-17 14:51, Corinna Vinschen wrote:
> On Jun 17 12:30, Corinna Vinschen wrote:
>> On Jun 17 12:00, Corinna Vinschen wrote:
>>> On Jun 16 22:39, Denis Excoffier wrote:
>>>> Another (unrelated and less important) problem is that 'getent'
>>>
On 2014-06-17 12:30, Corinna Vinschen wrote:
> On Jun 17 12:00, Corinna Vinschen wrote:
>> On Jun 16 22:39, Denis Excoffier wrote:
>>> Another (unrelated and less important) problem is that 'getent'
>>> happily produces lines with some extra ‘:’, in parti
(it it works). But in this case, it will not resume
to the next domain, and the whole operation (eg getent) is interrupted?
Regards,
Denis Excoffier.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin
t was
truncated.
Another (unrelated and less important) problem is that 'getent' happily
produces lines with some extra ‘:’, in
particular when the gecos field itself contains ‘:’.
Regards,
Denis Excoffier.
--
Problem reports: http://cygwin.com/problems.html
FAQ:
->gr_gid;
++cnt;
}
- *ngroups = cnt;
if (cnt > *ngroups)
ret = -1;
else
ret = cnt;
+ *ngroups = cnt;
syscall_printf ( "%d = getgrouplist(%s, %u, %p, %d)",
ret, user, gid, groups, *ngroups);
Regards,
Denis Excoffier.
--
On 2014-05-09 11:13, Corinna Vinschen wrote:
> On May 7 19:39, Denis Excoffier wrote:
> Thanks for the report. I made a dumb Copy/paste error. This should
> be fixed in the today's snapshot from http://cygwin.com/snapshots/
Indeed, it is working now.
Also, i have noticed that
ne where the
"Corinna's prize-winning passwd/group rewrite" was reintroduced). It
was not present in snapshot 20140305.
Regards,
Denis Excoffier.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http:/
Hello,
The recent snapshots (since 20140505) contain (in /usr/include/stdio.h)
the declarations of the vsnprintf(), snprintf() etc. functions, including
(this is new) for under strict C++11 (i.e. 'gcc -std=c++11’).
I think this is worth noting. And thank you.
Denis Excoffier.
--
Pr
4 side (Cygwin Windows "native" applications still suffer
> the issue).
>
Me too, see http://cygwin.com/ml/cygwin/2014-04/msg3.html
Denis Excoffier.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
Hello,
Yesterday i tried to bootstrap the new gcc-4.9.0-RC-20140411 (with snapshot
20140412 installed), but didn’t manage to come to a satisfactory end.
Not the snapshot fault i suppose.
For the interested people, see
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830 .
Regards,
Denis
ch the previous one didn’t), but this file is already provided
by the binutils-2.24.51-2 package (with the .gz suffix, i must
however recognize).
Please someone to confirm that this new mingw64-x86_64-binutils
package is indeed ok.
Regards,
Denis Excoffier.
--
Problem reports: ht
1 - 100 of 230 matches
Mail list logo
