Re: [Slightly OT] Need help with GNU ld

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 gplusplu

Re: How to properly set up a chrooted environment

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 addi

[Slightly OT] Need help with GNU ld

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 sin

Re: Problem on sh shell

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

Re: How to properly set up a chrooted environment

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

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

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

Re: Problem on sh shell

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 fo

Re: How to properly set up a chrooted environment

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 :) -- Pr

Re: How to properly set up a chrooted environment

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

Re: How to properly set up a chrooted environment

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 cygw

How to properly set up a chrooted environment

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

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

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

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

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

Re: scp no longer reports incremental progress

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

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

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

Re: rsync.exe without socket pairs

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 bu

Re: scp no longer reports incremental progress

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 somefi

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

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 m

Re: scp no longer reports incremental progress

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 wrot

Re: scp no longer reports incremental progress

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

Re: rsync.exe without socket pairs

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 bu

Re: rsync.exe without socket pairs

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 eventual

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

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"

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

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.

rsync.exe without socket pairs

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

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

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

Re: scp no longer reports incremental progress

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

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

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

Re: scp no longer reports incremental progress

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 l

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

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 en

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

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

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

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

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

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"); /* r

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

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

Re: scp no longer reports incremental progress

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 lo

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

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=

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

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

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

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

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

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 of

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

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

R: script command exits immediately

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