-
"int" in Java is 32-bits, which is usually the same size as "unsigned long" in C on 32-bit machines.
2009-10-20 18:07:05 UTC by nobody
-
Hi,
I'm trying to use fuse-j, but I have a problem with implementing the mknod.
This is my implementation:
public void mknod(String path, int mode, int rdev) throws FuseException{
if (tree.lookupNode(path) != null)
throw new FuseException("File already exists").initErrno(FuseException.ENOENT);
File entry = new File(path){
public...
2009-10-16 01:01:57 UTC by zhorzhevich
-
The members of statvfs are typically all unsigned long in size. However java_statvfs() loads the members of FuseStatfsSetter as integers (ints) and the fields "bsize", "blocks", "blocksFree", "blocksAvail", "files" and "filesFree" are also integers. This is an issue for me as the software I'm working on is likely to mount large volumes with a small block size.
2009-09-07 15:21:32 UTC by hoggie21
-
Fuse does have a fuse_umount call however it is not exposed in the Java API.
The naive code could be updated, but I am unsure if additional work would be required to change from the existing fuse_main call to use the lower level calls like fuse_mount.
An alternative strategy would be to do a system call to fusermount or umount (depending on your OS and permissions).
2009-08-07 16:54:42 UTC by dtrott
-
Hi all,
I'm trying to use the fuse4j framework to expose using FUSE an application I'm working on. Since my code is using aspectJ and other stuff the only way I have to instantiate it is from withing the JVM. The way I instantiate the Fuse filesystem is:
run{
String args[] = new String[]{"-f","/home/user/test"};
try {
FuseMount.mount(args, new...
2009-08-07 15:00:33 UTC by rootto
-
Hi,
thank you for your quick reply. I solved the problem I had with the READ... essentially the getattr was returning the wrong file size. I have another question but I will open another thread.
Thank you again
Nicola.
2009-08-07 14:51:42 UTC by rootto
-
The bug may be in the JVM, but I can't say I fully understand where the crash is. The proposed fix undoes a previous change that, in some JVMs, avoids doing AttachCurrentThreadAsDaemon. I believe the fact that the thread was not joined causes the crash.
2009-07-31 14:15:17 UTC by nobody
-
Do you think that that is a JVM bug?
Is it also worth logging a bug against the JVM?.
2009-07-31 06:47:24 UTC by dtrott
-
You shouldn't need to maintain your own offset with fuse, since each call passes the offset to read.
Simply seek to the offset and read buf.capacity() bytes of data.
Note: Theoretically you should use remaining() rather than capacity() however the native creates a new buffer every time so it would only be an issue if the native implementation changed.
Also each read operation should...
2009-07-31 05:59:05 UTC by dtrott
-
Hi,
I'm trying to use fuse4j to expose a filesystem using java. I gave a look
to the Zip filesystem but I'm a bit lost.
This is the implementation of the read:
if (fh instanceof FuseFile) {
AStorFuseFile file = (AStorFuseFile) fh;
try {
int off = (int) offset;
byte[] bufByte = new byte[buf.capacity()];
int lenght = bufByte.length;
nread = file.read(bufByte, off, lenght);
if(nrea.
2009-07-30 22:47:21 UTC by rootto
