作者查詢 / lubrige
作者 lubrige 的總覽 (PTT發文,留言,暱稱)
發文數量: 2
收到的『推』: 12 (50.0%)
收到的『→』: 12 (50.0%)
收到的『噓』: 0 (0.0%)
留言數量: 59
送出的『推』: 14 (23.7%)
送出的『→』: 45 (76.3%)
送出的『噓』: 0 (0.0%)
使用過的暱稱: 1
lubrige 在 PTT 最新的發文, 共 2 篇
lubrige 在 PTT 最新的留言, 共 59 則
1F推:抱歉 g[i][j] 那段寫得不好 不過我們想的應該是同一件事03/17 19:17
2F→:就是在 dag 上找字典序最大或最小那樣03/17 19:18
3F→:然後兩個 case 都存在且平手的話也是抓 case 2 沒問題03/17 19:19
4F→:最後再從最高位輸出回來 我覺得應該是哪邊寫爛了03/17 19:19
5F→:不過一直看不太出來 QwQ03/17 19:19
7F推:f 的第 0 個 column 似乎是整排的 0? 雖然應該是不影響03/17 19:25
9F推:http://codepad.org/VwCMbCgU 對不起這樣麻煩 見笑了 QwQ03/17 19:28
16F推:嗯嗯 感謝幫忙 不過還沒有想透什麼情況下這句會出包03/17 20:22
17F→:我直覺上令為 -1 應該可以避掉 case 2 的失敗03/17 20:24
18F→:可是這樣看起來結果並不是這樣03/17 20:24
21F推:啊啊 似乎是因為我把 back tracking 的 pointer 也放在03/17 20:50
22F→:line 74 裏面 這樣在 case 2 失敗 而且 i + 1 到 L03/17 20:51
23F→:之間都沒有選數字的話 會因為同為 -1 使 p[i][j][3]03/17 20:52
24F→:沒有被正確的 assign 到 最後在印答案的時候餘數就亂跳03/17 20:53
25F→:實際上應該是要 re 的 因為 p[i][j][3] 在這種情況下03/17 20:55
26F→:都會是 -1 XDD03/17 20:55
27F推:這筆測資太重要了 非常感謝 0 w0b03/17 21:18
9F→:嗯 謝謝幾位 那先試洗種子好了12/15 13:58
10F→:話說回來 有人在接洗種子的單嗎12/15 14:00
12F→:自己大概沒有辦法騰出大把時間來洗 還是洗種子其實很快?12/15 14:03
13F→:沒有呀 XD 那只好找時間試試看了 謝謝囉12/15 14:06
20F→:嗯 是這樣 謝謝12/15 22:38
21F推:辛苦大家 w11/16 00:41
19F推:=w=10/26 19:47
15F推:恭喜大家 w10/23 22:58
lubrige 在 PTT 的暱稱紀錄, 共 1 個
暱稱:lubrige
文章數量:2