Re: cygport dropping *.exe links

2014-09-01 Thread Marco Atzeri 

On 15/08/2014 19:02, Eric Blake wrote:

On 08/15/2014 09:16 AM, Corinna Vinschen wrote:

On Aug 15 16:47, Marco Atzeri wrote:

On 15/08/2014 13:26, Marco Atzeri wrote:



looking further, it seems not a cygport issue at all

$ touch a.exe
$ ln -s a.exe b.exe
  $ ls -l
total 1
-rw-r--r-- 1 marco Administrators 0 Aug 15 16:41 a.exe
lrwxrwxrwx 1 marco Administrators 5 Aug 15 16:41 b.exe -> a.exe

$ mv b.exe b
$ ls -l
total 0
-rw-r--r-- 1 marco Administrators 0 Aug 15 16:41 a.exe


Looks like a bug in coreutils 8.23.  This works fine in coreutils-8.15.

Eric?


Yep, I'm investigating.  :(



Any news ?
It hit me again on cyport last update and I was forced to re-implement
a workaround patch.


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: Simplify AD integration?

2014-09-01 Thread Corinna Vinschen 
On Aug  6 10:47, Corinna Vinschen wrote:
> On Aug  4 21:00, Corinna Vinschen wrote:
> > I just uploaded a new snapshot to http://cygwin.com/snapshots/
> > 
> > This snapshot contains only a single change:  It drops the prepended
> > plus entirely,  So the builtin and well-known accounts are now called as
> > familiar: SYSTEM instead of +SYSTEM, Administrators instead of
> > +Administrators, etc.
> > 
> > The documentation doesn't reflect this change yet, but I will fix that
> > pretty soon.
> > 
> > As for other changes, I'm still not sure since we seem to have as
> > many different opinions as interested community members :}
> > 
> > I would still like to drop the db_prefix and db_separator settings and
> > just stick to the setting called "auto":
> > 
> > builtin accounts;   "SYSTEM", "Administrators", etc.
> > primary domain  "corinna", "yaakov", ...
> > 
> > This is typically all you see on non-domain machines.  On domain
> > maches, add this:
> > 
> > other domain:   "DOMAIN1+walter", "DOMAIN2+mathilda"
> > 
> > (local SAM accounts are subsumed under "other domain" here).
> > 
> > Would anybody have really terrible problems with this approach?
> > If so, what problems?
> 
> So nobody would really have a problem?  Wow, that's cool.  I guess
> I'll remove the db_prefix and db_separator settings pretty soon.

Done.  For the time being I decided to keep the code intact, but
to disable the ability to change the settings from /etc/nsswitch.conf.

This leaves us with a very simple nsswitch.conf which only understands

  passwd:
  group:
  db_enum:

This is in the latest snapshot from https://cygwin.com/snapshots/


Corinna


-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


pgpdgc3xqRy4O.pgp
Description: PGP signature

Re: (call-process ...) hangs in emacs

2014-09-01 Thread Corinna Vinschen 
On Aug 30 03:32, Andrey Repin wrote:
> Greetings, Corinna Vinschen!
> 
> > What needs to be done is to fix the ssh-host-config script.  It adds an
> > ACE for SYSTEM on /var/empty, /etc, and /var/log for no apparent reason.
> 
> If it's not apparent: you can actually prevent system from accessing the file
> by removing access from SYSTEM user to the file.

No, you can't.  You only can for accounts not having and applications
not enabling backup and restore rights.  But, anyway, this has nothing
to do with extra permissions on /var/empty which the SYSTEM account
really doesn't need.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


pgpTBEWyUprym.pgp
Description: PGP signature

Re: (call-process ...) hangs in emacs

2014-09-01 Thread Corinna Vinschen 
On Aug 29 09:58, Achim Gratz wrote:
> Achim Gratz  NexGo.DE> writes:
> > > Please test.
> > 
> > This fixes the "read-only" problem in Emacs (so that hunch was correct). 
> > Perl still doesn't play, but I think the 5.18 version should get it correct.
> > Will need to switch a test installation over for that, though.
> 
> With that snapshot in place, ssh suddenly recognized that my private key
> file was more readable than it liked it to be, so it looks that it's using
> the same general strategy of dealing with ACL as Emacs.  I'm starting to
> like this patch very much... :-)

Over the weekend it occured to me that the acl(2) function created ACLs
which not aligned well with the ACLs created by open(2),chmod(2), etc.
Yesterday I fixed the acl(2) function to create ACLs the same way as 
the other functions, especially in terms of the owner and group entries
and the SE_DACL_PROTECTED flag.  The changes are in the latest snapshot
from https://cygwin.com/snapshots/  Please give them a try.


Thanks,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


pgpH80KCyg9ws.pgp
Description: PGP signature

[ANNOUNCEMENT] Updated: mingw64-{headers,runtime,winpthreads} w32api-* 3.2.0-1

2014-09-01 Thread JonY 

Now released for both 32bit and 64bit Cygwin:

mingw64-*-headers-3.2.0-1
mingw64-*-runtime-3.2.0-1
mingw64-*-winpthreads-3.2.0-1
w32api-headers-3.2.0-1
w32api-runtime-3.2.0-1

Notable changes:
* Add aliases for non-dllimport _get_invalid_parameter_handler and
_set_invalid_parameter_handler

* Fix D2DERR_INSUFFICIENT_BUFFER definition

* Fix off by one ipsectypes.h: Begin IPSEC_CIPHER_TYPE enumeration at 1

* Add missing @4 decoration for TryAcquireSRWLockExclusive, and
TryAcquireSRWLockExclusive

And many more fixes.

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list,
look at the "List-Unsubscribe: " tag in the email header of this
message. Send email to the address specified there. It will be in the
format:

cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that
is available starting at this URL.




signature.asc
Description: OpenPGP digital signature

Re: error: unknown type name ‘_fpos64_t’

2014-09-01 Thread Corinna Vinschen 
On Aug 29 17:19, Rosen Penev wrote:
> I get this error when compiling either with GCC 4.8.3 or 4.9.0. Full
> error is: In file included from ../src/aacenc.c:11:0:
> /usr/include/stdio.h:55:1: error: unknown type name ‘_fpos64_t’
>  typedef _fpos64_t fpos_t;
>  ^
> 
> This is on cygwin64.

Apparently your code is undefining __LARGE64_FILES or setting it to 0.
This is a system-defined variable it should stay away from.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


pgpE_meWx_XlY.pgp
Description: PGP signature

Re: strnicmp no longer defined in snapshots

2014-09-01 Thread Corinna Vinschen 
On Aug 30 13:40, Ken Brown wrote:
> Please ignore my previous two messages.  I just found the newlib discussion
> (https://sourceware.org/ml/newlib/2014/msg00309.html) in which Corinna said
> to remove strncimp and related definitions.  So that answers my question.
> 
> Sorry for the noise.

No worries.  POSIX applications should simply use strncasecmp.



Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


pgp4iMqlViMIN.pgp
Description: PGP signature

[ANNOUNCEMENT] Updated: openmpi-1.8.2-1

2014-09-01 Thread Marco Atzeri 

Version 1.8.2.1  of packages

   libopenmpi
   libopenmpicxx1
   libopenmpifh2
   libopenmpiuse1
   libopenmpi-devel
   openmpi

are available in the Cygwin distribution:

CHANGES

Full upstream changes:
http://svn.open-mpi.org/svn/ompi/branches/v1.8/NEWS
http://www.open-mpi.org/community/lists/announce/2014/08/0063.php


DESCRIPTION
Open MPI : A High Performance Message Passing Library

The Open MPI Project is an open source MPI-2 implementation that
is developed and maintained by a consortium of academic, research,
and industry partners

HOMEPAGE
http://www.open-mpi.org/


Marco Atzeri

If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) com .

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list,
look at the "List-Unsubscribe: " tag in the email header of this
message. Send email to the address specified there. It will be in the 
format:


cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that
is available starting at this URL.

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

[ANNOUNCEMENT] Updated: glpk-4.55-1

2014-09-01 Thread Marco Atzeri 

Version 4.55-1 of
   glpk
   libglpk36
   libglpk-devel
have been uploaded for cygwin.

The GLPK (GNU Linear Programming Kit) package is
intended for solving large-scale linear
programming (LP), mixed integer programming (MIP),
 and other related problems. It is a set of
routines written in ANSI C and organized in
the form of a callable library.

CHANGES
This is a new feature and bug fix mainstream release.


For the full changes:
http://lists.gnu.org/archive/html/help-glpk/2014-08/msg5.html


Regards

Marco Atzeri

If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) com .

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list,
look at the "List-Unsubscribe: " tag in the email header of this
message. Send email to the address specified there. It will be in the 
format:


cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that
is available starting at this URL.

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

[BUG] Nasty bug persists on x86-64

2014-09-01 Thread Pavel Fedin 
 Hello! Another update has been published and i still experience random
crashes on x86-64.
 At this point i managed to go a little bit farther in my research. The
problem reproduces best with 'sh --version' command. At first glance it
seems to work OK most of the time, but take a look at strace's output:
--- cut ---
1   1 [main] sh (3292)
**
  102 103 [main] sh (3292) Program name: C:\cygwin64\bin\sh.exe (windows
pid 3292)
   41 144 [main] sh (3292) OS version:   Windows NT-6.1
   37 181 [main] sh (3292)
**
  110 291 [main] sh (3292) sigprocmask: 0 = sigprocmask (0, 0x0,
0x1802BED88)
  400 691 [main] sh 3292 open_shared: name shared.5, n 5, shared
0x18003 (wanted 0x18003), h 0x70, *m 6
   86 777 [main] sh 3292 user_heap_info::init: heap base 0x6,
heap top 0x6, heap size 0x2000 (536870912)
   58 835 [main] sh 3292 open_shared: name
S-1-5-21-1454471165-515967899-839522115-3227.1, n 1, shared 0x18002
(wanted 0x18002), h 0x6C, *m 6
   41 876 [main] sh 3292 user_info::create: opening user shared for
'S-1-5-21-1454471165-515967899-839522115-3227' at 0x18002
   41 917 [main] sh 3292 user_info::create: user shared version AB1FCCE8
   70 987 [main] sh 3292 fhandler_pipe::create: name
\\.\pipe\cygwin-e022582115c10879-3292-sigwait, size 11440, mode
PIPE_TYPE_MESSAGE
   881075 [main] sh 3292 fhandler_pipe::create: pipe read handle 0x84
   391114 [main] sh 3292 fhandler_pipe::create: CreateFile: name
\\.\pipe\cygwin-e022582115c10879-3292-sigwait
   651179 [main] sh 3292 fhandler_pipe::create: pipe write handle 0x88
   471226 [main] sh 3292 dll_crt0_0: finished dll_crt0_0 initialization
--- Process 3292, exception c005 at 76F3E4E4
57849   59075 [sig] sh 3292 wait_sig: entering ReadFile loop, my_readsig
0x84, my_sendsig 0x88
  149   59224 [main] sh 3292 mount_info::conv_to_posix_path:
conv_to_posix_path (C:\cygwin64\home\p.fedin, no-keep-rel, no-add-slash)
   83   59307 [main] sh 3292 normalize_win32_path: C:\cygwin64\home\p.fedin
= normalize_win32_path (C:\cygwin64\home\p.fedin)
   46   59353 [main] sh 3292 mount_info::conv_to_posix_path: /home/p.fedin =
conv_to_posix_path (C:\cygwin64\home\p.fedin)
   85   59438 [main] sh 3292 sigprocmask: 0 = sigprocmask (0, 0x0,
0x600018128)
  241   59679 [main] sh 3292 _cygwin_istext_for_stdio: fd 0: not open
   43   59722 [main] sh 3292 _cygwin_istext_for_stdio: fd 1: not open
   39   59761 [main] sh 3292 _cygwin_istext_for_stdio: fd 2: not open
  141   59902 [main] sh (3292) open_shared: name cygpid.3292, n 3292, shared
0x18001 (wanted 0x18001), h 0x16C, *m 2
--- cut ---
 Note the exception. This time i managed to catch it with gdb:
--- cut ---
$ gdb --args sh --version
GNU gdb (GDB) 7.8
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-unknown-cygwin".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from sh...(no debugging symbols found)...done.
(gdb) run
Starting program: /usr/bin/sh --version
[New Thread 2716.0x650]

Program received signal SIGSEGV, Segmentation fault.
0x76f3e4e4 in ntdll!RtlDeNormalizeProcessParams () from
/cygdrive/c/Windows/SYSTEM32/ntdll.dll
(gdb) where
#0  0x76f3e4e4 in ntdll!RtlDeNormalizeProcessParams () from
/cygdrive/c/Windows/SYSTEM32/ntdll.dll
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb)
--- cut ---
 However, the problem apparently lies not in RtlDeNormalizeProcessParams(),
but in some another, unnamed function, which follows it. The following is a
complete disassembly up to the crash point:
--- cut ---
Dump of assembler code for function ntdll!RtlDeNormalizeProcessParams:
   0x76f3df40 <+0>: test   %rcx,%rcx
   0x76f3df43 <+3>: je 0x76f57be2

   0x76f3df49 <+9>: mov0x8(%rcx),%edx
   0x76f3df4c <+12>:test   $0x1,%dl
   0x76f3df4f <+15>:je 0x76f3dfed

   0x76f3df55 <+21>:mov0x40(%rcx),%rax
   0x76f3df59 <+25>:test   %rax,%rax
   0x76f3df5c <+28>:je 0x76f3df65

   0x76f3df5e <+30>:sub%rcx,%rax
   0x76f3df61 <+33>:mov%rax,0x40(%rcx)
   0x76f3df65 <+37>:mov0x58(%rcx),%rax
   0x76f3df69 <+41>:test   %rax,%rax
   0x76f3df6c <+44>:

Re: [BUG] Nasty bug persists on x86-64

2014-09-01 Thread Corinna Vinschen 
On Sep  1 18:14, Pavel Fedin wrote:
>  Hello! Another update has been published and i still experience random
> crashes on x86-64.
>  At this point i managed to go a little bit farther in my research. The
> problem reproduces best with 'sh --version' command. At first glance it
> seems to work OK most of the time, but take a look at strace's output:
> --- cut ---
> 1   1 [main] sh (3292)
> **
>   102 103 [main] sh (3292) Program name: C:\cygwin64\bin\sh.exe (windows
> pid 3292)
>41 144 [main] sh (3292) OS version:   Windows NT-6.1
>37 181 [main] sh (3292)
> **
>   110 291 [main] sh (3292) sigprocmask: 0 = sigprocmask (0, 0x0,
> 0x1802BED88)
>   400 691 [main] sh 3292 open_shared: name shared.5, n 5, shared
> 0x18003 (wanted 0x18003), h 0x70, *m 6
>86 777 [main] sh 3292 user_heap_info::init: heap base 0x6,
> heap top 0x6, heap size 0x2000 (536870912)
>58 835 [main] sh 3292 open_shared: name
> S-1-5-21-1454471165-515967899-839522115-3227.1, n 1, shared 0x18002
> (wanted 0x18002), h 0x6C, *m 6
>41 876 [main] sh 3292 user_info::create: opening user shared for
> 'S-1-5-21-1454471165-515967899-839522115-3227' at 0x18002
>41 917 [main] sh 3292 user_info::create: user shared version AB1FCCE8
>70 987 [main] sh 3292 fhandler_pipe::create: name
> \\.\pipe\cygwin-e022582115c10879-3292-sigwait, size 11440, mode
> PIPE_TYPE_MESSAGE
>881075 [main] sh 3292 fhandler_pipe::create: pipe read handle 0x84
>391114 [main] sh 3292 fhandler_pipe::create: CreateFile: name
> \\.\pipe\cygwin-e022582115c10879-3292-sigwait
>651179 [main] sh 3292 fhandler_pipe::create: pipe write handle 0x88
>471226 [main] sh 3292 dll_crt0_0: finished dll_crt0_0 initialization
> --- Process 3292, exception c005 at 76F3E4E4

I don't get this with 64 bit Cygwin 1.7.32 (tried on W7 and W8.1).  Are
you sure this exception is triggered by Cygwin and not induced by a
BLODA, a virus scanner or whatever?  This early in process initialization
it could even be the Windows Loader itself.

But even then, not all exceptions are fatal.  This one is an exception
in a Windows DLL, which is probably supposed to be catched by SEH.  The
OS certainly shouldn't crash due to a NULL pointer or handle, but it's
less hassle to catch an exception than to test pointers or handles for
validity every time a function is entered.

> $ gdb --args sh --version
> GNU gdb (GDB) 7.8
> Copyright (C) 2014 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later
> 
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
> and "show warranty" for details.
> This GDB was configured as "x86_64-unknown-cygwin".
> Type "show configuration" for configuration details.
> For bug reporting instructions, please see:
> .
> Find the GDB manual and other documentation resources online at:
> .
> For help, type "help".
> Type "apropos word" to search for commands related to "word"...
> Reading symbols from sh...(no debugging symbols found)...done.
> (gdb) run
> Starting program: /usr/bin/sh --version
> [New Thread 2716.0x650]
> 
> Program received signal SIGSEGV, Segmentation fault.
> 0x76f3e4e4 in ntdll!RtlDeNormalizeProcessParams () from
> /cygdrive/c/Windows/SYSTEM32/ntdll.dll

Try `bt' at this point.  Maybe the backtrace shows something of
interest.  Apart from that, try the latest snapshot from
https://cygwin.com/snapshots/  I converted the internal exception
handling avoiding crashes from system functions to SEH.  Perhaps the
above doesn't show up with it.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


pgpey9SH1Wo6I.pgp
Description: PGP signature

Re: (call-process ...) hangs in emacs

2014-09-01 Thread Achim Gratz 
Corinna Vinschen writes:
> Over the weekend it occured to me that the acl(2) function created ACLs
> which not aligned well with the ACLs created by open(2),chmod(2), etc.
> Yesterday I fixed the acl(2) function to create ACLs the same way as 
> the other functions, especially in terms of the owner and group entries
> and the SE_DACL_PROTECTED flag.  The changes are in the latest snapshot
> from https://cygwin.com/snapshots/  Please give them a try.

Installed, everything looks fine so far.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf rackAttack:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds

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

[ANNOUNCEMENT] Updated: boost-1.55.0-1

2014-09-01 Thread Yaakov Selkowitz 

The following packages have been updated for the Cygwin distribution:

* libboost-devel-1.55.0-1
* libboost_atomic1.55-1.55.0-1
* libboost_chrono1.55-1.55.0-1
* libboost_context1.55-1.55.0-1
* libboost_coroutine1.55-1.55.0-1
* libboost_date_time1.55-1.55.0-1
* libboost_filesystem1.55-1.55.0-1
* libboost_graph1.55-1.55.0-1
* libboost_iostreams1.55-1.55.0-1
* libboost_locale1.55-1.55.0-1
* libboost_log1.55-1.55.0-1
* libboost_math1.55-1.55.0-1
* libboost_program_options1.55-1.55.0-1
* libboost_python1.55-1.55.0-1
* libboost_python-devel-1.55.0-1
* libboost_python3_1.55-1.55.0-1
* libboost_python3-devel-1.55.0-1
* libboost_random1.55-1.55.0-1
* libboost_regex1.55-1.55.0-1
* libboost_serialization1.55-1.55.0-1
* libboost_signals1.55-1.55.0-1
* libboost_system1.55-1.55.0-1
* libboost_test1.55-1.55.0-1
* libboost_thread1.55-1.55.0-1
* libboost_timer1.55-1.55.0-1
* libboost_wave1.55-1.55.0-1

Boost provides free peer-reviewed portable C++ source libraries.  It 
emphasize libraries that work well with the C++ Standard Library. Boost 
libraries are intended to be widely useful, and usable across a broad 
spectrum of applications.


This release includes the latest Fedora patchset with the following 
packaging changes:


- The context and coroutine libraries are now available;

- Each library (or related group thereof) has its own package;

- Library names are no longer tagged -mt (even though they are still 
multithreaded) for easier detection by configure/cmake/etc.;


- A debuginfo package is now available.

All packages which have runtime dependencies on boost libs have already 
been rebuilt.



Yaakov

--
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 failure for anonymous checkout

2014-09-01 Thread Marco Atzeri 

On 21/08/2014 19:10, David Rothenberger wrote:

Marco Atzeri wrote:

Hi,
the following command on cygwin require password for a
anonymous checkout

$ svn co https://icl.cs.utk.edu/svn/lapack-dev/lapack/trunk
Authentication realm:  LAPACK-DEV
Password for 'marco': ^Csvn: E200015: The operation was interrupted

while on Linux with subversion 1.6.11 it does not require password
and allow the checkout.

Any ideas ?


I get the same response from subversion 1.8.10 on my Linux box, so I
don't think this is Cygwin-specific.



Thanks David,
it looks like this problem
http://subversion.tigris.org/issues/show_bug.cgi?id=4416
http://svn.haxx.se/users/archive-2013-08/0334.shtml

but the upstream server is Subversion 1.7.8 (r1419691)

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

freopen failed, core dumped

2014-09-01 Thread Gery . 
Hello,

I received the following message after using a computer-intensive program 
(seismic unix):


freopen failed in VNDseekVNDrwslice: seek failed mode = r iopanel = 0 idim = 0 
iblock = 400 ipanel = 0
Aborted (core dumped)

What means that message?

I presume that cygwin is complaining about that tool program, but this happens 
only with one executable called suradon, which requires a lot of resources. I 
just changed cygwin's heap maximum memory to 2GB with:

regtool -i set /HKLM/Software/Cygwin/heap_chunk_in_mb 1024
regtool -v list /HKLM/Software/Cygwin

but that core dumped error persists. Any idea how to solve this USING cygwin 
(ie. without moving to linux)?

Thanks for any pointers,

Gery


PS. Some details of my installation:

$ uname -a
CYGWIN_NT-6.3-WOW64 gery 1.7.31(0.272/5/3) 2014-07-25 11:08 i686 Cygwin

$ cygcheck -s

Cygwin Configuration Diagnostics
Current System Time: Mon Sep 01 22:16:41 2014

Windows 8.1 Ver 6.3 Build 9600

Running under WOW64 on AMD64 (i5-4200 cpu @ 1.6GHz 8gb ram) 
  
--
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: freopen failed, core dumped

2014-09-01 Thread Gery . 
I forgot to add the stack trace, here it is:

$ cat suradon.exe.stackdump
Stack trace:
Frame     Function  Args
0028A618  61030562 (00D4, EA60, 00A4, 0028A678)
0028A738  610DAEDD (, , 0003, )

Any ideas?

  
--
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: cross-compiling to Linux?

2014-09-01 Thread Larry Hall (Cygwin) 

On 08/31/2014 07:03 AM, Juhász Ádám wrote:

Hi everyone,

When I was developing one of my program, I've tried to compile it under
Cygwin, and for some reason Cygwin's g++ always compiled it without
extension (and maybe an ELF executable?), so I had to create an explicit
rule to compile it with the EXE extension.

However just before I also installed MinGW so I can see what libraries does
that includes, I've noticed that Cygwin created an ELF executable (utterly
useless in Windows) however I deleted it without a second thought and just
then I've realized that I should've tried whether it runs on a Linux
machine. (My assumption was that it possibly was a PE executable with an ELF
header.) Now I've installed MinGW, and right after that, Cygwin also
generates proper PE executables for Windows, and can't seem to force it to
compile it as ELF executable despite all it took was to omit the EXE
extension.

Was this the proper behavior for Cygwin that MinGW changed?
What could possibly have MinGW did to change this behavior?
Is it *really* possible to cross-compile to Linux with Cygwin-Not that it
isn't possible, but whether is it possible by a basic setup or does Cygwin
provides a special package for that (or neither)?


I can't speak to what you saw initially but interpreting the results you
got as an ELF executable is incorrect.  Cygwin's build tools target Windows/
PE executables.

As for cross-compiling with Cygwin, see the gcc FAQ on the subject:




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

[ANNOUNCEMENT] Updated: doxygen-1.8.8-1

2014-09-01 Thread David Stacey 

The following packages have been updated:

  - doxygen-1.8.8-1
  - doxygen-doxywizard-1.8.8-1


CHANGES:


Numerous new features and bug fixes. For the full change log, please
see: http://www.doxygen.org/manual/changelog.html#log_1_8_8


DESCRIPTION
===

Doxygen is a documentation system for C++, C, Java, Objective-C,
Python, IDL (Corba and Microsoft flavours), Fortran, VHDL, PHP, C#, and
to some extent D.


HOMEPAGE


http://www.doxygen.org/


Cheers,

Dave.



If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) com .

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list,
look at the "List-Unsubscribe: " tag in the email header of this
message. Send email to the address specified there. It will be in the
format:

cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that
is available starting at this URL.

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