search for: _filename

I have a client who has a bunch of macs accessing some samba shares, and they write these ._filename and .DS_STORE files all over the place, he would perfer it to not write these files at all. Anyone ran into this issue? what would be the best way to prevent these files from getting written onto the shares? veto? -- Matt Pruett <entelin@logicaldreams.net>

...p.c */ extern void cleanup_free (void *ptr); #define CLEANUP_FREE __attribute__((cleanup (cleanup_free))) @@ -142,28 +144,31 @@ extern int crypto_negotiate_tls (struct connection *conn, int sockin, int sockou #define debug nbdkit_debug /* plugins.c */ -extern void plugin_register (const char *_filename, void *_dl, struct nbdkit_plugin *(*plugin_init) (void)); -extern void plugin_cleanup (void); -extern int plugin_thread_model (void); -extern const char *plugin_name (void); -extern void plugin_usage (void); -extern const char *plugin_version (void); -extern void plugin_dump_fields (void); -extern...

Somewhat invasive but mostly mechanical change to how plugins are called. This patch is in preparation for adding a second backend subtype for filters. Rich.

...s to python objects. I found the bug. plugin_lock_request() is used to lock client requests only, but it does _not_ lock any other calls into the plugin. Due to that, the following calls are neither locked against each other nor are they locked against client requests: plugin_register (const char *_filename, plugin_cleanup (void) plugin_config (const char *key, const char *value) plugin_config_complete (void) plugin_open (struct connection *conn, int readonly) plugin_close (struct connection *conn) plugin_get_size (struct connection *conn) plugin_can_write (struct connection *conn) plugin_can_flush (s...

...p.c */ extern void cleanup_free (void *ptr); #define CLEANUP_FREE __attribute__((cleanup (cleanup_free))) @@ -142,28 +150,31 @@ extern int crypto_negotiate_tls (struct connection *conn, int sockin, int sockou #define debug nbdkit_debug /* plugins.c */ -extern void plugin_register (const char *_filename, void *_dl, struct nbdkit_plugin *(*plugin_init) (void)); -extern void plugin_cleanup (void); -extern int plugin_thread_model (void); -extern const char *plugin_name (void); -extern void plugin_usage (void); -extern const char *plugin_version (void); -extern void plugin_dump_fields (void); -extern...

...p.c */ extern void cleanup_free (void *ptr); #define CLEANUP_FREE __attribute__((cleanup (cleanup_free))) @@ -142,28 +150,31 @@ extern int crypto_negotiate_tls (struct connection *conn, int sockin, int sockou #define debug nbdkit_debug /* plugins.c */ -extern void plugin_register (const char *_filename, void *_dl, struct nbdkit_plugin *(*plugin_init) (void)); -extern void plugin_cleanup (void); -extern int plugin_thread_model (void); -extern const char *plugin_name (void); -extern void plugin_usage (void); -extern const char *plugin_version (void); -extern void plugin_dump_fields (void); -extern...

lvqcl wrote: > But it requires somebody to rewrite FLAC apps. At least I have a suggestion: to enclose all FLAC API functions that take char* filename argument into #ifndef FLAC__FILENAME_API_DISABLED ... #endif and maybe also all functions that take FILE* argument into #ifndef FLAC__FILEPTR_API_DISABLED ... #endif Then try to compile flac.exe/metaflac.exe/etc with -DFLAC__FILENAME_API_DISABLED. When it's done, remove win_utf8_io dependency from libFLAC.

I've written a patch to 2.6.8 which adds extended attribute support to rsync. This is not like the plethora of patches which try to separate osx meta-data into a special appledouble file (._filename). Instead, it builds on patches/xattr.patch and just adds support for the MacOS equivalent. The good news: 1. It works fine locally and to a remote mac 2. It also preserves the finder info and resource fork (these are exposed as EAs com.apple.{Finder,ResourceFork}) The bad news: 1. EAs on M...

...d File "build/bdist.solaris-2.11-i86pc/egg/acct_mgr/htfile.py", line 103, in _update_file File "/opt/csw/lib/python2.3/fileinput.py", line 231, in next line = self.readline() File "/opt/csw/lib/python2.3/fileinput.py", line 300, in readline os.rename(self._filename, self._backupfilename) OSError: [Errno 28] No space left on device --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Core" group. To post to this group, send email to rubyonrails-core@googlegro...

v1 -> v2: - Fixed everything mentioned in the review. Rich.

...+++++++++-------- src/main.c | 1 + 3 files changed, 13 insertions(+), 8 deletions(-) diff --git a/src/internal.h b/src/internal.h index 28b1aaf..8047b3b 100644 --- a/src/internal.h +++ b/src/internal.h @@ -181,6 +181,7 @@ struct backend { extern struct backend *plugin_register (const char *_filename, void *_dl, struct nbdkit_plugin *(*plugin_init) (void)); /* locks.c */ +extern void lock_init_thread_model (void); extern void lock_connection (void); extern void unlock_connection (void); extern void lock_request (struct connection *conn); diff --git a/src/locks.c b/src/locks.c index 62b2dd...

This patch isn't complete (patch 6/6 isn't finished) so it's just for discussion, although it does compile and run. This introduces to nbdkit a concept of "filters" which can be placed in front of plugins to modify their behaviour. Some examples where you might use filters: * Serve a subset of the data, such as (offset, range) or a single partition from a disk image.

hi all, I've read trough the list and see discussions with similar problems. I've setup a file server and users can connect to it via SMB/CIFS. Windows users just happy. The problem starts with the Mac users. All Mac users are using OS X (versions 10.2,10.3). I'm vetoing several files right now, permission inheriting turned on, I've forced the create mode and directory mode to

...'s the situation. We have a handful of Mac machines, all recently taken to 10.3.7 (10.3.8 upgrade is pending) which currently connect to our windows file server over AFP, which requires Win2K services for Mac in order to operate. This has worked fairly well in that the 'rfork' files (._filename.ext) are not required in order to maintain filetype data. As I understand it - OS X when connecting with AFP assumes that it is writing to an HFS/HFS+ share, and expects the file system to handle rforks, a job that is badly taken over by win2k services for Mac. When connecting with smb, OS X assu...

...the reply packet. */ diff --git a/src/internal.h b/src/internal.h index 73bc09e..068204b 100644 --- a/src/internal.h +++ b/src/internal.h @@ -144,17 +144,13 @@ extern int crypto_negotiate_tls (struct connection *conn, int sockin, int sockou /* plugins.c */ extern void plugin_register (const char *_filename, void *_dl, struct nbdkit_plugin *(*plugin_init) (void)); extern void plugin_cleanup (void); +extern int plugin_thread_model (void); extern const char *plugin_name (void); extern void plugin_usage (void); extern const char *plugin_version (void); extern void plugin_dump_fields (void); extern...

...the reply packet. */ diff --git a/src/internal.h b/src/internal.h index 73bc09e..068204b 100644 --- a/src/internal.h +++ b/src/internal.h @@ -144,17 +144,13 @@ extern int crypto_negotiate_tls (struct connection *conn, int sockin, int sockou /* plugins.c */ extern void plugin_register (const char *_filename, void *_dl, struct nbdkit_plugin *(*plugin_init) (void)); extern void plugin_cleanup (void); +extern int plugin_thread_model (void); extern const char *plugin_name (void); extern void plugin_usage (void); extern const char *plugin_version (void); extern void plugin_dump_fields (void); extern...

These patches should be ready to go in now; I will also post my work-in-progress for enabling full parallel handling that depends on these, but with that series, I was still getting crashes or hangs with test-socket-activation (I think I've nailed all the crashes I've seen, but the hang is rather insidious; see my other email

For "include/uapi/*", excluding "linux/" sub-directory, let all files' macro prefix match the standard format, and give related stand comments for their macro suffix. The related standard format is: "_SUBDIRNAME_SUBDIRNAME[_SUBDIRNAME]_FILENAME" (1st _SUBDIRNAME is _UAPI), and use '_' instead of '.' and '-'. Signed-off-by: Chen Gang <gang.chen at asianux.com> --- include/uapi/asm-generic/auxvec.h | 6 +++--- include/uapi/asm-generic/bitsperlong.h | 6 +++--- include/uapi/asm-generic/errno-b...

For "include/uapi/*", excluding "linux/" sub-directory, let all files' macro prefix match the standard format, and give related stand comments for their macro suffix. The related standard format is: "_SUBDIRNAME_SUBDIRNAME[_SUBDIRNAME]_FILENAME" (1st _SUBDIRNAME is _UAPI), and use '_' instead of '.' and '-'. Signed-off-by: Chen Gang <gang.chen at asianux.com> --- include/uapi/asm-generic/auxvec.h | 6 +++--- include/uapi/asm-generic/bitsperlong.h | 6 +++--- include/uapi/asm-generic/errno-b...

For "include/uapi/*", excluding "linux/" sub-directory, let all files' macro prefix match the standard format, and give related stand comments for their macro suffix. The related standard format is: "_SUBDIRNAME_SUBDIRNAME[_SUBDIRNAME]_FILENAME" (1st _SUBDIRNAME is _UAPI), and use '_' instead of '.' and '-'. Signed-off-by: Chen Gang <gang.chen at asianux.com> --- include/uapi/asm-generic/auxvec.h | 6 +++--- include/uapi/asm-generic/bitsperlong.h | 6 +++--- include/uapi/asm-generic/errno-b...