LemonBoy
LemonBoy
> It's a bug in Zig! :scream: Thank you for pinpointing the problem, the tagged enum representation in the IR assumes there's always enough padding after `{ i64, i1 }`...
Quick and dirty analysis of what (I suppose) happens here. Let's start by looking at this line from the log, `*** Irssi: Looking up 2610:150:4b0f::`, this suggests that `sig_server_looking` got...
Quick follow up to the previous investigation work. After a short dive into the manpage for `getnameinfo(3)` I've found out that there's an interesting flag named `NI_NAMEREQD`, that we don't...
Do you mean that irssi wasn't trying to resolve an ip address in your case ?
If the messages were like this `*** Irssi: Reconnecting to [] port - use /RMRECONNS to abort` Where hostname is the one to resolve and ip is the same one...
@wilhelmy The issue you've reported should be fixed by the pending PR, it sounds like the reverse lookup failed and the hostname got overwritten by the ipv6 address. The DNS...
The linker is right, here's a quote from MSVC's linker [docs](https://docs.microsoft.com/en-us/cpp/build/reference/align-section-alignment?view=msvc-160): > The /ALIGN option specifies the alignment of each section within the linear address space of the program. The...
> Currently it seems like we are doing nothing about segfaults/stack overflows. A segfault handler is installed by default and we emit stack probes on i386/x86_64, I wouldn't say we're...
I see. The overflow protection kicks in but once it tries to print out a nice message, stating that something went wrong, it dies because there's no more stack space....
The `R_386_PC32` relocation smells fishy, `R_386_PLT32` should be used instead as this is a position-independent code and that's the only external symbol that's not going trough the PLT. LLVM's [code...