On Jul 30 15:00, Sam Nelson wrote:
> On Tue, July 29, 2008 16:16, Corinna Vinschen wrote:
> > Here's one additional test I'd like to ask you to do for the sake of
> > Cygwin 1.7. Please replace the FileBothDirectoryInformation with
> > FileDirectoryInformation and strace it again. You'll suffer t
On Tue, July 29, 2008 16:16, Corinna Vinschen wrote:
> Here's one additional test I'd like to ask you to do for the sake of
> Cygwin 1.7. Please replace the FileBothDirectoryInformation with
> FileDirectoryInformation and strace it again. You'll suffer the crash,
> but until then, does the NtQuer
On Tue, July 29, 2008 16:16, Corinna Vinschen wrote:
> On Jul 29 15:55, Sam Nelson wrote:
>> On Tue, July 29, 2008 14:48, Corinna Vinschen wrote:
>> > I don't know
>> > how much time you want to invest, but if you want to, you will have to
>> > dig deeper:
>> >
>> > - First of all, disable setting
On Jul 29 15:55, Sam Nelson wrote:
> On Tue, July 29, 2008 14:48, Corinna Vinschen wrote:
> > I don't know
> > how much time you want to invest, but if you want to, you will have to
> > dig deeper:
> >
> > - First of all, disable setting dir->__flags |= dirent_get_d_ino in
> > fhandler_disk_file:
On Tue, July 29, 2008 14:48, Corinna Vinschen wrote:
> I don't know
> how much time you want to invest, but if you want to, you will have to
> dig deeper:
>
> - First of all, disable setting dir->__flags |= dirent_get_d_ino in
> fhandler_disk_file::opendir at line 1570. This disables the
> Fil
On Jul 29 15:03, Sam Nelson wrote:
> On Tue, July 29, 2008 14:48, Corinna Vinschen wrote:
> > On Jul 29 13:54, Sam Nelson wrote:
> >> 934 239541 [main] ls 5132 fhandler_disk_file::readdir:
> >> NtQueryDirectoryFile failed, status 0xC0BB, win32 error 50
> >> 526 240067 [main] ls 5132 fhand
On Tue, July 29, 2008 14:48, Corinna Vinschen wrote:
> On Jul 29 13:54, Sam Nelson wrote:
>> On Mon, July 28, 2008 13:31, Corinna Vinschen wrote:
>> > and right in front of the comment starting in line 1713 in
>> > fhandler_disk_file.cc add
>> >
>> > if (!NT_SUCCESS (status))
>> > deb
On Jul 29 13:54, Sam Nelson wrote:
> On Mon, July 28, 2008 13:31, Corinna Vinschen wrote:
> > and right in front of the comment starting in line 1713 in
> > fhandler_disk_file.cc add
> >
> > if (!NT_SUCCESS (status))
> > debug_printf ("NtQueryDirectoryFile failed, status %p, win32 err
On Mon, July 28, 2008 13:31, Corinna Vinschen wrote:
> Two possible reasons come to mind:
>
> - The status code returned by TAS is not one of those three
> - The status code returned by TAS is one of those three, but the
>first call with FileIdBothDirectoryInformation has screwed up
>TAS
On Jul 28 16:45, Sam Nelson wrote:
> On Mon, July 28, 2008 13:31, Corinna Vinschen wrote:
> > On Jul 28 12:52, Sam Nelson wrote:
> >> Our main fileserver is Solaris running TotalNet Advanced Server (TAS),
> >> which is `Samba-like, but not Samba' from the Windows PoV at least. In
> >
> > Means wha
On Mon, July 28, 2008 13:31, Corinna Vinschen wrote:
> On Jul 28 12:52, Sam Nelson wrote:
>> Our main fileserver is Solaris running TotalNet Advanced Server (TAS),
>> which is `Samba-like, but not Samba' from the Windows PoV at least. In
>
> Means what?
I mean from the `user experience' or `look&
On Jul 28 12:52, Sam Nelson wrote:
> Our main fileserver is Solaris running TotalNet Advanced Server (TAS),
> which is `Samba-like, but not Samba' from the Windows PoV at least. In
Means what? Samba is recognized by the fact that the file system
returns "NTFS" as file system type, plus a specifi
For some time now, on and off, I've been looking at a problem that arose
somewhere between the release of Cygwin.dll-1.5.18-2 and 1.5.19-4. I'm
not actually a Cygwin user myself, but I support several such.
Our main fileserver is Solaris running TotalNet Advanced Server (TAS),
which is `Samba-lik
13 matches
Mail list logo
