physfs.h 34 KB

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