Could you spin a new snapshot? I'm having problems with CVS HEAD and
I'm trying to figure out if the problem is with GCC or with Cygwin.
Thanks,
Yaakov
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.c
> -Original Message-
> From: Christopher Faylor
> Subject: Re: Device names in /proc/mounts
> The "drive letters" above could be anything that
> Windows maps to a drive letter. A drive does not necessarily
> directly map to a physical device.
That's why the proposal suggests using /de
Hello jojelino,
I just rebuild cygwin1.dll latest snapshot.
> I believe the attached patch workarounds delayed wait_sig problem.
Yes - it works fine!
> This yielded speed improvement. i ran your testcase and same timestamp
> recorded 35. approx 2x speed.
On Jul 29 09:45, Schwarz, Konrad wrote:
> > From: Christopher Faylor
> > We're not
> > going to introduce this level of recursive confusion to the
> > mount table handling.
>
> The proposal is sound. It works on Linux, after all.
Ok, so I assume Cygwin should be able to load Linux kernel mod
On Jul 29 08:43, Heiko Elger wrote:
> Hello jojelino,
>
> I just rebuild cygwin1.dll latest snapshot.
>
> > I believe the attached patch workarounds delayed wait_sig problem.
> Yes - it works fine!
>
> > This yielded speed improvement. i ran your testcase and same timestamp
> > recorded 35. ap
On Jul 29 02:04, Yaakov (Cygwin/X) wrote:
> Could you spin a new snapshot? I'm having problems with CVS HEAD and
> I'm trying to figure out if the problem is with GCC or with Cygwin.
Hang on, please. I'm just looking into a socket problem which needs
some more debugging. I will probably apply a
On 2011-07-29 오후 6:26, Corinna Vinschen wrote:
I've already recognize one positive side effect:
The CTRL-C Handler works now even faster.
With unpatched cygwin1.dll there was a realy long delay, after pressing CTRL-C.
Can you agree this too?
I agree sincerely.
The slowdown of the code was the
Version 4.7.5.3-1 of Midnight Commander
has been uploaded for cygwin
CHANGES
This is an new upstream release.
For the full upstream changes
http://www.midnight-commander.org/wiki/NEWS-4.7.5.3
CYGWIN CHANGES
The closure of the subshell is now handled.
DESCRIPTION
GNU Midnight Commander is a vis
On 7/28/11 12:24 PM, Larry Hall (Cygwin) wrote:
> On 7/28/2011 3:01 PM, Ed wrote:
>>
>> Quite often when I open a Cygwin session when it runs a .bashrc script it
>> will show errors of basic commands not found. For example pwd or ls returns
>> command not found when I type it at the command pr
Hello,
Corinna Vinschen writes:
>
> The slowdown of the code was the result of a patch which was supposed
> to fix a potential race condition. Jojelino's patch looks nice, but
> it might reintroduce a new race. Handle with care.
Oops - what king of race condition do you mean.
OK - that's a new
On Fri, Jul 29, 2011 at 12:52:47PM +, Heiko Elger wrote:
>Hello,
>
>Corinna Vinschen writes:
>>
>> The slowdown of the code was the result of a patch which was supposed
>> to fix a potential race condition. Jojelino's patch looks nice, but
>> it might reintroduce a new race. Handle with care
> > Can you answer the following question:
> >
> > Given a volume label, how does one figure out where the
> corresponding
> > volume has been mounted into the Cygwin namespace?
>
> We're not mounting volumes, we're mounting Win32 paths.
> There is no direct correspondence between volumes and
On 7/28/2011 4:03 PM, Daniel Colascione wrote:
On 7/28/11 12:24 PM, Larry Hall (Cygwin) wrote:
On 7/28/2011 3:01 PM, Ed wrote:
Quite often when I open a Cygwin session when it runs a .bashrc script it
will show errors of basic commands not found. For example pwd or ls returns
command not
On 7/29/2011 3:28 AM, Voelker, Bernhard wrote:
I'm experiencing windows time (which is right) being constantly
10-12 minutes behind GNU's time:
$ cmd.exe /c time /t ; /bin/date
09:21
Fri Jul 29 09:33:22 WEDT 2011
I've seens this for several weeks on this PC now.
Why is that? If it wer
* Voelker, Bernhard (Fri, 29 Jul 2011 09:28:42 +0200)
> I'm experiencing windows time (which is right) being constantly 10-12
> minutes behind GNU's time:
>
> $ cmd.exe /c time /t ; /bin/date
> 09:21
> Fri Jul 29 09:33:22 WEDT 2011
>
> I've seens this for several weeks on this PC now.
>
>
The code below appears to have incorrect behavior. The output is:
$ ./a.exe
Enter Testcase - ./a
Create/start threads
Thread 009e0290 : Entered
Thread 009f0320 : Entered
Thread 009f03a8 : Entered
Thread 18dbce64 : INITIALIZE RESOURCE
Wait for the threads to complet
On 07/29/2011 10:59 AM, Jan Chludzinski wrote:
The code below appears to have incorrect behavior. The output is:
Compile with -Wall.
Thread 00a104f8 002a: The resource is 0
printf("Thread %.8x %.8x: resource is>>> %d\n",
pthread_self(), resource);
Three uses of %, but onl
Don't know why all the white space in the code turned intro "?".
Hopefully this is better:
#include
#include
#include
#include
#define checkResults(string, val) { \
if (val) { \
printf("Failed with %d at %s", val, string); \
exit(1);
Thanks!
This is an example (from IBM) I cut-and-paste into Emacs to better
understand pthread_once(...). Didn't notice the two "%.8x" in
printf().
Thanks again, Jan
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: htt
Can't blame IBM either. I had to replace pthread_getthreadid_np() (in
the IBM example code) with pthread_self() because Cygwin doesn't
support/have pthread_getthreadid_np().
And the IBM docs say pthread_getthreadid_np() returns "a structure
containing the hi and low order 4 bytes of the 64bit ID"
With the 20110729 snapshot (and some earlier ones), the following
command terminates early.
% find /proc/registry/HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/services
-maxdepth 1 -print
strace lists an exception: "exception C005 at 6100296A". This is
occurring for me in both Wi
Hello,
For every shell code that I write, I'd like it to be portable both to Cygwin
on Windows, and to Ubuntu Linux for example.
It's kinda possible, but am blocked with such a use case:
alias vpnup='exec sudo openvpn --config ~/config/client.vpn --writepid
/tmp/openvpn.pid &'
While this worke
Is there any specific reason why socklen_t on cygwin is int instead of
uint32_t, like it is on Linux?
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cy
On 7/29/2011 9:42 AM, Sebastien Vauban wrote:
Here, I cd first to my config file, as I removed full paths from client.vpn
config file:
I'm aware of cygpath, but still don't see clearly which are the best trade-off
to be able to write portable shell code -- if possible. Any hint?
Sounds
Another way to be portable is to have per-system files
to set up some environment variables and then uniform
portable files that use them. You can do that same
thing *within* a file by writing conditionals or a
case on the result of uname. It's probably best to
segregate per-system stuff in a well
On Jul 29 15:34, Schwarz, Konrad wrote:
> > > Can you answer the following question:
> > >
> > > Given a volume label, how does one figure out where the
> > corresponding
> > > volume has been mounted into the Cygwin namespace?
> >
> > We're not mounting volumes, we're mounting Win32 paths.
>
On Jul 29 15:42, Sebastien Vauban wrote:
> Hello,
>
> For every shell code that I write, I'd like it to be portable both to Cygwin
> on Windows, and to Ubuntu Linux for example.
>
> It's kinda possible, but am blocked with such a use case:
>
> alias vpnup='exec sudo openvpn --config ~/config/cli
On Jul 29 13:29, Jan Chludzinski wrote:
> Can't blame IBM either. I had to replace pthread_getthreadid_np() (in
> the IBM example code) with pthread_self() because Cygwin doesn't
> support/have pthread_getthreadid_np().
pthread_getthreadid_np is a non-standard IBM extension. You won't find
it in
On Jul 29 11:58, David Rothenberger wrote:
> With the 20110729 snapshot (and some earlier ones), the following
> command terminates early.
>
> % find /proc/registry/HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/services
> -maxdepth 1 -print
>
> strace lists an exception: &
On Jul 29 13:30, Eric Blake wrote:
> Is there any specific reason why socklen_t on cygwin is int instead
> of uint32_t, like it is on Linux?
Other than history? No, I don't think so. But I also don't think
it's worth the effort. All the underlying Windows functions typically
use int rather than
Schwarz, Konrad sent the following at Friday, July 29, 2011 9:34 AM
>> > Given a volume label, how does one figure out where the
>> corresponding
>> > volume has been mounted into the Cygwin namespace?
>>
>> We're not mounting volumes, we're mounting Win32 paths.
>> There is no direct correspondenc
On Fri, 2011-07-29 at 22:23 +0200, Corinna Vinschen wrote:
> On Jul 29 13:30, Eric Blake wrote:
> > Is there any specific reason why socklen_t on cygwin is int instead
> > of uint32_t, like it is on Linux?
>
> Other than history? No, I don't think so. But I also don't think
> it's worth the effo
On Fri, 2011-07-29 at 22:21 +0200, Corinna Vinschen wrote:
> On Jul 29 11:58, David Rothenberger wrote:
> > With the 20110729 snapshot (and some earlier ones), the following
> > command terminates early.
> >
> > % find /proc/registry/HKEY_LOCAL_MACHINE/SYSTEM
On 7/29/2011 3:36 PM, Yaakov (Cygwin/X) wrote:
> On Fri, 2011-07-29 at 22:21 +0200, Corinna Vinschen wrote:
>> On Jul 29 11:58, David Rothenberger wrote:
>>> With the 20110729 snapshot (and some earlier ones), the following
>>> command terminates early.
&g
On Fri, Jul 29, 2011 at 10:15:56PM +0200, Corinna Vinschen wrote:
>On Jul 29 15:34, Schwarz, Konrad wrote:
>> > > Can you answer the following question:
>> > >
>> > > Given a volume label, how does one figure out where the
>> > corresponding
>> > > volume has been mounted into the Cygwin namespa
Starting program: /usr/bin/find
/proc/registry/HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/services
-maxdepth 1 -print
[New Thread 4648.0xd38]
warning: section .gnu_debuglink not found in
/cygdrive/d/cygwin/bin/cygwin1.dbg
[New Thread 4648.0x16d8]
Breakpoint 9, fhandler_base::operator= (this=
On Fri, Jul 29, 2011 at 03:41:46PM -0700, David Rothenberger wrote:
>On 7/29/2011 3:36 PM, Yaakov (Cygwin/X) wrote:
>> On Fri, 2011-07-29 at 22:21 +0200, Corinna Vinschen wrote:
>>> On Jul 29 11:58, David Rothenberger wrote:
>>>> With the 20110729 snapshot (and som
37 matches
Mail list logo
