TOOMIX: My bad, omylem jsem si umazal inicializaci knihovny, už mi to fajčí, a přepínám si VS do EN ;)

ELECTRICKOTA: zkontroluj si zapínání timeru a koukni, jestli se vůbec v tom Status() volá ten foreach a prochází to dál

TOOMIX: Oh, děkuji mocný pane, taková blbost a stokrát jsem ji přehlédl :D Teď jdu zjistit proč nefunguje volání knihovny openhardwaru ve funkci Status(); Nějaké tipy?

ELECTRICKOTA: no určitě, protože to *.designer.cs vygenerovalo s českýma komentářema. Český IDE je zlo

TOOMIX: Jo asi mám :D Jak se mi to instalovalo tak to používám :D

ELECTRICKOTA: smaž v konstruktoru Form1.cs jedno volání metody InitializeComponent() máš to tam dvakrát, a proto ti to dubluje ty textboxy atd...

ARANIUS: mas to tu, jako je to mozny, ale nevím kde tu chybu hkedat, ani si neuvedomuju jak nastala.

ELECTRICKOTA: Hod nikde zdrojaky, znie to ako keby si mal bordel v definíciach a pomenovaní objektov ;)

Cau chlapi, ted asi necely mesic jsem se zacal ucit v C,, bo hratky s Arduinem. Niceme jsem ted krapet v koncich a potrebuju poradit. Pro jednoduchy programek pro komunikaci s Arduinem jsem pouzil Visual studio, a tedy se za pochodu ucim i C#, a muj aktualni problem je, ze bud jsem se zblaznil ja nebo Visual Studio, pokud si sestavím program tak mi nesmyslne zdubloval nektere komponenty(konkretne text box a label - v navrhu ani nikde v kodu jsem nic zdvojeného nezaznamenal), navíc kdyz jsem tohle vyresil smazanim puvodnich komponent a vlozenim novych, tak se mi muj program zacal chovat divne, jakoby preskakoval radky myho kodu, nebo vubec nevolal mnou napsane funkce. Vim ze je to dost zevrubne, detaily klidne i zdrojak poskytnu. Hlavne abych vedet proc se to deje a co jsem nevedomky udelal spatne. Díky za kazdou radu!

MAIMONIDES: Ne nutne. Debugger muze mirne zmenit memory layout debugovaneho procesu, muze zmenit casovani, pamet atd. Ver nebo ne, tohle uz jsem take videl a ne jednou. Ja osobne uz neverim nicemu...

JANFROG: Pokud je chyba u mě, tak by to ale nastávalo za všech okolností, nikoliv jen v tom jednom případě (jendebug, ale jenom v mixed modu, když pustim c++ a postupně vlezdu do .net). Pokud to jen pustim, ale netrasuju, všechno chodí.

MAIMONIDES: call na constantni addressu, neco jako "call $0xDEADBEEF"? V tom pripade s nejvetsi pravdepodobnosti bud ta adresa neni namapovana ve tvem adresnim prostoru nebo dana stranka neni executable. vmmap ze systemtools Ti rekne co z toho je pravda.

Ten call je v clr.dll nebo JIT / AOT kodu? Pokud je v clr.dll je to divny. V tom pripade bych si jeste overil, ze ten kod je stejny v souboru jako v debugovanem imagi (abys alespon vedel, jestli nekdo "patchuje" ten call nebo ne.
Pokud je to JIT / AOT kod nebo to nekdo "patchuje" pak zase HW breakpoint abys vedel kdo to dela...

MAIMONIDES: já bych skončil někde u V09. Použít strukturu by mě asi nenapadlo a o ArrayPool jsem nikdy neslyšel, takže za mě fajn, že to někdo sepsal.

TOOMIX: Člověka asi rovnou napadne, že když potřebuje parsovat velký množství dat, tak indexy do stringu budou lepší než linq, ale nenapadne ho o tom sepsat článek:)

JANFROG: Jo, na to jsem našel nedávno našel odvahu a bohužel to tak neni. V asm to buhužel neni null pointer, ale zkrátka asm call na konstantní adresu, která je na zakázanym místě (resp v oblasi, kde ti i debugger odmítne ukázat obsah a píše ??). Debugovat v ILu zatim neumim, ale asi budu muset:)

MAIMONIDES: No jo, to pak bude zajimavejsi - co ja bych udelal na Tvem miste je, ze bych se podival na kod (machine code) kde to pada. Tohle vypada na dereferenci null pointeru, takze bych se podival odkud se bere ten null pointer a dal si HW watchpoint a adresu, odkud se bere. Pak to pustil znovu zkoumal to od toho mista, kde to prepise to hodnotu...To ovsem vyzaduje mit tu adresu stabilni (nebo to cele bezet pod simulatorem coz je jeste jina liga).

Jina bug nemusi byt nutne v CRL, muze by kdekoli, klidne v debuggeru nebo i v Tvem kodu.