# bugfix for #78: definition of PATH_MAX was too small/mixed up with VFS_MAX_PATH

This was SVN commit r3741.
This commit is contained in:
janwas 2006-04-10 16:59:21 +00:00
parent 6eac18d9fe
commit 3dec1bfb20
3 changed files with 3 additions and 4 deletions

View File

@ -122,7 +122,7 @@ static LibError VDir_reload(VDir* vd, const char* path, Handle UNUSED(hvd))
{
// add required trailing slash if not already present to make
// caller's life easier.
char V_path_slash[PATH_MAX];
char V_path_slash[VFS_MAX_PATH];
RETURN_ERR(vfs_path_append(V_path_slash, path, ""));
RETURN_ERR(tree_dir_open(V_path_slash, &vd->it));

View File

@ -611,7 +611,7 @@ static LibError vfs_opt_init(const char* trace_filename, const char* archive_fn_
// note: this is needed by should_rebuild_main_archive and later in
// vfs_opt_continue; must be done here instead of inside the former
// because that is not called when force_build == true.
char dir[PATH_MAX];
char dir[VFS_MAX_PATH];
path_dir_only(archive_fn_fmt, dir);
DirEnts existing_archives; // and possibly other entries
RETURN_ERR(file_get_sorted_dirents(dir, existing_archives));

View File

@ -55,8 +55,7 @@ extern "C" {
// <limits.h>
//
#define PATH_MAX 255
// Win32 MAX_PATH is 260
#define PATH_MAX 260 // matches Win32 MAX_PATH
#if OS_WIN
# ifndef SIZE_MAX // VC2005 already defines this in limits.h