2016-04-18 15:25 GMT+02:00 Gerrit Haase wrote:
> my thought was, that UoW maybe requires (X) to access a file,
> because this is the bit missing from these files, and of course this
> is most probably a bug in UoW, if adding (X) is the solution to access
> Cygwin created files from UoW.
And this
2016-04-15 13:38 GMT+02:00 Corinna Vinschen wrote:
> On Apr 15 10:48, Gerrit Haase wrote:
>> 2016-04-14 11:11 GMT+02:00 Evgeny Grin wrote:
>> > Back to cmd:
>> > @ icacls cmd-file
>> > cmd-file DESKTOP-5PNH8IH\Karlson:(RX)
>> > DESKTOP-5PNH8IH\Karlson:(I)(F)
>> > Everyone:(I)(RX)
On 15.04.2016 11:48, Gerrit Haase wrote:
> BTW. who is Karlson?
It's Karlson på taket.
:)
--
Best Wishes,
Evgeny Grin
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:
On 15.04.2016 14:38, Corinna Vinschen wrote:
> On Apr 15 10:48, Gerrit Haase wrote:
>> 2016-04-14 11:11 GMT+02:00 Evgeny Grin wrote:
>>> Back to cmd:
>>> @ icacls cmd-file
>>> cmd-file DESKTOP-5PNH8IH\Karlson:(RX)
>>> DESKTOP-5PNH8IH\Karlson:(I)(F)
>>> Everyone:(I)(RX)
>>>
>>> @
> It's 100% RFC 1178 compliant,
I have never seen that before. That's awesome. Thanks for that.
I do have one thing they missed: I once named a machine "Null". Screwed up the
whole network.
I find it interesting that the string representation of "Null" is actually used
for some networking p
Gerrit Haase scripsit:
> > cowan@large-skunk ~
>
> LOL, love your machines hostname ;)
It's 100% RFC 1178 compliant, and has the big advantage that it is almost
never in use on any network I belong to, so my home machines are always
called some variant of "skunk", and my work machines too when I
On Apr 15 10:48, Gerrit Haase wrote:
> 2016-04-14 11:11 GMT+02:00 Evgeny Grin wrote:
> > Back to cmd:
> > @ icacls cmd-file
> > cmd-file DESKTOP-5PNH8IH\Karlson:(RX)
> > DESKTOP-5PNH8IH\Karlson:(I)(F)
> > Everyone:(I)(RX)
> >
> > @ icacls cygsh-file
> > cygsh-file DESKTOP-5PNH8IH\
2016-04-14 11:11 GMT+02:00 Evgeny Grin wrote:
> Back to cmd:
> @ icacls cmd-file
> cmd-file DESKTOP-5PNH8IH\Karlson:(RX)
> DESKTOP-5PNH8IH\Karlson:(I)(F)
> Everyone:(I)(RX)
>
> @ icacls cygsh-file
> cygsh-file DESKTOP-5PNH8IH\Karlson:(R,W,D,WDAC,WO)
>DESKTOP-5PNH8IH\Ka
2016-04-15 2:50 GMT+02:00 John Cowan wrtites:
> cowan@large-skunk ~
LOL, love your machines hostname ;)
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.c
KARL BOTTS scripsit:
> Did the inability of UoW to read a Cygwin created file ever get explained?
See the long post I just sent out.
> And then, an interesting question. Suppose we Cygwin users think we have
> identified a defect in UoW. Do we notify the MS people? Whom and how? I
> guess I
Did the inability of UoW to read a Cygwin created file ever get explained?
Last I saw was from Evgeny Grin, which contained the iacls dumps.
What jumps out is that the non-Cyg files have X perms, the Cyg file does not.
I assume others noticed that. Of course, X perms should not be needed to re
Gerrit Haase scripsit:
> Seems to be a permission issue, can you provide the output of:
>
> icacls file1
> icacls file2
Here they are:
cowan@large-skunk ~
$ icacls file1
file1 NULL SID:(DENY)(Rc,S,X,DC)
LARGE-SKUNK\cowan:(R,W,D,WDAC,WO)
NT AUTHORITY\SYSTEM:(DENY)(S,X)
BUILTIN\
Need to add that I'm using latest Cygwin64:
$ uname -r
2.5.0(0.297/5/3)
On 14.04.2016 12:11, Evgeny Grin wrote:
> I can reproduce the problem.
> Win10 Enterprise Build 14316 Insider Preview
> Commands:
> On cmd:
> @ echo test1>cmd-file
>
> On Cygwin sh:
> $ echo test2>cygsh-file
>
> On UoW bash
I can reproduce the problem.
Win10 Enterprise Build 14316 Insider Preview
Commands:
On cmd:
@ echo test1>cmd-file
On Cygwin sh:
$ echo test2>cygsh-file
On UoW bash sh:
# echo test3>uowsh-file
# cat cmd-file
test1
# cat cygsh-file
cat: cygsh-file: Permission denied
# cat uowsh-file
test3
# ls -ali
On 13.04.2016 16:36, Eliot Moss wrote:
> I tried it myself
> and found that cmd's echo adds a space after "stuff". If I do:
> c:\Users\moss> echo stuff> file1
> (Note: no space before the > !)
> It writes "stuff" without the extra space.
cmd's echo doesn't add anything. It's just completely diff
Greetings, John Cowan!
>> You can use the cygwin od (octal dump) command to see the exact byte
>> contents of the files.
> The exact contents aren't the point. The point is that file1, created
> under Cygwin, is not readable by UoW (or writable either), whereas file2,
> created by very similar m
How about the perms on the dir containing the file?
---
Karl Botts, kdbo...@usa.net
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscrib
2016-04-13 17:43 GMT+02:00 John Cowan writes:
> The exact contents aren't the point. The point is that file1, created
> under Cygwin, is not readable by UoW (or writable either), whereas file2,
> created by very similar methods under Win32 proper, is readable and
> writable by UoW.
Seems to be a
Eliot Moss scripsit:
> You can use the cygwin od (octal dump) command to see the exact byte
> contents of the files.
The exact contents aren't the point. The point is that file1, created
under Cygwin, is not readable by UoW (or writable either), whereas file2,
created by very similar methods und
On 4/13/2016 9:11 AM, John Cowan wrote:
LLoyd scripsit:
John, if you can confirm?
Exactly right.
Please also provide the "cat /mnt/c/file1" and "cat /mnt/c/file2" from UoW.
From the Cygwin shell (note that my Cygwin and Windows home directories
are the same: /home/cowan is a Cygwin syml
LLoyd scripsit:
> John, if you can confirm?
Exactly right.
> Please also provide the "cat /mnt/c/file1" and "cat /mnt/c/file2" from UoW.
>From the Cygwin shell (note that my Cygwin and Windows home directories
are the same: /home/cowan is a Cygwin symlink to /cygdrive/c/Users/cowan):
cowan@lar
That's what he is saying. Apparently, doing:
/cygdrive/c $ echo stuff > file1
and doing
C:\> echo stuff > file2
Does not produce exactly the same files.
John, if you can confirm?
Please also provide the "cat /mnt/c/file1" and "cat /mnt/c/file2" from UoW.
Regards,
LLoyd
On 13 April 2016 at 19:01,
2016-04-13 7:22 GMT+02:00 John Cowan wrote:
>
> When a file is created under Cygwin, ...
What do you mean "under Cygwin"? I always thought that there is no
difference at all, creating files worked always transparently for me,
given that the permissions were correctly set.
Regards,
Gerrit
--
Pro
After many years as a contented Cygwin user, I decided to check out
the new Ubuntu on Windows (UoW) product from Microsoft. I promptly
ran into a nasty problem. I have filed it with the MS Feedback Hub,
but I thought I should post here as well.
When a file is created under Cygwin, it can neither
I downloaded Cygwin 1.7.0-58 source from path:
http://ftp.eq.uc.pt/software/pc/prog/cygwin/release-2/cygwin/
Also downloaded all the packages of cygwin version 1.7.0.58
ftp://www.fruitbat.org/pub/cygwin/circa-2/index.html";
And followed instructions to compile from below document:
https://cygw
On Mon, Mar 28, 2016 at 7:06 AM, Rashi Singhal wrote:
> Hi,
>
> I am not getting what is wrong in my mail.
>
> I replayed in the last conversation of the message.
"Top-posting" is posting your entire reply at the top of the message
you are replying to rather than placing your reply into logical
pl
Hi,
I am not getting what is wrong in my mail.
I replayed in the last conversation of the message.
On Mon, Mar 28, 2016 at 4:12 PM, Andrey Repin wrote:
> Greetings, Rashi Singhal!
>
>> Thanks a lot for help.
>> Now my compilation went down but again stopped at some point.Its
>> halting in awk
Greetings, Rashi Singhal!
> Thanks a lot for help.
> Now my compilation went down but again stopped at some point.Its
> halting in awk command after warning
> config.status: WARNING: '/oss/src/winsup/Makefile.in' seems to ignore
> the --datarootdir setting
> awk: ./confXqR7rV/subs.awk:1: BEGIN
Hi,
Thanks a lot for help.
Now my compilation went down but again stopped at some point.Its
halting in awk command after warning
config.status: WARNING: '/oss/src/winsup/Makefile.in' seems to ignore
the --datarootdir setting
awk: ./confXqR7rV/subs.awk:1: BEGIN {\r
awk: ./confXqR7rV/subs.awk:1:
Rashi Singhal wrote:
I downloaded Cygwin 1.7.0-58 source from path:
http://ftp.eq.uc.pt/software/pc/prog/cygwin/release-2/cygwin/
Also downloaded all the packages of cygwin version 1.7.0.58
ftp://www.fruitbat.org/pub/cygwin/circa-2/index.html
Are you saying you downloaded and installed *all*
On Mar 24, 2016, at 1:29 PM, Warren Young wrote:
>
> On Mar 23, 2016, at 10:20 PM, Rashi Singhal wrote:
>>
>> configure:3288: gcc --version &5
>> gcc (GCC) 4.3.2 20080827 (beta) 2
>> Copyright (C) 2008 Free Software Foundation, Inc.
>
> According to the Cygwin Time Machine, Cygwin was still sh
ll the other tools? Shell, make, gcc, newlib, libbfd, etc.?
What I’m getting at is, by this point you should have a standalone basic Cygwin
1.7 environment, no longer dependent on any Cygwin 2.x DLLs, tools, etc. Do
you?
> configure:3288: gcc --version &5
> gcc (GCC) 4.3.2 20080827 (
I downloaded Cygwin 1.7.0-58 source from path:
http://ftp.eq.uc.pt/software/pc/prog/cygwin/release-2/cygwin/
Also downloaded all the packages of cygwin version 1.7.0.58
ftp://www.fruitbat.org/pub/cygwin/circa-2/index.html";
And followed instructions to compile from below document:
https://cygw
On Thu, 17 Mar 2016, Rashi Singhal wrote:
Date: Thu, 17 Mar 2016 16:49:22 +0530
From: Rashi Singhal
To: cygwin@cygwin.com
Subject: Re: Cygwin 1.7-58 with windows 2008
Hi,
Greetings, Rashi,
I really need help/clue on this:
We have our system qualified with cygwin 1.7.0.58 and we are
On 17/03/2016 12:19, Rashi Singhal wrote:
Hi,
I really need help/clue on this:
We have our system qualified with cygwin 1.7.0.58 and we are facing
some issue in msgsnd/msgrcv functions.
We have got the fix of this problem but the code change is in
sysv_msg.cc ( under cygserver) by calling msle
Hi,
I really need help/clue on this:
We have our system qualified with cygwin 1.7.0.58 and we are facing
some issue in msgsnd/msgrcv functions.
We have got the fix of this problem but the code change is in
sysv_msg.cc ( under cygserver) by calling msleep
We tried to download source from the pat
Rashi Singhal writes:
> Hello.
>
> Please help me in resolving below compilation error:
> I am compiling Cygwin 1.7.0.58
>
> make[5]: Leaving directory
> `/cygwin-1.7.0-58/i686-pc-cygwin/winsup/w32api/lib/directx'
> make[4]: Leaving directory `/cygwin-1.7.0-58/i686-pc-
cygwin/winsup/w32api/lib'
>
Hello.
Please help me in resolving below compilation error:
I am compiling Cygwin 1.7.0.58
make[5]: Leaving directory
`/cygwin-1.7.0-58/i686-pc-cygwin/winsup/w32api/lib/directx'
make[4]: Leaving directory `/cygwin-1.7.0-58/i686-pc-cygwin/winsup/w32api/lib'
make[3]: Leaving directory `/cygwin-1.
On 09/03/2016 09:00, Rashi Singhal wrote:
Hi ,
We need to download Cygwin version 1.7.0-58 (with source)
Please help us from we can download old versions
http://www.fruitbat.org/Cygwin/#cygwintimemachine
--
Problem reports: http://cygwin.com/problems.html
FAQ: http
Hi ,
We need to download Cygwin version 1.7.0-58 (with source)
Please help us from we can download old versions
On Fri, Mar 4, 2016 at 10:10 PM, Rashi Singhal wrote:
> Hi,
>
> Further to this we could now see that "NO MORE PROCESS" error is
> displayed due to some of the process not get de-qu
Hi,
Further to this we could now see that "NO MORE PROCESS" error is
displayed due to some of the process not get de-queued from memory
Our application use fork process to create child and then pass SIGUSR1
for SIGCHLD to terminate child process.
Sighandler is installed on the start of process.B
On 23/02/2016 04:34, Rashi Singhal wrote:
Hi ,
We have call to "msgsnd" function that fails after processing 3 to 4 messages.
We tried both Block and NO Block mechanism (IPC_NOWAIT)
Also we changes configuration of cygserver.conf .This increases
message processing to 8-10 messages.But fails af
Hi ,
We have call to "msgsnd" function that fails after processing 3 to 4 messages.
We tried both Block and NO Block mechanism (IPC_NOWAIT)
Also we changes configuration of cygserver.conf .This increases
message processing to 8-10 messages.But fails after that.
Attached is cygserver.conf file f
On 22/02/2016 10:50, Rashi Singhal wrote:
Hi ,
Last version working with out application is 1.7.32. We tried with
this version but problem remain same.
With the latest version of cygwin (2.4.1 release) our program gives
compilation error for Yacc and LEX modules.( We are checking on this)
fle
Hi ,
Last version working with out application is 1.7.32. We tried with
this version but problem remain same.
With the latest version of cygwin (2.4.1 release) our program gives
compilation error for Yacc and LEX modules.( We are checking on this)
Please can you suggest something on EAGAIN issue
On 17/02/2016 09:44, Rashi Singhal wrote:
We tried with latest version also . But problem remain same
Assuming you are using IPC cygserver calls
https://cygwin.com/cygwin-ug-net/using-cygserver.html
Is cygserver service running ?
In general it will be difficult to replicate your problem
witho
We tried with latest version also . But problem remain same
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
On 2/17/2016 12:53 AM, Rashi Singhal wrote:
Hi ,
I have a application that is invoked multiple times. Each invocation
accesses shared memory for a performing task.
This all works with Cygwin1.3
Now We are using Cygwin 1.7-58 with windows 2008 after this The number...
Cygwin 1.7.x is
Hi ,
I have a application that is invoked multiple times. Each invocation
accesses shared memory for a performing task.
This all works with Cygwin1.3
Now We are using Cygwin 1.7-58 with windows 2008 after this The number
of attached processes keeps on increments and due to which system
Hi Stephen,
On Tue, Jan 19, 2016 at 8:39 AM, Agyeman, Stephen O DLA CTR
Information Operations wrote:
> Good morning,
>
> I hope all is well with you. May you please send me the software for Cygwin
> 1.7 and or send me the link to download it as I do not see in on Cygwin's
&g
Good morning,
I hope all is well with you. May you please send me the software for Cygwin
1.7 and or send me the link to download it as I do not see in on Cygwin's main
site anymore. Thanks much in advance.
Stephen Opoku Agyeman
Oracle Database Administrator (OCP)
Defense Logistics A
I faced with same problem also. After quick investigation, I've found that
even after closing cygwin I had one bash process still running. Killing this
process helped me to fix an issue. Now I can launch several mintty sessions
again. Hope it will help.
Br,
Roman
--
View this message in context
On 01/04/2015 07:14 PM, Howard Guo wrote:
> It seems that segfaults go unreported using pthread and Cygwin 1.7.33-2.
>
> Here is a minimal code piece to reproduce:
>
> #include
>
> void* thread_run(void* _) {
> int *p = 0;
> *p = 1;
> return NULL;
> }
>
> int main(int a
It seems that segfaults go unreported using pthread and Cygwin 1.7.33-2.
Here is a minimal code piece to reproduce:
#include
void* thread_run(void* _) {
int *p = 0;
*p = 1;
return NULL;
}
int main(int argc, char** argv) {
pthread_t t1;
pthread_create(&t1
Hello list,
I tried to build 8086tiny on cygwin-1.7.28.2, it builds successfully. Then
I use runme script to startup 8086tiny as in *nix, which calls `stty min
0` so 8086tiny can read keyboard without waiting.
But I found that cygwin-1.7 keeps returning previous char even if there is
no
keep getting:
This is the first time you've installed Cygwin 1.7.x.
Please be advised that this is a major release.
If you have not done so already, please check out
the documentation at http://cygwin.com/ to see how
the upgrade could potentially affect any existing
Cygwin in
We use C programs to link and call Cobol programs(using cobinit
,cobcall), After executing cobol applications on bash we are getting
return code as zero always. Cobol program pass some return codes like
(32 , 65 .. ).
This problem only occurs after installing latest Cygwin. Till earlier
version pr
> Robert Pluim writes:
> I've noticed that xemacs doesn't seem to exit properly either, the
> process hangs around and I need to kill it manually.
Yes. Same here.
Yours
--
%% Mats
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Docum
> Volker Zell writes:
> Any hints ?
I'm afraid I have no hints but I have the same problem.
Yours
--
%% Mats
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: ht
Hi
I finally tried rebuilding both the current and test versions of xemacs for
cygwin 1.7
Both build fine but starting a shell with M-x shell doesn't work anymore.
21.4.22 just hangs and 21.5.32 (the latest test release) outputs
Process shell stopped (tty output)
google finds this me
On Jul 5 12:02, Mark Lommers wrote:
> Hi Corinna,
>
> Thanks for your tip, it pointed me to the right direction.
>
> When calling the test now with
>
> cygdrop -P backup -P restore test.exe
>
> the test is running fine.
>
> Is it also possible to drop this privileges by default?
No,
don't have to change my scripts which call
the test, but can configure it on the system itself.
Regards,
Mark
Re: I'm having problems with cygwin 1.7 and ACL handling.
From: Corinna Vinschen
To: cygwin at cygwin dot com
Date: Mon, 2 Jul 2012 18:04:52 +0200
Subject: Re: I'm havin
,
Richard.
On Mon, Jul 2, 2012 at 11:56 AM, Mark Lommers
wrote:
>
> Hi,
>
> I'm having problems with cygwin 1.7 and ACL handling.
>
> I do some software development and for the software I write I also create
> unit tests. Those unit test are run automatically in a c
On Jul 2 17:56, Mark Lommers wrote:
> Hi,
>
> I'm having problems with cygwin 1.7 and ACL handling.
>
> I do some software development and for the software I write I also create
> unit tests. Those unit test are run automatically in a cygwin environment
> triggered
Hi,
I'm having problems with cygwin 1.7 and ACL handling.
I do some software development and for the software I write I also create unit
tests. Those unit test are run automatically in a cygwin environment triggered
by a build system. Now I'm updating the machines on which the unit
On 12/7/2011 7:52 AM, Helio C. Bortolon wrote:
Dear colleagues,
When trying to install cygwin 1.7 on a Windows XP I came through
almost the same problems found in the message below
<http://cygwin.com/ml/cygwin/2009-11/msg00607.html>
the only difference is that the message in setup.lo
Dear colleagues,
When trying to install cygwin 1.7 on a Windows XP I came through
almost the same problems found in the message below
<http://cygwin.com/ml/cygwin/2009-11/msg00607.html>
the only difference is that the message in setup.log says "file not
found" about /etc/setup/s
I want to go on record that it happening to us, too. And, I can say
that it is happening *much* more since I moved to this machine:
2x AMD Opteron 6134 (16 cores total)
Server 2008 R2 Enterprise, Service Pack 1
Software we have installed on the machine:
ActivePerl
AVG 9.0
Chrome
Jav
On Thu, Aug 11, 2011 at 05:36:38AM +, Heiko Elger wrote:
>Rob Walker writes:
>
>>
>> You could also use a patched make 3.81 compiled for Cygwin 1.7.
>>
>> http://sites.rwalker.com/cygwin/
>
>I saw your ports already.
>One question to them: why are the e
Rob Walker writes:
>
> You could also use a patched make 3.81 compiled for Cygwin 1.7.
>
> http://sites.rwalker.com/cygwin/
I saw your ports already.
One question to them: why are the executables so large?
The original make-3.81 (cygwin-1.7) is really small.
$ ls -l make-*
-rwxr-x
You could also use a patched make 3.81 compiled for Cygwin 1.7.
http://sites.rwalker.com/cygwin/
-Rob
On 8/9/11 9:58 PM, Heiko Elger wrote:
> Hello,
>
> cause of colon problems we have to use old make version 3.80 in cygwin 1.7.x.
> The binary make.exe is a copy of cygwin 1.5.x
On 8/10/2011 12:58 AM, Heiko Elger wrote:
Hello,
cause of colon problems we have to use old make version 3.80 in cygwin 1.7.x.
The binary make.exe is a copy of cygwin 1.5.x installation.
Is it correct to use this version within cygwin 1.7.x?
Or do I have to rebuild the binary?
At the moment
Hello,
cause of colon problems we have to use old make version 3.80 in cygwin 1.7.x.
The binary make.exe is a copy of cygwin 1.5.x installation.
Is it correct to use this version within cygwin 1.7.x?
Or do I have to rebuild the binary?
At the moment all seems to work fine - I only want to avoid
On 6/13/2011 2:46 AM, Jan Chludzinski wrote:
Just finished compiling some numerical code (developed using the
Borland C++ compiler) using G++ 4.3.4 (that came with Cygwin 1.7).
The answers are different from what I get using the Borland compiler
(circa 2002). I have known correct answers from
Just finished compiling some numerical code (developed using the
Borland C++ compiler) using G++ 4.3.4 (that came with Cygwin 1.7).
The answers are different from what I get using the Borland compiler
(circa 2002). I have known correct answers from some NASA code and
compare against those.
I&#x
On Apr 29 11:35, John Dong wrote:
> Hi,
>
> Cygwin on Windows 7, seems to exhibit a rather peculiar behavior: Sometimes
> the exit status of a Win32 process is incorrectly captured by Cygwin.
Please:
http://cygwin.com/acronyms/#PCYMTWLL
http://cygwin.com/acronyms/#TOFU
> [...]
> > int _tmain(
On Wed, May 25, 2011 at 07:20:35PM -0700, John Dong wrote:
>It's nice to hear from Edward that we're not the only ones to notice
>this behavior.
>
>Of course, patches would be nice, and I would be interested in digging
>in into this if someone familiar with Cygwin's codebase would be
>willing to en
just with
>>> Cygwin installed.
>>
>> FWIW, we've been running into this as well. It appears to NOT be a
>> problem with Cygwin 1.5 on Windows 7. It only started happening on
>> Cygwin 1.7. As a result, we haven't had a reliable Windows
g special on this
>> machine -- it's a fresh install of Windows 7 Professional, just with
>> Cygwin installed.
>
>FWIW, we've been running into this as well. It appears to NOT be a
>problem with Cygwin 1.5 on Windows 7. It only started happening on
>Cygwin 1.7. As a r
appears to NOT be a
problem with Cygwin 1.5 on Windows 7. It only started happening on
Cygwin 1.7. As a result, we haven't had a reliable Windows 7 build
machine for a while now because we use a Cygwin gmake process that
compiles with MSVC.
-Edward
--
Problem reports: http://cygwin.
but I've reproduced
> this behavior with every release of Cygwin 1.7 on both 32-bit and 64-bit
> Windows 7. It does not seem to happen in XP 32-bit, and I've not tried any
> other environments.
>
>
> To reproduce, first I wrote a Win32 console application (using Visual
Hi Edward,
For what it's worth, I just left it running since my last reply and it's still
running. I can fairly confidently say this only happens when executing a
Windows binary from Cygwin.
Any insights or suggestions of further things to test would be greatly
appreciated. These kinds of bugs
Hi Edward,
Yeah, I forgot to mention that I tried scripting it in a batch file outside
cygwin in much the same way as your script, and it ran for a day or two without
fail. I can keep that going for longer just in case it fails less frequently,
but I don't think it's a Windows / MSVCRT bug.
J
On Fri, Apr 29, 2011 at 13:35, John Dong wrote:
>I've tried using a different shell (like dash), but it doesn't make a
>difference, leading me to suspect this to be a lower-level issue within the
>Cygwin DLL.
Have you tried it with the stock Windows command processor? Something
like this (untest
Hi,
Cygwin on Windows 7, seems to exhibit a rather peculiar behavior: Sometimes the
exit status of a Win32 process is incorrectly captured by Cygwin.
I'm running Cygwin 1.7.9(0.237/5/3) on Windows 7 64-bit, but I've reproduced
this behavior with every release of Cygwin 1.7 on both
Am 17.03.2011 18:26, schrieb jean-benoit.ouel...@bell.ca:
I changed my LANG from en_US.ISO-8859-1 to C.ISO-8859-1 and it resolved the
problem.
Thanks for your quick input.
Possibly you can use LC_COLLATE and/or LC_CTYPE instead, if you're
looking for narrower overrides.
--
Matthias Andree
I changed my LANG from en_US.ISO-8859-1 to C.ISO-8859-1 and it resolved the
problem.
Thanks for your quick input.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: htt
> From: jean-benoit.ouel...@bell.ca
>
> Hi!
> I just upgraded Cygwin from 1.5.21-2 to 1.7.8-1 and I'm getting
> problems with case sensitivity.
> Let's assume that 'file.csv' contains these 2 lines:
> Hello, 123
> hello, 456
>
> The following commands will output both lines instead of the desired
On 2011-03-17 12:44Z, jean-benoit.ouel...@hidden.ca wrote:
>
> I just upgraded Cygwin from 1.5.21-2 to 1.7.8-1 and I'm getting problems with
> case sensitivity.
> Let's assume that 'file.csv' contains these 2 lines:
> Hello, 123
> hello, 456
>
> The following commands will output both lines inste
On 23/12/2010 05:54, Lucky Lu wrote:
> I am having trouble with building the gcc 4.5.1 with --enable-plugin on
> Cygwin.
Sorry, GCC plugins are only supported on systems that use the ELF executable
file format such as Linux, they can't work on Windows-based systems owing to
limitations of the P
I am having trouble with building the gcc 4.5.1 with --enable-plugin on Cygwin.
The configure string is "--enable-plugin --enable-languages=c,c++
--disable-bootstrap".
The error is ,
checking for -rdynamic... objdump: conftest: not a dynamic object no
checking for library containing dlopen...
Wed, 15 Dec 2010 17:28:31 -0500
> To: bruce1...@hotmail.com
> From: pierre.humb...@ieee.org
> Subject: Re: Cron 'WRONG FILE OWNER' Problem Cygwin 1.7/Windows 7
>
> Bruce,
>
> If the answer to my question is "yes", doesn't cron-config
> produce a mes
At 04:56 PM 12/15/2010, Bruce Bailey wrote:
Hi
I had been happily using 'cron' on cygwin for quite a while. After
updating the user password using cron-config, suddenly cron refuses
to read my cron tab, putting 'WRONG FILE OWNER' in the Windows application log.
Has this been seen and resol
On 12/15/2010 4:56 PM, Bruce Bailey wrote:
Hi
I had been happily using 'cron' on cygwin for quite a while. After updating
the user password using cron-config, suddenly cron refuses to read my cron
tab, putting 'WRONG FILE OWNER' in the Windows application log.
Have you stopped and restarted
Hi
I had been happily using 'cron' on cygwin for quite a while. After updating
the user password using cron-config, suddenly cron refuses to read my cron tab,
putting 'WRONG FILE OWNER' in the Windows application log.
Has this been seen and resolved?
I have been trying for weeks now but no l
On Fri, Nov 05, 2010 at 09:07:35AM -0500, Johnny Walker wrote:
> [snip]
> /bin/rebaseall -T /lib/perl5/site_perl/5.10/i686-cygwin/auto/Tk/Tk.dll
>
> This seems to cause some issue as the terminal begins to flood with this:
>
> __getmodulehand...@4: skipped because nonexistent
> [snip]
The "-T" o
On Fri, Nov 5, 2010 at 9:09 AM, Johnny Walker wrote:
> On Fri, Nov 5, 2010 at 9:07 AM, Johnny Walker wrote:
>> I'm having trouble with building clusterssh in cygwin 1.7.
>>
>> I had this working and now I wish I had never run any updates!!
>>
>> I'v
On Fri, Nov 5, 2010 at 9:07 AM, Johnny Walker wrote:
> I'm having trouble with building clusterssh in cygwin 1.7.
>
> I had this working and now I wish I had never run any updates!!
>
> I've tried a complete re-install of cygwin and then I installed
> perl-Tk fro
I'm having trouble with building clusterssh in cygwin 1.7.
I had this working and now I wish I had never run any updates!!
I've tried a complete re-install of cygwin and then I installed
perl-Tk from the cygwin package and X11::Protocol from CPAN and built
cssh. The Tk menu failed to
link foo
could not readlink "foo": invalid argument
% exit
$ readlink foo
../x1/foo
There are three inconsistencies here:
- TCL 'file readlink' fails. Fair enough, if the Cygwin TCL build
doesn't understand Cygwin 1.7 symlinks (as suggested by the TCL FAQ 4.45).
- But TCL &#x
1 - 100 of 917 matches
Mail list logo
