On Thu, Jul 18, 2013 at 02:26:39AM +, Devin Nate wrote:
>Final followup to close the loop on this.
>
>Having debugged rsync, ssh, and finally Cygwin...the problem turned out
>to be a D-Link router doing (a bad job of) QoS processing.
>
>Each of rsync, ssh, and Cygwin appear to have operated exa
Final followup to close the loop on this.
Having debugged rsync, ssh, and finally Cygwin...the problem turned out to be a
D-Link router doing (a bad job of) QoS processing.
Each of rsync, ssh, and Cygwin appear to have operated exactly correct,
including pipe(), select(), stdin/stdout, and Wind
On 7/17/2013 17:15, fger...@gmx.de wrote:
Von: "Warren Young"
try setting the new CYGWIN_SQLITE_LOCKING environment
variable to "posix".
Why isn't it the default?
Because there are more native Windows programs based on SQLite than
there are Cygwin programs based on SQLite.
Since we canno
On 7/17/2013 11:52 AM, Charles Wilson wrote:
On 7/17/2013 10:54 AM, Charles Wilson wrote:
On 7/17/2013 10:33 AM, Corinna Vinschen wrote:
Can you quickly check if that works? If so, we have a bit less pressure
to fix libcmain.
Seems to work for run2.exe. Stay tuned for checkX.exe and run.exe
The run2 package provides two utilities: 'run2' and 'checkX'.
The first utility is a more powerful replacement for the venerable
'run' utility that has long been a part of the cygwin distribution.
The second is a test utility that detects whether an Xserver is
active, and exits with an appropriate
The mingw-binutils package provides the GNU Binary Utilities for
the MinGW (i686-pc-mingw32) toolchain. The GNU Binary Utilities include
the linker (i686-pc-mingw32-ld), library archiver (i686-pc-mingw32-ar),
and various other tools.
Changes from 2.21-1
=
* Update to match min
The mingw-pthreads package provides Pthreads-W32, for use with the
MinGW cross toolchain. Pthreads-W32 provides a POSIX-compliant pthreads
implementation for the Win32 platform. The MinGW cross toolchain's
libgomp library, which provides openmp support for that compiler, is
linked against pthread
The mingw-runtime package provides public domain implementations of
header files, import libraries, and other support for the MSVCRT C
Runtime Library. It also provides several extension libraries that
(optionally) override certain MSVCRT functions for better standards
compliance. The files provid
The mingw-w32api package provides the w32api headers and import
libraries for the Win32 API, packaged in a manner suitable for use
with the i686-pc-mingw32 cross compiler. Note that this package
differs from the w32api headers and import libraries used by cygwin
itself, as those are now derived fr
The mingw-gcc packages provide the GNU Compiler Collection, configured
as a cross compiler for the MinGW (that is, i686-pc-mingw32) target.
The following languages are supported:
C mingw-gcc-core
C++mingw-gcc-g++
Fortranmingw-gcc-fortran
ObjC/ObjC++mingw
On Jul 17 14:45, Christopher Faylor wrote:
> On Wed, Jul 17, 2013 at 04:09:25PM +0200, Corinna Vinschen wrote:
> >None. Never works means, it's independent of the dir name of the CWD.
> >It just never works. In 1.7.21.
>
> But, just wait until next Thursday...
I'm starting to be scared of Thurs
On Wed, Jul 17, 2013 at 04:09:25PM +0200, Corinna Vinschen wrote:
>None. Never works means, it's independent of the dir name of the CWD.
>It just never works. In 1.7.21.
But, just wait until next Thursday...
cgf
--
Problem reports: http://cygwin.com/problems.html
FAQ: h
On Jul 17 12:27, Charles Wilson wrote:
> On 7/17/2013 12:18 PM, Corinna Vinschen wrote:
> >On Jul 17 11:53, Charles Wilson wrote:
> >>Try the test release of run2-0.4.2-2.
> >
> >checkX works fine. No idea how to test run2, though. Me no xml.
>
> Try /usr/bin/config-run2-example.sh -- and then m
On 7/17/2013 12:18 PM, Corinna Vinschen wrote:
On Jul 17 11:53, Charles Wilson wrote:
Try the test release of run2-0.4.2-2.
checkX works fine. No idea how to test run2, though. Me no xml.
Try /usr/bin/config-run2-example.sh -- and then modify the "startin"
value to a (pre-existing) direct
On Jul 17 11:53, Charles Wilson wrote:
> On 7/17/2013 8:59 AM, Corinna Vinschen wrote:
> >On Jul 17 13:55, Corinna Vinschen wrote:
> >>On Jul 16 11:52, K Stahl wrote:
> >>>Sorry, my first message got lost in the mailer.
> >>>
> >>>Basically, I updated today and noticed that checkX segfaults (see
>
On 7/17/2013 8:59 AM, Corinna Vinschen wrote:
On Jul 17 13:55, Corinna Vinschen wrote:
On Jul 16 11:52, K Stahl wrote:
Sorry, my first message got lost in the mailer.
Basically, I updated today and noticed that checkX segfaults (see attachment).
I've tried both the latest and previous versions
On 7/17/2013 10:54 AM, Charles Wilson wrote:
On 7/17/2013 10:33 AM, Corinna Vinschen wrote:
Can you quickly check if that works? If so, we have a bit less pressure
to fix libcmain.
Seems to work for run2.exe. Stay tuned for checkX.exe and run.exe.
I've uploaded run2-0.4.2-2 as a test relea
2013/07/17, JonY wrote:
> On 07/17/2013 17:12, Altgr wrote:
[...]
>> I could temporarily solve the issue by installing the older version of
>> mingw64-i686-runtime (3.0b_svn5747-1 instead of 3.0b_svn5935-1)
>>
>
> Do not do this, this will break the compiler and some header
> dependencies as well.
On 7/17/2013 10:33 AM, Corinna Vinschen wrote:
Can you quickly check if that works? If so, we have a bit less pressure
to fix libcmain.
Seems to work for run2.exe. Stay tuned for checkX.exe and run.exe.
--
Chuck
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On Jul 17 10:20, Charles Wilson wrote:
> On 7/17/2013 10:10 AM, Corinna Vinschen wrote:
> >Uhm. In that case, if ew *really* think your tools are the only
> >affected ones, Why do we bother to fix libcmain.c? Can't you then
> >simply provide your own main() in case of building for Cygwin?
>
> Pe
On 7/17/2013 10:10 AM, Corinna Vinschen wrote:
Uhm. In that case, if ew *really* think your tools are the only
affected ones, Why do we bother to fix libcmain.c? Can't you then
simply provide your own main() in case of building for Cygwin?
Perhaps, but I'm not sure of the ramifications. I thi
On Jul 17 10:02, Charles Wilson wrote:
> On 7/17/2013 9:45 AM, Corinna Vinschen wrote:
> >On Jul 17 09:36, Charles Wilson wrote:
> >>Could we add a new cygwin_internal routine that triggers the
> >>allocation, creation and return of a suitable single-line command?
> >>Then run & friends could do (p
On Jul 17 17:54, Andrey Repin wrote:
> Greetings, Corinna Vinschen!
>
> > On Jul 16 20:29, Andrey Repin wrote:
> >> Greetings, All!
> >>
> >> I'm trying to execute a script that was working fine until recent update.
> >> It doesn't crash, just, for some reason, trim the last component of a path.
Greetings, Corinna Vinschen!
> On Jul 16 20:29, Andrey Repin wrote:
>> Greetings, All!
>>
>> I'm trying to execute a script that was working fine until recent update.
>> It doesn't crash, just, for some reason, trim the last component of a path.
>>
>> In a nutshell, the issue is this:
>>
>> $ m
On 7/17/2013 9:45 AM, Corinna Vinschen wrote:
On Jul 17 09:36, Charles Wilson wrote:
Could we add a new cygwin_internal routine that triggers the
allocation, creation and return of a suitable single-line command?
Then run & friends could do (pseudo-code):
That should be unnecessary. The culp
On Jul 17 09:36, Charles Wilson wrote:
> On 7/17/2013 8:59 AM, Corinna Vinschen wrote:
> >This never works, even in any other directory. It's the same problem
> >which disallows checkX to work, as reported in
> >http://cygwin.com/ml/cygwin/2013-07/msg00326.html
> >
> >The cause is an optimization
On 7/17/2013 8:59 AM, Corinna Vinschen wrote:
This never works, even in any other directory. It's the same problem
which disallows checkX to work, as reported in
http://cygwin.com/ml/cygwin/2013-07/msg00326.html
The cause is an optimization when calling cygwin executables. So far,
Cygwin execu
On Jul 16 20:29, Andrey Repin wrote:
> Greetings, All!
>
> I'm trying to execute a script that was working fine until recent update.
> It doesn't crash, just, for some reason, trim the last component of a path.
>
> In a nutshell, the issue is this:
>
> $ mkdir "/a b"
> $ cd "/a b"
> $ ls -l "$SY
On Jul 17 13:55, Corinna Vinschen wrote:
> On Jul 16 11:52, K Stahl wrote:
> > Sorry, my first message got lost in the mailer.
> >
> > Basically, I updated today and noticed that checkX segfaults (see
> > attachment).
> > I've tried both the latest and previous versions, and they both fail now.
>
On 07/17/2013 12:32 AM, Fedin Pavel wrote:
> Hello!
>
>> Okay, well I agree that this sounds like a good solution. For now you
>> have a workaround, and I'll be glad to consider a patch if you submit
>> one.
>
> Please take it. This is my experimental implementation which appears to be
> simpl
Hi everyone,
I found the cygwin time machine that you are probably aware of. So
I installed the packages from 03/30/2012 which has lftp 4.3.3 and have
OpenSSL version
0.9.8t and now I can actually connect to GXS server using the same
script, so doing some research I found it seems to be related to
On Jul 16 11:52, K Stahl wrote:
> Sorry, my first message got lost in the mailer.
>
> Basically, I updated today and noticed that checkX segfaults (see attachment).
> I've tried both the latest and previous versions, and they both fail now.
>
> Any help would be appreciated.
Confirmed, cause unk
On 7/17/2013 17:12, Altgr wrote:
> Florent Monnier gmail.com> writes:
>
>>
>> But since yesterday, after a cygwin update, I get the following error:
>>
>> Fatal error: Error while reading:
>> C:/cygwin/usr/i686-w64-mingw32/sys-root/mingw/lib/libmoldname.a:
>> end-of-file
>>
>> Does someone know
Florent Monnier gmail.com> writes:
>
> But since yesterday, after a cygwin update, I get the following error:
>
> Fatal error: Error while reading:
> C:/cygwin/usr/i686-w64-mingw32/sys-root/mingw/lib/libmoldname.a:
> end-of-file
>
> Does someone know what's wrong, and how to fix it?
>
I co
34 matches
Mail list logo
