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?

Otázka trochu mimo, ale zkusím to - nemigrovali jste někdo z Atlassian stacku (BB+JIRA) do GitLabu? Stojí to za to? (Atlassianí UI tu svorně nesnášíme)

UETOYO: tak tam bych to taky čekal, že to bude -+ fungovat, hlavně pokud to ten úřad má tak trochu v popisu práce