Skip to content

Latest commit

 

History

History
3651 lines (3379 loc) · 148 KB

physfs.h

File metadata and controls

3651 lines (3379 loc) · 148 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
Aug 12, 2017
Aug 12, 2017
7
8
9
// !!! FIXME-3.0: all the "you can get the error from getLastError()" should
// !!! FIXME-3.0: be updated for getLastErrorCode.
Jun 7, 2001
Jun 7, 2001
10
/**
Jun 7, 2002
Jun 7, 2002
11
12
13
* \mainpage PhysicsFS
*
* The latest version of PhysicsFS can be found at:
Feb 25, 2016
Feb 25, 2016
14
* https://icculus.org/physfs/
Jun 7, 2002
Jun 7, 2002
15
*
Jun 7, 2001
Jun 7, 2001
16
17
18
19
20
21
22
23
24
25
* 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.
*
Jul 5, 2001
Jul 5, 2001
26
27
28
29
30
31
* 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
32
* language from piddling over c:\\config.sys, for example. If you'd rather
Jul 5, 2001
Jul 5, 2001
33
34
* 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
35
36
*
* Drive letters are hidden in PhysicsFS once you set up your initial paths.
Jul 5, 2001
Jul 5, 2001
37
* The search path creates a single, hierarchical directory structure.
Jun 7, 2001
Jun 7, 2001
38
39
40
41
42
43
44
* 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
45
* "C:\MyGame\MyConfigFiles\game.cfg", then you might set the write dir to
Jun 7, 2001
Jun 7, 2001
46
* "C:\MyGame" and then open "MyConfigFiles/game.cfg". This gives an
Jun 7, 2001
Jun 7, 2001
47
* abstraction across all platforms. Specifying a file in this way is termed
Jul 5, 2001
Jul 5, 2001
48
49
50
51
52
53
54
55
* "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
56
* which is the root of the writable filesystem. When opening a file for
Jul 5, 2001
Jul 5, 2001
57
* reading, PhysicsFS goes through the search path. This is NOT the
Jun 7, 2001
Jun 7, 2001
58
59
60
61
62
63
* 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
64
* Once the search path is defined, you may open files for reading. If you've
Jun 7, 2001
Jun 7, 2001
65
66
* got the following search path defined (to use a win32 example again):
*
Jan 8, 2004
Jan 8, 2004
67
68
69
70
* - C:\\mygame
* - C:\\mygame\\myuserfiles
* - D:\\mygamescdromdatafiles
* - C:\\mygame\\installeddatafiles.zip
Jun 7, 2001
Jun 7, 2001
71
*
Jul 5, 2001
Jul 5, 2001
72
* Then a call to PHYSFS_openRead("textfiles/myfile.txt") (note the directory
Jun 7, 2001
Jun 7, 2001
73
74
* 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
75
76
77
78
79
80
81
* 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
82
*
Jul 5, 2001
Jul 5, 2001
83
* Files opened through PhysicsFS may NOT contain "." or ".." or ":" as dir
Mar 13, 2005
Mar 13, 2005
84
85
86
87
88
89
90
* 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
91
92
93
94
95
96
*
* 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
97
98
99
*
* 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
100
* platform-independence. There is a function to tell you the current
Jul 5, 2001
Jul 5, 2001
101
* platform's dir separator ("\\" on windows, "/" on Unix, ":" on MacOS),
Jun 28, 2001
Jun 28, 2001
102
103
104
* 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
105
*
Jul 5, 2001
Jul 5, 2001
106
107
* 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
108
109
* 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
110
111
* 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
112
* for you, based on a few parameters. Also see the comments on
Mar 22, 2012
Mar 22, 2012
113
* PHYSFS_getBaseDir(), and PHYSFS_getPrefDir() for info on what those
Jul 5, 2001
Jul 5, 2001
114
115
* are and how they can help you determine an optimal search path.
*
Mar 13, 2005
Mar 13, 2005
116
117
118
119
120
121
122
123
124
125
126
127
* 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
128
* PhysicsFS is mostly thread safe. The error messages returned by
Mar 20, 2012
Mar 20, 2012
129
* PHYSFS_getLastError() are unique by thread, and library-state-setting
Mar 30, 2002
Mar 30, 2002
130
131
132
133
* 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
134
135
136
*
* 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
137
* filehandles with PhysicsFS and vice versa.
Jun 7, 2001
Jun 7, 2001
138
139
*
* Note that archives need not be named as such: if you have a ZIP file and
Jun 28, 2001
Jun 28, 2001
140
* rename it with a .PKG extension, the file will still be recognized as a
Jun 7, 2001
Jun 7, 2001
141
* ZIP archive by PhysicsFS; the file's contents are used to determine its
Mar 13, 2005
Mar 13, 2005
142
* type where possible.
Jun 7, 2001
Jun 7, 2001
143
144
145
*
* Currently supported archive types:
* - .ZIP (pkZip/WinZip/Info-ZIP compatible)
Mar 18, 2010
Mar 18, 2010
146
147
* - .7Z (7zip archives)
* - .ISO (ISO9660 files, CD-ROM images)
Jun 7, 2002
Jun 7, 2002
148
* - .GRP (Build Engine groupfile archives)
Mar 30, 2003
Mar 30, 2003
149
* - .PAK (Quake I/II archive format)
Mar 30, 2003
Mar 30, 2003
150
151
* - .HOG (Descent I/II HOG file archives)
* - .MVL (Descent II movielib archives)
Dec 15, 2003
Dec 15, 2003
152
* - .WAD (DOOM engine archives)
Jun 20, 2017
Jun 20, 2017
153
* - .VDF (Gothic I/II engine archives)
Jun 7, 2002
Jun 7, 2002
154
*
Nov 5, 2006
Nov 5, 2006
155
156
157
*
* String policy for PhysicsFS 2.0 and later:
*
Mar 11, 2007
Mar 11, 2007
158
159
160
161
162
* 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
163
164
165
166
167
*
* 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
Aug 20, 2010
Aug 20, 2010
168
169
170
171
* offers. If you are on Windows before Win2000 and build with Unicode
* support, your TCHAR strings are two bytes per character (this is called
* "UCS-2 encoding"). Any modern Windows uses UTF-16, which is two bytes
* per character for most characters, but some characters are four. You
Nov 5, 2006
Nov 5, 2006
172
* should convert them to UTF-8 before handing them to PhysicsFS with
Mar 11, 2012
Mar 11, 2012
173
174
175
* PHYSFS_utf8FromUtf16(), which handles both UTF-16 and UCS-2. If you're
* using Unix or Mac OS X, your wchar_t strings are four bytes per character
* ("UCS-4 encoding"). Use PHYSFS_utf8FromUcs4(). Mac OS X can give you UTF-8
Aug 20, 2010
Aug 20, 2010
176
177
178
179
180
181
182
183
184
185
186
187
188
* directly from a CFString or NSString, 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!
*
* Naturally, there's also PHYSFS_utf8ToUcs2(), PHYSFS_utf8ToUtf16(), and
* PHYSFS_utf8ToUcs4() to get 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.
Nov 5, 2006
Nov 5, 2006
189
190
191
192
*
* PhysicsFS offers basic encoding conversion support, but not a whole string
* library. Get your stuff into whatever format you can work with.
*
Jul 6, 2017
Jul 6, 2017
193
194
195
196
197
* Most platforms supported by PhysicsFS 2.1 and later fully support Unicode.
* Some older platforms have been dropped (Windows 95, Mac OS 9). Some, like
* OS/2, might be able to convert to a local codepage or will just fail to
* open/create the file. Modern OSes (macOS, Linux, Windows, etc) should all
* be fine.
Mar 9, 2012
Mar 9, 2012
198
199
*
* Many game-specific archivers are seriously unprepared for Unicode (the
Mar 11, 2007
Mar 11, 2007
200
201
202
203
204
205
206
207
208
* 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
209
210
211
*
* Other stuff:
*
Mar 24, 2012
Mar 24, 2012
212
* Please see the file LICENSE.txt in the source's root directory for
Mar 11, 2012
Mar 11, 2012
213
* licensing and redistribution rights.
Jun 7, 2001
Jun 7, 2001
214
*
Mar 11, 2012
Mar 11, 2012
215
216
* Please see the file CREDITS.txt in the source's "docs" directory for
* a more or less complete list of who's responsible for this.
Jun 7, 2001
Jun 7, 2001
217
*
Jun 7, 2002
Jun 7, 2002
218
* \author Ryan C. Gordon.
Jun 7, 2001
Jun 7, 2001
219
220
221
222
223
224
225
226
227
*/
#ifndef _INCLUDE_PHYSFS_H_
#define _INCLUDE_PHYSFS_H_
#ifdef __cplusplus
extern "C" {
#endif
Jan 29, 2010
Jan 29, 2010
228
229
230
231
#if defined(PHYSFS_DECL)
/* do nothing. */
#elif (defined _MSC_VER)
#define PHYSFS_DECL __declspec(dllexport)
Apr 17, 2009
Apr 17, 2009
232
#elif (defined __SUNPRO_C)
Jan 29, 2010
Jan 29, 2010
233
#define PHYSFS_DECL __global
Apr 21, 2009
Apr 21, 2009
234
#elif ((__GNUC__ >= 3) && (!__EMX__) && (!sun))
Jan 29, 2010
Jan 29, 2010
235
#define PHYSFS_DECL __attribute__((visibility("default")))
Aug 23, 2001
Aug 23, 2001
236
#else
Jan 29, 2010
Jan 29, 2010
237
#define PHYSFS_DECL
Aug 23, 2001
Aug 23, 2001
238
239
#endif
Aug 21, 2010
Aug 21, 2010
240
241
242
243
244
245
246
247
#if defined(PHYSFS_DEPRECATED)
/* do nothing. */
#elif (__GNUC__ >= 4) /* technically, this arrived in gcc 3.1, but oh well. */
#define PHYSFS_DEPRECATED __attribute__((deprecated))
#else
#define PHYSFS_DEPRECATED
#endif
Jan 29, 2010
Jan 29, 2010
248
249
250
251
252
#if 0 /* !!! FIXME: look into this later. */
#if defined(PHYSFS_CALL)
/* do nothing. */
#elif defined(__WIN32__) && !defined(__GNUC__)
#define PHYSFS_CALL __cdecl
Jul 6, 2017
Jul 6, 2017
253
254
#elif defined(__OS2__) || defined(OS2) /* should work across all compilers. */
#define PHYSFS_CALL _System
Jan 29, 2010
Jan 29, 2010
255
256
257
258
259
#else
#define PHYSFS_CALL
#endif
#endif
Jun 7, 2002
Jun 7, 2002
260
261
262
263
/**
* \typedef PHYSFS_uint8
* \brief An unsigned, 8-bit integer type.
*/
Mar 24, 2002
Mar 24, 2002
264
typedef unsigned char PHYSFS_uint8;
Jun 7, 2002
Jun 7, 2002
265
266
267
268
269
/**
* \typedef PHYSFS_sint8
* \brief A signed, 8-bit integer type.
*/
Mar 24, 2002
Mar 24, 2002
270
typedef signed char PHYSFS_sint8;
Jun 7, 2002
Jun 7, 2002
271
272
273
274
275
/**
* \typedef PHYSFS_uint16
* \brief An unsigned, 16-bit integer type.
*/
Mar 24, 2002
Mar 24, 2002
276
typedef unsigned short PHYSFS_uint16;
Jun 7, 2002
Jun 7, 2002
277
278
279
280
281
/**
* \typedef PHYSFS_sint16
* \brief A signed, 16-bit integer type.
*/
Mar 24, 2002
Mar 24, 2002
282
typedef signed short PHYSFS_sint16;
Jun 7, 2002
Jun 7, 2002
283
284
285
286
287
/**
* \typedef PHYSFS_uint32
* \brief An unsigned, 32-bit integer type.
*/
Mar 24, 2002
Mar 24, 2002
288
typedef unsigned int PHYSFS_uint32;
Jun 7, 2002
Jun 7, 2002
289
290
291
292
293
/**
* \typedef PHYSFS_sint32
* \brief A signed, 32-bit integer type.
*/
Mar 24, 2002
Mar 24, 2002
294
295
typedef signed int PHYSFS_sint32;
Jun 7, 2002
Jun 7, 2002
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
/**
* \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
311
#if (defined PHYSFS_NO_64BIT_SUPPORT) /* oh well. */
Mar 24, 2002
Mar 24, 2002
312
313
typedef PHYSFS_uint32 PHYSFS_uint64;
typedef PHYSFS_sint32 PHYSFS_sint64;
Apr 12, 2002
Apr 12, 2002
314
315
316
#elif (defined _MSC_VER)
typedef signed __int64 PHYSFS_sint64;
typedef unsigned __int64 PHYSFS_uint64;
Mar 24, 2002
Mar 24, 2002
317
318
319
320
321
#else
typedef unsigned long long PHYSFS_uint64;
typedef signed long long PHYSFS_sint64;
#endif
Jun 7, 2002
Jun 7, 2002
322
323
#ifndef DOXYGEN_SHOULD_IGNORE_THIS
Mar 24, 2002
Mar 24, 2002
324
/* Make sure the types really have the right sizes */
Aug 6, 2017
Aug 6, 2017
325
326
#define PHYSFS_COMPILE_TIME_ASSERT(name, x) \
typedef int PHYSFS_compile_time_assert_##name[(x) * 2 - 1]
Mar 24, 2002
Mar 24, 2002
327
Aug 6, 2017
Aug 6, 2017
328
329
330
331
332
333
PHYSFS_COMPILE_TIME_ASSERT(uint8IsOneByte, sizeof(PHYSFS_uint8) == 1);
PHYSFS_COMPILE_TIME_ASSERT(sint8IsOneByte, sizeof(PHYSFS_sint8) == 1);
PHYSFS_COMPILE_TIME_ASSERT(uint16IsTwoBytes, sizeof(PHYSFS_uint16) == 2);
PHYSFS_COMPILE_TIME_ASSERT(sint16IsTwoBytes, sizeof(PHYSFS_sint16) == 2);
PHYSFS_COMPILE_TIME_ASSERT(uint32IsFourBytes, sizeof(PHYSFS_uint32) == 4);
PHYSFS_COMPILE_TIME_ASSERT(sint32IsFourBytes, sizeof(PHYSFS_sint32) == 4);
Mar 24, 2002
Mar 24, 2002
334
335
#ifndef PHYSFS_NO_64BIT_SUPPORT
Aug 6, 2017
Aug 6, 2017
336
337
PHYSFS_COMPILE_TIME_ASSERT(uint64IsEightBytes, sizeof(PHYSFS_uint64) == 8);
PHYSFS_COMPILE_TIME_ASSERT(sint64IsEightBytes, sizeof(PHYSFS_sint64) == 8);
Mar 24, 2002
Mar 24, 2002
338
339
340
341
#endif
#undef PHYSFS_COMPILE_TIME_ASSERT
Jun 7, 2002
Jun 7, 2002
342
#endif /* DOXYGEN_SHOULD_IGNORE_THIS */
Mar 24, 2002
Mar 24, 2002
343
344
Jun 7, 2002
Jun 7, 2002
345
/**
Sep 26, 2004
Sep 26, 2004
346
* \struct PHYSFS_File
Jun 7, 2002
Jun 7, 2002
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
* \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
365
366
* \sa PHYSFS_setBuffer
* \sa PHYSFS_flush
Jun 7, 2002
Jun 7, 2002
367
*/
Nov 2, 2008
Nov 2, 2008
368
typedef struct PHYSFS_File
Jun 28, 2001
Jun 28, 2001
369
{
Jun 7, 2002
Jun 7, 2002
370
void *opaque; /**< That's all you get. Don't touch. */
Sep 26, 2004
Sep 26, 2004
371
} PHYSFS_File;
Jun 28, 2001
Jun 28, 2001
372
Mar 16, 2007
Mar 16, 2007
373
374
375
376
377
378
379
380
381
382
383
384
385
/**
* \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
386
387
Jun 7, 2002
Jun 7, 2002
388
389
390
391
392
393
394
395
396
397
398
399
400
401
/**
* \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 28, 2012
Nov 28, 2012
402
403
* \sa PHYSFS_registerArchiver
* \sa PHYSFS_deregisterArchiver
Jun 7, 2002
Jun 7, 2002
404
*/
Nov 2, 2008
Nov 2, 2008
405
typedef struct PHYSFS_ArchiveInfo
Jun 7, 2002
Jun 7, 2002
406
407
408
409
410
{
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 */
Nov 30, 2012
Nov 30, 2012
411
int supportsSymlinks; /**< non-zero if archive offers symbolic links. */
Jun 7, 2002
Jun 7, 2002
412
} PHYSFS_ArchiveInfo;
Jun 7, 2001
Jun 7, 2001
413
Dec 1, 2002
Dec 1, 2002
414
Jun 7, 2002
Jun 7, 2002
415
416
417
418
419
420
421
422
423
424
425
/**
* \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
426
* \sa PHYSFS_getLinkedVersion
Jun 7, 2002
Jun 7, 2002
427
*/
Nov 2, 2008
Nov 2, 2008
428
typedef struct PHYSFS_Version
Jul 5, 2001
Jul 5, 2001
429
{
Jun 7, 2002
Jun 7, 2002
430
431
432
PHYSFS_uint8 major; /**< major revision */
PHYSFS_uint8 minor; /**< minor revision */
PHYSFS_uint8 patch; /**< patchlevel */
Jul 5, 2001
Jul 5, 2001
433
434
} PHYSFS_Version;
Jan 29, 2010
Jan 29, 2010
435
Jun 7, 2002
Jun 7, 2002
436
#ifndef DOXYGEN_SHOULD_IGNORE_THIS
Mar 23, 2009
Mar 23, 2009
437
#define PHYSFS_VER_MAJOR 2
Mar 28, 2009
Mar 28, 2009
438
#define PHYSFS_VER_MINOR 1
Mar 23, 2009
Mar 23, 2009
439
#define PHYSFS_VER_PATCH 0
Jun 7, 2002
Jun 7, 2002
440
441
#endif /* DOXYGEN_SHOULD_IGNORE_THIS */
Dec 1, 2002
Dec 1, 2002
442
443
444
/* PhysicsFS state stuff ... */
Jun 7, 2002
Jun 7, 2002
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
/**
* \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
467
468
469
/**
Jun 7, 2002
Jun 7, 2002
470
471
472
473
474
* \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
475
476
477
478
*
* This is a real function; the macro PHYSFS_VERSION tells you what version
* of PhysFS you compiled against:
*
Jun 7, 2002
Jun 7, 2002
479
* \code
Jul 5, 2001
Jul 5, 2001
480
481
482
483
484
485
486
487
488
* 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
489
* \endcode
Jul 5, 2001
Jul 5, 2001
490
491
*
* This function may be called safely at any time, even before PHYSFS_init().
Jun 7, 2002
Jun 7, 2002
492
493
*
* \sa PHYSFS_VERSION
Jul 5, 2001
Jul 5, 2001
494
*/
Jan 29, 2010
Jan 29, 2010
495
PHYSFS_DECL void PHYSFS_getLinkedVersion(PHYSFS_Version *ver);
Jul 5, 2001
Jul 5, 2001
496
497
Jun 7, 2001
Jun 7, 2001
498
/**
Jun 7, 2002
Jun 7, 2002
499
500
501
502
* \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
503
*
Jul 8, 2001
Jul 8, 2001
504
505
506
* This should be called prior to any attempts to change your process's
* current working directory.
*
Jun 7, 2002
Jun 7, 2002
507
508
509
510
511
512
* \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
513
* gleaned from PHYSFS_getLastError().
Jun 7, 2002
Jun 7, 2002
514
515
*
* \sa PHYSFS_deinit
Apr 1, 2007
Apr 1, 2007
516
* \sa PHYSFS_isInit
Jun 7, 2001
Jun 7, 2001
517
*/
Jan 29, 2010
Jan 29, 2010
518
PHYSFS_DECL int PHYSFS_init(const char *argv0);
Jun 7, 2001
Jun 7, 2001
519
520
521
/**
Jun 7, 2002
Jun 7, 2002
522
523
524
525
526
* \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
527
*
Jul 7, 2001
Jul 7, 2001
528
529
530
531
532
533
* 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
534
*
Jul 7, 2001
Jul 7, 2001
535
* Once successfully deinitialized, PHYSFS_init() can be called again to
May 11, 2007
May 11, 2007
536
537
538
* 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
539
*
Jun 7, 2002
Jun 7, 2002
540
* \return nonzero on success, zero on error. Specifics of the error can be
Jun 7, 2001
Jun 7, 2001
541
542
* gleaned from PHYSFS_getLastError(). If failure, state of PhysFS is
* undefined, and probably badly screwed up.
Jun 7, 2002
Jun 7, 2002
543
544
*
* \sa PHYSFS_init
Apr 1, 2007
Apr 1, 2007
545
* \sa PHYSFS_isInit
Jun 7, 2001
Jun 7, 2001
546
*/
Jan 29, 2010
Jan 29, 2010
547
PHYSFS_DECL int PHYSFS_deinit(void);
Jun 7, 2001
Jun 7, 2001
548
Jun 7, 2001
Jun 7, 2001
549
Jun 28, 2001
Jun 28, 2001
550
/**
Jun 7, 2002
Jun 7, 2002
551
552
553
* \fn const PHYSFS_ArchiveInfo **PHYSFS_supportedArchiveTypes(void)
* \brief Get a list of supported archive types.
*
Jun 28, 2001
Jun 28, 2001
554
555
556
557
558
559
* 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
560
561
* 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
562
*
Jun 7, 2002
Jun 7, 2002
563
* \code
Jun 28, 2001
Jun 28, 2001
564
565
566
567
568
* PHYSFS_ArchiveInfo **i;
*
* for (i = PHYSFS_supportedArchiveTypes(); *i != NULL; i++)
* {
* printf("Supported archive: [%s], which is [%s].\n",
Nov 2, 2008
Nov 2, 2008
569
* (*i)->extension, (*i)->description);
Jun 28, 2001
Jun 28, 2001
570
* }
Jun 7, 2002
Jun 7, 2002
571
* \endcode
Jun 28, 2001
Jun 28, 2001
572
*
Mar 25, 2012
Mar 25, 2012
573
574
* The return values are pointers to internal memory, and should
* be considered READ ONLY, and never freed. The returned values are
Nov 28, 2012
Nov 28, 2012
575
576
* valid until the next call to PHYSFS_deinit(), PHYSFS_registerArchiver(),
* or PHYSFS_deregisterArchiver().
Jun 28, 2001
Jun 28, 2001
577
*
Jun 7, 2002
Jun 7, 2002
578
* \return READ ONLY Null-terminated array of READ ONLY structures.
Nov 28, 2012
Nov 28, 2012
579
580
581
*
* \sa PHYSFS_registerArchiver
* \sa PHYSFS_deregisterArchiver
Jun 28, 2001
Jun 28, 2001
582
*/
Jan 29, 2010
Jan 29, 2010
583
PHYSFS_DECL const PHYSFS_ArchiveInfo **PHYSFS_supportedArchiveTypes(void);
Jun 28, 2001
Jun 28, 2001
584
585
586
/**
Jun 7, 2002
Jun 7, 2002
587
588
589
* \fn void PHYSFS_freeList(void *listVar)
* \brief Deallocate resources of lists returned by PhysicsFS.
*
Jun 28, 2001
Jun 28, 2001
590
591
592
* Certain PhysicsFS functions return lists of information that are
* dynamically allocated. Use this function to free those resources.
*
Mar 28, 2009
Mar 28, 2009
593
594
595
* It is safe to pass a NULL here, but doing so will cause a crash in versions
* before PhysicsFS 2.1.0.
*
Jun 7, 2002
Jun 7, 2002
596
* \param listVar List of information specified as freeable by this function.
Mar 28, 2009
Mar 28, 2009
597
* Passing NULL is safe; it is a valid no-op.
Jun 7, 2002
Jun 7, 2002
598
599
600
601
*
* \sa PHYSFS_getCdRomDirs
* \sa PHYSFS_enumerateFiles
* \sa PHYSFS_getSearchPath
Jun 28, 2001
Jun 28, 2001
602
*/
Jan 29, 2010
Jan 29, 2010
603
PHYSFS_DECL void PHYSFS_freeList(void *listVar);
Jun 28, 2001
Jun 28, 2001
604
605
Jun 7, 2001
Jun 7, 2001
606
/**
Jun 7, 2002
Jun 7, 2002
607
608
609
* \fn const char *PHYSFS_getLastError(void)
* \brief Get human-readable error information.
*
Aug 12, 2017
Aug 12, 2017
610
611
* \deprecated Use PHYSFS_getLastErrorCode() and PHYSFS_getErrorByCode() instead.
*
Mar 20, 2012
Mar 20, 2012
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
* \warning As of PhysicsFS 2.1, this function has been nerfed.
* Before PhysicsFS 2.1, this function was the only way to get
* error details beyond a given function's basic return value.
* This was meant to be a human-readable string in one of several
* languages, and was not useful for application parsing. This was
* a problem, because the developer and not the user chose the
* language at compile time, and the PhysicsFS maintainers had
* to (poorly) maintain a significant amount of localization work.
* The app couldn't parse the strings, even if they counted on a
* specific language, since some were dynamically generated.
* In 2.1 and later, this always returns a static string in
* English; you may use it as a key string for your own
* localizations if you like, as we'll promise not to change
* existing error strings. Also, if your application wants to
* look at specific errors, we now offer a better option:
* use PHYSFS_getLastErrorCode() instead.
*
Mar 14, 2005
Mar 14, 2005
629
* Get the last PhysicsFS error message as a human-readable, null-terminated
Mar 20, 2012
Mar 20, 2012
630
631
* string. This will return NULL if there's been no error since the last call
* to this function. The pointer returned by this call points to an internal
Mar 14, 2005
Mar 14, 2005
632
633
634
635
636
* 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().
*
Mar 20, 2012
Mar 20, 2012
637
638
639
640
641
642
643
644
645
646
647
648
649
* PHYSFS_getLastError() and PHYSFS_getLastErrorCode() both reset the same
* thread-specific error state. Calling one will wipe out the other's
* data. If you need both, call PHYSFS_getLastErrorCode(), then pass that
* value to PHYSFS_getErrorByCode().
*
* As of PhysicsFS 2.1, this function only presents text in the English
* language, but the strings are static, so you can use them as keys into
* your own localization dictionary. These strings are meant to be passed on
* directly to the user.
*
* Generally, applications should only concern themselves with whether a
* given function failed; however, if your code require more specifics, you
* should use PHYSFS_getLastErrorCode() instead of this function.
Jun 7, 2001
Jun 7, 2001
650
*
Jun 7, 2002
Jun 7, 2002
651
* \return READ ONLY string of last error message.
Mar 20, 2012
Mar 20, 2012
652
653
654
*
* \sa PHYSFS_getLastErrorCode
* \sa PHYSFS_getErrorByCode
Jun 7, 2001
Jun 7, 2001
655
*/
Aug 12, 2017
Aug 12, 2017
656
PHYSFS_DECL const char *PHYSFS_getLastError(void) PHYSFS_DEPRECATED;
Jun 7, 2001
Jun 7, 2001
657
658
659
/**
Jun 7, 2002
Jun 7, 2002
660
661
* \fn const char *PHYSFS_getDirSeparator(void)
* \brief Get platform-dependent dir separator string.
Jun 7, 2001
Jun 7, 2001
662
*
Apr 3, 2007
Apr 3, 2007
663
* This returns "\\" on win32, "/" on Unix, and ":" on MacOS. It may be more
Jun 7, 2002
Jun 7, 2002
664
665
666
667
668
669
670
* 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
671
*/
Jan 29, 2010
Jan 29, 2010
672
PHYSFS_DECL const char *PHYSFS_getDirSeparator(void);
Jun 7, 2001
Jun 7, 2001
673
674
Jul 7, 2001
Jul 7, 2001
675
/**
Jun 7, 2002
Jun 7, 2002
676
677
678
679
680
681
* \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
682
683
684
685
686
687
688
689
690
691
692
693
*
* 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
694
695
696
697
* 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.
*
Sep 5, 2010
Sep 5, 2010
698
699
700
701
702
* Please note that PHYSFS_stat() will always check the path specified; if
* that path is a symlink, it will not be followed in any case. If symlinks
* aren't permitted through this function, PHYSFS_stat() ignores them, and
* would treat the query as if the path didn't exist at all.
*
Jun 7, 2002
Jun 7, 2002
703
704
* 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
705
*
Jun 7, 2002
Jun 7, 2002
706
* \param allow nonzero to permit symlinks, zero to deny linking.
Apr 1, 2007
Apr 1, 2007
707
708
*
* \sa PHYSFS_symbolicLinksPermitted
Jul 7, 2001
Jul 7, 2001
709
*/
Jan 29, 2010
Jan 29, 2010
710
PHYSFS_DECL void PHYSFS_permitSymbolicLinks(int allow);
Jul 7, 2001
Jul 7, 2001
711
712
Jun 7, 2001
Jun 7, 2001
713
/**
Jun 7, 2002
Jun 7, 2002
714
715
* \fn char **PHYSFS_getCdRomDirs(void)
* \brief Get an array of paths to available CD-ROM drives.
Jun 7, 2001
Jun 7, 2001
716
*
Jul 5, 2001
Jul 5, 2001
717
718
* 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
719
720
721
722
* 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
723
724
725
726
727
728
* 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
729
730
731
732
*
* 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
733
* \code
Jul 6, 2001
Jul 6, 2001
734
* char **cds = PHYSFS_getCdRomDirs();
Jun 7, 2001
Jun 7, 2001
735
736
* char **i;
*
Jul 6, 2001
Jul 6, 2001
737
* for (i = cds; *i != NULL; i++)
Jul 5, 2001
Jul 5, 2001
738
* printf("cdrom dir [%s] is available.\n", *i);
Jun 7, 2001
Jun 7, 2001
739
*
Jul 6, 2001
Jul 6, 2001
740
* PHYSFS_freeList(cds);
Jun 7, 2002
Jun 7, 2002
741
* \endcode
Jul 6, 2001
Jul 6, 2001
742
*
Jun 7, 2001
Jun 7, 2001
743
744
* This call may block while drives spin up. Be forewarned.
*
Jun 28, 2001
Jun 28, 2001
745
746
747
* 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
748
* \return Null-terminated array of null-terminated strings.
Mar 14, 2005
Mar 14, 2005
749
750
*
* \sa PHYSFS_getCdRomDirsCallback
Jun 7, 2001
Jun 7, 2001
751
*/
Jan 29, 2010
Jan 29, 2010
752
PHYSFS_DECL char **PHYSFS_getCdRomDirs(void);
Jun 7, 2001
Jun 7, 2001
753
754
755
/**
Jun 7, 2002
Jun 7, 2002
756
757
758
* \fn const char *PHYSFS_getBaseDir(void)
* \brief Get the path where the application resides.
*
Jun 7, 2001
Jun 7, 2001
759
760
* Helper function.
*
Jul 5, 2001
Jul 5, 2001
761
* Get the "base dir". This is the directory where the application was run
Jun 28, 2001
Jun 28, 2001
762
763
* 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
764
*
Jul 5, 2001
Jul 5, 2001
765
* You should probably use the base dir in your search path.
Jun 7, 2001
Jun 7, 2001
766
*
Jun 7, 2002
Jun 7, 2002
767
768
* \return READ ONLY string of base dir in platform-dependent notation.
*
Mar 22, 2012
Mar 22, 2012
769
* \sa PHYSFS_getPrefDir
Jun 7, 2001
Jun 7, 2001
770
*/
Jan 29, 2010
Jan 29, 2010
771
PHYSFS_DECL const char *PHYSFS_getBaseDir(void);
Jun 7, 2001
Jun 7, 2001
772
773
774
/**
Jun 7, 2002
Jun 7, 2002
775
776
777
* \fn const char *PHYSFS_getUserDir(void)
* \brief Get the path where user's home directory resides.
*
Mar 22, 2012
Mar 22, 2012
778
779
* \deprecated As of PhysicsFS 2.1, you probably want PHYSFS_getPrefDir().
*
Jun 7, 2001
Jun 7, 2001
780
781
* Helper function.
*
Jul 5, 2001
Jul 5, 2001
782
* Get the "user dir". This is meant to be a suggestion of where a specific
Jun 7, 2001
Jun 7, 2001
783
* user of the system can store files. On Unix, this is her home directory.
Jun 28, 2001
Jun 28, 2001
784
* On systems with no concept of multiple home directories (MacOS, win95),
Jul 5, 2001
Jul 5, 2001
785
* this will default to something like "C:\mybasedir\users\username"
Jun 28, 2001
Jun 28, 2001
786
787
* 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
788
*
Jun 7, 2002
Jun 7, 2002
789
790
791
* \return READ ONLY string of user dir in platform-dependent notation.
*
* \sa PHYSFS_getBaseDir
Mar 22, 2012
Mar 22, 2012
792
* \sa PHYSFS_getPrefDir
Jun 7, 2001
Jun 7, 2001
793
*/
Mar 22, 2012
Mar 22, 2012
794
PHYSFS_DECL const char *PHYSFS_getUserDir(void) PHYSFS_DEPRECATED;
Jun 7, 2001
Jun 7, 2001
795
796
797
/**
Jun 7, 2002
Jun 7, 2002
798
799
800
* \fn const char *PHYSFS_getWriteDir(void)
* \brief Get path where PhysicsFS will allow file writing.
*
Jul 5, 2001
Jul 5, 2001
801
* Get the current write dir. The default write dir is NULL.
Jun 7, 2001
Jun 7, 2001
802
*
Jun 7, 2002
Jun 7, 2002
803
* \return READ ONLY string of write dir in platform-dependent notation,
Jun 7, 2001
Jun 7, 2001
804
* OR NULL IF NO WRITE PATH IS CURRENTLY SET.
Jun 7, 2002
Jun 7, 2002
805
806
*
* \sa PHYSFS_setWriteDir
Jun 7, 2001
Jun 7, 2001
807
*/
Jan 29, 2010
Jan 29, 2010
808
PHYSFS_DECL const char *PHYSFS_getWriteDir(void);
Jun 7, 2001
Jun 7, 2001
809
810
811
/**
Jun 7, 2002
Jun 7, 2002
812
813
814
* \fn int PHYSFS_setWriteDir(const char *newDir)
* \brief Tell PhysicsFS where it may write files.
*
Nov 28, 2005
Nov 28, 2005
815
* Set a new write dir. This will override the previous setting.
Jun 7, 2001
Jun 7, 2001
816
*
Jul 5, 2001
Jul 5, 2001
817
818
* 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
819
*
Jun 7, 2002
Jun 7, 2002
820
* \param newDir The new directory to be the root of the write dir,
Jun 28, 2001
Jun 28, 2001
821
* specified in platform-dependent notation. Setting to NULL
Jul 5, 2001
Jul 5, 2001
822
* disables the write dir, so no files can be opened for
Jun 7, 2001
Jun 7, 2001
823
* writing via PhysicsFS.
Jun 7, 2002
Jun 7, 2002
824
* \return non-zero on success, zero on failure. All attempts to open a file
Jun 7, 2001
Jun 7, 2001
825
826
827
* 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
828
* \sa PHYSFS_getWriteDir
Jun 7, 2001
Jun 7, 2001
829
*/
Jan 29, 2010
Jan 29, 2010
830
PHYSFS_DECL int PHYSFS_setWriteDir(const char *newDir);
Jun 7, 2001
Jun 7, 2001
831
832
Mar 13, 2005
Mar 13, 2005
833
834
835
836
/**
* \fn int PHYSFS_addToSearchPath(const char *newDir, int appendToPath)
* \brief Add an archive or directory to the search path.
*
Aug 22, 2010
Aug 22, 2010
837
838
839
840
841
842
843
844
* \deprecated As of PhysicsFS 2.0, use PHYSFS_mount() instead. This
* function just wraps it anyhow.
*
* This function is equivalent to:
*
* \code
* PHYSFS_mount(newDir, NULL, appendToPath);
* \endcode
Jun 7, 2002
Jun 7, 2002
845
*
Mar 14, 2005
Mar 14, 2005
846
847
848
* 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
849
* \sa PHYSFS_mount
Jun 7, 2002
Jun 7, 2002
850
851
* \sa PHYSFS_removeFromSearchPath
* \sa PHYSFS_getSearchPath
Jun 7, 2001
Jun 7, 2001
852
*/
Aug 22, 2010
Aug 22, 2010
853
854
PHYSFS_DECL int PHYSFS_addToSearchPath(const char *newDir, int appendToPath)
PHYSFS_DEPRECATED;
Jun 7, 2001
Jun 7, 2001
855
856
/**
Jun 7, 2002
Jun 7, 2002
857
858
* \fn int PHYSFS_removeFromSearchPath(const char *oldDir)
* \brief Remove a directory or archive from the search path.
Jun 7, 2001
Jun 7, 2001
859
*
Aug 22, 2010
Aug 22, 2010
860
861
862
863
864
865
* \deprecated As of PhysicsFS 2.1, use PHYSFS_unmount() instead. This
* function just wraps it anyhow. There's no functional difference
* except the vocabulary changed from "adding to the search path"
* to "mounting" when that functionality was extended, and thus
* the preferred way to accomplish this function's work is now
* called "unmounting."
Jun 7, 2001
Jun 7, 2001
866
*
Aug 22, 2010
Aug 22, 2010
867
* This function is equivalent to:
Jun 7, 2001
Jun 7, 2001
868
*
Aug 22, 2010
Aug 22, 2010
869
870
871
872
873
874
* \code
* PHYSFS_unmount(oldDir);
* \endcode
*
* You must use this and not PHYSFS_unmount if binary compatibility with
* PhysicsFS 1.0 is important (which it may not be for many people).
Jun 7, 2002
Jun 7, 2002
875
876
877
*
* \sa PHYSFS_addToSearchPath
* \sa PHYSFS_getSearchPath
Aug 22, 2010
Aug 22, 2010
878
* \sa PHYSFS_unmount
Jun 7, 2001
Jun 7, 2001
879
*/
Aug 22, 2010
Aug 22, 2010
880
881
PHYSFS_DECL int PHYSFS_removeFromSearchPath(const char *oldDir)
PHYSFS_DEPRECATED;
Jun 7, 2001
Jun 7, 2001
882
883
884
/**
Jun 7, 2002
Jun 7, 2002
885
886
887
888
* \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
889
890
891
892
*
* 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
893
* \code
Jun 7, 2001
Jun 7, 2001
894
895
896
897
* char **i;
*
* for (i = PHYSFS_getSearchPath(); *i != NULL; i++)
* printf("[%s] is in the search path.\n", *i);
Jun 7, 2002
Jun 7, 2002
898
* \endcode
Jun 7, 2001
Jun 7, 2001
899
*
Jun 28, 2001
Jun 28, 2001
900
901
* 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
902
*
Jun 7, 2002
Jun 7, 2002
903
* \return Null-terminated array of null-terminated strings. NULL if there
Jul 5, 2001
Jul 5, 2001
904
* was a problem (read: OUT OF MEMORY).
Jun 7, 2002
Jun 7, 2002
905
*
Mar 14, 2005
Mar 14, 2005
906
* \sa PHYSFS_getSearchPathCallback
Jun 7, 2002
Jun 7, 2002
907
908
* \sa PHYSFS_addToSearchPath
* \sa PHYSFS_removeFromSearchPath
Jun 7, 2001
Jun 7, 2001
909
*/
Jan 29, 2010
Jan 29, 2010
910
PHYSFS_DECL char **PHYSFS_getSearchPath(void);
Jun 7, 2001
Jun 7, 2001
911
912
913
/**
Jun 7, 2002
Jun 7, 2002
914
915
916
* \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
917
918
* Helper function.
*
Mar 24, 2012
Mar 24, 2012
919
920
* The write dir will be set to the pref dir returned by
* \code PHYSFS_getPrefDir(organization, appName) \endcode, which is
Jun 7, 2002
Jun 7, 2002
921
* created if it doesn't exist.
Jun 7, 2001
Jun 7, 2001
922
923
*
* The above is sufficient to make sure your program's configuration directory
Mar 24, 2012
Mar 24, 2012
924
* is separated from other clutter, and platform-independent.
Jun 7, 2001
Jun 7, 2001
925
926
927
*
* The search path will be:
*
Jul 5, 2001
Jul 5, 2001
928
929
930
* - 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
931
932
933
934
935
936
*
* 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
Mar 24, 2012
Mar 24, 2012
937
938
* order, regardless of which directories they were found in. All archives
* are mounted in the root of the virtual file system ("/").
Jun 7, 2001
Jun 7, 2001
939
940
*
* All of this can be accomplished from the application, but this just does it
Jun 7, 2001
Jun 7, 2001
941
* all for you. Feel free to add more to the search path manually, too.
Jun 7, 2001
Jun 7, 2001
942
*
Jun 7, 2002
Jun 7, 2002
943
* \param organization Name of your company/group/etc to be used as a
Sep 26, 2001
Sep 26, 2001
944
945
* dirname, so keep it small, and no-frills.
*
Jun 7, 2002
Jun 7, 2002
946
* \param appName Program-specific name of your program, to separate it
Jun 7, 2001
Jun 7, 2001
947
948
* from other programs using PhysicsFS.
*
Jul 26, 2002
Jul 26, 2002
949
* \param archiveExt File extension used by your program to specify an
Jun 7, 2001
Jun 7, 2001
950
951
* 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
952
953
954
* 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
955
*
Jun 7, 2002
Jun 7, 2002
956
* \param includeCdRoms Non-zero to include CD-ROMs in the search path, and
Jun 7, 2001
Jun 7, 2001
957
958
959
960
961
962
963
* (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
964
*
Jun 7, 2002
Jun 7, 2002
965
* \param archivesFirst Non-zero to prepend the archives to the search path.
Aug 12, 2017
Aug 12, 2017
966
* Zero to append them. Ignored if !(archiveExt).
Sep 26, 2001
Sep 26, 2001
967
*
Jun 7, 2002
Jun 7, 2002
968
* \return nonzero on success, zero on error. Specifics of the error can be
Jul 6, 2001
Jul 6, 2001
969
* gleaned from PHYSFS_getLastError().
Jun 7, 2001
Jun 7, 2001
970
*/
Jan 29, 2010
Jan 29, 2010
971
972
973
974
975
PHYSFS_DECL int PHYSFS_setSaneConfig(const char *organization,
const char *appName,
const char *archiveExt,
int includeCdRoms,
int archivesFirst);
Jun 7, 2001
Jun 7, 2001
976
977
Dec 1, 2002
Dec 1, 2002
978
979
/* Directory management stuff ... */
Jun 7, 2001
Jun 7, 2001
980
/**
Jun 7, 2002
Jun 7, 2002
981
982
983
984
985
986
* \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
987
*
Jul 5, 2001
Jul 5, 2001
988
* So if you've got the write dir set to "C:\mygame\writedir" and call
Jun 7, 2001
Jun 7, 2001
989
* PHYSFS_mkdir("downloads/maps") then the directories
Jul 5, 2001
Jul 5, 2001
990
* "C:\mygame\writedir\downloads" and "C:\mygame\writedir\downloads\maps"
Jun 28, 2001
Jun 28, 2001
991
992
993
* 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
994
*
Jun 7, 2002
Jun 7, 2002
995
996
* \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
997
* gleaned from PHYSFS_getLastError().
Jun 7, 2002
Jun 7, 2002
998
999
*
* \sa PHYSFS_delete
Jun 7, 2001
Jun 7, 2001
1000
*/