-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Eric Blake on 7/21/2009 5:26 PM:
> I'm still trying to figure out why the close-on-exec cleanup appears to be
> spuriously triggering the flock Event to unlock. But my understanding is
> that
> F_FLOCK locks should survive over exec, s
Here's how to reproduce it:
1. install w3m-el
2. start Xwin, and then start emacs with:
emacs.exe -q -l ~/1.el
3. Press M-x w3m in emacs to start w3m
4. Press g in *w3m* buffer, type http://www.cnn.com/ (I use this URL
because it contains many images. A site with few images will not
reproduc
Hi David,
> Never mind. The strategy of using "-ldu" on mkpasswd along with "-ld"
> on mkgroup is useful. We have 8 zillion users, but a much smaller
> number of groups. The "mkgroup -ld" completed in just a few minutes.
In a corporate environment (with domains), I run this:
mkpasswd -l -c > /
I finally figured out why autoconf is still failing its flock-related tests,
and why perl was reliably failing even though my simple attempts in C were
always passing. It turns out that if you do:
open
flock(LOCK_EX)
if (!fork)
execlp("sleep","sleep","10",NULL);
sleep(10);
then ProcessExplor
> Run Cygwin setup-1.7.exe for the first time, select lftp explicitly, the
> basic system is just "Default".
>
> After installation complete, start lftp fails, first will complain
> libexpat missing. After install libexpat, lftp will again complain
> libstdc++ missing.
Thanks for pointing this o
> -Original Message-
> From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On
> Behalf Of KARR, DAVID (ATTCINW)
> Sent: Tuesday, July 21, 2009 12:46 PM
> To: cygwin@cygwin.com
> Subject: How to resolve 'Your group is currently "mkpasswd"' message
>
> After installing Cygwin 1.5.
After installing Cygwin 1.5.25 and bringing up RXVT, I got a message
I've seen in the past, saying 'Your group is currently "mkpasswd" ...'.
It advises me to run "mkpasswd" and "mkgroup" to fill in records in
/etc/group and /etc/passwd.
If I run "mkpasswd -l" it completes quickly, but doesn't incl
Corinna Vinschen wrote:
> On Jul 20 23:54, Wolfgang Goetz wrote:
>> first shell: wrong ids, wrong homedirectory
>> all other shells (don't close the first): all OK.
>
> I can't reproduce this problem.
that would have been too easy...
> Per your cygcheck output the USERDOMAIN is AD1, but the pass
Corinna Vinschen cygwin.com> writes:
> Talking about dup3/fcntl(F_DUPFD_CLOEXEC), that's of course another
> story. I guess we should just split it between these two items.
And don't forget pipe2, as a way of implementing popen() without a data race.
--
Eric Blake
--
Problem reports:
On Jul 21 12:05, Christopher Faylor wrote:
> On Tue, Jul 21, 2009 at 04:40:03PM +0200, Corinna Vinschen wrote:
> >On Jul 21 10:17, Christopher Faylor wrote:
> >>I agree about waiting, but I think this is one for my TODO list. The
> >>close_on_exec code is all mine, AFAIK. I reworked it all back i
On Tue, Jul 21, 2009 at 04:40:03PM +0200, Corinna Vinschen wrote:
>On Jul 21 10:17, Christopher Faylor wrote:
>>I agree about waiting, but I think this is one for my TODO list. The
>>close_on_exec code is all mine, AFAIK. I reworked it all back in 1998
>>or so, so it is pretty fresh in my mind.
>
Christopher Faylor wrote:
Coincidentally, enough, I've been thinking about reworking it lately
after having to deal with it for firos.
Is that the new "first-in random-out" data structure I've been
hearing about lately?
Ralph
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On Jul 21 10:17, Christopher Faylor wrote:
> On Tue, Jul 21, 2009 at 04:05:02PM +0200, Corinna Vinschen wrote:
> >On Jul 21 15:58, Corinna Vinschen wrote:
> >> On Jul 21 07:04, Eric Blake wrote:
> >> > -BEGIN PGP SIGNED MESSAGE-
> >> > Hash: SHA1
> >> >
> >> > It seems like it would be pre
On Jul 21 14:32, Eric Blake wrote:
> Corinna Vinschen cygwin.com> writes:
>
> > How cute. I have reworked the patch slightly to encapsulate the MVFS
> > code somewhat more. I've checked it in. Please try if it still works
> > as advertised.
>
> Your patch swapped the order of the actions in r
Corinna Vinschen cygwin.com> writes:
> How cute. I have reworked the patch slightly to encapsulate the MVFS
> code somewhat more. I've checked it in. Please try if it still works
> as advertised.
Your patch swapped the order of the actions in relation to mine (by working on
the original then
On Tue, Jul 21, 2009 at 04:05:02PM +0200, Corinna Vinschen wrote:
>On Jul 21 15:58, Corinna Vinschen wrote:
>> On Jul 21 07:04, Eric Blake wrote:
>> > -BEGIN PGP SIGNED MESSAGE-
>> > Hash: SHA1
>> >
>> > It seems like it would be pretty easy to add several new close-on-exec
>> > features r
On Jul 21 15:58, Corinna Vinschen wrote:
> On Jul 21 07:04, Eric Blake wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > It seems like it would be pretty easy to add several new close-on-exec
> > features required by POSIX 2008:
> >
> > open(name, O_RDONLY | O_CLOEXEC);
> > //
On Jul 21 07:04, Eric Blake wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> It seems like it would be pretty easy to add several new close-on-exec
> features required by POSIX 2008:
>
> open(name, O_RDONLY | O_CLOEXEC);
> // skips the need to use fcntl
>
> fcntl(fd, F_DUPFD_CLOEXEC)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
It seems like it would be pretty easy to add several new close-on-exec
features required by POSIX 2008:
open(name, O_RDONLY | O_CLOEXEC);
// skips the need to use fcntl
fcntl(fd, F_DUPFD_CLOEXEC);
// like F_DUPFD, but closes window without having to
--- Mar 21/7/09, Robert Bram ha scritto:
> Da: Robert Bram
> Oggetto: Re: Midnight Commander - show/hide panel
> A: cygwin
> Data: Martedì 21 luglio 2009, 13:54
> > I have been trying out Midnight
> Commander on Cygwin and noticed that
> > (like vim) it has a shortcut (control+0) for going
> back
> I have been trying out Midnight Commander on Cygwin and noticed that
> (like vim) it has a shortcut (control+0) for going back to the command
> prompt.
>
> However, on Cygwin, typing anything immediately brings back Midnight
> Commander. I tried this on a Linux machine and it works ok, meaning I
--- Mar 21/7/09, loody ha scritto:
> Da: loody
> Oggetto: Some questions about Cygwin
> A: cygwin
> Data: Martedì 21 luglio 2009, 11:32
> Dear all:
> I have some questions about cygwin:
> 1. how can I access my xp serial port, even on of them is
> USBtoSerial
> I have google this question. I
On Jul 21 17:32, loody wrote:
> Dear all:
> I have some questions about cygwin:
> 1. how can I access my xp serial port, even on of them is USBtoSerial
> I have google this question. I can see there is /dev under my
> cygwin. But I have no /dev/ttyS[0-9] under my /dev.
> Does that mean what I h
On Jul 21 11:18, Reini Urban wrote:
> 2009/7/21 Reini Urban:
> > w32api latest:
> > GetDCBrushColor is incorrectly imported from libmsimg32.a (msimg32.dll)
> > but is defined in gdi32.dll
>
> Same for GetDCPenColor
Fixed.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails
Dear all:
I have some questions about cygwin:
1. how can I access my xp serial port, even on of them is USBtoSerial
I have google this question. I can see there is /dev under my
cygwin. But I have no /dev/ttyS[0-9] under my /dev.
Does that mean what I have to do is create the device node ttyS[0
2009/7/21 Reini Urban:
> w32api latest:
> GetDCBrushColor is incorrectly imported from libmsimg32.a (msimg32.dll)
> but is defined in gdi32.dll
Same for GetDCPenColor
--
Reini
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
w32api latest:
GetDCBrushColor is incorrectly imported from libmsimg32.a (msimg32.dll)
but is defined in gdi32.dll
See http://msdn.microsoft.com/en-us/library/dd144872(VS.85).aspx
winxp sp2:
$ objdump -t /usr/lib/w32api/libmsimg32.a|grep GetDCBrushColor
[ 7](sec 1)(fl 0x00)(ty 0)(scl 2) (n
On Jul 20 23:54, Wolfgang Goetz wrote:
> Hi,
>
> first shell: wrong ids, wrong homedirectory
> all other shells (don't close the first): all OK.
I can't reproduce this problem.
> steps to reproduce for 1.7:
>
> 1) have valid /etc/passwd for a non-standard homedirectory
> using mkgroup/mkpasswd
On Jul 20 21:13, Eric Blake wrote:
> Corinna Vinschen cygwin.com> writes:
>
> > > > > I'm running the testcase on XP SP3. I have an idea why it fails for
> > > > > you. The eucJP codepage 20932 is not installed by default on US and
> > > > > other western language systems by default up to Windo
On Jul 20 20:13, Eric Blake wrote:
> SUCCESS! The following patch works for both read-only and writeable files.
> Doing the work on the original handle is not enough - it has to be flushed to
> disk so as not to be lost by later state changes. And doing the work on the
> duplicate is not enou
Run Cygwin setup-1.7.exe for the first time, select lftp explicitly, the
basic system is just "Default".
After installation complete, start lftp fails, first will complain
libexpat missing. After install libexpat, lftp will again complain
libstdc++ missing.
--
Problem reports: http://cygw
31 matches
Mail list logo
