This does indeed seem to be a libfuse2 related bug.
I can't reproduce the problem after upgrading libfuse2 and fuse-utils from
2.5.3-4.4 in etch to 2.6.5-1 in testing.
Could you please reassign it to libfuse2 again and/or mark it as fixed in
testing?
Thanks!
__
Tested with smbnetfs today and it has the exact same problem. Do they share
some code or could it be related to the FUSE driver?
_
Express yourself instantly with MSN Messenger! Download today it's FREE!
http://messenger.msn.click-
Package: fusesmb
Version: 0.8.5-1
Severity: normal
Somehow fusesmb seem to mess up the directory handling in some cases where
some subdirectories are named like the samba-share. When share is mounted
directly with smbfs or accessed from Windows everything works.
Can't create second subdirectory
Acknowledged, I just considered it "data loss" due to another
application which relies on correct results in order to correctly save
some data, but I get your point.
However, getting wrong results could theoretically, depending on the
application, cause real data loss when doing delete querie
You got it. ;)
usr and obj is the database tables + data. sp is the stored procedure.
Thanks
/ Johan
Adam Conrad wrote:
We'd probably also want the stored procedure itself and a dump of a test
table that will exhibit the problem when the SP is run against it.
(Yes, we know sybase_ct has issue
Adam Conrad wrote:
severity 329065 important
thanks
Johan Palmqvist wrote:
Severity: grave
Justification: causes non-serious data loss
How does this cause data loss and warrant a grave bug?
PHP code for a test case is attached. The executed stored procedure
Package: php5-sybase
Version: 5.0.4-3
Severity: grave
Justification: causes non-serious data loss
sybase_ct doesn't always return correct results from MS SQL.
mssql module seem to work in all cases but is not packaged.
-- System Information:
Debian Release: testing/unstable
APT prefers unstab
7 matches
Mail list logo
