Home
last modified time | relevance | path

Searched refs:recover (Results 1 – 25 of 85) sorted by relevance

1234

/openbsd/src/usr.bin/vi/docs/USD.doc/vi.ref/
Dspell.ok262 recover.XXXX
263 recover.XXXXXX
264 recover.c
265 recover.script
363 vi.recover
/openbsd/src/usr.bin/vi/build/
DMakefile29 mark.c msg.c options.c options_f.c put.c recover.c screen.c \
58 …LL} -m ${BINMODE} -o ${BINOWN} -g ${BINGRP} -c ${.CURDIR}/recover ${DESTDIR}/usr/libexec/vi.recover
/openbsd/src/gnu/llvm/compiler-rt/lib/hwasan/
Dhwasan_linux.cpp379 const bool recover = code & 0x20; in GetAccessInfo() local
398 const bool recover = code & 0x20; in GetAccessInfo()
440 const bool recover = code & 0x20; in GetAccessInfo()
451 return AccessInfo{addr, size, is_store, !is_store, recover}; in GetAccessInfo()
Dhwasan.h162 bool recover; member
Dhwasan.cpp236 bool fatal = flags()->halt_on_error || !ai.recover; in HandleTagMismatch()
246 ai.recover = access_info & 0x20; in HwasanTagMismatch()
/openbsd/src/games/backgammon/common_source/
Dback.h162 void recover(const char *);
Dsave.c133 recover(const char *s) in recover() function
Dsubs.c224 recover(optarg); in getarg()
/openbsd/src/usr.bin/vi/docs/
Dspell.ok77 recover.script
Dhelp172 recover: recover a saved file
222 recdir="/tmp/vi.recover"
/openbsd/src/gnu/llvm/clang/docs/
DUndefinedBehaviorSanitizer.rst56 * ``-fno-sanitize-recover=...``: print a verbose error report and exit the program;
60 Note that the ``trap`` / ``recover`` options do not enable the corresponding
68 …% clang++ -fsanitize=signed-integer-overflow,null,alignment -fno-sanitize-recover=null -fsanitize-…
254 ``-fsanitize-recover=unsigned-integer-overflow``, is particularly useful for
310 ``-fsanitize-recover=signed-integer-overflow,alignment,vptr``, although
DMSVCCompatibility.rst33 Clang attempts to recover and continue compiling the user's program. Most
136 following program, Clang will recover as if the user had written the
/openbsd/src/etc/
Ddaily54 find -x . -type d -mtime +1 ! -path ./vi.recover ! -path ./.X11-unix \
Drc592 ! -name quota.group ! -name vi.recover -execdir rm -rf -- {} \;)
628 echo 'preserving editor files.'; /usr/libexec/vi.recover
/openbsd/src/gnu/llvm/llvm/lib/CodeGen/
DREADME.txt197 to teach the register allocator how to do late folding to recover from
/openbsd/src/gnu/llvm/llvm/lib/Passes/
DPassRegistry.def150 "kernel;recover")
164 "recover;kernel;eager-checks;track-origins=N")
/openbsd/src/gnu/usr.bin/perl/pod/
Dperlreftut.pod76 to an array, you can recover the entire array from it. If you have a
77 reference to a hash, you can recover the entire hash. But the
345 that country. L<B<Use Rule 1>|/B<Use Rule 1>> says that we can recover
/openbsd/src/gnu/llvm/compiler-rt/lib/sanitizer_common/
Dsanitizer_malloc_mac.inc243 // We can't recover from reallocating an unknown address, because
/openbsd/src/gnu/llvm/llvm/lib/Target/PowerPC/
DPPCScheduleP9.td26 // A total of 16 cycles to recover from a branch mispredict.
DREADME.txt506 It should be possible to recover the code quality described in the comments.
/openbsd/src/gnu/llvm/llvm/docs/
DGwpAsan.rst252 recover the exact line number, we must convert the ``function+offset`` to
DHowToAddABuilder.rst29 recover to tip of tree within a couple of days of falling behind.
/openbsd/src/gnu/llvm/llvm/utils/gn/build/
DBUILD.gn386 "-fno-sanitize-recover=all",
/openbsd/src/gnu/llvm/libcxx/
DCMakeLists.txt699 …flags(SANITIZER_FLAGS "-fsanitize=undefined -fno-sanitize=vptr,function -fno-sanitize-recover=all")
702 …NITIZER_FLAGS "-fsanitize=address,undefined -fno-sanitize=vptr,function -fno-sanitize-recover=all")
/openbsd/src/usr.sbin/unbound/
DREADME-Travis.md55 export CFLAGS="-DNDEBUG -g2 -O3 -fsanitize=undefined -fno-sanitize-recover"

1234