Thanks for the replies, cygwin people!
- Original Message -
> From: "Andrey Repin"
...
>
> > I understand about not installing cygwin in c:\. But I really want
> > a single
> > filesystem, so cygwin's / is Windows c:/, and cygwin /Program\
> > Files is
> > Windows /Program Files and so
On 10/17/2012 4:58 PM, Andrey Repin wrote:
> Greetings, Gary Oberbrunner!
>
>> I understand about not installing cygwin in c:\. But I really want a single
>> filesystem, so cygwin's / is Windows c:/, and cygwin /Program\ Files is
>> Windows /Program Files and so on.
>
> Having single filesystem,
Greetings, Gary Oberbrunner!
> I understand about not installing cygwin in c:\. But I really want a single
> filesystem, so cygwin's / is Windows c:/, and cygwin /Program\ Files is
> Windows /Program Files and so on.
Having single filesystem, and having cygwin mounted on root is not the same.
>
Gary Oberbrunner sent the following at Wednesday, October 17, 2012 2:22 PM
>I understand about not installing cygwin in c:\. But I really want a
>single filesystem, so cygwin's / is Windows c:/, and cygwin /Program\
>Files is Windows /Program Files and so on. I have an environment with
>lots of non
seems like your rsync path is not in a standard path. If you add rsync-path
with the path of rsync that is installed on server, it should work
Sample command
rsync --rsync-path=/opt/software/bin/rsync -avz -e ssh
test-u...@test.server.com:/user/test /cygdrive/c/test
--
View this message in co
On 10/17/2012 12:15 PM, Christopher Faylor wrote:
On Wed, Oct 17, 2012 at 01:04:02PM -0400, Earnie Boyd wrote:
On Wed, Oct 17, 2012 at 12:36 PM, Saurabh T wrote:
For various reasons, I cannot switch to rxvt or similar, and am stuck
using the cygwin bash shell (which runs on top of the dos cmd w
On Wed, Oct 17, 2012 at 01:04:02PM -0400, Earnie Boyd wrote:
>On Wed, Oct 17, 2012 at 12:36 PM, Saurabh T wrote:
>>For various reasons, I cannot switch to rxvt or similar, and am stuck
>>using the cygwin bash shell (which runs on top of the dos cmd window).
>>
>>Here, the background color defaults
I understand about not installing cygwin in c:\. But I really want a single
filesystem, so cygwin's / is Windows c:/, and cygwin /Program\ Files is Windows
/Program Files and so on. I have an environment with lots of non-cygwin tools
and translating paths between them is not workable.
I'm not
On Wed, Oct 17, 2012 at 12:36 PM, Saurabh T wrote:
>
> Hi,
>
> For various reasons, I cannot switch to rxvt or similar, and am stuck
> using the cygwin bash shell (which runs on top of the dos cmd window).
>
> Here, the background color defaults to black and foreground to light.
> I reversed this u
On 10/17/2012 9:36 AM, Saurabh T wrote:
Hi,
For various reasons, I cannot switch to rxvt or similar, and am stuck
using the cygwin bash shell (which runs on top of the dos cmd window).
Might we ask what are the reasons you can't use mintty? If it's because
of other problems perhaps we can help
On Wed, Oct 17, 2012 at 12:39:27PM -0400, Robert Pendell wrote:
>On Wed, Oct 17, 2012 at 12:36 PM, Saurabh T <...> wrote:
>>For various reasons, I cannot switch to rxvt or similar, and am stuck
>>using the cygwin bash shell (which runs on top of the dos cmd window).
>
>This doesn't address your iss
On Wed, Oct 17, 2012 at 12:36 PM, Saurabh T <...> wrote:
>
> Hi,
>
> For various reasons, I cannot switch to rxvt or similar, and am stuck
> using the cygwin bash shell (which runs on top of the dos cmd window).
>
> Here, the background color defaults to black and foreground to light.
> I reversed
Hi,
For various reasons, I cannot switch to rxvt or similar, and am stuck
using the cygwin bash shell (which runs on top of the dos cmd window).
Here, the background color defaults to black and foreground to light.
I reversed this using the dos window -> Properties -> Colors.
However the bold c
On 10/16/2012 1:48 PM, Duncan Murdoch wrote:
Cygwin builds
didn't pass the tests, so they weren't reliable.
I don't suppose one of the failed tests is that sub() does the wrong
thing? See http://comments.gmane.org/gmane.os.cygwin/136558
--
Problem reports: http://cygwin.com/problems.h
On Oct 17 09:03, GrahamC wrote:
> On Oct 16 Corinna Vinschen wrote:
> > On Oct 15 23:55, GrahamC wrote:
> > > Another anomaly with disk drive partition devices (/dev/sdX1, /dev/sdX2
> > > etc.) is the access control.
> > >
> > > While the whole disk devices (/dev/sdX) can only be accessed when r
On Oct 17 09:10, Denis Excoffier wrote:
> Hi,
>
> With the last snapshot (2012-10-16), the cygcheck.exe
> does not load (return code 127 under tcsh). Microsoft loader (ie
> double-click) on it says (i translate from french):
> _get_output_format: entry point not found in msvcrt.dll
>
> I recompil
On Oct 16 13:51, julien2412 wrote:
> Corinna, the commands you gave seem to show a pb with Windows registry.
> So I launched a free Windows registry tool (glary utilities) to search for
> errors + defrag Windows registry
> I also runned a scandisk on C: and now it works!
>
> Registry keys appear n
On Oct 16 Corinna Vinschen wrote:
> On Oct 15 23:55, GrahamC wrote:
> > Another anomaly with disk drive partition devices (/dev/sdX1, /dev/sdX2
> > etc.) is the access control.
> >
> > While the whole disk devices (/dev/sdX) can only be accessed when running
> > as administrator, the
> > indivi
Hi,
With the last snapshot (2012-10-16), the cygcheck.exe
does not load (return code 127 under tcsh). Microsoft loader (ie
double-click) on it says (i translate from french):
_get_output_format: entry point not found in msvcrt.dll
I recompiled using the sources and the cygcheck.exe produced
works
19 matches
Mail list logo
