Search logs:

channel logs for 2004 - 2010 are archived at http://tunes.org/~nef/logs/old/ ·· can't be searched

#osdev2 = #osdev @ Libera from 23may2021 to present

#osdev @ OPN/FreeNode from 3apr2001 to 23may2021

all other channels are on OPN/FreeNode from 2004 to present


http://bespin.org/~qz/search/?view=1&c=osdev&y=18&m=7&d=21

Saturday, 21 July 2018

00:00:00 --- log: started osdev/18.07.21
00:00:00 <doug16k> almost every other line of crtstuff.c is a preprocessor directive
00:01:21 --- quit: JusticeEX (Ping timeout: 276 seconds)
00:03:53 --- join: glauxosdever (~alex@ppp-94-64-241-124.home.otenet.gr) joined #osdev
00:06:14 --- quit: S_Gautam (Quit: Connection closed for inactivity)
00:09:02 --- join: manzerbredes (~loic@ARennes-650-1-33-137.w86-215.abo.wanadoo.fr) joined #osdev
00:11:07 --- join: angel0xff (~zzz@158-58-227-127.sf.ddns.bulsat.com) joined #osdev
00:11:33 --- quit: Belxjander (Quit: AmigaOSv4.1.6+//PowerPC native)
00:11:52 --- join: Belxjander (~Belxjande@sourcemage/Mage/Abh-Elementalist) joined #osdev
00:13:02 --- join: zeus1 (~zeus@197.239.5.57) joined #osdev
00:14:28 --- quit: sixand (Quit: sixand)
00:14:36 --- quit: elevated (Quit: bye)
00:15:00 --- quit: booyah (Ping timeout: 276 seconds)
00:15:39 <Lowl3v3l> doug16k: well its compiled three or four times as well- this file is where madness lies
00:21:26 --- join: Colin_M_ (~colin@162-195-243-147.lightspeed.sntcca.sbcglobal.net) joined #osdev
00:27:08 --- join: angel0ff (~zzz@158-58-227-127.sf.ddns.bulsat.com) joined #osdev
00:28:23 <Ameisen> ../../src/gcc/wide-int.cc:2306: assert_hexeq: FAIL: ASSERT_STREQ (expected, buf) expected="0x1fffffffffffffffff" actual="0x1f"
00:28:25 <Ameisen> well that's no good
00:29:23 --- join: booyah (~bb@193.25.1.157) joined #osdev
00:29:57 --- join: facepalm1 (~raindeer@p3b9334a6.aicint01.ap.so-net.ne.jp) joined #osdev
00:30:45 --- quit: angel0xff (Ping timeout: 260 seconds)
00:34:57 --- quit: facepalm1 (Ping timeout: 240 seconds)
00:39:27 --- quit: rorx (Ping timeout: 260 seconds)
00:53:52 <klange> I'm... not at all sure what I just did is remotely correct, but it works?
00:54:51 --- join: facepalm1 (~raindeer@p3b9334a6.aicint01.ap.so-net.ne.jp) joined #osdev
00:54:54 <klange> VirtualBox wouldn't let me remap, QEMU would, VMware made me because it was disabled, but...
00:55:48 <facepalm1> no resillience, no brain means: no go, and nothing around main flow replicating via reflexes instincts is not going to help, it is all controlled to confuse people as milgram stated
00:56:09 --- join: rorx (~rorx@tserver.truestep.com) joined #osdev
00:56:47 <facepalm1> when someone controlling the main flow what they release to the , you must be able to think, whether this is right or not
00:56:51 --- join: asymptotically (~asymptoti@gateway/tor-sasl/asymptotically) joined #osdev
00:57:06 <facepalm1> and to get there, you actually need to work everyday filtering data, and using your
00:57:24 <facepalm1> head, in other words you have to work hard, it is always going to be the same thing
00:59:15 <facepalm1> and what helps is, as early as possible you have to undergo some of the trainingah sessions, to raise you immune system response and give a decent fightback when needed, ye
01:00:25 --- join: Vulcan (~Vulcan@rc137-3-88-172-220-120.fbx.proxad.net) joined #osdev
01:00:26 <facepalm1> generally high ego is good, but with physical strenghts you need something to back it up so it would be justified
01:00:57 <Lowl3v3l> any mod here?
01:01:11 <Lowl3v3l> Mutabah: geist we need assistance
01:01:34 <facepalm1> Lowl3v3l: i have a mod here, a goat brain transplant
01:01:45 <facepalm1> that would be for you
01:02:03 --- mode: ChanServ set +o klange
01:02:05 --- kick: facepalm1 was kicked by klange (facepalm1)
01:02:19 <Lowl3v3l> oh klange, forgot about you xD
01:02:25 <klange> sorry i'm new
01:02:57 <klange> tl;dr: https://i.imgur.com/RWcN2U3.png it works now?
01:03:24 --- quit: Goplat (Remote host closed the connection)
01:04:19 <klange> this also explains an issue I was having in virtualbox involving an interrupt not being set for the vbox guest device
01:05:02 --- join: radius3 (~radiator@183.100.144.141) joined #osdev
01:06:06 <radius3> well russians have come to me and some estonians with enough of the resources to order some amount of murders, cause it appears to be inevitable, this here looks like abortion leftovers group attack to me, i am used to this
01:06:15 --- mode: klange set +b *!*radiator@183.100.144.*
01:06:15 --- kick: radius3 was kicked by klange (radius3)
01:06:22 <klange> not that +b will be effective
01:06:30 <klange> he seems to have quite the botnet of available addresses
01:08:18 --- quit: bemeurer (Quit: WeeChat 2.3-dev)
01:08:55 --- join: bemeurer (~bemeurer@c-24-6-228-111.hsd1.ca.comcast.net) joined #osdev
01:10:08 <klange> The PCI-to-ISA bus was remapping. On QEMU, the interrupt config space was not changed, so it was getting the wrong interrupts using the old interface. On VirtualBox, those values were still correct, so the PCnet device still worked. On VMware, the mapping was actually disabled across all four, so no interrupt delivery.
01:11:30 <klange> I assume the values were still correct on vbox because its EFI support is integrated, so it likely doesn't change the mappings from it was already planning on using
01:13:57 --- quit: angel0ff (Ping timeout: 240 seconds)
01:15:06 --- join: successstory (~success@121.156.90.166) joined #osdev
01:15:36 <Mutabah> klange: Niiice
01:17:35 <klange> so qemu's default setup seems to be 10,10,11,11, but then ovmf swaps to 11,11,10,10
01:17:58 <klange> without updating the legacy interrupt values, hence when my driver thought it wanted 11 but it was delivering to 10
01:18:51 <successstory> with abortion leftovers group attacs, is that you need to stay independent of their influences, as far away as possible to for them to creap into your mind, of course it is annoying to see a brainless monkey trashing you, and they have some success , cause there are more leftovers then talents, but as few as you allow to influence your thoughts by such, then for like me, they do not have much chanche, the scam is going to be revealed, it is a
01:18:52 <successstory> question of time when you talk bullshit and you stretch the string enough it will break and real personalities see that you have no internal content
01:19:11 --- kick: successstory was kicked by Mutabah (successstory)
01:20:49 --- join: riskfactor (~thirdeye@c-73-151-58-191.hsd1.ca.comcast.net) joined #osdev
01:21:44 --- join: angel0xff (~zzz@158-58-227-127.sf.ddns.bulsat.com) joined #osdev
01:21:57 <riskfactor> someone talked about suicidal cows, when i have something to risk with in my life, than leftovers do not, cause they did not have anything to begin with and no way to progress somewhere, some call them suicidal cows, because they are angry at god
01:22:08 <riskfactor> there is simply not much to risk with
01:22:23 --- join: sixand (~Thunderbi@60.173.155.144) joined #osdev
01:22:47 --- kick: riskfactor was kicked by Mutabah (riskfactor)
01:22:56 <klange> Looks like it's going to be one of those days.
01:23:00 <klange> Imma go grab a sandwich.
01:26:46 --- join: easylife01 (~easyfor@58.187.114.175) joined #osdev
01:27:36 <easylife01> leftovers life is easy where the roof is ahead of advancing any further all the time, no responsibilities, no risk, no needs -- all they live for is violate other talents
01:27:41 <easylife01> is to
01:27:52 --- kick: easylife01 was kicked by Mutabah (easylife01)
01:28:47 * mwk wonders how on earth you can get this many proxies
01:28:55 <Sjors> tor perhaps?
01:29:17 <mwk> IIRC freenode recognizes tor exit nodes and applies a hostname cloak, so we'd know
01:29:22 <Sjors> ah right
01:29:36 <Mutabah> VPN probably
01:29:42 <Sjors> 58.187.114.175 actually listens on 80
01:29:44 --- join: Asu (~sdelang@150.85.136.77.rev.sfr.net) joined #osdev
01:29:59 <Sjors> I get a hikvision login page
01:29:59 --- join: ybyourmom (~ybintell@vampire.ertos.nicta.com.au) joined #osdev
01:30:17 <Sjors> oh god, it's a video surveillance page
01:31:11 <Mutabah> Botnet then
01:31:49 <Sjors> yeah
01:32:45 <glauxosdever> So, have we wasted all of that time talking with a bot while we thought it was a troubled person instead?
01:33:19 <klange> It's some variety of sentience connecting to IRC through a botnet.
01:33:37 <klange> I won't go so far as asserting it's human, though.
01:33:54 <glauxosdever> Interesting
01:34:03 <Sjors> perhaps somebody concluded that the osdev community would be the most interesting target for a turing test
01:34:32 <mwk> and the X.org / open source gpu driver community
01:34:54 <mwk> we've been dealing with this guy on various channels for like 10 years
01:34:58 <Sjors> ah!
01:35:09 <Sjors> he does talk about gpu stuff relatively often
01:35:48 <mwk> yeah, and none of that makes any sense
01:35:57 --- join: leinne (~leinne@gateway/tor-sasl/leinne) joined #osdev
01:35:58 <mwk> as if you trained a markov chain bot on #dri-devel logs
01:36:03 <klange> I'm still not sure he's actually seen a GPU.
01:36:17 <Sjors> mwk: right, I can't judge that yet ;)
01:36:18 <mwk> the words are here, sure, but not quite in the right arrangements
01:36:23 <Sjors> :D
01:36:38 <Sjors> at least that's a common pattern in his sentences
01:36:44 <klange> All the right syntax, none of the right semantics.
01:38:46 --- quit: ybyourmom (Quit: Lost terminal)
01:39:19 --- join: k4m1 (~k4m1@87-93-137-177.bb.dnainternet.fi) joined #osdev
01:40:35 --- quit: leinne (Remote host closed the connection)
01:41:08 --- join: leinne (~leinne@gateway/tor-sasl/leinne) joined #osdev
01:43:54 <NightBlade> mwk: i never have trouble finding as many proxies as i need
01:44:58 --- join: SopaXorzTaker (~SopaXorzT@unaffiliated/sopaxorztaker) joined #osdev
01:55:26 --- join: CheckDavid (uid14990@gateway/web/irccloud.com/x-fbkkjjtxtxifawjq) joined #osdev
01:58:49 --- quit: hmmmm (Remote host closed the connection)
02:01:09 --- join: Kimundi_ (~Kimundi@i577A9D37.versanet.de) joined #osdev
02:07:53 <Lowl3v3l> when building a cross gcc for amd64, does it have the ability to produce 32 bit binaries or do i need to enable this specifically?
02:08:36 <Mutabah> I think it can with `-m32`?
02:08:43 <Lowl3v3l> i'd like to reduce the number of cross gcc's lying around :D
02:08:58 <Lowl3v3l> yeah this works, just wanted to know wether this needs a specific configuration option
02:10:35 --- quit: MarchHare (Ping timeout: 244 seconds)
02:13:14 <yrlf> Maybe you need some kind of multilib stuff. I don't know if GCC builds a 32bit libgcc.a by default
02:15:15 --- quit: NightBlade (Ping timeout: 276 seconds)
02:20:01 <Lowl3v3l> ah yeah libgcc... well i want to be rtlib independant anyway :D i am just in the process of porting my os to gcc in a way
02:20:33 <glauxosdever> How did you come up with names for your projects? I'm trying to name a non-OS project and I brainstormed 100 names. But all of them are taken in one form or another
02:21:23 <Lowl3v3l> usually its just acronyms for me.though i am proud of my os-naming :D
02:22:18 --- join: grzesiek (~grzesiek@PC-77-46-101-67.euro-net.pl) joined #osdev
02:22:54 <glauxosdever> Tyndur is a good name
02:23:50 <DusXMT> For me it's acronyms and shorts, with a little bit of playfulness, eg. "rudgiosync" - "rudimentary gio synchronizer", it makes me smile since the first three letters read as "rude" :)
02:23:55 <Lowl3v3l> you know what tyndur means? :D
02:24:06 <Lowl3v3l> it's icelandish for "lost"
02:24:13 <glauxosdever> No. But the search results are relevant
02:24:37 --- quit: spare (Quit: leaving)
02:24:41 <Lowl3v3l> following the windowing system they started years ago was named gloggi ( "window") ;D
02:25:36 <Lowl3v3l> and the major versions are named after tolkien-villains :D
02:27:43 --- quit: k4m1 (Ping timeout: 264 seconds)
02:32:17 --- join: jpn (~jpn@61.68.160.41) joined #osdev
02:36:56 --- quit: sixand (Ping timeout: 244 seconds)
02:38:05 --- join: ybyourmom (~ybintell@vampire.ertos.nicta.com.au) joined #osdev
02:43:22 --- join: xerpi (~xerpi@115.red-83-45-198.dynamicip.rima-tde.net) joined #osdev
02:44:47 --- quit: Lowl3v3l (Remote host closed the connection)
02:54:30 --- quit: jpn (Ping timeout: 244 seconds)
02:56:17 --- join: KidBeta (~textual@61.68.91.220) joined #osdev
02:58:48 --- quit: booyah (Ping timeout: 276 seconds)
03:00:44 --- join: MrOnlineCoder (~MrOnlineC@195.225.231.218) joined #osdev
03:03:15 --- join: nortega (~nortega@gateway/tor-sasl/deathsbreed) joined #osdev
03:08:35 --- join: beeman (4fb325e6@gateway/web/freenode/ip.79.179.37.230) joined #osdev
03:13:57 --- quit: bemeurer (Ping timeout: 240 seconds)
03:14:25 <lkurusa_> Good day #osdev
03:14:41 <lkurusa_> Anybody doing something cool this weekend?
03:15:31 --- join: bemeurer (~bemeurer@c-24-6-228-111.hsd1.ca.comcast.net) joined #osdev
03:19:15 <ybyourmom> Go away
03:19:31 <Mutabah> 'morning lkurusa_
03:19:43 * Mutabah is on holidys, and working on networking :)
03:20:29 --- quit: bemeurer (Ping timeout: 268 seconds)
03:21:53 --- quit: angel0xff (Ping timeout: 244 seconds)
03:25:42 --- join: user10032 (~Thirteen@2a02:c7d:314e:b300:458a:bc7a:665f:9704) joined #osdev
03:31:44 --- join: jpn (~jpn@61.68.160.41) joined #osdev
03:41:23 --- join: heat (~heat@sortix/contributor/heat) joined #osdev
03:44:08 --- quit: KidBeta (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
03:50:13 --- quit: xerpi (Remote host closed the connection)
03:50:48 --- quit: jpn (Ping timeout: 276 seconds)
03:51:33 --- join: sortie (~Sortie@static-5-186-55-44.ip.fibianet.dk) joined #osdev
04:00:25 --- quit: [Qriosity] (Quit: There are paranoid crossroads and shipwreck alleys.)
04:01:12 --- join: [Smarties] (~while@unaffiliated/awaxx/x-0928682) joined #osdev
04:01:53 --- join: bemeurer (~bemeurer@c-24-6-228-111.hsd1.ca.comcast.net) joined #osdev
04:02:33 --- join: S_Gautam (uid286066@gateway/web/irccloud.com/x-crwszgxniyqrcqbm) joined #osdev
04:03:45 --- quit: CheckDavid (Quit: Connection closed for inactivity)
04:08:38 <Vulcan> finalement exécuter un scripte avec ld sous mac os c'est d'une merde pas possible vous me conseiller de travailler sur une machine virtuels ou il peut y avoir une alternative
04:08:50 <Vulcan> finally run a script with ld under mac os it's a shit not possible you advise me to work on a virtual machine or there may be an alternative
04:10:21 --- quit: [Smarties] (Quit: There are paranoid crossroads and shipwreck alleys.)
04:10:37 --- quit: SopaXorzTaker (Remote host closed the connection)
04:11:14 --- join: [Smarties] (~while@unaffiliated/awaxx/x-0928682) joined #osdev
04:12:09 --- join: SopaXorzTaker (~SopaXorzT@unaffiliated/sopaxorztaker) joined #osdev
04:13:29 --- join: m_t (~m_t@p5DDA0AB1.dip0.t-ipconnect.de) joined #osdev
04:19:10 --- join: Kimundi__ (~Kimundi@i577A906B.versanet.de) joined #osdev
04:23:18 --- quit: Kimundi_ (Ping timeout: 276 seconds)
04:33:35 --- join: booyah (~bb@193.25.1.157) joined #osdev
04:34:28 --- quit: bemeurer (Ping timeout: 256 seconds)
04:35:09 --- join: Kimundi_ (~Kimundi@i577A931F.versanet.de) joined #osdev
04:36:07 --- quit: quc (Ping timeout: 264 seconds)
04:39:15 --- quit: Kimundi__ (Ping timeout: 260 seconds)
04:44:59 --- quit: FManTropyx (Ping timeout: 256 seconds)
04:47:47 --- join: FManTropyx (~fooman@82-203-190-31.bb.dnainternet.fi) joined #osdev
04:49:10 --- quit: zeus1 (Ping timeout: 260 seconds)
04:55:25 --- join: CrystalMath (~coderain@reactos/developer/theflash) joined #osdev
04:58:26 --- join: aleamb (~aleamb@unaffiliated/malpas) joined #osdev
04:59:51 --- quit: Vulcan (Ping timeout: 248 seconds)
05:01:07 --- join: Tazmain (~Tazmain@unaffiliated/tazmain) joined #osdev
05:04:19 --- join: easylife01 (~easyfor@p3b9334a6.aicint01.ap.so-net.ne.jp) joined #osdev
05:06:13 --- quit: [Brain] (Ping timeout: 240 seconds)
05:07:41 <easylife01> heheee known leftovers who can not understand which sources i use to enter into this channel , claim to work on networking, Mutabahito that is hilarious you mindretardino.
05:08:02 --- mode: klange set +b *!*easyfor@*.aicint01.ap.so-net.ne.jp
05:08:02 --- kick: easylife01 was kicked by klange (easylife01)
05:08:37 --- join: alphawarrior (uid243905@gateway/web/irccloud.com/x-kgkmdbrwcabxmggs) joined #osdev
05:11:22 --- quit: heat (Remote host closed the connection)
05:18:49 --- quit: promach_ (Ping timeout: 240 seconds)
05:20:49 --- join: promach_ (~promach@bb219-74-174-136.singnet.com.sg) joined #osdev
05:22:11 --- join: [Brain] (~brain@brainwave.brainbox.cc) joined #osdev
05:22:19 --- join: bemeurer (~bemeurer@c-24-6-228-111.hsd1.ca.comcast.net) joined #osdev
05:22:42 --- join: graphene (~graphene@46.101.134.251) joined #osdev
05:27:03 --- quit: [Brain] (Ping timeout: 265 seconds)
05:29:57 --- join: [Brain] (~brain@cpc141592-mfl22-2-0-cust912.13-1.cable.virginm.net) joined #osdev
05:30:32 --- join: dennis95 (~dennis@i577BCEDA.versanet.de) joined #osdev
05:32:09 --- quit: graphene (Remote host closed the connection)
05:33:40 --- join: graphene (~graphene@46.101.134.251) joined #osdev
05:51:36 --- quit: bauen1 (Remote host closed the connection)
05:51:44 <klange> hm, had a weird issue with my ac97 driver that was only manifesting on qemu, with EFI, when qemu's audio backend was functioning...
05:54:42 --- quit: SopaXorzTaker (Read error: Connection reset by peer)
05:55:55 --- quit: bemeurer (Ping timeout: 264 seconds)
05:56:12 --- join: SopaXorzTaker (~SopaXorzT@unaffiliated/sopaxorztaker) joined #osdev
06:01:49 --- quit: beeman (Ping timeout: 252 seconds)
06:19:24 --- join: JusticeEX (~justiceex@pool-98-113-143-43.nycmny.fios.verizon.net) joined #osdev
06:24:22 --- join: vdamewood (~vdamewood@unaffiliated/vdamewood) joined #osdev
06:24:54 --- quit: graphene (Remote host closed the connection)
06:26:27 --- join: graphene (~graphene@46.101.134.251) joined #osdev
06:39:37 --- join: bauen1 (~bauen1@ipbcc18c77.dynamic.kabel-deutschland.de) joined #osdev
06:43:31 <graphitemaster> the bans are real
06:43:40 <graphitemaster> good job sortie, klange, Mutabah
06:45:17 <sortie> graphitemaster: Ah it's just a botched cisco router upgrade, it's causing random IPs from around the world to send some really malformed packets to #osdev. It doesn't mean anything, just internet background noise.
06:45:35 <sortie> You can clearly see it's not human, look at how incomprehensible it is
06:47:52 <graphitemaster> sortie, It could also be a neural network looking to eventually extract enough information from the channel to build the ultimate operating system for the machines that will soon replace us.
06:48:35 <Vercas> Aha... Totes.
06:48:44 --- quit: S_Gautam (Quit: Connection closed for inactivity)
06:49:08 --- join: bemeurer (~bemeurer@c-24-6-228-111.hsd1.ca.comcast.net) joined #osdev
06:49:09 <graphitemaster> I for one welcome neural network generated operating systems, it'll probably be on the same code quality as Linux
06:49:20 <sortie> There's clearly no neurons involved here
06:49:26 <MrOnlineCoder> osdev for quantum computers?
06:49:51 * Vercas set up a PC with GPU passthrough in a VM.
06:50:38 <graphitemaster> my personal quantum computer has four-state bits (two binary bits entangled, as opposed to three states with spin), and I cool it with mineral oil
06:51:01 <graphitemaster> it's superior, can factor prime numbers in constant time
06:51:07 <graphitemaster> I already have access to all the banks
06:55:04 --- join: quc (~quc@87.116.231.10) joined #osdev
06:55:11 --- quit: grzesiek (Ping timeout: 260 seconds)
06:57:25 <palk> is it just me, or did it try to make a pun?
06:57:48 <palk> "Mutabahito that is hilarious you mindretardino."
07:00:21 <klange> it's not perfect, but I ported my old login screen to my internal graphics and text libraries (as well as making it work with the new login system that launches login UIs on demand) https://i.imgur.com/6yiNHHH.png
07:08:08 --- quit: m_t (Quit: Leaving)
07:19:55 --- quit: bemeurer (Ping timeout: 264 seconds)
07:23:03 --- quit: asymptotically (Ping timeout: 250 seconds)
07:23:33 --- quit: leinne (Quit: leinne)
07:28:52 --- join: grzesiek (~grzesiek@PC-77-46-101-67.euro-net.pl) joined #osdev
07:31:13 --- join: Avinash (~Avinash@unaffiliated/avinash) joined #osdev
07:31:47 --- quit: Avinash (Client Quit)
07:36:41 <klange> That looks better... https://i.imgur.com/LIHery4.png
07:36:47 --- mode: ChanServ set -o klange
07:37:54 <graphitemaster> klange, the baseline looks wrong on the font
07:38:09 <graphitemaster> seems too high to the text box
07:38:28 <klange> still in the second screenshot?
07:38:38 <graphitemaster> yeah, local is closer to the top than the bottom
07:38:48 <graphitemaster> should be centered right?
07:39:35 <klange> hm, it's 3 from top 4.5 from bottom
07:39:39 <graphitemaster> yeah
07:40:21 <klange> can't quite do half pixels with this setup, so maybe 4 and 3.5 would look better
07:40:40 <graphitemaster> don't have subpixel rendering yet?
07:40:57 <klange> it has subpixel, but I can't shift it without some major edits to the renderer
07:41:15 <graphitemaster> understood
07:41:41 <graphitemaster> you could also make the box a little smaller/bigger
07:41:56 <graphitemaster> so the font can be centered on it on a full integer pixel boundary
07:44:12 <graphitemaster> or use a smaller/bigger typeface
07:44:26 <graphitemaster> that is a multiple of the box height
07:52:19 --- quit: MrOnlineCoder (Ping timeout: 240 seconds)
07:52:20 --- join: Cynosure_ (~androirc@pool-72-93-248-112.bstnma.fios.verizon.net) joined #osdev
07:52:24 <Cynosure_> Hi
07:53:20 <klange> I think that's enough nitpicking of it for now... It's probably not going to look as good as the original w/ freetype anyway.
07:55:27 --- quit: vdamewood (Quit: Textual IRC Client: www.textualapp.com)
07:56:17 --- join: MrOnlineCoder (~MrOnlineC@195.225.231.218) joined #osdev
07:56:25 --- quit: Cynosure_ (Client Quit)
07:56:26 --- join: bemeurer (~bemeurer@c-24-6-228-111.hsd1.ca.comcast.net) joined #osdev
08:01:42 --- quit: bemeurer (Ping timeout: 276 seconds)
08:02:56 --- join: isaac_ (~isaac@host81-129-159-113.range81-129.btcentralplus.com) joined #osdev
08:03:08 --- nick: isaac_ -> isaacwoods
08:04:41 --- join: light2yellow (~l2y@185.220.70.132) joined #osdev
08:07:38 --- join: MDude (~MDude@c-73-187-225-46.hsd1.pa.comcast.net) joined #osdev
08:08:12 --- quit: manzerbredes (Ping timeout: 276 seconds)
08:13:32 --- join: Cynosure_ (~androirc@pool-72-93-248-112.bstnma.fios.verizon.net) joined #osdev
08:14:05 <Cynosure_> Hi guys, do you think i should implement paging first or APIC / Keyboard input first?
08:16:00 * bcos_ thinks you should implement paging, (then multi-CPU maybe), then scheduler, then IPC, then "time services", then device enumeration/detection ("device manager"), then APIC
08:17:33 --- quit: nortega (Remote host closed the connection)
08:18:02 --- join: nortega (~nortega@gateway/tor-sasl/deathsbreed) joined #osdev
08:18:06 <palk> bcos_: wouldn't you need "APIC" to maybe implement multi-CPU?
08:18:29 <bcos_> I don't know (local APIC yes, IO APIC no)
08:19:07 * bcos_ may have assumed "IO APIC" because it was mentioned as part of keyboard/USB
08:19:41 --- join: asymptotically (~asymptoti@gateway/tor-sasl/asymptotically) joined #osdev
08:23:28 --- quit: Cynosure_ (Quit: AndroIRC - Android IRC Client ( http://www.androirc.com ))
08:24:37 --- join: cirno_ (~cirno_@gateway/tor-sasl/cirno/x-25801483) joined #osdev
08:24:38 <palk> but you also forgot about ACPI parsing, MADT parsing, DSDT parsing (-;
08:25:45 <palk> and all the rest of that PCI IRQ nonsense that I/O-APIC / ACPI requires
08:26:55 --- join: S_Gautam (uid286066@gateway/web/irccloud.com/x-edjmmfywckcsszwj) joined #osdev
08:27:04 <bcos_> I don't forget; I just hope people have basic stuff done before they consider that mess..
08:30:35 --- quit: cirno_ (Remote host closed the connection)
08:37:32 --- join: cirno_ (~cirno_@gateway/tor-sasl/cirno/x-25801483) joined #osdev
08:40:40 --- quit: grzesiek (Remote host closed the connection)
08:41:03 --- quit: beaky (Ping timeout: 260 seconds)
08:43:59 <doug16k> the real benefit of configuring IRQ handling in modern-mode kicks in when you add MSI/MSI-X to your PCI code. you can map devices to arbitrary interrupt vectors, potentially routed to specific CPUs, without wasted CPU time doing multiple extremely expensive checks of multiple devices because of sharing IRQs
08:44:36 <doug16k> the only driver that isn't using MSI or MSI-X is RTL8139 in my project
08:44:57 <doug16k> because it isn't supported by the hardware in qemu
08:45:13 --- quit: Peetz0r (Ping timeout: 265 seconds)
08:46:18 --- join: Peetz0r (~Peetz0r@2a02:58:da:8800:baae:edff:fe7d:3469) joined #osdev
08:51:47 --- quit: Peetz0r (Remote host closed the connection)
08:52:38 --- join: bemeurer (~bemeurer@c-24-6-228-111.hsd1.ca.comcast.net) joined #osdev
08:52:43 --- join: Peetz0r (~Peetz0r@2a02:58:da:8800:baae:edff:fe7d:3469) joined #osdev
08:54:24 --- quit: Khaotic (Ping timeout: 265 seconds)
08:54:32 --- join: Khaotic (~Khaotic@unaffiliated/khaotic) joined #osdev
09:00:27 --- quit: Jari-- (Ping timeout: 256 seconds)
09:00:36 --- quit: cirno_ (Remote host closed the connection)
09:02:11 --- join: MarchHare (~Starwulf@mo-184-5-202-5.dhcp.embarqhsd.net) joined #osdev
09:05:17 --- join: Jari-- (~vai@85-76-111-142-nat.elisa-mobile.fi) joined #osdev
09:06:54 --- join: cirno_ (~cirno_@gateway/tor-sasl/cirno/x-25801483) joined #osdev
09:08:03 --- join: beaky (~beaky@2a03:b0c0:0:1010::17cf:7003) joined #osdev
09:09:18 --- quit: JusticeEX (Ping timeout: 276 seconds)
09:13:51 --- quit: aleamb (Ping timeout: 276 seconds)
09:15:43 --- quit: Jari-- (Ping timeout: 264 seconds)
09:17:02 --- join: Jari-- (~vai@85-76-111-142-nat.elisa-mobile.fi) joined #osdev
09:19:19 --- join: aalm (~aalm@37-219-128-55.nat.bb.dnainternet.fi) joined #osdev
09:20:35 --- quit: apetresc (Quit: ZNC - http://znc.in)
09:21:42 --- quit: user10032 (Quit: Leaving)
09:22:08 --- join: vdamewood (~vdamewood@unaffiliated/vdamewood) joined #osdev
09:23:23 --- join: gareppa (~gareppa@unaffiliated/gareppa) joined #osdev
09:24:21 --- quit: gareppa (Remote host closed the connection)
09:24:56 --- quit: bemeurer (Ping timeout: 268 seconds)
09:26:10 --- quit: Jari-- (Ping timeout: 268 seconds)
09:26:32 --- join: CheckDavid (uid14990@gateway/web/irccloud.com/x-kgkdyjtwxiljcrti) joined #osdev
09:26:58 --- join: vinleod (~vdamewood@unaffiliated/vdamewood) joined #osdev
09:27:38 --- quit: vdamewood (Disconnected by services)
09:27:43 --- nick: vinleod -> vdamewood
09:28:09 * klange fixes that thing where windows were rendering as unfocused when they had menus
09:28:52 <klange> see, the thing is... they *are* unfocused, since the compositor only considers one window to be in focus (the active menu), but since it's CSD, we can overwrite the focus value when rendering the decorations if there's a menu open...
09:28:59 <klange> which is what I *was* doing in the Python version of the menus
09:29:44 <klange> hence the panel will still show the window as unfocused - considering whether it should consider any window owned by the same client as the focused window as focused for that... possible.
09:29:57 --- join: Jari-- (~vai@85-76-111-142-nat.elisa-mobile.fi) joined #osdev
09:30:35 --- quit: cirno_ (Remote host closed the connection)
09:37:27 --- join: cirno_ (~cirno_@gateway/tor-sasl/cirno/x-25801483) joined #osdev
09:38:15 --- join: manzerbredes (~loic@2a01cb0885e31500cfc30bb534d5bc37.ipv6.abo.wanadoo.fr) joined #osdev
09:39:22 --- join: IdiocyInAction (~IIA_@194.96.1.125) joined #osdev
09:41:21 --- quit: Jari-- (Ping timeout: 256 seconds)
09:44:59 <klange> I think that's looking quite nice, but it's like 2am so I'm going to crash. https://i.imgur.com/G8G1dwf.png
09:48:59 --- join: Vulcan (~Vulcan@rc137-3-88-172-220-120.fbx.proxad.net) joined #osdev
09:50:13 --- join: banisterfiend (~banister@ruby/staff/banisterfiend) joined #osdev
09:50:38 --- quit: SopaXorzTaker (Remote host closed the connection)
09:51:26 <Vulcan> I'm looking for an alternative to ld -T under mac os gobjcopy but the concern is that I want to get an output binary using my two.o files but it only accepts one have you any ideas?
09:52:09 --- join: Jari-- (~vai@85-76-111-142-nat.elisa-mobile.fi) joined #osdev
09:54:48 <klange> Vulcan: if you're combining multiple objects into one, you meed a linker - there is no alternative to be had.
09:56:05 <Vulcan> klange:yes but the problem is that ld -T scrippt.lds does not work under mac os
09:57:20 --- join: freakazoid0223 (~frkazoid@pool-108-52-244-197.phlapa.fios.verizon.net) joined #osdev
09:57:43 <geist> Vulcan: what is the ultimate goal here? are you trying to build an OS or is this for mac code?
09:58:03 <geist> if the former, then i'd recommend building a toolchain and do not rely on the native mac one, which is fairly 'nonstandard'
09:58:12 <geist> or at least build a new linker from binutils
09:58:38 <geist> also has the advantage of being portable between mac and linux, if you always use an externally built toolchain
09:59:26 --- quit: dennis95 (Quit: Leaving)
10:00:18 --- quit: MrOnlineCoder (Ping timeout: 256 seconds)
10:00:19 <Vulcan> geist: the goal is to compile a kernel and under mac the script works from where my question
10:00:36 --- quit: cirno_ (Remote host closed the connection)
10:01:01 <geist> yah i highly recommend starting with a cross compiler, it'll be pretty clear in the long run why i do
10:01:13 <geist> especially on mac, which has a 'weird' toolchain setup
10:01:52 --- join: cirno_ (~cirno_@gateway/tor-sasl/cirno/x-25801483) joined #osdev
10:04:19 <Vulcan> geist :because I only have this as a machine that they graciously gave me to the screens I had an old pc and thinking that mac is better I threw away
10:05:01 --- join: MrOnlineCoder (~MrOnlineC@195.225.231.218) joined #osdev
10:06:41 <DusXMT> Vulcan: there's no issue getting a cross-compiler running on MacOS
10:06:57 <DusXMT> https://wiki.osdev.org/GCC_Cross-Compiler
10:06:59 <bslsk05> ​wiki.osdev.org: GCC Cross-Compiler - OSDev Wiki
10:07:53 <DusXMT> Also, for os-deving, older machines which aren't that critical are prefect for testing
10:10:08 <Vulcan> I shouldn't have thrown my machine away seriously. I should have checked with you before.
10:11:32 --- join: hmmmm (~sdfgsf@pool-72-79-160-70.sctnpa.east.verizon.net) joined #osdev
10:13:03 --- join: bemeurer (~bemeurer@c-24-6-228-111.hsd1.ca.comcast.net) joined #osdev
10:14:15 <geist> yah it's no big deal, i'm saying you get a cross compiler because it'll make thins much simpler
10:14:22 <geist> there are even prebuilts you can get
10:14:40 <geist> otherwise macs are perfectly okay for osdev. i use mine quite a bit
10:18:07 --- quit: Jari-- (Ping timeout: 264 seconds)
10:18:46 --- join: Desetude (~Desetude@unaffiliated/desetude) joined #osdev
10:18:48 --- join: Jari-- (~vai@85-76-111-142-nat.elisa-mobile.fi) joined #osdev
10:19:25 <Vulcan> geist:At least you know how to use it. On my VM with a freebsd everything works perfectly on mac lvvm crazy shit anyway for my mac
10:21:30 --- join: tacco| (~tacco@i59F523B8.versanet.de) joined #osdev
10:25:10 --- quit: Jari-- (Ping timeout: 260 seconds)
10:30:35 --- quit: cirno_ (Remote host closed the connection)
10:30:38 --- join: Jari-- (~vai@85-76-111-142-nat.elisa-mobile.fi) joined #osdev
10:32:38 --- quit: IdiocyInAction (Read error: Connection reset by peer)
10:35:37 <geist> okey dokey
10:35:48 <geist> well, this was all in response to the original question
10:36:07 <geist> where it was assumed that your ld was not up to snuff because it was the mac one (which is a known thing)
10:37:58 --- join: cirno_ (~cirno_@gateway/tor-sasl/cirno/x-25801483) joined #osdev
10:37:59 --- join: drakonis (~drakonis@unaffiliated/drakonis) joined #osdev
10:42:16 --- quit: vdamewood (Quit: Textual IRC Client: www.textualapp.com)
10:45:49 --- quit: bemeurer (Ping timeout: 240 seconds)
10:50:52 --- quit: Jari-- (Ping timeout: 244 seconds)
10:52:46 --- join: AIOP (ad102383@gateway/web/freenode/ip.173.16.35.131) joined #osdev
10:52:50 <AIOP> Ello
11:00:35 --- quit: cirno_ (Remote host closed the connection)
11:01:21 <geist> howdy
11:01:25 --- mode: geist set -o geist
11:01:26 --- join: SopaXorzTaker (~SopaXorzT@unaffiliated/sopaxorztaker) joined #osdev
11:01:45 --- quit: promach_ (Ping timeout: 276 seconds)
11:02:31 <AIOP> I am working on that linked list still
11:02:42 <AIOP> https://pastebin.com/DCs33jCv
11:02:43 <bslsk05> ​pastebin.com: typedef struct LList_node { struct LList_node* next; struct LList_node* prev - Pastebin.com
11:02:51 <AIOP> Comes down from knowing each node is 24 bytes of data
11:03:05 --- join: Jari-- (~vai@85-76-111-142-nat.elisa-mobile.fi) joined #osdev
11:07:21 --- join: cirno_ (~cirno_@gateway/tor-sasl/cirno/x-25801483) joined #osdev
11:10:06 --- quit: graphene (Remote host closed the connection)
11:10:16 --- join: variable (~variable@freebsd/developer/variable) joined #osdev
11:11:40 --- join: graphene (~graphene@46.101.134.251) joined #osdev
11:11:58 <geist> grats
11:12:46 <AIOP> Ehhhhhh
11:13:06 <AIOP> I really think I should keep prev because it makes it flow so much better
11:13:11 <AIOP> Each node has next and prev
11:14:37 <geist> yep, that's a double linked list
11:14:56 <geist> no real preference to the order, though generally speaking folks do next, prev
11:15:38 <AIOP> Why would someone use a single linked list?
11:15:41 <AIOP> Over a double
11:15:47 <geist> uses less memory, simpler
11:15:55 <AIOP> I guess
11:15:57 <geist> if you're for example implementing a stack or a queue
11:16:22 <geist> well, a stack, where you're pushing and popping from the head always
11:16:27 <geist> then there's no reason to need a prev pointer
11:17:09 <AIOP> I would probably not use a linked list for that and create new code
11:17:19 <geist> has nicer cache properties to, because adding/removing a node involves touching less nodes
11:17:46 <geist> it's a simplicity vs functionality thing. there are many data structures with pros/cons
11:17:55 <AIOP> I can understand that
11:17:57 <geist> and sometimes just having a single one (a double linked list) is better than having multiple
11:18:09 <AIOP> I would make my stack able to overwrite memory I don't want it to
11:18:16 <geist> i tend to use one double linked list set of routines everywhere, for simplicity purposes
11:18:54 <AIOP> And if I need to realloc my stack so be it
11:19:12 --- join: raphaelsc (~raphaelsc@179.180.195.254) joined #osdev
11:19:46 <AIOP> I was actually thinking about backing this double linked list with an integer list of pointers and sub managing it like a dynamic void* array
11:19:51 <geist> queues are nice for single linked list too. just push on the tail, pop from the head
11:19:51 <geist> very simple, very fast, and queues are a thing that is used a lot
11:20:15 <geist> dont add more functionality to base data structures than you need. each of them as a cost
11:20:22 <geist> stop once you get what works
11:20:44 <bcos_> There's also "more than doubly linked" - e.g. next, prev, alpha_sorted_next, time_sorted_next, cost_sorted_next, ...
11:21:06 <AIOP> I can understand that
11:21:38 <AIOP> Random access is important to me tho
11:21:49 <bcos_> Sadly, a lot of people don't - they'll call an expensive "sort()" function every time (e.g.) the user clicks a column header to sort in a different order
11:21:58 <bcos_> ;-)
11:22:39 <AIOP> I think I've never sorted an array before
11:23:07 <AIOP> At least apart from alphabetically and that was just for example sake
11:23:46 --- join: islandsparky_ (1816e74b@gateway/web/freenode/ip.24.22.231.75) joined #osdev
11:23:57 --- quit: tacco| ()
11:27:58 <AIOP> I wonder if creating hashes by using big prime numbers first (as opposed to smaller ones) is better, especially when it comes to checking only a few characters, as it ensures uniquity.
11:28:39 <bcos_> You can't ensure uniquity
11:30:36 --- quit: cirno_ (Remote host closed the connection)
11:32:02 <bcos_> Mostly what I was getting at before is that, for linked lists, you could/should figure out how many different ways you expect to iterate through the list and have a pointer for each of those ways (it's not specifically limited to sorting)
11:32:08 --- quit: drakonis (Remote host closed the connection)
11:32:46 --- quit: bauen1 (Remote host closed the connection)
11:32:46 --- join: drakonis (~drakonis@unaffiliated/drakonis) joined #osdev
11:33:25 <bcos_> (..and also not necessarily limited to one list - e.g. you can have some items on one list, some items on a different list, and some items on both lists)
11:37:43 --- join: cirno_ (~cirno_@gateway/tor-sasl/cirno/x-25801483) joined #osdev
11:38:07 --- quit: graphene (Remote host closed the connection)
11:38:22 --- join: bemeurer (~bemeurer@c-24-6-228-111.hsd1.ca.comcast.net) joined #osdev
11:38:58 --- quit: Vulcan (Remote host closed the connection)
11:39:40 --- join: Vulcan (~Vulcan@rc137-3-88-172-220-120.fbx.proxad.net) joined #osdev
11:39:40 --- join: graphene (~graphene@46.101.134.251) joined #osdev
11:39:42 --- join: JusticeEX (~justiceex@pool-98-113-143-43.nycmny.fios.verizon.net) joined #osdev
11:43:00 --- quit: graphene (Remote host closed the connection)
11:43:57 --- quit: Vulcan (Ping timeout: 240 seconds)
11:44:32 --- join: graphene (~graphene@46.101.134.251) joined #osdev
11:47:57 --- quit: eremitah (Ping timeout: 240 seconds)
11:48:55 <DusXMT> I wonder... in preparation for implementing paging, I've tweaked up my linker script a little, but one thing I find odd is that two symbols which I would expect to have the same value, have a different one: https://dpaste.de/Tdmp - in particular, bootstrap_stack_end is 0x0012F000 and _kern_end is 0x0013F0C0; does anyone know what resides in this space between them (a little over 64K)?
11:48:57 <bslsk05> ​dpaste.de: dpaste/Tdmp (Plain Code)
11:50:01 <DusXMT> Here I have the values of the symbols I get on runtime: https://dpaste.de/nKXd
11:50:02 <bslsk05> ​dpaste.de: dpaste/nKXd (Plain Code)
11:51:03 --- quit: cirno_ (Quit: WeeChat 2.2)
11:51:23 <doug16k> DusXMT, my guess: you have something with a large alignment in there and it is rounding up the size of .bss
11:51:40 <doug16k> do you have something in there with a gigantic alignment, like 4K?
11:51:52 <doug16k> or 64K?
11:52:28 <DusXMT> doug16k: I do, the bootstrap stack, so I can later re-map it, and unmap it when the bootstrap task will come to an end; but I still have a long ways to go before I can even dream of that :)
11:52:55 <DusXMT> (I have it start on a page boundary)
11:53:06 --- join: eremitah (~int@unaffiliated/eremitah) joined #osdev
11:53:31 <bluezinc> hmm... I've been looking at this and thinking about it for a while... How do you actually get virtual address space to work? How does the computer know that some virtual address corresponds to a particular physical address?
11:53:46 <DusXMT> bluezinc: page tables
11:54:05 <doug16k> instead of putting a massively aligned thing arbitrarily in the middle of a section, you can use __attribute__((section(".bss.stack"))) on the array definition, and put *(.bss.stack) at the beginning of the .bss. then it will be aligned because .bss is aligned, without putting a huge alignment in the section
11:54:07 --- join: patv (ac61a3ea@gateway/web/freenode/ip.172.97.163.234) joined #osdev
11:54:34 --- quit: nortega (Quit: Vivu lante, vivu feliĉe!)
11:54:54 <doug16k> reduces wasted space
11:55:18 <bluezinc> DusXMT: ok, so how does the computer know to check the page tables?
11:56:27 <doug16k> bluezinc, you have to turn paging on by setting the PG bit in CR0
11:58:18 --- quit: eremitah (Ping timeout: 276 seconds)
11:58:21 <doug16k> the page tables are basically an array, where the address space is split into 1024 ranges of 1024 4KB pages
11:58:36 <bluezinc> doug16k: ok, so it's implemented in hardware?
11:58:43 <doug16k> yes
11:58:52 <bluezinc> that makes a heck of a lot more sense.
12:00:27 <doug16k> but it's a 2 level lookup. first it looks up the 4MB region containing the address being accessed, then it finds out where that page table is from the page directory. then, it reads the page table pointed to by that page directory entry, and looks up the page table entry for the 4KB region, and gets the physical address of that virtual address
12:00:53 <geist> right. it's functionally one large array, split into two levels so that you dont have to allocate it all at once
12:02:18 <bluezinc> I was trying to figure out how on earth it would work without doing something like that. And I assume that the page tables are normally cached by the CPU to speed things up, right?
12:02:34 <doug16k> yes, the page table cache is called the TLB
12:02:40 <doug16k> Translation Lookaside Buffer
12:03:29 <doug16k> it's not quite as automatic as the data and instruction cache. you have to tell it to discard entries in some cases
12:04:07 --- quit: SopaXorzTaker (Remote host closed the connection)
12:04:33 --- join: SopaXorzTaker (~SopaXorzT@unaffiliated/sopaxorztaker) joined #osdev
12:05:41 <doug16k> basically whenever you reduce the permissions on an entry (like going from read/write to read only, or going from kernel page to user page, changing the physical address of a page, or making it not present at all because you swapped it to disk, or freed it) then you have to flush tlb entries (or the whole TLB in extreme cases)
12:07:15 --- quit: manzerbredes (Ping timeout: 265 seconds)
12:07:47 --- quit: SopaXorzTaker (Remote host closed the connection)
12:07:57 <bluezinc> That makes sense. So the TLB handles both page mapping and permisssions.
12:08:19 <doug16k> it caches the physical addresses of ranges of address space and their access permissions, yes
12:08:50 <DusXMT> doug16k: I re-ordered the sections and got rid of the explicit alignment, but there's still an over 64K difference between the last two symbols, one in a section declaration and one outside of it... I only ask this since I wonder if those 64K of data can be re-used?
12:10:44 <doug16k> DusXMT, try adding this to your link command line: -Wl,-z,max-page-size=4096
12:11:49 <doug16k> I have a feeling that isn't it, but it's not a bad idea to have that anyway, since you probably don't want huge page alignment
12:13:15 --- quit: bemeurer (Ping timeout: 276 seconds)
12:14:34 --- quit: DusXMT (Ping timeout: 244 seconds)
12:15:05 <AIOP> bluezinc: I would actually create a new project as a bare bones or do a fork. You will not do it correctly in your first 4 times.
12:15:08 --- join: bauen1 (~bauen1@ipbcc18c77.dynamic.kabel-deutschland.de) joined #osdev
12:15:26 <AIOP> Also, hump your manual
12:20:36 <bluezinc> AIOP: what?
12:21:31 <AIOP> Paging is difficult task
12:22:25 <bluezinc> Just wondering why you say to "create a new project"?
12:23:18 <bluezinc> Seems like I'd want to use what I've already got, rather than start from scratch with a new project...
12:23:55 --- join: ALowther_ (~quassel@72.184.228.55) joined #osdev
12:24:07 <palk> obviously depends on how much needs to be reworked
12:24:12 <AIOP> ^
12:24:33 <AIOP> Having a scratch pad is nice
12:24:36 <bluezinc> palk: well, I'm not that far into this yet, so there shouldn't be very much that needs to be redone.
12:24:46 <AIOP> Or like I said, at least fork your project
12:25:19 <bluezinc> AIOP: I'm not sure I see what the point of a fork for this is...
12:25:48 <bluezinc> just so that you can work on other things (like what, I wonder...) at the same time?
12:25:53 <AIOP> Forking retains your code for when you give up or need to roll back
12:26:14 --- quit: bauen1 (Remote host closed the connection)
12:26:21 <bluezinc> AIOP: or I could just "svn revert"... because that's the whole point of a version control system...
12:26:38 <AIOP> why are you fighting with me
12:26:56 <bluezinc> AIOP: I'm not fighting with you.
12:26:58 <palk> AIOP: forking is probably not necessary, but a git branch might be warranted, depending on workflow preferences
12:28:34 --- join: bemeurer (~bemeurer@c-24-6-228-111.hsd1.ca.comcast.net) joined #osdev
12:29:32 --- join: sralbert (~sralbert@192.69.183.49) joined #osdev
12:29:37 --- join: m_t (~m_t@p5DDA0AB1.dip0.t-ipconnect.de) joined #osdev
12:30:03 --- quit: sralbert (Client Quit)
12:32:27 <AIOP> geist: are you aware of my mips project?
12:33:30 --- quit: bemeurer (Ping timeout: 260 seconds)
12:35:34 <geist> what do you mean by mips project?
12:37:42 <AIOP> My current project using mips
12:39:23 <geist> yes, but project as in hardware? software? os? toolchain?
12:39:43 --- join: bauen1 (~bauen1@ipbcc18c77.dynamic.kabel-deutschland.de) joined #osdev
12:42:35 --- quit: variable (Quit: Found 1 in /dev/zero)
12:47:27 --- quit: ALowther_ (Ping timeout: 240 seconds)
12:49:21 --- join: zeus1 (~zeus@154.226.235.182) joined #osdev
12:50:07 --- join: ALowther_ (~quassel@72.184.228.55) joined #osdev
12:53:31 --- quit: isaacwoods (Quit: isaacwoods)
13:01:13 --- join: bemeurer (~bemeurer@c-24-6-228-111.hsd1.ca.comcast.net) joined #osdev
13:02:42 <AIOP> It was a plugginable executable
13:03:03 <AIOP> Basically something that can sit on top of an open register machine
13:03:33 * AIOP smirks at chromebooks
13:04:35 <geist> ah
13:04:57 --- quit: qeos (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)
13:05:11 <AIOP> But I am also going to create a compiled language
13:05:14 --- join: qeos (~qeos@ppp91-79-249-247.pppoe.mtu-net.ru) joined #osdev
13:05:39 <rain1> cool AIOP
13:06:01 --- join: apetresc (~apetresc@2607:fea8:57a0:bb::5) joined #osdev
13:06:03 --- quit: MrOnlineCoder (Read error: Connection reset by peer)
13:06:04 <qeos> has rusians?
13:06:08 <qeos> hiall
13:06:21 --- join: MrOnlineCoder (~quassel@195.225.231.218) joined #osdev
13:08:07 --- quit: MrOnlineCoder (Client Quit)
13:09:59 --- join: MrOnlineCoder (~MrOnlineC@195.225.231.218) joined #osdev
13:10:01 --- quit: raphaelsc (Remote host closed the connection)
13:10:21 --- join: raphaelsc (~raphaelsc@179.180.195.254) joined #osdev
13:10:39 --- join: eremitah (~int@unaffiliated/eremitah) joined #osdev
13:10:43 --- quit: Tazmain (Remote host closed the connection)
13:10:51 <doug16k> what's a nice approach to killing threads when a process exit()'s with other threads running in a process? inject signals?
13:10:57 --- quit: ALowther_ (Ping timeout: 240 seconds)
13:16:29 <doug16k> cause all blocked threads to unblock and immediately return from the syscall with EINTR, and make the whole address space not present and crash all the other threads? :P
13:16:43 <doug16k> it's UB to exit with other threads still going right?
13:17:34 --- join: ALowther_ (~quassel@72.184.228.55) joined #osdev
13:18:07 --- nick: CrystalMath -> OmniaVanitas
13:22:09 --- quit: Jari-- (Ping timeout: 276 seconds)
13:24:46 <doug16k> I suppose the right approach would be to implement something that terminates threads ungracefully, then make exit iterate through every thread except the main thread and terminate it
13:25:16 --- nick: OmniaVanitas -> MathAmphetamine
13:25:21 --- nick: MathAmphetamine -> CrystalMath
13:25:24 <doug16k> then the terminate thread implementation worries about how to interrupt system calls that are in progress
13:26:45 <doug16k> then, right before actually exiting, join each terminated thread to handle possibly uninterruptible waits?
13:27:15 <bcos_> doug16k: Maybe "exit()" just sets an exit value and terminates that thread (and nothing else); and then when the other threads terminate you kill the process using the value that was previously set back when "exit()" was called
13:28:03 <bcos_> ..that way if there's a silly race condition (one thread does exit() at the "same" time that another is supposed to terminate) there's no problem
13:29:31 --- quit: bipul (Quit: ZNC 1.6.3+deb1+xenial0 - http://znc.in)
13:29:47 --- join: bipul (~7dodo.net@241.149.211.130.bc.googleusercontent.com) joined #osdev
13:31:00 <doug16k> hmm, yeah it is pretty racy in multiple ways, now that you mention it.
13:31:03 <palk> After a quick skim through C11, it appears that exit() is to kill all threads, while thrd_exit() will terminate only the current thread, unless it is the last remaining thread, in which case it behaves the same as a call to exit() would.
13:31:17 --- quit: bipul (Changing host)
13:31:17 --- join: bipul (~7dodo.net@unaffiliated/bipul) joined #osdev
13:33:16 <doug16k> palk, how is "kill" defined? just brutally make the thread disappear from existence with no unwind or signal or anything?
13:33:29 <palk> it isn't defined AFAICT
13:33:52 <palk> it can't be, really, because that depends upon the host environment
13:33:58 <doug16k> yeah
13:34:39 --- quit: bemeurer (Ping timeout: 244 seconds)
13:35:01 <palk> but there is a (minor?) distinction between the exact method not being defined and the general behavior being undefined (UB)
13:38:39 <bcos_> Can you cheat/lie? There's no guarantee that scheduler won't give CPU time to other processes (for a very long time) in the middle of an "exit()", so you could pretend that the "exit()" was accidentally postponed indefinately (until other threads terminate)... ;-)
13:39:22 <bcos_> Hrm - unless you do give guarantess (thread priorities, etc)
13:39:25 <AIOP> Implicit Delayed Exit
13:39:28 <AIOP> IDE
13:40:24 --- quit: geordi (Remote host closed the connection)
13:47:04 <doug16k> I suppose thread termination could be implemented by injecting something akin to a longjmp up to the stub that handles thread start, setting the thread exit code to something appropriate, and letting it return from the stub and clean itself up normally, so joins against threads that are terminated threads work as usual
13:48:27 <doug16k> then the big question is how to cause blocking I/O to be interruptible. I don't really have the concept of an interruptible wait, yet
13:51:23 --- quit: apetresc (Ping timeout: 260 seconds)
13:51:39 --- join: bemeurer (~bemeurer@c-24-6-228-111.hsd1.ca.comcast.net) joined #osdev
13:52:18 --- quit: ALowther_ (Quit: No Ping reply in 180 seconds.)
13:53:10 <palk> well, then you might have to take bcos_'s advice and "cheat/lie."
13:53:39 --- join: ALowther_ (~quassel@72.184.228.55) joined #osdev
13:55:50 --- quit: bemeurer (Ping timeout: 244 seconds)
13:56:39 <doug16k> yeah, I'll probably do that, at least at first. I should resist solving everything at once
13:59:38 --- join: xerpi (~xerpi@115.red-83-45-198.dynamicip.rima-tde.net) joined #osdev
14:02:49 --- quit: zeus1 (Ping timeout: 240 seconds)
14:03:25 --- join: apetresc (~apetresc@CPEbc4dfb720b93-CMbc4dfb720b90.cpe.net.cable.rogers.com) joined #osdev
14:08:00 <qeos> I have some struct like https://pastebin.com/D2mBVTCh .. how can write correct set variable sid? is this correct?
14:08:01 <bslsk05> ​pastebin.com: [C++] struct GUID_t{ u4 data1; u2 data2; u2 data3; u2 data4; - Pastebin.com
14:08:48 <doug16k> qeos, if you make id constexpr it should work
14:09:47 <qeos> I have some function it can return GUID value..
14:10:05 <qeos> and my code broke a stack..
14:10:13 <qeos> dont know why..
14:10:31 <doug16k> show the actual code then
14:10:56 <doug16k> your paste says it is C++. is it?
14:11:12 --- quit: glauxosdever (Quit: leaving)
14:11:39 <qeos> its hard..
14:12:08 <qeos> its c99 ))
14:12:55 <qeos> https://pastebin.com/DWfMjeMt
14:12:56 <bslsk05> ​pastebin.com: [C] void make_objects(){ #if DEBUG(E_NOTICE, ES_CALLSTACK) add_function_to_cal - Pastebin.com
14:13:22 <qeos> all is fine if last line is commented
14:14:35 <qeos> https://pastebin.com/GbpbwqRm
14:14:36 <bslsk05> ​pastebin.com: [C] GUID str2GUID(u1 *guid){ #if DEBUG(E_NOTICE, ES_CALLSTACK) add_function_to - Pastebin.com
14:17:00 --- join: zeus1 (~zeus@197.239.3.133) joined #osdev
14:17:23 <doug16k> works for me http://coliru.stacked-crooked.com/a/c34d0071c873837d
14:17:24 <bslsk05> ​coliru.stacked-crooked.com: Coliru Viewer
14:17:41 --- join: MDead (~MDude@c-73-187-225-46.hsd1.pa.comcast.net) joined #osdev
14:19:42 --- quit: MDude (Ping timeout: 268 seconds)
14:19:43 --- nick: MDead -> MDude
14:21:18 <qeos> let I try.. ))
14:26:20 --- join: bemeurer (~bemeurer@c-24-6-228-111.hsd1.ca.comcast.net) joined #osdev
14:27:06 --- quit: Desetude (Quit: WeeChat 2.1)
14:28:01 <qeos> on this site its worked properly
14:31:29 --- quit: zaquest (Ping timeout: 256 seconds)
14:32:21 --- quit: ALowther_ (Ping timeout: 276 seconds)
14:34:03 --- join: ALowther (~quassel@72.184.228.55) joined #osdev
14:34:28 <qeos> http://coliru.stacked-crooked.com/a/57183ce5180edef7
14:34:29 <bslsk05> ​coliru.stacked-crooked.com: Coliru Viewer
14:34:35 <qeos> its work
14:34:48 <qeos> may be compiler bugs?
14:46:50 --- quit: ALowther (Ping timeout: 268 seconds)
14:47:27 --- quit: MrOnlineCoder (Ping timeout: 268 seconds)
14:49:32 --- join: ALowther_ (~quassel@72.184.228.55) joined #osdev
14:53:48 --- join: stee3 (~junk@66.252.139.92) joined #osdev
14:55:55 --- quit: ALowther_ (Ping timeout: 264 seconds)
14:56:09 --- join: ALowther (~quassel@2600:1:d209:1125:931:7bb6:b61f:d1d1) joined #osdev
14:57:00 --- quit: stee (Ping timeout: 260 seconds)
15:02:19 --- quit: ALowther (Ping timeout: 260 seconds)
15:04:09 --- quit: Asu (Remote host closed the connection)
15:05:42 --- join: angel0xff (~zzz@77.78.36.184) joined #osdev
15:11:35 --- join: ALowther (~quassel@2600:1:d209:1125:931:7bb6:b61f:d1d1) joined #osdev
15:13:06 --- quit: asymptotically (Quit: Leaving)
15:15:15 --- quit: Kimundi_ (Ping timeout: 276 seconds)
15:18:57 --- quit: gattuso (Remote host closed the connection)
15:20:01 --- join: gattuso (~gattuso@pompel.me) joined #osdev
15:20:37 --- quit: xerpi (Quit: Leaving)
15:21:30 --- join: pie3 (~pieee@49.34.70.17) joined #osdev
15:23:40 --- quit: bemeurer (Ping timeout: 244 seconds)
15:23:42 --- quit: ALowther (Remote host closed the connection)
15:24:44 --- join: MrOnlineCoder (~MrOnlineC@195.225.231.218) joined #osdev
15:26:41 --- quit: graphene (Remote host closed the connection)
15:28:19 --- join: graphene (~graphene@46.101.134.251) joined #osdev
15:32:28 --- join: promach_ (~promach@bb219-74-174-136.singnet.com.sg) joined #osdev
15:48:01 --- quit: Belxjander (Quit: AmigaOSv4.1.6+//PowerPC native)
15:55:00 --- join: Belxjander (~Belxjande@sourcemage/Mage/Abh-Elementalist) joined #osdev
16:06:18 --- join: bemeurer (~bemeurer@c-24-6-228-111.hsd1.ca.comcast.net) joined #osdev
16:08:15 --- quit: szpght (Quit: WeeChat 1.6)
16:08:22 --- quit: MrOnlineCoder (Read error: Connection reset by peer)
16:08:55 --- join: szpght (~pawel@ns364739.ip-91-121-210.eu) joined #osdev
16:09:50 --- quit: szpght (Client Quit)
16:11:57 --- join: pounce (~pounce@static-50-53-140-157.bvtn.or.frontiernet.net) joined #osdev
16:12:37 --- quit: Olgierd (Read error: Connection reset by peer)
16:13:55 --- join: szpght (~pawel@ns364739.ip-91-121-210.eu) joined #osdev
16:19:19 --- quit: angel0xff (Ping timeout: 240 seconds)
16:23:35 <pounce> Is there somewhere I can read about memory allocator design?
16:24:33 --- quit: Belxjander (Quit: AmigaOSv4.1.6+//PowerPC native)
16:25:57 --- join: Belxjander (~Belxjande@sourcemage/Mage/Abh-Elementalist) joined #osdev
16:26:39 --- quit: xenos1984 (Quit: Leaving.)
16:27:43 --- quit: AIOP (Ping timeout: 252 seconds)
16:28:00 --- join: KidBeta (~textual@61.68.91.220) joined #osdev
16:28:03 --- quit: KidBeta (Client Quit)
16:31:16 --- join: KidBeta (~textual@61.68.91.220) joined #osdev
16:32:50 * UNIVAC ​reports changes to wiki page "Creating a 64-bit kernel using a separate loader" by Pat: <span class="autocomment">GRUB: </span> Added note about using Multiboot 2 configurations <​https://wiki.osdev.org/index.php?title=Creating_a_64-bit_kernel_using_a_separate_loader&diff=22532&oldid=19987>
16:34:10 <klys> pounce, typical allocator algorithms include first-fit, next-fit, and the buddy system. textbooks on operating systems make some attempt to cover them.
16:34:49 <klys> and best-fit
16:35:59 <pounce> Are these for allocators like malloc or just physical memory? (sorry I don't know if this is the right place to ask about the former, but it's what I meant)
16:37:03 <klys> just physical memory. malloc has several layers implemented in various current systems.
16:39:19 --- quit: zeus1 (Ping timeout: 240 seconds)
16:49:53 --- quit: pie3 (Quit: Leaving)
16:53:55 --- join: spare (~user@unaffiliated/spareproject) joined #osdev
16:59:13 --- join: ALowther_ (~quassel@72.184.228.55) joined #osdev
17:02:43 --- join: oldtopman (~oldtopman@unaffiliated/oldtopman) joined #osdev
17:06:59 --- join: sysfault (~exalted@pool-108-53-157-115.nwrknj.fios.verizon.net) joined #osdev
17:08:42 --- quit: Benjojo (Ping timeout: 240 seconds)
17:14:05 --- quit: promach_ (Ping timeout: 260 seconds)
17:18:35 --- join: fredrb (~fredrb@179.233.253.150) joined #osdev
17:18:46 --- join: sixand (~Thunderbi@60.173.155.144) joined #osdev
17:20:59 --- quit: m_t (Quit: Leaving)
17:23:37 --- join: zeus1 (~zeus@197.239.3.133) joined #osdev
17:27:26 --- quit: alphawarrior (Quit: Connection closed for inactivity)
17:40:49 --- quit: mlugg (Ping timeout: 240 seconds)
17:52:59 --- quit: zeus1 (Ping timeout: 244 seconds)
18:09:27 --- quit: ALowther_ (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
18:10:16 --- join: ALowther (~quassel@72.184.228.55) joined #osdev
18:12:51 --- join: jpn (~jpn@61.68.160.41) joined #osdev
18:14:19 --- quit: sh3iny (Remote host closed the connection)
18:14:41 --- join: sh3iny (~mike@gateway/tor-sasl/sh3iny) joined #osdev
18:15:47 --- quit: emerson (Remote host closed the connection)
18:17:33 --- quit: graphene (Read error: Connection reset by peer)
18:18:47 --- quit: magnificrab (Ping timeout: 248 seconds)
18:19:08 --- join: graphene (~graphene@46.101.134.251) joined #osdev
18:19:09 --- join: magnificrab (~pi@189.171.148.122.sta.dodo.net.au) joined #osdev
18:22:06 --- join: promach_ (~promach@bb219-74-174-136.singnet.com.sg) joined #osdev
18:22:17 --- join: [X-Scale] (~ARM@83.223.226.141) joined #osdev
18:22:19 --- quit: jp (Ping timeout: 264 seconds)
18:22:20 --- quit: X-Scale (Ping timeout: 260 seconds)
18:22:23 --- join: alyptik (ayy@cpe-76-173-133-37.hawaii.res.rr.com) joined #osdev
18:23:28 --- nick: [X-Scale] -> X-Scale
18:24:33 --- nick: alyptik -> jp
18:25:09 --- quit: magnificrab (Remote host closed the connection)
18:25:24 --- join: magnificrab (~pi@189.171.148.122.sta.dodo.net.au) joined #osdev
18:31:05 --- quit: apetresc (Ping timeout: 260 seconds)
18:33:00 --- quit: KidBeta (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
18:33:20 --- join: KidBeta (~textual@61.68.91.220) joined #osdev
18:34:19 --- join: apetresc_ (~apetresc@CPEbc4dfb720b93-CMbc4dfb720b90.cpe.net.cable.rogers.com) joined #osdev
18:35:05 --- quit: CcxWrk (Quit: ZNC 1.6.5 - http://znc.in)
18:36:54 --- join: zeus1 (~zeus@197.239.3.133) joined #osdev
18:37:53 --- join: CcxWrk (~ccx@asterix.te2000.cz) joined #osdev
18:42:52 --- quit: epony (Quit: QUIT)
18:47:03 --- quit: ALowther (Ping timeout: 248 seconds)
18:54:19 --- quit: zeus1 (Ping timeout: 240 seconds)
18:54:35 <patv> When using a 32-bit loader for a 64-bit kernel, running with qemu-system-x86_64, is there a sane way to use gdb to debug the 32-bit part? Even with doing 'set arch i386:x64-32', I get nonsense values for arguments
18:54:59 <patv> nevermind I'm an idiot
18:57:15 <clever> patv: gdb also has trouble when the cpu switches modes mid session
19:09:00 --- quit: magnificrab (Remote host closed the connection)
19:14:56 --- join: magnificrab (~pi@189.171.148.122.sta.dodo.net.au) joined #osdev
19:16:17 <doug16k> patv, what I do is use qemu-system-i386 to debug the my bios bootloader, which is 32 bit. I put the check for 64 bit processor at the last possible moment so I can source level debug the vast majority of it
19:16:48 --- quit: graphene (Remote host closed the connection)
19:18:25 --- join: graphene (~graphene@46.101.134.251) joined #osdev
19:20:18 <doug16k> setting the architecture to i386 doesn't work for my cross-compiler's gdb, I have to make the machine be 32 bit. gdb has only half-assed support for x86_64
19:21:39 <doug16k> what made it bad is a "fix" that was committed to qemu, where it always returns the full x86_64 register file regardless of the operating mode
19:22:21 <doug16k> fixed one bootup scenario, completely broke 32 bit debugging
19:23:20 <doug16k> so, if you say set architecture i386, gdb has a fit because qemu is sending gigantic x86_64 register file
19:23:56 <patv> clever: noted. doug16k: Yeah good idea, right after I finished typing I thought of splitting it up like that
19:24:47 <patv> So when you said gdb has bad 64 support, its more that qemu is prematurely ruining things? Or does the story get worse
19:24:57 <doug16k> well, both are at fault
19:25:25 <doug16k> qemu is falsly sending 64 bit register file, always, which causes problems, and qemu put that hack in because gdb can't handle the size of the register file changing mid-session
19:25:47 <clever> ahh
19:26:12 <clever> and because of that hack, it can confuse 32bit mode debugging
19:26:16 <doug16k> right
19:27:57 <doug16k> before qemu did that, it was annoying because you had to detach, change to architecture i386/x86_64, then reattach, to debug through a mode switch. now you never have to detach, but you can't properly debug 32 bit mode anymore at all
19:28:55 --- quit: sortie (Read error: Connection reset by peer)
19:29:00 <doug16k> ...unless you run qemu...i386, then 32 bit mode debugs perfectly
19:29:01 <clever> time to patch gdb?
19:29:56 <doug16k> there was a patch that worked for a while. doesn't work anymore in recent qemu version for some reason
19:30:21 --- quit: apetresc_ (Quit: ZNC - http://znc.in)
19:30:30 <doug16k> instead of saying "ahhh!!!! register file too big!!!!" it just reallocated the structure for the register file. for some reason it doesn't work anymore
19:31:10 <doug16k> probably because of the qemu change. now there is no size change
19:32:36 <doug16k> and something about the way it handles the calling convention / locals is broken when the 64 bit register file is active in i386 arch
19:33:39 <doug16k> I almost undid the qemu change that makes it 64 bit always. I probably should patch both qemu and gdb back sometime, and see if it goes back to perfect again
19:34:18 <doug16k> I mean, patch qemu back to changing register file size, and patch gdb to reallocating the packet buffer
19:34:25 --- join: apetresc (~apetresc@CPEbc4dfb720b93-CMbc4dfb720b90.cpe.net.cable.rogers.com) joined #osdev
19:34:49 --- quit: JusticeEX (Ping timeout: 240 seconds)
19:37:24 --- quit: KidBeta (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
19:37:48 --- quit: CheckDavid (Quit: Connection closed for inactivity)
19:38:11 <patv> I dunno, that sounds like it would make too much sense, its better to ignore logic and always send the max reg file size possible
19:38:42 <patv> You got me curious though, I want to dig into the history of these changes
19:38:59 --- join: zeus1 (~zeus@197.239.3.133) joined #osdev
19:39:49 <doug16k> maybe a suitable workaround would be to pad the 32 bit register file out to be as bit as x86_64 register file in qemu, but have the normal i386 offsets. then the packet size change wouldn't happen, and the offsets and sizes of the registers would be normal i386 layout
19:41:09 <doug16k> the gdbstub sends an xml thing that tells the client the layout of the register file packet
19:43:46 <doug16k> it should solve the packet size change without causing a completely alien i386 register file layout
19:45:51 <doug16k> there's not a lot of enthusiasm on either the gdb or qemu side for these changes, since 99.9999% of the use of gdb is simple user mode apps that never mode switch, and the kernel guys rarely debug the startup code
19:47:21 <patv> Yeah, looks like it happened in qemu 2.9. Over the past two years it seems there were a handful of comments pondering whether to do it properly, but like you said not enough people cared
19:50:10 --- quit: spare (Quit: leaving)
19:51:03 --- quit: sixand (Ping timeout: 248 seconds)
19:51:22 --- join: sixand (~Thunderbi@60.173.155.144) joined #osdev
19:52:49 --- quit: salek_ (Ping timeout: 240 seconds)
19:53:19 --- quit: Salek (Ping timeout: 240 seconds)
20:04:59 --- quit: freakazoid0223 (Remote host closed the connection)
20:10:22 --- join: geordi (~geordi@ns510081.ip-192-99-4.net) joined #osdev
20:10:55 --- quit: zeus1 (Ping timeout: 264 seconds)
20:20:20 --- quit: light2yellow (Quit: light2yellow)
20:25:14 --- quit: CrystalMath (Quit: Support Free Software - https://www.fsf.org/)
20:29:00 --- join: drakonis_ (~drakonis@unaffiliated/drakonis) joined #osdev
20:31:23 --- quit: drakonis (Ping timeout: 245 seconds)
20:40:10 --- quit: patv (Ping timeout: 252 seconds)
20:49:15 --- quit: shakesoda (Quit: Connection closed for inactivity)
20:51:19 --- quit: jpn (Ping timeout: 248 seconds)
20:53:34 --- quit: nj0rd (Ping timeout: 256 seconds)
20:54:31 --- join: zeus1 (~zeus@197.239.3.133) joined #osdev
21:08:09 --- join: nj0rd (~nj0rd@i577BC005.versanet.de) joined #osdev
21:08:41 --- join: xenos1984 (~xenos1984@22-164-191-90.dyn.estpak.ee) joined #osdev
21:15:37 --- join: Benjojo (~sid4563@srv-69.nsa.me.uk) joined #osdev
21:18:17 --- quit: graphene (Remote host closed the connection)
21:20:18 --- quit: drakonis_ (Remote host closed the connection)
21:22:53 --- join: spare (~user@unaffiliated/spareproject) joined #osdev
21:29:16 --- quit: pounce (Quit: WeeChat 2.2)
21:42:10 --- quit: promach_ (Quit: WeeChat 2.2)
21:45:54 --- quit: quc (Ping timeout: 276 seconds)
21:53:42 --- quit: kasumi-owari (Ping timeout: 276 seconds)
21:55:08 --- join: kasumi-owari (~kasumi-ow@ftth-213-233-237-007.solcon.nl) joined #osdev
22:00:27 --- quit: bemeurer (Ping timeout: 240 seconds)
22:01:40 --- quit: sysfault (Remote host closed the connection)
22:02:11 --- join: sysfault (~exalted@pool-108-53-157-115.nwrknj.fios.verizon.net) joined #osdev
22:04:35 --- join: bemeurer (~bemeurer@c-24-6-228-111.hsd1.ca.comcast.net) joined #osdev
22:10:49 --- quit: bemeurer (Ping timeout: 240 seconds)
22:11:46 --- join: bemeurer (~bemeurer@c-24-6-228-111.hsd1.ca.comcast.net) joined #osdev
22:29:58 --- quit: zeus1 (Ping timeout: 248 seconds)
22:55:01 --- quit: raphaelsc (Remote host closed the connection)
22:55:23 --- join: raphaelsc (~raphaelsc@189.59.137.118.dynamic.adsl.gvt.net.br) joined #osdev
22:58:06 --- quit: lkurusa_ (Ping timeout: 245 seconds)
22:58:55 --- quit: bemeurer (Quit: WeeChat 2.1)
22:59:42 --- join: zaquest (~notzaques@5.128.210.30) joined #osdev
23:12:39 --- join: zeus1 (~zeus@197.239.3.133) joined #osdev
23:15:47 --- nick: dude12312414 -> klaus3301
23:15:58 --- quit: klaus3301 (Disconnected by services)
23:16:33 --- join: dude12312414 (None@gateway/shell/elitebnc/x-njqedhzsxnxnrhnc) joined #osdev
23:23:40 --- quit: sysfault (Remote host closed the connection)
23:24:12 --- join: sysfault (~exalted@pool-108-53-157-115.nwrknj.fios.verizon.net) joined #osdev
23:25:40 --- quit: sysfault (Remote host closed the connection)
23:26:10 --- join: sysfault (~exalted@pool-108-53-157-115.nwrknj.fios.verizon.net) joined #osdev
23:40:55 --- join: Salek (~salek@91-155-9-229.elisa-laajakaista.fi) joined #osdev
23:40:55 --- join: salek_ (~salek@91-155-9-229.elisa-laajakaista.fi) joined #osdev
23:41:10 --- join: manzerbredes (~loic@ARennes-650-1-33-137.w86-215.abo.wanadoo.fr) joined #osdev
23:45:01 --- join: DusXMT (~dusxmt@84.245.120.165) joined #osdev
23:47:24 --- join: SopaXorzTaker (~SopaXorzT@unaffiliated/sopaxorztaker) joined #osdev
23:47:25 --- quit: Nach0z (Ping timeout: 244 seconds)
23:48:22 --- join: angel0xff (~zzz@77.78.36.184) joined #osdev
23:48:58 --- quit: Salek (Quit: Leaving)
23:49:04 --- quit: salek_ (Quit: Leaving)
23:59:59 --- log: ended osdev/18.07.21