00:00
dude12312414 has joined #osdev
00:01
dude12312414 has quit [Remote host closed the connection]
00:05
<
klange >
bauen1: scattered around my github; there are a particular package you want to rebuild?
00:06
<
klange >
is there a*
00:06
<
klange >
how am I that tired, it's 9am...
00:23
pretty_dumm_guy has joined #osdev
00:23
pretty_dumm_guy has quit [Client Quit]
00:35
nyah has quit [Ping timeout: 240 seconds]
00:43
heat has quit [Remote host closed the connection]
00:43
heat has joined #osdev
01:55
vdamewood has joined #osdev
02:11
Starfoxxes has quit [Ping timeout: 240 seconds]
02:45
terrorjack has joined #osdev
03:05
vdamewood has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
03:22
sonny has joined #osdev
03:25
vdamewood has joined #osdev
03:28
<
sonny >
https://unix4lyfe.org//syscalls/ -- On the bottom of the page near "The buffer it passes to the write syscall is the next byte on the stack, but it doesn't set it to anything." it seems like the issue would be with the file descriptor if rdi is clobbered. What would it mean that the buffer is not set? This is for write(3).
03:28
<
bslsk05 >
unix4lyfe.org: Syscalls
03:48
Likorn has quit [Quit: WeeChat 3.4.1]
03:58
<
graphitemaster >
Anyone here know Windows PE / COFF format well?
03:58
<
sonny >
are you looking for a resource?
03:58
<
graphitemaster >
Looking for wisdom
03:59
<
sonny >
ok, that's not me but I found a nice visual document
03:59
heat has quit [Ping timeout: 252 seconds]
03:59
<
graphitemaster >
I understand the format, I need to understand how something is
_plaussible_ in a corrupted one
04:06
sonny has quit [Quit: Client closed]
04:53
sonny has joined #osdev
05:41
sympt has quit [Remote host closed the connection]
05:46
sympt has joined #osdev
05:46
xenos1984 has quit [Read error: Connection reset by peer]
05:50
sympt has quit [Remote host closed the connection]
05:50
elderK has joined #osdev
05:52
sympt has joined #osdev
05:56
sonny has quit [Remote host closed the connection]
06:00
sympt has quit [Remote host closed the connection]
06:02
sympt has joined #osdev
06:04
xenos1984 has joined #osdev
06:28
wootehfoot has joined #osdev
06:32
Starfoxxes has joined #osdev
06:37
Starfoxxes has quit [Ping timeout: 252 seconds]
06:48
GeDaMo has joined #osdev
07:51
<
bauen1 >
klange: no, just generally curious if you needed to patch things, mostly concerning gcc, binutils
07:53
<
klange >
gcc and binutils are probably the most extensively patched, mostly just to teach them targets, but my configs aren't too special for them; those are under the `toaruos` org
07:57
elderK has quit [Quit: Connection closed for inactivity]
08:07
mahmutov has joined #osdev
08:16
Likorn has joined #osdev
08:49
sympt has quit [Changing host]
08:49
sympt has joined #osdev
09:10
gareppa has joined #osdev
09:23
gareppa has quit [Quit: Leaving]
09:26
Likorn has quit [Quit: WeeChat 3.4.1]
10:02
<
ddevault >
whoever wrote the error handling code for GNU binutils should be shot
10:03
<
kingoffrance >
explain, so we know what not to do
10:04
<
ddevault >
objdump -t /tmp/hare/temp..22.o | grep main # exists
10:04
<
ddevault >
ld -T rt/hare.sc -o helios /tmp/hare/temp..22.o [...]
10:04
<
ddevault >
/tmp/hare/temp.rt.1.s:446: undefined reference to `main'
10:05
<
ddevault >
it works if I comment out a function some assembly code which calls a function unrelated to main
10:05
<
ddevault >
I eventually figured out it was something entirely unrelated by dumb luck
10:05
<
ddevault >
at no point was ld even a little bit helpful
10:09
<
ddevault >
not the first time binutils has handed me a pile of nonsense instead of something useful when it fucks up
10:12
<
zid >
yea binutils' error messages are not the best
10:12
xenos1984 has quit [Read error: Connection reset by peer]
10:14
zaquest has quit [Remote host closed the connection]
10:15
<
zid >
I'm not sure how much of it is it not understanding your intent so it can't
10:15
<
zid >
and how much of it is it just being bad
10:22
pretty_dumm_guy has joined #osdev
10:30
xenos1984 has joined #osdev
10:37
pretty_dumm_guy has quit [Quit: WeeChat 3.5]
10:40
pretty_dumm_guy has joined #osdev
11:32
Likorn has joined #osdev
11:45
sonny has joined #osdev
11:57
sonny has quit [Remote host closed the connection]
11:57
sonny has joined #osdev
12:02
sonny has quit [Quit: Client closed]
12:02
nyah has joined #osdev
12:09
sonny has joined #osdev
12:09
eroux has joined #osdev
12:21
mahmutov has quit [Ping timeout: 260 seconds]
12:25
irl25519 has joined #osdev
12:44
heat has joined #osdev
12:53
sonny has quit [Ping timeout: 252 seconds]
12:55
scoobydoo_ has joined #osdev
12:57
scoobydoob has quit [Ping timeout: 240 seconds]
13:10
mahmutov has joined #osdev
13:28
zaquest has joined #osdev
13:33
irl25519 has quit [Quit: irl25519]
13:44
skipwich has quit [Quit: DISCONNECT]
13:57
skipwich has joined #osdev
14:27
dude12312414 has joined #osdev
14:46
Matt|home has quit [Quit: Leaving]
15:02
dude12312414 has quit [Quit: THE RAM IS TOO DAMN HIGH]
15:08
Vercas has quit [Ping timeout: 240 seconds]
15:25
Vercas has joined #osdev
15:37
irl25519 has joined #osdev
15:54
sonny has joined #osdev
16:04
troseman has joined #osdev
16:04
sonny has quit [Ping timeout: 252 seconds]
16:12
sonny has joined #osdev
16:14
eroux has quit [Ping timeout: 240 seconds]
16:25
<
ddevault >
triple faults trying to jump to userspace :(
16:40
<
j`ey >
bloody users!
16:46
<
jimbzy >
They're the worst part of computing, j`ey.
16:54
irl25519 has quit [Quit: irl25519]
16:57
irl25519 has joined #osdev
17:01
elastic_dog has quit [Ping timeout: 248 seconds]
17:07
elastic_dog has joined #osdev
17:15
irl25519 has quit [Quit: irl25519]
17:17
irl25519 has joined #osdev
17:28
<
heat >
why do the "users" need "space"
17:30
irl25519 has quit [Quit: irl25519]
17:30
<
mrvn >
ddevault: great. A chance to test and fix your double fault handler.
17:31
<
kingoffrance >
where else you gonna store their blood? i thought bloody users was the best part, i feel like i am doing it all wrong now
17:31
<
mrvn >
kingoffrance: Don't forget to feed them (cat videos) to keep the blood fresh.
17:33
<
heat >
kingoffrance, in struct page along with everything else
17:34
<
kingoffrance >
speaking of summon i saw a doug16k nick but he didnt reply. he might live
17:34
irl25519 has joined #osdev
17:34
<
kingoffrance >
could be a stalker, who knows
17:34
pretty_dumm_guy has quit [Ping timeout: 252 seconds]
17:37
irl25519 has quit [Quit: irl25519]
17:38
sonny has quit [Ping timeout: 252 seconds]
17:39
<
ddevault >
mrvn: one way of looking at it
17:39
irl25519 has joined #osdev
17:43
<
heat >
ddevault, writing an OS in your new language?
17:44
<
bslsk05 >
sr.ht: helios: An experimental microkernel
17:47
irl25519 has quit [Quit: irl25519]
17:50
irl25519 has joined #osdev
18:13
irl25519 has quit [Quit: irl25519]
18:15
irl25519 has joined #osdev
18:43
irl25519 has quit [Quit: irl25519]
18:46
irl25519 has joined #osdev
18:49
irl25519 has quit [Quit: irl25519]
18:49
heat has quit [Remote host closed the connection]
18:49
heat has joined #osdev
18:51
irl25519 has joined #osdev
19:04
pretty_dumm_guy has joined #osdev
19:09
irl25519 has quit [Quit: irl25519]
19:12
irl25519 has joined #osdev
19:15
sonny has joined #osdev
19:16
irl25519 has quit [Quit: irl25519]
19:21
sonny has quit [Quit: Client closed]
19:21
<
bslsk05 >
'Fish Heads' by Barnes & Barnes - Topic (00:02:26)
19:22
<
geist >
haha i know that one too
19:22
<
GeDaMo >
I've never heard Dr Demento but that's the song I associate with the name :P
19:22
<
geist >
i remember years ago i used t have some cassette tape of a Dr Demento show off the radio that i used to listen to
19:23
<
geist >
it was I think a weekly radio show with silly and joke songs
19:23
<
geist >
i think weird al got started on it
19:24
<
geist >
looksl ike he ran the show from 74 to 92. syndicated, so a local station must have picked it up at the time
19:24
<
bslsk05 >
en.wikipedia.org: Dr. Demento - Wikipedia
19:29
<
GeDaMo >
One half of Barnes & Barnes is Bill Mumy, the actor who played Will Robinson in Lost in Space and Lenier in Babylon 5
19:29
<
zid >
The other half is the barn he grew up in
19:30
<
bslsk05 >
stackoverflow.com: c++ - Address-ordering of members of a class / struct - Stack Overflow
19:31
<
mrvn >
Finally we can use public/private/protected and still arrange data for cacheline usage.
19:40
sonny has joined #osdev
19:43
nur has quit [Ping timeout: 248 seconds]
20:01
nur has joined #osdev
20:02
GeDaMo has quit [Quit: There is as yet insufficient data for a meaningful answer.]
20:02
<
geist >
yah thats one of those surprising things (reordering of member fields)
20:02
<
geist >
i'm not sure i've ever seen a compiler actually do it though
20:03
<
mrvn >
I guess if you had some form of hardware protection for private data so only the code of the class can access it then you would.
20:03
<
geist >
yah unclear exactly why that older carveout exists
20:03
<
geist >
acts like it was a rule to work around some previous feature of a compiler somewhere
20:04
<
geist >
maybe something to do with multiple inheiritance and some way to merge bits from various subclasses
20:04
<
mrvn >
Or the private parts can be tucked into the padding holes of a base class.
20:04
<
geist >
yah something like that
20:04
<
mrvn >
gcc puts data into the padding at the end of a base class if it's not POD.
20:05
<
geist >
yah i was actually just thinking that: how are subclasses padded out relative to the base class
20:05
<
geist >
especially if each class/struct thats inheriting has different alignment constraints
20:06
<
mrvn >
let me correct that: Win ABI add it after the padding, SYSV ABI adds it in the padding.
20:06
<
mrvn >
I guess in c++23 adding adding to the padding at the end is still ok but using holes would not.
20:07
heat has quit [Remote host closed the connection]
20:08
heat has joined #osdev
20:20
heat has quit [Remote host closed the connection]
20:20
heat has joined #osdev
20:27
bauen1 has quit [Ping timeout: 248 seconds]
20:47
sonny has quit [Ping timeout: 252 seconds]
21:08
Ali_A has joined #osdev
21:14
bauen1 has joined #osdev
21:58
dennisschagt has quit [Ping timeout: 248 seconds]
22:00
dennisschagt has joined #osdev
22:04
mahmutov has quit [Ping timeout: 240 seconds]
22:07
heat has quit [Remote host closed the connection]
22:07
wootehfoot has quit [Quit: Leaving]
22:07
heat has joined #osdev
22:11
sonny has joined #osdev
22:30
sympt has joined #osdev
22:33
gildasio1 has joined #osdev
22:34
gildasio has quit [Ping timeout: 240 seconds]
22:46
Likorn has quit [Quit: WeeChat 3.4.1]
22:50
sonny has quit [Ping timeout: 252 seconds]
22:52
Likorn has joined #osdev
23:10
<
bslsk05 >
godbolt.org: Compiler Explorer
23:33
<
mrvn >
zid: say what?
23:38
<
mrvn >
I'm assuming 64 bytes is large enough that there is no extra padding. Increasing to 1024 byte doesn't change anything. I would expect to have the canary/prev/next/canary values following right before/after the allocation
23:40
<
heat >
the canary might be a part of the allocation, so it rounds up
23:40
<
mrvn >
x = 14: output.s: malloc.c:2379: sysmalloc: Assertion `(old_top == initial_top (av) && old_size == 0) || ((unsigned long) (old_size) >= MINSIZE && prev_inuse (old_top) && ((unsigned long) old_end & (pagesize - 1)) == 0)' failed.
23:41
<
mrvn >
heat: spot on
23:42
<
mrvn >
I always have the canary as part of the metadata block because then it's easy to align everything to 16byte boundaries.
23:42
srjek has quit [Quit: Leaving]
23:47
<
heat >
what's the point of nvme namespaces?
23:47
<
heat >
i don't really get it
23:47
<
heat >
you're like creating a new disk inside the nvme drive, but why
23:48
<
mrvn >
So OEM vendors can put an install medium on the nvme?
23:48
<
heat >
what do you mean
23:49
<
mrvn >
so you have a (virtual) cdrom drive and the rest of the nvme to install to.
23:49
<
mrvn >
just a guess but OEMs used to do that with harddisks.
23:49
pretty_dumm_guy has quit [Quit: WeeChat 3.5]
23:49
<
heat >
that sounds useless to me
23:50
<
heat >
and you could make a sort of partitioning hack for that I would say
23:50
sympt has quit [Read error: Connection reset by peer]
23:50
<
mrvn >
means the OEM can just dump the same install medium on every system and the user does the work of actually installing windows.
23:50
<
heat >
it's not like resizing a namespace is done just like that, you'll need to adjust partitions, the GPT, etc
23:51
<
mrvn >
isn't the namesapce outside the partitions? Wouldn't the namespaces show up as separate drives in the bios?
23:51
<
heat >
a namespace is pretty much a drive
23:52
sympt has joined #osdev
23:52
<
mrvn >
So the user can partition the first "drive" and the install medium is the second "drive"
23:53
heat has quit [Read error: Connection reset by peer]
23:53
heat has joined #osdev