作者查詢 / Schottky
作者 Schottky 在 PTT [ C_and_CPP ] 看板的留言(推文), 共2083則
限定看板:C_and_CPP
看板排序:
全部ask30145Military17845CFantasy3894Electronics2167C_and_CPP2083Warfare1332L_LifeInfo268Gossiping138Python105Printer3D85GameDesign84Programming66YuanChuang37ASM29AskBoard24talk20fastfood14Storage_Zone14C_Chat13Notebook13ChangHua11PttEarnMoney11historia10joke10StupidClown10Tainan10Test10comm_and_RF8DummyHistory8money8Teacher8UW-Madison8Violation8ask-why6Cga6Ladies_Digi6Mechanical6Navigation5Neihu5Wanted5ChungLi4CrashFever4Doctor-Info4haiku4MenTalk4PttCurrent4SENIORHIGH4studyteacher4Architecture3car3Eng-Class3funeral3hardware3HatePolitics3Interior3Math3MOD3Network3NTU3Salary3Sub_CS3Tech_Job3Windows3Aves2b07902xxx2Brand2CareerPlan2CYCU_Talk2DC_SALE2E-appliance2Gamesale2graduate2guitar2Headphone2Interdiscip2Jewelry2L_TalkandCha2lyrics2Nantou2NCNU2PC_Shopping2Perl2Physics2PSY2PttLifeLaw2Railway2RC_Sport2score2Trace2uniform2watch2WomenTalk2AllTogether1Android1AntiVirus1Aviation1b03902xxx1Bank_Service1basketballTW1biker1BOTANY_951ChineseChess1creditcard1Drink1Facebook1GEPT1gift1homemaker1Hualien1hypermall1I-Lan1Japan_Travel1Korea1Korea_Travel1KOTDFansClub1Linux1LS_Zoology1Minecraft1nb-shopping1Nethood1Office1ONLINE1PCReDive1Perfume1Plant1Ptt-Charity1stationery1Stock1Suit_Style1Taipei1TaiwanJobs1TOEIC1Toy1TurtleSoup1Web_Design1<< 收起看板(135)
2F→: #1IGT3gmB (C_and_CPP)05/21 17:22
1F→: 常見錯誤,srand() 放在 main 裡就好,不要 call 兩次05/20 15:18
1F→: 我們在討論的指令到底是 SUB 還是 NEG ?05/18 19:56
2F→: SUB 在 1-4 會設定 carry flag,4-1 則不會05/18 19:57
3F→: NEG 則是對 0 會 clear CF,對非 0 會 set CF05/18 19:57
4F→: NEG A 怎麼可能等於 SUB 0,A ?05/18 20:00
5F→: SUB 的第一個參數只能是暫存器或記憶體,不接受常數05/18 20:00
6F→: 我們在討論的是 IA32 組合語言對吧? @_@05/18 20:01
7F→: 對 SUB 來說 carry flag 是借位,代表向更高位借 105/18 20:02
8F→: 1.flag不同,前面解釋過了 2.大數運算時就有高位數可借了05/18 21:05
9F→: 此外 SUB 和 CMP 的 CF 和 ZF 可以做為比大小之用05/18 21:06
10F→: 關於大數運算時借位/進位的用法請參考 SBB 和 ADC 指令05/18 21:19
12F→: 7F> C-like program 就沒有 compiler ?05/18 12:53
13F→: 假設的語言還是會有假設的 compiler 啊05/18 12:53
14F→: 沒有 reference 的東西要怎麼 call by reference ?05/18 12:54
3F→: 1.計算出重複的數字有幾個 2.扣除位置正確的A即為B值05/16 13:19
4F→: ..... 請問你有學過機率嗎?05/09 06:39
5F→: 可能因為這是清朝道光年間很流行的面試題吧05/06 21:00
2F→: 同意樓上... 請看置底十三誡之第十二誡05/06 09:51
4F→: 所以只要強制轉型把 warning 除掉,程式就是正確的嗎?05/06 09:56
5F→: 我會禁止別人把二維陣列當一維用,但我忘記理由了...05/06 10:05
20F→: 台語05/02 19:54
1F→: 方向主要是各自的 best case, worst case, average case04/30 15:15
4F→: 用手畫好再做成你的程式能吃的格式啊04/30 15:44
7F→: 大量的話,當然 random case 也是一種方法,但是 random04/30 15:55
8F→: 對某些演算法是 best, 對另一些演算法是 worst 或都不是04/30 15:55
9F→: 你找出不同 case 的生成規則就能寫程式生成04/30 15:56
10F→: 像是一字長蛇陣等等,手畫只能畫十節,依樣產生一百萬節04/30 15:57
11F→: 這你要自己去想一想啦,不同題目會有不同的 case 要考慮04/30 15:57
18F→: 這個我不同意,Linux 會吸收多種亂源 (我不是說八卦板)04/30 20:35
19F→: 所以 /dev/random 的不可預測性是很好的04/30 20:36
20F→: 那所謂真亂數是相對 pseudo random number generator04/30 20:36
21F→: 來說的,/dev/random 可以稱為真亂數沒錯啊04/30 20:37
23F→: 統計學上定義的隨機亂數根本不用具備不可預測性好嗎 XD04/30 20:40
24F→: /dev/random 和 /dev/urandom 也是有符合你要的統計特性04/30 20:41
25F→: 它不是直接拿現實生活中的亂數源吐給你而已04/30 20:41
31F→: 首先是 srand()/rand() 用的 LFSR 演算法很容易破解05/01 12:47
32F→: 只要觀察 2N 個輸出亂數就能完整重現 N 個 register 的05/01 12:48
33F→: 內部狀態,進而預測接下來吐出的每一個亂數05/01 12:49
34F→: 等等歪樓了啦,原 PO 是要產生測資,為什麼我們在講05/01 12:49
35F→: 不可預測性... 產生測資根本不需要不可預測好嗎05/01 12:50
36F→: malloc 能供應給你的 random bits 不算太多05/01 12:53
37F→: 你在 PC 上第一次 malloc 得到的指標,尾巴永遠是一樣的05/01 12:54
38F→: 仔細探討下去可能要長篇連載了,總之 /dev/urandom 萬歲05/01 12:55