d_conf file? If so, then the
server will ignore the keys in the .ssh sub-directory if the home
directory is writeable by anyone other than the Owner.
slide
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwi
the command that chere
> puts a registry and paste it into a batch file. You probably need to
> fix up quoting, and change any %L to %1.
>
> Run 'chere -r' and look for the text associated with the command key.
>
>
> Cheers,
>
> Dave.
>
You could also
On Thu, Aug 19, 2010 at 6:23 PM, Christopher Faylor
wrote:
> On Thu, Aug 19, 2010 at 06:18:11PM -0700, Slide wrote:
>>I've looked through the archives and saw some messages about building
>>a cross-compiler to build cygwin apps on linux, but most of those
>>messages/ar
I've looked through the archives and saw some messages about building
a cross-compiler to build cygwin apps on linux, but most of those
messages/articles are pretty old. Has anyone done this recently with
more recent GCC and Cygwin versions?
Thanks,
slide
--
Problem reports:
On Wed, Jul 7, 2010 at 6:04 AM, Christopher Faylor
wrote:
> On Wed, Jul 07, 2010 at 05:56:30AM -0700, Slide wrote:
>>
>>
>>> Thanks for your help. ?This problem should be fixed now in CVS.
>>> I switched off the entire mechanism which tries to resolve sharing
g violation.
>
>
> Corinna
>
Corinna,
Thanks very much for the awesome and speedy response to this issue.
This will help keep me sane for a little while longer :-)
Thanks,
slide
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
D
On Tue, Jul 6, 2010 at 1:02 AM, Corinna Vinschen
wrote:
> On Jul 5 23:00, Slide wrote:
>>
>>
>> > This funtionality wasn't available in 1.5, so, yes, this would only
>> > have started with 1.7.
>> >
>> > So it seems that these netapp
> This funtionality wasn't available in 1.5, so, yes, this would only
> have started with 1.7.
>
> So it seems that these netapp drives somehow don't understand the
> entirely normal FileDispositionInformation method, or they ignore it for
> some unknown reason.
>
> Unfortunately the strace from
y, it
_seems_ like this started happening when we upgraded to Cygwin 1.7
from Cygwin 1.5. I don't know that for sure though, it just _seems_
that that is what happened.
Thanks,
slide
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documenta
On Thu, Jul 1, 2010 at 3:26 PM, Larry Hall (Cygwin)
wrote:
> On 7/1/2010 5:52 PM, Slide wrote:
>
>
>
>> What sort of information would you need for the share? I believe it is
>> actually a Linux box running Samba for the share. I would have to
>> double check wi
On Thu, Jul 1, 2010 at 2:28 PM, Eric Blake wrote:
> On 07/01/2010 03:24 PM, Slide wrote:
>> I am seeing a VERY odd problem. If I run "/usr/bin/rm -rf
>> //computer/share/path/to/dir" to remove a directory on a network
>> share. I get some dire
683899 [main] rm 8612 proc_terminate: nprocs 0
1228 685127 [main] rm 8612 proc_terminate: leaving
1726 686853 [main] rm 8612 __to_clock_t: dwHighDateTime 0,
dwLowDateTime 468750
2063 688916 [main] rm 8612 __to_clock_t: total 0000 002E
1158 690074 [main] rm 8612 __to_clock_t: dwH
12 matches
Mail list logo