On 2013-09-25 06:32, Christopher Faylor wrote:
> On Tue, Sep 24, 2013 at 12:37:26PM -0600, Eric Blake wrote:
>> This patch causes failures on at least test-fcntl and test-dup2 on
>> cygwin (both 32-bit and 64-bit); there, getdtablesize() currently
>> returns the current runtime value, but this valu
Thanks Matt, after try everything I could not get it to work. Could
you give me the whole code that I could enter in cmd that would run
cygwin and then run the script?
On 24 September 2013 23:43, Ulrich Pogson wrote:
> Hello
>
> I would like to run this script `for file in `find . -name "*.po"` ;
On Tue, Sep 24, 2013 at 12:37:26PM -0600, Eric Blake wrote:
>[adding cygwin]
>
>On 04/29/2013 04:23 PM, Paul Eggert wrote:
>> ---
>
>> +
>> +tests: don't assume getdtablesize () <= 1000
>> +* modules/cloexec-tests:
>> +* modules/dup2-tests:
>> +* modules/dup3-tests:
>> +* mo
Try adding this to your script:
cd /cygdrive/d/path/to/dir;`for file..
Matt D.
On 9/24/2013 5:43 PM, Ulrich Pogson wrote:
Hello
I would like to run this script `for file in `find . -name "*.po"` ;
do msgfmt -o ${file/.po/.mo} $file ; done` in windows cmd. The script
need to run in a differen
Frédéric Bron sent the following at Tuesday, September 24, 2013 1:10 AM
>I have built a version of setup-x86-64.exe for people that do
>not have administrator privileges. It can be downloaded here:
>http://www.casalibus.fr/cygwin/
Merci!
For your next update:
Trying to compress it with upx faile
Hello
I would like to run this script `for file in `find . -name "*.po"` ;
do msgfmt -o ${file/.po/.mo} $file ; done` in windows cmd. The script
need to run in a different folder. I have been able to run it though
cygwin but want to integrate it with another system where it will be
run through cmd
A new release of m4, 1.4.17-1, will soon be available on your favorite
mirror. This is a new upstream release, and my first build of m4 for
64-bit cygwin; it replaces 1.4.16-1 on 32-bit cygwin, and 1.4.16-2 on
64-bit cygwin.
NEWS:
=
This is a new upstream release, with the following upstream
Hi,
As far as I see it, on Cygwin it is assumed that man pages are encoded
in Latin-1 (ISO-8859-1).
For instance the man pages of vim.
/usr/share/man/fr/vim.1.gz is encoded in Latin-1.
$ export LANG=fr_FR.UTF-8
$ man vim
This will show the French man page correctly. Latin-1 is converted to U
On 09/24/2013 08:13 PM, KARR, DAVID wrote:
15 31593 [main] crontab 8612 fhandler_base::open_fs: 0 =
fhandler_disk_file::open(\??\C:\Cygwin\var\cron\tabs\dk068x, 0x8000)
21 31614 [main] crontab 8612 open: -1 = open(tabs/dk068x, 0x8000), errno 2
There you go: the process has no writ
[adding cygwin]
On 04/29/2013 04:23 PM, Paul Eggert wrote:
> ---
> +
> + tests: don't assume getdtablesize () <= 1000
> + * modules/cloexec-tests:
> + * modules/dup2-tests:
> + * modules/dup3-tests:
> + * modules/nonblocking-tests:
> + * modules/posix_spawn_file_action
I would try the following methods:
First make sure you are launching your local terminal with "Runas
Administrator" checked, even if you are the Administrator user. I am
also asuming you have done the normal stuff like cygcheck -c, and make
sure you have not loaded duplicate dlls during your troub
On 09/24/2013 05:04 PM, KARR, DAVID wrote:
-Original Message-
From: KARR, DAVID
Sent: Sunday, September 22, 2013 2:32 PM
Subject: RE: Confused about several issues with setting up cron
-Original Message-
Sent: Sunday, September 22, 2013 12:46 PM
Subject: Re: Confused about sever
> -Original Message-
> From: KARR, DAVID
> Sent: Sunday, September 22, 2013 2:32 PM
> Subject: RE: Confused about several issues with setting up cron
>
> > -Original Message-
> > Sent: Sunday, September 22, 2013 12:46 PM
> > Subject: Re: Confused about several issues with setting u
On Tue, Sep 24, 2013 at 05:16:58AM -0700, Ryan Johnson wrote:
>On 24/09/2013 5:04 AM, Tue Henriksen wrote:
>> problems with sem_getvalue function
>
>> On success, it should return 0, otherwise -1. However, it looks like the
>> function lately has been changed so it now returns the semaphore count,
On 24/09/2013 5:04 AM, Tue Henriksen wrote:
problems with sem_getvalue function
On success, it should return 0, otherwise -1. However, it looks like the
function lately has been changed so it now returns the semaphore count, and
leaves '*sval' unchanged.
A patch to fix this was submitted rec
15 matches
Mail list logo
