Yaakov S (Cygwin Ports) wrote:
Lapo Luchini wrote:
Corinna Vinschen wrote:
That's fine since the existance of reparse points corresponds with
the existance of the GetVolumePathName function. In other words,
if you have to emulate the function, no other volume mount points
besides X:\
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lapo Luchini wrote:
Corinna Vinschen wrote:
That's fine since the existance of reparse points corresponds with
the existance of the GetVolumePathName function. In other words,
if you have to emulate the function, no other volume mount points
On Mar 18 15:13, Lapo Luchini wrote:
May I suggest to use GetFullPathName on the incoming path first?
Then you can savely remove the if (isalpha(lpszFileName[0])) {
part.
OK, will modify it ASAP (which can be a while, graduation thesis
deadline in less than 2 weeks...).
BTW: would
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Corinna Vinschen wrote:
That's fine since the existance of reparse points corresponds with
the existance of the GetVolumePathName function. In other words,
if you have to emulate the function, no other volume mount points
besides X:\ and
Corinna Vinschen wrote:
Just to dismiss NT4 instead of implementing
these 10 lines of code is a bit strange, isn't it?
I hardly call this 10 lines of code, it was more than 1 hour worth of
work, emulating that pesky function ;-)
(of course I completely ignored UNC paths and the very idea
Yaakov S (Cygwin Ports) wrote:
OK, thanks. Sorry for the delay; I was just about to ping you when I
saw your response, which I obviously missed before.
Eheh =)
Then the package seems to be ready for prime time? (aka upload)
Do you have any ideas about how to deal with FAT on NT4?
As soon as I
Lapo Luchini wrote:
Eheh =)
Then the package seems to be ready for prime time? (aka upload)
I think so, could you build from source for a GTG review?
As soon as I have some time I'll try installing NT4 in a virtual machine
and try a bit... but I can't say this is high on my TODO list...
I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lapo Luchini wrote:
I and Alex tried that against our application and seems to work ok, so
I guess the package is ready for the public ;-)
OK, thanks. Sorry for the delay; I was just about to ping you when I
saw your response, which I obviously
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Yaakov S (Cygwin Ports) wrote:
Lapo,
Thanks for the patch. Please test 0.1.7:
I and Alex tried that against our application and seems to work ok, so
I guess the package is ready for the public ;-)
Lapo
-BEGIN PGP SIGNATURE-
Version:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lapo,
Thanks for the patch. Please test 0.1.7:
ftp://sunsite.dk/projects/cygwinports/release/gamin/gamin-0.1.7-1-src.tar.bz2
ftp://sunsite.dk/projects/cygwinports/release/gamin/gamin-0.1.7-1.tar.bz2
Yaakov S (Cygwin Ports) wrote:
Lapo Luchini wrote:
I guess you did try with latest version, 0.1.7..?
Both under FreeBSD and Cygwin we didn't manage to have a working
gamin-0.1.7.
But gamin-0.1.5 works perfectly, it seems. (Using polling, of course.)
Actually, neither 0.1.6 (which was
Yaakov S (Cygwin Ports) wrote:
How about this; gamin_check_not_fat() can be an additional condition
to the wrong permissions errors.
Seems to be the best solution to me.
If the disk is FAT there's not point being picky about permissions, as
the files of the user will be readable to every other
Corinna Vinschen wrote:
Careful. GetVolumePathName is not available on 9x/Me and NT4. In those
cases you better use a simple string algorithm which shortens the path
to X:\ or \\server\share.
Does it have sense to check if a network share is FAT or not?
On Feb 3 11:11, Lapo Luchini wrote:
Corinna Vinschen wrote:
Careful. GetVolumePathName is not available on 9x/Me and NT4. In those
cases you better use a simple string algorithm which shortens the path
to X:\ or \\server\share.
Does it have sense to check if a network share is FAT
On Feb 1 20:22, Yaakov S (Cygwin Ports) wrote:
cygwin_conv_to_full_win32_path (cygpath, winpath);
if (!GetVolumePathName(winpath, rootdir, 256))
Careful. GetVolumePathName is not available on 9x/Me and NT4. In those
cases you better use a simple string algorithm which shortens the path
Lapo Luchini wrote:
Yes, probably checking dinamically if the disk is FAT and ignore
permission issues in that case is the best solution.
How about this; gamin_check_not_fat() can be an additional condition to
the wrong permissions errors.
(Believe it or not, my C programming isn't that
Yaakov S (Cygwin Ports) wrote:
For the archives (and my own reference), that's:
http://www.cygwin.com/ml/cygwin/2006-01/msg00818.html
I'll take a look, but I wonder...
Exactly, and so can NT. Better to find out what disk we're working
with.
Which again would imply that working with FAT
On Jan 26 17:05, Yaakov S (Cygwin Ports) wrote:
Try these:
ftp://sunsite.dk/projects/cygwinports/release/gamin/gamin-0.1.5-1-src.tar.bz2
ftp://sunsite.dk/projects/cygwinports/release/gamin/gamin-0.1.5-1.tar.bz2
Corinna Vinschen wrote:
On Jan 26 17:05, Yaakov S (Cygwin Ports) wrote:
Try these:
ftp://sunsite.dk/projects/cygwinports/release/gamin/gamin-0.1.5-1-src.tar.bz2
ftp://sunsite.dk/projects/cygwinports/release/gamin/gamin-0.1.5-1.tar.bz2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Yaakov S (Cygwin Ports) wrote:
OK, I have it built; but test results are sporadic (they vary each
time I run the tests).
I needed this patch in order to have it working on FAT32 disks, but
both on FAT and NTFS the test results seem quite consistent
Lapo Luchini wrote:
I needed this patch in order to have it working on FAT32 disks, but
both on FAT and NTFS the test results seem quite consistent to me: all
is good on NTFS and all-but-test-9 on FAT.
I'd rather not outright #ifndef __CYGWIN__ these if there's a better
solution.
I don't
On Mon, 30 Jan 2006, Yaakov S (Cygwin Ports) wrote:
Lapo Luchini wrote:
I needed this patch in order to have it working on FAT32 disks, but
both on FAT and NTFS the test results seem quite consistent to me: all
is good on NTFS and all-but-test-9 on FAT.
I'd rather not outright #ifndef
On Mon, Jan 30, 2006 at 08:29:05PM -0500, Igor Peshansky wrote:
On Mon, 30 Jan 2006, Yaakov S (Cygwin Ports) wrote:
Possibly, but I only have NTFS drives at my disposal.
Floppies are usually FAT. How about using one? :-)
FAT but not FAT32. There can be differences.
Can you format a floppy as
On Mon, 30 Jan 2006, Christopher Faylor wrote:
On Mon, Jan 30, 2006 at 08:29:05PM -0500, Igor Peshansky wrote:
On Mon, 30 Jan 2006, Yaakov S (Cygwin Ports) wrote:
Possibly, but I only have NTFS drives at my disposal.
Floppies are usually FAT. How about using one? :-)
FAT but not FAT32.
Christopher Faylor wrote:
FAT but not FAT32. There can be differences.
AFAIK, we're only concerned with the permissions issue, which IIRC is
the same for both.
Can you format a floppy as FAT32?
Not on Windows. A FAT32 volume must have a minimum of 65,527 clusters,
with a minimum
Igor Peshansky wrote:
I'm sure there is -- Corinna posted a test program to cygwin@ earlier this
month that prints various attributes of the drives. It was meant for
shares, but I'm sure it also applies to local drives. Besides, cygcheck
prints out what kind of drive it is, so you can get some
I hereby forward the answer of the friend of mine, that is not
subscribed here.
I also add that probably http://tinyurl.com/c27fn or the cited change
journals is the way to go.
=
Christopher Faylor [EMAIL PROTECTED] writes:
This really works on cygwin?
It seems so, why
Yaakov S (Cygwin Ports) wrote:
AFAIK it doesn't. (Otherwise I would have included it in Cygwin Ports
a while ago, or even the distro, as gnome-vfs2 can use it.) It does
compile easily, as do the python bindings, but while the server
launches, the test suite fails horribly, seemingly because
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lapo Luchini wrote:
I guess you did try with latest version, 0.1.7..?
Both under FreeBSD and Cygwin we didn't manage to have a working
gamin-0.1.7.
But gamin-0.1.5 works perfectly, it seems. (Using polling, of course.)
Actually, neither 0.1.6
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Yaakov S (Cygwin Ports) wrote:
Now that I have an existing patchset, then it's a different story
entirely. This does affect me as well, so let me see what I can do.
I'm building 0.1.5 with these patches now.
OK, I have it built; but test results
A friend and a colleague of mine would need a working file alteration
monitor on Windows.
It seems that gamin[1] compiles fairly well with only a few patches.
Being it part of Gnome I was wondering if (and why) it wasn't already
packaged by the cygwin-gnome project, else we could think about
On Thu, Jan 26, 2006 at 12:07:36AM +0100, Lapo Luchini wrote:
A friend and a colleague of mine would need a working file alteration
monitor on Windows.
It seems that gamin[1] compiles fairly well with only a few patches.
Being it part of Gnome I was wondering if (and why) it wasn't already
Christopher Faylor wrote:
This really works on cygwin?
AFAIK it doesn't. (Otherwise I would have included it in Cygwin Ports a
while ago, or even the distro, as gnome-vfs2 can use it.) It does
compile easily, as do the python bindings, but while the server
launches, the test suite fails
On Wed, Jan 25, 2006 at 06:36:36PM -0600, Yaakov S (Cygwin Ports) wrote:
Christopher Faylor wrote:
This really works on cygwin?
AFAIK it doesn't. (Otherwise I would have included it in Cygwin Ports a
while ago, or even the distro, as gnome-vfs2 can use it.) It does
compile easily, as do the
Christopher Faylor wrote:
Gamin can use any of several backends, most of which are kernel-based,
but the only one that can build on Cygwin is polling.
At least initially we are trying just that: the polling backend.
Using release 0.1.5 and some of the FreeBSD patches (they seem to be
more
35 matches
Mail list logo