Re: Install crash

[Larry Hall (Cygwin)]

On 1/5/2012 1:24 AM, Michal Janik wrote:

In article<4f048930.20...@cygwin.com>, you say...


On 1/4/2012 6:44 AM, jamich - Post wrote:

Marco,
do you know how to install previous version of cygwin? Is there any way
how to do it?


As Marco mentioned, setup.exe is a user-space program, not a kernel one.
Therefore, it is not possible for it to be crashing your system.  If you
are experiencing a blue-screen or any kind of O/S crash, this can only
be initiated by kernel-level code.  Beyond the obvious O/S code itself,
things like hardware drivers and some virus and malware detectors fall
into this category.  Your best bet is to look at any recent O/S, driver,
virus, and malware updates or additions that could be responsible.
Looking for a Cygwin-specific solution is at best a time-sink.



I don't know what is wrong. I tried to run cygcheck.exe but I got
message "Not enough memory". I restarted computer and tried again and I
got same message. I have windows xp 32bit with 4GB memory on it.


Sounds like  or some kind of malware or
virus to me.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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

Re: Install crash

[Michal Janik]

In article <4f048930.20...@cygwin.com>, you say...
> 
> On 1/4/2012 6:44 AM, jamich - Post wrote:
> > Marco,
> > do you know how to install previous version of cygwin? Is there any way
> > how to do it?
> 
> As Marco mentioned, setup.exe is a user-space program, not a kernel one.
> Therefore, it is not possible for it to be crashing your system.  If you
> are experiencing a blue-screen or any kind of O/S crash, this can only
> be initiated by kernel-level code.  Beyond the obvious O/S code itself,
> things like hardware drivers and some virus and malware detectors fall
> into this category.  Your best bet is to look at any recent O/S, driver,
> virus, and malware updates or additions that could be responsible.
> Looking for a Cygwin-specific solution is at best a time-sink.


I don't know what is wrong. I tried to run cygcheck.exe but I got 
message "Not enough memory". I restarted computer and tried again and I 
got same message. I have windows xp 32bit with 4GB memory on it.

Michal

--
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

Re: Distributed Git not compiled under Cygwin?

[Jeremy Bopp]

On 12/29/2011 04:31 PM, cxira wrote:
> 
> 
> Jeremy Bopp-3 wrote:
>>
>> Good stuff.  You can avoid the window that pops up by using the run.exe
>> program to kick off your chmod command rather than bash.  It's available
>> in the run package.
>>
> I think the window is actually cmd.exe since this is a Windows gVim. That
> said, I switched the bash to run and tried the command prompt "start" (like
> & in Unix) and it actually doesn't even appear at all now. Beautiful!
> 
> silent execute "!start C:\\cygwin\\bin\\run.exe /usr/bin/chmod 0644 '" .
> substitute(expand(""), "^\\(.\\):/", "/cygdrive/\\1/", "") . "'"

That's not bad, but I don't think you should need "start" at all.  Yes,
it will run something in the background, but the chmod command should
return almost instantly, and it would be good to know if it errors out
for some reason.  You would lose any way to detect that if you spin it
off to the background.  The "run" program should do all you need to
ensure that a Windows console doesn't pop up.  I don't have Windows and
gVim available at the moment though, so I can't confirm that.

You should also use the cygpath program to convert your paths if
possible.  Your solution for conversion will fail if you ever work on a
machine with a nonstandard cygdrive prefix.  You probably won't run into
it on your machines, but you may one day share your configuration with
someone who will. :-)

-Jeremy

--
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

Re: mingw64-i686-gcc-4.5.3-4: -Wformat warnings broken in C++

[JonY]

On 1/5/2012 02:31, Christian Franke wrote:
> When printf/scanf functions from MinGW runtime are selected via
> __USE_MINGW_ANSI_STDIO, then format string checking is broken. This only
> affects the C++ compiler:
> 
> 
> $ cygcheck -f /usr/bin/i686-w64-mingw32-g++
> mingw64-i686-gcc-g++-4.5.3-4
> 
> $ cat testfmt.c
> #define __USE_MINGW_ANSI_STDIO 1
> #include 
> 
> void myprintf(const char *, ...)
>   __attribute__((format(gnu_printf,1,2)));
> 
> int main()
> {
>   long long x = 42;
>   printf("%lld\n", x); // C++: Bogus warning
>   myprintf("%lld\n", x); // No warning (OK)
>   printf("%I64d\n", x); // Warning (OK)
>   return 0;
> }
> 
> $ i686-w64-mingw32-gcc -Wformat -c testfmt.c
> testfmt.c: In function 'main':
> testfmt.c:12:3: warning: format '%I64d' expects type 'int', but argument
> 2 has type 'long long int'
> 
> $ i686-w64-mingw32-g++ -Wformat -c testfmt.c
> testfmt.c: In function 'int main()':
> testfmt.c:10:21: warning: unknown conversion type character 'l' in format
> testfmt.c:10:21: warning: too many arguments for format
> testfmt.c:12:22: warning: format '%I64d' expects type 'int', but
> argument 2 has type 'long long int'
> 
> 
> Interestingly the bogus warning only occurs for standard functions like
> printf(). These are replaced by inline functions in MinGW stdio.h if
> __USE_MINGW_ANSI_STDIO is set. Probably a subtle bug in the handling of
> functions known by the compiler.
> 
> 
> Another observation: Include files from C++ standard library (e.g.
> ) now silently set __USE_MINGW_ANSI_STDIO:
> 
> /usr/lib/gcc/i686-w64-mingw32/4.5.3/include/c++/i686-w64-mingw32/bits/os_defines.h:
> 
> ...
> #undef __USE_MINGW_ANSI_STDIO
> #define __USE_MINGW_ANSI_STDIO 1
> 
> 
> Both are new issues not seen in previous releases. If desired, I could
> resend this report to mingw-w64 list.
> 
> Christian
> 

Yes, please do that. This is an odd problem indeed, maybe a missing
attribute qualifier.

The os_defines.h is done deliberately though, so std::cout and friends
can print 64bit integers properly.




signature.asc
Description: OpenPGP digital signature

Re: subversion 1.7 dependency problem

[David Rothenberger]

On 1/4/2012 1:02 PM, Fejes József wrote:
> I just tried to install subversion 1.7 on a fresh and clean install
> of Cygwin. The problem is that it depends on dbus, another daemon
> named gamin, gsettings-desktop-schemas, half a dozen X11 libraries
> and whatnot. It is a 100% command-line application, so this makes no
> sense at all, there's no way I'll install daemons and GNOME and X11
> libs for this.

libneon27 requires libproxy1, which pulls in all the rest.

See http://cygwin.com/ml/cygwin/2011-12/msg00037.html for more
discussion on this.

-- 
David Rothenberger    daver...@acm.org

There is a great discovery still to be made in Literature: that of
paying literary men by the quantity they do NOT write.

--
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

Re: subversion 1.7 dependency problem

[Jon Clugston]

2012/1/4 Fejes József :
> Hi,
>
> I just tried to install subversion 1.7 on a fresh and clean install of 
> Cygwin. The problem is that it depends on dbus, another daemon named gamin, 
> gsettings-desktop-schemas, half a dozen X11 libraries and whatnot. It is a 
> 100% command-line application, so this makes no sense at all, there's no way 
> I'll install daemons and GNOME and X11 libs for this.
>

The problem appears to be here:

@ libglib2.0_0
sdesc: "GNOME C function library (runtime)"
ldesc: "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 wrappers, and interfaces for such runtime functionality as
an event loop, threads, dynamic loading, and an object system."
category: Gnome Libs
requires: dbus libfam0 libffi4 libgcc1 libiconv2 libintl8 libpcre0
zlib0 gsettings-desktop-schemas cygwin
version: 2.30.2-1
install: release/GNOME/glib2.0/libglib2.0_0/libglib2.0_0-2.30.2-1.tar.bz2
2287292 b7d5112dd457a92ace191db2785a5aeb
source: release/GNOME/glib2.0/glib2.0-2.30.2-1-src.tar.bz2 7817297
5412e1182e0f5efbd7ea7603684f7ba1


Why does "glib" (which is supposed to be a simple low-level library)
depend on "dbus" and "gsettings-desktop-schemas"?

Jon

--
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

subversion 1.7 dependency problem

[Fejes József]

Hi,

I just tried to install subversion 1.7 on a fresh and clean install of Cygwin. 
The problem is that it depends on dbus, another daemon named gamin, 
gsettings-desktop-schemas, half a dozen X11 libraries and whatnot. It is a 100% 
command-line application, so this makes no sense at all, there's no way I'll 
install daemons and GNOME and X11 libs for this.

Best regards,
Jozsef


--
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

RE: man redirect error

[Thrall, Bryan]

Reid Thompson wrote on 2012-01-04: 
> On Wed, 2012-01-04 at 08:51 -0600, Thrall, Bryan wrote:
>> Perhaps the OP was looking for something like apropos or whatis?
>> 
>> Given that man already pipes its output through a pager, the OP could
>> just use the MANPAGER environment variable to do what he wants:
> 
> http://cygwin.com/cgi-bin2/package-grep.cgi?grep=apropos

Yes, I know :-)

I was trying to suggest apropos might be what the OP was trying to find while 
also providing a literal solution to his problem.
--
Bryan Thrall
Principal Software Engineer
FlightSafety International
bryan.thr...@flightsafety.com

RE: man redirect error

[Reid Thompson]

On Wed, 2012-01-04 at 08:51 -0600, Thrall, Bryan wrote:

> Perhaps the OP was looking for something like apropos or whatis?
> 
> Given that man already pipes its output through a pager, the OP could just 
> use the MANPAGER environment variable to do what he wants:
> 
> $ MANPAGER=head man gcc
> GCC(1)GNU   GCC(1)
> 
> 
> 
> NAME
>gcc - GNU project C and C++ compiler
> 
> SYNOPSIS
>gcc [-c|-S|-E] [-std=standard]
>[-g] [-pg] [-Olevel]
> 
> Hope this helps,
> --
> Bryan Thrall
> Principal Software Engineer
> FlightSafety International
> bryan.thr...@flightsafety.com
> 
> 

http://cygwin.com/cgi-bin2/package-grep.cgi?grep=apropos

Re: Building cygwin1.dll

[Johan van den Berg]

I am very happy to report that increasing the send and receive buffers has done 
the job (at least, on a 10MBit link but will be testing a 100Mbit in a few 
days). I calculated the ideal size as per 
http://www.ibm.com/developerworks/linux/library/l-hisock/index.html

$ diff -u cygwin-snapshot-20111222-1/winsup/cygwin/net.cc.orig 
cygwin-snapshot-20111222-1/winsup/cygwin/net.cc
--- cygwin-snapshot-20111222-1/winsup/cygwin/net.cc.orig2012-01-04 
06:56:22.09425 -0500
+++ cygwin-snapshot-20111222-1/winsup/cygwin/net.cc 2012-01-04 
07:10:14.03175 -0500
@@ -569,8 +569,12 @@
  be nice, though.

  (*) Maximum normal TCP window size.  Coincidence?  */
-  ((fhandler_socket *) fd)->rmem () = 65535;
-  ((fhandler_socket *) fd)->wmem () = 65535;
+
+  /* JVDB - 64K is too small for our 100mb link with 200ms latency. Bumped to 
2MB
+ See http://www.ibm.com/developerworks/linux/library/l-hisock/index.html */
+
+  ((fhandler_socket *) fd)->rmem () = 2097152;
+  ((fhandler_socket *) fd)->wmem () = 2097152;
   if (::setsockopt (soc, SOL_SOCKET, SO_RCVBUF,
(char *) &((fhandler_socket *) fd)->rmem (), sizeof (int)))
 {

Thank you very much for the help!

Kind regards
Johan


On 04 Jan 2012, at 4:24 PM, marco atzeri wrote:

> On 1/4/2012 2:49 PM, Johan van den Berg wrote:
>> Any pointers on how to compile cygwin1.dll? I installed cygwin latest onto a 
>> windows machine, installed all the prerequisites as per faq (gcc perl et 
>> al), downloaded a snapshot, configured and maked but keep running into 
>> compile errors.
>> 
>> There is no mention in the docs regarding version of gcc required, 
>> possibility of using gcc as supplied by cygwin or mingw, etc.
>> I am trying to build a custom cygwin1.dll to test 
>> http://cygwin.com/ml/cygwin/2011-12/msg00337.html
>> I have set the send and receive buffers to 256k so that I can get transfer 
>> speeds up on a high latency rsync copy from one cygwin windows to another 
>> cygwin windows box with over 300ms latency between the two, but a 100mbit 
>> bandwidth
>> I tested with a previous version (very old) of cygwin that had the buffers 
>> at 8k and that caused the transfer speeds to go down to next to nothing, so 
>> the theory seems sound that increasing the buffers should increase the 
>> amount of packets that can be sent without receiving an ack.
>> I have already patched the code, now I just need to figure out how to 
>> actually build cygwin, and 3 hours worth of google + reading of cygwin 
>> mailing lists have been fruitless.
>> 
>> The error I get when trying to compile using the default cygwin install of 
>> gcc and tools:
>> 
>> ... lots of successful compiles, and then:
>> make[5]: Entering directory 
>> `/home/DBA/cygwin-build/cygwin-snapshot-20111222-1/build/i686-pc-cygwin/newlib/libc/locale'
>> gcc 
>> -L/home/DBA/cygwin-build/cygwin-snapshot-20111222-1/build/i686-pc-cygwin/winsup
>>  
>> -L/home/DBA/cygwin-build/cygwin-snapshot-20111222-1/build/i686-pc-cygwin/winsup/cygwin
>>  
>> -L/home/DBA/cygwin-build/cygwin-snapshot-20111222-1/build/i686-pc-cygwin/winsup/w32api/lib
>>  -isystem /home/DBA/cygwin-build/cygwin-snapshot-20111222-1/winsup/include 
>> -isystem 
>> /home/DBA/cygwin-build/cygwin-snapshot-20111222-1/winsup/cygwin/include 
>> -isystem 
>> /home/DBA/cygwin-build/cygwin-snapshot-20111222-1/winsup/w32api/include 
>> -B/home/DBA/cygwin-build/cygwin-snapshot-20111222-1/build/i686-pc-cygwin/newlib/
>>  -isystem 
>> /home/DBA/cygwin-build/cygwin-snapshot-20111222-1/build/i686-pc-cygwin/newlib/targ-include
>>  -isystem 
>> /home/DBA/cygwin-build/cygwin-snapshot-20111222-1/newlib/libc/include
>> -I/home/DBA/cygwin-build/cygwin-snapshot-20111222-1/winsup/cygwin/include 
>> -DPACKAGE_NAME=\"newlib\" -DPACKAGE_TARNAME=\"newlib\" 
>> -DPACKAGE_VERSION=\"1.20.0\" -DPACKAGE_STRING=\"newlib\ 1.20.0\" 
>> -DPACKAGE_BUGREPORT=\"\" -DPACKA
> GE_URL=\"\" -I. -I../../../../../newlib/libc/locale -DHAVE_OPENDIR 
> -DHAVE_RENAME -DSIGNAL_PROVIDED -D_COMPILING_NEWLIB -DHAVE_BLKSIZE 
> -DHAVE_FCNTL -DMALLOC_PROVIDED -fno-builtin  -g -O2 -c -o 
> lib_a-nl_langinfo.o `test -f 'nl_langinfo.c' || echo 
> '../../../../../newlib/libc/locale/'`nl_langinfo.c
>> ../../../../../newlib/libc/locale/nl_langinfo.c:66: error: parse error 
>> before "struct"
>> ../../../../../newlib/libc/locale/nl_langinfo.c:66: error: `outdigits' 
>> undeclared here (not in a function)
>> ../../../../../newlib/libc/locale/nl_langinfo.c:66: error: initializer 
>> element is not constant
>> ../../../../../newlib/libc/locale/nl_langinfo.c:66: error: (near 
>> initialization for `nl_ext[0].offset')
>> ../../../../../newlib/libc/locale/nl_langinfo.c:66: error: parse error 
>> before ')' token
>> ../../../../../newlib/libc/locale/nl_langinfo.c:66: error: initializer 
>> element is not constant
>> ../../../../../newlib/libc/locale/nl_langinfo.c:66: error: (near 
>> initialization for `nl_ext[0]')
>>  and many more similar complaints.
>> 
>> Johan van

mingw64-i686-gcc-4.5.3-4: -Wformat warnings broken in C++

[Christian Franke]

When printf/scanf functions from MinGW runtime are selected via 
__USE_MINGW_ANSI_STDIO, then format string checking is broken. This only 
affects the C++ compiler:



$ cygcheck -f /usr/bin/i686-w64-mingw32-g++
mingw64-i686-gcc-g++-4.5.3-4

$ cat testfmt.c
#define __USE_MINGW_ANSI_STDIO 1
#include 

void myprintf(const char *, ...)
  __attribute__((format(gnu_printf,1,2)));

int main()
{
  long long x = 42;
  printf("%lld\n", x); // C++: Bogus warning
  myprintf("%lld\n", x); // No warning (OK)
  printf("%I64d\n", x); // Warning (OK)
  return 0;
}

$ i686-w64-mingw32-gcc -Wformat -c testfmt.c
testfmt.c: In function 'main':
testfmt.c:12:3: warning: format '%I64d' expects type 'int', but argument 
2 has type 'long long int'


$ i686-w64-mingw32-g++ -Wformat -c testfmt.c
testfmt.c: In function 'int main()':
testfmt.c:10:21: warning: unknown conversion type character 'l' in format
testfmt.c:10:21: warning: too many arguments for format
testfmt.c:12:22: warning: format '%I64d' expects type 'int', but 
argument 2 has type 'long long int'



Interestingly the bogus warning only occurs for standard functions like 
printf(). These are replaced by inline functions in MinGW stdio.h if 
__USE_MINGW_ANSI_STDIO is set. Probably a subtle bug in the handling of 
functions known by the compiler.



Another observation: Include files from C++ standard library (e.g. 
) now silently set __USE_MINGW_ANSI_STDIO:


/usr/lib/gcc/i686-w64-mingw32/4.5.3/include/c++/i686-w64-mingw32/bits/os_defines.h:
...
#undef __USE_MINGW_ANSI_STDIO
#define __USE_MINGW_ANSI_STDIO 1


Both are new issues not seen in previous releases. If desired, I could 
resend this report to mingw-w64 list.


Christian


--
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

Re: Install crash

[Larry Hall (Cygwin)]

On 1/4/2012 6:44 AM, jamich - Post wrote:

Marco,
do you know how to install previous version of cygwin? Is there any way
how to do it?


As Marco mentioned, setup.exe is a user-space program, not a kernel one.
Therefore, it is not possible for it to be crashing your system.  If you
are experiencing a blue-screen or any kind of O/S crash, this can only
be initiated by kernel-level code.  Beyond the obvious O/S code itself,
things like hardware drivers and some virus and malware detectors fall
into this category.  Your best bet is to look at any recent O/S, driver,
virus, and malware updates or additions that could be responsible.
Looking for a Cygwin-specific solution is at best a time-sink.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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

RE: man redirect error

[Thrall, Bryan]

Reid Thompson wrote on 2012-01-04: 
> On Tue, 2012-01-03 at 15:30 -0600, Nellis, Kenneth wrote:
>> Thought maybe someone would be interested in the following error.
>> 
>> $ man gcc | head
>> GCC(1)GNU
>> GCC(1)
>> 
>> 
>> 
>> NAME
>>gcc - GNU project C and C++ compiler
>> SYNOPSIS
>>gcc [-c|-S|-E] [-std=standard]
>>[-g] [-pg] [-Olevel]
>> Error executing formatting or display command.
>> System command (cd "/usr/share/man" && (echo ".pl 11i"; /usr/bin/gunzip
>> -c '/usr/share/man/man1/gcc.1.gz') | /usr/bin/tbl | /usr/bin/nroff -c
>> -mandoc 2>/dev/null | /usr/bin/less -isrR) exited with status 36096.
>> No manual entry for gcc
>> $
> 
> 
> probably not.  Why are you wanting to head the output?  Man already
> displays using a pager.

Perhaps the OP was looking for something like apropos or whatis?

Given that man already pipes its output through a pager, the OP could just use 
the MANPAGER environment variable to do what he wants:

$ MANPAGER=head man gcc
GCC(1)GNU   GCC(1)



NAME
   gcc - GNU project C and C++ compiler

SYNOPSIS
   gcc [-c|-S|-E] [-std=standard]
   [-g] [-pg] [-Olevel]

Hope this helps,
--
Bryan Thrall
Principal Software Engineer
FlightSafety International
bryan.thr...@flightsafety.com

Re: man redirect error

[Reid Thompson]

On Tue, 2012-01-03 at 15:30 -0600, Nellis, Kenneth wrote:
> Thought maybe someone would be interested in the following error.
> 
> $ man gcc | head
> GCC(1)GNU
> GCC(1)
> 
> 
> 
> NAME
>gcc - GNU project C and C++ compiler
> 
> SYNOPSIS
>gcc [-c|-S|-E] [-std=standard]
>[-g] [-pg] [-Olevel]
> Error executing formatting or display command.
> System command (cd "/usr/share/man" && (echo ".pl 11i"; /usr/bin/gunzip
> -c '/usr/share/man/man1/gcc.1.gz') | /usr/bin/tbl | /usr/bin/nroff -c
> -mandoc 2>/dev/null | /usr/bin/less -isrR) exited with status 36096.
> No manual entry for gcc
> $


probably not.  Why are you wanting to head the output?  Man already
displays using a pager.

$ uname -a
Linux raker2 2.6.39-gentoo-r3 #7 SMP PREEMPT Thu Nov 17 16:11:22 EST
2011 x86_64 Intel(R) Core(TM) i5-2500 CPU @ 3.30GHz GenuineIntel
GNU/Linux

$ man gcc |head
GCC(1)GNU
GCC(1)



NAME
   gcc - GNU project C and C++ compiler

SYNOPSIS
   gcc [-c|-S|-E] [-std=standard]
   [-g] [-pg] [-Olevel]
Error executing formatting or display command.
System command (cd "/usr/share/gcc-data/x86_64-pc-linux-gnu/4.5.3/man"
&& (echo ".pl 11i"; /bin/bzip2 -c -d
'/usr/share/gcc-data/x86_64-pc-linux-gnu/4.5.3/man/man1/gcc.1.bz2')
| /usr/bin/gtbl | /usr/bin/nroff -mandoc | /usr/bin/less) exited with
status 141.
No manual entry for gcc

Re: cygwin permissions problem on a network drive

[Markus Leuthold]

On Jul  5 10:59, Corinna Vinschen wrote:

On Jul  5 12:21, Bill Metzenthen wrote:
> What should I ask the system administrator to change so that cygwin
> will once again work on this drive? Perhaps there is some new setting
> (or an old one which has somehow changed) for cygwin that I have
> failed to notice?

If you want to discuss this with your admin, the problem is this:  When
Cygwin 1.7.9 tries to create a file on a filesystem which supports ACLs,
it requests WRITE_DAC permissions in the open call.  WRITE_DAC is the
access right you need to create the permission bits in the file's ACL,
what you see in Explorer under the Security tab.

Now, in some environments, the settings of the shares are so, that this
right is apparently not granted, even for the creator of the file.
But, as far as earlier reports go, there seem to be no indication of
this in the ACL.  As I mentioned above, I experimented with this
myself, but I have never managed to reproduce this setting on the 

server.

So I neither know how this setting looks like, nor if there's a way
to recognize such a share.

Btw, if you're going to discuss this with your admin, and if you figure
out what server setting is the culprit, I would be glad if you could
share the information with us.  It might be a great help in developing
Cygwin further.


Thanks,
Corinna



Hello Corinna

I've run into the same problem on a DFS filesystem, and I asked our 
admins about the settings. Please find a screenshot here: 
http://titlis.org/serversettings.png


The reason why "change permission" (=WRITE_DAC) was disabled: Our admins 
don't want to allow "take ownership" to everybody, since in the past users 
managed to set the rights such that even the admins couldn't access the 
file anymore. Since "take ownership" automatically enables "change 
permissions", WRITE_DAC is thus disabled too.


hope that helps

best regards, Kusi

PS: your workaround works fine, too



--
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

Re: Building cygwin1.dll

[marco atzeri]

On 1/4/2012 2:49 PM, Johan van den Berg wrote:

Any pointers on how to compile cygwin1.dll? I installed cygwin latest onto a 
windows machine, installed all the prerequisites as per faq (gcc perl et al), 
downloaded a snapshot, configured and maked but keep running into compile 
errors.

There is no mention in the docs regarding version of gcc required, possibility 
of using gcc as supplied by cygwin or mingw, etc.
I am trying to build a custom cygwin1.dll to test 
http://cygwin.com/ml/cygwin/2011-12/msg00337.html
I have set the send and receive buffers to 256k so that I can get transfer 
speeds up on a high latency rsync copy from one cygwin windows to another 
cygwin windows box with over 300ms latency between the two, but a 100mbit 
bandwidth
I tested with a previous version (very old) of cygwin that had the buffers at 
8k and that caused the transfer speeds to go down to next to nothing, so the 
theory seems sound that increasing the buffers should increase the amount of 
packets that can be sent without receiving an ack.
I have already patched the code, now I just need to figure out how to actually 
build cygwin, and 3 hours worth of google + reading of cygwin mailing lists 
have been fruitless.

The error I get when trying to compile using the default cygwin install of gcc 
and tools:

... lots of successful compiles, and then:
make[5]: Entering directory 
`/home/DBA/cygwin-build/cygwin-snapshot-20111222-1/build/i686-pc-cygwin/newlib/libc/locale'
gcc -L/home/DBA/cygwin-build/cygwin-snapshot-20111222-1/build/i686-pc-cygwin/winsup 
-L/home/DBA/cygwin-build/cygwin-snapshot-20111222-1/build/i686-pc-cygwin/winsup/cygwin 
-L/home/DBA/cygwin-build/cygwin-snapshot-20111222-1/build/i686-pc-cygwin/winsup/w32api/lib -isystem 
/home/DBA/cygwin-build/cygwin-snapshot-20111222-1/winsup/include -isystem 
/home/DBA/cygwin-build/cygwin-snapshot-20111222-1/winsup/cygwin/include -isystem 
/home/DBA/cygwin-build/cygwin-snapshot-20111222-1/winsup/w32api/include 
-B/home/DBA/cygwin-build/cygwin-snapshot-20111222-1/build/i686-pc-cygwin/newlib/ -isystem 
/home/DBA/cygwin-build/cygwin-snapshot-20111222-1/build/i686-pc-cygwin/newlib/targ-include -isystem 
/home/DBA/cygwin-build/cygwin-snapshot-20111222-1/newlib/libc/include
-I/home/DBA/cygwin-build/cygwin-snapshot-20111222-1/winsup/cygwin/include -DPACKAGE_NAME=\"newlib\" 
-DPACKAGE_TARNAME=\"newlib\" -DPACKAGE_VERSION=\"1.20.0\" -DPACKAGE_STRING=\"newlib\ 1.20.0\" 
-DPACKAGE_BUGREPORT=\"\" -DPACKA

GE_URL=\"\" -I. -I../../../../../newlib/libc/locale -DHAVE_OPENDIR 
-DHAVE_RENAME -DSIGNAL_PROVIDED -D_COMPILING_NEWLIB -DHAVE_BLKSIZE -DHAVE_FCNTL 
-DMALLOC_PROVIDED -fno-builtin  -g -O2 -c -o lib_a-nl_langinfo.o `test -f 
'nl_langinfo.c' || echo '../../../../../newlib/libc/locale/'`nl_langinfo.c

../../../../../newlib/libc/locale/nl_langinfo.c:66: error: parse error before 
"struct"
../../../../../newlib/libc/locale/nl_langinfo.c:66: error: `outdigits' 
undeclared here (not in a function)
../../../../../newlib/libc/locale/nl_langinfo.c:66: error: initializer element 
is not constant
../../../../../newlib/libc/locale/nl_langinfo.c:66: error: (near initialization 
for `nl_ext[0].offset')
../../../../../newlib/libc/locale/nl_langinfo.c:66: error: parse error before 
')' token
../../../../../newlib/libc/locale/nl_langinfo.c:66: error: initializer element 
is not constant
../../../../../newlib/libc/locale/nl_langinfo.c:66: error: (near initialization 
for `nl_ext[0]')
 and many more similar complaints.

Johan van den Berg


hi John,

gcc and g++ version 4.5.3 (GCC)
as provided by cygwin packages

gcc4-core  4.5.3-3
gcc4-g++   4.5.3-3

usually this is enough for building

 /configure
 make

Regards
Marco



--
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

Building cygwin1.dll

[Johan van den Berg]

Any pointers on how to compile cygwin1.dll? I installed cygwin latest onto a 
windows machine, installed all the prerequisites as per faq (gcc perl et al), 
downloaded a snapshot, configured and maked but keep running into compile 
errors.

There is no mention in the docs regarding version of gcc required, possibility 
of using gcc as supplied by cygwin or mingw, etc.
I am trying to build a custom cygwin1.dll to test 
http://cygwin.com/ml/cygwin/2011-12/msg00337.html
I have set the send and receive buffers to 256k so that I can get transfer 
speeds up on a high latency rsync copy from one cygwin windows to another 
cygwin windows box with over 300ms latency between the two, but a 100mbit 
bandwidth
I tested with a previous version (very old) of cygwin that had the buffers at 
8k and that caused the transfer speeds to go down to next to nothing, so the 
theory seems sound that increasing the buffers should increase the amount of 
packets that can be sent without receiving an ack.
I have already patched the code, now I just need to figure out how to actually 
build cygwin, and 3 hours worth of google + reading of cygwin mailing lists 
have been fruitless.

The error I get when trying to compile using the default cygwin install of gcc 
and tools:

... lots of successful compiles, and then:
make[5]: Entering directory 
`/home/DBA/cygwin-build/cygwin-snapshot-20111222-1/build/i686-pc-cygwin/newlib/libc/locale'
gcc 
-L/home/DBA/cygwin-build/cygwin-snapshot-20111222-1/build/i686-pc-cygwin/winsup 
-L/home/DBA/cygwin-build/cygwin-snapshot-20111222-1/build/i686-pc-cygwin/winsup/cygwin
 
-L/home/DBA/cygwin-build/cygwin-snapshot-20111222-1/build/i686-pc-cygwin/winsup/w32api/lib
 -isystem /home/DBA/cygwin-build/cygwin-snapshot-20111222-1/winsup/include 
-isystem 
/home/DBA/cygwin-build/cygwin-snapshot-20111222-1/winsup/cygwin/include 
-isystem 
/home/DBA/cygwin-build/cygwin-snapshot-20111222-1/winsup/w32api/include 
-B/home/DBA/cygwin-build/cygwin-snapshot-20111222-1/build/i686-pc-cygwin/newlib/
 -isystem 
/home/DBA/cygwin-build/cygwin-snapshot-20111222-1/build/i686-pc-cygwin/newlib/targ-include
 -isystem /home/DBA/cygwin-build/cygwin-snapshot-20111222-1/newlib/libc/include 
   -I/home/DBA/cygwin-build/cygwin-snapshot-20111222-1/winsup/cygwin/include 
-DPACKAGE_NAME=\"newlib\" -DPACKAGE_TARNAME=\"newlib\" 
-DPACKAGE_VERSION=\"1.20.0\" -DPACKAGE_STRING=\"newlib\ 1.20.0\" 
-DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -I. 
-I../../../../../newlib/libc/locale -DHAVE_OPENDIR -DHAVE_RENAME 
-DSIGNAL_PROVIDED -D_COMPILING_NEWLIB -DHAVE_BLKSIZE -DHAVE_FCNTL 
-DMALLOC_PROVIDED -fno-builtin  -g -O2 -c -o lib_a-nl_langinfo.o `test -f 
'nl_langinfo.c' || echo '../../../../../newlib/libc/locale/'`nl_langinfo.c
../../../../../newlib/libc/locale/nl_langinfo.c:66: error: parse error before 
"struct"
../../../../../newlib/libc/locale/nl_langinfo.c:66: error: `outdigits' 
undeclared here (not in a function)
../../../../../newlib/libc/locale/nl_langinfo.c:66: error: initializer element 
is not constant
../../../../../newlib/libc/locale/nl_langinfo.c:66: error: (near initialization 
for `nl_ext[0].offset')
../../../../../newlib/libc/locale/nl_langinfo.c:66: error: parse error before 
')' token
../../../../../newlib/libc/locale/nl_langinfo.c:66: error: initializer element 
is not constant
../../../../../newlib/libc/locale/nl_langinfo.c:66: error: (near initialization 
for `nl_ext[0]')
 and many more similar complaints.

Johan van den Berg
Play Safe IT Services South Africa (Pty) Ltd
Email: johan.vdb...@playsafesa.com
Skype: johantheitguy




--
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

Re: Install crash

[jamich - Post]

Marco,
  do you know how to install previous version of cygwin? Is there any way how 
to do it?

Michal

On 1/4/2012 12:02 PM, jamich - Post wrote:

> Marco,

>I have nod32. I turn off it and install cygwin again. My attempt finished 
> by restarting windows.

 > I use cygwin and nod32 for 2 years without any problems. I updated 

cygwin several times without any

 >problem. Newest version caused me these problems. Do you have any 

idea? Is there any log during installation?

>

> Michal

>



no ideas.

I just noted that latest setup 2.763 is producing a screen log if

run inside mintty+bash but not if run from CMD.



It builds a mini log file only after "setup --help" but

not during a normal run.

I suppose some of the latest changes broke setup logging capabilities.



Regards

Marco











--

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






--
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

Re: Install crash

[marco atzeri]

On 1/4/2012 12:02 PM, jamich - Post wrote:

Marco,
   I have nod32. I turn off it and install cygwin again. My attempt finished by 
restarting windows.
> I use cygwin and nod32 for 2 years without any problems. I updated 
cygwin several times without any
>problem. Newest version caused me these problems. Do you have any 
idea? Is there any log during installation?


Michal



no ideas.
I just noted that latest setup 2.763 is producing a screen log if
run inside mintty+bash but not if run from CMD.

It builds a mini log file only after "setup --help" but
not during a normal run.
I suppose some of the latest changes broke setup logging capabilities.

Regards
Marco





--
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

Re: Install crash

[jamich - Post]

Marco,
  I have nod32. I turn off it and install cygwin again. My attempt finished by 
restarting windows. I use cygwin and nod32 for 2 years without any problems. I 
updated cygwin several times without any problem. Newest version caused me 
these problems. Do you have any idea? Is there any log during installation?

Michal

On 1/4/2012 11:08 AM, jamich - Post wrote:

> I have a problem. I downloaded cygwin setup and run on my pc with windows xp.

> I let all setting in default state. I selected source of binaries and I 
> installed it.

> During installing binaries on my pc it was suddenly restarted. Installation 
> was not successfull.

 > I tried it several times but all my attempts finished by restarting 

pc. Could anyone help me?

>

> Thanks,

>Michal



setup should not be able to restart your pc, it seems

a bugged Driver or Antivirus.



I saw in the past antivirus choking on bz2 compressed files



anything in this list ?

http://cygwin.com/faq/faq.using.html#faq.using.bloda



Regards

Marco



--

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






--
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

Re: Install crash

[marco atzeri]

On 1/4/2012 11:08 AM, jamich - Post wrote:

I have a problem. I downloaded cygwin setup and run on my pc with windows xp.
I let all setting in default state. I selected source of binaries and I 
installed it.
During installing binaries on my pc it was suddenly restarted. Installation was 
not successfull.
> I tried it several times but all my attempts finished by restarting 
pc. Could anyone help me?


Thanks,
   Michal


setup should not be able to restart your pc, it seems
a bugged Driver or Antivirus.

I saw in the past antivirus choking on bz2 compressed files

anything in this list ?
http://cygwin.com/faq/faq.using.html#faq.using.bloda

Regards
Marco

--
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

Install crash

[jamich - Post]

I have a problem. I downloaded cygwin setup and run on my pc with windows xp. I 
let all setting in default state. I selected source of binaries and I installed 
it. During installing binaries on my pc it was suddenly restarted. Installation 
was not successfull. I tried it several times but all my attempts finished by 
restarting pc. Could anyone help me?

Thanks,
  Michal

--
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

Re: question on where to direct a query

[marco atzeri]

On 1/4/2012 8:44 AM, Paul Allen Newell wrote:

Cygwin:

I am running code on a Fedora box and a WinXP box under cygwin.

When I run a make with g++, I am seeing message of "recipe for target
'whatever' failed". I do not see these under Fedora. Though it may seem
like a minor point, it is a bit of a pain when trying to filter any
"make.out".

Is this a Cygwin issue that I should be getting an example together for
or is it a make issue .. in which case where is the right place to
submit that targets both "make" and "cygwin"?


for make on cygwin issues, this list is fine.

To catch all the build message I suggest something like:

make 2>&1 |tee  make.log

and show us the relevant make.log portion



Thanks in advance,
Paul


Marco


--
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