LIU Yuwei

And there is a similar bug # readv with large `iov_len` ```C #define _GNU_SOURCE #include #include #include #include #include #include #include int main() { int fd = open("/bin/ls", O_RDONLY); struct...

And a similar bug in `sys_getdents64()`, which could be triggered by ```C #define _GNU_SOURCE #include #include #include #include #include #include #include int main() { int fd = open("/proc", O_RDONLY); char...

Do you check the `Settings -> General -> Login Items & Extensions` ? If there is no `OpenInTerminal` here, you can try `$ pluginkit -mAD -p com.apple.FinderSync -vvv` And there...

> It's also 15.0.1, but my attempt failed and I couldn't succeed even after turning off SIP Weird, actually we should not turn off SIP which makes our system unsecure....

Same problem here. No OpenInTerminal option in Sequoia 15.0. Is it in `Settings -> General -> Login Items & Extensions` ?

Maybe we can try `$ pluginkit -mAD -p com.apple.FinderSync -vvv` and in output there should be something like: ``` wang.jianing.app.OpenInTerminal.OpenInTerminalFinderExtension(2.3.5) Path = /Applications/OpenInTerminal.app/Contents/PlugIns/OpenInTerminalFinderExtension.appex UUID = F2547F13-4E43-4E88-9D8F-56DF05C020D8 Timestamp = 2024-09-17 09:34:07...

This panic can be triggered through system call `fstat`, details could be refered in #1193

I'm trying to add check for overflow in `kernel/Cargo.toml`, but after adding the check I cannot enter the DragonOS. 我尝试在 `kernel/Cargo.toml` 中增加对 overflow 的检查，但是这样编译后无法正常进入系统: ```toml # The release profile, used...

> 但是这个貌似也是正常？Linux上面传入过大的len的话，会返回什么？ @Marsman1996 以 `munmap` 为例，会返回 `EINVAL` https://elixir.bootlin.com/linux/v6.10.5/source/mm/mmap.c#L2738 但是在 Rust 程序中，这样的溢出在 debug 模式下会导致 panic。 不过 DragonOS 似乎写死了就以 release 编译👀 `kernel/src/Makefile` ``` kernel_rust: RUSTFLAGS="$(RUSTFLAGS)" cargo +nightly-2024-11-05 $(CARGO_ZBUILD) build --release --target $(TARGET_JSON)...

> 这里可以考虑在内核里面加个判断啥的，实现行为上跟Linux一致？ 你方便发个pr吗 @Marsman1996 👌