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 101 milliseconds