search for: name_max

Hi all, Windows 2000 Ruby 1.8.2 R7 VC++ 6.0 I noticed that if I try to call new_work_item and give the task a name that already exists, I get a segfault: C:\eclipse\workspace\win32-taskscheduler>ruby test.rb "0.1.0" test.rb:22:in `new_work_item'': NewWorkItem() function failed (Win32::TaskSchedul erError) from test.rb:22 test.rb:22: [BUG] Segmentation fault ruby

...Was anything ever decided on how to procede with that? oggenc supplies its own getopt implementation. The only function really in question is getopt_long(), because getopt() is standard POSIX. See http://www.xiph.org/archives/vorbis-dev/200012/0359.html for a discussion of this issue. 2. Also, NAME_MAX is used in ogg123/ao_interface.c -- this constant is not portable (doesn't exist in Solaris, for example). pathconf() should really be used instead. POSIX 1003.1a, section 2.9.5, table 2-5 contains [NAME_MAX] and the related text states: ----- A definition of one of the values from Table 2-5...

Does win32 have pathconf() and _PC_NAME_MAX? I ask for ogg123 -- it uses "NAME_MAX" right now (already been mentioned on this list a few times), which does not exist everywhere. I've proposed changing it to use the pathconf() function, but I don't know if win32 has this or not (I don't have, or want, access to win32 c...

...o and including the slash */ strlcpy(fnametmp, fname, length + 1); } } else f = fname; // Modified Code if ( f[0]!='.'){ fnametmp[length++] = '.'; } // End Modified Code /* The maxname value is bufsize, and includes space for the '\0'. * (Note that NAME_MAX get -8 for the leading '.' above.) */ maxname = MIN(MAXPATHLEN - 7 - length, NAME_MAX - 8); if (maxname < 1) { rprintf(FERROR_XFER, "temporary filename too long: %s\n", fname); fnametmp[0] = '\0'; return 0; } added = strlcpy(fnametmp + length, f, maxname);...

...------------------------------------- */ + +/* + * Display present (current) working directory + */ + +#include <errno.h> +#include <stdio.h> +#include <console.h> +#include <unistd.h> +#include <dirent.h> + +/* Size of path buffer string */ +#ifndef PATH_MAX +# ifdef NAME_MAX +# define PATH_MAX NAME_MAX +# elif FILENAME_MAX +# define PATH_MAX FILENAME_MAX +# else +# define PATH_MAX 256 +# endif /* NAME_MAX */ +#endif /* PATH_MAX */ + +int main(void) +{ + int rv = 0; + char pwd[PATH_MAX], *pwdptr; + + openconsole(&dev_rawcon_r, &d...

...o add the following to it's platform.h to accomodate this: #ifdef __sun #include <alloca.h> #endif -- "ogg123.c", line 506: syntax error before or at: / C++ style comments are used; they need to be changed to C-style. -- "ao_interface.c", line 61: undefined symbol: NAME_MAX As has been pointed out on this list and the vorbis-list, NAME_MAX is not portable and should not be used. PATHNAME_MAX should be used instead. See http://www.xiph.org/archives/vorbis-dev/200101/0380.html and http://www.xiph.org/archives/vorbis/200012/0183.html. The short version is: pathconf()...

...work, and, well, it didn't. gcc -DPACKAGE=\"vorbis-tools\" -DVERSION=\"1.0beta3\" -I. -I. -I/home/xxxx/xxxx/arch/AIX/include -I/home/xxxx/xxxx/arch/AIX/include -I/home/xxxx/xxxx/arch/AIX/include -c ogg123.c ogg123.c: In function `get_default_device': ogg123.c:176: `NAME_MAX' undeclared (first use in this function) ogg123.c:176: (Each undeclared identifier is reported only once ogg123.c:176: for each function it appears in.) gmake: *** [ogg123.o] Error 1 NAME_MAX is indeed, not declared in ogg123.c, leading me to believe it's suppose to exist in the mi...

...file mode 100644 index 0000000..956b911 --- /dev/null +++ b/com32/include/dirent.h @@ -0,0 +1,36 @@ +/* + * dirent.h + */ + +#ifndef _DIRENT_H +#define _DIRENT_H + +#include <klibc/extern.h> +#include <klibc/compiler.h> +#include <stddef.h> +#include <sys/types.h> + +#ifndef NAME_MAX +#define NAME_MAX 255 +#endif + +struct dirent { + long d_ino; /* Inode/File number */ + off_t d_size; /* Size of file */ + mode_t d_mode; /* Type of file */ + char d_name[NAME_MAX + 1]; +}; + +typedef struct { + short dd_stat; /* status return from last lookup */ + uint16_t dd_fd; + size_t...

...file mode 100644 index 0000000..956b911 --- /dev/null +++ b/com32/include/dirent.h @@ -0,0 +1,36 @@ +/* + * dirent.h + */ + +#ifndef _DIRENT_H +#define _DIRENT_H + +#include <klibc/extern.h> +#include <klibc/compiler.h> +#include <stddef.h> +#include <sys/types.h> + +#ifndef NAME_MAX +#define NAME_MAX 255 +#endif + +struct dirent { + long d_ino; /* Inode/File number */ + off_t d_size; /* Size of file */ + mode_t d_mode; /* Type of file */ + char d_name[NAME_MAX + 1]; +}; + +typedef struct { + short dd_stat; /* status return from last lookup */ + uint16_t dd_fd; + size_t...

...0.8_nodotdot/receiver.c 2011-04-05 17:20:40.000000000 +1000 @@ -103,7 +103,10 @@ } } else f = fname; - fnametmp[length++] = '.'; + + if ( f[0]!='.'){ + fnametmp[length++] = '.'; + } /* The maxname value is bufsize, and includes space for the '\0'. * NAME_MAX needs an extra -1 for the name's leading dot. */ > Hi Vernon, > > I don't know why I didn't think of that - I was telling people to exclude all . files! Thanks. I wonder if this is foolproof enough to create a patch since it seems to be an ongoing bug with OS releases. &gt...

...inode:1010 ERROR: status = -17 Test case is my patched version of ocfs2-test/programs/dirop_file_racer that allows long filename prefixes. I ran it on two nodes in separate directories. Filesystem has a 512B blocksize, and I specified a filename prefix of 250 characters (thus brushing up against NAME_MAX and forcing some longer symlinks out of the inode). # PREFIX=ccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc...

...lt;sys/types.h> +#include <unistd.h> + +#include "lua.h" +#include "lauxlib.h" +#include "lualib.h" + +#define chdir_error strerror(errno) + +#define LFS_LIBNAME "lfs" + +/* Size of path buffer string, stolen from pwd.c */ +#ifndef PATH_MAX +# ifdef NAME_MAX +# define PATH_MAX NAME_MAX +# elif FILENAME_MAX +# define PATH_MAX FILENAME_MAX +# else +# define PATH_MAX 256 +# endif /* NAME_MAX */ +#endif /* PATH_MAX */ + + +#define DIR_METATABLE "directory metatable" +typedef struct dir_data { + int closed; +...

...detailed instructions on how to submit a bug report. Concerning the problem Mariusz has been handwaving about, this is a serious issue. It's got nothing to do with realpath(), however. The true cause of the problem is that the code relies on the total length of a path to not exceed PATH_MAX + NAME_MAX. I'm not sure whether this is a common Unix problem, but at least on Linux, PATH_MAX merely seems to put an upper limit on the length of a single path you can hand to a syscall (size of a page - 1, i.e. 4095). However it still allows you to create files within that directory as long as you use...

...9;pkt'. Before this point, the path name was shuffled around via pointers. 'pkt' is defined as: struct autofs_packet_missing pkt; struct autofs_packet_missing { struct autofs_packet_hdr hdr; autofs_wqt_t wait_queue_token; int len; char name[NAME_MAX+1]; }; NAME_MAX is 255, making pkt.name a 256 byte buffer. pkt.name is copied using this method: pkt.len = wq->len; memcpy(pkt.name, wq->name, pkt.len); pkt.name[pkt.len] = '\0'; Remember that wq->len and wq->name are directly copied from th...

This patch series lets you run the daemon under valgrind. Many errors were found and fixed. With the complete series applied, valgrind doesn't show any errors.

https://bugzilla.samba.org/show_bug.cgi?id=8367 Summary: Add a feature to --move-existing files Product: rsync Version: 3.0.8 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: devin.nate at cloudwerx.com

I have hinted in the past of wanting to go to a more selective control of the output of rsync. Here it is. PROBLEMS with the existing --verbose et al. The simple incrementing verbose doesn't allow one to restrict stdout to what actually is of interest. For instance inside dirvish i don't care about directories, or any kind of non-regular file because they show up every time even if

"H. Peter Anvin" <hpa at zytor.com> writes: > On 08/29/2013 04:14 AM, Ferenc Wagner wrote: > >> "H. Peter Anvin" <hpa at zytor.com> writes: >> >>> On 08/22/2013 10:20 AM, Ferenc Wagner wrote: >>> >>>> Now that Syslinux has ls.c32 and lua.c32, it should be possible to build >>>> a customizable boot menu in

...gt; --- Counted incorrectly. Depends on previous patches. diff --git a/com32/include/dirent.h b/com32/include/dirent.h index 5161828..a544050 100644 --- a/com32/include/dirent.h +++ b/com32/include/dirent.h @@ -29,6 +29,7 @@ typedef struct { uint16_t dd_fd; size_t dd_sect; char dd_name[NAME_MAX + 1]; /* directory */ + struct dirent dd_de; } DIR; __extern DIR *opendir(const char *); diff --git a/com32/lib/readdir.c b/com32/lib/readdir.c index 353b61b..c6d991c 100644 --- a/com32/lib/readdir.c +++ b/com32/lib/readdir.c @@ -33,21 +33,16 @@ struct dirent *readdir(DIR *dir) /* Don't d...

...9225 >>> Mark Fasheh <mark.fasheh@oracle.com> 06?12?08? ?? 8:20 >>> >> +errcode_t o2cb_get_hb_thread_pid (const char *cluster_name, const char *region_name, >> + pid_t *pid) >> +{ >> + char attr_path[PATH_MAX]; >> + char _fake_cluster_name[NAME_MAX]; >> + char attr_value[16]; >> + errcode_t ret; >> + >> + if (!cluster_name) { >> + ret = _fake_default_cluster(_fake_cluster_name); >> + if (ret) >> + return ret; >> + cluster_name = _fake_cluster_name; >> + } >Hmm, I don't see any...