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.

JANFROG: mimo ide je to stabilblni, chcipa to jen pri debugu a to jen, kdyz zacinam v unmanaged kodu a jedu mixed. Asi to budu muset vzit pres low level, jen to neumim a vypada to, ze chyba bude v clr..

MAIMONIDES: Nejak do nechapu, pada to kdyz to pustis normalne muimo veskere IDE? Pokud ano, dival ses kde presne to lehne v nejakem vic low-level debuggeru? Ja jsem celkem s uspechem pouzival WinDBG + sos/sosex. Ale chce to trosku cvik ve cteni memory dumpu a strojaku. Dost pomuze se podivat do CoreCLR zdrojaku na podobne misto.

Kdybyste někdo tušili i jen přibližně kudy vítr fouká, tak budu vděčnej:

c# 4.7.2 crash in clr.dll when debugging and starting from native - Stack Overflow
https://stackoverflow.com/.../c-sharp-4-7-2-crash-in-clr-dll-when-debugging-and-starting-from-native

NECROMAN: a na vývojovým serveru? U sebe ve VS2017 udělám a na serveru v IIS zapnu

TOOMIX: na localhostu nepotřebuješ, na testu/produkci stačí https://letsencrypt.org/

Neměl byste někdo odkaz na nějaký best practices k ASP.NET Web API? Budu dělat REST API k aplikacím pro Android a iOS a nechci to hned na začátku zkurvit. Btw jak je to v tomhle s https? To si udělám vlastní certifikát? Díky

jo
- v tomto pripade by som ale ten kod ktory musi debugger interpretovat asi nechcel vidiet )
i.e. prist na to jedine zjednodusovanim, kym sa nenajde bug (ak to stoji za to)

presne tak, to je jen possible NRE

APH: To bude jen varování, že to může vyhodit NullReferenceException, protože takhle se to nepíše: Nedává žádný smysl psát (neco as Typ).Metoda(). V takovém případě mám psát ((Typ)neco).Metoda(). (Anebo ((neco as Typ)?.Metoda(), pokud je to to, co chci.)

PJOTRIK: co ten warning (predpokladam) rule as IRuleWithWorkflow ?

Zacalo se mi stavat, ze debugger ve VS nerozpoznava nektere promenne (v okne Locals, v okne Autos, v tooltipech, nejde na ne udelat watch), viz obrazek promenna flow
VS2017, vse zkompilovane pro debug, optimalizace nezapnute... mate nekdo tip cim to?

JINX: Jsme stále na Jiře, právě

SAJAGI: Kdyz nesnasite to UI co pouzivate misto Jira?