00:02:20 Back 00:02:29 No luck :( 00:03:00 V_PauAmma_V: please resend anything you sent before 00:03:57 Some thing strange here 00:04:52 my router (192.168.1.1) listed in arp with no mac address "Target MAC address: 00:00:00_00:00:00 (00:00:00:00:00:00)" 00:14:02 Yeah, that's because your PC never gets replies to its ARP requests. 00:14:21 Oh 00:14:37 So the mac address is embty 00:14:54 Basically, yes. 00:15:37 My router is HG531 V1 00:16:09 So should I search for HG531 V1 arp problem 00:18:24 Wait I think router thinks that I am ARP attacking it 00:18:36 So it blocks me 00:18:46 You could try that, or start reading https://support.huawei.com/enterprise/en/optical-access/hg531-v1-10-pid-19899709 and see if it tells you anything. 00:19:03 Hmm, that could be it. 00:19:14 https://support.huawei.com/enterprise/en/doc/EDOC1100067828/5cdfaa40/case-study-the-arp-entries-on-the-local-device-cannot-be-learned-by-the-peer 00:19:49 I think my pc was attacking my router before that; that clears why connection was unstable.. 00:20:10 I will try distable ARP secrity 00:45:07 Back 00:45:13 Also with no luck 00:46:01 V_PauAmma_V: Disabled all kinds of security on my router with no luck, disabled pulseaudio and everything 00:48:25 OK. Try reading the manual I linked to (https://support.huawei.com/enterprise/en/optical-access/hg531-v1-10-pid-19899709), in case it suggests something to you. If it doesn't, and unless you can have your ISP replace your router, I don't know what to tell you. 00:55:19 A took a look at... 00:55:54 Just lack o luck.. going for now 00:56:01 *of 01:36:04 what's the more common term for a tree of dirs and files? dir tree or file tree? 01:37:49 filesystem tree? 04:38:20 ==/win 85 05:10:50 How to Build BSD? 05:24:44 man 7 build 12:04:22 Hi, is this the right place to ask about DWARF headers and addr2line segfaulting? 12:12:44 I am fighting couple of problem (on FreeBSD 14.3 pkgized): 12:12:44 - there's a possible runaway memory in a library used by a program, so I need a memory allocator profiling 12:12:45 - FreeBSD libc jemalloc is compiled without profiling, so that can't be used 12:12:45 - custom libjemalloc.so.2 works fine (with a trick to use `MALLOCX_CONF`), it generates jeprof heap files 12:12:46 - but then the symbolizing is broken inside jeprof - it doesn't give back any symbols, only addresses 12:12:46 - so, I went to look into this, but addr2line is broken too, it reports: addr2line: dwarf_get_aranges failed: Unsupported version [_dwarf_info_load(229)] 12:12:47 - other tools like objdump or nm can dump the symbols just fine 12:49:38 Look at heaptrack 12:50:08 If you are doing some fancy memory allocation look at Valgrind Massif 12:51:58 otherwise can you tell if it is using llvm addr2line (which I guess will work best)? 12:57:17 > If you are doing some fancy memory allocation look at Valgrind Massif 12:57:17 I tried Massif and it looks like it does cumulative allocations? 12:58:37 > otherwise can you tell if it is using llvm addr2line (which I guess will work best)? 12:58:37 Voila! That works 17:02:24 Hi again, the trick with replacing addr2line with llvm-addr2line sort of works, but it doesn't resolve all the symbols for some reason. What was the name of heap profiling tool again? The web interface logged me out before I wrote it down. Thanks 17:05:19 "< paulf> Look at heaptrack" "< paulf> If you are doing some fancy memory allocation look at Valgrind Massif" 17:05:42 Thank you! 21:17:31 do the intel arc cards just work in fbsd out the box? 21:17:37 for video transcoding?