i have a little problem.
if you have a big share above 1tb ther is a problem.
if i move some files or so tcpfile will at next start hash bevor it open the gui. so i wait 30-40 minutes with cpu 100% bevore
tcpfile starts up and i can write something.
this is boring if you want write something fast and the program needs a half hour to start. :-)
is it possible to make it that tcpfile hash every hour automatically in background? this will be better. so share is always up to date and the big hash at programstart is not so massive.
next question:
i miss a mainchat window. if i want to write 20 persons at same time, so i must open 20 windows. a mainchat is good for reach all users in buddylist at same time. so you can start discussions or so.. ;-)
i have much more questions and ideas or this tool but at this time i mean this is enough.
greetings ...
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
First thanks for feedback! We have not had a forums post in quite some time.
This definitely should not be. But I think I found the problem. The logger for the package was set to a level in which it would print information about every file in the share.
So I reset the level. I am pretty sure that will solve this problem.
About the hourly thing. It is of course possible but it might take me some time to do it. Also, since it is quite a costly operation to update the share, I like to keep the period low. You can however update it manually. So if this is a big deal for you, I can implement it.
About the conference feature: This was planned but development has halted. We are both very busy this semester, but I am happy to supply simple/short requests like this one.
Any more feedback is appreciated a lot. You can also find me as Stivo on tcpfile :)
Cheers,
Stivo
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
But problem is still there. if i close tcpfile while hashing, (or it crashes while hashing). At the next start of tcpfile it will first hash to end bevor it opens the gui. so if i had queued a complete hdd i wait hours and cannot see anything. it would be better at tcpfile program load it starts the gui first and hash then to the end. so i can see in console where it is and so..
a question to the folder and file rights:
i give a User the right to see a Folder or file.
But can i do the rights backwards? that the user cannot see the folder or file? if i click right mouse in my share list i can add user to folder or file, but i miss the remove user from folder or file.
sorry for bad english ;-)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Yes removing users is not implemented. However if you feel confident, you can mess directly in the database.
For that you would change the Setting Database => Enable to view the database.
It will open a page in your browser and mention in the console (and the log) the location that you should enter in the field JDBC URL
18:14:44.900: [initLater] main.Misc:499 initLaterThreaded
INFO: Use this Connection url: jdbc:h2:D:/Documents and Settings/Stivo/workspace/tcpfile/db/files
The information you want to change is then in the USER_SHARE table.
There you get a nice webinterface to mess around.
OTOH, this would be a useful feature for everybody, so I should probably do that.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Sorry about that, there was a problem in the compilation. It had nothing to do with the shares. I did not test the jar file, just inside eclipse.
This version works now. On the bright side, it does have the delete user feature.
again on http://n.ethz.ch/~stefaack/tcpfile/tcpfile.jar
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
i found a small bug too. if you put more than 3 php server in php server list it will kill all entries after first server. (3 php server, restart tcpfile = there is one php server)
;-)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
hi
great program
i have a little problem.
if you have a big share above 1tb ther is a problem.
if i move some files or so tcpfile will at next start hash bevor it open the gui. so i wait 30-40 minutes with cpu 100% bevore
tcpfile starts up and i can write something.
this is boring if you want write something fast and the program needs a half hour to start. :-)
is it possible to make it that tcpfile hash every hour automatically in background? this will be better. so share is always up to date and the big hash at programstart is not so massive.
next question:
i miss a mainchat window. if i want to write 20 persons at same time, so i must open 20 windows. a mainchat is good for reach all users in buddylist at same time. so you can start discussions or so.. ;-)
i have much more questions and ideas or this tool but at this time i mean this is enough.
greetings ...
Hi
First thanks for feedback! We have not had a forums post in quite some time.
This definitely should not be. But I think I found the problem. The logger for the package was set to a level in which it would print information about every file in the share.
So I reset the level. I am pretty sure that will solve this problem.
I have created a version which has these changes and you can tell me how you go. Afterwards I can release it as 0.3.5c.
http://n.ethz.ch/~stefaack/tcpfile/tcpfile-lite-0.3.5b-java1.6.zip
About the hourly thing. It is of course possible but it might take me some time to do it. Also, since it is quite a costly operation to update the share, I like to keep the period low. You can however update it manually. So if this is a big deal for you, I can implement it.
About the conference feature: This was planned but development has halted. We are both very busy this semester, but I am happy to supply simple/short requests like this one.
Any more feedback is appreciated a lot. You can also find me as Stivo on tcpfile :)
Cheers,
Stivo
thanks for answering.
But problem is still there. if i close tcpfile while hashing, (or it crashes while hashing). At the next start of tcpfile it will first hash to end bevor it opens the gui. so if i had queued a complete hdd i wait hours and cannot see anything. it would be better at tcpfile program load it starts the gui first and hash then to the end. so i can see in console where it is and so..
a question to the folder and file rights:
i give a User the right to see a Folder or file.
But can i do the rights backwards? that the user cannot see the folder or file? if i click right mouse in my share list i can add user to folder or file, but i miss the remove user from folder or file.
sorry for bad english ;-)
Yeah the thing I have done should have helped too, but this should be it.
http://n.ethz.ch/~stefaack/tcpfile/tcpfile.jar
I have never tested it on such a large share.
Yes removing users is not implemented. However if you feel confident, you can mess directly in the database.
For that you would change the Setting Database => Enable to view the database.
It will open a page in your browser and mention in the console (and the log) the location that you should enter in the field JDBC URL
18:14:44.900: [initLater] main.Misc:499 initLaterThreaded
INFO: Use this Connection url: jdbc:h2:D:/Documents and Settings/Stivo/workspace/tcpfile/db/files
The information you want to change is then in the USER_SHARE table.
There you get a nice webinterface to mess around.
OTOH, this would be a useful feature for everybody, so I should probably do that.
sorry but the new tcpfile.jar loads nothing now. process will close after 2 seconds or so
i have an idea, hash 10gb or more , close tcpfile while hashing. load tcpfile again, and you will see what i mean.
greets
Sorry about that, there was a problem in the compilation. It had nothing to do with the shares. I did not test the jar file, just inside eclipse.
This version works now. On the bright side, it does have the delete user feature.
again on http://n.ethz.ch/~stefaack/tcpfile/tcpfile.jar
THANKS :-)
WORK WORK WORK
Thanks a lot. This update was a milestone for this programm.
i hope in future you can make the mainchat. thanks for fast fix this problems.
i found a small bug too. if you put more than 3 php server in php server list it will kill all entries after first server. (3 php server, restart tcpfile = there is one php server)
;-)
Nice catch. I have fixed it in trunk.
yeah i test trunk too. :-)