Linux server1.dn-server.com 4.18.0-553.89.1.lve.el8.x86_64 #1 SMP Wed Dec 10 13:58:50 UTC 2025 x86_64
LiteSpeed
Server IP : 195.201.204.189 & Your IP : 216.73.217.130
Domains :
Cant Read [ /etc/named.conf ]
User : beriska1
Terminal
Auto Root
Create File
Create Folder
Localroot Suggester
Backdoor Destroyer
Readme
/
opt /
alt /
ruby34 /
share /
ri /
system /
Fiber /
Scheduler /
Delete
Unzip
Name
Size
Permission
Date
Action
address_resolve-i.ri
1.61
KB
-rw-r--r--
2026-04-07 16:51
block-i.ri
778
B
-rw-r--r--
2026-04-07 16:51
blocking_operation_wait-i.ri
634
B
-rw-r--r--
2026-04-07 16:51
cdesc-Scheduler.ri
3.51
KB
-rw-r--r--
2026-04-07 16:51
close-i.ri
555
B
-rw-r--r--
2026-04-07 16:51
fiber-i.ri
721
B
-rw-r--r--
2026-04-07 16:51
io_pread-i.ri
816
B
-rw-r--r--
2026-04-07 16:51
io_pwrite-i.ri
823
B
-rw-r--r--
2026-04-07 16:51
io_read-i.ri
1.43
KB
-rw-r--r--
2026-04-07 16:51
io_select-i.ri
590
B
-rw-r--r--
2026-04-07 16:51
io_wait-i.ri
1018
B
-rw-r--r--
2026-04-07 16:51
io_write-i.ri
1.5
KB
-rw-r--r--
2026-04-07 16:51
kernel_sleep-i.ri
675
B
-rw-r--r--
2026-04-07 16:51
process_wait-i.ri
865
B
-rw-r--r--
2026-04-07 16:51
timeout_after-i.ri
1.71
KB
-rw-r--r--
2026-04-07 16:51
unblock-i.ri
764
B
-rw-r--r--
2026-04-07 16:51
Save
Rename
U:RDoc::AnyMethod[iI"timeout_after:ETI"#Fiber::Scheduler#timeout_after;TF:publico:RDoc::Markup::Document:@parts[o:RDoc::Markup::Paragraph; [I"NInvoked by Timeout.timeout to execute the given +block+ within the given ;TI"O+duration+. It can also be invoked directly by the scheduler or user code.;To:RDoc::Markup::BlankLine o; ; [ I"IAttempt to limit the execution time of a given +block+ to the given ;TI"P+duration+ if possible. When a non-blocking operation causes the +block+'s ;TI"Jexecution time to exceed the specified +duration+, that non-blocking ;TI"Poperation should be interrupted by raising the specified +exception_class+ ;TI"6constructed with the given +exception_arguments+.;T@o; ; [ I"PGeneral execution timeouts are often considered risky. This implementation ;TI"Qwill only interrupt non-blocking operations. This is by design because it's ;TI"Eexpected that non-blocking operations can fail for a variety of ;TI"Qunpredictable reasons, so applications should already be robust in handling ;TI"2these conditions and by implication timeouts.;T@o; ; [ I"MHowever, as a result of this design, if the +block+ does not invoke any ;TI"Lnon-blocking operations, it will be impossible to interrupt it. If you ;TI"Hdesire to provide predictable points for timeouts, consider adding ;TI"+sleep(0)+.;T@o; ; [I"HIf the block is executed successfully, its result will be returned.;T@o; ; [I">The exception will typically be raised using Fiber#raise.;T: @fileI"scheduler.c;T:0@omit_headings_from_table_of_contents_below0I"_timeout_after(duration, exception_class, *exception_arguments, &block) -> result of block ;T0[ I"(p1, p2, p3);T@*FI"Scheduler;TcRDoc::NormalClass00