- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
// https://github.com/torvalds/linux/blob/b6dad5178ceaf23f369c3711062ce1f2afc33644/rust/alloc/alloc.rs#L376
pub const fn handle_alloc_error(layout: Layout) -> ! {
const fn ct_error(_: Layout) -> ! {
panic!("allocation failed");
}
fn rt_error(layout: Layout) -> ! {
unsafe {
__rust_alloc_error_handler(layout.size(), layout.align());
}
}
unsafe { core::intrinsics::const_eval_select((layout,), ct_error, rt_error) }
}
// https://github.com/torvalds/linux/blob/b6dad5178ceaf23f369c3711062ce1f2afc33644/rust/kernel/lib.rs#L96-L103
fn panic(info: &core::panic::PanicInfo<'_>) -> ! {
pr_emerg!("{}\n", info);
// SAFETY: FFI call.
unsafe { bindings::BUG() };
// Bindgen currently does not recognize `__noreturn` so `BUG` returns `()`
// instead of `!`. See <https://github.com/rust-lang/rust-bindgen/issues/2094>.
loop {}
}
// https://github.com/torvalds/linux/blob/master/include/asm-generic/bug.h#L51-L68
/*
* Don't use BUG() or BUG_ON() unless there's really no way out; one
* example might be detecting data structure corruption in the middle
* of an operation that can't be backed out of. If the (sub)system
* can somehow continue operating, perhaps with reduced functionality,
* it's probably not BUG-worthy.
*
* If you're tempted to BUG(), think again: is completely giving up
* really the *only* solution? There are usually better options, where
* users don't need to reboot ASAP and can mostly shut down cleanly.
*/
#ifndef HAVE_ARCH_BUG
#define BUG() do { \
printk("BUG: failure at %s:%d/%s()!\n", __FILE__, __LINE__, __func__); \
barrier_before_unreachable(); \
panic("BUG!"); \
} while (0)
#endif
О том, как в ядре Linux говнораст обрабатывает ошибку аллокации
Follow us!
Переведи на Си. Мы не обязаны знать какой-то "говнораст".
нул плюс стопицот будет 100500
В современном мире просто не будет такой записи в таблице и тебя пошлет нахуй MMU.
Однако же если мы гойворим про ядро, то тут у патриотов преград нету
Именно поэтому сегодня по адресу 100500 находится только память текущего процесса, как и по всем остальным адресам от 0 до 18446744073709551615.
В ядре MMU тоже нахуй пошлёт — это превратится в PAGE_FAULT, а дальше в BUGCHECK() (а если у тебя IRQL достаточно высокий — сразу будет синий экран).
>баг чек
ну мы на прыщах же
``panic()``
Так вот там не было разделения адресных пространств, все приложения запускались в общем пространстве. Из-за этого в Win32s нельзя было запустить программы с отрезанной таблицей релокейшнов. Движок Win32s был вынужден двигать приложения на в известной степени случайный адрес, чтобы адреса программ не пересеклись.
Не знаю, почему так сделали. Может быть, все приложения Win32 API были для Windows 3.1 одним процессом. Я уже не помню, что там выводилось в диспетчере задач.
Что-то делал для ВУЗа томущо 16-битная версия числодробительной прикладнухи херово работала, а мастдай еще хуже
• <789电影网>点击下列链接访问
• <789电影网>点击下列链接访问
• <789电影网>点击下列链接访问
• <789电影网>点击下列链接访问
• <789电影网>点击下列链接访问
• <789电影网>点击下列链接访问
• <789电影网>点击下列链接访问
• <789电影网>点击下列链接访问
• <789电影网>点击下列链接访问
• <789电影网>点击下列链接访问
• <789电影网>点击下列链接访问
• <789电影网>点击下列链接访问
и так, песня
https://www.youtube.com/watch?v=unW7UYXSQNY
Мальчик Боря обманул
Маму, папу, и дядьёв
Боря стал теперь нанул
Боря ловит воробьёв
3a_O6e_Horu такой забавный
> unsafe {
> unsafe {
БИЗАПАСНЫЙ ЙАЗЫК!!!!1111
Является ли эта программа в понимании фанатиков дrustни полностью безопасной и современной (в отличие от бумерских «сишек»)?
если ты не расист, то должен быть жирным
https://twitter.com/nypost/status/1671225688873893893