För att man skall få med radnummer så måste du ha med .pdb-filerna. Men det bör du ju ha eftersom du ditt projekt i debug mode... Så det verkar mystiskt. Eller så är det någon inställning i log4net som spökar...
För att man skall få med radnummer så måste du ha med .pdb-filerna. Men det bör du ju ha eftersom du ditt projekt i debug mode... Så det verkar mystiskt. Eller så är det någon inställning i log4net som spökar...
- M
Japp .pdb filer är med. Ska dyka ner i log4net inställningarna imorrn o kolla. Jag vet ju att log4net kör med lite sånadär typ "växlar" vad som ska synas, man ska tydligen ha med "line" eller ett "L" för att få med radnummer.
Men då läsar man på deras sajt följande:
Used to output the line number from where the logging request was issued.
WARNING Generating caller location information is extremely slow. Its use should be avoided unless execution speed is not an issue.
See the note below on the availability of caller location information.
Nån som vet hur mycket slöare allt blir? Och är det felrendering bara som blir slö antar jag, det lär ju inte påverka sajten annars
Det beror ju på hur mycket du loggar. Du har ju fler alternativ än att bara logga fel, du kan ju logga information och debug också. Och om du glömmer ändra loglevel när du går i produktion så kommer ju dessa också att loggas med radnummer...
Det beror ju på hur mycket du loggar. Du har ju fler alternativ än att bara logga fel, du kan ju logga information och debug också. Och om du glömmer ändra loglevel när du går i produktion så kommer ju dessa också att loggas med radnummer...
- M
Bara errors som loggas. Då är det nog helt lugnt prestandamässigt.
Jag kom fram till att man ska köra med %F:%L för att få fram fil och radnummer :bire
*edit: upptäckte även att det går bra att bygga i Release mode och ändå få med fin stack trace med info om vilken fil och radnummer det hände på :h
265 ms totalt · 4 externa anrop · v20260731065814-full.1dc6f849
