這次又來問測資問題了
這次也是一樣,將程式碼送到UVA也是AC
但在ZeroJudge卻第一筆測資就錯了
與正確輸出不相符(line:1)
您的答案為: 4
正確答案為: 5
這次又來問測資問題了
這次也是一樣,將程式碼送到UVA也是AC
但在ZeroJudge卻第一筆測資就錯了
與正確輸出不相符(line:1)
您的答案為: 4
正確答案為: 5
嗯... 雖然是 Accept ,但是,這裡的第一組輸入測資是
5
1 1
2 2
3 3
4 4
5 5
答案顯然應該是 5 才對...
噢~~ 看來是發現了 ACM 測資的缺陷囉!? :P
這次又來問測資問題了
這次也是一樣,將程式碼送到UVA也是AC
但在ZeroJudge卻第一筆測資就錯了
與正確輸出不相符(line:1)
您的答案為: 4
正確答案為: 5
嗯... 雖然是 Accept ,但是,這裡的第一組輸入測資是
5
1 1
2 2
3 3
4 4
5 5
答案顯然應該是 5 才對...
噢~~ 看來是發現了 ACM 測資的缺陷囉!? :P
這次又來問測資問題了
這次也是一樣,將程式碼送到UVA也是AC
但在ZeroJudge卻第一筆測資就錯了
與正確輸出不相符(line:1)
您的答案為: 4
正確答案為: 5
嗯... 雖然是 Accept ,但是,這裡的第一組輸入測資是
5
1 1
2 2
3 3
4 4
5 5
答案顯然應該是 5 才對...
噢~~ 看來是發現了 ACM 測資的缺陷囉!? :P
不過我發現測資的輸入說明好像不是這種規則
應該是
1
1 1
2 2
3 3
4 4
5 5
而我改變一下測資的輸入方式,改成 讀
5
1 1
2 2
3 3
4 4
5 5
原來的程式就通過了
這次又來問測資問題了
這次也是一樣,將程式碼送到UVA也是AC
但在ZeroJudge卻第一筆測資就錯了
與正確輸出不相符(line:1)
您的答案為: 4
正確答案為: 5
嗯... 雖然是 Accept ,但是,這裡的第一組輸入測資是
5
1 1
2 2
3 3
4 4
5 5
答案顯然應該是 5 才對...
噢~~ 看來是發現了 ACM 測資的缺陷囉!? :P
不過我發現測資的輸入說明好像不是這種規則
應該是
1
1 1
2 2
3 3
4 4
5 5
而我改變一下測資的輸入方式,改成 讀
5
1 1
2 2
3 3
4 4
5 5
原來的程式就通過了
唔~ 原來是這樣,我也沒注意到 XD
那就依據題目的規定,將測資改成有換行的... :)
謝謝~
不是只有換行的問題,第一個是代表接下來有多少組case
而不是代表接下來有n個點
例如題目給的範例輸入
2 <- 代表有2組cases
<- 斷行
1 1 <- 第一組case(總共有五個點)
2 2
3 3
9 10
10 11
<- 斷行
1 2 <- 第二組case(總共有二個點)
3 4
上面是正確的範例輸入,下面是目前不合題目的輸入(目前的輸入資料好像是用這種的)
5
1 1
2 2
3 3
9 10
10 11
2
1 2
3 4
希望這樣解釋會比較清楚一點
不是只有換行的問題,第一個是代表接下來有多少組case
而不是代表接下來有n個點
例如題目給的範例輸入
2 <- 代表有2組cases
<- 斷行
1 1 <- 第一組case(總共有五個點)
2 2
3 3
9 10
10 11
<- 斷行
1 2 <- 第二組case(總共有二個點)
3 4
上面是正確的範例輸入,下面是目前不合題目的輸入(目前的輸入資料好像是用這種的)
5
1 1
2 2
3 3
9 10
10 11
2
1 2
3 4
希望這樣解釋會比較清楚一點
唔~ 原來測資的格式原本就錯了 XD
是我的錯 :) 我也沒仔細看清楚題目的敘述 囧~
那暫時先關閉起來,把測資改好再開 :)
不是只有換行的問題,第一個是代表接下來有多少組case
而不是代表接下來有n個點
例如題目給的範例輸入
2 <- 代表有2組cases
<- 斷行
1 1 <- 第一組case(總共有五個點)
2 2
3 3
9 10
10 11
<- 斷行
1 2 <- 第二組case(總共有二個點)
3 4
上面是正確的範例輸入,下面是目前不合題目的輸入(目前的輸入資料好像是用這種的)
5
1 1
2 2
3 3
9 10
10 11
2
1 2
3 4
希望這樣解釋會比較清楚一點
唔~ 原來測資的格式原本就錯了 XD
是我的錯 :) 我也沒仔細看清楚題目的敘述 囧~
那暫時先關閉起來,把測資改好再開 :)
第二筆測資好像是
1 0
2 0
3 0
4 0
為什麼答案是6???