On Fri, 2012-02-17 at 23:54 +0100, marco atzeri wrote:
> probably yes, the current setup.ini requires the X DLL's needed but
> not the xorg-server
>
> Yaakov,
> could you add it ?
xorg-server is not specified as a runtime dependency of libX11 or libxcb
for several reasons:
* not everything that
tually fixing the problem, but only working around it. I'm hopeful
> that I got it right this time. I'm just generating a new snapshot.
> Please give it another hit with the APR testsuite.
I'm sorry to report that the 20120220 snapshot breaks the X server,
which uses fcntl() wi
On Mon, Feb 20, 2012 at 04:57:20PM -0600, Robert Miles wrote:
>On 2/20/2012 4:12 PM, JonY wrote:
>> On 2/21/2012 05:39, Thomas Wolff wrote:
>>> Am 20.02.2012 01:25, schrieb Christopher Faylor:
On Sun, Feb 19, 2012 at 07:07:04PM -0500, Chris Sutcliffe wrote:
> ...
> /usr/include/stdio.h
This is a bug fix release for svn2cl. Thanks to Bryan Thrall for the
bug report.
NEWS:
=
See CHANGES (URL below) for more information about the differences
between 1.7.3 and previous Subversion releases.
IMPORTANT: Please read the release notes (URL below) before
upgrading from a previous maj
apr1 has been updated to the latest upstream release. It includes a
fix for oCERT-2011-003: multiple implementations denial-of-service
via hash algorithm collision.
CYGWIN NEWS:
The library was built with TCP_NOPUSH support disabled. Cygwin
defines TCP_NOPUSH, but returns "protocol no
On 02/20/2012 03:57 PM, Robert Miles wrote:
> Why not put a stddef.h file into /user/include that includes comments
> showing
> where to find the compiler-specific stddef.h files?
Why not ask the upstream gcc list? This is not a situation specific to
Cygwin, so asking on this list won't get it ch
I've observed different behavior with cygwin-1.7.0 on 64bit XP, and
32bit XP (I'll check Vista-32 and W7-64 later tonight). Using the
following attached win32 program:
$ i686-pc-mingw32-gcc -o envprint envprint.c
== xp-64
$ uname -a
CYGWIN_NT-5.2-WOW64 abcdefgh 1.7.10(0.259/5/3) 201
On 02/20/2012 03:58 PM, Thomas Wolff wrote:
>> Wrong. GNU/Linux does this too. On my Fedora machine,
>>
>> $ printf '#include\n#include\n' | gcc -E -\
>> |grep '^# 1 "/'
...
>> # 1 "/usr/lib/gcc/x86_64-redhat-linux/4.6.2/include/stddef.h" 1 3 4
>> # 1 "/usr/include/wchar.h" 1 3 4
>> # 1 "/usr
Am 20.02.2012 23:10, schrieb Eric Blake:
On 02/20/2012 02:39 PM, Thomas Wolff wrote:
Am 20.02.2012 01:25, schrieb Christopher Faylor:
On Sun, Feb 19, 2012 at 07:07:04PM -0500, Chris Sutcliffe wrote:
...
/usr/include/stdio.h:34:20: fatal error: stddef.h: No such file or
directory
stddef.h come
On 2/20/2012 4:12 PM, JonY wrote:
On 2/21/2012 05:39, Thomas Wolff wrote:
Am 20.02.2012 01:25, schrieb Christopher Faylor:
On Sun, Feb 19, 2012 at 07:07:04PM -0500, Chris Sutcliffe wrote:
...
/usr/include/stdio.h:34:20: fatal error: stddef.h: No such file or
directory
stddef.h comes from the
On 2/21/2012 05:39, Thomas Wolff wrote:
> Am 20.02.2012 01:25, schrieb Christopher Faylor:
>> On Sun, Feb 19, 2012 at 07:07:04PM -0500, Chris Sutcliffe wrote:
>>> ...
>>> /usr/include/stdio.h:34:20: fatal error: stddef.h: No such file or
>>> directory
>> stddef.h comes from the gcc4-core package.
On 02/20/2012 02:39 PM, Thomas Wolff wrote:
> Am 20.02.2012 01:25, schrieb Christopher Faylor:
>> On Sun, Feb 19, 2012 at 07:07:04PM -0500, Chris Sutcliffe wrote:
>>> ...
>>> /usr/include/stdio.h:34:20: fatal error: stddef.h: No such file or
>>> directory
>> stddef.h comes from the gcc4-core packag
Am 20.02.2012 01:25, schrieb Christopher Faylor:
On Sun, Feb 19, 2012 at 07:07:04PM -0500, Chris Sutcliffe wrote:
...
/usr/include/stdio.h:34:20: fatal error: stddef.h: No such file or directory
stddef.h comes from the gcc4-core package. It's located in:
usr/lib/gcc/i686-pc-cygwin/4.5.3/inclu
On 2/20/2012 12:35 PM, Eric Blake wrote:
That link error is typically a sign of cygwin1.dll being too old
compared to what coreutils 8.15 is expecting. Are you sure your
cygwin1.dll comes from 1.7.10, and that it wasn't in-use when you
upgraded in such a manner that you are still running cygwin
On 02/20/2012 12:16 PM, Andrew DeFaria wrote:
> This may or may not be related... In keeping my Cygwin installation up
> to date I refreshed my install. There was some lib
> that was new and the coreutils, which keeps reporting it is new but
> which I have not been able to update to. As I said befo
On 2/20/2012 6:17 AM, Corinna Vinschen wrote:
> As always, thanks for the testcase. I think I found the problem. It's
> hard to explain if you don;t know how the code works, but it boils down
> to the fact that my last round of patches back in August were not
> actually fixing the problem, but on
On 2/20/2012 7:53 AM, Keith Christian wrote:
> On Fri, Feb 17, 2012 at 2:34 PM, David Rothenberger wrote:
>> On 2/17/2012 11:15 AM, Thrall, Bryan wrote:
>>> It thinks the svn2cl.xsl file should be in /usr/bin, but it looks like the
>>> file is in /etc/svn2cl:
>
>
> Question: XSL files, being mo
Earnie Boyd wrote:
The common response to you and the others who responded with "me too"
for this issue is to check the latest snapshot and report if it still
occurs.
--
Earnie
I tried the latest snapshot and the problem didn't occur with
it after having tried running mintty and logging out
On Mon, Feb 20, 2012 at 2:20 PM, Adrian Sandstrom wrote:
> I'm inexperienced with Cygwin. I was hoping to elicit advice, and use
> them as snippets of mentoring. Not advice like RTFM, but to read the
> types of insight gained from actual experience. I asked because I can
> tell they've BTDT.
>
>
>
I'm inexperienced with Cygwin. I was hoping to elicit advice, and use
them as snippets of mentoring. Not advice like RTFM, but to read the
types of insight gained from actual experience. I asked because I can
tell they've BTDT.
On Mon, Feb 20, 2012 at 12:55 AM, Csaba Raduly wrote:
> On Mon, Feb
This may or may not be related... In keeping my Cygwin installation up
to date I refreshed my install. There was some lib
that was new and the coreutils, which keeps reporting it is new but
which I have not been able to update to. As I said before, updating the
coreutils results in a system in
I cannot install coreutils 8.15-1 because when running the postinstall
coreutils.sh it has an error.
Looking at the setup.log.full I see:
2012/02/20 10:22:15 running: C:\Cygwin\bin\bash.exe --norc --noprofile
/etc/postinstall/coreutils.sh
/etc/postinstall/coreutils.sh: Using the default versio
Hi,
2012/2/20 KIMURA Masaru :
> And more Google'ing, I found this post on LLVMdev ML:
>
> http://lists.cs.uiuc.edu/pipermail/llvmdev/2005-June/004364.html
>
> > 2. The LLI test failures occur because the dlsym function on cygwin can
> > only find symbols in a loaded DLL. If the symbol is in the
On Feb 20 16:58, Corinna Vinschen wrote:
> On Feb 20 11:56, Frank Fesevur wrote:
> > Hi,
> >
> > I have a annoying problem with rsyncd running as a service using
> > cygsunsrv. When I reboot the server running Win2008R2 the service is
> > not properly stopped. Therefore the .pid file stays in /var
On Feb 20 11:56, Frank Fesevur wrote:
> Hi,
>
> I have a annoying problem with rsyncd running as a service using
> cygsunsrv. When I reboot the server running Win2008R2 the service is
> not properly stopped. Therefore the .pid file stays in /var/run and
> when the server starts again, the rsync da
On Fri, Feb 17, 2012 at 2:34 PM, David Rothenberger wrote:
> On 2/17/2012 11:15 AM, Thrall, Bryan wrote:
>> It thinks the svn2cl.xsl file should be in /usr/bin, but it looks like the
>> file is in /etc/svn2cl:
Question: XSL files, being more like configuration files than
executables, would go i
On Feb 18 13:51, David Rothenberger wrote:
> On 2/16/2012 8:04 AM, Corinna Vinschen wrote:
> > On Feb 16 07:56, David Rothenberger wrote:
> >> On 2/16/2012 6:09 AM, Corinna Vinschen wrote:
> >>> I read the Linux man page again (http://linux.die.net/man/2/flock)
> >>> and I just hacked the following
On Sat, Feb 18, 2012 at 1:28 PM, Harry G McGavran Jr wrote:
> I've found a little more information -- this problem goes away
> if I change my default shell to dash. Seems tcsh is involved somehow.
> It comes back when I change my default shell back to tcsh.
> Going back to tcsh 6.18.00-2 does not
On Mon, Feb 20, 2012 at 3:48 AM, Csaba Raduly wrote:
> On Sun, Feb 19, 2012 at 1:29 AM, Mark Geisert wrote:
>>
>> 4. You've coded functions nested inside main(). I haven't seen that practice
>> in C language before but apparently it works. Color me impressed.
>
> It's a non-portable GCC extensio
Hi,
I have a annoying problem with rsyncd running as a service using
cygsunsrv. When I reboot the server running Win2008R2 the service is
not properly stopped. Therefore the .pid file stays in /var/run and
when the server starts again, the rsync daemon not started because it
finds a .pid file.
Wh
On Mon, Feb 20, 2012 at 2:39 AM, Adrian Sandstrom wrote:
> That fixed it. That was a really good idea. How did you guys know the
> problem was a permissions issue?
Because (they, not me) http://en.wiktionary.org/wiki/BTDTGTTS
>
> On Sun, Feb 19, 2012 at 7:59 AM, Ken Brown wrote:
>> [Please don'
On Sun, Feb 19, 2012 at 1:29 AM, Mark Geisert wrote:
>
> 4. You've coded functions nested inside main(). I haven't seen that practice
> in C language before but apparently it works. Color me impressed.
It's a non-portable GCC extension:
http://gcc.gnu.org/onlinedocs/gcc/Nested-Functions.html#N
On Fri, Feb 17, 2012 at 11:34 PM, Bill Hoffman wrote:
(snip)
> Hi, just discovered this one myself. I am wondering why tcl-tk does not
> depend on an xserver now? Since you can not run tcl-tk without xorg-server,
> seems like setup should install it right?
Technically, you don't *have to* run x
33 matches
Mail list logo
