Re: [ CN ] 有關作業一Spec

看板PangSir作者 (Hogan)時間10年前 (2013/10/20 22:16), 編輯推噓0(000)
留言0則, 0人參與, 最新討論串6/25 (看更多)
※ 引述《ckmShih (林檎技客 Ringo Geek)》之銘言: : ※ 引述《wrangle1005 (Hogan)》之銘言: : : 7. 會有多個延遲Input同時指到另一個Command的case嗎? : : 例如說: : : blabla |3 : : blabla |2 : : blabla |1 : : blabla : : 又該怎麼處理呢? : 有可能 : 必須三行都處理 : 例如 : % cat text1.txt |3 : % cat text2.txt |2 : % cat text3.txt |1 : % grep 'body' : 則在第四行 Server 必須回傳等同以下指令之結果 : cat text1.txt | grep 'body' : cat text2.txt | grep 'body' : cat text3.txt | grep 'body' 所以client收到結果的時候有可能不保證順序性? 畢竟shell command可能會有自己速度上的差異? : : 8. 可以使用額外的Shell Command嗎? : : 只是用來協助維護Buffer,例如:stdbuf,會只使用fork + exec呼叫. : 不可以 : exec 只能用來執行指令 (ls, grep, etc.) 問題已經解決,是我自己沒寫好所導致的 : : 9. server最後的位置是放在./下嗎? : : 另外,我如果有其他檔案是fork時候會使用到的,應該不必遵守path的規則吧? : : 也就是說,與server處理與實作的相關檔案都應該一定找得到? : 其他檔案是fork時候會使用到的?是指 tmpfile 嗎? : 請注意 pipe (|) 是不能用 tmpfile 實作的 : 測試時初始環境只會有指令執行檔跟測試用文字檔 : 例如 : bin/ : | ls : | grep : | cat : test.txt 抱歉,我當時問問題的時候腦筋不太清楚,問得不夠明確 這裡我指的是我用來處理client指令的handler 我覺得用一隻server程式處理完所有的指令和重導向聽起來不甚合理 所以我會使用server,fork出handler來進行後面的操作處理 我預期server和handler會在同一目錄底下,並且都接受PATH這個參數 : : 10. 投影片上面寫到: You cannot use C++ Standard Template Library (STL). : : 這句話的意思是指連最基本的string, vector都不能使用嗎? : : 在字串處理和輸入輸出的維護上面,如果能夠使用工具會方便很多. : 就如字面上所述 : 所有屬於 C++ STL 的組件都不能使用 我可以請問一下這個要求的原因嗎? 我覺得使用string, vector等工具並不會影響這次作業的公平性以及主旨 不能使用工具會大幅度拖慢開發速度.. 另外,想再請問一下,應該不會有"grep s", "cat -n",這種無限等待input的測資吧? 謝謝! -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 111.243.13.210
文章代碼(AID): #1IO-MvF0 (PangSir)
討論串 (同標題文章)
文章代碼(AID): #1IO-MvF0 (PangSir)