Searched refs:ExtendFileC (Results 1 - 5 of 5) sorted by relevance
/darwin-on-arm/xnu/bsd/hfs/hfscommon/headers/ |
H A D | FileMgrInternal.h | 288 ExtendFileC (ExtendedVCB * vcb,
|
/darwin-on-arm/xnu/bsd/hfs/ |
H A D | hfs_btreeio.c | 386 * The Extents B-tree can't have overflow extents. ExtendFileC will 423 retval = ExtendFileC(vcb, filePtr, bytesToAdd, 0, 459 // XXXdbg ExtendFileC() could have returned an error even though
|
H A D | hfs_readwrite.c | 504 retval = MacToVFSError(ExtendFileC (hfsmp, (FCB*)fp, bytesToAdd, 2483 * are allocated by calling ExtendFileC(). 2603 * Note: ExtendFileC will Release any blocks on loan and 2605 * since ExtendFileC will account for the virtual blocks. 2609 retval = ExtendFileC(hfsmp, (FCB*)fp, 0, 0, 2649 * should have been allocated in ExtendFileC(). We do not 2936 retval = MacToVFSError(ExtendFileC(VTOVCB(vp), 3453 u_int32_t extendFlags; /* For call to ExtendFileC */ 3578 retval = MacToVFSError(ExtendFileC(vcb, 4474 * during MapFileBlockC and ExtendFileC operation [all...] |
H A D | hfs_vfsops.c | 4153 error = ExtendFileC(vcb, fp, bitmapblks * vcb->blockSize, 0, 4179 * blocks. Note that ExtendFileC doesn't do this, which is why this 4215 * Note that ExtendFileC will have marked any blocks it allocated, so
|
/darwin-on-arm/xnu/bsd/hfs/hfscommon/Misc/ |
H A D | FileExtentMapping.c | 44 ExtendFileC Allocate more space to a given file. 373 * The lock taken by callers of ExtendFileC is speculative and 939 OSErr ExtendFileC ( function 1930 * The lock taken by callers of ExtendFileC/TruncateFileC is
|
Completed in 129 milliseconds