[00:00:43] <lymon> dr_evil, don't you remember what axeld was saying about booting haiku ? =)
[00:01:05] <Dr_Evil> no, but I hope you can ask him in a few minutes
[00:02:18] *** TuneTracker has quit IRC
[00:02:37] *** axeld has joined #haiku
[00:02:37] *** ChanServ sets mode: +o axeld
[00:03:01] <NathanW> hi axeld
[00:03:17] <@mmu_man> plop
[00:03:26] <@axeld> Hi there
[00:03:29] <Dr_Evil> lymon ok here you go
[00:03:57] *** Racer__X has quit IRC
[00:03:59] <lymon> hello axeld, i interesting in booting haiku in real world from bfs
[00:04:24] <@axeld> lymon: okay, have you managed to do it yet? :-)
[00:05:03] <tic> you guys have a meeting today?=
[00:05:05] <NathanW> axeld: lymon and I were having the same problem
[00:05:08] <lymon> i was done everything i should but botting goes rebooting
[00:05:09] <NathanW> instant reboot
[00:06:13] *** Racer__X has joined #haiku
[00:06:41] <tic> bed time. night guys
[00:06:47] <M199> cya tic
[00:06:48] <@axeld> NathanW: you two have instant reboot?
[00:06:50] <slaad> Night ticster
[00:06:56] <NathanW> yeah
[00:07:16] <@axeld> NathanW: what kind of machines do you have?
[00:07:36] *** Racer__X has quit IRC
[00:07:39] <lymon> axeld i started to want to place for(;;); in code to see when it does ... and want you to suggest
[00:07:54] <NathanW> This is tested on a Dell Optiplex ICH4 based system with a P3 933, booting off the primary partition on the slave drive on the first IDE bus
[00:08:51] * lymon has Intel i815EP Radeon 7200 VIVO Celeron 1.1 GHz IDE bus MAXTOR 80Gb hdd on primary slave partition 3-rd
[00:09:33] <lymon> ICH4 also
[00:09:35] <NathanW> So we have just about the same system, lymon
[00:09:39] <NathanW> I have an i810
[00:09:50] <lymon> uhu
[00:09:51] *** AnEvilYak has quit IRC
[00:10:59] <@axeld> NathanW: interestingly, I also do have a system that does it: it's Intel based as well!
[00:11:21] <@axeld> lymon: Good question; I'd start shortly before the MMU is turned on
[00:11:22] <dipp> the evil lurks within intel..it always have ;)
[00:11:36] <NathanW> haha
[00:11:43] <@axeld> lymon: so in src/kernel/boot/platform/bios_ia32/mmu.cpp
[00:12:00] <NathanW> axeld: Do you think it's an issue of the IDE bus not operating in legacy ISA mode?
[00:12:51] <lymon> axeld: what function shold i use to print to display ?
[00:14:08] <@axeld> lymon: panic() is good (it stops completely using for(;;)), and dprintf()
[00:14:16] <@axeld> lymon: output is also via the serial cable
[00:14:38] <@axeld> NathanW: no, I think it's an issue of the MMU setup
[00:14:55] <NathanW> ok
[00:14:57] <lymon> i put it just at start of mmu_init_for_kernel
[00:15:15] * NathanW defers to axeld's superior wisdom
[00:15:27] *** AnEvilYak has joined #haiku
[00:16:42] <@axeld> lymon: do you have a serial null modem cable and a second system?
[00:16:44] <@axeld> Hi AnEvilYak
[00:16:47] <AnEvilYak> heya
[00:16:51] *** ShackaN has quit IRC
[00:17:22] <lymon> axeld: yes, i just started finding it =) it on kitchen
[00:17:28] <@axeld> NathanW: I don't know, I just think it's the MMU code - the boot loader does nothing than access the HD using BIOS functions - and those should really work
[00:17:52] <@axeld> lymon: then dprintf() is probably enough - the last output you'll see is how far it got
[00:18:09] <@axeld> NathanW: it could also be a problem with the real mode/protected mode switches
[00:18:58] <NathanW> Yeah, I can't bring up the bootloader screen
[00:19:01] * fyysik watched dprintf output 48 hours in last two days
[00:19:20] <@axeld> fyysik: that's a whole lot :)
[00:19:26] <dipp> how does the bootloader work? Does it load a stub and then jumps into pmode or does it jump into pmode directly?
[00:19:32] <fyysik> you said:(
[00:19:35] <AnEvilYak> 48 hours of dprintf....
[00:19:37] <AnEvilYak> I'm scared.
[00:20:04] <fyysik> ohh, noo. bit less. I slept 5 hours inbetween!
[00:20:40] * AnEvilYak backs away from fyysik
[00:21:17] <@mmu_man> [revol@patrick ~/devel]$ ./getdriver /dev/midi/es1371/1
[00:21:18] <@mmu_man> driver: /boot/beos/system/add-ons/kernel/drivers/bin/es137x
[00:21:30] <@mmu_man> quite useful, let's put that in cvs
[00:21:48] <fyysik> AnEvilYak - mmu_man is much more tough - he slleps only 2 hours - on laptop keyboard!
[00:21:54] <NathanW> mmu_man:
[00:21:55] <NathanW> $ getdriver /dev/net/3c920/0
[00:21:55] <NathanW> error 0xffffffff ''
[00:22:05] *** lymon has quit IRC
[00:22:11] <AnEvilYak> fyysik: mmu_man sleeps?
[00:22:41] <fyysik> heh, you didn;t know? Me too, until Bernd exolained that. Yeah, he really sleeps"
[00:23:00] <@mmu_man> hmm err is worng, it should check errno actually
[00:23:16] <@axeld> mmu_man: how does it work?
[00:23:19] <AnEvilYak> fyysik: I'm not sure my mind's ready to grasp this concept :)
[00:23:20] <@mmu_man> fyysik no I only enter suspend mode
[00:23:30] <@mmu_man> err = ioctl(fd, B_GET_DRIVER_FOR_DEVICE, &dp);
[00:23:36] <AnEvilYak> while (1) { asm("hlt") } ?
[00:23:45] <@mmu_man> axeld lot of stuff in headers noone ever used
[00:24:04] <@mmu_man> AnEvilYak no! while(1) safe_hlt();
[00:24:16] <@axeld> mmu_man: didn't know that BeOS could do that :)
[00:24:19] <AnEvilYak> mmu_man: the difference being?
[00:25:12] <@axeld> mmu_man: BTW, I've readded (addr_t) in listarea.c to fix a warning
[00:25:41] <@axeld> mmu_man: I just didn't have any other idea to fix it in a clean way - and since you wanted to add addr_t in your headers I thought it's okay
[00:25:47] <@mmu_man> AnEvilYak it doesn't use hlt if disabled :p
[00:26:01] <@mmu_man> axeld fair enough :)
[00:26:10] <@mmu_man> axeld yeah it can do a lot more :)
[00:26:13] <AnEvilYak> mmu_man: ah.
[00:26:15] <@mmu_man> saw my lsmodules driver ?
[00:26:33] <@mmu_man> hmm we really need a standard sysctl() API
[00:26:38] <@mmu_man> for all of that
[00:26:45] <@axeld> Dunno, I really don't like sysctl()
[00:26:53] <@mmu_man> I have like 20 drivers just for reporting stuff to userland app
[00:26:56] <@axeld> I am considering removing it from the kernel again
[00:27:26] *** illissius[sleep] has quit IRC
[00:27:26] <@mmu_man> axeld well it's much simpler for sending/getting stuff to kernel
[00:27:27] *** illissius[sleep] has joined #haiku
[00:27:43] <@mmu_man> then having to open /dev/misc/yetanotherdriverjusttoreportsomedata
[00:28:19] <@axeld> mmu_man: you'd still have to write your support functionality in there, then
[00:28:19] <@mmu_man> it's equivalent to doing ioctl() without having to copypaste a driver source, and open() a dev
[00:28:39] <@axeld> mmu_man: we do have a generic syscall mechanism in Haiku that can be used for these things
[00:28:48] <@mmu_man> axeld yes, but the API is standardized, so in user space you just sysctl(..., (void *)mystruct)
[00:28:50] <NathanW> mmu_man: You could do that with attribute support
[00:29:02] <@mmu_man> and in the module/driver you just register a struct with a get/set method
[00:29:16] <@axeld> mmu_man: the API is as standardized as ioctl() - which makes it pretty useless IMO
[00:29:19] <@mmu_man> NathanW I was thinking about a procfs actually
[00:29:27] <@mmu_man> attributes have some limitations though
[00:29:33] <NathanW> They do
[00:29:41] <NathanW> But they would be *really* nice
[00:30:07] <@mmu_man> axeld well we can have a typed sysctl
[00:30:14] <@mmu_man> :p
[00:30:33] <NathanW> As would devfs node monitoring
[00:31:12] <NathanW> But attribute support would be especially nice for drivers that don't allow concurrent access, for getting things like ethernet link speed, MAC address, etc. from userland
[00:31:19] <@mmu_man> hmm I think devfs in R5 already sends notifications
[00:31:33] <@mmu_man> just it won't publish a driver util you readdir() the folder
[00:33:31] *** lymon has joined #haiku
[00:33:32] <NathanW> but attribute support would be amazing
[00:33:38] <NathanW> also to give device pretty names
[00:34:04] <@axeld> NathanW: that what Haiku will have
[00:34:13] <NathanW> ooh, yay
[00:34:32] <@axeld> NathanW: but not only pretty device names, also unique device identifiers
[00:35:00] <lymon> =( i didn't find serial cabel (suck) so i just reached mmu_init and panic.
[00:35:22] <NathanW> yeah
[00:35:26] <NathanW> for the device manager
[00:35:28] <lymon> so the detailed serial dump i can send you only tomorrow when i get another serial cable
[00:35:40] <NathanW> Is there/will there be some kind of quality metric for drivers?
[00:36:03] <@mmu_man> query -v /dev/ '(PCI:vendor==0x8086)&&(PCI:id==0x1234)'
[00:36:09] <NathanW> On PowerPC, you can have generic drivers for just about all of the system, but it would be nice to replace them with better ones if the better ones are there
[00:36:16] <AnEvilYak> -v?
[00:36:20] <NathanW> Same with IDE drivers
[00:36:22] *** dipp has quit IRC
[00:36:25] <@mmu_man> AnEvilYak volume
[00:36:29] <AnEvilYak> oh.
[00:36:33] <@mmu_man> same as cd /dev && query
[00:36:44] <AnEvilYak> ;p
[00:37:09] <@axeld> lymon: thanks
[00:37:48] <lymon> axeld: i can play with panic but it is not good idea when i can normally dump kernel messages tomorrow
[00:37:51] *** DaaT has quit IRC
[00:38:10] <lymon> or play with it today =)
[00:38:23] <@axeld> NathanW: not really (quality metrics) - what will be there is an order of bus managers to iterate over - so that PCI comes before ISA for example
[00:38:46] <@axeld> NathanW: for PPC's OF stuff it might just be that, a separate bus manager that comes last
[00:38:50] <NathanW> I suppose that works
[00:39:16] <NathanW> But what about USB or Firewire?
[00:39:30] <NathanW> Where it might implement a generic interface, and a more general one
[00:39:56] <NathanW> Or, with IDE controllers, there are specific things you can do with Intel controllers beyond the generic PCI IDE spec
[00:41:55] <@axeld> NathanW: well, a driver will be able to say how it supports the device - the more specified it is, the more likely it is that this driver will be taken
[00:42:21] <NathanW> ok, so that's similar to my idea of the quality metric then, functionally, anyway
[00:42:27] <NathanW> excellent :)
[00:42:27] <@axeld> NathanW: but right now, it doesn't work perfectly - it only goes by string length
[00:42:34] <NathanW> hahaha
[00:42:48] <NathanW> whatever, eventually I assume it will work right
[00:43:04] <@axeld> Someday, it should :-))
[00:43:32] <NathanW> just so long as the thought's there
[00:43:55] * lymon decided to play ...
[00:44:00] *** lymon has quit IRC
[00:46:11] *** MikeW has quit IRC
[00:53:09] *** AnEvilYak has quit IRC
[00:54:50] *** lymon has joined #haiku
[00:56:25] <lymon> axeld: i place panic in init_page_dir (mmu.cpp) just before switching to new page dir and it reaches it (halted) but on display there is no info. is it correct or playing deeper ?
[00:56:50] <lymon> after init_page_directory it goes to reboot
[00:56:51] *** AnEvilYak has joined #haiku
[00:57:05] <lymon> so the problem is in incorrect page dir
[00:57:36] <geist> oh no, mmu.cpp?
[00:57:45] <lymon> geist: ugu
[00:57:46] *** kr1stof has quit IRC
[00:59:04] <lymon> axeld: how can i help more ? =)
[00:59:53] <geist> lymon: what are you working on?
[01:00:10] <@axeld> lymon: dunno - you should see something
[01:00:27] <lymon> geist: i'm working on nothing =) actually
[01:01:16] <@axeld> what a pity :))
[01:01:17] <lymon> axeld: you mean that i'm have to see panic message ? i don't but system is halted
[01:01:30] <@axeld> geist: we seem to have a sudden reboot feature on Intel chipsets
[01:01:38] <lymon> the system is going to reboot only after switching to new page directory
[01:01:47] <@axeld> lymon: you should see one I guess
[01:01:54] <geist> anything special about these chipsets?
[01:02:06] <@axeld> lymon: as the boot loader is single threaded and it directly writes into the graphics memory
[01:02:06] <geist> are you sure it's chipset based and not processor based?
[01:02:18] <@axeld> geist: not 100%
[01:02:31] <@axeld> geist: at least it doesn't seem to work on any Intel chipset
[01:02:39] <geist> are you sure it's not starting in PGE mode or anything?
[01:02:49] <@axeld> geist: I only have an Athlon test box, and there it works fine
[01:02:50] <geist> I doubt it would be or anything
[01:03:24] <lymon> axeld: i was surprised about message too ... but ...
[01:03:44] <fyysik> mmu_man should know about mmu more
[01:03:45] *** GNUStep_Me has joined #haiku
[01:03:48] <lymon> it is the fact ... message is not displayed
[01:04:28] <@axeld> geist: who would do that?
[01:04:35] <@axeld> Hi GNUStep_Me!
[01:04:55] <@axeld> geist: so you think I should explicetly clear PGE on startup?
[01:06:23] <GNUStep_Me> hi, axeld.
[01:08:06] <geist> axeld: nah, not ifyou're writing the bootloader
[01:08:11] <geist> but it wouldn't hurt to check
[01:08:55] * mmu_man goes to bed
[01:09:19] <geist> but that bit being said would definitely make it fall down
[01:09:32] *** alphakiller has quit IRC
[01:09:40] <geist> and on a new 64-bit capabile cpu I could potentially see it being set since you need to it get to the extended paging features
[01:11:11] *** fyysik has quit IRC
[01:12:57] <AnEvilYak> what's the PGE bit's purpose?
[01:13:05] <lymon> 4MB pages
[01:13:10] <lymon> enabling
[01:13:11] <AnEvilYak> ahh.
[01:15:24] *** Hummin has joined #haiku
[01:15:26] <Hummin> heeey!
[01:15:32] <Hummin> what is this I hear about a window manager ?
[01:15:45] <Hummin> who's workin on that ?
[01:15:57] <AnEvilYak> adi and darkwyrm presumably
[01:16:11] <Hummin> ahaa.. cool stuff
[01:16:27] <Hummin> things are beginning to feel interresting
[01:16:37] *** BGA has quit IRC
[01:17:01] <Hummin> maybe I'll hold on to that ol laptop
[01:17:08] <Hummin> to run haiku on
[01:17:17] * mmu_man has another kernel to test...
[01:17:18] *** mmu_man has quit IRC
[01:17:32] <Hummin> have any new screenshots of the window rendering shown up anywhere ?
[01:18:28] <AnEvilYak> http://darkwyrm.remor.com
[01:19:16] <Hummin> ooh.. w00t!!
[01:19:18] <Hummin> lemme check
[01:19:25] *** BGA has joined #haiku
[01:19:25] *** ChanServ sets mode: +o BGA
[01:23:47] *** mmadia has joined #haiku
[01:25:16] <lymon> axeld: do you have tested boot_loader on any intel platfrom ?
[01:25:38] <@axeld> lymon: nope
[01:25:46] <lymon> axeld: i just dont't want to switch to amd =(
[01:25:49] <@axeld> lymon: but I do have a SiS laptop
[01:25:59] <@axeld> (with P3)
[01:26:14] <lymon> hm...
[01:26:26] <@axeld> Unfortunately, I don't have any space on the HD there - but I am thinking about removing Windows, and then I would have enough space again
[01:26:53] <lymon> axeld, just buy hdd =)
[01:27:14] <geist> oh well, I was thinking PSE then
[01:27:16] <geist> instead of PGE
[01:27:28] <geist> if PSE is set and you dont know about it then bad things will happen when you turn the mmu on
[01:28:02] <@axeld> geist: the P3 also has PSE? Or only the P4?
[01:28:27] <geist> I think PSE was in the ppro
[01:29:16] <geist> and the new iAMD64 stuff uses the PSE bit to get to the x bit in 32 and 64 bit mode
[01:29:18] <@axeld> geist: ah, I was thinking 36-bit address enhancement
[01:29:32] <geist> yes it's that
[01:29:41] <geist> basically each of the page table entries becomes 64-bits
[01:29:58] <geist> in the initial implementation of it, it was only using 36 bits of it
[01:30:12] <lymon> in my case not 64-bit
[01:30:18] <@axeld> okay
[01:30:26] <geist> but it'd be worth checking
[01:30:36] <geist> I think it's a bit in CR4
[01:30:40] <@axeld> But it shouldn't really cause any damage as long as I don't use any 4MB pages, or?
[01:30:47] <matricks> haiku going 64bit? :)
[01:30:49] <@axeld> yes, it's in CR4
[01:30:56] <@axeld> I'll check that out
[01:31:02] <geist> wait, we're talking about different things
[01:31:07] <geist> there's PGE which just turns on 4MB pages
[01:31:09] <@axeld> lymon: or do you want that, too?
[01:31:15] <geist> PSE changes the format of the page tables entirely
[01:31:25] <geist> I meant PSE before when I mentioned PGE
[01:31:43] <@axeld> geist: I am currently on page 3-22 of Vol III IA-32 manual
[01:32:02] <lymon> axeld: say here the patched code, i'll try also
[01:32:05] <@axeld> geist: "The 4-MByte page size is selected by setting the PSE flag in control register CR4"
[01:32:11] <geist> well shit
[01:32:15] <@axeld> lymon: okay, I do
[01:32:19] <geist> then I'm just totally confused on what the damn bit is called
[01:32:31] <geist> maybe it *is* PGE
[01:32:42] <geist> no, maybe PGE is the one that lets you have "global" pages
[01:33:20] <agentmumu> btw, i also get instant reboots on an intel p3 laptop
[01:33:26] <agentmumu> but also on my athlon xp box
[01:33:44] <lymon> matricks admit a reasonable question, shall haiku be amd-64 compatible ?
[01:34:18] <matricks> lymon: good to prepare for a 64bit switch yeah
[01:34:28] <agentmumu> axeld: btw, haiku work for me in bochs now, after a complete recompile
[01:34:34] <agentmumu> +does
[01:34:53] <GNUStep_Me> lymon, infakt it runs on i586/i686 it it is amd-64 compatible.
[01:35:12] <GNUStep_Me> but you never get the full speed.
[01:35:15] *** mmu_man has joined #haiku
[01:35:16] *** ChanServ sets mode: +o mmu_man
[01:35:30] <lymon> i mean full 64 bit mode
[01:36:21] <Hummin> in>	i just got a amd64 lappie
[01:36:25] <Hummin> ferrari, even
[01:36:26] <GNUStep_Me> if your able to compile it with a newer gcc and aktivate 64 inside of the kernel, what is missing today it should.
[01:36:28] <Hummin> acer
[01:36:28] <@axeld> lymon: not likely for R1, but I'll definitely buy such a system for that purpose one day
[01:38:03] <agentmumu> since i can't sleep anywhy, i'll get a nullmodem cable and have a look where it reboots on my athlon xp box
[01:38:12] <agentmumu> anyway
[01:38:14] <mmadia> axeld did you get me mail about OT from cvs ?
[01:38:20] <lymon> axeld, anyway i'am an admirer of intel p6 architecture stolen from powerpc
[01:38:33] <@axeld> geist: yes, PGE is the one for global pages - maybe you just meant PAE? :-)
[01:38:45] <@axeld> mmadia: from when?
[01:38:47] <geist> YES that is
[01:38:50] <geist> PAE
[01:39:00] <@axeld> okay
[01:39:49] <mmadia> axeld humph.  seems it wasn't sent.   i was wondering about the "basic calendar" feature for OT
[01:40:13] *** Hummin has quit IRC
[01:40:43] <lymon> all the debug registers and config registers in p6 is strange recall powerpc ones
[01:42:28] <@mmu_man> lymon I guess intel had no imagination for devil reg maps that time
[01:44:02] *** GNUStep_Me has quit IRC
[01:44:25] <@axeld> mmadia: it's just the current month in a calendar view when you hold the button when switching to the date view
[01:44:29] <lymon> why i even saw  debugger which shows p6 flow with regs renaming, for maps you can use intelligen code that fit in 1 level cache <- this is what in ppc reg maps
[01:44:38] *** Korli has quit IRC
[01:46:24] <mmadia> sweet looking, axeld !
[01:47:55] <agentmumu> which device is serial0 under beos?
[01:48:19] <lymon> com1?
[01:48:33] <@mmu_man> actually they start at 1
[01:48:40] <agentmumu> /dev/???
[01:48:41] <@mmu_man> /dev/ports/serial1,2,...
[01:48:50] <agentmumu> ah, thanks
[01:49:43] <@mmu_man> axeld ni OT I want a % view for attributes with a progress bar :p
[01:49:52] <@mmu_man> oh, and handle META:tooltip :)
[01:49:53] <@axeld> lymon: still in need of the sequence to turn off PAE?
[01:50:07] <@mmu_man> what about META:textcolor ? :D
[01:50:28] <@axeld> mmu_man: sounds great
[01:50:36] <lymon> axeld: give me
[01:50:42] <@mmu_man> "now send patches" ?
[01:51:08] <@axeld> At least it still boots with these lines :))
[01:51:10] <@axeld> asm("movl %cr4, %eax;"
[01:51:10] <@axeld> "andl $0xffffffcf, %eax;"
[01:51:11] <@axeld> "movl %eax, %cr4");
[01:51:17] <@mmu_man> damn now I have hicups
[01:51:28] <@axeld> lymon: that one must be done before enabling paging
[01:51:55] <lymon> before enabling or before switch to new pagedir ?
[01:52:24] <lymon> or in loader it is the same
[01:53:08] <@mmu_man> brain_disable_pm_and_goto_bed();
[01:54:17] *** mmu_man has quit IRC
[01:54:42] *** lymon has quit IRC
[01:55:29] <agentmumu> i really wonder where all my stuff goes
[01:55:49] <@axeld> agentmumu: what do you mean?
[01:57:17] *** Dr_Evil has quit IRC
[01:57:37] <agentmumu> axeld: in this particular case my multimeter as well as my gender-changers
[02:02:21] *** BGA has quit IRC
[02:02:23] *** lymon has joined #haiku
[02:02:40] <lymon> axeld: it doesn't help
[02:03:12] <@axeld> lymon: bummer, but thanks for trying! :-)
[02:04:45] <lymon> may be we need perform invalidate cache when adding tables to dir ?
[02:06:08] <@axeld> Shouldn't hurt
[02:08:15] <agentmumu> axeld: would a "cat /dev/ttyS0" on the second maschine be enough to see haikus serial output?
[02:09:47] <NathanW> wow
[02:09:47] <@axeld> agentmumu: yes, but then you couldn't play with the kernel debugger
[02:09:49] <NathanW> cvs is slow
[02:09:55] <lymon> i think no ... better use usual terminal program where you can setup com port parameters
[02:09:57] <@axeld> horrible slow
[02:10:03] <NathanW> I started updating my tree almost 2 hours sgo
[02:10:17] <NathanW> talked to people, went to dinner, came back, and it's still running
[02:11:45] <@axeld> NathanW: yes, but we'll switch to svn in the not so distant future
[02:11:52] <NathanW> excellent!
[02:12:00] * NathanW does a dance
[02:12:47] <@axeld> It was about time :-)
[02:13:08] <lymon> axeld: =( what shall i do ?
[02:13:12] * lymon crying
[02:13:14] <agentmumu> which parameters would i need for a terminal programm, hardware flow control, which speed?
[02:13:38] <@axeld> The usual, 1152xx baud, 8n1
[02:14:06] <@axeld> lymon: don't worry :)) You want to flush TLB after every page mapping?
[02:14:42] *** mmadia has quit IRC
[02:15:00] <lymon> axeld: no =( =)
[02:16:32] <NathanW> axeld: On a random note, what's the current state of the PPC port?
[02:16:45] <NathanW> I just acquired a bunch of PPC hardware of various eras
[02:16:50] <@axeld> NathanW: I haven't worked on it for quite some time
[02:17:01] <@axeld> NathanW: I bought an iBook 12" myself :-)
[02:17:08] <NathanW> nice :)
[02:17:27] <NathanW> I was thinking of playing with it
[02:17:36] <NathanW> Since I have nothing else to do with all this hadware
[02:19:12] <@axeld> Sure, I won't have any time to work on it in the next couple of weeks
[02:19:22] <@axeld> So go for it :)
[02:19:23] <NathanW> Does it build under Linux?
[02:19:28] <NathanW> I'm assuming OS X is out
[02:20:14] *** lymon has quit IRC
[02:21:04] <@axeld> NathanW: it should more or less build under Linux - at least it does here
[02:21:11] <NathanW> ok, cool
[02:21:21] <NathanW> GCC 2.95.3, or will 3 work?
[02:21:43] <@axeld> NathanW: I've tried to build it under MacOS X, but that didn't work for strange reasons I did not have the time to investigate
[02:21:46] <@axeld> both
[02:21:50] <NathanW> ok, cool
[02:21:59] <NathanW> thanks
[02:24:27] *** ConneX has quit IRC
[02:27:32] <geist> you'll want a ppc-elf compiler
[02:27:39] <geist> the macosx gcc generates mach-o binaries
[02:27:54] <geist> ist>	i never could get one to build properly for newos, but your mileage may vary
[02:28:42] <NathanW> right, I wasn't able to, either
[02:31:08] *** lizdeika has joined #haiku
[02:31:10] <@axeld> geist: right, but it couldn't even build any files with ... arguments because it couldn't find stdarg.h - which *was* there and in the include path
[02:37:26] *** mmadia has joined #haiku
[02:38:20] *** NathanW has quit IRC
[02:43:00] *** naaina has joined #haiku
[02:44:17] *** mmadia has quit IRC
[02:54:21] <@axeld> Night!
[02:54:23] *** axeld has quit IRC
[02:58:26] *** mmadia has joined #haiku
[03:00:25] *** NathanW has joined #haiku
[03:01:16] *** NathanW has quit IRC
[03:03:04] *** NathanW has joined #haiku
[03:03:12] <NathanW> blah
[03:03:14] <NathanW> axeld left
[03:03:44] <mmadia> you gotta let him go NathanW.
[03:03:49] <NathanW> haha
[03:03:51] <mmadia> ...if it's meant to be, he'll come back.
[03:04:01] <NathanW> I wanted to tell him Haiku did the same thing on my VIA/AMD machine
[03:05:32] <NathanW> anyway have the awe64 driver handy?
[03:07:00] *** NathanW has quit IRC
[03:07:18] <agentmumu> hehe, is there actually any machine besides axelds one, which doesn't reboot?
[03:17:56] <CIA-8> axeld * current/src/kernel/core/fs/devfs.cpp:
[03:17:56] <CIA-8> Added a devfs_publish_directory() function that just tries to make sure
[03:17:56] <CIA-8> that a path is available (like "mkdir -p").
[03:20:18] *** MikeW has joined #haiku
[03:21:17] *** ablyss has quit IRC
[03:32:41] *** NathanW has joined #haiku
[03:33:01] <NathanW> hrrrrm
[03:33:16] <NathanW> Apparently the matrox mystique isn't supported by Rudolf's driver
[03:36:08] <geist> axeld is good, he signs off irc and gets to work
[03:36:19] <geist> unlike most of us which just sit here and waste time
[03:36:26] <NathanW> heh, yeah
[03:36:46] <geist> in fact, I think I'll try to go no irc for the night
[03:36:51] <geist> maybe I'll finally get some work done
[03:37:31] <CIA-8> axeld * current/headers/private/kernel/devfs.h: Added devfs_publish_directory() prototype.
[03:38:07] *** nPHYN1T3 has joined #haiku
[03:48:14] *** trefas has joined #haiku
[03:50:03] *** MikeW has quit IRC
[03:50:31] *** voidref has quit IRC
[03:51:18] *** lizdeika has quit IRC
[03:52:09] *** MikeW has joined #haiku
[03:53:30] *** voidref has joined #haiku
[03:53:30] *** ChanServ sets mode: +o voidref
[03:57:11] *** AnEvilYak has quit IRC
[03:57:11] *** slaad has quit IRC
[03:57:11] *** YNOP has quit IRC
[03:57:11] *** Fanskapet has quit IRC
[03:57:11] *** sys2 has quit IRC
[03:57:11] *** tic has quit IRC
[03:57:11] *** ProctonW has quit IRC
[03:58:17] <CIA-8> axeld * current/src/kernel/core/device_manager/probe.cpp:
[03:58:17] <CIA-8> Will now also publish directories for existing driver directories that
[03:58:17] <CIA-8> have subdirectories in order to find device drivers like /dev/audio/raw
[03:58:17] <CIA-8> without any drivers in /dev/audio.
[04:00:30] *** AnEvilYak has joined #haiku
[04:00:30] *** slaad has joined #haiku
[04:00:30] *** YNOP has joined #haiku
[04:00:30] *** Fanskapet has joined #haiku
[04:00:30] *** sys2 has joined #haiku
[04:00:30] *** tic has joined #haiku
[04:00:30] *** ProctonW has joined #haiku
[04:19:27] *** NathanW has quit IRC
[04:24:04] *** NathanW has joined #haiku
[04:41:50] *** mmadia42 has joined #haiku
[04:57:55] *** mmadia has quit IRC
[04:57:55] *** mmadia42 is now known as mmadia
[04:58:50] *** mmadia has quit IRC
[05:09:21] *** slaad has quit IRC
[05:16:05] *** mmadia has joined #haiku
[05:21:56] *** Fanskapet has quit IRC
[05:23:58] *** voidref has quit IRC
[06:20:41] *** MikeW has quit IRC
[06:21:19] *** nPHYN1T3 has quit IRC
[06:22:50] *** illissius- has joined #haiku
[06:32:28] *** illissius[sleep] has quit IRC
[06:32:28] *** YNOP has quit IRC
[06:39:45] *** naaina has quit IRC
[06:49:56] *** mmu_man has joined #haiku
[06:49:57] *** ChanServ sets mode: +o mmu_man
[07:03:13] *** hUMUNGUs has joined #haiku
[07:09:19] *** thies_ has joined #haiku
[07:23:21] *** mmadia has quit IRC
[07:27:08] *** thies has quit IRC
[07:29:24] *** kr1stof has joined #haiku
[08:05:02] *** Koki has quit IRC
[08:10:14] *** m_eiman has joined #haiku
[08:33:19] *** naaina has joined #haiku
[08:35:23] *** naaina has quit IRC
[08:45:44] *** Greyhawk_Dragon has joined #haiku
[08:52:25] *** kr1stof has quit IRC
[08:58:10] *** lymon has joined #haiku
[09:00:27] *** JBurton has joined #haiku
[09:00:35] <JBurton> hi
[09:03:32] <@mmu_man> hmm an sqlfs would rox
[09:03:55] <@mmu_man> fields as attributes...
[09:08:33] <JBurton> no, please :)
[09:08:38] <JBurton> not everything has to be a FS :P
[09:08:50] <@mmu_man> EVERYTHING IS A FILE
[09:08:56] <JBurton> NNNNNNNNNNNOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
[09:08:58] <@mmu_man> even users :D
[09:09:02] <JBurton> lol
[09:09:23] <@mmu_man> indeed: http://clapcrest.free.fr/revol/beos/shot_querybased_multiuser.png
[09:09:33] <@mmu_man> BeOS is more Unix than Unix =)
[09:09:46] <JBurton> hah
[09:09:59] <JBurton> well, I was never a fan of that philosophy
[09:10:06] <@mmu_man> i am
[09:10:12] <JBurton> er, I had noticed :P
[09:10:35] <lymon> http://clapcrest.free.fr/revol/beos/shot_querybased_multiuser.png
[09:10:42] <lymon> sorry =)
[09:12:44] *** thaflo has joined #haiku
[09:15:24] <matricks> cool
[09:22:21] *** Greyhawk_Dragon has quit IRC
[09:40:47] *** thaflo has quit IRC
[09:43:26] *** fyysik has joined #haiku
[09:43:59] *** thaflo has joined #haiku
[09:46:16] *** thaflo has quit IRC
[09:46:16] *** thaflo has joined #haiku
[09:46:22] *** badonaway has quit IRC
[09:46:36] *** badonaway has joined #haiku
[10:19:24] *** fyysik has quit IRC
[10:22:05] *** Konrad has joined #haiku
[10:35:50] *** Korli has joined #haiku
[10:35:54] *** ChanServ sets mode: +o Korli
[10:36:04] <@Korli> hi JBurton
[10:36:36] <@Korli> you should ask Dr_Evil for op status :)
[10:43:08] *** Konrad has quit IRC
[10:47:10] *** dipp has joined #haiku
[10:53:29] *** voidref has joined #haiku
[10:53:29] *** ChanServ sets mode: +o voidref
[10:57:21] *** fyysik has joined #haiku
[10:57:33] <fyysik> hi ppl
[10:57:45] <fyysik> Hi Korli - still no crashes:)
[10:58:31] <lymon> helo fyysik
[10:59:09] <fyysik> hi lymon - did you find serial cable?:)
[10:59:33] <lymon> fyysik: ugu
[11:00:24] <JBurton> Korli yes, I think so
[11:00:25] <JBurton> :)
[11:00:33] <JBurton> hi Korli btw :)
[11:04:51] *** BGA has joined #haiku
[11:04:51] *** ChanServ sets mode: +o BGA
[11:05:36] <lymon> fyysik: but i afraid it will not help
[11:06:52] <lymon> fyysik: problem is found but solution is unknown
[11:07:10] <dipp> What are you doing? Writing a driver?
[11:08:24] <lymon> dip: most of us is unable to run kernel on intel
[11:08:44] <dipp> okay
[11:08:57] <dipp> You mean Intel Chipset or Intel CPU?
[11:09:02] <lymon> the problem in incorrect page directory setup
[11:09:07] <dipp> ah ok
[11:09:20] <lymon> dipp: im my case both
[11:09:23] <sys2> stupid "illustrerad vetenskap", they have a cd full of pictures from hubble but use some stupid windowized image format for their jpegs so i cant watch them :/
[11:09:30] <dipp> lymon: ok
[11:10:10] <geist> lymon: is the page directory getting corrupted somehow?
[11:11:46] *** bs0 has quit IRC
[11:17:46] *** thaflo has quit IRC
[11:19:37] *** thaflo has joined #haiku
[11:20:09] *** FastJack has joined #haiku
[11:20:44] *** badonawy has joined #haiku
[11:21:07] *** FastJack_ has quit IRC
[11:21:07] *** reffie has quit IRC
[11:21:07] *** badonaway has quit IRC
[11:21:07] *** w-ber has quit IRC
[11:24:46] *** BGA has quit IRC
[11:26:52] *** BGA has joined #haiku
[11:26:52] *** ChanServ sets mode: +o BGA
[11:27:39] <@Korli> fyysik do you know by chance some other people to test your emuxki fix ?
[11:28:19] <@Korli> i'm not able to test it
[11:28:39] <@Korli> any emuxki users here btw ?
[11:28:56] *** m_eiman has quit IRC
[11:29:01] <fyysik> Korli there was someone at beibts talckback...i don't know him, though
[11:29:19] <fyysik> will look if there is his mail listed
[11:30:12] <fyysik> Korli or you mean to test that it just works?
[11:30:30] <fyysik> even if it didn't crah before?
[11:31:26] *** BGA has quit IRC
[11:31:57] <@Korli> fyysik actually both
[11:34:16] <fyysik> ok, i sent mail to man who complained at bebits
[11:35:04] <fyysik> ik>	i get feelong that it may happen more frequently with Intel chipsets or CPUs
[11:35:44] <fyysik> and i will ask to test it this evening other people for whose older version worked too
[11:37:37] <@Korli> AFAIK i tested mostly on via chipsets
[11:41:30] <fyysik> Korli - but can you guess why subwoofer and center are only half-functional? No analog controls for those, digital controls don't affect anything and there is sound from subwoofer and center only when mapping of those channels to other cannels in ON in mixer? Yet implemented functionality? Ot too various codecs and basic schematics variations?
[11:46:52] *** dipp has quit IRC
[11:49:32] <@Korli> subwoofer and center are only available in 6 channels mode
[11:49:55] <@Korli> digital controls affect only the digital output
[11:50:00] *** mmu_man has quit IRC
[11:51:03] <@Korli> what do you mean by half-functional ?
[11:52:24] <fyysik> when i switch in setup to 5.1 mode, situation is same
[11:53:00] <@Korli> and you have a Live 5.1 ?
[11:53:15] <fyysik> no analog volume sliders for those, and no sound if i don't map those channels to left-right
[11:53:37] <fyysik> at least in Windoze subwoofer and center are totally functional
[11:53:59] <@Korli> maybe it's not detected as a Live 5.1
[11:55:41] <fyysik> anyway, at moment it is rather theoretical interest, as i don't have good s-woofer and center speakers
[11:55:55] <fyysik> but very good front speakers
[11:57:22] <fyysik> hm...it seems that my "fix" has side effects
[11:58:22] <fyysik> sometimes Media Preferences won't start (starting too long) and when started, are empty
[11:59:16] <fyysik> so maybe i moved too much below interrupt handler line
[11:59:59] <@Korli> werid
[12:00:21] <@Korli> if (emuxki_codec_read(&card->config, AC97_EXTENDED_AUDIO_ID) & 0x0080) { => check Live 5.1
[12:00:26] <fyysik> but /dev/audio/multi/emuxki/1 is present
[12:01:13] <fyysik> it reports there something like 0800
[12:01:16] <fyysik> IIRC
[12:02:11] *** jonaskirilla has joined #haiku
[12:02:16] *** mmadia has joined #haiku
[12:02:23] <@Korli> check this, i don't know your model number
[12:02:46] <@Korli> i>	i tested only once with an old Live 5.1 card
[12:03:13] <@Korli> lunch
[12:03:34] <fyysik> chiprev 8 model 8027 enhanced at e800
[12:04:04] <fyysik> codec TriTech TR28602
[12:04:37] <fyysik> deviceID 0002
[12:06:02] <fyysik> away for 5 hours
[12:10:56] *** oOSidViciousOo has joined #haiku
[12:11:53] *** oOSidViciousOo is now known as Fanskapet
[12:16:38] *** jonaskirilla has quit IRC
[12:25:05] *** Dr3w has joined #haiku
[12:30:48] *** ShackaN has joined #haiku
[12:47:12] *** w-ber has joined #haiku
[12:52:34] *** bs0 has joined #haiku
[12:54:32] <bs0> anybody there?
[12:56:36] <bs0> where is DaaT ?
[12:58:03] *** ShackaN has quit IRC
[13:13:46] *** bs0 has quit IRC
[13:18:08] *** ShackaN has joined #haiku
[13:19:18] *** mmu_man has joined #haiku
[13:19:18] *** ChanServ sets mode: +o mmu_man
[13:26:50] <agentmumu> lymon: but it doesn't seem to be an intel-only problem, it also reboots in my athlon xp box
[13:26:57] <@Korli> fyysik CT4832 - SBLive! Value (PCI\VEN_1102&DEV_0002&SUBSYS_80271102)
[13:28:14] <@Korli> not a 5.1 model IMO but http://www.digit-life.com/articles/livetolive51/
[13:30:17] <@mmu_man> hacking ?
[13:30:17] <@mmu_man> :)
[13:32:44] <@Korli> seems a firmware upgrade of a standard SB Live can give a 5.1 model
[13:37:21] *** reffie has joined #haiku
[13:41:32] *** thaflo has quit IRC
[13:41:45] *** ShackaN has quit IRC
[13:42:13] *** ShackaN has joined #haiku
[13:42:15] *** thaflo has joined #haiku
[13:43:50] <lymon> agentmumu: ok i admit it
[13:46:28] <JBurton> re
[13:47:02] <@Korli> re
[13:58:59] <CIA-8> rudolfc * current/src/add-ons/accelerants/nvidia/engine/nv_acc_dma.c: updated DMA engine error handling: the driver should nolonger hang (again) if the engine crashes.
[14:00:59] *** Fanskapet has quit IRC
[14:01:12] *** Fanskapet has joined #haiku
[14:06:43] *** Greyhawk_Dragon has joined #haiku
[14:10:14] *** Greyhawk_Dragon has quit IRC
[14:27:30] *** Lebuzzer has joined #haiku
[14:37:31] *** Greyhawk_Dragon has joined #haiku
[14:38:29] *** Korli has quit IRC
[14:38:43] *** Korli has joined #haiku
[14:38:47] *** ChanServ sets mode: +o Korli
[14:40:46] *** fyy_laptop has joined #haiku
[14:53:46] *** dipp has joined #haiku
[14:54:39] *** Greyhawk_Dragon has quit IRC
[14:59:05] *** M199 is now known as Master199
[15:04:18] *** WindowsUninstall has joined #haiku
[15:24:27] <CIA-8> axeld * current/headers/private/kernel/thread.h: Improved header - struct kernel_args was only defined in arch headers.
[15:31:54] *** naaina has joined #haiku
[15:35:59] *** dipp has quit IRC
[15:38:08] *** Greyhawk_Dragon has joined #haiku
[15:42:12] <CIA-8> bonefish * current/headers/os/app/Messenger.h:
[15:42:12] <CIA-8> * Got rid of all friends save the Private inner class.
[15:42:12] <CIA-8> * Turned the private constructor into a private SetTo().
[15:42:12] *** Greyhawk_Dragon has quit IRC
[15:42:25] *** Greyhawk_Dragon has joined #haiku
[15:43:18] <CIA-8> bonefish * current/headers/private/app/MessengerPrivate.h:
[15:43:18] <CIA-8> * Fixed mismatching header guard.
[15:43:18] <CIA-8> * Added SetTo().
[15:45:38] <CIA-8> bonefish * current/src/kits/app/Messenger.cpp:
[15:45:38] <CIA-8> * Turned the private constructor into a SetTo().
[15:45:38] <CIA-8> * The < operator uses BMessenger::Private now (it's no longer a friend).
[15:46:50] <CIA-8> bonefish * current/ (4 files in 3 dirs): BMessenger has no friends besides Private anymore.
[15:47:45] <CIA-8> bonefish * current/headers/private/kernel/MessagingServiceDefs.h: Added clarifying comment.
[15:48:57] <CIA-8> bonefish * current/src/kernel/core/main.c: Added initialization of the messaging service.
[15:49:24] *** naaina has quit IRC
[15:51:29] <lymon> why kernel knows about user land message wrappers ?
[15:51:33] <CIA-8> bonefish * current/src/kernel/core/messaging/ (MessagingService.h MessagingService.cpp):
[15:51:34] <CIA-8> * Improved initialization.
[15:51:34] <CIA-8> * The counter semaphore is now only released when writing a command into
[15:51:34] <CIA-8> an 25 14:51:34 <CIA-8>	 an formerly empty area. The userland part is aware of that. :-)
[15:52:40] *** jonaskirilla has joined #haiku
[15:54:47] *** naaina has joined #haiku
[15:54:56] *** jonaskirilla has quit IRC
[15:58:22] *** fyy_laptop has quit IRC
[15:58:59] <CIA-8> bonefish * current/src/servers/registrar/ (MessagingService.h MessagingService.cpp): (log message trimmed)
[15:58:59] <CIA-8> * Added the class MessagingCommandHandler, instances of which can be
[15:58:59] <CIA-8> registered as handlers for specific commands sent by the kernel.
[15:58:59] <CIA-8> (Beautifully object-oriented :-)
[15:58:59] <CIA-8> * Fixed a bug regarding MessageArea creation (the object was deleted
[15:59:00] <CIA-8> twice on error).
[15:59:02] <CIA-8> * Actually resume the command processor thread.
[16:00:43] <CIA-8> bonefish * current/src/servers/registrar/ (Referencable.cpp Referencable.h): Added helper class Referencable (a simple base class for reference counting).
[16:02:17] *** trefas has quit IRC
[16:03:20] *** ShackaN has quit IRC
[16:04:23] *** ShackaN has joined #haiku
[16:04:27] <CIA-8> bonefish * current/src/servers/registrar/ (MessageDeliverer.cpp MessageDeliverer.h):
[16:04:27] <CIA-8> This class encapsulates the service delivering messages without dropping
[16:04:27] <CIA-8> them immediately when the target port is full at the moment. It's not
[16:04:27] <CIA-8> quite complete. The data structures are there, but the actual delivery is
[16:04:27] <CIA-8> still missing.
[16:05:14] <CIA-8> bonefish * current/src/servers/registrar/Jamfile: Added Referencable.cpp and MessageDeliverer.cpp.
[16:07:04] <CIA-8> bonefish * current/src/servers/registrar/ (Registrar.h Registrar.cpp): The MessagingService is now a singleton. Added creation of the MessageDeliverer.
[16:08:38] <CIA-8> bonefish * current/src/servers/registrar/TRoster.cpp: TRoster is no longer a friend of BMessenger -- use BMessenger::Private.
[16:11:07] *** idJoe has joined #haiku
[16:12:16] <idJoe> hallo
[16:12:29] <matricks> meep
[16:12:44] <idJoe> orang-orang ke mana semua ya?
[16:12:55] <matricks> ke?
[16:13:11] <matricks> I heard english is a more spread language :)
[16:13:33] <idJoe> well, it's not english
[16:13:35] <matricks> and that my english isn't that good
[16:14:12] <idJoe> btw, how long have you used BeOS?
[16:14:20] <matricks> idJoe: I ment that you should speak english instead of that wierd language
[16:14:29] <matricks> I? I don't use it anymore
[16:15:02] <idJoe> it's not weird language
[16:15:06] <idJoe> it's Indonesian
[16:15:15] <idJoe> I learn it
[16:15:19] <matricks> aka weird  :) atleast to me :)
[16:15:36] 
[16:15:37] <|pst|> Definitely weird.
[16:15:57] <idJoe> matricks: I guess you are from Skandinavia
[16:16:00] <|pst|> English is better, it's so rudimentary and primitive, everyone is able to speak it.
[16:16:04] <matricks> idJoe: Sweden :)
[16:16:21] <matricks> |pst|: english has some very strange rules aswell
[16:16:33] <matricks> |pst|: compare it to esperanto or something like that
[16:16:36] <idJoe> Sweden or Finland ?
[16:16:39] <|pst|> matricks: All optional :-)
[16:16:41] <matricks> idJoe: Sweden
[16:18:29] <idJoe> so, the universal language is always mathematics
[16:18:33] <idJoe> am I right?
[16:20:29] 
[16:20:33] <CIA-8> bonefish * current/ (3 files in 2 dirs): Replaced _init_roster_() _delete_roster_() by static functions in BRoster::Private.
[16:23:46] <matricks> idJoe: I can also speak some weird languages
[16:23:55] <idJoe> OIC
[16:23:56] <|pst|> C, C++...
[16:24:19] 
[16:24:24] <matricks> snacka = talk
[16:24:29] <matricks> /speak
[16:24:30] <idJoe> What I said before was "Where has everybody gone?"
[16:24:37] <matricks> ahh
[16:24:44] <matricks> well.. back to work
[16:26:16] <idJoe> :-?
[16:28:51] <idJoe> Sampai jumpa semua! Saya pergi dulu.
[16:28:55] *** idJoe has left #haiku
[16:29:48] *** mmadia has quit IRC
[16:29:53] *** mmadia has joined #haiku
[16:32:09] *** bs0 has joined #haiku
[16:32:11] *** WindowsUninstall has quit IRC
[16:32:26] * mmu_man doesn't speak brainfuck
[16:32:51] <bs0> mmu_man any grep results ?
[16:32:51] <matricks> haha
[16:33:31] <@mmu_man> I think it was BePage, not sure though
[16:33:36] <bs0> hmm
[16:34:36] <bs0> it's hard to share it ? i will ask him
[16:34:51] <bs0> google/BePage
[16:37:11] <bs0> i've got his ICQ
[16:38:03] *** Potn has joined #haiku
[16:39:00] *** idJoe has joined #haiku
[16:39:22] <bs0> ok i have his mail
[16:40:49] <bs0> mmu_man i send him mai
[16:40:52] <bs0> l
[16:43:09] <bs0> mmu_man: http://cotito.free.fr/projects/Gonx/0095.png
[16:43:15] <bs0> this decor isn't copyrighted
[16:43:18] <@mmu_man> that's old stuff
[16:43:25] <bs0> Gonx creator used it
[16:43:34] <@mmu_man> no, Gonx predates
[16:44:07] <bs0> hm
[16:44:49] <bs0> hmm
[16:45:02] <bs0> if he used it why i can't use it ?
[16:45:37] <bs0> i always wondered about gonx decor and had no reply from cotito
[16:46:01] <bs0> i asked for decor long time ago
[16:46:04] <bs0> and no reply
[16:46:12] <|pst|> bs0: You can use it if you have a licence from the author.
[16:46:45] <bs0> but who is the author ?
[16:46:50] <bs0> BePage ?
[16:46:53] <bs0> i send him mail
[16:49:37] *** trefas has joined #haiku
[16:49:37] *** Greyhawk_Dragon has quit IRC
[16:49:48] *** Greyhawk_Dragon has joined #haiku
[17:00:02] *** idJoe has quit IRC
[17:04:34] *** jonaskirilla has joined #haiku
[17:06:07] <CIA-8> bonefish * current/src/servers/registrar/ (MessageDeliverer.h MessageDeliverer.cpp):
[17:06:08] <CIA-8> Implemented all missing functionality save the actual sending of a
[17:06:08] <CIA-8> flattened message. Support for this needs to be added to BMessage first.
[17:06:33] *** Dr_Evil has joined #haiku
[17:07:15] *** ShackaN has quit IRC
[17:08:50] *** Greyhawk_Dragon has quit IRC
[17:09:47] *** Korli has quit IRC
[17:10:49] *** ShackaN has joined #haiku
[17:11:00] <CIA-8> bonefish * current/src/servers/registrar/ (5 files): Renamed Referencable to Referenceable (mainly to make Axel happier :-).
[17:11:12] <CIA-8> bonefish * current/src/servers/registrar/Jamfile: Renamed Referencable to Referenceable (mainly to make Axel happier :-).
[17:14:40] *** mahlzeit has joined #haiku
[17:14:41] *** ChanServ sets mode: +o mahlzeit
[17:16:48] *** JBurton has quit IRC
[17:18:04] *** jonaskirilla has quit IRC
[17:20:11] *** Greyhawk_Dragon has joined #haiku
[17:23:15] *** sigmund has joined #haiku
[17:23:15] *** Greyhawk_Dragon has quit IRC
[17:25:30] <Lebuzzer> Congratulations to whoever needs to be congratulted on the registrar milestone!
[17:25:55] <@mahlzeit> that would be ingo
[17:26:20] <Lebuzzer> mahlzeit ok, will mention when I see him, thanks.
[17:26:30] * Lebuzzer returns to voice-overs
[17:27:06] <bs0> ok mmu_man
[17:27:13] <bs0> bepage's email is bad
[17:27:16] <bs0> :(
[17:27:25] <@mmu_man> bad ?
[17:27:29] <@mmu_man> bouncing ?
[17:27:34] <bs0> no
[17:27:39] <bs0> mail delivery error
[17:27:47] <bs0> The original message was received at Tue, 25 Jan 2005 16:40:37 +0100 (MET)
[17:27:47] <bs0> from host.xon.pl [216.32.69.74]
[17:27:48] <bs0> Jan 25 16:27:48 <bs0>
[17:27:49] <bs0> ----- The following addresses had permanent fatal errors -----
[17:27:49] <bs0> 436642740866 at a1plus dot at
[17:27:50] <bs0> (reason: 530 5.7.1 Relaying not allowed: 436642740866 at a1plus dot at)
[17:27:51] <bs0> (expanded from: <mathias.reitinger at telecom dot at>)
[17:27:56] <bs0> sorry for flood
[17:28:17] <@mmu_man> lol
[17:28:21] <@mmu_man> nothing I can do
[17:29:24] <|pst|> Maybe you should talk to your mail-provider.
[17:29:25] *** sigmund has quit IRC
[17:29:48] <bs0> argh
[17:30:11] *** sigmund has joined #haiku
[17:31:13] *** bs0 has quit IRC
[17:31:28] *** sigmund has quit IRC
[17:32:13] *** sigmund has joined #haiku
[17:33:39] *** m_eiman has joined #haiku
[17:40:20] <tic> I see you guys already decided on SVN?
[17:40:24] <tic> m_eiman!
[17:41:04] *** thaflo_ has joined #haiku
[17:42:52] *** naaina has quit IRC
[17:43:42] <Dr_Evil> tic where do you see that?
[17:49:59] <matricks> 02:12 <@axeld> NathanW: yes, but we'll switch to svn in the not so distant future
[17:50:26] <@mmu_man> I missed the interesting stuff once again
[17:50:40] <@mmu_man> can't you just have meetings earlier ? :p
[17:50:55] <@mahlzeit> blame the americans :-)
[17:51:12] <@mahlzeit> if they weren't in that crazy timezone...
[17:51:26] <tic> mmu_man, just keep the
[17:51:29] <tic> 'puter on. :)
[17:52:00] <tic> Dr_Evil, axeld's comment, plus googling for haiku svn got me the berlios project page, plus a check-in comment by axeld that he needs to backport the changes to Haiku's CVS, implying that he's mainly using SVN?
[17:52:10] <tic> I might be mis-interpreting it.
[17:52:58] <@mmu_man> an 25 16:52:58 <@mmu_man>	a bit too noisy
[17:53:31] <@mmu_man> one more thing to get used to... after jam
[17:53:56] <@mahlzeit> it>	i think we're going to rewrite everything in java too
[17:54:00] *** Korli has joined #haiku
[17:54:03] *** ChanServ sets mode: +o Korli
[17:54:04] *** Edrin has joined #haiku
[17:54:07] <Edrin> hello
[17:54:18] <@mahlzeit> hi Edrin
[17:54:29] <Edrin> you remember me!?
[17:54:38] <matricks> mahlzeit: yeah? I thought you guys were going for brain fuck for malbolge
[17:54:46] <Dr_Evil> tic thats just a test
[17:54:48] *** thaflo has quit IRC
[17:54:48] *** thaflo_ is now known as thaflo
[17:54:49] <Edrin> in>	in case haiku R1 is ready one day, how many MBs would a "minimal" installation require?
[17:54:52] <tic> Dr_Evil, aha.
[17:54:52] <@mahlzeit> matricks: too easy :-)
[17:55:01] <matricks> adaround 32
[17:55:01] *** MikeW has joined #haiku
[17:55:02] <tic> Edrin, something like BeOS, I guess. ~40M?
[17:55:12] <matricks> Edrin: around 30-40
[17:55:15] <Edrin> ic
[17:55:18] <Edrin> only!?
[17:55:22] <matricks> Edrin: minimal R5 is 32mb
[17:55:28] <Edrin> IC
[17:55:50] *** thies__ has joined #haiku
[17:55:54] <Edrin> do you think it is possible to boot and run BeOS/Haiku from an USB memory stick?
[17:56:19] <matricks> BeOS no.. Haiku.. perhaps.. but not it it's current state
[17:56:35] <Edrin> ok :)
[17:56:57] <@mmu_man> don't think anyone tried with zeta yet
[17:57:02] <Edrin> wouldn't it be great?
[17:57:21] <matricks> never encountered a computer that can boot from usb
[17:57:33] <Edrin> go *somewhere* and plug in your USB stick...
[17:57:51] <matricks> if that computer is one of the 1% that can boot from usb
[17:58:00] *** dipp has joined #haiku
[17:59:01] <Edrin> well, future ones will, no?
[17:59:02] *** sigmund has quit IRC
[17:59:22] <matricks> Edrin: perhaps.. the PC bios is going thru some changes
[17:59:35] <Edrin> in>	i am pretty sure that future ppl will run around with their own "desktops" around their necks...
[17:59:41] *** sigmund has joined #haiku
[17:59:51] <matricks> Edrin: yeah
[18:00:26] <@mahlzeit> yeah, the haiku shuffle, it runs all your programs randomly
[18:00:54] <matricks> haha :)
[18:01:07] *** sigmund has quit IRC
[18:01:12] <tic> why shouldn't you be able to boot/run BeOS off a USB stick?
[18:01:35] <Edrin> dunno
[18:01:45] <matricks> how would that work?
[18:02:08] <@mmu_man> if the BIOs can emulate a drive from that it should work
[18:02:13] *** sigmund has joined #haiku
[18:02:15] <matricks> yeah
[18:02:19] <Edrin> plugin beos and reboot computer
[18:02:23] <@mmu_man> at most make a floppy image with the usb stack on
[18:02:33] *** Begasus has joined #haiku
[18:02:42] *** Edrin has quit IRC
[18:03:40] <Dr3w> It should work 100% on PowerPC hardware.
[18:04:12] <Dr3w> OpenFirmware will just see the USB memory as a bootable drive IIRC.
[18:04:48] *** thies_ has quit IRC
[18:05:20] *** Fanskapet has quit IRC
[18:06:24] <Dr_Evil> how can i use the shell to have a counter in a filename? i basically want
[18:06:33] <@Korli> Dr_Evil can i ask some credits on the media preferences bebits page ?
[18:07:04] <Dr_Evil> for (i = 1; i < 150; i++) generate filename001 up to 149
[18:07:32] <Dr_Evil> Korli yes sure, just give me the text you want to read there
[18:08:45] <tic> sec.
[18:09:06] <tic> for i in $(seq 100); do touch file${i}; done
[18:09:15] <tic> optionally you can give a start argument to seq: $(seq 1 100)
[18:09:20] <tic> (might have a step parameter as well)'
[18:09:51] <@Korli> for ((a=1; a <= LIMIT ; a++)) do echo -n "$a " done
[18:10:19] <tic> Korli, isn't that only in csh?
[18:10:52] <tic> not in the standard BeOS bash anyway.
[18:11:43] <Dr_Evil> thanks Korli
[18:11:53] <Dr_Evil> will try
[18:12:39] <@mmu_man> file$(printf "%03d" $i).foo
[18:13:36] <@mmu_man> ahhhh
[18:13:49] <@mmu_man> much better when that stupid app doesn't signal(SIGSEGV)
[18:14:04] <@mmu_man> (wtf doesn't the debugger catch them when they are signaled ?)
[18:18:21] <@Korli> Dr_Evil sorry bash doesn't know this for syntax
[18:18:40] <tic> Right, like I said. :)
[18:18:47] <tic> do what -I- said, and it'll work.
[18:19:30] <@Korli> a=20; until [ $a -lt 10 ]; do echo $a; let a-=1; done;
[18:20:11] <fyysik> Korli - i'd read article you mentioned. It don't matter in our case.
[18:20:44] <fyysik> 1)we have open-source driver 2)my card already has analog s-woofer and center out
[18:20:45] <tic> Korli, somehow, using seq seems a bit more intuitive :)
[18:21:05] <@Korli> tic it's an external command :)
[18:22:15] *** Methe has joined #haiku
[18:22:25] *** Dr3w has quit IRC
[18:22:33] <@Korli> fyysik my point was the reference you gave isn't a 5.1 card
[18:23:08] <@Korli> unless i misunderstood something
[18:26:15] <fyysik> Korli - article tells us how to change Card ID in eeprom, to fool driver and software, and how to solder two analog outputs if it lacks that. On pur case no need to fool driver:) As we have driver source. And analog outputs in mu Oem Gold version already present. So i will try to fake it in driver
[18:26:19] <Dr_Evil> for ((a=1 ; a < LIMIT ; a++)) do wget file$(printf "%03d" $i).foo ; done worked
[18:27:59] *** thaflo has quit IRC
[18:28:10] <@Korli> fyysik anyway have to go :)
[18:28:14] *** Korli has quit IRC
[18:31:45] *** Greyhawk_Dragon has joined #haiku
[18:31:47] *** sigmund has quit IRC
[18:33:08] <fyysik> Dr_Evil - is there some restrictions in haiku mixer on number of Master Output volume sliders to be shown?
[18:40:07] *** Racer__X has joined #haiku
[18:42:42] *** __lymon has joined #haiku
[18:45:51] <__lymon> hello there
[18:48:05] *** jonaskirilla has joined #haiku
[18:48:59] *** jonaskirilla has quit IRC
[18:50:25] <Dr_Evil> fuck it, wget downloaded a image that contained this text, and then it stopped:
[18:50:27] <Dr_Evil> DO NOT CLICK THAT LINK.  IT IS LEECHER DETECTION.  IF YOU ARE A HUMAN AND SEEING THIS THEN DO NOT CLICK THAT LINK AGAIN, YOU WILL BE AUTOMATICALLY BANNED IF YOU DO.
[18:51:00] <@mahlzeit> heh
[18:51:32] <dipp> fear wget
[18:51:55] <mmadia> hi __lymon
[18:52:48] <@mmu_man> Dr_Evil what do you want to dl ?
[18:52:56] *** Greyhawk_Dragon has quit IRC
[18:53:11] <__lymon> Dr_Evil push it
[18:53:31] *** Greyhawk_Dragon has joined #haiku
[18:57:57] *** Dr_Rock has joined #haiku
[18:58:06] *** Dr_Rock has left #haiku
[19:04:51] <|pst|> drevil: He he, nice trick!
[19:04:51] *** Greyhawk_Dragon has quit IRC
[19:05:30] <Dr_Evil> ha very funny, need to get new ip...
[19:05:36] *** Dr_Evil has quit IRC
[19:05:55] *** sigmund has joined #haiku
[19:06:32] *** frankps has joined #haiku
[19:12:10] *** __lymon has quit IRC
[19:12:11] *** Greyhawk_Dragon has joined #haiku
[19:14:27] <w-ber> does any BeOS version have any support for software and/or hardware RAID?
[19:14:40] *** dr_evil has joined #haiku
[19:14:54] <dr_evil> provider doesn't feel like giving me a new ip, but a proxy works
[19:15:45] <mmadia> w-ber http://bedrivers.com/hardware  will list the RAID compatible hardware.
[19:16:12] <mmadia> there's also a "striped" driver floating around on bebits that can do RAID 0 or 1.... which ever is striping.
[19:18:52] *** Koki has joined #haiku
[19:19:13] <w-ber> thanks
[19:21:38] *** MikeW has quit IRC
[19:21:40] <@mmu_man> SoundPlay is currently playing "enigma - hackers.mp3", 1:01/9:28 (8:27 remaining)
[19:22:23] *** hUMUNGUs has quit IRC
[19:23:29] <NathanW> This is completely bizarre
[19:23:42] <NathanW> I'm removing something from a BMessage
[19:23:53] <NathanW> And it goes away, as far as PrintToStream() is concerned
[19:24:04] <NathanW> But when I iterate through the fields
[19:24:09] <NathanW> It's still there!
[19:24:12] *** mmadia is now known as mmadia_hibernate
[19:24:55] <NathanW> *sob*
[19:24:55] <@mmu_man> are you sure you check the same *copy* ? :)
[19:25:00] <NathanW> I just don't understand
[19:25:08] <NathanW> yes
[19:25:24] <NathanW> It's a private member of BMailComponent, allocated on the stack
[19:25:49] <NathanW> Further, successive PrintToStream()s, *including* one right at the end, show it as not being there
[19:27:08] *** dr_evil has quit IRC
[19:27:12] *** dr_evil has joined #haiku
[19:27:24] *** Greyhawk_Dragon has quit IRC
[19:27:58] *** Greyhawk_Dragon has joined #haiku
[19:29:16] *** mahlzeit has quit IRC
[19:30:16] *** Begasus has quit IRC
[19:31:54] *** sigmund has quit IRC
[19:32:03] *** Korli has joined #haiku
[19:32:03] *** ChanServ sets mode: +o Korli
[19:32:53] <CIA-8> nwhitehorn * current/src/kits/mail/MailMessage.cpp:
[19:32:54] <CIA-8> Fixed a bug that would cause bogus Message-IDs on BONE systems. It seems that
[19:32:54] <CIA-8> our utsname structure is 8 times larger than BONE's, so all the offsets are
[19:32:54] <CIA-8> screwed up when you try to link our headers against BONE libraries. If we're
[19:32:54] <CIA-8> really aiming for BONE compatibility in our network stack, perhaps this should
[19:32:54] <CIA-8> be changed.
[19:33:37] <NathanW> the other bug, however, remains inexplicable
[19:35:07] <sys2> btw, any dhcp in the net thingie yet? :>
[19:36:58] <tic> hey guys, how about this for Tracker add-ons? http://rafb.net/paste/results/lSj1HZ59.html
[19:37:50] <@mmu_man> char sysname[32];         char nodename[32];         char release[32];         char version[32];         char machine[32];
[19:37:56] <@mmu_man> isn't that large enough already ?
[19:38:41] <@mmu_man> is it different in R5 ??
[19:39:22] *** illissius- has quit IRC
[19:41:23] *** nPHYN1T3 has joined #haiku
[19:42:40] *** illissius has joined #haiku
[19:44:34] *** thies__ is now known as thies
[19:47:15] <@mmu_man> wow 14 open terminals
[19:48:55] *** DaaT has joined #haiku
[19:51:29] *** dos4 has joined #haiku
[19:52:28] *** jonaskirilla has joined #haiku
[19:52:58] *** jonaskirilla has quit IRC
[19:56:37] <NathanW> mmu_man: Haiku's is 256 bytes in each field
[20:00:08] <@mmu_man> why for ?
[20:00:20] <@mmu_man> absolutely no reason to waste that
[20:00:28] <NathanW> damned if I know
[20:01:09] <@mmu_man> unless you want to name the OS "The Wonderful, Marvelous, Superfragilisticexplialidocious World of Haiku"
[20:03:07] <@Korli> internet hostname is 256 bytes length
[20:04:15] <w-ber> mmu_man: I want to
[20:04:18] *** Greyhawk_Dragon has quit IRC
[20:04:54] *** Greyhawk_Dragon has joined #haiku
[20:05:40] <@mmu_man> well it can get truncated :p
[20:05:51] <@mmu_man> and why the f is nodename not the last one ? :)
[20:06:11] <@mmu_man> now, glibc has somemore stuff in there as well, so while at it of breaking things..
[20:08:47] * mmu_man pets his split_patch script
[20:09:00] <@Korli> mmu_man i think it's done this way to have a max length equal for gethostname :)
[20:09:38] <@mmu_man> Korli I understand but I'm nto sure it's a good reason enough
[20:09:42] <@Korli> we should just change this when target isn't haiku
[20:09:47] *** dr_evil has quit IRC
[20:12:26] *** sigmund has joined #haiku
[20:12:26] *** Greyhawk_Dragon has quit IRC
[20:15:45] <CIA-8> korli * current/headers/posix/sys/utsname.h: added R5 compatibility
[20:22:07] *** Greyhawk_Dragon has joined #haiku
[20:22:08] *** sigmund has quit IRC
[20:31:02] *** __lemon has joined #haiku
[20:31:53] *** jonaskirilla has joined #haiku
[20:39:14] *** sigmund has joined #haiku
[20:39:14] *** Greyhawk_Dragon has quit IRC
[20:45:34] *** Greyhawk_Dragon has joined #haiku
[20:45:35] *** sigmund has quit IRC
[20:48:13] *** SamuelGZ has joined #haiku
[20:49:20] *** konrad has joined #haiku
[20:52:46] *** WindowsUninstall has joined #haiku
[20:54:09] *** ahwayakchih has joined #haiku
[20:54:15] <ahwayakchih> hih>	hi everyone
[20:56:18] <dipp> hi
[20:57:11] *** BeMonni has quit IRC
[20:57:35] <ahwayakchih> hih>	hi dipp
[20:57:43] <ahwayakchih> anyone from UK here?
[21:00:22] *** DaaT has quit IRC
[21:07:04] *** Begasus has joined #haiku
[21:11:21] *** trefas has quit IRC
[21:11:37] *** trefas has joined #haiku
[21:14:21] *** WindowsUninstall has quit IRC
[21:17:57] *** lymon has quit IRC
[21:18:08] <CIA-8> nwhitehorn * current/src/add-ons/kernel/drivers/network/bcm440x/b44lm.c: Improved IRQ sharing
[21:20:51] *** MikeW has joined #haiku
[21:25:27] *** AnEvilYak has quit IRC
[21:25:30] *** Fanskapet has joined #haiku
[21:27:17] *** AnEvilYak has joined #haiku
[21:28:26] *** Begasus has quit IRC
[21:29:05] *** Begasus has joined #haiku
[21:29:16] *** BGA has joined #haiku
[21:29:16] *** ChanServ sets mode: +o BGA
[21:33:46] <NathanW> BGA: I fixed the mangled header bug
[21:34:26] <@BGA> NathanW: Cool!
[21:36:22] <ahwayakchih> mangled header?
[21:36:34] <tic> anyone here good at BColumnListView?
[21:39:52] <ahwayakchih> NathanW what You mean by "mangled header"? sorry i'm asking, but i had problems with typeinfo.name being not so unmangled :)
[21:45:42] <CIA-8> adioanca * current/src/servers/app/server/ (FMWList.h FMWList.cpp): s/(c) 2001-2002, OpenBeOS./(c) 2001-2005, Haiku, Inc.
[21:48:17] *** Mike2K has joined #haiku
[21:48:41] *** MikeW has quit IRC
[21:48:45] *** Mike2K is now known as MikeW
[21:51:11] <tic> BColumnListView? nobody?
[21:52:54] <@mmu_man> ask AnEvilYak
[21:53:35] *** MikeW has quit IRC
[21:54:19] *** Fanskapet has quit IRC
[21:55:16] *** qwm has joined #haiku
[21:55:20] <qwm> oh.
[21:55:23] <qwm> hi. :)
[21:55:27] <tic> tja qwm
[21:55:31] <qwm> tja.
[21:55:47] 
[21:55:48] <qwm> :]
[21:56:11] 
[21:56:13] <tic> kolla #haiku.se
[21:56:17] <tic> inte aktivt just nu, men annars.
[21:56:22] <qwm> ok. :)
[21:58:50] <dipp> :)
[22:03:44] *** mmadia_hibernate has quit IRC
[22:03:54] <NathanW> ahwayakchih: It was mangled rFC 822 e-mail headers
[22:04:06] <NathanW> The Message-ID field was being munged
[22:04:15] <NathanW> Due to incorrect sizing in a struct
[22:04:27] *** DaaT has joined #haiku
[22:05:30] *** Web_Master has joined #haiku
[22:10:19] <ahwayakchih> NathanW ah, ok, THX :)
[22:11:26] *** dos4 has quit IRC
[22:11:27] *** dipp has quit IRC
[22:11:32] <ahwayakchih> cya everyone
[22:11:37] *** ahwayakchih has quit IRC
[22:17:44] *** oco has joined #haiku
[22:17:44] *** Greyhawk_Dragon has quit IRC
[22:18:02] *** Greyhawk_Dragon has joined #haiku
[22:19:48] *** __lemon has quit IRC
[22:21:03] <CIA-8> axeld * current/src/kernel/libroot/posix/glibc/stdio-common/perror.c: I accidently broke glibc's perror() - now it's working.
[22:23:18] <sys2> accidently my ass
[22:23:18] <sys2> :P
[22:23:26] <DaaT> hehehe
[22:24:40] <sys2> axeld does not find anything better to do then break and fix what he broke all the time. . its an ewul circle
[22:24:40] *** Greyhawk_Dragon has quit IRC
[22:24:51] <sys2> every time he touches a keyboard he breaks something :/
[22:24:57] <CIA-8> axeld * current/headers/posix/sys/utsname.h:
[22:24:58] <CIA-8> We still have to be binary compatible when we build for Haiku.
[22:24:58] <CIA-8> Cleanup.
[22:24:58] <CIA-8> axeld * current/src/kernel/libroot/posix/glibc/stdlib/errno.h: Not at all needed
[22:25:00] <DaaT> the kboard maybe?
[22:25:10] *** Greyhawk_Dragon has joined #haiku
[22:26:38] <@mmu_man> ahh
[22:26:38] *** m_eiman has quit IRC
[22:26:42] <@mmu_man> axel woke up :)
[22:28:11] *** Potn has quit IRC
[22:28:49] *** Potn has joined #haiku
[22:29:27] *** Web_Master is now known as Web-AFK
[22:30:36] *** khorben has joined #haiku
[22:32:01] <tic> ze axel?
[22:33:32] <sys2> culaj mi grzyba ... if anyone is polish or something like that .. tell me what that means... i remember somone told me something like that a long time ago but i do not remember what it means :/
[22:33:42] <sys2> dunno if i even spelled it right :>
[22:33:49] <sys2> just came up my head now when i saw "ze" :P
[22:34:02] *** jonaskirilla has quit IRC
[22:34:10] <DaaT> can't help you there sys2
[22:34:16] <fyysik> Korli - emuxki-"fixed" tested on another machine "AMD K6-2 400 MHz, BeOS R5/BONE, 384 MB ram, SB Live Gamer"
[22:34:16] <tic> "mi grzyba" means "my mushroom" in this context. but I think it's slang for forehead.
[22:34:29] <tic> pocaluj mi grzybe, or something.
[22:34:32] *** Greyhawk_Dragon has quit IRC
[22:35:12] <sys2> muhh
[22:35:14] <sys2> humm
[22:35:15] *** Greyhawk_Dragon has joined #haiku
[22:35:20] <sys2> poculaj then ?
[22:35:29] <tic> kiss.
[22:35:36] <tic> or rather, "you kiss"
[22:35:44] <tic> pocalowac is "to kiss"
[22:36:01] *** Begasus has quit IRC
[22:36:16] *** Bega_ has joined #haiku
[22:39:03] *** konrad has quit IRC
[22:50:27] *** slaad has joined #haiku
[22:52:26] *** khorben has quit IRC
[22:54:24] *** swer has joined #haiku
[23:01:06] *** Methe has quit IRC
[23:04:12] <CIA-8> axeld * current/src/kits/storage/LibBeAdapter.cpp:
[23:04:13] <CIA-8> Added _kern_get_safemode_option(). Probably this file should be moved out
[23:04:13] <CIA-8> of the storage camp, though.
[23:04:13] *** Greyhawk_Dragon has quit IRC
[23:07:49] *** Lebuzzer has quit IRC
[23:12:44] <CIA-8> bonefish * current/headers/os/kernel/OS.h: Introduced new protection flag B_USER_CLONEABLE_AREA. It makes kernel areas cloneable for userland apps.
[23:13:26] <@mmu_man> I think we'll need a more complete protection scheme...
[23:13:51] <@mmu_man> now cloning kernel areas should just be forbidden except for root
[23:14:11] <CIA-8> bonefish * current/src/kernel/core/vm/vm.c: Added support for protection flag B_USER_CLONEABLE_AREA.
[23:14:16] <@mmu_man> actually cloning areas not belonging to himself
[23:15:26] *** frankps has quit IRC
[23:15:32] *** MikeW has joined #haiku
[23:17:45] *** Kernel86 has joined #haiku
[23:19:21] <CIA-8> bonefish * current/src/kernel/core/messaging/MessagingService.cpp:
[23:19:21] <CIA-8> As I recently learned making a kernel area B_READ_AREA/B_WRITE_AREA makes
[23:19:21] <CIA-8> it readable/writable for all userland apps. This is not what we want here.
[23:19:21] <CIA-8> We want to make the area cloneable for the registrar and hence use the
[23:19:21] <CIA-8> new flag B_USER_CLONEABLE_AREA. But there seems to be a bug that causes
[23:19:22] <CIA-8> strange things to happen, when using that flag only, therefore we go with
[23:19:23] <CIA-8> all of them until it is fixed.
[23:19:54] *** TuneTracker has joined #haiku
[23:32:58] *** Web-AFK has quit IRC
[23:34:09] *** ConneX has joined #haiku
[23:42:19] *** BGA has quit IRC
[23:43:17] *** Racer__X has quit IRC
[23:45:18] *** BGA has joined #haiku
[23:45:18] *** ChanServ sets mode: +o BGA
[23:47:10] *** DaaT has quit IRC
[23:48:36] *** M199 has joined #haiku
[23:49:59] *** ConneX has quit IRC
[23:55:26] <CIA-8> bonefish * current/headers/os/kernel/OS.h:
[23:55:26] <CIA-8> * Removed B_USER_CLONEABLE_AREA. The value conflics with other flags and
[23:55:26] <CIA-8> it does belong to <KernelExport.h> anyway.
[23:55:26] <CIA-8> * Reverted the protection flags back to decimal for consistency with the
[23:55:26] <CIA-8> other places. BTW, since when do we use decimals for flags?
[23:55:41] <CIA-8> bonefish * current/headers/os/drivers/KernelExport.h: Added B_USER_CLONEABLE_AREA protection flag. Here it does belong.
[23:57:07] <CIA-8> bonefish * current/headers/private/kernel/vm_types.h: Added B_USER_CLONEABLE_AREA to the kernel area protection mask.
[23:57:45] <@mmu_man> he touched OS.h !
[23:57:53] <@mmu_man> *slap* :)





top