Skip to content

Latest commit

 

History

History
2395 lines (2183 loc) · 91.6 KB

physfs.h

File metadata and controls

2395 lines (2183 loc) · 91.6 KB
 
Mar 18, 2010
Mar 18, 2010
1
2
3
4
5
/**
* \file physfs.h
*
* Main header file for PhysicsFS.
*/
Jun 7, 2002
Jun 7, 2002
6
Jun 7, 2001
Jun 7, 2001
7
/**
Jun 7, 2002
Jun 7, 2002
8
9
10
11
12
* \mainpage PhysicsFS
*
* The latest version of PhysicsFS can be found at:
* http://icculus.org/physfs/
*
Jun 7, 2001
Jun 7, 2001
13
14
15
16
17
18
19
20
21
22
23
* 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
24
* fs_* cvars. If you've ever tinkered with these, then this API will be
Jun 7, 2001
Jun 7, 2001
25
26
* familiar to you.
*
Jul 5, 2001
Jul 5, 2001
27
28
29
30
31
32
* 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
Jan 8, 2004
Jan 8, 2004
33
* language from piddling over c:\\config.sys, for example. If you'd rather
Jul 5, 2001
Jul 5, 2001
34
35
* 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
36
37
*
* Drive letters are hidden in PhysicsFS once you set up your initial paths.
Jul 5, 2001
Jul 5, 2001
38
* The search path creates a single, hierarchical directory structure.
Jun 7, 2001
Jun 7, 2001
39
40
41
42
43
44
45
* 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
46
* "C:\MyGame\MyConfigFiles\game.cfg", then you might set the write dir to
Jun 7, 2001
Jun 7, 2001
47
* "C:\MyGame" and then open "MyConfigFiles/game.cfg". This gives an
Jun 7, 2001
Jun 7, 2001
48
* abstraction across all platforms. Specifying a file in this way is termed
Jul 5, 2001
Jul 5, 2001
49
50
51
52
53
54
55
56
* "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
57
* which is the root of the writable filesystem. When opening a file for
Jul 5, 2001
Jul 5, 2001
58
* reading, PhysicsFS goes through the search path. This is NOT the
Jun 7, 2001
Jun 7, 2001
59
60
61
62
63
64
* 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
65
* Once the search path is defined, you may open files for reading. If you've
Jun 7, 2001
Jun 7, 2001
66
67
* got the following search path defined (to use a win32 example again):
*
Jan 8, 2004
Jan 8, 2004
68
69
70
71
* - C:\\mygame
* - C:\\mygame\\myuserfiles
* - D:\\mygamescdromdatafiles
* - C:\\mygame\\installeddatafiles.zip
Jun 7, 2001
Jun 7, 2001
72
*
Jul 5, 2001
Jul 5, 2001
73
* Then a call to PHYSFS_openRead("textfiles/myfile.txt") (note the directory
Jun 7, 2001
Jun 7, 2001
74
75
* separator, lack of drive letter, and lack of dir separator at the start of
* the string; this is platform-independent notation) will check for
Jan 8, 2004
Jan 8, 2004
76
77
78
79
80
81
82
* C:\\mygame\\textfiles\\myfile.txt, then
* 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 a case-sensitive manner, so you should be careful to specify
* it correctly.
Jun 7, 2001
Jun 7, 2001
83
*
Jul 5, 2001
Jul 5, 2001
84
* Files opened through PhysicsFS may NOT contain "." or ".." or ":" as dir
Mar 13, 2005
Mar 13, 2005
85
86
87
88
89
90
91
* elements. Not only are these meaningless on MacOS Classic 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. For portability, there is no mechanism for
* creating new symlinks in PhysicsFS.
Jul 5, 2001
Jul 5, 2001
92
93
94
95
96
97
*
* 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
98
99
100
*
* 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
101
* platform-independence. There is a function to tell you the current
Jul 5, 2001
Jul 5, 2001
102
* platform's dir separator ("\\" on windows, "/" on Unix, ":" on MacOS),
Jun 28, 2001
Jun 28, 2001
103
104
105
* 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
106
*
Jul 5, 2001
Jul 5, 2001
107
108
* 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
109
110
* 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
111
112
* 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
113
* for you, based on a few parameters. Also see the comments on
Jul 5, 2001
Jul 5, 2001
114
115
116
* PHYSFS_getBaseDir(), and PHYSFS_getUserDir() for info on what those
* are and how they can help you determine an optimal search path.
*
Mar 13, 2005
Mar 13, 2005
117
118
119
120
121
122
123
124
125
126
127
128
* PhysicsFS 2.0 adds the concept of "mounting" archives to arbitrary points
* in the search path. If a zipfile contains "maps/level.map" and you mount
* that archive at "mods/mymod", then you would have to open
* "mods/mymod/maps/level.map" to access the file, even though "mods/mymod"
* isn't actually specified in the .zip file. Unlike the Unix mentality of
* mounting a filesystem, "mods/mymod" doesn't actually have to exist when
* mounting the zipfile. It's a "virtual" directory. The mounting mechanism
* allows the developer to seperate archives in the tree and avoid trampling
* over files when added new archives, such as including mod support in a
* game...keeping external content on a tight leash in this manner can be of
* utmost importance to some applications.
*
Mar 30, 2002
Mar 30, 2002
129
130
131
132
133
134
* PhysicsFS is mostly thread safe. The error messages returned by
* PHYSFS_getLastError are unique by thread, and library-state-setting
* functions are mutex'd. For efficiency, individual file accesses are
* not locked, so you can not safely read/write/seek/close/etc the same
* file from two threads at the same time. Other race conditions are bugs
* that should be reported/patched.
Jun 28, 2001
Jun 28, 2001
135
136
137
*
* 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
Mar 30, 2002
Mar 30, 2002
138
* filehandles with PhysicsFS and vice versa.
Jun 7, 2001
Jun 7, 2001
139
140
*
* Note that archives need not be named as such: if you have a ZIP file and
Jun 28, 2001
Jun 28, 2001
141
* rename it with a .PKG extension, the file will still be recognized as a
Jun 7, 2001
Jun 7, 2001
142
* ZIP archive by PhysicsFS; the file's contents are used to determine its
Mar 13, 2005
Mar 13, 2005
143
* type where possible.
Jun 7, 2001
Jun 7, 2001
144
145
146
*
* Currently supported archive types:
* - .ZIP (pkZip/WinZip/Info-ZIP compatible)
Jun 7, 2002
Jun 7, 2002
147
* - .GRP (Build Engine groupfile archives)
Mar 30, 2003
Mar 30, 2003
148
* - .PAK (Quake I/II archive format)
Mar 30, 2003
Mar 30, 2003
149
150
* - .HOG (Descent I/II HOG file archives)
* - .MVL (Descent II movielib archives)
Dec 15, 2003
Dec 15, 2003
151
* - .WAD (DOOM engine archives)
Jun 7, 2002
Jun 7, 2002
152
*
Nov 5, 2006
Nov 5, 2006
153
154
155
*
* String policy for PhysicsFS 2.0 and later:
*
Mar 11, 2007
Mar 11, 2007
156
157
158
159
160
* PhysicsFS 1.0 could only deal with null-terminated ASCII strings. All high
* ASCII chars resulted in undefined behaviour, and there was no Unicode
* support at all. PhysicsFS 2.0 supports Unicode without breaking binary
* compatibility with the 1.0 API by using UTF-8 encoding of all strings
* passed in and out of the library.
Nov 5, 2006
Nov 5, 2006
161
162
163
164
165
166
167
168
*
* All strings passed through PhysicsFS are in null-terminated UTF-8 format.
* This means that if all you care about is English (ASCII characters <= 127)
* then you just use regular C strings. If you care about Unicode (and you
* should!) then you need to figure out what your platform wants, needs, and
* offers. If you are on Windows and build with Unicode support, your TCHAR
* strings are two bytes per character (this is called "UCS-2 encoding"). You
* should convert them to UTF-8 before handing them to PhysicsFS with
Mar 16, 2007
Mar 16, 2007
169
* PHYSFS_utf8FromUcs2(). If you're using Unix or Mac OS X, your wchar_t
Nov 5, 2006
Nov 5, 2006
170
* strings are four bytes per character ("UCS-4 encoding"). Use
Mar 16, 2007
Mar 16, 2007
171
* PHYSFS_utf8FromUcs4(). Mac OS X can give you UTF-8 directly from a
Mar 8, 2007
Mar 8, 2007
172
173
174
175
176
177
178
* CFString, and many Unixes generally give you C strings in UTF-8 format
* everywhere. If you have a single-byte high ASCII charset, like so-many
* European "codepages" you may be out of luck. We'll convert from "Latin1"
* to UTF-8 only, and never back to Latin1. If you're above ASCII 127, all
* bets are off: move to Unicode or use your platform's facilities. Passing a
* C string with high-ASCII data that isn't UTF-8 encoded will NOT do what
* you expect!
Nov 5, 2006
Nov 5, 2006
179
*
Mar 16, 2007
Mar 16, 2007
180
* Naturally, there's also PHYSFS_utf8ToUcs2() and PHYSFS_utf8ToUcs4() to get
Nov 5, 2006
Nov 5, 2006
181
182
183
184
185
186
187
* data back into a format you like. Behind the scenes, PhysicsFS will use
* Unicode where possible: the UTF-8 strings on Windows will be converted
* and used with the multibyte Windows APIs, for example.
*
* PhysicsFS offers basic encoding conversion support, but not a whole string
* library. Get your stuff into whatever format you can work with.
*
Mar 11, 2007
Mar 11, 2007
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
* Some platforms and archivers don't offer full Unicode support behind the
* scenes. For example, OS/2 only offers "codepages" and the filesystem
* itself doesn't support multibyte encodings. We make an earnest effort to
* convert to/from the current locale here, but all bets are off if
* you want to hand an arbitrary Japanese character through to these systems.
* Modern OSes (Mac OS X, Linux, Windows, PocketPC, etc) should all be fine.
* Many game-specific archivers are seriously unprepared for Unicode (the
* Descent HOG/MVL and Build Engine GRP archivers, for example, only offer a
* DOS 8.3 filename, for example). Nothing can be done for these, but they
* tend to be legacy formats for existing content that was all ASCII (and
* thus, valid UTF-8) anyhow. Other formats, like .ZIP, don't explicitly
* offer Unicode support, but unofficially expect filenames to be UTF-8
* encoded, and thus Just Work. Most everything does the right thing without
* bothering you, but it's good to be aware of these nuances in case they
* don't.
*
Nov 5, 2006
Nov 5, 2006
204
205
206
*
* Other stuff:
*
Mar 11, 2007
Mar 11, 2007
207
* Please see the file LICENSE.txt in the source's root directory for licensing
Jun 7, 2002
Jun 7, 2002
208
* and redistribution rights.
Jun 7, 2001
Jun 7, 2001
209
*
Mar 11, 2007
Mar 11, 2007
210
* Please see the file CREDITS.txt in the source's root directory for a more or
Mar 13, 2005
Mar 13, 2005
211
* less complete list of who's responsible for this.
Jun 7, 2001
Jun 7, 2001
212
*
Jun 7, 2002
Jun 7, 2002
213
* \author Ryan C. Gordon.
Jun 7, 2001
Jun 7, 2001
214
215
216
217
218
219
220
221
222
*/
#ifndef _INCLUDE_PHYSFS_H_
#define _INCLUDE_PHYSFS_H_
#ifdef __cplusplus
extern "C" {
#endif
Jun 7, 2002
Jun 7, 2002
223
#ifndef DOXYGEN_SHOULD_IGNORE_THIS
Aug 23, 2001
Aug 23, 2001
224
225
#if (defined _MSC_VER)
#define __EXPORT__ __declspec(dllexport)
Mar 23, 2006
Mar 23, 2006
226
#elif (__GNUC__ >= 3)
Mar 23, 2006
Mar 23, 2006
227
#define __EXPORT__ __attribute__((visibility("default")))
Aug 23, 2001
Aug 23, 2001
228
229
230
#else
#define __EXPORT__
#endif
Jun 7, 2002
Jun 7, 2002
231
#endif /* DOXYGEN_SHOULD_IGNORE_THIS */
Aug 23, 2001
Aug 23, 2001
232
Jun 7, 2002
Jun 7, 2002
233
234
235
236
/**
* \typedef PHYSFS_uint8
* \brief An unsigned, 8-bit integer type.
*/
Mar 24, 2002
Mar 24, 2002
237
typedef unsigned char PHYSFS_uint8;
Jun 7, 2002
Jun 7, 2002
238
239
240
241
242
/**
* \typedef PHYSFS_sint8
* \brief A signed, 8-bit integer type.
*/
Mar 24, 2002
Mar 24, 2002
243
typedef signed char PHYSFS_sint8;
Jun 7, 2002
Jun 7, 2002
244
245
246
247
248
/**
* \typedef PHYSFS_uint16
* \brief An unsigned, 16-bit integer type.
*/
Mar 24, 2002
Mar 24, 2002
249
typedef unsigned short PHYSFS_uint16;
Jun 7, 2002
Jun 7, 2002
250
251
252
253
254
/**
* \typedef PHYSFS_sint16
* \brief A signed, 16-bit integer type.
*/
Mar 24, 2002
Mar 24, 2002
255
typedef signed short PHYSFS_sint16;
Jun 7, 2002
Jun 7, 2002
256
257
258
259
260
/**
* \typedef PHYSFS_uint32
* \brief An unsigned, 32-bit integer type.
*/
Mar 24, 2002
Mar 24, 2002
261
typedef unsigned int PHYSFS_uint32;
Jun 7, 2002
Jun 7, 2002
262
263
264
265
266
/**
* \typedef PHYSFS_sint32
* \brief A signed, 32-bit integer type.
*/
Mar 24, 2002
Mar 24, 2002
267
268
typedef signed int PHYSFS_sint32;
Jun 7, 2002
Jun 7, 2002
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
/**
* \typedef PHYSFS_uint64
* \brief An unsigned, 64-bit integer type.
* \warning on platforms without any sort of 64-bit datatype, this is
* equivalent to PHYSFS_uint32!
*/
/**
* \typedef PHYSFS_sint64
* \brief A signed, 64-bit integer type.
* \warning on platforms without any sort of 64-bit datatype, this is
* equivalent to PHYSFS_sint32!
*/
Apr 12, 2002
Apr 12, 2002
284
#if (defined PHYSFS_NO_64BIT_SUPPORT) /* oh well. */
Mar 24, 2002
Mar 24, 2002
285
286
typedef PHYSFS_uint32 PHYSFS_uint64;
typedef PHYSFS_sint32 PHYSFS_sint64;
Apr 12, 2002
Apr 12, 2002
287
288
289
#elif (defined _MSC_VER)
typedef signed __int64 PHYSFS_sint64;
typedef unsigned __int64 PHYSFS_uint64;
Mar 24, 2002
Mar 24, 2002
290
291
292
293
294
#else
typedef unsigned long long PHYSFS_uint64;
typedef signed long long PHYSFS_sint64;
#endif
Jun 7, 2002
Jun 7, 2002
295
296
#ifndef DOXYGEN_SHOULD_IGNORE_THIS
Mar 24, 2002
Mar 24, 2002
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
/* 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 7, 2002
Jun 7, 2002
315
#endif /* DOXYGEN_SHOULD_IGNORE_THIS */
Mar 24, 2002
Mar 24, 2002
316
317
Jun 7, 2002
Jun 7, 2002
318
/**
Sep 26, 2004
Sep 26, 2004
319
* \struct PHYSFS_File
Jun 7, 2002
Jun 7, 2002
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
* \brief A PhysicsFS file handle.
*
* You get a pointer to one of these when you open a file for reading,
* writing, or appending via PhysicsFS.
*
* As you can see from the lack of meaningful fields, you should treat this
* as opaque data. Don't try to manipulate the file handle, just pass the
* pointer you got, unmolested, to various PhysicsFS APIs.
*
* \sa PHYSFS_openRead
* \sa PHYSFS_openWrite
* \sa PHYSFS_openAppend
* \sa PHYSFS_close
* \sa PHYSFS_read
* \sa PHYSFS_write
* \sa PHYSFS_seek
* \sa PHYSFS_tell
* \sa PHYSFS_eof
Dec 1, 2002
Dec 1, 2002
338
339
* \sa PHYSFS_setBuffer
* \sa PHYSFS_flush
Jun 7, 2002
Jun 7, 2002
340
*/
Nov 2, 2008
Nov 2, 2008
341
typedef struct PHYSFS_File
Jun 28, 2001
Jun 28, 2001
342
{
Jun 7, 2002
Jun 7, 2002
343
void *opaque; /**< That's all you get. Don't touch. */
Sep 26, 2004
Sep 26, 2004
344
} PHYSFS_File;
Jun 28, 2001
Jun 28, 2001
345
Mar 16, 2007
Mar 16, 2007
346
347
348
349
350
351
352
353
354
355
356
357
358
/**
* \def PHYSFS_file
* \brief 1.0 API compatibility define.
*
* PHYSFS_file is identical to PHYSFS_File. This #define is here for backwards
* compatibility with the 1.0 API, which had an inconsistent capitalization
* convention in this case. New code should use PHYSFS_File, as this #define
* may go away someday.
*
* \sa PHYSFS_File
*/
#define PHYSFS_file PHYSFS_File
Jun 28, 2001
Jun 28, 2001
359
360
Jun 7, 2002
Jun 7, 2002
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
/**
* \struct PHYSFS_ArchiveInfo
* \brief Information on various PhysicsFS-supported archives.
*
* This structure gives you details on what sort of archives are supported
* by this implementation of PhysicsFS. Archives tend to be things like
* ZIP files and such.
*
* \warning Not all binaries are created equal! PhysicsFS can be built with
* or without support for various archives. You can check with
* PHYSFS_supportedArchiveTypes() to see if your archive type is
* supported.
*
* \sa PHYSFS_supportedArchiveTypes
*/
Nov 2, 2008
Nov 2, 2008
376
typedef struct PHYSFS_ArchiveInfo
Jun 7, 2002
Jun 7, 2002
377
378
379
380
381
382
{
const char *extension; /**< Archive file extension: "ZIP", for example. */
const char *description; /**< Human-readable archive description. */
const char *author; /**< Person who did support for this archive. */
const char *url; /**< URL related to this archive */
} PHYSFS_ArchiveInfo;
Jun 7, 2001
Jun 7, 2001
383
Dec 1, 2002
Dec 1, 2002
384
Jun 7, 2002
Jun 7, 2002
385
386
387
388
389
390
391
392
393
394
395
/**
* \struct PHYSFS_Version
* \brief Information the version of PhysicsFS in use.
*
* Represents the library's version as three levels: major revision
* (increments with massive changes, additions, and enhancements),
* minor revision (increments with backwards-compatible changes to the
* major revision), and patchlevel (increments with fixes to the minor
* revision).
*
* \sa PHYSFS_VERSION
Sep 23, 2006
Sep 23, 2006
396
* \sa PHYSFS_getLinkedVersion
Jun 7, 2002
Jun 7, 2002
397
*/
Nov 2, 2008
Nov 2, 2008
398
typedef struct PHYSFS_Version
Jul 5, 2001
Jul 5, 2001
399
{
Jun 7, 2002
Jun 7, 2002
400
401
402
PHYSFS_uint8 major; /**< major revision */
PHYSFS_uint8 minor; /**< minor revision */
PHYSFS_uint8 patch; /**< patchlevel */
Jul 5, 2001
Jul 5, 2001
403
404
} PHYSFS_Version;
Jun 7, 2002
Jun 7, 2002
405
#ifndef DOXYGEN_SHOULD_IGNORE_THIS
Mar 23, 2009
Mar 23, 2009
406
407
#define PHYSFS_VER_MAJOR 2
#define PHYSFS_VER_MINOR 0
Oct 23, 2012
Oct 23, 2012
408
#define PHYSFS_VER_PATCH 3
Jun 7, 2002
Jun 7, 2002
409
410
#endif /* DOXYGEN_SHOULD_IGNORE_THIS */
Dec 1, 2002
Dec 1, 2002
411
412
413
/* PhysicsFS state stuff ... */
Jun 7, 2002
Jun 7, 2002
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
/**
* \def PHYSFS_VERSION(x)
* \brief Macro to determine PhysicsFS version program was compiled against.
*
* This macro fills in a PHYSFS_Version structure with the version of the
* library you compiled against. This is determined by what header the
* compiler uses. Note that if you dynamically linked the library, you might
* have a slightly newer or older version at runtime. That version can be
* determined with PHYSFS_getLinkedVersion(), which, unlike PHYSFS_VERSION,
* is not a macro.
*
* \param x A pointer to a PHYSFS_Version struct to initialize.
*
* \sa PHYSFS_Version
* \sa PHYSFS_getLinkedVersion
*/
#define PHYSFS_VERSION(x) \
{ \
(x)->major = PHYSFS_VER_MAJOR; \
(x)->minor = PHYSFS_VER_MINOR; \
(x)->patch = PHYSFS_VER_PATCH; \
}
Jul 5, 2001
Jul 5, 2001
436
437
438
/**
Jun 7, 2002
Jun 7, 2002
439
440
441
442
443
* \fn void PHYSFS_getLinkedVersion(PHYSFS_Version *ver)
* \brief 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.
Jul 5, 2001
Jul 5, 2001
444
445
446
447
*
* This is a real function; the macro PHYSFS_VERSION tells you what version
* of PhysFS you compiled against:
*
Jun 7, 2002
Jun 7, 2002
448
* \code
Jul 5, 2001
Jul 5, 2001
449
450
451
452
453
454
455
456
457
* 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);
Jun 7, 2002
Jun 7, 2002
458
* \endcode
Jul 5, 2001
Jul 5, 2001
459
460
*
* This function may be called safely at any time, even before PHYSFS_init().
Jun 7, 2002
Jun 7, 2002
461
462
*
* \sa PHYSFS_VERSION
Jul 5, 2001
Jul 5, 2001
463
*/
Aug 23, 2001
Aug 23, 2001
464
__EXPORT__ void PHYSFS_getLinkedVersion(PHYSFS_Version *ver);
Jul 5, 2001
Jul 5, 2001
465
466
Jun 7, 2001
Jun 7, 2001
467
/**
Jun 7, 2002
Jun 7, 2002
468
469
470
471
* \fn int PHYSFS_init(const char *argv0)
* \brief Initialize the PhysicsFS library.
*
* This must be called before any other PhysicsFS function.
Jun 7, 2001
Jun 7, 2001
472
*
Jul 8, 2001
Jul 8, 2001
473
474
475
* This should be called prior to any attempts to change your process's
* current working directory.
*
Jun 7, 2002
Jun 7, 2002
476
477
478
479
480
481
* \param argv0 the argv[0] string passed to your program's mainline.
* This may be NULL on most platforms (such as ones without a
* standard main() function), but you should always try to pass
* something in here. Unix-like systems such as Linux _need_ to
* pass argv[0] from main() in here.
* \return nonzero on success, zero on error. Specifics of the error can be
Jun 7, 2001
Jun 7, 2001
482
* gleaned from PHYSFS_getLastError().
Jun 7, 2002
Jun 7, 2002
483
484
*
* \sa PHYSFS_deinit
Apr 1, 2007
Apr 1, 2007
485
* \sa PHYSFS_isInit
Jun 7, 2001
Jun 7, 2001
486
*/
Aug 23, 2001
Aug 23, 2001
487
__EXPORT__ int PHYSFS_init(const char *argv0);
Jun 7, 2001
Jun 7, 2001
488
489
490
/**
Jun 7, 2002
Jun 7, 2002
491
492
493
494
495
* \fn int PHYSFS_deinit(void)
* \brief Deinitialize the PhysicsFS library.
*
* This closes any files opened via PhysicsFS, blanks the search/write paths,
* frees memory, and invalidates all of your file handles.
Jun 7, 2001
Jun 7, 2001
496
*
Jul 7, 2001
Jul 7, 2001
497
498
499
500
501
502
* 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
503
*
Jul 7, 2001
Jul 7, 2001
504
* Once successfully deinitialized, PHYSFS_init() can be called again to
May 11, 2007
May 11, 2007
505
506
507
* restart the subsystem. All default API states are restored at this
* point, with the exception of any custom allocator you might have
* specified, which survives between initializations.
Jul 5, 2001
Jul 5, 2001
508
*
Jun 7, 2002
Jun 7, 2002
509
* \return nonzero on success, zero on error. Specifics of the error can be
Jun 7, 2001
Jun 7, 2001
510
511
* gleaned from PHYSFS_getLastError(). If failure, state of PhysFS is
* undefined, and probably badly screwed up.
Jun 7, 2002
Jun 7, 2002
512
513
*
* \sa PHYSFS_init
Apr 1, 2007
Apr 1, 2007
514
* \sa PHYSFS_isInit
Jun 7, 2001
Jun 7, 2001
515
*/
Aug 23, 2001
Aug 23, 2001
516
__EXPORT__ int PHYSFS_deinit(void);
Jun 7, 2001
Jun 7, 2001
517
Jun 7, 2001
Jun 7, 2001
518
Jun 28, 2001
Jun 28, 2001
519
/**
Jun 7, 2002
Jun 7, 2002
520
521
522
* \fn const PHYSFS_ArchiveInfo **PHYSFS_supportedArchiveTypes(void)
* \brief Get a list of supported archive types.
*
Jun 28, 2001
Jun 28, 2001
523
524
525
526
527
528
* 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
529
530
* 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
531
*
Jun 7, 2002
Jun 7, 2002
532
* \code
Jun 28, 2001
Jun 28, 2001
533
534
535
536
537
* PHYSFS_ArchiveInfo **i;
*
* for (i = PHYSFS_supportedArchiveTypes(); *i != NULL; i++)
* {
* printf("Supported archive: [%s], which is [%s].\n",
Nov 2, 2008
Nov 2, 2008
538
* (*i)->extension, (*i)->description);
Jun 28, 2001
Jun 28, 2001
539
* }
Jun 7, 2002
Jun 7, 2002
540
* \endcode
Jun 28, 2001
Jun 28, 2001
541
542
543
544
*
* The return values are pointers to static internal memory, and should
* be considered READ ONLY, and never freed.
*
Jun 7, 2002
Jun 7, 2002
545
* \return READ ONLY Null-terminated array of READ ONLY structures.
Jun 28, 2001
Jun 28, 2001
546
*/
Aug 23, 2001
Aug 23, 2001
547
__EXPORT__ const PHYSFS_ArchiveInfo **PHYSFS_supportedArchiveTypes(void);
Jun 28, 2001
Jun 28, 2001
548
549
550
/**
Jun 7, 2002
Jun 7, 2002
551
552
553
* \fn void PHYSFS_freeList(void *listVar)
* \brief Deallocate resources of lists returned by PhysicsFS.
*
Jun 28, 2001
Jun 28, 2001
554
555
556
* Certain PhysicsFS functions return lists of information that are
* dynamically allocated. Use this function to free those resources.
*
Jun 7, 2002
Jun 7, 2002
557
558
559
560
561
* \param listVar List of information specified as freeable by this function.
*
* \sa PHYSFS_getCdRomDirs
* \sa PHYSFS_enumerateFiles
* \sa PHYSFS_getSearchPath
Jun 28, 2001
Jun 28, 2001
562
*/
Mar 21, 2002
Mar 21, 2002
563
__EXPORT__ void PHYSFS_freeList(void *listVar);
Jun 28, 2001
Jun 28, 2001
564
565
Jun 7, 2001
Jun 7, 2001
566
/**
Jun 7, 2002
Jun 7, 2002
567
568
569
* \fn const char *PHYSFS_getLastError(void)
* \brief Get human-readable error information.
*
Mar 14, 2005
Mar 14, 2005
570
571
572
573
574
575
576
577
578
579
580
* Get the last PhysicsFS error message as a human-readable, null-terminated
* string. This will be NULL if there's been no error since the last call to
* this 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().
*
* It is not wise to expect a specific string of characters here, since the
* error message may be localized into an unfamiliar language. These strings
* are meant to be passed on directly to the user.
Jun 7, 2001
Jun 7, 2001
581
*
Jun 7, 2002
Jun 7, 2002
582
* \return READ ONLY string of last error message.
Jun 7, 2001
Jun 7, 2001
583
*/
Aug 23, 2001
Aug 23, 2001
584
__EXPORT__ const char *PHYSFS_getLastError(void);
Jun 7, 2001
Jun 7, 2001
585
586
587
/**
Jun 7, 2002
Jun 7, 2002
588
589
* \fn const char *PHYSFS_getDirSeparator(void)
* \brief Get platform-dependent dir separator string.
Jun 7, 2001
Jun 7, 2001
590
*
Apr 3, 2007
Apr 3, 2007
591
* This returns "\\" on win32, "/" on Unix, and ":" on MacOS. It may be more
Jun 7, 2002
Jun 7, 2002
592
593
594
595
596
597
598
* 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 dirs always use '/'
* (platform-independent notation) to separate directories. This is also
* handy for getting platform-independent access when using stdio calls.
*
* \return READ ONLY null-terminated string of platform's dir separator.
Jun 7, 2001
Jun 7, 2001
599
*/
Aug 23, 2001
Aug 23, 2001
600
__EXPORT__ const char *PHYSFS_getDirSeparator(void);
Jun 7, 2001
Jun 7, 2001
601
602
Jul 7, 2001
Jul 7, 2001
603
/**
Jun 7, 2002
Jun 7, 2002
604
605
606
607
608
609
* \fn void PHYSFS_permitSymbolicLinks(int allow)
* \brief Enable or disable following of 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.
Jul 7, 2001
Jul 7, 2001
610
611
612
613
614
615
616
617
618
619
620
621
*
* 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
622
623
624
625
* 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.
*
Jun 7, 2002
Jun 7, 2002
626
627
* Symbolic link permission can be enabled or disabled at any time after
* you've called PHYSFS_init(), and is disabled by default.
Jul 7, 2001
Jul 7, 2001
628
*
Jun 7, 2002
Jun 7, 2002
629
* \param allow nonzero to permit symlinks, zero to deny linking.
Apr 1, 2007
Apr 1, 2007
630
631
*
* \sa PHYSFS_symbolicLinksPermitted
Jul 7, 2001
Jul 7, 2001
632
*/
Aug 23, 2001
Aug 23, 2001
633
__EXPORT__ void PHYSFS_permitSymbolicLinks(int allow);
Jul 7, 2001
Jul 7, 2001
634
635
Apr 2, 2007
Apr 2, 2007
636
/* !!! FIXME: const this? */
Jun 7, 2001
Jun 7, 2001
637
/**
Jun 7, 2002
Jun 7, 2002
638
639
* \fn char **PHYSFS_getCdRomDirs(void)
* \brief Get an array of paths to available CD-ROM drives.
Jun 7, 2001
Jun 7, 2001
640
*
Jul 5, 2001
Jul 5, 2001
641
642
* 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
643
644
645
646
* 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
Apr 2, 2007
Apr 2, 2007
647
648
649
650
651
652
* call to this function will reflect that change.
*
* This function refers to "CD-ROM" media, but it really means "inserted disc
* media," such as DVD-ROM, HD-DVD, CDRW, and Blu-Ray discs. It looks for
* filesystems, and as such won't report an audio CD, unless there's a
* mounted filesystem track on it.
Jun 7, 2001
Jun 7, 2001
653
654
655
656
*
* The returned value is an array of strings, with a NULL entry to signify the
* end of the list:
*
Jun 7, 2002
Jun 7, 2002
657
* \code
Jul 6, 2001
Jul 6, 2001
658
* char **cds = PHYSFS_getCdRomDirs();
Jun 7, 2001
Jun 7, 2001
659
660
* char **i;
*
Jul 6, 2001
Jul 6, 2001
661
* for (i = cds; *i != NULL; i++)
Jul 5, 2001
Jul 5, 2001
662
* printf("cdrom dir [%s] is available.\n", *i);
Jun 7, 2001
Jun 7, 2001
663
*
Jul 6, 2001
Jul 6, 2001
664
* PHYSFS_freeList(cds);
Jun 7, 2002
Jun 7, 2002
665
* \endcode
Jul 6, 2001
Jul 6, 2001
666
*
Jun 7, 2001
Jun 7, 2001
667
668
* This call may block while drives spin up. Be forewarned.
*
Jun 28, 2001
Jun 28, 2001
669
670
671
* When you are done with the returned information, you may dispose of the
* resources by calling PHYSFS_freeList() with the returned pointer.
*
Jun 7, 2002
Jun 7, 2002
672
* \return Null-terminated array of null-terminated strings.
Mar 14, 2005
Mar 14, 2005
673
674
*
* \sa PHYSFS_getCdRomDirsCallback
Jun 7, 2001
Jun 7, 2001
675
*/
Aug 23, 2001
Aug 23, 2001
676
__EXPORT__ char **PHYSFS_getCdRomDirs(void);
Jun 7, 2001
Jun 7, 2001
677
678
679
/**
Jun 7, 2002
Jun 7, 2002
680
681
682
* \fn const char *PHYSFS_getBaseDir(void)
* \brief Get the path where the application resides.
*
Jun 7, 2001
Jun 7, 2001
683
684
* Helper function.
*
Jul 5, 2001
Jul 5, 2001
685
* Get the "base dir". This is the directory where the application was run
Jun 28, 2001
Jun 28, 2001
686
687
* 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
688
*
Jul 5, 2001
Jul 5, 2001
689
* You should probably use the base dir in your search path.
Jun 7, 2001
Jun 7, 2001
690
*
Jun 7, 2002
Jun 7, 2002
691
692
693
* \return READ ONLY string of base dir in platform-dependent notation.
*
* \sa PHYSFS_getUserDir
Jun 7, 2001
Jun 7, 2001
694
*/
Aug 23, 2001
Aug 23, 2001
695
__EXPORT__ const char *PHYSFS_getBaseDir(void);
Jun 7, 2001
Jun 7, 2001
696
697
698
/**
Jun 7, 2002
Jun 7, 2002
699
700
701
* \fn const char *PHYSFS_getUserDir(void)
* \brief Get the path where user's home directory resides.
*
Jun 7, 2001
Jun 7, 2001
702
703
* Helper function.
*
Jul 5, 2001
Jul 5, 2001
704
* Get the "user dir". This is meant to be a suggestion of where a specific
Jun 7, 2001
Jun 7, 2001
705
* user of the system can store files. On Unix, this is her home directory.
Jun 28, 2001
Jun 28, 2001
706
* On systems with no concept of multiple home directories (MacOS, win95),
Jul 5, 2001
Jul 5, 2001
707
* this will default to something like "C:\mybasedir\users\username"
Jun 28, 2001
Jun 28, 2001
708
709
* 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
710
*
Jul 5, 2001
Jul 5, 2001
711
* You should probably use the user dir as the basis for your write dir, and
Jun 7, 2001
Jun 7, 2001
712
713
* also put it near the beginning of your search path.
*
Jun 7, 2002
Jun 7, 2002
714
715
716
* \return READ ONLY string of user dir in platform-dependent notation.
*
* \sa PHYSFS_getBaseDir
Jun 7, 2001
Jun 7, 2001
717
*/
Aug 23, 2001
Aug 23, 2001
718
__EXPORT__ const char *PHYSFS_getUserDir(void);
Jun 7, 2001
Jun 7, 2001
719
720
721
/**
Jun 7, 2002
Jun 7, 2002
722
723
724
* \fn const char *PHYSFS_getWriteDir(void)
* \brief Get path where PhysicsFS will allow file writing.
*
Jul 5, 2001
Jul 5, 2001
725
* Get the current write dir. The default write dir is NULL.
Jun 7, 2001
Jun 7, 2001
726
*
Jun 7, 2002
Jun 7, 2002
727
* \return READ ONLY string of write dir in platform-dependent notation,
Jun 7, 2001
Jun 7, 2001
728
* OR NULL IF NO WRITE PATH IS CURRENTLY SET.
Jun 7, 2002
Jun 7, 2002
729
730
*
* \sa PHYSFS_setWriteDir
Jun 7, 2001
Jun 7, 2001
731
*/
Aug 23, 2001
Aug 23, 2001
732
__EXPORT__ const char *PHYSFS_getWriteDir(void);
Jun 7, 2001
Jun 7, 2001
733
734
735
/**
Jun 7, 2002
Jun 7, 2002
736
737
738
* \fn int PHYSFS_setWriteDir(const char *newDir)
* \brief Tell PhysicsFS where it may write files.
*
Nov 28, 2005
Nov 28, 2005
739
* Set a new write dir. This will override the previous setting.
Jun 7, 2001
Jun 7, 2001
740
*
Jul 5, 2001
Jul 5, 2001
741
742
* 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
743
*
Jun 7, 2002
Jun 7, 2002
744
* \param newDir The new directory to be the root of the write dir,
Jun 28, 2001
Jun 28, 2001
745
* specified in platform-dependent notation. Setting to NULL
Jul 5, 2001
Jul 5, 2001
746
* disables the write dir, so no files can be opened for
Jun 7, 2001
Jun 7, 2001
747
* writing via PhysicsFS.
Jun 7, 2002
Jun 7, 2002
748
* \return non-zero on success, zero on failure. All attempts to open a file
Jun 7, 2001
Jun 7, 2001
749
750
751
* for writing via PhysicsFS will fail until this call succeeds.
* Specifics of the error can be gleaned from PHYSFS_getLastError().
*
Jun 7, 2002
Jun 7, 2002
752
* \sa PHYSFS_getWriteDir
Jun 7, 2001
Jun 7, 2001
753
*/
Aug 23, 2001
Aug 23, 2001
754
__EXPORT__ int PHYSFS_setWriteDir(const char *newDir);
Jun 7, 2001
Jun 7, 2001
755
756
Mar 13, 2005
Mar 13, 2005
757
758
759
760
/**
* \fn int PHYSFS_addToSearchPath(const char *newDir, int appendToPath)
* \brief Add an archive or directory to the search path.
*
Mar 14, 2005
Mar 14, 2005
761
* This is a legacy call in PhysicsFS 2.0, equivalent to:
Mar 13, 2005
Mar 13, 2005
762
* PHYSFS_mount(newDir, NULL, appendToPath);
Jun 7, 2002
Jun 7, 2002
763
*
Mar 14, 2005
Mar 14, 2005
764
765
766
* You must use this and not PHYSFS_mount if binary compatibility with
* PhysicsFS 1.0 is important (which it may not be for many people).
*
Mar 13, 2005
Mar 13, 2005
767
* \sa PHYSFS_mount
Jun 7, 2002
Jun 7, 2002
768
769
* \sa PHYSFS_removeFromSearchPath
* \sa PHYSFS_getSearchPath
Jun 7, 2001
Jun 7, 2001
770
*/
Aug 23, 2001
Aug 23, 2001
771
__EXPORT__ int PHYSFS_addToSearchPath(const char *newDir, int appendToPath);
Jun 7, 2001
Jun 7, 2001
772
773
774
/**
Jun 7, 2002
Jun 7, 2002
775
776
* \fn int PHYSFS_removeFromSearchPath(const char *oldDir)
* \brief Remove a directory or archive from the search path.
Jun 7, 2001
Jun 7, 2001
777
778
779
780
781
782
783
*
* 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.
*
Jun 7, 2002
Jun 7, 2002
784
785
* \param oldDir dir/archive to remove.
* \return nonzero on success, zero on failure.
Jun 7, 2001
Jun 7, 2001
786
* Specifics of the error can be gleaned from PHYSFS_getLastError().
Jun 7, 2002
Jun 7, 2002
787
788
789
*
* \sa PHYSFS_addToSearchPath
* \sa PHYSFS_getSearchPath
Jun 7, 2001
Jun 7, 2001
790
*/
Aug 23, 2001
Aug 23, 2001
791
__EXPORT__ int PHYSFS_removeFromSearchPath(const char *oldDir);
Jun 7, 2001
Jun 7, 2001
792
793
794
/**
Jun 7, 2002
Jun 7, 2002
795
796
797
798
* \fn char **PHYSFS_getSearchPath(void)
* \brief Get the current search path.
*
* The default search path is an empty list.
Jun 7, 2001
Jun 7, 2001
799
800
801
802
*
* The returned value is an array of strings, with a NULL entry to signify the
* end of the list:
*
Jun 7, 2002
Jun 7, 2002
803
* \code
Jun 7, 2001
Jun 7, 2001
804
805
806
807
* char **i;
*
* for (i = PHYSFS_getSearchPath(); *i != NULL; i++)
* printf("[%s] is in the search path.\n", *i);
Jun 7, 2002
Jun 7, 2002
808
* \endcode
Jun 7, 2001
Jun 7, 2001
809
*
Jun 28, 2001
Jun 28, 2001
810
811
* 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
812
*
Jun 7, 2002
Jun 7, 2002
813
* \return Null-terminated array of null-terminated strings. NULL if there
Jul 5, 2001
Jul 5, 2001
814
* was a problem (read: OUT OF MEMORY).
Jun 7, 2002
Jun 7, 2002
815
*
Mar 14, 2005
Mar 14, 2005
816
* \sa PHYSFS_getSearchPathCallback
Jun 7, 2002
Jun 7, 2002
817
818
* \sa PHYSFS_addToSearchPath
* \sa PHYSFS_removeFromSearchPath
Jun 7, 2001
Jun 7, 2001
819
*/
Aug 23, 2001
Aug 23, 2001
820
__EXPORT__ char **PHYSFS_getSearchPath(void);
Jun 7, 2001
Jun 7, 2001
821
822
823
/**
Jun 7, 2002
Jun 7, 2002
824
825
826
* \fn int PHYSFS_setSaneConfig(const char *organization, const char *appName, const char *archiveExt, int includeCdRoms, int archivesFirst)
* \brief Set up sane, default paths.
*
Jun 7, 2001
Jun 7, 2001
827
828
* Helper function.
*
Jun 7, 2002
Jun 7, 2002
829
830
* The write dir will be set to "userdir/.organization/appName", which is
* created if it doesn't exist.
Jun 7, 2001
Jun 7, 2001
831
832
833
834
835
836
837
*
* 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
838
839
840
* - 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
841
842
843
844
845
846
847
848
849
*
* 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
850
* all for you. Feel free to add more to the search path manually, too.
Jun 7, 2001
Jun 7, 2001
851
*
Jun 7, 2002
Jun 7, 2002
852
* \param organization Name of your company/group/etc to be used as a
Sep 26, 2001
Sep 26, 2001
853
854
* dirname, so keep it small, and no-frills.
*
Jun 7, 2002
Jun 7, 2002
855
* \param appName Program-specific name of your program, to separate it
Jun 7, 2001
Jun 7, 2001
856
857
* from other programs using PhysicsFS.
*
Jul 26, 2002
Jul 26, 2002
858
* \param archiveExt File extension used by your program to specify an
Jun 7, 2001
Jun 7, 2001
859
860
* 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
861
862
863
* 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
864
*
Jun 7, 2002
Jun 7, 2002
865
* \param includeCdRoms Non-zero to include CD-ROMs in the search path, and
Jun 7, 2001
Jun 7, 2001
866
867
868
869
870
871
872
* (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
873
*
Jun 7, 2002
Jun 7, 2002
874
* \param archivesFirst Non-zero to prepend the archives to the search path.
Jun 7, 2001
Jun 7, 2001
875
* Zero to append them. Ignored if !(archiveExt).
Sep 26, 2001
Sep 26, 2001
876
*
Jun 7, 2002
Jun 7, 2002
877
* \return nonzero on success, zero on error. Specifics of the error can be
Jul 6, 2001
Jul 6, 2001
878
* gleaned from PHYSFS_getLastError().
Jun 7, 2001
Jun 7, 2001
879
*/
Sep 26, 2001
Sep 26, 2001
880
881
__EXPORT__ int PHYSFS_setSaneConfig(const char *organization,
const char *appName,
Aug 23, 2001
Aug 23, 2001
882
883
884
const char *archiveExt,
int includeCdRoms,
int archivesFirst);
Jun 7, 2001
Jun 7, 2001
885
886
Dec 1, 2002
Dec 1, 2002
887
888
/* Directory management stuff ... */
Jun 7, 2001
Jun 7, 2001
889
/**
Jun 7, 2002
Jun 7, 2002
890
891
892
893
894
895
* \fn int PHYSFS_mkdir(const char *dirName)
* \brief Create a directory.
*
* This is specified in platform-independent notation in relation to the
* write dir. All missing parent directories are also created if they
* don't exist.
Jun 7, 2001
Jun 7, 2001
896
*
Jul 5, 2001
Jul 5, 2001
897
* So if you've got the write dir set to "C:\mygame\writedir" and call
Jun 7, 2001
Jun 7, 2001
898
* PHYSFS_mkdir("downloads/maps") then the directories
Jul 5, 2001
Jul 5, 2001
899
* "C:\mygame\writedir\downloads" and "C:\mygame\writedir\downloads\maps"
Jun 28, 2001
Jun 28, 2001
900
901
902
* 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
903
*
Jun 7, 2002
Jun 7, 2002
904
905
* \param dirName New dir to create.
* \return nonzero on success, zero on error. Specifics of the error can be
Jun 7, 2001
Jun 7, 2001
906
* gleaned from PHYSFS_getLastError().
Jun 7, 2002
Jun 7, 2002
907
908
*
* \sa PHYSFS_delete
Jun 7, 2001
Jun 7, 2001
909
*/
Aug 23, 2001
Aug 23, 2001
910
__EXPORT__ int PHYSFS_mkdir(const char *dirName);
Jun 7, 2001
Jun 7, 2001
911
912
913
/**
Jun 7, 2002
Jun 7, 2002
914
915
916
917
918
* \fn int PHYSFS_delete(const char *filename)
* \brief Delete a file or directory.
*
* (filename) is specified in platform-independent notation in relation to the
* write dir.
Jun 7, 2001
Jun 7, 2001
919
*
Jun 28, 2001
Jun 28, 2001
920
* A directory must be empty before this call can delete it.
Jun 7, 2001
Jun 7, 2001
921
*
Mar 25, 2002
Mar 25, 2002
922
923
924
* Deleting a symlink will remove the link, not what it points to, regardless
* of whether you "permitSymLinks" or not.
*
Jul 5, 2001
Jul 5, 2001
925
* So if you've got the write dir set to "C:\mygame\writedir" and call
Jun 7, 2001
Jun 7, 2001
926
* PHYSFS_delete("downloads/maps/level1.map") then the file
Jul 5, 2001
Jul 5, 2001
927
* "C:\mygame\writedir\downloads\maps\level1.map" is removed from the
Jun 7, 2001
Jun 7, 2001
928
929
930
* physical filesystem, if it exists and the operating system permits the
* deletion.
*
Jun 7, 2001
Jun 7, 2001
931
932
933
934
* 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.
*
Mar 25, 2002
Mar 25, 2002
935
936
937
938
* Chances are, the bits that make up the file still exist, they are just
* made available to be written over at a later point. Don't consider this
* a security method or anything. :)
*
Jun 7, 2002
Jun 7, 2002
939
940
* \param filename Filename to delete.
* \return nonzero on success, zero on error. Specifics of the error can be
Jun 7, 2001
Jun 7, 2001
941
942
* gleaned from PHYSFS_getLastError().
*/
Aug 23, 2001
Aug 23, 2001
943
__EXPORT__ int PHYSFS_delete(const char *filename);
Jun 7, 2001
Jun 7, 2001
944
945
946
/**
Jun 7, 2002
Jun 7, 2002
947
948
949
950
951
952
953
954
* \fn const char *PHYSFS_getRealDir(const char *filename)
* \brief 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.
Jun 7, 2001
Jun 7, 2001
955
*
Jan 8, 2004
Jan 8, 2004
956
957
* So, if you look for "maps/level1.map", and C:\\mygame is in your search
* path and C:\\mygame\\maps\\level1.map exists, then "C:\mygame" is returned.
Jun 7, 2001
Jun 7, 2001
958
*
Jul 7, 2001
Jul 7, 2001
959
960
961
* 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
962
*
Mar 14, 2005
Mar 14, 2005
963
964
965
966
* If you specify a fake directory that only exists as a mount point, it'll
* be associated with the first archive mounted there, even though that
* directory isn't necessarily contained in a real archive.
*
Jun 7, 2002
Jun 7, 2002
967
968
* \param filename file to look for.
* \return READ ONLY string of element of search path containing the
Jun 28, 2001
Jun 28, 2001
969
970
* the file in question. NULL if not found.
*/
Aug 23, 2001
Aug 23, 2001
971
__EXPORT__ const char *PHYSFS_getRealDir(const char *filename);
Jun 28, 2001
Jun 28, 2001
972
973
974
/**
Jun 7, 2002
Jun 7, 2002
975
976
977
978
979
980
981
* \fn char **PHYSFS_enumerateFiles(const char *dir)
* \brief Get a file listing of a search path's directory.
*
* Matching directories are interpolated. That is, if "C:\mydir" is in the
* search path and contains a directory "savegames" that contains "x.sav",
* "y.sav", and "z.sav", and there is also a "C:\userdir" in the search path
* that has a "savegames" subdirectory with "w.sav", then the following code:
Jun 28, 2001
Jun 28, 2001
982
*
Jun 7, 2002
Jun 7, 2002
983
* \code
Jun 28, 2001
Jun 28, 2001
984
985
986
987
* char **rc = PHYSFS_enumerateFiles("savegames");
* char **i;
*
* for (i = rc; *i != NULL; i++)
Jun 7, 2002
Jun 7, 2002
988
* printf(" * We've got [%s].\n", *i);
Jun 28, 2001
Jun 28, 2001
989
990
*
* PHYSFS_freeList(rc);
Jun 7, 2002
Jun 7, 2002
991
* \endcode
Jun 28, 2001
Jun 28, 2001
992
*
Mar 18, 2010
Mar 18, 2010
993
* \...will print:
Jun 28, 2001
Jun 28, 2001
994
*
Jun 7, 2002
Jun 7, 2002
995
* \verbatim
Jun 28, 2001
Jun 28, 2001
996
997
998
* We've got [x.sav].
* We've got [y.sav].
* We've got [z.sav].
Jun 7, 2002
Jun 7, 2002
999
* We've got [w.sav].\endverbatim
Jun 28, 2001
Jun 28, 2001
1000
*