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
since 1.5.18-1 produce 100% failure for any
operation which (apparently) involves opendir/readdir operations, the most
obvious of which is `ls'. Any attempt since 1.5.18-1 to run `ls' against
any directory mounted from our TAS server results in
ls: reading directory DIR: [ERROR]
where `D
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Fry, Chuck (GE Trans) on 11/8/2005 7:25 AM:
> I'm new to Cygwin, and I'm trying to port some applications that run under
> HPUX 10.20.
> When recompiling under Cygwin one of the applications won't link because the
> linker
> can't resolv
I'm new to Cygwin, and I'm trying to port some applications that run under HPUX
10.20.
When recompiling under Cygwin one of the applications won't link because the
linker
can't resolve getdirentries which is a HPUX function. HP is obsolescing this
function
and recommends that you rewrite this f
15 matches
Mail list logo
