Skip to content

Latest commit

 

History

History
869 lines (780 loc) · 35 KB

physfs.h

File metadata and controls

869 lines (780 loc) · 35 KB
 
Jun 7, 2001
Jun 7, 2001
1
2
3
4
5
6
7
8
9
10
11
12
/**
* PhysicsFS; a portable, flexible file i/o abstraction.
*
* This API gives you access to a system file system in ways superior to the
* stdio or system i/o calls. The brief benefits:
*
* - It's portable.
* - It's safe. No file access is permitted outside the specified dirs.
* - It's flexible. Archives (.ZIP files) can be used transparently as
* directory structures.
*
* This system is largely inspired by Quake 3's PK3 files and the related
Jun 7, 2001
Jun 7, 2001
13
* fs_* cvars. If you've ever tinkered with these, then this API will be
Jun 7, 2001
Jun 7, 2001
14
15
* familiar to you.
*
Jul 5, 2001
Jul 5, 2001
16
17
18
19
20
21
22
23
24
* With PhysicsFS, you have a single writing directory and multiple
* directories (the "search path") for reading. You can think of this as a
* filesystem within a filesystem. If (on Windows) you were to set the
* writing directory to "C:\MyGame\MyWritingDirectory", then no PHYSFS calls
* could touch anything above this directory, including the "C:\MyGame" and
* "C:\" directories. This prevents an application's internal scripting
* language from piddling over c:\config.sys, for example. If you'd rather
* give PHYSFS full access to the system's REAL file system, set the writing
* dir to "C:\", but that's generally A Bad Thing for several reasons.
Jun 7, 2001
Jun 7, 2001
25
26
*
* Drive letters are hidden in PhysicsFS once you set up your initial paths.
Jul 5, 2001
Jul 5, 2001
27
* The search path creates a single, hierarchical directory structure.
Jun 7, 2001
Jun 7, 2001
28
29
30
31
32
33
34
* Not only does this lend itself well to general abstraction with archives,
* it also gives better support to operating systems like MacOS and Unix.
* Generally speaking, you shouldn't ever hardcode a drive letter; not only
* does this hurt portability to non-Microsoft OSes, but it limits your win32
* users to a single drive, too. Use the PhysicsFS abstraction functions and
* allow user-defined configuration options, too. When opening a file, you
* specify it like it was on a Unix filesystem: if you want to write to
Jul 5, 2001
Jul 5, 2001
35
* "C:\MyGame\MyConfigFiles\game.cfg", then you might set the write dir to
Jun 7, 2001
Jun 7, 2001
36
* "C:\MyGame" and then open "MyConfigFiles/game.cfg". This gives an
Jun 7, 2001
Jun 7, 2001
37
* abstraction across all platforms. Specifying a file in this way is termed
Jul 5, 2001
Jul 5, 2001
38
39
40
41
42
43
44
45
* "platform-independent notation" in this documentation. Specifying a
* a filename in a form such as "C:\mydir\myfile" or
* "MacOS hard drive:My Directory:My File" is termed "platform-dependent
* notation". The only time you use platform-dependent notation is when
* setting up your write directory and search path; after that, all file
* access into those directories are done with platform-independent notation.
*
* All files opened for writing are opened in relation to the write directory,
Jun 7, 2001
Jun 7, 2001
46
* which is the root of the writable filesystem. When opening a file for
Jul 5, 2001
Jul 5, 2001
47
* reading, PhysicsFS goes through the search path. This is NOT the
Jun 7, 2001
Jun 7, 2001
48
49
50
51
52
53
* same thing as the PATH environment variable. An application using
* PhysicsFS specifies directories to be searched which may be actual
* directories, or archive files that contain files and subdirectories of
* their own. See the end of these docs for currently supported archive
* formats.
*
Jul 5, 2001
Jul 5, 2001
54
* Once the search path is defined, you may open files for reading. If you've
Jun 7, 2001
Jun 7, 2001
55
56
57
58
59
60
61
* got the following search path defined (to use a win32 example again):
*
* C:\mygame
* C:\mygame\myuserfiles
* D:\mygamescdromdatafiles
* C:\mygame\installeddatafiles.zip
*
Jul 5, 2001
Jul 5, 2001
62
* Then a call to PHYSFS_openRead("textfiles/myfile.txt") (note the directory
Jun 7, 2001
Jun 7, 2001
63
64
65
* separator, lack of drive letter, and lack of dir separator at the start of
* the string; this is platform-independent notation) will check for
* C:\mygame\textfiles\myfile.txt, then
Jun 7, 2001
Jun 7, 2001
66
67
68
69
* C:\mygame\myuserfiles\textfiles\myfile.txt, then
* D:\mygamescdromdatafiles\textfiles\myfile.txt, then, finally, for
* textfiles\myfile.txt inside of C:\mygame\installeddatafiles.zip. Remember
* that most archive types and platform filesystems store their filenames in
Jun 7, 2001
Jun 7, 2001
70
* a case-sensitive manner, so you should be careful to specify it correctly.
Jun 7, 2001
Jun 7, 2001
71
*
Jul 5, 2001
Jul 5, 2001
72
73
74
75
76
77
78
79
80
81
82
83
84
85
* Files opened through PhysicsFS may NOT contain "." or ".." or ":" as dir
* elements. Not only are these meaningless on MacOS and/or Unix, they are a
* security hole. Also, symbolic links (which can be found in some archive
* types and directly in the filesystem on Unix platforms) are NOT followed
* until you call PHYSFS_permitSymbolicLinks(). That's left to your own
* discretion, as following a symlink can allow for access outside the write
* dir and search paths. There is no mechanism for creating new symlinks in
* PhysicsFS.
*
* The write dir is not included in the search path unless you specifically
* add it. While you CAN change the write dir as many times as you like,
* you should probably set it once and stick to it. Remember that your
* program will not have permission to write in every directory on Unix and
* NT systems.
Jun 7, 2001
Jun 7, 2001
86
87
88
*
* All files are opened in binary mode; there is no endline conversion for
* textfiles. Other than that, PhysicsFS has some convenience functions for
Jun 28, 2001
Jun 28, 2001
89
* platform-independence. There is a function to tell you the current
Jul 5, 2001
Jul 5, 2001
90
* platform's dir separator ("\\" on windows, "/" on Unix, ":" on MacOS),
Jun 28, 2001
Jun 28, 2001
91
92
93
* which is needed only to set up your search/write paths. There is a
* function to tell you what CD-ROM drives contain accessible discs, and a
* function to recommend a good search path, etc.
Jun 7, 2001
Jun 7, 2001
94
*
Jul 5, 2001
Jul 5, 2001
95
96
* A recommended order for the search path is the write dir, then the base dir,
* then the cdrom dir, then any archives discovered. Quake 3 does something
Jun 28, 2001
Jun 28, 2001
97
98
* like this, but moves the archives to the start of the search path. Build
* Engine games, like Duke Nukem 3D and Blood, place the archives last, and
Jul 5, 2001
Jul 5, 2001
99
100
* use the base dir for both searching and writing. There is a helper
* function (PHYSFS_setSaneConfig()) that puts together a basic configuration
Jun 28, 2001
Jun 28, 2001
101
* for you, based on a few parameters. Also see the comments on
Jul 5, 2001
Jul 5, 2001
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
* PHYSFS_getBaseDir(), and PHYSFS_getUserDir() for info on what those
* are and how they can help you determine an optimal search path.
*
* PhysicsFS is (sort of) NOT thread safe! The error messages returned by
* PHYSFS_getLastError are unique by thread, but that's it. Generally
* speaking, we'd have to request a mutex at the start of each function,
* and release it before returning. Not only is this REALLY slow, it requires
* a thread lock portability layer to be written. All that work is only
* necessary as a safety if the calling application is poorly written.
* Generally speaking, it is safe to call most functions that don't set state
* simultaneously; you can read and write and open and close different files
* at the same time in different threads, but trying to set the write path in
* one thread while opening a file for writing in another will, at best,
* cause a polite error, but depending on the race condition results, you may
* get a segfault and crash, too. Use your head, and implement you own thread
* locks where needed. Also, consider if you REALLY need a multithreaded
* solution in the first place.
Jun 28, 2001
Jun 28, 2001
119
120
121
*
* While you CAN use stdio/syscall file access in a program that has PHYSFS_*
* calls, doing so is not recommended, and you can not use system
Jun 7, 2001
Jun 7, 2001
122
123
124
* filehandles with PhysicsFS filehandles and vice versa.
*
* Note that archives need not be named as such: if you have a ZIP file and
Jun 28, 2001
Jun 28, 2001
125
* rename it with a .PKG extension, the file will still be recognized as a
Jun 7, 2001
Jun 7, 2001
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
* ZIP archive by PhysicsFS; the file's contents are used to determine its
* type.
*
* Currently supported archive types:
* - .ZIP (pkZip/WinZip/Info-ZIP compatible)
*
* Please see the file LICENSE in the source's root directory.
*
* This file written by Ryan C. Gordon.
*/
#ifndef _INCLUDE_PHYSFS_H_
#define _INCLUDE_PHYSFS_H_
#ifdef __cplusplus
extern "C" {
#endif
Aug 23, 2001
Aug 23, 2001
144
145
146
147
148
149
#if (defined _MSC_VER)
#define __EXPORT__ __declspec(dllexport)
#else
#define __EXPORT__
#endif
Jun 7, 2001
Jun 7, 2001
150
Mar 24, 2002
Mar 24, 2002
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
/* !!! FIXME: This is not universal. */
typedef unsigned char PHYSFS_uint8;
typedef signed char PHYSFS_sint8;
typedef unsigned short PHYSFS_uint16;
typedef signed short PHYSFS_sint16;
typedef unsigned int PHYSFS_uint32;
typedef signed int PHYSFS_sint32;
#ifdef PHYSFS_NO_64BIT_SUPPORT /* oh well. */
typedef PHYSFS_uint32 PHYSFS_uint64;
typedef PHYSFS_sint32 PHYSFS_sint64;
#else
typedef unsigned long long PHYSFS_uint64;
typedef signed long long PHYSFS_sint64;
#endif
/* Make sure the types really have the right sizes */
#define PHYSFS_COMPILE_TIME_ASSERT(name, x) \
typedef int PHYSFS_dummy_ ## name[(x) * 2 - 1]
PHYSFS_COMPILE_TIME_ASSERT(uint8, sizeof(PHYSFS_uint8) == 1);
PHYSFS_COMPILE_TIME_ASSERT(sint8, sizeof(PHYSFS_sint8) == 1);
PHYSFS_COMPILE_TIME_ASSERT(uint16, sizeof(PHYSFS_uint16) == 2);
PHYSFS_COMPILE_TIME_ASSERT(sint16, sizeof(PHYSFS_sint16) == 2);
PHYSFS_COMPILE_TIME_ASSERT(uint32, sizeof(PHYSFS_uint32) == 4);
PHYSFS_COMPILE_TIME_ASSERT(sint32, sizeof(PHYSFS_sint32) == 4);
#ifndef PHYSFS_NO_64BIT_SUPPORT
PHYSFS_COMPILE_TIME_ASSERT(uint64, sizeof(PHYSFS_uint64) == 8);
PHYSFS_COMPILE_TIME_ASSERT(sint64, sizeof(PHYSFS_sint64) == 8);
#endif
#undef PHYSFS_COMPILE_TIME_ASSERT
Jun 28, 2001
Jun 28, 2001
187
188
typedef struct __PHYSFS_FILE__
{
Jul 5, 2001
Jul 5, 2001
189
void *opaque;
Jun 28, 2001
Jun 28, 2001
190
191
192
193
194
195
} PHYSFS_file;
typedef struct __PHYSFS_ARCHIVEINFO__
{
const char *extension;
const char *description;
Jul 9, 2001
Jul 9, 2001
196
197
const char *author;
const char *url;
Jun 28, 2001
Jun 28, 2001
198
199
200
} PHYSFS_ArchiveInfo;
Jun 7, 2001
Jun 7, 2001
201
202
/* functions... */
Jul 5, 2001
Jul 5, 2001
203
204
typedef struct __PHYSFS_VERSION__
{
Mar 24, 2002
Mar 24, 2002
205
206
207
PHYSFS_uint8 major;
PHYSFS_uint8 minor;
PHYSFS_uint8 patch;
Jul 5, 2001
Jul 5, 2001
208
209
210
211
} PHYSFS_Version;
#define PHYSFS_VER_MAJOR 0
#define PHYSFS_VER_MINOR 1
Sep 14, 2001
Sep 14, 2001
212
#define PHYSFS_VER_PATCH 4
Jul 5, 2001
Jul 5, 2001
213
214
#define PHYSFS_VERSION(x) { \
Jul 15, 2001
Jul 15, 2001
215
216
217
(x)->major = PHYSFS_VER_MAJOR; \
(x)->minor = PHYSFS_VER_MINOR; \
(x)->patch = PHYSFS_VER_PATCH; \
Jul 5, 2001
Jul 5, 2001
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
}
/**
* Get the version of PhysicsFS that is linked against your program. If you
* are using a shared library (DLL) version of PhysFS, then it is possible
* that it will be different than the version you compiled against.
*
* This is a real function; the macro PHYSFS_VERSION tells you what version
* of PhysFS you compiled against:
*
* PHYSFS_Version compiled;
* PHYSFS_Version linked;
*
* PHYSFS_VERSION(&compiled);
* PHYSFS_getLinkedVersion(&linked);
* printf("We compiled against PhysFS version %d.%d.%d ...\n",
* compiled.major, compiled.minor, compiled.patch);
* printf("But we linked against PhysFS version %d.%d.%d.\n",
* linked.major, linked.minor, linked.patch);
*
* This function may be called safely at any time, even before PHYSFS_init().
*/
Aug 23, 2001
Aug 23, 2001
240
__EXPORT__ void PHYSFS_getLinkedVersion(PHYSFS_Version *ver);
Jul 5, 2001
Jul 5, 2001
241
242
Jun 7, 2001
Jun 7, 2001
243
244
/**
* Initialize PhysicsFS. This must be called before any other PhysicsFS
Jun 28, 2001
Jun 28, 2001
245
* function.
Jun 7, 2001
Jun 7, 2001
246
*
Jul 8, 2001
Jul 8, 2001
247
248
249
* This should be called prior to any attempts to change your process's
* current working directory.
*
Jun 7, 2001
Jun 7, 2001
250
251
252
253
* @param argv0 the argv[0] string passed to your program's mainline.
* @return nonzero on success, zero on error. Specifics of the error can be
* gleaned from PHYSFS_getLastError().
*/
Aug 23, 2001
Aug 23, 2001
254
__EXPORT__ int PHYSFS_init(const char *argv0);
Jun 7, 2001
Jun 7, 2001
255
256
257
258
/**
* Shutdown PhysicsFS. This closes any files opened via PhysicsFS, blanks the
Jun 28, 2001
Jun 28, 2001
259
* search/write paths, frees memory, and invalidates all of your handles.
Jun 7, 2001
Jun 7, 2001
260
*
Jul 7, 2001
Jul 7, 2001
261
262
263
264
265
266
* Note that this call can FAIL if there's a file open for writing that
* refuses to close (for example, the underlying operating system was
* buffering writes to network filesystem, and the fileserver has crashed,
* or a hard drive has failed, etc). It is usually best to close all write
* handles yourself before calling this function, so that you can gracefully
* handle a specific failure.
Jun 7, 2001
Jun 7, 2001
267
*
Jul 7, 2001
Jul 7, 2001
268
269
270
* Once successfully deinitialized, PHYSFS_init() can be called again to
* restart the subsystem. All defaults API states are restored at this
* point.
Jul 5, 2001
Jul 5, 2001
271
*
Jun 7, 2001
Jun 7, 2001
272
273
274
275
* @return nonzero on success, zero on error. Specifics of the error can be
* gleaned from PHYSFS_getLastError(). If failure, state of PhysFS is
* undefined, and probably badly screwed up.
*/
Aug 23, 2001
Aug 23, 2001
276
__EXPORT__ int PHYSFS_deinit(void);
Jun 7, 2001
Jun 7, 2001
277
Jun 7, 2001
Jun 7, 2001
278
Jun 28, 2001
Jun 28, 2001
279
280
281
282
283
284
285
/**
* Get a list of archive types supported by this implementation of PhysicFS.
* These are the file formats usable for search path entries. This is for
* informational purposes only. Note that the extension listed is merely
* convention: if we list "ZIP", you can open a PkZip-compatible archive
* with an extension of "XYZ", if you like.
*
Jul 5, 2001
Jul 5, 2001
286
287
* The returned value is an array of pointers to PHYSFS_ArchiveInfo structures,
* with a NULL entry to signify the end of the list:
Jun 28, 2001
Jun 28, 2001
288
289
290
291
292
293
294
295
296
297
298
299
300
301
*
* PHYSFS_ArchiveInfo **i;
*
* for (i = PHYSFS_supportedArchiveTypes(); *i != NULL; i++)
* {
* printf("Supported archive: [%s], which is [%s].\n",
* i->extension, i->description);
* }
*
* The return values are pointers to static internal memory, and should
* be considered READ ONLY, and never freed.
*
* @return READ ONLY Null-terminated array of READ ONLY structures.
*/
Aug 23, 2001
Aug 23, 2001
302
__EXPORT__ const PHYSFS_ArchiveInfo **PHYSFS_supportedArchiveTypes(void);
Jun 28, 2001
Jun 28, 2001
303
304
305
306
307
308
309
310
/**
* Certain PhysicsFS functions return lists of information that are
* dynamically allocated. Use this function to free those resources.
*
* @param list List of information specified as freeable by this function.
*/
Mar 21, 2002
Mar 21, 2002
311
__EXPORT__ void PHYSFS_freeList(void *listVar);
Jun 28, 2001
Jun 28, 2001
312
313
Jun 7, 2001
Jun 7, 2001
314
315
316
/**
* Get the last PhysicsFS error message as a null-terminated string.
* This will be NULL if there's been no error since the last call to this
Jul 5, 2001
Jul 5, 2001
317
318
319
320
321
* function. The pointer returned by this call points to an internal buffer.
* Each thread has a unique error state associated with it, but each time
* a new error message is set, it will overwrite the previous one associated
* with that thread. It is safe to call this function at anytime, even
* before PHYSFS_init().
Jun 7, 2001
Jun 7, 2001
322
323
324
*
* @return READ ONLY string of last error message.
*/
Aug 23, 2001
Aug 23, 2001
325
__EXPORT__ const char *PHYSFS_getLastError(void);
Jun 7, 2001
Jun 7, 2001
326
327
328
/**
Jul 5, 2001
Jul 5, 2001
329
* Get a platform-dependent dir separator. This is "\\" on win32, "/" on Unix,
Jun 7, 2001
Jun 7, 2001
330
331
332
* and ":" on MacOS. It may be more than one character, depending on the
* platform, and your code should take that into account. Note that this is
* only useful for setting up the search/write paths, since access into those
Jul 5, 2001
Jul 5, 2001
333
* dirs always use '/' (platform-independent notation) to separate
Jun 7, 2001
Jun 7, 2001
334
335
* directories. This is also handy for getting platform-independent access
* when using stdio calls.
Jun 7, 2001
Jun 7, 2001
336
*
Jul 5, 2001
Jul 5, 2001
337
* @return READ ONLY null-terminated string of platform's dir separator.
Jun 7, 2001
Jun 7, 2001
338
*/
Aug 23, 2001
Aug 23, 2001
339
__EXPORT__ const char *PHYSFS_getDirSeparator(void);
Jun 7, 2001
Jun 7, 2001
340
341
Jul 7, 2001
Jul 7, 2001
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
/**
* Enable symbolic links. Some physical filesystems and archives contain
* files that are just pointers to other files. On the physical filesystem,
* opening such a link will (transparently) open the file that is pointed to.
*
* By default, PhysicsFS will check if a file is really a symlink during open
* calls and fail if it is. Otherwise, the link could take you outside the
* write and search paths, and compromise security.
*
* If you want to take that risk, call this function with a non-zero parameter.
* Note that this is more for sandboxing a program's scripting language, in
* case untrusted scripts try to compromise the system. Generally speaking,
* a user could very well have a legitimate reason to set up a symlink, so
* unless you feel there's a specific danger in allowing them, you should
* permit them.
*
Jul 16, 2001
Jul 16, 2001
358
359
360
361
* Symlinks are only explicitly checked when dealing with filenames
* in platform-independent notation. That is, when setting up your
* search and write paths, etc, symlinks are never checked for.
*
Jul 7, 2001
Jul 7, 2001
362
363
364
365
366
* Symbolic link permission can be enabled or disabled at any time, and is
* disabled by default.
*
* @param allow nonzero to permit symlinks, zero to deny linking.
*/
Aug 23, 2001
Aug 23, 2001
367
__EXPORT__ void PHYSFS_permitSymbolicLinks(int allow);
Jul 7, 2001
Jul 7, 2001
368
369
Jun 7, 2001
Jun 7, 2001
370
/**
Jul 5, 2001
Jul 5, 2001
371
* Get an array of dirs to available CD-ROM drives.
Jun 7, 2001
Jun 7, 2001
372
*
Jul 5, 2001
Jul 5, 2001
373
374
* The dirs returned are platform-dependent ("D:\" on Win32, "/cdrom" or
* whatnot on Unix). Dirs are only returned if there is a disc ready and
Jun 7, 2001
Jun 7, 2001
375
376
377
378
379
380
381
382
383
* accessible in the drive. So if you've got two drives (D: and E:), and only
* E: has a disc in it, then that's all you get. If the user inserts a disc
* in D: and you call this function again, you get both drives. If, on a
* Unix box, the user unmounts a disc and remounts it elsewhere, the next
* call to this function will reflect that change. Fun.
*
* The returned value is an array of strings, with a NULL entry to signify the
* end of the list:
*
Jul 6, 2001
Jul 6, 2001
384
* char **cds = PHYSFS_getCdRomDirs();
Jun 7, 2001
Jun 7, 2001
385
386
* char **i;
*
Jul 6, 2001
Jul 6, 2001
387
* for (i = cds; *i != NULL; i++)
Jul 5, 2001
Jul 5, 2001
388
* printf("cdrom dir [%s] is available.\n", *i);
Jun 7, 2001
Jun 7, 2001
389
*
Jul 6, 2001
Jul 6, 2001
390
391
* PHYSFS_freeList(cds);
*
Jun 7, 2001
Jun 7, 2001
392
393
* This call may block while drives spin up. Be forewarned.
*
Jun 28, 2001
Jun 28, 2001
394
395
396
397
* When you are done with the returned information, you may dispose of the
* resources by calling PHYSFS_freeList() with the returned pointer.
*
* @return Null-terminated array of null-terminated strings.
Jun 7, 2001
Jun 7, 2001
398
*/
Aug 23, 2001
Aug 23, 2001
399
__EXPORT__ char **PHYSFS_getCdRomDirs(void);
Jun 7, 2001
Jun 7, 2001
400
401
402
403
404
/**
* Helper function.
*
Jul 5, 2001
Jul 5, 2001
405
* Get the "base dir". This is the directory where the application was run
Jun 28, 2001
Jun 28, 2001
406
407
* from, which is probably the installation directory, and may or may not
* be the process's current working directory.
Jun 7, 2001
Jun 7, 2001
408
*
Jul 5, 2001
Jul 5, 2001
409
* You should probably use the base dir in your search path.
Jun 7, 2001
Jun 7, 2001
410
*
Jul 5, 2001
Jul 5, 2001
411
* @return READ ONLY string of base dir in platform-dependent notation.
Jun 7, 2001
Jun 7, 2001
412
*/
Aug 23, 2001
Aug 23, 2001
413
__EXPORT__ const char *PHYSFS_getBaseDir(void);
Jun 7, 2001
Jun 7, 2001
414
415
416
417
418
/**
* Helper function.
*
Jul 5, 2001
Jul 5, 2001
419
* Get the "user dir". This is meant to be a suggestion of where a specific
Jun 7, 2001
Jun 7, 2001
420
* user of the system can store files. On Unix, this is her home directory.
Jun 28, 2001
Jun 28, 2001
421
* On systems with no concept of multiple home directories (MacOS, win95),
Jul 5, 2001
Jul 5, 2001
422
* this will default to something like "C:\mybasedir\users\username"
Jun 28, 2001
Jun 28, 2001
423
424
* where "username" will either be the login name, or "default" if the
* platform doesn't support multiple users, either.
Jun 7, 2001
Jun 7, 2001
425
*
Jul 5, 2001
Jul 5, 2001
426
* You should probably use the user dir as the basis for your write dir, and
Jun 7, 2001
Jun 7, 2001
427
428
* also put it near the beginning of your search path.
*
Jul 5, 2001
Jul 5, 2001
429
* @return READ ONLY string of user dir in platform-dependent notation.
Jun 7, 2001
Jun 7, 2001
430
*/
Aug 23, 2001
Aug 23, 2001
431
__EXPORT__ const char *PHYSFS_getUserDir(void);
Jun 7, 2001
Jun 7, 2001
432
433
434
/**
Jul 5, 2001
Jul 5, 2001
435
* Get the current write dir. The default write dir is NULL.
Jun 7, 2001
Jun 7, 2001
436
*
Jul 5, 2001
Jul 5, 2001
437
* @return READ ONLY string of write dir in platform-dependent notation,
Jun 7, 2001
Jun 7, 2001
438
439
* OR NULL IF NO WRITE PATH IS CURRENTLY SET.
*/
Aug 23, 2001
Aug 23, 2001
440
__EXPORT__ const char *PHYSFS_getWriteDir(void);
Jun 7, 2001
Jun 7, 2001
441
442
443
/**
Jul 5, 2001
Jul 5, 2001
444
* Set a new write dir. This will override the previous setting. If the
Jun 7, 2001
Jun 7, 2001
445
446
447
* directory or a parent directory doesn't exist in the physical filesystem,
* PhysicsFS will attempt to create them as needed.
*
Jul 5, 2001
Jul 5, 2001
448
449
* This call will fail (and fail to change the write dir) if the current
* write dir still has files open in it.
Jun 7, 2001
Jun 7, 2001
450
*
Jul 5, 2001
Jul 5, 2001
451
* @param newDir The new directory to be the root of the write dir,
Jun 28, 2001
Jun 28, 2001
452
* specified in platform-dependent notation. Setting to NULL
Jul 5, 2001
Jul 5, 2001
453
* disables the write dir, so no files can be opened for
Jun 7, 2001
Jun 7, 2001
454
455
456
457
458
459
* writing via PhysicsFS.
* @return non-zero on success, zero on failure. All attempts to open a file
* for writing via PhysicsFS will fail until this call succeeds.
* Specifics of the error can be gleaned from PHYSFS_getLastError().
*
*/
Aug 23, 2001
Aug 23, 2001
460
__EXPORT__ int PHYSFS_setWriteDir(const char *newDir);
Jun 7, 2001
Jun 7, 2001
461
462
463
464
465
466
/**
* Add a directory or archive to the search path. If this is a duplicate, the
* entry is not added again, even though the function succeeds.
*
Jul 5, 2001
Jul 5, 2001
467
* @param newDir directory or archive to add to the path, in
Jun 7, 2001
Jun 7, 2001
468
469
* platform-dependent notation.
* @param appendToPath nonzero to append to search path, zero to prepend.
Jul 5, 2001
Jul 5, 2001
470
* @return nonzero if added to path, zero on failure (bogus archive, dir
Jun 7, 2001
Jun 7, 2001
471
472
473
* missing, etc). Specifics of the error can be
* gleaned from PHYSFS_getLastError().
*/
Aug 23, 2001
Aug 23, 2001
474
__EXPORT__ int PHYSFS_addToSearchPath(const char *newDir, int appendToPath);
Jun 7, 2001
Jun 7, 2001
475
476
477
/**
Jun 7, 2001
Jun 7, 2001
478
* Remove a directory or archive from the search path.
Jun 7, 2001
Jun 7, 2001
479
480
481
482
483
484
485
*
* This must be a (case-sensitive) match to a dir or archive already in the
* search path, specified in platform-dependent notation.
*
* This call will fail (and fail to remove from the path) if the element still
* has files open in it.
*
Jul 5, 2001
Jul 5, 2001
486
* @param oldDir dir/archive to remove.
Jun 7, 2001
Jun 7, 2001
487
488
489
* @return nonzero on success, zero on failure.
* Specifics of the error can be gleaned from PHYSFS_getLastError().
*/
Aug 23, 2001
Aug 23, 2001
490
__EXPORT__ int PHYSFS_removeFromSearchPath(const char *oldDir);
Jun 7, 2001
Jun 7, 2001
491
492
493
494
495
496
497
498
499
500
501
502
503
/**
* Get the current search path. The default search path is an empty list.
*
* The returned value is an array of strings, with a NULL entry to signify the
* end of the list:
*
* char **i;
*
* for (i = PHYSFS_getSearchPath(); *i != NULL; i++)
* printf("[%s] is in the search path.\n", *i);
*
Jun 28, 2001
Jun 28, 2001
504
505
* When you are done with the returned information, you may dispose of the
* resources by calling PHYSFS_freeList() with the returned pointer.
Jun 7, 2001
Jun 7, 2001
506
*
Jul 5, 2001
Jul 5, 2001
507
508
* @return Null-terminated array of null-terminated strings. NULL if there
* was a problem (read: OUT OF MEMORY).
Jun 7, 2001
Jun 7, 2001
509
*/
Aug 23, 2001
Aug 23, 2001
510
__EXPORT__ char **PHYSFS_getSearchPath(void);
Jun 7, 2001
Jun 7, 2001
511
512
513
514
515
/**
* Helper function.
*
Jul 5, 2001
Jul 5, 2001
516
* Set up sane, default paths. The write dir will be set to
Sep 26, 2001
Sep 26, 2001
517
* "userdir/.organization/appName", which is created if it doesn't exist.
Jun 7, 2001
Jun 7, 2001
518
519
520
521
522
523
524
*
* The above is sufficient to make sure your program's configuration directory
* is separated from other clutter, and platform-independent. The period
* before "mygame" even hides the directory on Unix systems.
*
* The search path will be:
*
Jul 5, 2001
Jul 5, 2001
525
526
527
* - The Write Dir (created if it doesn't exist)
* - The Base Dir (PHYSFS_getBaseDir())
* - All found CD-ROM dirs (optionally)
Jun 7, 2001
Jun 7, 2001
528
529
530
531
532
533
534
535
536
*
* These directories are then searched for files ending with the extension
* (archiveExt), which, if they are valid and supported archives, will also
* be added to the search path. If you specified "PKG" for (archiveExt), and
* there's a file named data.PKG in the base dir, it'll be checked. Archives
* can either be appended or prepended to the search path in alphabetical
* order, regardless of which directories they were found in.
*
* All of this can be accomplished from the application, but this just does it
Jun 7, 2001
Jun 7, 2001
537
* all for you. Feel free to add more to the search path manually, too.
Jun 7, 2001
Jun 7, 2001
538
*
Sep 26, 2001
Sep 26, 2001
539
540
541
* @param organization Name of your company/group/etc to be used as a
* dirname, so keep it small, and no-frills.
*
Jun 7, 2001
Jun 7, 2001
542
543
544
545
546
547
* @param appName Program-specific name of your program, to separate it
* from other programs using PhysicsFS.
*
* @param archiveExt File extention used by your program to specify an
* archive. For example, Quake 3 uses "pk3", even though
* they are just zipfiles. Specify NULL to not dig out
Jul 6, 2001
Jul 6, 2001
548
549
550
* archives automatically. Do not specify the '.' char;
* If you want to look for ZIP files, specify "ZIP" and
* not ".ZIP" ... the archive search is case-insensitive.
Jun 7, 2001
Jun 7, 2001
551
552
*
* @param includeCdRoms Non-zero to include CD-ROMs in the search path, and
Jun 7, 2001
Jun 7, 2001
553
554
555
556
557
558
559
* (if (archiveExt) != NULL) search them for archives.
* This may cause a significant amount of blocking
* while discs are accessed, and if there are no discs
* in the drive (or even not mounted on Unix systems),
* then they may not be made available anyhow. You may
* want to specify zero and handle the disc setup
* yourself.
Jun 7, 2001
Jun 7, 2001
560
561
*
* @param archivesFirst Non-zero to prepend the archives to the search path.
Jun 7, 2001
Jun 7, 2001
562
* Zero to append them. Ignored if !(archiveExt).
Sep 26, 2001
Sep 26, 2001
563
*
Jul 6, 2001
Jul 6, 2001
564
565
* @return nonzero on success, zero on error. Specifics of the error can be
* gleaned from PHYSFS_getLastError().
Jun 7, 2001
Jun 7, 2001
566
*/
Sep 26, 2001
Sep 26, 2001
567
568
__EXPORT__ int PHYSFS_setSaneConfig(const char *organization,
const char *appName,
Aug 23, 2001
Aug 23, 2001
569
570
571
const char *archiveExt,
int includeCdRoms,
int archivesFirst);
Jun 7, 2001
Jun 7, 2001
572
573
574
575
/**
* Create a directory. This is specified in platform-independent notation in
Jul 5, 2001
Jul 5, 2001
576
* relation to the write dir. All missing parent directories are also
Jun 7, 2001
Jun 7, 2001
577
578
* created if they don't exist.
*
Jul 5, 2001
Jul 5, 2001
579
* So if you've got the write dir set to "C:\mygame\writedir" and call
Jun 7, 2001
Jun 7, 2001
580
* PHYSFS_mkdir("downloads/maps") then the directories
Jul 5, 2001
Jul 5, 2001
581
* "C:\mygame\writedir\downloads" and "C:\mygame\writedir\downloads\maps"
Jun 28, 2001
Jun 28, 2001
582
583
584
* will be created if possible. If the creation of "maps" fails after we
* have successfully created "downloads", then the function leaves the
* created directory behind and reports failure.
Jun 7, 2001
Jun 7, 2001
585
*
Jul 5, 2001
Jul 5, 2001
586
* @param dirname New dir to create.
Jun 7, 2001
Jun 7, 2001
587
588
589
* @return nonzero on success, zero on error. Specifics of the error can be
* gleaned from PHYSFS_getLastError().
*/
Aug 23, 2001
Aug 23, 2001
590
__EXPORT__ int PHYSFS_mkdir(const char *dirName);
Jun 7, 2001
Jun 7, 2001
591
592
593
594
/**
* Delete a file or directory. This is specified in platform-independent
Jul 5, 2001
Jul 5, 2001
595
* notation in relation to the write dir.
Jun 7, 2001
Jun 7, 2001
596
*
Jun 28, 2001
Jun 28, 2001
597
* A directory must be empty before this call can delete it.
Jun 7, 2001
Jun 7, 2001
598
*
Jul 5, 2001
Jul 5, 2001
599
* So if you've got the write dir set to "C:\mygame\writedir" and call
Jun 7, 2001
Jun 7, 2001
600
* PHYSFS_delete("downloads/maps/level1.map") then the file
Jul 5, 2001
Jul 5, 2001
601
* "C:\mygame\writedir\downloads\maps\level1.map" is removed from the
Jun 7, 2001
Jun 7, 2001
602
603
604
* physical filesystem, if it exists and the operating system permits the
* deletion.
*
Jun 7, 2001
Jun 7, 2001
605
606
607
608
* Note that on Unix systems, deleting a file may be successful, but the
* actual file won't be removed until all processes that have an open
* filehandle to it (including your program) close their handles.
*
Jun 7, 2001
Jun 7, 2001
609
610
611
612
* @param filename Filename to delete.
* @return nonzero on success, zero on error. Specifics of the error can be
* gleaned from PHYSFS_getLastError().
*/
Aug 23, 2001
Aug 23, 2001
613
__EXPORT__ int PHYSFS_delete(const char *filename);
Jun 7, 2001
Jun 7, 2001
614
615
616
617
618
619
620
621
622
623
624
/**
* Figure out where in the search path a file resides. The file is specified
* in platform-independent notation. The returned filename will be the
* element of the search path where the file was found, which may be a
* directory, or an archive. Even if there are multiple matches in different
* parts of the search path, only the first one found is used, just like
* when opening a file.
*
* So, if you look for "maps/level1.map", and C:\mygame is in your search
Jun 28, 2001
Jun 28, 2001
625
* path and C:\mygame\maps\level1.map exists, then "C:\mygame" is returned.
Jun 7, 2001
Jun 7, 2001
626
*
Jul 7, 2001
Jul 7, 2001
627
628
629
* If a any part of a match is a symbolic link, and you've not explicitly
* permitted symlinks, then it will be ignored, and the search for a match
* will continue.
Jun 7, 2001
Jun 7, 2001
630
*
Jun 7, 2001
Jun 7, 2001
631
* @param filename file to look for.
Jun 28, 2001
Jun 28, 2001
632
633
634
* @return READ ONLY string of element of search path containing the
* the file in question. NULL if not found.
*/
Aug 23, 2001
Aug 23, 2001
635
__EXPORT__ const char *PHYSFS_getRealDir(const char *filename);
Jun 28, 2001
Jun 28, 2001
636
637
638
639
640
/**
* Get a file listing of a search path's directory. Matching directories are
Jul 5, 2001
Jul 5, 2001
641
* interpolated. That is, if "C:\mydir" is in the search path and contains a
Jun 28, 2001
Jun 28, 2001
642
* directory "savegames" that contains "x.sav", "y.sav", and "z.sav", and
Jul 5, 2001
Jul 5, 2001
643
* there is also a "C:\userdir" in the search path that has a "savegames"
Jun 28, 2001
Jun 28, 2001
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
* subdirectory with "w.sav", then the following code:
*
* ------------------------------------------------
* char **rc = PHYSFS_enumerateFiles("savegames");
* char **i;
*
* for (i = rc; *i != NULL; i++)
* printf("We've got [%s].\n", *i);
*
* PHYSFS_freeList(rc);
* ------------------------------------------------
*
* ...will print:
*
* ------------------------------------------------
* We've got [x.sav].
* We've got [y.sav].
* We've got [z.sav].
* We've got [w.sav].
* ------------------------------------------------
*
Jul 5, 2001
Jul 5, 2001
665
666
667
* Feel free to sort the list however you like. We only promise there will
* be no duplicates, but not what order the final list will come back in.
*
Jun 28, 2001
Jun 28, 2001
668
669
670
* Don't forget to call PHYSFS_freeList() with the return value from this
* function when you are done with it.
*
Jul 5, 2001
Jul 5, 2001
671
* @param dir directory in platform-independent notation to enumerate.
Jun 28, 2001
Jun 28, 2001
672
* @return Null-terminated array of null-terminated strings.
Jun 7, 2001
Jun 7, 2001
673
*/
Aug 23, 2001
Aug 23, 2001
674
__EXPORT__ char **PHYSFS_enumerateFiles(const char *dir);
Jun 7, 2001
Jun 7, 2001
675
676
Jul 7, 2001
Jul 7, 2001
677
678
679
680
681
682
683
684
685
686
687
/**
* Determine if there is an entry anywhere in the search path by the
* name of (fname).
*
* Note that entries that are symlinks are ignored if
* PHYSFS_permitSymbolicLinks(1) hasn't been called, so you
* might end up further down in the search path than expected.
*
* @param fname filename in platform-independent notation.
* @return non-zero if filename exists. zero otherwise.
*/
Aug 23, 2001
Aug 23, 2001
688
__EXPORT__ int PHYSFS_exists(const char *fname);
Jul 7, 2001
Jul 7, 2001
689
690
691
692
693
694
695
696
697
698
699
700
701
/**
* Determine if the first occurence of (fname) in the search path is
* really a directory entry.
*
* Note that entries that are symlinks are ignored if
* PHYSFS_permitSymbolicLinks(1) hasn't been called, so you
* might end up further down in the search path than expected.
*
* @param fname filename in platform-independent notation.
* @return non-zero if filename exists and is a directory. zero otherwise.
*/
Aug 23, 2001
Aug 23, 2001
702
__EXPORT__ int PHYSFS_isDirectory(const char *fname);
Jul 7, 2001
Jul 7, 2001
703
704
705
706
707
708
709
710
711
712
713
714
715
/**
* Determine if the first occurence of (fname) in the search path is
* really a symbolic link.
*
* Note that entries that are symlinks are ignored if
* PHYSFS_permitSymbolicLinks(1) hasn't been called, and as such,
* this function will always return 0 in that case.
*
* @param fname filename in platform-independent notation.
* @return non-zero if filename exists and is a symlink. zero otherwise.
*/
Aug 23, 2001
Aug 23, 2001
716
__EXPORT__ int PHYSFS_isSymbolicLink(const char *fname);
Jul 7, 2001
Jul 7, 2001
717
718
Jun 7, 2001
Jun 7, 2001
719
720
/**
* Open a file for writing, in platform-independent notation and in relation
Jul 5, 2001
Jul 5, 2001
721
* to the write dir as the root of the writable filesystem. The specified
Jun 7, 2001
Jun 7, 2001
722
723
724
* file is created if it doesn't exist. If it does exist, it is truncated to
* zero bytes, and the writing offset is set to the start.
*
Jul 7, 2001
Jul 7, 2001
725
726
727
728
* Note that entries that are symlinks are ignored if
* PHYSFS_permitSymbolicLinks(1) hasn't been called, and opening a
* symlink with this function will fail in such a case.
*
Jun 7, 2001
Jun 7, 2001
729
730
731
732
* @param filename File to open.
* @return A valid PhysicsFS filehandle on success, NULL on error. Specifics
* of the error can be gleaned from PHYSFS_getLastError().
*/
Aug 23, 2001
Aug 23, 2001
733
__EXPORT__ PHYSFS_file *PHYSFS_openWrite(const char *filename);
Jun 7, 2001
Jun 7, 2001
734
735
736
737
/**
* Open a file for writing, in platform-independent notation and in relation
Jul 5, 2001
Jul 5, 2001
738
* to the write dir as the root of the writable filesystem. The specified
Jun 7, 2001
Jun 7, 2001
739
740
741
742
* file is created if it doesn't exist. If it does exist, the writing offset
* is set to the end of the file, so the first write will be the byte after
* the end.
*
Jul 7, 2001
Jul 7, 2001
743
744
745
746
* Note that entries that are symlinks are ignored if
* PHYSFS_permitSymbolicLinks(1) hasn't been called, and opening a
* symlink with this function will fail in such a case.
*
Jun 7, 2001
Jun 7, 2001
747
748
749
750
* @param filename File to open.
* @return A valid PhysicsFS filehandle on success, NULL on error. Specifics
* of the error can be gleaned from PHYSFS_getLastError().
*/
Aug 23, 2001
Aug 23, 2001
751
__EXPORT__ PHYSFS_file *PHYSFS_openAppend(const char *filename);
Jun 7, 2001
Jun 7, 2001
752
753
754
755
756
757
758
759
/**
* Open a file for reading, in platform-independent notation. The search path
* is checked one at a time until a matching file is found, in which case an
* abstract filehandle is associated with it, and reading may be done.
* The reading offset is set to the first byte of the file.
*
Jul 7, 2001
Jul 7, 2001
760
761
762
763
* Note that entries that are symlinks are ignored if
* PHYSFS_permitSymbolicLinks(1) hasn't been called, and opening a
* symlink with this function will fail in such a case.
*
Jun 7, 2001
Jun 7, 2001
764
765
766
767
* @param filename File to open.
* @return A valid PhysicsFS filehandle on success, NULL on error. Specifics
* of the error can be gleaned from PHYSFS_getLastError().
*/
Aug 23, 2001
Aug 23, 2001
768
__EXPORT__ PHYSFS_file *PHYSFS_openRead(const char *filename);
Jun 7, 2001
Jun 7, 2001
769
770
771
772
773
774
775
776
777
778
779
780
781
782
/**
* Close a PhysicsFS filehandle. This call is capable of failing if the
* operating system was buffering writes to this file, and (now forced to
* write those changes to physical media) can not store the data for any
* reason. In such a case, the filehandle stays open. A well-written program
* should ALWAYS check the return value from the close call in addition to
* every writing call!
*
* @param handle handle returned from PHYSFS_open*().
* @return nonzero on success, zero on error. Specifics of the error can be
* gleaned from PHYSFS_getLastError().
*/
Aug 23, 2001
Aug 23, 2001
783
__EXPORT__ int PHYSFS_close(PHYSFS_file *handle);
Jun 7, 2001
Jun 7, 2001
784
785
786
787
788
789
790
791
792
793
/**
* Read data from a PhysicsFS filehandle. The file must be opened for reading.
*
* @param handle handle returned from PHYSFS_openRead().
* @param buffer buffer to store read data into.
* @param objSize size in bytes of objects being read from (handle).
* @param objCount number of (objSize) objects to read from (handle).
* @return number of objects read. PHYSFS_getLastError() can shed light on
Jun 28, 2001
Jun 28, 2001
794
* the reason this might be < (objCount), as can PHYSFS_eof().
Jul 6, 2001
Jul 6, 2001
795
* -1 if complete failure.
Jun 7, 2001
Jun 7, 2001
796
*/
Mar 24, 2002
Mar 24, 2002
797
798
799
800
__EXPORT__ PHYSFS_sint64 PHYSFS_read(PHYSFS_file *handle,
void *buffer,
PHYSFS_uint32 objSize,
PHYSFS_uint32 objCount);
Jun 7, 2001
Jun 7, 2001
801
802
803
804
805
806
807
808
/**
* Write data to a PhysicsFS filehandle. The file must be opened for writing.
*
* @param handle retval from PHYSFS_openWrite() or PHYSFS_openAppend().
* @param buffer buffer to store read data into.
* @param objSize size in bytes of objects being read from (handle).
* @param objCount number of (objSize) objects to read from (handle).
Jul 6, 2001
Jul 6, 2001
809
810
* @return number of objects written. PHYSFS_getLastError() can shed light on
* the reason this might be < (objCount). -1 if complete failure.
Jun 7, 2001
Jun 7, 2001
811
*/
Mar 24, 2002
Mar 24, 2002
812
813
814
815
__EXPORT__ PHYSFS_sint64 PHYSFS_write(PHYSFS_file *handle,
const void *buffer,
PHYSFS_uint32 objSize,
PHYSFS_uint32 objCount);
Jun 7, 2001
Jun 7, 2001
816
817
818
819
820
821
822
/**
* Determine if the end of file has been reached in a PhysicsFS filehandle.
*
* @param handle handle returned from PHYSFS_openRead().
* @return nonzero if EOF, zero if not.
*/
Aug 23, 2001
Aug 23, 2001
823
__EXPORT__ int PHYSFS_eof(PHYSFS_file *handle);
Jun 7, 2001
Jun 7, 2001
824
825
826
827
828
829
830
831
832
/**
* Determine current position within a PhysicsFS filehandle.
*
* @param handle handle returned from PHYSFS_open*().
* @return offset in bytes from start of file. -1 if error occurred.
* Specifics of the error can be gleaned from PHYSFS_getLastError().
*/
Mar 24, 2002
Mar 24, 2002
833
__EXPORT__ PHYSFS_sint64 PHYSFS_tell(PHYSFS_file *handle);
Jun 7, 2001
Jun 7, 2001
834
835
836
837
838
839
840
841
842
843
844
845
/**
* Seek to a new position within a PhysicsFS filehandle. The next read or write
* will occur at that place. Seeking past the beginning or end of the file is
* not allowed.
*
* @param handle handle returned from PHYSFS_open*().
* @param pos number of bytes from start of file to seek to.
* @return nonzero on success, zero on error. Specifics of the error can be
* gleaned from PHYSFS_getLastError().
*/
Mar 24, 2002
Mar 24, 2002
846
__EXPORT__ int PHYSFS_seek(PHYSFS_file *handle, PHYSFS_uint64 pos);
Jun 7, 2001
Jun 7, 2001
847
Jul 9, 2001
Jul 9, 2001
848
849
850
851
/**
* Get total length of a file in bytes. Note that if the file size can't
* be determined (since the archive is "streamed" or whatnot) than this
Mar 16, 2002
Mar 16, 2002
852
* will report (-1). Also note that if another process/thread is writing
Jul 9, 2001
Jul 9, 2001
853
854
855
856
857
858
859
* to this file at the same time, then the information this function
* supplies could be incorrect before you get it. Use with caution, or
* better yet, don't use at all.
*
* @param handle handle returned from PHYSFS_open*().
* @return size in bytes of the file. -1 if can't be determined.
*/
Mar 24, 2002
Mar 24, 2002
860
__EXPORT__ PHYSFS_sint64 PHYSFS_fileLength(PHYSFS_file *handle);
Jul 9, 2001
Jul 9, 2001
861
Jun 7, 2001
Jun 7, 2001
862
863
864
865
866
867
868
#ifdef __cplusplus
}
#endif
#endif /* !defined _INCLUDE_PHYSFS_H_ */
/* end of physfs.h ... */