History log of /haiku/src/add-ons/kernel/file_systems/netfs/client/Volume.cpp
Revision Date Author Comments
# 4cfa5b2d 21-Dec-2014 Jérôme Duval <jerome.duval@gmail.com>

netfs: debug build and 64bit fixes.


# 3c1afd35 07-Apr-2012 Pawel Dziepak <pdziepak@quarnos.org>

Fix #8420: NetFS does not compile with DEBUG

Debug macros like PRINT, ERROR, etc. are defined differently in NetFS
and UserlandFS. In NetFS they use single parentheses while in UserlandFS
double parentheses are required. Somehow this got mixed up in NetFS and
there were both styles of calling these macros what caused the incorrect
one to produce compilation errors.

Signed-off-by: Ingo Weinhold <ingo_weinhold@gmx.de>


# f53ec236 02-Mar-2011 Jérôme Duval <korli@users.berlios.de>

changed ioctl hook return code when the opcode isn't supported.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@40784 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 5a1d355f 14-Jan-2010 Stephan Aßmus <superstippi@gmx.de>

Copied Ingo's netfs from the dark pit in which it was forgotten to something
more visible and ported it to the current UserlandFS server (and GCC4). It still
uses the R5 file system API, which the UserlandFS conveniently still provides
support for. It compiles and links, but is otherwise still untested. The changes
I am alsmost confident that I didn't change any semantics. That is unless
HashMap, HashString and DoublyLinkedList work differently enough to make any of
the netfs code break.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@35081 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 4cfa5b2dd6ce2bf9f9e0fea6dd00f08c8847dfbd 21-Dec-2014 Jérôme Duval <jerome.duval@gmail.com>

netfs: debug build and 64bit fixes.


# 3c1afd351de98914fd14718db05eb5f3d2a817f8 07-Apr-2012 Pawel Dziepak <pdziepak@quarnos.org>

Fix #8420: NetFS does not compile with DEBUG

Debug macros like PRINT, ERROR, etc. are defined differently in NetFS
and UserlandFS. In NetFS they use single parentheses while in UserlandFS
double parentheses are required. Somehow this got mixed up in NetFS and
there were both styles of calling these macros what caused the incorrect
one to produce compilation errors.

Signed-off-by: Ingo Weinhold <ingo_weinhold@gmx.de>


# f53ec236e22695929663822b4050b3cfe9a10c09 02-Mar-2011 Jérôme Duval <korli@users.berlios.de>

changed ioctl hook return code when the opcode isn't supported.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@40784 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 5a1d355fdf2747f80f8c46e2539f844a0b813346 14-Jan-2010 Stephan Aßmus <superstippi@gmx.de>

Copied Ingo's netfs from the dark pit in which it was forgotten to something
more visible and ported it to the current UserlandFS server (and GCC4). It still
uses the R5 file system API, which the UserlandFS conveniently still provides
support for. It compiles and links, but is otherwise still untested. The changes
I am alsmost confident that I didn't change any semantics. That is unless
HashMap, HashString and DoublyLinkedList work differently enough to make any of
the netfs code break.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@35081 a95241bf-73f2-0310-859d-f6bbb57e9c96