knebulae has quit [Read error: Connection reset by peer]
<hlolli__>
I have a segfault crash, which I don't know if I'm doing some wrong or not. If I print the addresses of the struct pointers involved, what happens is that an address goes from @7ffcb3054938 to @0 from just being passed as parameter to a function.
<andrewrk>
hlolli__, what OS are you developing on?
<hlolli__>
nixos
<andrewrk>
have you tried running it in valgrind?
<hlolli__>
I compile to wasi32 and musl, both similar
<hlolli__>
no..
<andrewrk>
it might give you some clues, try that - if that comes up empty I have more suggestions
<hlolli__>
ok thanks!
a92 has joined #zig
<andrewrk>
kubkon has 3 in the oven, after that there will be 6 issues left for 0.7.1
l1x has quit [Ping timeout: 244 seconds]
l1x has joined #zig
<hlolli__>
andrewrk, valgrind was a lifesaver. Turned out I was storing address to ?*AutoHashMap in a struct, changing this to ?AutoHashMap fixed it. The hashmap was probably only stored in the stack of a function.
knebulae has joined #zig
<mla>
so how do i convert an array like [5]u8 to a slice []u8 for tests / at comptime?
jjsullivan has quit [Remote host closed the connection]
<mla>
oh i guess arr[0..] works
mokafolio has quit [Quit: Bye Bye!]
mokafolio has joined #zig
frmdstryr has joined #zig
a92 has quit [Quit: My presence will now cease]
<ugla>
&arr should work too
zippoh has joined #zig
hlolli_ has joined #zig
hlolli__ has quit [Ping timeout: 260 seconds]
frmdstryr has quit [Ping timeout: 256 seconds]
hlolli_ has quit [Ping timeout: 260 seconds]
<mla>
ugla: good to know, yeah thats a bit cleaner
greisean has joined #zig
greisean is now known as remby
spiderstew has quit [Ping timeout: 264 seconds]
a_chou has joined #zig
marnix has joined #zig
marnix has quit [Read error: Connection reset by peer]
marnix has joined #zig
a_chou has quit [Quit: a_chou]
dumenci has joined #zig
kristoff_it has quit [Ping timeout: 260 seconds]
factormystic has quit [Read error: Connection reset by peer]
remby has quit [Quit: Konversation terminated!]
remby has joined #zig
sord937 has joined #zig
waleee-cl has quit [Quit: Connection closed for inactivity]
xackus has joined #zig
mattnite has joined #zig
<mattnite>
test
<mattnite>
sweet irssi is finally set up nice
jjsullivan has joined #zig
mattnite has quit [Client Quit]
mattnite has joined #zig
mattnite has quit [Client Quit]
mattnite has joined #zig
marnix has quit [Read error: Connection reset by peer]
mattnite has quit [Client Quit]
marnix has joined #zig
mattnite has joined #zig
mattnite has quit [Client Quit]
mattnite has joined #zig
mattnite has quit [Client Quit]
mattnite has joined #zig
mattnite has quit [Client Quit]
mattnite has joined #zig
mattnite has quit [Client Quit]
mattnite has joined #zig
lucid_0x80 has joined #zig
mattnite has quit [Client Quit]
mattnite has joined #zig
mattnite has quit [Client Quit]
mattnite has joined #zig
dumenci has quit [Ping timeout: 260 seconds]
cole-h has quit [Ping timeout: 240 seconds]
mattnite has quit [Quit: Lost terminal]
decentpenguin has quit [Read error: Connection reset by peer]
mattnite has joined #zig
decentpenguin has joined #zig
earnestly has quit [Ping timeout: 240 seconds]
radgeRayden has joined #zig
xackus has quit [Ping timeout: 256 seconds]
spiderstew has joined #zig
mattnite has quit [Quit: Lost terminal]
<ikskuh>
heya marler8997. yeah, that was kinda my point. writing that by-hand for each interface with 100 times the same code is error prone and hard to maintain
remby has quit [Quit: Konversation terminated!]
midi[P][m] has quit [Quit: Idle for 30+ days]
<gonz_>
marler8997: Does zigup build on latest (or even recent) zig?
<gonz_>
(on Windows)
<gonz_>
With my previous version I got a path error for `../ziget` even though it exists, for current master I just get an `unreachable` crash.
hlolli_ has joined #zig
hnOsmium0001 has quit [Quit: Connection closed for inactivity]
xackus has joined #zig
xackus_ has joined #zig
xackus__ has joined #zig
xackus has quit [Ping timeout: 256 seconds]
xackus_ has quit [Ping timeout: 256 seconds]
rzezeski has quit [Quit: Connection closed for inactivity]
earnestly has joined #zig
decentpenguin has quit [Ping timeout: 256 seconds]
decentpenguin has joined #zig
spiderstew has quit [Quit: Konversation terminated!]
osa1_ has joined #zig
osa1 has quit [Ping timeout: 272 seconds]
marnix has quit [Ping timeout: 272 seconds]
marnix has joined #zig
<g-w1>
the path extension .. doesn't work on windows and even if it did work, windows support is not complete yet for zigup
marnix has quit [Read error: Connection reset by peer]
marnix has joined #zig
rzezeski has joined #zig
gpanders has joined #zig
gpanders has quit [Read error: Connection reset by peer]
gpanders has joined #zig
waleee-cl has joined #zig
racoon has quit [Remote host closed the connection]
gpanders has quit [Ping timeout: 246 seconds]
factormystic has joined #zig
donniewest has joined #zig
ifreund has quit [Ping timeout: 264 seconds]
ifreund has joined #zig
hlolli__ has joined #zig
hlolli_ has quit [Ping timeout: 240 seconds]
osa1_ is now known as osa1
cole-h has joined #zig
znowflak3[m] has quit [Quit: Idle for 30+ days]
commander has quit [Remote host closed the connection]
Akuli has joined #zig
zippoh has quit [Remote host closed the connection]
<marler8997>
gonz_, it builds on latest zig but I haven't finished the Windows implementation...it depends on openssl (to download HTTPS) but I got a tip that on Windows I could use SChannel, since you've asked for it, maybe I'll look into finishing the windows implementation
<marler8997>
gonz_ what version of windows do you use?
plakband has joined #zig
<plakband>
Hey all, I'm experimenting with writing a zig interpreter and I have an implementation question. What's the reason for having a difference between `type` and the `TypeInfo` union? Would it not be sufficient to have every type resolve to a valid TypeInfo descriptor during compilation?
wilsonk has quit [Quit: Leaving]
lucid_0x80 has quit [Ping timeout: 260 seconds]
wilsonk has joined #zig
layneson has quit [Ping timeout: 260 seconds]
<novaskell>
lazy language with i/o or bytecode/zir interpretation?
<plakband>
Half-hoping to invoke Cunningham's law; I think the reason is that two values of TypeInfo can be equivalent but not equal, whereas two equivalent types are also equal (what the docs call memoized)
<plakband>
novaskell: for now just lazily with io, although at the moment it doesn't do much of anything
layneson has joined #zig
<novaskell>
as long as io doesn't become lazy it's fine
<andrewrk>
hlolli__, glad to hear valgrind worked for you. the good news is this debugging trick works for C/C++ code too, so you just picked up a new skill :)
<plakband>
novaskell: In what way, do you mean Haskell-style lazy IO? Or is there some interaction with lazy compilation that would change the behavior?
<novaskell>
if you've resolved all lazy nodes it's fine but if you haven't it's the same with file access being non-det. I may be wrong though now that I think about it a bit more
joaoh82 has quit [Remote host closed the connection]
<plakband>
just to expand on my own answer, types have a bunch of properties that are not representable in the language itself (decls etc.)
bgiannan has joined #zig
<marler8997>
ikskuh, yeah ok looks like we're on the same page with the issues that proposal is trying to solve
<marler8997>
I made that example because in order to gauge the proposal's usefulness, the biggest thing Andres needs to be convinced is to 'see the alternative'. So I wrote the alternative so we could see the ugliness
<marler8997>
s/Andres/Andrew/ I've done that multiple times now...weird