rust/tests/ui/panics/panic-task-name-owned.rs

//@ run-fail
//@ regex-error-pattern: thread 'owned name' \(\d+\) panicked
//@ error-pattern: test
//@ needs-threads

use std::thread::Builder;

fn main() {
    let r: () = Builder::new()
        .name("owned name".to_string())
        .spawn(move || {
            panic!("test");
            ()
        })
        .unwrap()
        .join()
        .unwrap();
    panic!();
}
Move tests from `test/run-fail` to UI 2020-04-16 15:50:32 +09:00			`//@ run-fail`
Print thread ID in panic message if thread name is unknown `panic!` does not print any identifying information for threads that are unnamed. However, in many cases, the thread ID can be determined. This changes the panic message from something like this: thread '<unnamed>' panicked at src/main.rs:3:5: explicit panic To something like this: thread '<unnamed>' (0xff9bf) panicked at src/main.rs:3:5: explicit panic Stack overflow messages are updated as well. This change applies to both named and unnamed threads. The ID printed is the OS integer thread ID rather than the Rust thread ID, which should also be what debuggers print. 2023-09-11 00:59:31 -04:00			`//@ regex-error-pattern: thread 'owned name' \(\d+\) panicked`
			`//@ error-pattern: test`
compiletest: Add a `//@ needs-threads` directive This commit is extracted from #122036 and adds a new directive to the `compiletest` test runner, `//@ needs-threads`. This is intended to capture the need that a target must implement threading to execute a specific test, typically one that uses `std::thread`. This is primarily done for WebAssembly targets which currently do not have threads by default. This enables transitioning a lot of `//@ ignore-wasm*`-style ignores into a more self-documenting `//@ needs-threads` directive. Additionally the `wasm32-wasi-preview1-threads` target, for example, does actually have threads, but isn't tested in CI at this time. This change enables running these tests for that target, but not other wasm targets. 2024-03-06 12:19:20 -08:00			`//@ needs-threads`
Make a task name use a `SendStr`, allowing for either static or owned strings 2013-10-05 21:01:58 +02:00
Revise std::thread API to join by default This commit is part of a series that introduces a `std::thread` API to replace `std::task`. In the new API, `spawn` returns a `JoinGuard`, which by default will join the spawned thread when dropped. It can also be used to join explicitly at any time, returning the thread's result. Alternatively, the spawned thread can be explicitly detached (so no join takes place). As part of this change, Rust processes now terminate when the main thread exits, even if other detached threads are still running, moving Rust closer to standard threading models. This new behavior may break code that was relying on the previously implicit join-all. In addition to the above, the new thread API also offers some built-in support for building blocking abstractions in user space; see the module doc for details. Closes #18000 [breaking-change] 2014-12-14 00:05:32 -08:00			`use std::thread::Builder;`
Remove linked failure from the runtime The reasons for doing this are: * The model on which linked failure is based is inherently complex * The implementation is also very complex, and there are few remaining who fully understand the implementation * There are existing race conditions in the core context switching function of the scheduler, and possibly others. * It's unclear whether this model of linked failure maps well to a 1:1 threading model Linked failure is often a desired aspect of tasks, but we would like to take a much more conservative approach in re-implementing linked failure if at all. Closes #8674 Closes #8318 Closes #8863 2013-11-21 16:55:40 -08:00
Make a task name use a `SendStr`, allowing for either static or owned strings 2013-10-05 21:01:58 +02:00			`fn main() {`
run rustfmt on test/run-fail folder 2016-05-27 08:09:36 +05:30			`let r: () = Builder::new()`
Print thread ID in panic message if thread name is unknown `panic!` does not print any identifying information for threads that are unnamed. However, in many cases, the thread ID can be determined. This changes the panic message from something like this: thread '<unnamed>' panicked at src/main.rs:3:5: explicit panic To something like this: thread '<unnamed>' (0xff9bf) panicked at src/main.rs:3:5: explicit panic Stack overflow messages are updated as well. This change applies to both named and unnamed threads. The ID printed is the OS integer thread ID rather than the Rust thread ID, which should also be what debuggers print. 2023-09-11 00:59:31 -04:00			`.name("owned name".to_string())`
			`.spawn(move \|\| {`
			`panic!("test");`
			`()`
			`})`
			`.unwrap()`
			`.join()`
			`.unwrap();`
Test fixes and rebase conflicts 2015-02-17 15:24:34 -08:00			`panic!();`
Make a task name use a `SendStr`, allowing for either static or owned strings 2013-10-05 21:01:58 +02:00			`}`