00:00:00 --- log: started osdev/03.11.27 00:00:15 good luck :) 00:00:34 * debug often seems to rewrite/remodel things 00:01:05 grr.... still can't get my stack to move correctly 00:01:40 after the switch, it gets as far as calling a function 00:01:43 but bochs dies on the return 00:03:03 have you got a debug-enabled bochs? 00:04:26 --- join: Prophet_ (~Prophet@pD9FF673F.dip.t-dialin.net) joined #osdev 00:04:32 meh 00:04:33 I used to... 00:04:55 interesting... it also dies if I try to call a function from inside that function 00:05:38 * geist upgrades his copy of vmware 00:06:09 reboottropolis 00:19:47 Morning %^) 00:21:07 gmorning yuriz 00:22:54 * yuriz needs a breakfast too 00:23:07 It's raining like dogs and cats here :-/ 00:35:19 --- quit: witten ("Client exiting") 00:36:48 --- quit: Divine ("My damn controlling terminal disappeared!") 00:39:58 --- join: Divine (~john@c-24-10-99-115.client.comcast.net) joined #osdev 01:03:29 --- quit: air ("cria 0.2.9cvs5 -- http://cria.sf.net") 01:11:38 --- quit: gab (Read error: 60 (Operation timed out)) 01:28:32 --- quit: ReKleSS ("I came, I saw, I deleted all your files") 01:40:12 --- join: ReKleSS (~rekless@c211-28-178-116.mckinn1.vic.optusnet.com.au) joined #osdev 01:44:35 oi ppl 01:53:23 --- join: ka22b4ks (ka22b4ks@medie14.nt.nada.kth.se) joined #osdev 02:40:48 --- join: GodGhost (~I_pipinha@rdis.esec-manuel-fonseca.rcts.pt) joined #osdev 02:44:04 hi, anyone can answer a question? does the IRQ handler exit when the EOI signal is sent to the processor??? 02:44:23 er... probably not 02:44:28 --- nick: GodGhost -> _Abysmo_ 02:44:38 too much chance of screwing over the program 02:44:41 * ReKleSS checks intel manual 02:45:02 <_Abysmo_> does it continues running the Handler? 02:45:46 <_Abysmo_> should i pop the registers after or before send EOI??? 02:46:11 by EOI 02:46:13 do you mean iret? 02:46:19 or something down one of the processor pins 02:47:02 <_Abysmo_> the EOI signal means that the Handler had over, right? 02:47:17 if you mean iret, yes 02:48:15 <_Abysmo_> w8 02:50:11 --- quit: acid|dead ("..(cyp): [BX] I'm out like a light...") 03:03:31 --- quit: ReKleSS ("I came, I saw, I deleted all your files") 03:09:49 --- join: demise (psz@c-8f4272d5.01-94-7673741.cust.bredbandsbolaget.se) joined #osdev 03:12:13 <_Abysmo_> what means the EOI signal? the handler over there?? 03:19:44 --- join: gab (~gab@proxima.chx-labs.org) joined #osdev 03:39:34 _Abysmo_: no 03:39:51 --- quit: demise () 03:39:55 the irq handler exits when you use iret 03:40:22 the EOI is just a signal to the interrupt controller (which is external to the x86) that it can deliver a new interrupt to the cpu 03:41:55 <_Abysmo_> ha! 03:42:00 <_Abysmo_> thaks geist :) 03:44:52 <_Abysmo_> geist, yesterday u said that TSS is not the best way to build multitasking system, can you say whay?? 03:45:27 a) it's not portable 03:45:32 <_Abysmo_> geist, yesterday u said that TSS is not the best way to build multitasking system, can you say why?? 03:45:33 b) it's complicated 03:45:37 c) it's slow 03:45:47 d) no one else uses it and therefore can't help you 03:46:26 <_Abysmo_> windows XP and linux uses that, i think... 03:46:38 they do not 03:46:49 <_Abysmo_> no?! 03:46:52 not for software task switching 03:47:11 <_Abysmo_> do they use a stack based task switch? 03:47:29 yes 03:48:15 <_Abysmo_> well.. for what do they use TSS? 03:48:25 you have to use it for one tiny little thing 03:48:39 you have to have one TSS per cpu when you run multiple rings 03:49:00 which you have to do to have user vs supervisor priviledges 03:49:34 <_Abysmo_> so... i got to have 2 TSSs? 03:49:39 one per cpu 03:50:57 --- join: mrMister (andry@klaki.net) joined #osdev 03:51:00 <_Abysmo_> why i have to use that TSS? 03:51:02 --- quit: mrMister (Client Quit) 03:51:13 --- join: mrMister (andry@klaki.net) joined #osdev 03:51:14 you probably wont understand 03:51:26 you will have to eventually, but I doubt you're ready for it 03:51:37 see, you really have no idea how much stuff you dont know anything about 03:51:49 you're just touching the tip of the iceberg 03:52:05 <_Abysmo_> i know 03:52:08 when you're ready for it, it'll be obvious 03:52:21 but you dont need it until you run multiple priviledge levels 03:52:25 which you wont initially 03:52:59 for the first part of any kernel development, everything usually runs in ring 0, which means you wont need to support ring 0 + ring 3 03:53:23 it'll probably be a few years until you have it all figured out and everything in place to make that jump 03:53:23 <_Abysmo_> yes 03:54:13 <_Abysmo_> i started reading tutorials an 1 year ago.. and only now i'm understanding any things 03:54:59 <_Abysmo_> i'm now reading the intel manual 03:55:00 basically in short, you need a single TSS per cpu that's loaded all the time 03:55:10 tricking the cpu into thinking you're running a single task all the time 03:55:15 <_Abysmo_> the charpter about Task switch 03:55:31 you use the esp0 field only so that it knows what esp to switch to if it's running in ring 3 03:55:42 and it takes an interrupt or syscall that transitions it to ring 0 03:55:45 <_Abysmo_> that TSS is pl#0 ? 03:55:54 pl#0? 03:56:16 take about 90% of what that chapter tells you and forget it 03:56:30 it's the same thing that all new people go through, the x86 manual is terribly misleading 03:56:54 everyone ends up thinking they have to use TSS and 4 levels of protection, because the manual describes how 03:57:02 when the reality is that no one does 03:57:16 they all use rin 3 and ring 0 only, and use software task switching 03:57:35 unfortunately, int he same way you can't get away from using at least a couple of segments, you can't totally get out of using at least one TSS 03:57:39 --- join: elvstone (~elvis@as3-2-3.sgp.lk.bonet.se) joined #osdev 03:57:42 <_Abysmo_> is what i'm doing, 0 and 3 03:57:51 AMD got rid if it in x86-64 (segments and TSS) 03:58:00 and no other architecture has anything remotely like it 03:58:28 it's leftover crap from 20 years ago, back when it really was faster to use TSS since every little cycle counted then 03:58:45 and when intel was still piling features on 03:59:12 <_Abysmo_> does AMD 64 have stability? 03:59:20 eh? 03:59:42 <_Abysmo_> i readed that it is unstable 03:59:54 I dunno, time will tell 04:00:02 but that has no relevance to this discussion 04:00:37 <_Abysmo_> yes, that was only a single question 04:00:46 <_Abysmo_> :) 04:01:02 good morning. 04:01:08 <_Abysmo_> i need a linked list to save the state of tasks? 04:01:58 <_Abysmo_> do i need a linked list to save the state of tasks? 04:02:20 <_Abysmo_> or thats another trick? 04:02:31 <_Abysmo_> to get it faster 04:02:36 --- quit: raiche (Read error: 54 (Connection reset by peer)) 04:02:40 _Abysmo_: there are many ways to do it 04:02:43 that is one way 04:02:46 --- join: raiche (~K@h173n2fls31o865.telia.com) joined #osdev 04:02:55 but it's uslaly far more complex than 'a linked list' 04:02:59 elvstone: morning 04:03:11 I can't believe I'm still awake, it's 4am 04:03:19 just watched 'pumping iron' 04:03:38 the bodybuilding movie from the mid seventies that followed our new governer around 04:04:38 * elvstone thought he'd install openbsd 3.4 on our router this morning, but booting of installation floppy hangs at "bios0: ROM list: 0xc0000/0x8000" :/ 04:04:41 <_Abysmo_> geist, do u know any examples, in C? 04:04:49 --- quit: mrMister ("gone") 04:05:10 _Abysmo_: linux, *bsd, minix, atheos, syllable, newos, etc 04:06:00 <_Abysmo_> is newos yours OS? 04:06:09 yes 04:07:01 <_Abysmo_> u gave me a link to a web page with that, i think, but it wasn't x86 asm.... 04:07:17 eh? 04:08:53 --- join: lodda (~lodda@p508FF7D9.dip.t-dialin.net) joined #osdev 04:09:20 hmm 04:10:41 i'm working on a filesystem layer and i'm pondering on what kind of messages you want 04:11:05 mostly for synchronization 04:11:12 erm 04:11:13 i mean 04:11:23 yeah, that's not very clear 04:11:43 if i want drivers to be able to be normal processes 04:11:59 how should i enable the drivers to respond to ioctls 04:12:09 i'm kinda unsure how that's thought to work 04:12:28 should the kernel translate ioctl's to stream entries for the normal io objects 04:12:36 or is there some other way? 04:12:50 well, now it totally depends on your architecture 04:13:12 usually what an ioctl is is just a special call to do device specific stuff 04:13:25 so it usually works in roughtly the same way open/read/write/close/etc work 04:13:34 it's just another call the fs layer and device layer support 04:13:47 but I'm not totally sure what you're asking 04:14:11 well let's say we have a COM port driver 04:14:31 that's basically running in userlevel under a posix system 04:14:50 we could say that opening a device is remapped to a socket connection for the driver to accept 04:15:06 but when an userapplication (running in userlevel) wants to do a ioctl 04:15:18 that the driver (running at userlevel with privelegies) should take care of 04:15:26 is there any nice ways to abstract that ? 04:15:38 well how is ioctl any different than read/write? 04:15:55 any call to the driver would have this same issue, right? 04:16:04 why are you treating ioctl differently? 04:16:20 read/write = stream operations basically 04:16:28 ioctl is too 04:16:31 ioctl calls sometimes gets ptrs to structures 04:16:52 so you want to know how do deal with those structures? 04:17:02 send em over the socket to the device driver 04:17:06 --- quit: _Abysmo_ () 04:17:19 hmm 04:17:22 could do that as out of band data 04:17:38 the question left is how to nicely abstract datapassing in local memory 04:17:41 I suppose, these kind of problems start showing up when you do a microkernel 04:17:54 that's my idea 04:18:03 this is not going to be the first tiem you have to deal with it, so figure out a decent general solution and reuse if possible 04:18:15 that's why i'm asking :) 04:18:31 kinda figured it would be quite a general prob :) 04:18:35 well, I dunno. I'm not a huge fan of ukernels for this reason 04:19:10 but the perfect ipc mechanism is a balance between just serializing the data and sending over a pipe and directly memory mapping it in both processes 04:19:28 getting a good general purpose fast ipc mechniasm would be really good at this point 04:19:42 you might want it anyway for all the file data you'll need to move back and forth 04:19:48 a jointly mapped page would be nice 04:19:57 definetly 04:20:20 so from an ipc point of view you can just treat an ioctl as a read/write operation I guess 04:20:27 you're just reading/writing the structure 04:22:05 hmm 04:22:26 buut anyway, it's super early I need to sleep 04:22:28 talk to ya later! 04:22:33 thanks, cya 04:22:42 i think i just need to not think as a posix provider 04:22:54 --- join: acidx (79993012fd@200-158-190-246.dsl.telesp.net.br) joined #osdev 04:22:54 more thinking in terms of just "supporting" posix 04:34:58 --- join: demise (psz@c-8f4272d5.01-94-7673741.cust.bredbandsbolaget.se) joined #osdev 04:42:50 --- quit: lodda ("leaving") 04:45:25 --- join: kdehl (~madman@as3-2-3.sgp.lk.bonet.se) joined #osdev 04:46:13 kdehl 04:49:51 debug: 04:49:53 :) 05:16:50 hello world 05:17:29 --- join: mrMister (~andri@ti122110a080-1227.bb.online.no) joined #osdev 05:19:37 Hi 05:20:27 only swedish people awake 05:20:39 hej på er, svenskar 05:21:16 hej! 05:21:25 :) 05:21:47 --- quit: ka22b4ks () 05:24:01 Hej, finne. 05:27:02 tack 05:27:32 Vassego 05:27:39 What's my mur up to? 05:28:05 demise: Vem ar du forresten? Gammal gubbe under nytt nick? 05:28:30 train leaves 21.04 eet 05:28:45 Robert: jag har varit här för länge sen, men jag brukar inte chatta mycket. 05:29:40 does not remember either 05:29:46 mur 05:29:51 * mur 05:30:48 demise: Usch, det var ju inte bra. 05:31:01 demise: Da har du en del att ta igen. 05:32:36 da-da Robert 05:33:24 --- quit: demise () 05:35:13 Heh, he's so anti-social. :) 05:36:22 you talked too much Robert! 05:39:06 --- join: elvstone_ (~elvis@as3-2-3.sgp.lk.bonet.se) joined #osdev 05:39:06 --- quit: elvstone (Read error: 104 (Connection reset by peer)) 05:39:06 --- quit: kdehl (Read error: 104 (Connection reset by peer)) 05:39:27 --- nick: elvstone_ -> elvstone 05:41:36 --- quit: elvstone (Read error: 104 (Connection reset by peer)) 05:42:42 --- join: Ceil (~CP@pD9038CCC.dip0.t-ipconnect.de) joined #osdev 05:44:05 --- join: elvstone (~elvis@as3-2-3.sgp.lk.bonet.se) joined #osdev 05:47:44 --- join: kdehl (~madman@as3-2-3.sgp.lk.bonet.se) joined #osdev 06:31:06 --- quit: kdehl (Read error: 104 (Connection reset by peer)) 06:31:06 --- quit: elvstone (Read error: 104 (Connection reset by peer)) 06:31:37 --- join: elvstone (~elvis@as3-2-3.sgp.lk.bonet.se) joined #osdev 06:37:07 --- quit: Robert (Read error: 110 (Connection timed out)) 06:40:19 --- join: kdehl (~madman@as3-2-3.sgp.lk.bonet.se) joined #osdev 06:40:45 --- quit: mrMister ("leaving") 06:40:53 --- join: mrMister (~andri@ti122110a080-1227.bb.online.no) joined #osdev 06:54:39 --- join: asmodeus (~www@row2-F-dhcp193.event.dreamhack.org) joined #osdev 06:54:45 --- quit: asmodeus (Client Quit) 06:54:53 --- join: asmodeus (~www@row2-F-dhcp193.event.dreamhack.org) joined #osdev 06:55:15 --- part: asmodeus left #osdev 06:57:36 --- join: teletype (~yuriz@rcr.teraflops.com) joined #osdev 07:04:12 --- join: nr5_ (~rebel@195.252.72.41) joined #osdev 07:15:09 --- quit: Ceil ("leaving") 07:17:14 --- join: Odin-FOO (~sbkhh@adsl-2-216.du.snerpa.is) joined #osdev 07:17:24 --- quit: Odin- (Read error: 104 (Connection reset by peer)) 07:24:00 --- join: z3r0_one (~z3r0_one@lsanca1-ar51-4-42-020-164.lsanca1.dsl-verizon.net) joined #osdev 07:24:04 --- quit: eniac ("leaving") 07:24:55 --- join: eniac (~eniac@81.241.5.232) joined #osdev 07:25:33 --- join: lodsb_ (~lodsb@pD9E632DF.dip.t-dialin.net) joined #osdev 07:31:36 --- join: _PePs_ (~dieu@AAmiens-106-1-9-49.w80-11.abo.wanadoo.fr) joined #osdev 07:33:12 --- quit: lynx (Read error: 110 (Connection timed out)) 07:34:42 --- join: savio (savio@core.cx) joined #osdev 07:55:43 --- quit: nr5_ ("leaving") 08:06:34 --- join: newbs (newbs@ts1-illavl168.shawneelink.net) joined #osdev 08:15:08 --- join: lodda (~lodda@p508FEA86.dip.t-dialin.net) joined #osdev 09:04:05 --- quit: eniac ("leaving") 09:42:26 --- join: demise (psz@c-b64272d5.01-94-7673741.cust.bredbandsbolaget.se) joined #osdev 09:50:21 --- join: clsk (clsk@0-1pool135-37.nas7.fort-lauderdale1.fl.us.da.qwest.net) joined #osdev 10:06:49 --- quit: z3r0_one ("Now committing seppuku daily for the last time...") 10:09:53 <_PePs_> hello 10:12:50 bon bon jour 10:23:53 --- join: witten (~witten@c-67-164-74-227.client.comcast.net) joined #osdev 10:44:04 --- join: clovis (~clovis@lns-p19-9-82-65-151-54.adsl.proxad.net) joined #osdev 10:44:11 hi all 10:45:20 --- join: _PePs__ (~dieu@AAmiens-106-1-17-116.w81-50.abo.wanadoo.fr) joined #osdev 10:47:35 --- quit: _PePs_ (Read error: 54 (Connection reset by peer)) 11:09:02 --- quit: lodda ("leaving") 11:14:16 --- quit: savio (zelazny.freenode.net irc.freenode.net) 11:14:16 --- quit: yuriz (zelazny.freenode.net irc.freenode.net) 11:14:16 --- quit: file (zelazny.freenode.net irc.freenode.net) 11:14:16 --- quit: gila (zelazny.freenode.net irc.freenode.net) 11:14:16 --- quit: debug (zelazny.freenode.net irc.freenode.net) 11:14:16 --- quit: jrydberg__ (zelazny.freenode.net irc.freenode.net) 11:14:16 --- quit: zhware (zelazny.freenode.net irc.freenode.net) 11:18:08 --- join: savio (savio@core.cx) joined #osdev 11:18:08 --- join: yuriz (~yuriz@a177t25.elisa.omakaista.fi) joined #osdev 11:18:08 --- join: file (~file@mctn1-2626.nb.aliant.net) joined #osdev 11:18:08 --- join: gila (~gila@cc16711-a.delfz1.gr.home.nl) joined #osdev 11:18:08 --- join: debug (~debug@tab.csbnet.se) joined #osdev 11:18:08 --- join: jrydberg__ (~jrydberg@h55x405.delphi.afb.lu.se) joined #osdev 11:18:08 --- join: zhware (~zhware@219.101.239.126) joined #osdev 11:21:36 --- join: keyhack (~mbjones@denali.ccs.neu.edu) joined #osdev 11:23:15 Evening 11:27:14 --- quit: Divine (Read error: 110 (Connection timed out)) 11:27:20 --- join: air (~brand@c-24-10-199-222.client.comcast.net) joined #osdev 11:29:58 hey hey 11:32:05 hey 11:35:30 whats everyone up to? 11:35:41 --- quit: _PePs__ (Remote closed the connection) 11:36:22 ladev 11:37:00 its the part that comes before osdev when developing a lanugage/OS hybrid 11:37:30 --- join: _PePs_ (~dieu@AAmiens-106-1-17-116.w81-50.abo.wanadoo.fr) joined #osdev 11:37:52 awesome, do you have a website for me to look at? 11:38:04 brix-os.sf.net 11:38:06 u? 11:38:30 oi air! 11:38:33 --- nick: lodsb_ -> lynx 11:38:42 oy lynx 11:39:35 I'm starting mine over again, from scratch, doing some heavy reading long before I attempt it again 11:40:54 lynx: did i tell u guys that im using pattern matching for the parser now? 11:43:41 --- join: ZLM (~fork@AToulouse-103-1-2-153.w80-13.abo.wanadoo.fr) joined #osdev 11:53:43 --- join: Ceil (~CP@pD9038CAF.dip0.t-ipconnect.de) joined #osdev 11:53:50 exit 11:53:53 --- quit: keyhack ("Leaving") 11:54:43 --- quit: demise () 11:56:35 air: no 11:56:42 air: pattern matvhing likr ehsz? 11:56:57 arr 11:57:05 air: pattern matching like what? 12:11:42 --- join: keyhack (~mbjones@denali.ccs.neu.edu) joined #osdev 12:11:48 Anyone know much about the OSKit? 12:12:16 --- join: wl (philipp@pD954EFD1.dip.t-dialin.net) joined #osdev 12:18:12 --- quit: gila (Read error: 60 (Operation timed out)) 12:22:24 --- join: gila (~gila@cc16711-a.delfz1.gr.home.nl) joined #osdev 12:29:01 --- quit: air (Read error: 110 (Connection timed out)) 12:34:09 --- join: df (~yakumo@host81-132-89-92.in-addr.btopenworld.com) joined #osdev 12:36:49 --- quit: keyhack ("Leaving") 12:40:51 yo 12:42:34 * gila is away: I'm busy 12:43:43 * geist is being really lame today 12:46:33 --- quit: Ceil ("leaving") 12:51:21 --- join: debater (vircuser@82-43-33-75.cable.ubr01.croy.blueyonder.co.uk) joined #osdev 12:52:09 blimey i was expecting a raging torrent of messages 12:52:27 you know the kind that makes your screen whooosh past 12:52:40 everyone's asleep? 12:52:49 or i'm in a bot convention? 12:53:10 heLLLLLLo 12:53:38 ECHO echo (echo) (echo) (echo) ... 12:53:58 everyones sleeping off the turkey they ate 12:54:09 o of course its thxgvg 12:54:19 sorry im english 12:54:39 =) 12:55:19 you'd think the turkeys would go on holiday this time of year, wouldn't you? 12:55:45 mind you, i suppose dubba did :-) 12:57:54 --- part: debater left #osdev 13:00:38 --- join: Divine (~john@c-24-10-99-115.client.comcast.net) joined #osdev 13:03:01 heh 13:03:03 croydon 13:28:28 --- quit: witten ("Client exiting") 13:33:39 Good night, and eat a lot of turkeys...! 13:34:30 --- quit: gab ("leaving") 13:34:39 --- quit: clovis (Remote closed the connection) 13:35:35 --- join: gab (~gab@proxima.chx-labs.org) joined #osdev 13:37:01 --- join: gianluca (~glguida@ppp-143-137.28-151.libero.it) joined #osdev 13:41:49 --- quit: ZLM (Read error: 104 (Connection reset by peer)) 13:42:00 hello 13:42:04 --- join: ZLM (~fork@AToulouse-103-1-2-153.w80-13.abo.wanadoo.fr) joined #osdev 13:43:22 --- join: Robert (~snofs@c-2b5a71d5.17-1-64736c10.cust.bredbandsbolaget.se) joined #osdev 13:50:19 --- quit: df ("syntax: ja matte ne!") 13:55:57 --- quit: ZLM (Read error: 54 (Connection reset by peer)) 13:56:40 --- join: Ceil (~CP@pD9038EDB.dip0.t-ipconnect.de) joined #osdev 13:58:06 --- quit: wl ("Quit") 14:02:34 --- nick: jrydberg__ -> cookin 14:06:08 --- quit: Ceil ("leaving") 14:07:41 ------- 14:07:45 new order begins here! 14:07:49 dude? DUDE 14:08:55 dude 14:10:05 --- join: demise (psz@c-b64272d5.01-94-7673741.cust.bredbandsbolaget.se) joined #osdev 14:11:07 bad choise 14:11:09 ----- 14:11:18 monkey orders ends here 14:12:53 --- join: pavlovski (~tim@modem-982.cruncher.dialup.pol.co.uk) joined #osdev 14:23:16 --- quit: mrMister ("gone") 15:03:40 --- quit: pavlovski ("Client exiting") 15:32:28 --- quit: demise ("_____") 15:40:24 --- join: Dr_Evil (DSLflat@p508FD395.dip.t-dialin.net) joined #osdev 15:54:29 --- join: air (~brand@c-24-10-199-222.client.comcast.net) joined #osdev 15:55:40 lynx: u still here? 15:56:26 http://adbusters.org/campaigns/bnd/ 15:56:39 28.11. - tomorrow- Buy Nothing Day 16:08:19 http://adbusters.org/abtv/spots/pig_qtpd.html :) 16:19:44 mur: i've had buy nothing day for practically 3 weeks, tomorrow i'm buying underwear and that's that ;/ 16:44:27 --- quit: Prophet_ ("WTF is /quit ?") 16:47:37 --- quit: Dr_Evil () 16:57:34 ohhhhhhhhhhggg 16:57:55 * air just ate two sliced of pumpkin pie and one slice of chocolate pie 16:58:00 * air is gonna die 16:58:18 * newbs loves chocolate pie 16:58:27 * air is gonna eat another slice of chocolate pie in a few minutes 16:58:27 i had two slices today =) 16:58:45 yikes 16:58:49 this is the best chocolate pie u have never had 16:58:54 slow down =P 16:59:14 i think its called angel strata or something like that 16:59:46 the pie is obviouly making you lose fine motor skills =P 17:00:15 my fine motor skills are fine 17:00:47 ok eat more pie 17:00:51 :) 17:01:04 can the stomach really explode? 17:01:12 :) 17:01:24 i think it can rupture 17:01:51 but i once watched a 96lb chinese man eat 50 hotdogs in like 10 minutes so you should be ok 17:02:04 WOAH! 17:02:11 with buns? 17:02:30 yah it was a good eating competetion 17:02:35 damn 17:02:42 he would like rip them in half and dip them in water 17:02:52 blew away all the fat americans 17:03:03 he set a world record too lol 17:05:31 i had potatos and carrots today, what a pity 17:05:49 here in germany we don't celebrate turkey day ]; 17:06:03 heh 17:07:17 i had turkey, dry and wet stuffing, orange jello salad, frog eye salad, more wet stuff, more frog eye salad, more wet stuffing, more frog eye salad, ... 17:08:10 and then those 3 slices of pie 17:08:20 what the h. is frog eye salad? 17:08:49 i guess it's not made off frogs 17:08:59 no 17:09:03 ancini de pepe 17:09:31 with marshmallows,crushed pineapple, mandarin oranges 17:09:50 buy a box of ancini de pepe, the recipe is on the box 17:10:01 my got a hungry felling right now 17:10:13 well, i'll look for a good midnight snack 17:10:16 its damn good 17:10:46 i think im gonna run to the store and buy a package of pumpkin cookies 17:54:07 blargh 17:59:25 --- quit: gianluca ("Leaving") 18:00:19 --- part: KilgoreTrout left #osdev 18:49:57 --- quit: oeck (Client Quit) 18:51:04 --- join: oeck (~oeck@host81-134-77-242.in-addr.btopenworld.com) joined #osdev 19:35:34 --- join: kslc (clsk@0-2pool53-213.nas7.fort-lauderdale1.fl.us.da.qwest.net) joined #osdev 19:35:36 --- quit: clsk (Nick collision from services.) 19:35:42 --- nick: kslc -> clsk 20:18:36 --- join: Prophet_ (~Prophet@p50813FC0.dip.t-dialin.net) joined #osdev 20:31:42 --- join: wcstok (strtok_r@cras76p26.navix.net) joined #osdev 20:38:55 --- quit: newbs (Client Quit) 20:44:42 --- join: witten (~witten@c-67-164-74-227.client.comcast.net) joined #osdev 21:08:47 gmorgning world 21:09:08 --- part: clsk left #osdev 21:23:00 --- quit: witten ("Client exiting") 21:38:17 --- quit: wcstok (Read error: 54 (Connection reset by peer)) 21:49:25 ahhh 21:49:46 the page clustering stuff is getting into shape 21:55:19 good good 22:07:45 --- quit: _PePs_ (Remote closed the connection) 22:28:55 --- join: witten (~witten@c-67-164-74-227.client.comcast.net) joined #osdev 22:45:17 --- quit: Prophet_ (Read error: 54 (Connection reset by peer)) 22:45:57 --- join: Prophet_ (~Prophet@p50813FC0.dip.t-dialin.net) joined #osdev 22:59:44 --- join: Prophet__ (~Prophet@p50813FC0.dip.t-dialin.net) joined #osdev 23:07:46 --- quit: Prophet_ (Read error: 60 (Operation timed out)) 23:59:59 --- log: ended osdev/03.11.27