Searched refs:sbrk (Results 1 - 8 of 8) sorted by relevance

/vbox/src/VBox/Devices/EFI/Firmware/StdLib/Include/
H A Dunistd.h189 void *sbrk(intptr_t);
/vbox/src/libs/xpcom18a4/nsprpub/pr/src/md/unix/
H A Dnextstep.c82 void *sbrk(int incr) function
/vbox/src/libs/xpcom18a4/nsprpub/pr/src/malloc/
H A Dprmalloc.c310 fprintf(fd,"Break\t%ld\n",(u_long)sbrk(0) >> malloc_pageshift);
354 result = ((caddr_t)sbrk(0)) + malloc_pagemask - 1;
365 TRACE(("%6d s %d %p %d\n",malloc_event++,pages,sbrk(0),errno));
561 if ((void*)pf->page >= (void*)sbrk(0))
1020 malloc_brk == (void*)sbrk(0)) {
/vbox/src/libs/xpcom18a4/nsprpub/pr/include/md/
H A D_nextstep.h297 void *sbrk(int incr);
H A D_sunos4.h138 extern void *sbrk(int);
/vbox/src/libs/xpcom18a4/xpcom/build/
H A Dmalloc.c155 Additionally, even when size_t is unsigned, sbrk (which is by
243 MORECORE sbrk
279 /* Use the supplied emulation of sbrk */
280 #define MORECORE sbrk
303 static void *sbrk(long size);
587 sbrk fails, and mmap is used as a backup (which is done only if
590 address space, so sbrk cannot perform contiguous expansion, but
732 Because trimming via sbrk can be slow on some systems, and can
764 sbrk, mmap, and munmap otherwise degrade performance, the default
793 retain whenever sbrk i
4602 static void *sbrk (long size) { function
[all...]
/vbox/src/VBox/Devices/EFI/Firmware/StdLibPrivateInternalFiles/Include/
H A Dnamespace.h69 #define sbrk _sbrk
/vbox/src/recompiler/
H A Dexec.c366 last_brk = (uintptr_t)sbrk(0);

Completed in 2394 milliseconds