[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Mldonkey-bugs] [ 100902 ] commit renames but does not move files
From: |
nobody |
Subject: |
[Mldonkey-bugs] [ 100902 ] commit renames but does not move files |
Date: |
Sat, 11 May 2002 16:15:51 -0400 |
Support Request #100902, was updated on 2002-May-11 16:15
You can respond by visiting:
http://savannah.gnu.org/support/?func=detailsupport&support_id=100902&group_id=1409
Category: None
Status: Open
Priority: 5
Summary: commit renames but does not move files
By: richard.parry
Date: 2002-May-11 16:15
Message:
Logged In: NO
Browser: Mozilla/5.0 Galeon/1.2.1 (X11; Linux i686; U;) Gecko/20020421
Debian/1.2.1-1
WHen using commit in the 1.15 mldonkey command line
(586 shared version for Linux) the commit command will
rename the file within the temp folder, but will not
move it to incoming.
I believe this appears in the logs at about that time
(the lack of timestamping within the log does not help
track this):
256: Exceeding block boundaries
680259405-680263680 (700416000-710144000)
zone: 709816320-710000640zone: 710000640-710144000zone:
708894720-708894720ALREADY PRESENT
After manually moving the file, it does recognise the
existence of the new file in incoming:
NEW SHARED FILE
/home/mldonkey/mldonkey-shared/incoming/whatever.ext
Sharing
/home/mldonkey/mldonkey-shared/incoming/whatever.ext
Previously this was working with 1.14 using the i686
shared build, but on a completely seperate machine.
The only oddities I can think of:
incoming is a symlink to another folder, but this has
been tested to work on another system
filesystem is ext3, but this has been tested to work on
another system
----------------------------------------------------------------------
You can respond by visiting:
http://savannah.gnu.org/support/?func=detailsupport&support_id=100902&group_id=1409
- [Mldonkey-bugs] [ 100902 ] commit renames but does not move files,
nobody <=