R: script command exits immediately

[Marco Atzeri]

--- Gio 1/4/10, Rurik Christiansen ha scritto:

> Hi,
> 
> When running 'script' command it exits immediately.

are you sure you are not in the shell open by script ?

> 
> It does work if I specify one command but I cant work
> interactively.
> 
> Any suggestions ?
> 
> Thanks
> 
> Cheers,

for me, it is working. 

I just noted it have some problems with UTF8, so 

export LANG=C
before the command helped in formatting.

Regards
Marco







--
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

Re: 1.7.2: cp fails - skipping file as it was replaced while being copied

[Shailo Sanyal]

Hi Eric,

Here's the getVolInfo output on /cygdrive/h:
--
ssan...@i4846-vm ~
$ /usr/lib/csih/getVolInfo /cygdrive/h
Device Type: 7
Characteristics: 10
Volume Name: 
Serial Number  : 318955787
Max Filenamelength : 255
Filesystemname : 
Flags  : 4004f
  FILE_CASE_SENSITIVE_SEARCH  : TRUE
  FILE_CASE_PRESERVED_NAMES   : TRUE
  FILE_UNICODE_ON_DISK: TRUE
  FILE_PERSISTENT_ACLS: TRUE
  FILE_FILE_COMPRESSION   : FALSE
  FILE_VOLUME_QUOTAS  : FALSE
  FILE_SUPPORTS_SPARSE_FILES  : TRUE
  FILE_SUPPORTS_REPARSE_POINTS: FALSE
  FILE_SUPPORTS_REMOTE_STORAGE: FALSE
  FILE_VOLUME_IS_COMPRESSED   : FALSE
  FILE_SUPPORTS_OBJECT_IDS: FALSE
  FILE_SUPPORTS_ENCRYPTION: FALSE
  FILE_NAMED_STREAMS  : TRUE
  FILE_READ_ONLY_VOLUME   : FALSE
  FILE_SEQUENTIAL_WRITE_ONCE  : FALSE
  FILE_SUPPORTS_TRANSACTIONS  : FALSE
 --

If it is any help, we have another NetApp share (which seems to be setup 
a little different than /cygdrive/h) that does not exhibit the same symptom:

--
ssan...@i4846-vm ~
$ /usr/lib/csih/getVolInfo /cygdrive/z
Device Type: 7
Characteristics: 10
Volume Name: 
Serial Number  : 50415496
Max Filenamelength : 255
Filesystemname : 
Flags  : 40007
  FILE_CASE_SENSITIVE_SEARCH  : TRUE
  FILE_CASE_PRESERVED_NAMES   : TRUE
  FILE_UNICODE_ON_DISK: TRUE
  FILE_PERSISTENT_ACLS: FALSE
  FILE_FILE_COMPRESSION   : FALSE
  FILE_VOLUME_QUOTAS  : FALSE
  FILE_SUPPORTS_SPARSE_FILES  : FALSE
  FILE_SUPPORTS_REPARSE_POINTS: FALSE
  FILE_SUPPORTS_REMOTE_STORAGE: FALSE
  FILE_VOLUME_IS_COMPRESSED   : FALSE
  FILE_SUPPORTS_OBJECT_IDS: FALSE
  FILE_SUPPORTS_ENCRYPTION: FALSE
  FILE_NAMED_STREAMS  : TRUE
  FILE_READ_ONLY_VOLUME   : FALSE
  FILE_SEQUENTIAL_WRITE_ONCE  : FALSE
  FILE_SUPPORTS_TRANSACTIONS  : FALSE
--

I can copy files from /cygdrive/z and the inode does not change in the 
"ls -li" output.


Let me know if you need any other information. Thanks for looking into this!

Shailo



*From: *Eric Blake
*Sent: *Wed Mar 31 09:48:40 2010
*To: *cygwin, ssanyal
*Cc: *
*Subject: *Re: 1.7.2: cp fails - skipping file as it was replaced while 
being

 copied



On 03/31/2010 09:46 AM, Shailo Sanyal wrote:

When I try to copy a file from a drive which maps a CIFS share from a
NetApp filer I get the following error:


We need more details about that drive.  Please include the output of
/usr/lib/scih/getVolInfo /cygdrive/h.


According to the 1.7.2 doc -
http://www.cygwin.com/cygwin-ug-net/ov-new1.7.html
this issue has been fixed but I am still facing the problem.


The issue is only fixed for buggy drives that we know about.  It's
amazing how many variants of buggy drives are out there that we don't
know about.



--
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

chmod fails for MS-DOS style path in cygwin 1.7.2-2

[prakash babu]

I am using cygwin 1.7.2-2 and chmod fails for MS-DOS style path with the 
following error message.

eg: chmod 755 C:\\FileName
 
cygwin warning: MS-DOS style path detected: C:\FileName
Preferred POSIX equivalent is: /cygdrive/c/FileName
CYGWIN environment variable option "nodosfilewarning" turns off this warning.
Consult the user's guide for more details about POSIX paths:
http://cygwin.com/cygwin-ug-net/using.html#using-pathnames
 
This used to work in cygwin 1.5 .  
 
Is there any workaround available for this currently ?
 
Is this a bug in 1.7 which will be fixed in the upcoming versions ?
 
thanks,
Prakash





--
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

fopen with "a+" does not respect setting file read position to start of file

[Brebner, Gavin]

We hit a problem in a code, and narrowed it down to a test case that does :

  while (cnt) {
f=fopen(host_file, "a+");
if (!f)
  perror("dup_host_file: Could not open hostfile");
/* rewind(f); */
while (cnt) {
  int ret=fscanf(f, "%s", line);
  if (ret != EOF) {
  fprintf(f, "%s\n", line);
  cnt--;
  dup++;
}
}
fclose(f);

In earlier versions of cygwin we have, this works fine, however in the recently 
installed 
versions, it no longer works. It seems that fopen(host_file, "a+") is NOT 
positioning the
read position at the start of the file as it should. Adding an explicit 
rewind(f) is a 
work around.

Gavin

--
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

fopen with "a+" does not respect setting file read position to start of file

[Brebner, Gavin]

We hit a problem in a code, and narrowed it down to a test case that does :

  while (cnt) {
f=fopen(host_file, "a+");
if (!f)
  perror("dup_host_file: Could not open hostfile");
/* rewind(f); */
while (cnt) {
  int ret=fscanf(f, "%s", line);
  if (ret != EOF) {
  fprintf(f, "%s\n", line);
  cnt--;
  dup++;
}
}
fclose(f);

In earlier versions of cygwin we have, this works fine, however in the recently 
installed 
versions, it no longer works. It seems that fopen(host_file, "a+") is NOT 
positioning the
read position at the start of the file as it should. Adding an explicit 
rewind(f) is a 
work around.

Gavin


cygcheck output attached.


cygcheck.out
Description: cygcheck.out
--
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

Re: fopen with "a+" does not respect setting file read position to start of file

[Bengt-Arne Fjellner]

On 2010-04-01 11:06 AM, Brebner, Gavin wrote:

We hit a problem in a code, and narrowed it down to a test case that does :

   while (cnt) {
 f=fopen(host_file, "a+");
 if (!f)
   perror("dup_host_file: Could not open hostfile");
 /* rewind(f); */
 while (cnt) {
   int ret=fscanf(f, "%s", line);
   if (ret != EOF) {
  fprintf(f, "%s\n", line);
  cnt--;
  dup++;
}
 }
 fclose(f);

In earlier versions of cygwin we have, this works fine, however in the recently 
installed
versions, it no longer works. It seems that fopen(host_file, "a+") is NOT 
positioning the
read position at the start of the file as it should. Adding an explicit 
rewind(f) is a
work around.
   

Well if that worked previously it was a bug.

From the manual for fopen:
 ``a+''  Open for reading and writing.  The file is created if it does 
not exist.  The stream is positioned at the
 end of the file.  Subsequent writes to the file will 
always end up at the then current end of file, irre-

 spective of any intervening fseek(3) or similar.


--
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

Re: scp no longer reports incremental progress

[Matthias Andree]

Christopher Faylor wrote on 2010-03-31:


On Mon, Mar 29, 2010 at 06:14:39PM -0400, Christopher Faylor wrote:

On Mon, Mar 29, 2010 at 06:12:53PM -0400, Charles Wilson wrote:

On 3/29/2010 6:09 PM, Jim Reisert AD1C wrote:

I am running the latest Cygwin (1.7.2) and ssh.

I notice that scp (from local to remote host) no longer shows an
incremental progress bar.  It just reports 100% completion
immediately, then I have to wait until the copy is actually done.



Sink: C0644 11015296 dx4wawd.zip
dx4wawd.zip
   100%   11MB  10.5MB/s   00:00


Hmm...same behavior here.  Didn't we see this behavior before, about a
year ago?  I think what fixed it back then was some cgf magic in the
socket fhandler innards.

Uh-oh. One of the changes between 1.7.1 and 1.7.2 was more socket work.


Actually, I think it was pipe related.


And, it was.  I removed what I thought was an stupid function.  As it
turns out the function was needed but it just wasn't working quite
right.

Today's snapshot, uploaded a few minutes ago, should fix the problem.


Euh, 20100331 seems to introduce regressions for me compared to 20100328.
scp now seems broken for me,

$ scp -v somefile u...@example.org:/tmp/
Executing: program /usr/bin/ssh host example.org, user user, command scp  
-v -t -- /tmp/


and often just hangs there, while PuTTY's pscp and interactive ssh to the  
same host + login works just fine, and also if I'm using the 20100328  
snapshot.


With gdb attached, it succeeds once in a while.

--
Matthias Andree

--
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

R: chmod fails for MS-DOS style path in cygwin 1.7.2-2

[Marco Atzeri]

--- Gio 1/4/10, prakash babu  ha scritto:

> I am using cygwin 1.7.2-2 and chmod
> fails for MS-DOS style path with the following error
> message.
> 
> eg: chmod 755 C:\\FileName

you should use POSIX style

chmod 755 $(cygpath -u C:\\FileName)

or 

chmod 755 /cygdrive/c/FileName

>  
> cygwin warning: MS-DOS style path detected: C:\FileName
> Preferred POSIX equivalent is: /cygdrive/c/FileName
> CYGWIN environment variable option "nodosfilewarning" turns
> off this warning.
> Consult the user's guide for more details about POSIX
> paths:
> http://cygwin.com/cygwin-ug-net/using.html#using-pathnames
>  
> This used to work in cygwin 1.5 .  
>  
> Is there any workaround available for this currently ?
>  
> Is this a bug in 1.7 which will be fixed in the upcoming
> versions ?
>  
> thanks,
> Prakash
> 

Regards
Marco






--
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

Re: fopen with "a+" does not respect setting file read position to start of file

[Matthias Andree]

Bengt-Arne Fjellner wrote on 2010-04-01:


On 2010-04-01 11:06 AM, Brebner, Gavin wrote:


We hit a problem in a code, and narrowed it down to a test case that  
does :


   while (cnt) {
 f=fopen(host_file, "a+");
 if (!f)
   perror("dup_host_file: Could not open hostfile");
 /* rewind(f); */
 while (cnt) {
   int ret=fscanf(f, "%s", line);
   if (ret != EOF) {
  fprintf(f, "%s\n", line);
  cnt--;
  dup++;
}
 }
 fclose(f);

In earlier versions of cygwin we have, this works fine, however in the  
recently installed
versions, it no longer works. It seems that fopen(host_file, "a+") is  
NOT positioning the
read position at the start of the file as it should. Adding an explicit  
rewind(f) is a

work around.



Well if that worked previously it was a bug.


Not a Cygwin defect, but an application bug, and what Gavin named "work  
around" is actually the right fix.


POSIX explicitly states that the initial position beginning/end of file in  
append mode is implementation-defined, and the Cygwin documentation  
doesn't make promises either way. Linux and FreeBSD document BOF and EOF,  
respectively.



 From the manual for fopen:
  ``a+''  Open for reading and writing.  The file is created if it  
does not exist.  The stream is positioned at the
  end of the file.  Subsequent writes to the file will  
always end up at the then current end of file, irre-

  spective of any intervening fseek(3) or similar.


Irrelevant, as that is neither from POSIX nor from cygwin-doc-1.5-1.

--
Matthias Andree

--
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

Re: cygwin qt port- do I have to apply patches or something?

[mike marchywka]

On 3/31/10, Larry Hall (Cygwin)  wrote:
> On 3/31/2010 9:54 PM, mike marchywka wrote:
>> On 3/31/10, Larry Hall (Cygwin)
>> wrote:
>
> .  No reason to feed the
> spammers.
> Thanks.
>
>>> On 3/31/2010 7:48 PM, mike marchywka wrote:
 I went ahead and applied the patches and configure at least
 seems to run. I just assumed the patch files were for reference,
 shouldn't the source be patched when downloaded or is there
 a reason for this ( or do I have a larger fundamental problem and
 applying these patches just lets configure run longer)?
>>>
>>> When patches are included you can assume:
>>>
>>> 1. The original pristine sources from upstream are included.
>>>
>>> 2. Any patches provided need to be applied to the pristine
>>>source to get things building for Cygwin.
>>>
>> ok that's fine it seems to be building but I ran into the function pointer
>> problem that I mentioned in other build and none of the patches
>> apparently fixed it so I just changed it.
>
> Of course, if there's a cygport script there, you shouldn't need to worry
> about any of this.  Just run it.  See:
>
> 

Thanks, it seems to be installing now. I think I tried to run cygport script
but it didn't seem to do anything and it wasn't immediately obvious
what to do. In any case, applying patches one by one as each build
died seems to have gotten it past that, not sure how well it will run but
that is another issue. The function pointer thing still confuses me.

Essentially   x(NULL,NULL) is written to invoke whatever x points
to. The compile complains however that "x_extra_stuff" is not defined
and indeed "_extra_stuff"  doesn't show up anywhere in project. Rewriting
the line as (*x)(NULL,NULL) got it past the compiler.






>
> --
> Larry Hall  http://www.rfk.com
> RFK Partners, Inc.  (508) 893-9779 - RFK Office
> 216 Dalton Rd.  (508) 893-9889 - FAX
> Holliston, MA 01746
>
> _
>
> A: Yes.
>> Q: Are you sure?
>>> A: Because it reverses the logical flow of conversation.
 Q: Why is top posting annoying in email?
>
> --
> 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
>
>


-- 
marchy...@gmail.com
note new address 2009-12-16:
Mike Marchywka
1975 Village Round
Marietta GA 30064
415-264-8477 (w)<- use this
404-788-1216 (C)<- leave message
989-348-4796 (P)<- emergency only
marchy...@hotmail.com
Note: If I am asking for free stuff, I normally use for hobby/non-profit
information but may use in investment forums, public and private.
Please indicate any concerns if applicable.
Note: hotmail is censoring incoming mail using random criteria beyond
my control and often hangs my browser
but all my subscriptions are here..., try also marchy...@yahoo.com

--
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

Re: cygwin qt port- do I have to apply patches or something?/ target app seems to run now.

[mike marchywka]

\>
> Thanks, it seems to be installing now. I think I tried to run cygport
> script
> but it didn't seem to do anything and it wasn't immediately obvious
> what to do. In any case, applying patches one by one as each build
> died seems to have gotten it past that, not sure how well it will run but
> that is another issue. The function pointer thing still confuses me.
>
> Essentially   x(NULL,NULL) is written to invoke whatever x points
> to. The compile complains however that "x_extra_stuff" is not defined
> and indeed "_extra_stuff"  doesn't show up anywhere in project. Rewriting
> the line as (*x)(NULL,NULL) got it past the compiler.
>

The wkhtmltopdf program that I was trying to build does run but
it complains it can't find an X server- starting an X server and setting
DISPLAY seems to fix that and I have a valid PDF output file.
"VALID" being questionable since AFAIK there is no PDF reader on
this machine but strings output looks credible so I'll say its working
as it is probably doing everything I need.
OK, so I tried to go get a PDF reader and wants email etc, I get
annoyed and to my surprise I have pdftk available.
Text extracts ok, seems fine. Thanks but I would like to do this
without X.



>
>
>
>
>

--
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

Re: chmod fails for MS-DOS style path in cygwin 1.7.2-2

[Corinna Vinschen]

On Apr  1 14:09, prakash babu wrote:
> I am using cygwin 1.7.2-2 and chmod fails for MS-DOS style path with the 
> following error message.
> 
> eg: chmod 755 C:\\FileName
>  
> cygwin warning: MS-DOS style path detected: C:\FileName
> Preferred POSIX equivalent is: /cygdrive/c/FileName
> CYGWIN environment variable option "nodosfilewarning" turns off this warning.
> Consult the user's guide for more details about POSIX paths:
> http://cygwin.com/cygwin-ug-net/using.html#using-pathnames
>  
> This used to work in cygwin 1.5 .  
>  
> Is there any workaround available for this currently ?
>  
> Is this a bug in 1.7 which will be fixed in the upcoming versions ?

It's a deliberate change, see
http://cygwin.com/ml/cygwin-announce/2010-03/msg00018.html

  "Handle native DOS paths always as if mounted with "posix=0,noacl".


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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

Re: scp no longer reports incremental progress

[Corinna Vinschen]

On Apr  1 14:00, Matthias Andree wrote:
> Christopher Faylor wrote on 2010-03-31:
> 
> >On Mon, Mar 29, 2010 at 06:14:39PM -0400, Christopher Faylor wrote:
> >>On Mon, Mar 29, 2010 at 06:12:53PM -0400, Charles Wilson wrote:
> >>>On 3/29/2010 6:09 PM, Jim Reisert AD1C wrote:
> I am running the latest Cygwin (1.7.2) and ssh.
> 
> I notice that scp (from local to remote host) no longer shows an
> incremental progress bar.  It just reports 100% completion
> immediately, then I have to wait until the copy is actually done.
> >>>
> Sink: C0644 11015296 dx4wawd.zip
> dx4wawd.zip
>    100%   11MB  10.5MB/s   00:00
> >>>
> >>>Hmm...same behavior here.  Didn't we see this behavior before, about a
> >>>year ago?  I think what fixed it back then was some cgf magic in the
> >>>socket fhandler innards.
> >>>
> >>>Uh-oh. One of the changes between 1.7.1 and 1.7.2 was more socket work.
> >>
> >>Actually, I think it was pipe related.
> >
> >And, it was.  I removed what I thought was an stupid function.  As it
> >turns out the function was needed but it just wasn't working quite
> >right.
> >
> >Today's snapshot, uploaded a few minutes ago, should fix the problem.
> 
> Euh, 20100331 seems to introduce regressions for me compared to 20100328.
> scp now seems broken for me,
> 
> $ scp -v somefile u...@example.org:/tmp/
> Executing: program /usr/bin/ssh host example.org, user user, command
> scp -v -t -- /tmp/
> 
> and often just hangs there, while PuTTY's pscp and interactive ssh
> to the same host + login works just fine, and also if I'm using the
> 20100328 snapshot.

Strange, I'm trying that, too, and it works every time for me.
Is your remote box a Cygwin box or some foreign OS?


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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

Re: chmod fails for MS-DOS style path in cygwin 1.7.2-2

[Christopher Faylor]

On Thu, Apr 01, 2010 at 02:09:29PM +0530, prakash babu wrote:
>I am using cygwin 1.7.2-2 and chmod fails for MS-DOS style path with the 
>following error message.
>
>eg: chmod 755 C:\\FileName
>
>cygwin warning: MS-DOS style path detected: C:\FileName
>Preferred POSIX equivalent is: /cygdrive/c/FileName
>CYGWIN environment variable option "nodosfilewarning" turns off this warning.
>Consult the user's guide for more details about POSIX paths:
>http://cygwin.com/cygwin-ug-net/using.html#using-pathnames
>
>This used to work in cygwin 1.5 .
>
>Is there any workaround available for this currently ?
>
>Is this a bug in 1.7 which will be fixed in the upcoming versions ?

How could a specific error message, which tells you how to turn it off,
be construed as a bug?

cgf

--
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

Re: scp no longer reports incremental progress

[Christopher Faylor]

On Thu, Apr 01, 2010 at 02:00:42PM +0300, Matthias Andree wrote:
>Christopher Faylor wrote on 2010-03-31:
>
>> On Mon, Mar 29, 2010 at 06:14:39PM -0400, Christopher Faylor wrote:
>>> On Mon, Mar 29, 2010 at 06:12:53PM -0400, Charles Wilson wrote:
 On 3/29/2010 6:09 PM, Jim Reisert AD1C wrote:
> I am running the latest Cygwin (1.7.2) and ssh.
>
> I notice that scp (from local to remote host) no longer shows an
> incremental progress bar.  It just reports 100% completion
> immediately, then I have to wait until the copy is actually done.

> Sink: C0644 11015296 dx4wawd.zip
> dx4wawd.zip
>100%   11MB  10.5MB/s   00:00

 Hmm...same behavior here.  Didn't we see this behavior before, about a
 year ago?  I think what fixed it back then was some cgf magic in the
 socket fhandler innards.

 Uh-oh. One of the changes between 1.7.1 and 1.7.2 was more socket work.
>>>
>>> Actually, I think it was pipe related.
>>
>> And, it was.  I removed what I thought was an stupid function.  As it
>> turns out the function was needed but it just wasn't working quite
>> right.
>>
>> Today's snapshot, uploaded a few minutes ago, should fix the problem.
>
>Euh, 20100331 seems to introduce regressions for me compared to 20100328.
>scp now seems broken for me,
>
>$ scp -v somefile u...@example.org:/tmp/
>Executing: program /usr/bin/ssh host example.org, user user, command scp  
>-v -t -- /tmp/
>
>and often just hangs there, while PuTTY's pscp and interactive ssh to the  
>same host + login works just fine, and also if I'm using the 20100328  
>snapshot.
>
>With gdb attached, it succeeds once in a while.

How big is "somefile" and where is "example.org"?  Is it a local
machine?  In another country/state/continent?  What kind of system is
it?

cgf

--
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

Re: chmod fails for MS-DOS style path in cygwin 1.7.2-2

[Andrew DeFaria]

On 04/01/2010 07:21 AM, Christopher Faylor wrote:

On Thu, Apr 01, 2010 at 02:09:29PM +0530, prakash babu wrote:
I am using cygwin 1.7.2-2 and chmod fails for MS-DOS style path with 
the following error message.


eg: chmod 755 C:\\FileName

cygwin warning: MS-DOS style path detected: C:\FileName
Preferred POSIX equivalent is: /cygdrive/c/FileName
CYGWIN environment variable option "nodosfilewarning" turns off this 
warning.

Consult the user's guide for more details about POSIX paths:
http://cygwin.com/cygwin-ug-net/using.html#using-pathnames

This used to work in cygwin 1.5 .

Is there any workaround available for this currently ?

Is this a bug in 1.7 which will be fixed in the upcoming versions ?


How could a specific error message, which tells you how to turn it 
off, be construed as a bug?
Maybe a bug as in "this bothers me". Sorta like the feeling I get when I 
hear, IMHO, the stupid message "It is not necessary to dial a 1 when 
calling this number". My thoughts tend to run "If you know the problem - 
and have the solution - why the #$&* are you telling me?!?". To me a 
better wording of that message would be "Did you know you do not need to 
dial a 1 when calling this number", but that does leave a question of 
"well exactly which (US) numbers do I need the 1 for and which don't I? 
How do I tell?"


I understand this is a warning message and I can easily turn it off, 
etc. I'm just saying...

--
Andrew DeFaria 
Advice - Do not use a hatchet to remove a fly from your forehead.


--
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

rsync.exe without socket pairs

[Eliot Moss]

If anyone wants a copy of the rsync.exe that I built for cygwin
with socket pairs disabled, you can fetch it at:

http://www.cs.umass.edu/~moss/rsync.exe

This solves the spin/hang issue that I was seeing with certain
large files transferring via ssh from my Windows 7 64-bit
laptop.

I posted this file for a particular requester, but he thought
others might appreciate a more public posting, so here it is.
Of course we all hope the underlying bug will be found and
fixed eventually, but this workaround has helped me and some
others for the time being ...

Regards -- Eliot Moss

--
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

Re: chmod fails for MS-DOS style path in cygwin 1.7.2-2

[Christopher Faylor]

On Thu, Apr 01, 2010 at 08:03:34AM -0700, Andrew DeFaria wrote:
>
>On 04/01/2010 07:21 AM, Christopher Faylor wrote:
>>How could a specific error message, which tells you how to turn it off,
>>be construed as a bug?
>
>Maybe a bug as in "this bothers me".

By those criteria you classify as a bug.

cgf

--
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

Re: chmod fails for MS-DOS style path in cygwin 1.7.2-2

[Larry Hall (Cygwin)]

On 4/1/2010 11:18 AM, Christopher Faylor wrote:

On Thu, Apr 01, 2010 at 08:03:34AM -0700, Andrew DeFaria wrote:


On 04/01/2010 07:21 AM, Christopher Faylor wrote:

How could a specific error message, which tells you how to turn it off,
be construed as a bug?


Maybe a bug as in "this bothers me".


By those criteria you classify as a bug.


Bugs bug me too.  I had a fly buzzing around that I just couldn't catch.
Finally I got out the can of Raid and zapped it.  No more bug.  I was
happy.  But then I had to live with the smell of Raid...

--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

_

A: Yes.

Q: Are you sure?

A: Because it reverses the logical flow of conversation.

Q: Why is top posting annoying in email?


--
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

Re: rsync.exe without socket pairs

[Corinna Vinschen]

On Apr  1 11:05, Eliot Moss wrote:
> http://www.cs.umass.edu/~moss/rsync.exe
>
> This solves the spin/hang issue that I was seeing with certain
> large files transferring via ssh from my Windows 7 64-bit
> laptop.
> [...]
> Of course we all hope the underlying bug will be found and
> fixed eventually, but this workaround has helped me and some
> others for the time being ...

Of course, if nobody having this problem dives into the code and
performs some actual debugging(*), it's unlikely the bug will ever
be found...


Corinna


(*) Using GDB and other, similar voodoo.

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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

Re: rsync.exe without socket pairs

[Larry Hall (Cygwin)]

On 4/1/2010 11:46 AM, Corinna Vinschen wrote:

On Apr  1 11:05, Eliot Moss wrote:

http://www.cs.umass.edu/~moss/rsync.exe

This solves the spin/hang issue that I was seeing with certain
large files transferring via ssh from my Windows 7 64-bit
laptop.
[...]
Of course we all hope the underlying bug will be found and
fixed eventually, but this workaround has helped me and some
others for the time being ...


Of course, if nobody having this problem dives into the code and
performs some actual debugging(*), it's unlikely the bug will ever
be found...




[scratches head]

So, Eliot and others having problems, are you still seeing the problems
using 1.7.2-1?

--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

_

A: Yes.

Q: Are you sure?

A: Because it reverses the logical flow of conversation.

Q: Why is top posting annoying in email?


--
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

Re: scp no longer reports incremental progress

[Matthias Andree]

Am 01.04.2010 16:17, schrieb Corinna Vinschen:
> On Apr  1 14:00, Matthias Andree wrote:
>> Christopher Faylor wrote on 2010-03-31:
>> 
>> >On Mon, Mar 29, 2010 at 06:14:39PM -0400, Christopher Faylor wrote:
>> >>On Mon, Mar 29, 2010 at 06:12:53PM -0400, Charles Wilson wrote:
>> >>>On 3/29/2010 6:09 PM, Jim Reisert AD1C wrote:
>> I am running the latest Cygwin (1.7.2) and ssh.
>> 
>> I notice that scp (from local to remote host) no longer shows an
>> incremental progress bar.  It just reports 100% completion
>> immediately, then I have to wait until the copy is actually done.
>> >>>
>> Sink: C0644 11015296 dx4wawd.zip
>> dx4wawd.zip
>>    100%   11MB  10.5MB/s   00:00
>> >>>
>> >>>Hmm...same behavior here.  Didn't we see this behavior before, about a
>> >>>year ago?  I think what fixed it back then was some cgf magic in the
>> >>>socket fhandler innards.
>> >>>
>> >>>Uh-oh. One of the changes between 1.7.1 and 1.7.2 was more socket work.
>> >>
>> >>Actually, I think it was pipe related.
>> >
>> >And, it was.  I removed what I thought was an stupid function.  As it
>> >turns out the function was needed but it just wasn't working quite
>> >right.
>> >
>> >Today's snapshot, uploaded a few minutes ago, should fix the problem.
>> 
>> Euh, 20100331 seems to introduce regressions for me compared to 20100328.
>> scp now seems broken for me,
>> 
>> $ scp -v somefile u...@example.org:/tmp/
>> Executing: program /usr/bin/ssh host example.org, user user, command
>> scp -v -t -- /tmp/
>> 
>> and often just hangs there, while PuTTY's pscp and interactive ssh
>> to the same host + login works just fine, and also if I'm using the
>> 20100328 snapshot.
> 
> Strange, I'm trying that, too, and it works every time for me.
> Is your remote box a Cygwin box or some foreign OS?

remote is openSUSE 11.2 on 32-bit i686 with OpenSSH 5.2.

-- 
Matthias Andree

--
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

Re: scp no longer reports incremental progress

[Matthias Andree]

Am 01.04.2010 16:43, schrieb Christopher Faylor:
> On Thu, Apr 01, 2010 at 02:00:42PM +0300, Matthias Andree wrote:
>>Christopher Faylor wrote on 2010-03-31:
>>
>>> On Mon, Mar 29, 2010 at 06:14:39PM -0400, Christopher Faylor wrote:
 On Mon, Mar 29, 2010 at 06:12:53PM -0400, Charles Wilson wrote:
> On 3/29/2010 6:09 PM, Jim Reisert AD1C wrote:
>> I am running the latest Cygwin (1.7.2) and ssh.
>>
>> I notice that scp (from local to remote host) no longer shows an
>> incremental progress bar.  It just reports 100% completion
>> immediately, then I have to wait until the copy is actually done.
>
>> Sink: C0644 11015296 dx4wawd.zip
>> dx4wawd.zip
>>100%   11MB  10.5MB/s   00:00
>
> Hmm...same behavior here.  Didn't we see this behavior before, about a
> year ago?  I think what fixed it back then was some cgf magic in the
> socket fhandler innards.
>
> Uh-oh. One of the changes between 1.7.1 and 1.7.2 was more socket work.

 Actually, I think it was pipe related.
>>>
>>> And, it was.  I removed what I thought was an stupid function.  As it
>>> turns out the function was needed but it just wasn't working quite
>>> right.
>>>
>>> Today's snapshot, uploaded a few minutes ago, should fix the problem.
>>
>>Euh, 20100331 seems to introduce regressions for me compared to 20100328.
>>scp now seems broken for me,
>>
>>$ scp -v somefile u...@example.org:/tmp/
>>Executing: program /usr/bin/ssh host example.org, user user, command scp  
>>-v -t -- /tmp/
>>
>>and often just hangs there, while PuTTY's pscp and interactive ssh to the  
>>same host + login works just fine, and also if I'm using the 20100328  
>>snapshot.
>>
>>With gdb attached, it succeeds once in a while.
> 
> How big is "somefile" and where is "example.org"?  Is it a local
> machine?  In another country/state/continent?  What kind of system is
> it?

As written to Corinna, 32-bit i686 openSUSE 11.2 Linux fully patched with
preinstalled openSSH 5.2.

Few MB, or 1.X MB. example.org is behind an ADSL line which is ~12 Mbit/s in the
direction where I'm trying to copy and ~0.6 Mbit/s in the opposite direction.
Note that with 20100328 I sort of "immediately" get the SSH debug trace, whereas
there is no output at all with 20100331. (on Windows 7 Professional 32-bit
German which itself sits on a 100 Mbit/s firehose). 12 hops, 48 ms (the first 10
hops take 7 ms, 11 hops 14 ms, then the typical DSL interleaving on the last 
hop).

-- 
Matthias Andree

--
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

Re: fopen with "a+" does not respect setting file read position to start of file

[Eric Blake]

On 04/01/2010 05:53 AM, Matthias Andree wrote:
>> Well if that worked previously it was a bug.
> 
> Not a Cygwin defect, but an application bug, and what Gavin named "work
> around" is actually the right fix.
> 
> POSIX explicitly states that the initial position beginning/end of file
> in append mode is implementation-defined, and the Cygwin documentation
> doesn't make promises either way. Linux and FreeBSD document BOF and
> EOF, respectively.

I agree that it is not a cygwin bug.  And I actually prefer Linux'
interpretation of BOF, since it matches with the POSIX requirement that
open(,O_APPEND|O_RDWR) be positioned at offset 0 and not at the end (it
is only fopen that is allowed, but not required, to be at the end).  In
fact, the release of m4 1.4.10 worked on cygwin and Linux but was broken
on BSD because of this very portability pitfall.

-- 
Eric Blake   ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org



signature.asc
Description: OpenPGP digital signature

Re: scp no longer reports incremental progress

[Corinna Vinschen]

On Apr  1 18:17, Matthias Andree wrote:
> Am 01.04.2010 16:43, schrieb Christopher Faylor:
> > On Thu, Apr 01, 2010 at 02:00:42PM +0300, Matthias Andree wrote:
> >>Euh, 20100331 seems to introduce regressions for me compared to 20100328.
> >>scp now seems broken for me,
> >>
> >>$ scp -v somefile u...@example.org:/tmp/
> >>Executing: program /usr/bin/ssh host example.org, user user, command scp  
> >>-v -t -- /tmp/
> >>
> >>and often just hangs there, while PuTTY's pscp and interactive ssh to the  
> >>same host + login works just fine, and also if I'm using the 20100328  
> >>snapshot.
> >>
> >>With gdb attached, it succeeds once in a while.
> > 
> > How big is "somefile" and where is "example.org"?  Is it a local
> > machine?  In another country/state/continent?  What kind of system is
> > it?
> 
> As written to Corinna, 32-bit i686 openSUSE 11.2 Linux fully patched with
> preinstalled openSSH 5.2.
> 
> Few MB, or 1.X MB. example.org is behind an ADSL line which is ~12 Mbit/s in 
> the
> direction where I'm trying to copy and ~0.6 Mbit/s in the opposite direction.
> Note that with 20100328 I sort of "immediately" get the SSH debug trace, 
> whereas
> there is no output at all with 20100331. (on Windows 7 Professional 32-bit
> German which itself sits on a 100 Mbit/s firehose). 12 hops, 48 ms (the first 
> 10
> hops take 7 ms, 11 hops 14 ms, then the typical DSL interleaving on the last 
> hop).

Just tried a slow line as well, multiple times.  It still works fine for
me with DSL upload speed of 0.6 Mbit/s, remote is cygwin.com which is
running some Linux as well.  10 hops.

Are you sure you didn't suffer from some other problem, like multiple
Cygwin versions or something?


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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

Re: rsync.exe without socket pairs

[Eliot Moss]

On 4/1/2010 11:46 AM, Corinna Vinschen wrote:

On Apr  1 11:05, Eliot Moss wrote:

http://www.cs.umass.edu/~moss/rsync.exe

This solves the spin/hang issue that I was seeing with certain
large files transferring via ssh from my Windows 7 64-bit
laptop.
[...]
Of course we all hope the underlying bug will be found and
fixed eventually, but this workaround has helped me and some
others for the time being ...


Of course, if nobody having this problem dives into the code and
performs some actual debugging(*), it's unlikely the bug will ever
be found...


I understand -- but it's a kind of rare thing, not easy to
develop a test case. It does seem to have to do with some
call indicating there are no bytes available to be read when
in fact there are, at least from my reading of the various
threads on the topic. Maybe I'll have time to work on it
eventually, but not for a while ...

Regards -- EM

--
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

Re: fopen with "a+" does not respect setting file read position to start of file

[Matthias Andree]

Eric Blake wrote on 2010-04-01:


On 04/01/2010 05:53 AM, Matthias Andree wrote:

Well if that worked previously it was a bug.


Not a Cygwin defect, but an application bug, and what Gavin named "work
around" is actually the right fix.

POSIX explicitly states that the initial position beginning/end of file
in append mode is implementation-defined, and the Cygwin documentation
doesn't make promises either way. Linux and FreeBSD document BOF and
EOF, respectively.


I agree that it is not a cygwin bug.  And I actually prefer Linux'
interpretation of BOF, since it matches with the POSIX requirement that
open(,O_APPEND|O_RDWR) be positioned at offset 0 and not at the end (it
is only fopen that is allowed, but not required, to be at the end).  In
fact, the release of m4 1.4.10 worked on cygwin and Linux but was broken
on BSD because of this very portability pitfall.


Preference seconded; Solaris 10 for instance also comes up with  
ftell[o](fopen("nonemptyfile", "a+")) == 0.


The FreeBSD argument (in the libc sources) is that their approach  
applications gets use ftell[o]() right - and how this isn't reliable at  
the same time:


/*
 * When opening in append mode, even though we use O_APPEND,
 * we need to seek to the end so that ftell() gets the right
 * answer.  If the user then alters the seek pointer, or
 * the file extends, this will fail, but there is not much
 * we can do about this.  (We could set __SAPP and check in
 * fseek and ftell.)
 */
if (oflags & O_APPEND)
(void)_sseek(fp, (fpos_t)0, SEEK_END);

(  
bottom)


--
Matthias Andree

--
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

Re: scp no longer reports incremental progress

[Matthias Andree]

Corinna Vinschen wrote on 2010-04-01:


On Apr  1 18:17, Matthias Andree wrote:

Am 01.04.2010 16:43, schrieb Christopher Faylor:
> On Thu, Apr 01, 2010 at 02:00:42PM +0300, Matthias Andree wrote:
>>Euh, 20100331 seems to introduce regressions for me compared to  
20100328.

>>scp now seems broken for me,
>>
>>$ scp -v somefile u...@example.org:/tmp/
>>Executing: program /usr/bin/ssh host example.org, user user, command  
scp

>>-v -t -- /tmp/
>>
>>and often just hangs there, while PuTTY's pscp and interactive ssh to  
the

>>same host + login works just fine, and also if I'm using the 20100328
>>snapshot.
>>
>>With gdb attached, it succeeds once in a while.
>
> How big is "somefile" and where is "example.org"?  Is it a local
> machine?  In another country/state/continent?  What kind of system is
> it?

As written to Corinna, 32-bit i686 openSUSE 11.2 Linux fully patched  
with

preinstalled openSSH 5.2.

Few MB, or 1.X MB. example.org is behind an ADSL line which is ~12  
Mbit/s in the
direction where I'm trying to copy and ~0.6 Mbit/s in the opposite  
direction.
Note that with 20100328 I sort of "immediately" get the SSH debug  
trace, whereas
there is no output at all with 20100331. (on Windows 7 Professional  
32-bit
German which itself sits on a 100 Mbit/s firehose). 12 hops, 48 ms (the  
first 10
hops take 7 ms, 11 hops 14 ms, then the typical DSL interleaving on the  
last hop).


Just tried a slow line as well, multiple times.  It still works fine for
me with DSL upload speed of 0.6 Mbit/s, remote is cygwin.com which is
running some Linux as well.  10 hops.

Are you sure you didn't suffer from some other problem, like multiple
Cygwin versions or something?


I shut down all Cygwin processes (ps -al only listed itself) and replaced  
cygwin1.dll before doing the trials. What else would I have to do to be  
sure? Or did I miss replacing other parts of the system for the trial?


--
Matthias Andree

--
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

Re: 1.7.1 Runtime Error in setup.exe subsequent to successful install

[Brad Allen]

Nobody replied on this, so I've given up on cygwin.

The bash shell included with msysgit is turning out to be a nice
replacement, and unlike cygwin, doesn't seem to have any problems with
Python's virtualenv.

--
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

Re: 1.7.1 Runtime Error in setup.exe subsequent to successful install

[Larry Hall (Cygwin)]

On 4/1/2010 2:39 PM, Brad Allen wrote:

Nobody replied on this, so I've given up on cygwin.


Persistence is a virtue. :-)


The bash shell included with msysgit is turning out to be a nice
replacement, and unlike cygwin, doesn't seem to have any problems with
Python's virtualenv.


You're welcome to try again using the latest 'setup.exe' available from
cygwin.com.  The current version is 2.693.  That's the version for
'setup.exe', not the Cygwin package, which is now at version 1.7.2.

--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

_

A: Yes.

Q: Are you sure?

A: Because it reverses the logical flow of conversation.

Q: Why is top posting annoying in email?


--
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

How to properly set up a chrooted environment

[d . sastre . medina]

Hello,

I'm trying to build a chrooted env in a windows 7 box:
CYGWIN_NT-6.1 win7 1.7.2(0.225/5/3) 2010-03-24 21:12 i686 Cygwin

Before presuming anything, I did my homework, RTFM (found nothing, 
though), STFW and STFCPMLA. Got some recent hits:

[1] http://sourceware.org/ml/cygwin/2009-10/msg00476.html
[2] http://sourceware.org/ml/cygwin/2009-10/msg00198.html

With this in mind, my questions are:
-has this situation changed/evolved in/with 1.7.2 ?
-what is the basic infraestructure needed for a sane env?
-what about mount points?
 i.e, I have this:

normal_u...@box ~
$ mount
E:/bin on /usr/bin type ntfs (binary,auto)
E:/lib on /usr/lib type ntfs (binary,auto)
E: on / type ntfs (binary,auto)
H: on /chroot type ntfs (binary)
I: on /usr/local type ntfs (binary)
C: on /mnt/c type ntfs (binary,posix=0,user,noumount,auto)
D: on /mnt/d type ntfs (binary,posix=0,user,noumount,auto)
F: on /mnt/f type ntfs (binary,posix=0,user,noumount,auto)

 and I want to create a chrooted env under /chroot. Should I create a
 /chroot/etc/fstab (would it be ever read) in a way that chrooted_user 
 gets something like:

chrooted_u...@box ~
$ mount
H:/chroot / type ntfs (binary,auto)
H:/chroot/bin on /usr/bin type ntfs (binary,auto)
H:/chroot/lib on /usr/lib type ntfs (binary,auto)

 ...or a better approach would be creating a /etc/fstab.d/chrooted_user
 with those definitions?

-is there a canonical way to do this?
 (and where is the manual :-))

Any feedback will be appreciated.
Regards.

-- 
Huella de clave = 943C D77F 0CB0 02FE 166E  E06F D13A A2E1 98A5 C953


pgptfCWqesH0k.pgp
Description: PGP signature

Re: How to properly set up a chrooted environment

[Eric Blake]

On 04/01/2010 02:19 PM, d.sastre.med...@gmail.com wrote:
> Hello,
> 
> I'm trying to build a chrooted env in a windows 7 box:
> CYGWIN_NT-6.1 win7 1.7.2(0.225/5/3) 2010-03-24 21:12 i686 Cygwin

What do you hope to accomplish with this?  You are NOT adding any
security to your system by using a cygwin chroot, because you do not
have operating system support (that is, an application can escape the
jail by using native Windows commands).  chroot exists to ease porting
some programs (such as coreutils), but is NOT a solution for security
that you seem to think it is.

> 
> -is there a canonical way to do this?
>  (and where is the manual :-))

There is no manual for chroot on cygwin, because no one here recommends
doing it for anything serious.

-- 
Eric Blake   ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org



signature.asc
Description: OpenPGP digital signature

Re: How to properly set up a chrooted environment

[d . sastre . medina]

On Thu, Apr 01, 2010 at 02:26:46PM -0600, Eric Blake wrote:
> On 04/01/2010 02:19 PM, David wrote:
> > Hello,
> > 
> > I'm trying to build a chrooted env in a windows 7 box:
> > CYGWIN_NT-6.1 win7 1.7.2(0.225/5/3) 2010-03-24 21:12 i686 Cygwin
> 
> What do you hope to accomplish with this?  You are NOT adding any
> security to your system by using a cygwin chroot, because you do not
> have operating system support (that is, an application can escape the
> jail by using native Windows commands).  chroot exists to ease porting
> some programs (such as coreutils), but is NOT a solution for security
> that you seem to think it is.

I was thinking about a ftp server. Users would log in into the jail,
say /chroot/home/proftp/... 
And this is just for testing/learning purposes and fun.

> > -is there a canonical way to do this?
> >  (and where is the manual :-))
> 
> There is no manual for chroot on cygwin, because no one here recommends
> doing it for anything serious.

OK. Got it. Thank you.

-- 
Huella de clave = 943C D77F 0CB0 02FE 166E  E06F D13A A2E1 98A5 C953


pgp4PWBVUp7Eo.pgp
Description: PGP signature

Re: How to properly set up a chrooted environment

[NightStrike]

On Thu, Apr 1, 2010 at 4:46 PM,   wrote:
> I was thinking about a ftp server. Users would log in into the jail,
> say /chroot/home/proftp/...

Most ftp servers provide this functionality natively.

> And this is just for testing/learning purposes and fun.

A great way to learn is by doing :)

--
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

Re: Problem on sh shell

[Eric Blake]

On 04/01/2010 05:16 PM, Elin Aronsen wrote:

You should have listed your problem as the body of your email, rather
than appending it to the end of your cygcheck attachment.

> ADDING OUTPUT OF PROBLEM WITH MAKE ON SH SHELL
> 
> sh-3.2$ cygcheck -s -v -r > cygcheck.out
> sh: cygcheck: command not found

What's your PATH?  It's probably missing /usr/bin at the time you did
this, although you obviously managed to add it later for the actual
cygcheck output that you included.

Beyond that, I don't see what you are complaining about.  You'll have to
give better details about what you think is going wrong, rather than
having me reverse engineer your screenshot to interpret why you think it
was a problem.

-- 
Eric Blake   ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org



signature.asc
Description: OpenPGP digital signature

Re: 1.7.1 Runtime Error in setup.exe subsequent to successful install

[Dave Korn]

On 01/04/2010 19:39, Brad Allen wrote:
> Nobody replied on this, so I've given up on cygwin.

  Oops, sorry.  This is a high traffic mailing list, sometimes things get
overlooked.  Please believe that it wasn't malicious.

> The bash shell included with msysgit is turning out to be a nice
> replacement, and unlike cygwin, doesn't seem to have any problems with
> Python's virtualenv.

  ActivePython may well not be compatible with Cygwin, or vice-versa, if
that's the version you are using.

cheers,
  DaveK


--
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

Re: How to properly set up a chrooted environment

[Dave Korn]

On 01/04/2010 21:46, d.sastre.medina wrote:

> And this is just for testing/learning purposes and fun.

  That's of course fine; anything you run for yourself in your own private
network isn't a problem, but it's worth being explicit about this:

>> There is no manual for chroot on cygwin, because no one here recommends
>> doing it for anything serious.

  I would never recommend exposing *any* Cygwin server to the
internet-at-large at all, ever.  Although Cygwin doesn't introduce any
vulnerabilities into applications that don't already have them, it does make
it significantly more likely that you can escalate your privileges anywhere
you can log in even as a restricted user.

cheers,
  DaveK

--
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

Re: Problem on sh shell

[Dave Korn]

On 02/04/2010 00:16, Elin Aronsen wrote:

> e...@valued-04c3b21f /cygdrive/c/Geant4/geant4_9_2_p01
> $ cygcheck -s -v -r
> 
> Cygwin Configuration Diagnostics

  So, that worked.

> ADDING OUTPUT OF PROBLEM WITH MAKE ON SH SHELL
> 
> sh-3.2$ cygcheck -s -v -r > cygcheck.out
> sh: cygcheck: command not found

  So, that didn't work.

  Therefore, whatever it was you did differently to launch the two shells,
must be the cause of the problem.

  Try running "make" in the first shell instead of the second one.

cheers,
  DaveK







--
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

[Slightly OT] Need help with GNU ld

[Ben Kamen]

Hi all,

 I'm sort of lost as to where I might even start with this, and since this 
group is so fluent (I'm guessing) with GCC, I'm hoping someone here can either 
answer or point me to where I can go look.

(I'm looking on the gnu.org's gplusplus list and am not sure if that's a good 
source since it seems kind of dead)

Anyway - here's my problem.

I'm working on an embedded app that uses GCC for its compiler.

I have 2 pieces of code that share common library functions from libc.a like 
memcpy and strlen

Because the two pieces are a bootloader and the application, I would like the 
bootloader to be linked with a completely private set of functions which 
INCLUDEs the library calls they make.

This would duplicate those libc.a calls like memcpy() and strlen() inside the 
bootloader portion.

So my question is (and I might be looking in the wrong place to do this, but it 
seems like 'ld' would take care of it):

How do I tell the ld that for bootloader.o, all library references like 
memcpy() should be inlined/included with that function. I've got all the 
functions in the bootloader corralled into the memory space I want, but the 
functions called in libc.a are shared.

'static' only works for the immediate function while any calls to a libc.a 
function get shared with the main application.

I've already tried the forum for the micro-controller I'm using.. but 
apparently, it's new enough that I'm too far ahead on the curve for anyone else 
to help me. (even from the company)

Thanks in advance and sorry for bugging all of you here.. if I hear crickets, 
I'll try and keep digging elsewhere.

 -Ben


--
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

Re: How to properly set up a chrooted environment

[Andrew DeFaria]

On 04/01/2010 01:26 PM, Eric Blake wrote:

On 04/01/2010 02:19 PM, d.sastre.med...@gmail.com wrote:
   

Hello,

I'm trying to build a chrooted env in a windows 7 box:
CYGWIN_NT-6.1 win7 1.7.2(0.225/5/3) 2010-03-24 21:12 i686 Cygw
 

What do you hope to accomplish with this?  You are NOT adding any
security to your system by using a cygwin chroot, because you do not
have operating system support (that is, an application can escape the
jail by using native Windows commands).  chroot exists to ease porting
some programs (such as coreutils), but is NOT a solution for security
that you seem to think it is.
I'd like to use it to set up the environment for Rational Clearcase's 
concept of setting a view. It uses a chrooted environment of sorts. Of 
course lacking OS support it probably wouldn't be 100% but it might 
smooth the rough edges.

--
Andrew DeFaria 
Humor is a rubber sword - it allows you to make a point without drawing 
blood. - Mary Hirsch



--
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

Re: [Slightly OT] Need help with GNU ld

[Christopher Faylor]

On Thu, Apr 01, 2010 at 08:40:30PM -0500, Ben Kamen wrote:
>I'm sort of lost as to where I might even start with this, and since
>this group is so fluent (I'm guessing) with GCC, I'm hoping someone
>here can either answer or point me to where I can go look.
>
>(I'm looking on the gnu.org's gplusplus list and am not sure if that's
>a good source since it seems kind of dead)
>
>Anyway - here's my problem.
>
>I'm working on an embedded app that uses GCC for its compiler.
>
>I have 2 pieces of code that share common library functions from libc.a
>like memcpy and strlen
>
>Because the two pieces are a bootloader and the application, I would
>like the bootloader to be linked with a completely private set of
>functions which INCLUDEs the library calls they make.
>
>This would duplicate those libc.a calls like memcpy() and strlen()
>inside the bootloader portion.
>
>So my question is (and I might be looking in the wrong place to do
>this, but it seems like 'ld' would take care of it):
>
>How do I tell the ld that for bootloader.o, all library references like
>memcpy() should be inlined/included with that function.  I've got all
>the functions in the bootloader corralled into the memory space I want,
>but the functions called in libc.a are shared.
>
>'static' only works for the immediate function while any calls to a
>libc.a function get shared with the main application.
>
>I've already tried the forum for the micro-controller I'm using..  but
>apparently, it's new enough that I'm too far ahead on the curve for
>anyone else to help me.  (even from the company)
>
>Thanks in advance and sorry for bugging all of you here..  if I hear
>crickets, I'll try and keep digging elsewhere.

This is more than slightly offtopic here.  It's completely offtopic.

Please find another forum.  Sorry.

cgf

--
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