Hi Cygwiners,
I need a hint.
The network drive (\server\) is mounted as H:\.
Cygwin can access files on H drive; can modify/delete files on H
drive; however, it cannot create files. The program says permission
denied.
Do I need to write some configuration files?
Xianwen
--
Backup email: v...
Hi Cygwiners,
I need a hint.
The network drive (\server\) is mounted as H:\.
Cygwin can access files on H drive; can modify/delete files on H
drive; however, it cannot create files. The program says permission
denied.
Do I need to write some configuration files?
Xianwen
What kind of networ
Hi Thomas,
Thanks a lot for your email!
The remote server runs Windows Server 2008 R2 Enterprise.
I have not exceeded the quota.
Cygwin cannot delete files on H in both root and sub directories.
Xianwen
On Wed, May 11, 2011 at 9:22 AM, Xianwen Chen wrote:
> Hi Thomas,
>
> Thanks a lot for yo
Hi Thomas,
Thanks a lot for your email!
The remote server runs Windows Server 2008 R2 Enterprise.
I have not exceeded the quota.
Cygwin cannot delete files on H in both root and sub directories.
Xianwen
On Wed, May 11, 2011 at 9:12 AM, Thomas Wolff wrote:
>
>> Hi Cygwiners,
>>
>> I need a hi
Hi Thomas,
Thanks a lot for your email!
The remote server runs Windows Server 2008 R2 Enterprise.
I have not exceeded the quota.
Cygwin cannot delete files on H in both root and sub directories.
Xianwen
OK, in your first message you wrote you can delete but not create files
which would hav
On May 10 15:07, Andrew Schulman wrote:
> > a session that I detached on the same tty just seconds before.
> >
> > 3. chmod 666 on the socket file did not work (its permissions were
> > already 644, owned my 'morse', as shown in my original session long).
>
> No, I suggested that you try 0600, o
Hi Thomas,
Thanks a lot!
On Wed, May 11, 2011 at 9:33 AM, Thomas Wolff wrote:
>
> OK, in your first message you wrote you can delete but not create files
> which would have been strange.
I'm sorry that my bad command of English confused you. This is what I
wanted to say:
Cygwin can modify and
On May 11 09:34, Corinna Vinschen wrote:
> On May 10 15:07, Andrew Schulman wrote:
> > > a session that I detached on the same tty just seconds before.
> > >
> > > 3. chmod 666 on the socket file did not work (its permissions were
> > > already 644, owned my 'morse', as shown in my original sessi
On Wed, May 11, 2011 at 18:34, Corinna Vinschen wrote:
> On May 10 17:17, Len Giambrone wrote:
>> We use windows native jam which spawns any number of cmd, cygwin, or studio
>> processes.
>> If we spawn it from a Cygwin terminal that doesn't have CYGWIN=tty set, we
>> get:
>
> I assume that most
Hi Corinna,
thanks for your answer.
Of course I'm aware of GPL. I'll provide it with source code.
>You can't. Windres is a Cygwin tool using the Cygwin DLL. Gcc is a
>Cygwin tool using the Cygwin DLL. Either you provide *all* the stuff
>required to run the script (and don't forget to provide
Hi Chuck,
Charles Wilson-2 wrote:
>
> Well, OUR windres is a cygwin tool. You can, of course, use the
> mingw.org or mingw64.sf version of windres. They each have their own
> list(s) of dependencies, but cygwin1.dll is not one of them.
>
Thanks for tips. If I can't make to work my script wi
Hi
I have happily used Cygwin ssh from "DOS" command prompt for many years
but on upgrading to V1.7 get this error message. Further info:
OS: Vista
/etc/passwd line:
tda:unused_by_nt/2000/xp:1000:513:U-laptop1\tda,S-1-5-21-2414507100-3802266639-3593817948-1000:/home/tda:/bin/bash
The int
> On May 10 15:07, Andrew Schulman wrote:
> > > a session that I detached on the same tty just seconds before.
> > >
> > > 3. chmod 666 on the socket file did not work (its permissions were
> > > already 644, owned my 'morse', as shown in my original session long).
> >
> > No, I suggested that y
On 5/11/2011 6:44 AM, Tim Allen wrote:
Hi
I have happily used Cygwin ssh from "DOS" command prompt for many years but
on upgrading to V1.7 get this error message. Further info:
OS: Vista
/etc/passwd line:
tda:unused_by_nt/2000/xp:1000:513:U-laptop1\tda,S-1-5-21-2414507100-3802266639-3593817948
Hello!
The following STC hints at a problem in strptime:
---8<
#include
#include
int
main(void)
{
/* seed tm with some garbage */
struct tm tm = {
0, 0, 0, /* s m h */
0, 0, 0, /* d m y */
On 5/11/2011 2:34 AM, Corinna Vinschen wrote:
Kind of weird. The difference is that in tty mode the stdio handles are
pipes, while in the notty case the stdio handles are console handles.
Usually native Windows applications shouldn't see a difference and even
work *better* in notty mode.
One p
When doing rebaseall on a win 7 64 bit I got the following error:
FixImage (/usr/x86_64-w64-mingw32/sys-root/mingw/bin/libgcc_s_sjlj-1.dll)
failed with last error = 13
This blog http://ajaywhiz.posterous.com/installing-nodejs-on-windows-7
reports the same error and suggests the following
On Wed, May 11, 2011 at 11:02:40AM -0400, Edward Lam wrote:
>On 5/11/2011 2:34 AM, Corinna Vinschen wrote:
>> Kind of weird. The difference is that in tty mode the stdio handles are
>> pipes, while in the notty case the stdio handles are console handles.
>> Usually native Windows applications shou
On 11 May 2011 16:02, Edward Lam wrote:
> On 5/11/2011 2:34 AM, Corinna Vinschen wrote:
>>
>> Kind of weird. The difference is that in tty mode the stdio handles are
>> pipes, while in the notty case the stdio handles are console handles.
>> Usually native Windows applications shouldn't see a diff
On 5/11/2011 11:02 AM, Edward Lam wrote:
So this brings us to Cygwin. When we spawn such a Windows mode app from
Cygwin, the method I describe above fails. The call to
_open_osfhandle(info.hStdOutput, _O_TEXT) returns with an error value of
-1. This is likely why jam reports "the handle is invali
On May 11 16:52, Peter Rosin wrote:
> Hello!
>
> The following STC hints at a problem in strptime:
>
> ---8<
> #include
> #include
>
> int
> main(void)
> {
> /* seed tm with some garbage */
> struct tm tm = {
> 0, 0, 0,
On Wed, May 11, 2011 at 02:34, Corinna Vinschen wrote:
> And you know, what have the romans ever done for us?
... apart from better sanitation and medicine and education and
irrigation and public health and roads and a freshwater system and
baths and public order ...
--
Problem reports: htt
On May 11 13:08, Edward McGuire wrote:
> On Wed, May 11, 2011 at 02:34, Corinna Vinschen wrote:
> > And you know, what have the romans ever done for us?
>
> ... apart from better sanitation and medicine and education and
> irrigation and public health and roads and a freshwater system and
> baths
On Wed, May 11, 2011 at 09:32:06PM +0200, Corinna Vinschen wrote:
>On May 11 13:08, Edward McGuire wrote:
>> On Wed, May 11, 2011 at 02:34, Corinna Vinschen wrote:
>> > And you know, what have the romans ever done for us?
>>
>> ... apart from better sanitation and medicine and education and
>> irr
Hi Andrew and Corinna,
Yep, something about FAT32 appears to be the problem. As Corinna correctly
notes, permissions are faked on FAT32. Doesn't matter what chmod I run, it's
all 644 or 755. Apparently, GNU screen does not like this, but apparently it
also doesn't give any error message that th
cygwin 1.7.7-1
Windows 2008 64-bit
I have a script that I am trying to run from cron that copies a local file
on a Windows 2008 server to a UNC path on another Windows 2008 server. It
works fine in a non-Production environment, but not in Production and I
can't figure out why. Yes, I've dutiful
On 5/11/2011 5:04 PM, Tim Allen wrote:
Hi Larry
On 11/05/11 15:45, Larry Hall (Cygwin) wrote:
On 5/11/2011 6:44 AM, Tim Allen wrote:
Hi
I have happily used Cygwin ssh from "DOS" command prompt for many
years but
on upgrading to V1.7 get this error message. Further info:
OS: Vista
/etc/passw
On 5/11/2011 8:50 PM, CygwinNoob wrote:
cygwin 1.7.7-1
Windows 2008 64-bit
I have a script that I am trying to run from cron that copies a local file
on a Windows 2008 server to a UNC path on another Windows 2008 server. It
works fine in a non-Production environment, but not in Production and
Thanks for responding so quickly! I will try using the forward slashes in
Production. It may take a few days because I don't have direct access to
the Production environment and I have to go through sort of remote hands.
The source server queries Oracle databases through shell scripts running i
Hi I am newbie to cygwin. I am surprised at how cygwin have access to those
directories belonging to users with a password and private access, that
normally cannot be accessed from the normal Windows environment. How this
happens?
--
View this message in context:
http://old.nabble.com/why-cygwin
On 5/11/2011 9:20 PM, CygwinNoob wrote:
Thanks for responding so quickly! I will try using the forward slashes in
Production. It may take a few days because I don't have direct access to
the Production environment and I have to go through sort of remote hands.
The source server queries Oracle
On May 11 19:20, solde9 wrote:
>
> Hi I am newbie to cygwin. I am surprised at how cygwin have access to those
> directories belonging to users with a password and private access, that
> normally cannot be accessed from the normal Windows environment. How this
> happens?
Every admin has these rig
32 matches
Mail list logo
