Lines Matching refs:OS
51 ** underlying operating system supports it. If the OS lacks
52 ** large file support, or if the OS is windows, these should be no-ops.
66 ** Similar is true for Mac OS X. LFS is only supported on Mac OS X 9 and later.
407 ** recursive mutexes on most Unix systems. But Mac OS X is different.
408 ** The _XOPEN_SOURCE define causes problems for Mac OS X we are told,
903 #define SQLITE_NOLFS 22 /* Uses OS features not supported on host */
1036 ** to use Mac OS X style fullsync instead of fsync().
1043 ** CAPI3REF: OS Interface Open File Handle
1046 ** [sqlite3_vfs | OS interface layer]. Individual OS interface
1059 ** CAPI3REF: OS Interface File Virtual Methods Object
1075 ** The second choice is a Mac OS X style fullsync. The [SQLITE_SYNC_DATAONLY]
1196 ** CAPI3REF: OS Interface Object
1432 ** are built into SQLite when it is compiled for Unix, Windows, or OS/2.
2347 ** The Windows OS interface layer calls
5160 ** are appropriate for use on OS/2, Unix, and Windows.
7917 ** OS's standard temporary file directory, and are deleted prior to exit.
8023 ** Wrapper around OS specific sqlite3_os_init() function.
8113 ** SQLITE_MUTEX_OS2 For multi-threaded applications on OS/2.
8292 sqlite3_vfs *pVfs; /* OS Interface */
12042 ** This file contains OS interface code that is common to all
12225 ** This function is a wrapper around the OS specific implementation of
14709 ** This file contains the C functions that implement mutexes for OS/2
14718 /********************** OS/2 Mutex Implementation **********************
14720 ** This implementation of mutexes is built using the OS/2 API.
16342 ** faster than the library printf for SUN OS 4.1.
19933 ** This file contains code that is specific to OS/2.
19945 ** malloc failures happen frequently. OS/2 does not typically run on
19954 ** the OS driver, but the code to deal with those failure would not
19960 ** OS layer for an embedded system, if you use this file as an example,
19961 ** avoid the use of malloc()/free(). Those routines work ok on OS/2
20197 ** The os2File structure is subclass of sqlite3_file specific for the OS/2
20428 APIRET res = NO_ERROR; /* Result of an OS/2 lock call */
20523 OSTRACE2( "OS/2 error-code = %d\n", res );
20725 ** Helper function to convert UTF-8 filenames to local OS/2 codepage.
21353 ** underlying operating system supports it. If the OS lacks
22208 ** tid is omitted if we compile without threading support or on an OS
22465 /* On OS X on an msdos filesystem, the inode number is reported
22467 ** around this problem (we consider it a bug in OS X, not SQLite)
23084 ** OS call only when all threads in this same process have released
24419 ** only available on Mac OS X. But that could change.
24436 ** enabled, however, since with SQLITE_NO_SYNC enabled, an OS crash
24632 ** in the OS-X msdos filesystem. In order to avoid problems with upper
25314 ** Previously, the SQLite OS layer used three functions in place of this
25872 ** cache exposes a cache coherency problem that is present on all OS X
26922 ** the OS driver, but the code to deal with those failure would not
26928 ** OS layer for an embedded system, if you use this file as an example,
28432 void *zConverted; /* Filename in OS encoding */
28966 ** strerror_r() on unix). After an error is returned by an OS
28968 ** a buffer of nBuf bytes. The OS layer should populate the
31465 sqlite3_vfs *pVfs; /* OS functions to use for IO */
32036 ** that will be implicitly filled in by the OS).
33406 ** Adjust the robustness of the database to damage due to OS crashes
33453 ** or some other error code if we fail. The OS will automatically
33746 /* The OS lock values must be the same as the Pager lock values */
39616 ** how well the database resists damage due to OS crashes and power