Viết chương trình hoặc chức năng với chức năng sau:

• Trước tiên, chương trình / hàm cố gắng ghi chuỗi Hello, world!vào luồng đầu ra tiêu chuẩn. (Không có hình thức đầu ra nào khác được chấp nhận cho thử thách này, vì trọng tâm tập trung rất nhiều vào I / O thay vì hành vi tầm thường của chính chương trình.) Tùy thuộc vào việc nó có thành công hay không:
  • Nếu nó thành công trong việc xuất ra Hello, world!, chương trình / hàm sẽ thoát mà không có bất kỳ hành vi nào nữa.
  • Nếu không thể tạo ra đầu ra chính xác do lỗi, chương trình / hàm cố gắng ghi chuỗi Error writing "Hello, world!"vào luồng lỗi tiêu chuẩn. (Đối với mục đích của thử thách này, bạn không cần xử lý lỗi cho chính việc xử lý lỗi.)

Làm rõ

• Chương trình / chức năng của bạn sẽ được chạy mà không có đầu vào (trừ khi nó được viết bằng ngôn ngữ hoàn toàn yêu cầu đầu vào hoạt động, trong trường hợp đó, nó sẽ được chạy với đầu vào đơn giản nhất có thể).

• Khi sản xuất đầu ra, bạn cũng có thể tạo một dòng mới duy nhất nếu bạn muốn, nhưng làm như vậy là không bắt buộc.

• Định nghĩa "ghi lỗi vào đầu ra tiêu chuẩn" mà chương trình của bạn thực hiện phải coi ít nhất các trường hợp sau là lỗi:

  • Đầu ra tiêu chuẩn không tồn tại (nghĩa stdoutlà một tệp đóng, không có mô tả tệp 1 tồn tại hoặc các trường hợp đó dịch sang ngôn ngữ và HĐH bạn đang sử dụng);
  • Đầu ra tiêu chuẩn đề cập đến một tệp trên đĩa không còn chỗ trống;
  • Đầu ra tiêu chuẩn kết nối với một chương trình khác, đã kết thúc kết nối.

  và phải coi ít nhất các trường hợp sau là thành công (nghĩa là không có lỗi):

  • Đầu ra tiêu chuẩn kết nối với một thiết bị đầu cuối và Hello, world!được hiển thị trên màn hình.
  • Đầu ra tiêu chuẩn kết nối với một tệp và Hello, world!được ghi vào tệp.

  Bạn có thể chọn chi tiết về lỗi được tính là lỗi đầu ra, miễn là nó phù hợp với các quy tắc trên.

• Chương trình / chức năng của bạn không bị sập khi gặp bất kỳ tình huống lỗi nào được liệt kê ở trên. Tùy thuộc vào bạn thoát mã nào bạn sử dụng.

• Chương trình / chức năng của bạn không được mô tả bản chất của lỗi gặp phải trên luồng lỗi tiêu chuẩn; nó chỉ nên in chuỗi được chỉ định ở trên. Đầu ra không liên quan đến lỗi tiêu chuẩn (ví dụ cảnh báo trình biên dịch) chỉ hợp pháp nếu nó được tạo ra vô điều kiện, bất kể có gặp phải lỗi hay không.

• Chương trình của bạn chỉ cần hoạt động trên một hệ điều hành (mặc dù nó phải là một lỗi mà các lỗi được liệt kê ở trên có ý nghĩa; Tôi đã cố gắng giữ chúng đủ chung để hoạt động trên hầu hết các hệ điều hành đa nhiệm của người tiêu dùng, nhưng các hệ điều hành kỳ lạ có thể loại trừ khỏi thử thách này). Nếu chương trình của bạn không thể truy cập được, hãy liệt kê các giả định mà nó cần để chạy trong tiêu đề của bài đăng của bạn.

• Nhiệm vụ này có thể không thực hiện được ở mọi ngôn ngữ (không phải mọi ngôn ngữ đều cho phép chương trình xử lý các lỗi đầu ra theo cách tùy chỉnh). Bạn sẽ phải chọn một ngôn ngữ có thể.

• Hãy chắc chắn rằng chương trình / chức năng của bạn hoạt động! Đừng chỉ tin vào tài liệu của các chức năng thư viện để làm những gì họ nói. Việc xử lý lỗi của các hàm đầu ra đơn giản thường bị hỏng trong thực tế, ngay cả khi các hàm yêu cầu xử lý lỗi trong lý thuyết.

Các trường hợp thử nghiệm

Đây là một cách để mô phỏng từng điều kiện lỗi ở trên bằng cách sử dụng bashtrên Linux (bạn không phải sử dụng Linux, nhưng đây có thể là hệ thống dễ nhất để kiểm tra điều này):

your_program_here >&-           # nonexistent stdout
your_program_here > /dev/full   # out of disk space
mkfifo test  # note: change "test" to a filename that isn't in use
true < test &
your_program_here > test        # connecting to a program that doesn't want input
rm test      # clean up the FIFO we used earlier

Hai testcase đầu tiên là xác định. Cái cuối cùng không (nó phụ thuộc vào điều kiện cuộc đua); cho mục đích thử nghiệm, tôi khuyên bạn nên thêm độ trễ giữa lúc bắt đầu chương trình và đầu ra thực tế vào đầu ra tiêu chuẩn, để đảm bảo rằng điều kiện cuộc đua được giải quyết theo cách phơi bày lỗi.

Điều kiện chiến thắng

Đây là một thử thách mã golf , vì vậy ngắn hơn là tốt hơn. Như (gần như) luôn luôn, chúng tôi đang đo chiều dài của chương trình theo byte.

Bash , 71 60 byte

h=Hello,\ world!
(echo $h)2>&-||echo Error writing \"$h\">&2

Hãy thử trực tuyến!

Làm thế nào nó hoạt động

Sau khi lưu Hello, world!vào biến h , chúng ta làm như sau.

Đầu tiên, (echo $h)2>&-cố gắng in Hello, world!sang STDOUT. 2>&-được yêu cầu để ngăn hiển thị thông báo lỗi echo: write error: Mô tả tập tin xấu trong trường hợp ghi thất bại. Vì việc ghi vào một ống có tên không chấp nhận đầu vào sẽ giết chương trình Bash bằng tín hiệu 13 (SIGPIPE), chúng tôi thực thi lệnh trong một subshell ( (...)), vì vậy chỉ có subshell sẽ bị giết.

Cuối cùng, nếu in thành STDOUT không thành công, lớp con sẽ thoát với mã trạng thái khác không (141 cho SIGPIPE, 1 cho lỗi chung), vì vậy hãy echo Error writing \"$h\">&2in thông báo mong muốn sang STDERR.

Python 2 , 65 byte

h='Hello, world!'
try:print h
except:exit('Error writing "%s"'%h)

Hai byte có thể được lưu bằng cách in dấu ngoặc đơn.

Hãy thử trực tuyến!

Zsh , 55 byte

h=Hello,\ world!
2>&-<<<$h||<<<'Error writing "'$h\">&2

Không giống như anh em họ Bash, Zsh từ chối chết vì đường ống bị vỡ.

Hãy thử trực tuyến!

C (gcc) , 87 86 byte

f(){signal(13,1);write(1-puts("Hello, world!"),"Error writing \"Hello, world!\"",29);}

Hãy thử trực tuyến!

Ung dung

#include <signal.h>
#include <stdio.h>
#include <unistd.h>

void f(void)
{
    signal(SIGPIPE, SIG_IGN); // Works (and is required) on TIO. YMMV
    int fd = (puts("Hello, world!")) < 0 ? 2 : -13;
    write(fd, "Error writing \"Hello, world!\"", 29);
}

PowerShell, 80 byte

try{echo($h="Hello, World!") -ea 4}catch{$host.ui|% *rL* "Error writing ""$h"""}

giải thích:

try{
    #Attempt to 'echo' (write output) the string, and assign it to $h
    #Make sure the 'error action' is set to '4' to make it a terminating error.
    echo($h="Hello, World!") -ea 4
} catch { 
    #Use the "WriteErrorLine" function in $host.ui to stderr
    $host.ui|% *rL* "Error writing ""$h"""
}

Tôi đã không thực sự thử điều này khi nó xảy ra lỗi, nhưng nó chắc chắn ~ nên ~ hoạt động.

Javascript, 79 76 byte

try{(l=console).log(a="Hello, world!")}catch(e){l.error('Error writing '+a)}

Perl 5, 51 byte

yêu cầu -M5.01, miễn phí

say$h="Hello, world!"or die"Error writing \"$h\"$/"

Đã thử nghiệm trong Strawberry Perl 5.24.0 bằng cách chạy chương trình nguyên trạng (được in ra đầu ra tiêu chuẩn) và bằng cách chạy

print f $h="Hello, world!"or die"Error writing \"$h\"$/"

(in lỗi tiêu chuẩn). Tôi không biết cách kiểm tra các lỗi khác khi sử dụng Dâu tây, nhưng chúng nên được xử lý giống như trên.

REXX, 111 106 byte

signal on notready
a='Hello, world!'
_=lineout(,a)
exit
notready:_=lineout('stderr','Error writing "'a'"')

Chương trình dựa vào việc có một luồng gọi là 'stderr'. Điều này có thể sẽ không xảy ra trên các hệ thống của IBM.

C, 77 byte

f(a){a="Error writing \"Hello, world!\"";write(1,a+15,13)-13&&write(2,a,29);}

cho cuộc gọi

main(){f(1); return 0;}

R , 91 byte

s="Hello, world!"
tryCatch(cat(s),error=function(e)cat('Error writing "','"',file=2,sep=s))

Hãy thử trực tuyến!

Tôi đã thử lỗi nó bằng cách chạy nó cat(s,file=12)thay vì cat(s)và nó in văn bản chính xác thành stderr. Đây là một invalid connectionlỗi khác.