Przemyslaw, Przemysław Czerpak wrote: > The description suggests that files with attribute READONLY or ARCHIVE are > not shown if MAY bits are not set. It's not Clipper compatible behavior. > So it should be definitely fixed or the description is wrong. >
I think description is wrong, see MUST_HAVE_ARCHIVED (0x00002000) Must-Have Archive bit; excludes files without the archive bit set if bit 13 is set to 1. Files may have the Archive bit set if bit 13 is set to 0. and FILE_ARCHIVED (0x00000020) May-Have Archive bit; includes files with the Archive bit set if bit 5 is set to 1. Excludes files with the Archive bit set if bit 5 is set to 0. I've also done a little test on a shared volume, all files with 'A' and one with 'R' flag set, Directory() returns the name of them all. So, docs are wrong :) >>> BTW what errors do you have? >> Error 8, that is ERROR_NOT_ENOUGH_MEMORY. > > Looks like some internal problem, i.e. with memory alignment. > yes, I think the problem could be caused by some old 16bit code, the strange thing is that, before my latest change, it was not failing always, but just from time to time apart in a test case I have, where two calls to Directory() for two different files, one ok and the other failing! > If it's memory alignment problem then such modification should resolve it. > Anyhow such things should be documented. > I was not able to find a reference to this issue googling for several hours :( > I think that we should clean current file IO code and use only native > OS2 API instead of current mixed OS2 and CRTL calls. We can also add > support for 64bit file API if it's available in OS2. > Yes, using APIs only could be a good thing, at least for code quality. Best regards. Maurilio. -- __________ | | | |__| Maurilio Longo |_|_|_|____| farmaconsult s.r.l. _______________________________________________ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour