Hello Maarten,
I won't be a lot of help with the low level debugging here but I do have some
suggestions.
The issue occurs for me whenever I import 'requests', could you try importing
that module in your tests see if it also happens to you?
I'm wondering if this is just a common problem between
On 2016-02-01 13:04, Yaakov Selkowitz wrote:
On 2016-01-28 03:56, JonY wrote:
gcc-5.3.0-1 has been uploaded for 32bit and 64bit Cygwin.
A few issues so far with this version:
* the -rdynamic flag still isn't recognized;
* the libgomp plugin loader is using the wrong library names;
* the lib
Hi list,
Simplified to a C program below, calls to sprintf() under the ps_AF
and ps_AF.utf8 locales are returning a value that doesn't match the
length of the formatted string:
tony@phobos ~
$ cat ps_AF.c
#include
#include
#include
int main(int argc, char **argv) {
char buf[100];
char *lo
On 2/1/2016 6:38 PM, Richard Heintze wrote:
(1) OK, I did that and I saw the 24.5-3. However, when I got to help about
emacs, it says 24.5-1! did I do wrong?
I don't think it says 24.5-1. It says 24.5.1. The ".1" is a build
counter, which has nothing to do with Cygwin's release number 3.
Still whittling away at this issue. I installed a few more debug libraries, and
the traceback now looks like:
(gdb) r generator.py libvirt /usr/share/libvirt/api/libvirt-api.xml
Starting program: /usr/bin/python generator.py libvirt
/usr/share/libvirt/api/libvirt-api.xml
[New Thread 6688.0x730]
On 2016-01-28 03:56, JonY wrote:
gcc-5.3.0-1 has been uploaded for 32bit and 64bit Cygwin.
Jon,
A few issues so far with this version:
* the -rdynamic flag still isn't recognized;
* the libgomp plugin loader is using the wrong library names;
* the libstdc++ gdb/python scripts need to be rea
Ray Donnelly gmail.com> writes:
> I can't check as I'm at work, but to the best of my knowledge (and yes
> I wrote these a long time ago) path_conv::check is used in conversions
> both ways so I am talking about both cases here, Jan's with the first
> patch and Ken's with the second patch. Please
On Mon, Feb 1, 2016 at 10:29 AM, Henri wrote:
> Jan Nijtmans gmail.com> writes:
>
>>
>> 2016-01-30 4:21 GMT+01:00 Ken Brown:
>> > I'm using cygwin_conv_path to convert Win32 paths to POSIX paths, and I'm
>> > puzzled by the conversion
>> >
>> > d:/ --> /cygdrive/d
>> >
>> > without the trailing
Patrick Mackinlay writes:
> Is there
> any way for me to see the stdout/stderr of the script that setup is running?
The most recent run of setup logs into /var/log/setup.log.full.
Regards,
Achim.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/
Henri xs4all.nl> writes:
> For the record ...
>
> - Ken Brown refers to: win32 -> posix
> - Jan Nijthuis and Ray Donnelly refer to: posix -> win32
>
> Different code paths ...
>
> (and yes, conversions in both directions should be correct)
s/Nijthuis/Nijtmans/
Sigh.
Henri
--
Problem r
Jan Nijtmans gmail.com> writes:
>
> 2016-01-30 4:21 GMT+01:00 Ken Brown:
> > I'm using cygwin_conv_path to convert Win32 paths to POSIX paths, and I'm
> > puzzled by the conversion
> >
> > d:/ --> /cygdrive/d
> >
> > without the trailing slash. By contrast, we have
> >
> > d:/foo/ --> /cygd
Hi,
I think that is very unlikely, I tried running setup many times and at
least once I rebooted and just ran setup, that time I left the laptop
running all night to see if the 0p_000_autorebase.dash would ever finish
(it didn't!). I think I would have noticed if there were any background
windows
12 matches
Mail list logo
