Closed officereso closed 2 years ago
Oh, this is an interesting issue! I'm betting that your text editor has some sort of "safe save" functionality enabled, hence why the file path has a trailing ~
.
This may be resolved on the master branch. There was some code I landed a couple months ago to ignore file changes to files that don't exist anymore when possible.
Built ec5b3f80 and issue presists. Ive got a bigger stacktrace now though. My IDE is intellij it does have a safe save function.
rojo serve
Rojo server listening:
Address: localhost
Port: 34872
Visit http://localhost:34872/ in your browser for more information.
[DEBUG] D:\LQ_Files\Jetbrains\Projects\IdeaProjects\officeresos personal tank test\src/Workspace\FV4005 II\MainScript
[ERROR] Rojo crashed!
[ERROR] This is probably a Rojo bug.
[ERROR]
[ERROR] Please consider filing an issue: https://github.com/Roblox/rojo/issues
[ERROR]
[ERROR] Details: called `Result::unwrap()` on an `Err` value: Os { code: 5, kind: PermissionDenied, message: "Access is denied." }
[ERROR] in file src\change_processor.rs on line 224
0: backtrace::backtrace::dbghelp::trace
at C:\Users\qrsnow\.cargo\registry\src\github.com-1ecc6299db9ec823\backtrace-0.3.46\src\backtrace\dbghelp.rs:88
1: backtrace::backtrace::trace_unsynchronized<closure-0>
at C:\Users\qrsnow\.cargo\registry\src\github.com-1ecc6299db9ec823\backtrace-0.3.46\src\backtrace\mod.rs:66
2: backtrace::backtrace::trace<closure-0>
at C:\Users\qrsnow\.cargo\registry\src\github.com-1ecc6299db9ec823\backtrace-0.3.46\src\backtrace\mod.rs:53
3: backtrace::capture::Backtrace::create
at C:\Users\qrsnow\.cargo\registry\src\github.com-1ecc6299db9ec823\backtrace-0.3.46\src\capture.rs:164
4: backtrace::capture::Backtrace::new
at C:\Users\qrsnow\.cargo\registry\src\github.com-1ecc6299db9ec823\backtrace-0.3.46\src\capture.rs:128
5: rojo::main::{{closure}}
at D:\LQ_Files\Jetbrains\Projects\IdeaProjects\rojo\src\bin.rs:55
6: std::panicking::rust_panic_with_hook
at /rustc/5c1f21c3b82297671ad3ae1e8c942d2ca92e84f2\/src\libstd\panicking.rs:490
7: std::panicking::begin_panic_handler
at /rustc/5c1f21c3b82297671ad3ae1e8c942d2ca92e84f2\/src\libstd\panicking.rs:388
8: core::panicking::panic_fmt
at /rustc/5c1f21c3b82297671ad3ae1e8c942d2ca92e84f2\/src\libcore\panicking.rs:101
9: core::option::expect_none_failed
at /rustc/5c1f21c3b82297671ad3ae1e8c942d2ca92e84f2\/src\libcore\option.rs:1272
10: core::result::Result<(), std::io::error::Error>::unwrap<(),std::io::error::Error>
at C:\Users\qrsnow\.rustup\toolchains\stable-x86_64-pc-windows-msvc\lib\rustlib\src\rust\src\libcore\result.rs:1005
11: librojo::change_processor::JobThreadContext::handle_tree_event
at D:\LQ_Files\Jetbrains\Projects\IdeaProjects\rojo\src\change_processor.rs:224
12: librojo::change_processor::{{impl}}::start::{{closure}}
at D:\LQ_Files\Jetbrains\Projects\IdeaProjects\rojo\src\change_processor.rs:72
13: std::sys_common::backtrace::__rust_begin_short_backtrace<closure-0,core::result::Result<(), crossbeam_channel::err::RecvError>>
at C:\Users\qrsnow\.rustup\toolchains\stable-x86_64-pc-windows-msvc\lib\rustlib\src\rust\src\libstd\sys_common\backtrace.rs:130
14: std::thread::{{impl}}::spawn_unchecked::{{closure}}::{{closure}}<closure-0,core::result::Result<(), crossbeam_channel::err::RecvError>>
at C:\Users\qrsnow\.rustup\toolchains\stable-x86_64-pc-windows-msvc\lib\rustlib\src\rust\src\libstd\thread\mod.rs:475
15: std::panic::{{impl}}::call_once<core::result::Result<(), crossbeam_channel::err::RecvError>,closure-0>
at C:\Users\qrsnow\.rustup\toolchains\stable-x86_64-pc-windows-msvc\lib\rustlib\src\rust\src\libstd\panic.rs:318
16: std::panicking::try::do_call<std::panic::AssertUnwindSafe<closure-0>,core::result::Result<(), crossbeam_channel::err::RecvError>>
at C:\Users\qrsnow\.rustup\toolchains\stable-x86_64-pc-windows-msvc\lib\rustlib\src\rust\src\libstd\panicking.rs:297
17: std::panicking::try<core::result::Result<(), crossbeam_channel::err::RecvError>,std::panic::AssertUnwindSafe<closure-0>>
at C:\Users\qrsnow\.rustup\toolchains\stable-x86_64-pc-windows-msvc\lib\rustlib\src\rust\src\libstd\panicking.rs:274
18: std::panic::catch_unwind<std::panic::AssertUnwindSafe<closure-0>,core::result::Result<(), crossbeam_channel::err::RecvError>>
at C:\Users\qrsnow\.rustup\toolchains\stable-x86_64-pc-windows-msvc\lib\rustlib\src\rust\src\libstd\panic.rs:394
19: std::thread::{{impl}}::spawn_unchecked::{{closure}}<closure-0,core::result::Result<(), crossbeam_channel::err::RecvError>>
at C:\Users\qrsnow\.rustup\toolchains\stable-x86_64-pc-windows-msvc\lib\rustlib\src\rust\src\libstd\thread\mod.rs:474
20: core::ops::function::FnOnce::call_once<closure-0,()>
at C:\Users\qrsnow\.rustup\toolchains\stable-x86_64-pc-windows-msvc\lib\rustlib\src\rust\src\libcore\ops\function.rs:232
21: alloc::boxed::{{impl}}::call_once
at /rustc/5c1f21c3b82297671ad3ae1e8c942d2ca92e84f2\src\liballoc\boxed.rs:1076
22: alloc::boxed::{{impl}}::call_once
at /rustc/5c1f21c3b82297671ad3ae1e8c942d2ca92e84f2\src\liballoc\boxed.rs:1076
23: std::sys::windows::thread::{{impl}}::new::thread_start
at /rustc/5c1f21c3b82297671ad3ae1e8c942d2ca92e84f2\/src\libstd\sys\windows\thread.rs:56
24: BaseThreadInitThunk
25: RtlUserThreadStart
[ERROR] accept error: Either the application has not called WSAStartup, or WSAStartup failed. (os error 10093)
Added a dubug log to print the path
. The metadata error is most likely unrelated.
I'm having this same issue with VSC.
I'm having a very identical issue, I'm using Visual Studio Code, and when I try running rojo, it crashes, and outputs
[ERROR] This is probably a Rojo bug.
[ERROR]
[ERROR] Please consider filing an issue: https://github.com/rojo-rbx/rojo/issues
[ERROR]
[ERROR] Details: called Result::unwrap()
on an Err
value: Os { code: 5, kind: PermissionDenied, message: "Access is denied." }
[ERROR] in file src\change_processor.rs on line 224
note: run with RUST_BACKTRACE=1
environment variable to display a backtrace.
[ERROR] accept error: Either the application has not called WSAStartup, or WSAStartup failed. (os error 10093)
This is only happening for me when I enable two-way sync and try to save a file in VSC.
This no longer occurs
LOG
Studio
INFO
Operating system: Windows 10 64-Bit (10.0.18363) Version: 6.0.0-rc.1
REPRODUCTION
Unknown reproduction steps. Seems to happen randomly but very frequently. Crashes about twice every minute. Will not crash when not connected to Roblox Studio
OTHER
Apoligies that I dont know how to reproduce this and Im not fimilar with debugging exe files.