| 00:01:02 | *** | Saving seen data "./dancer.seen" |
| 00:05:06 | | Quit lImbus (" The IRC Client of the Gods! -> http://www.hydrairc.com <- HydraIRC") |
| 00:26:01 | | Part amiconn |
| 00:48:57 | | Join NibbIer [0] (nibbler@port-212-202-78-119.dynamic.qsc.de) |
| 01:00 |
| 01:15:17 | | Join pfavr [0] (~Peter_Fav@c076102a.s-oe.bostream.se) |
| 01:15:17 | | Quit NibbIer (Read error: 54 (Connection reset by peer)) |
| 01:16:55 | | Quit pfavr (Client Quit) |
| 02:00 |
| 02:01:05 | *** | Saving seen data "./dancer.seen" |
| 02:52:01 | | Join NibbIer [0] (nibbler@port-212-202-78-119.dynamic.qsc.de) |
| 03:00 |
| 03:19:46 | | Quit NibbIer (Read error: 54 (Connection reset by peer)) |
| 03:35:56 | | Part xam |
| 04:00 |
| 04:01:08 | *** | Saving seen data "./dancer.seen" |
| 04:52:15 | | Join NibbIer [0] (nibbler@port-212-202-78-119.dynamic.qsc.de) |
| 05:00 |
| 05:36:08 | | Quit NibbIer (Read error: 54 (Connection reset by peer)) |
| 06:00 |
| 06:01:12 | *** | Saving seen data "./dancer.seen" |
| 06:31:07 | | Join LinusN [200] (~linus@labb.contactor.se) |
| 07:00 |
| 07:08:22 | | Quit midk ("sudden death, yo?") |
| 07:17:15 | | Join midk [0] (~Zakk@c66-235-14-120.sea2.cablespeed.com) |
| 07:17:21 | | Join NibbIer [0] (nibbler@port-212-202-78-119.dynamic.qsc.de) |
| 07:38:03 | | Quit NibbIer (Read error: 54 (Connection reset by peer)) |
| 07:51:21 | BC|coding | You're too damn efficient Linus ;) |
| 07:54:04 | | Join oxygen77 [0] (~Chris@pauguste-7-82-66-87-78.fbx.proxad.net) |
| 07:56:22 | | Part oxygen77 ("Leaving") |
| 08:00 |
| 08:01:16 | *** | Saving seen data "./dancer.seen" |
| 08:13:20 | | Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 08:18:57 | LinusN | hi BC|coding |
| 08:19:23 | midk | lol |
| 08:23:21 | | Quit AciD (Read error: 104 (Connection reset by peer)) |
| 08:25:10 | | Join [IDC]Dragon [0] (~idc-drago@pD9FF8EE7.dip.t-dialin.net) |
| 08:26:26 | [IDC]Dragon | Hi LinusN, BC! |
| 08:26:44 | LinusN | hola [IDC]Dragon |
| 08:27:11 | [IDC]Dragon | LinusN: breaking the VC sim was no fun :-( |
| 08:28:07 | LinusN | sorry |
| 08:28:10 | * | [IDC]Dragon spent the avail hors on sunday getting this to work |
| 08:28:15 | [IDC]Dragon | hours |
| 08:28:24 | LinusN | but you managed to get it working? |
| 08:28:31 | [IDC]Dragon | by finally walking back in cvs |
| 08:29:05 | [IDC]Dragon | and got no settings code done, like I originally planned |
| 08:29:37 | LinusN | why are you forced to use vc++? |
| 08:30:12 | [IDC]Dragon | because that's the tool I'm living in, and I wanted the debugger |
| 08:31:29 | [IDC]Dragon | does cygwin come with a debugger worth the name? |
| 08:31:34 | LinusN | gdb |
| 08:31:48 | midk | *worth the name? |
| 08:32:12 | [IDC]Dragon | graphical, in the editor, variable contents popping up while hovering the mouse, etc. ? |
| 08:32:58 | * | [IDC]Dragon is spoiled |
| 08:33:15 | LinusN | you are trapped in IDE hell, my friend |
| 08:33:34 | [IDC]Dragon | veryyyy comfy |
| 08:35:14 | BC|coding | hi [IDC]Dragon (back from making a cuppa) |
| 08:36:05 | [IDC]Dragon | LinusN: you're trapped in command line hell ;-) |
| 08:36:11 | midk | lol |
| 08:36:29 | * | [IDC]Dragon not starting any flamewar, nono |
| 08:44:34 | BC|coding | linus, I see you have been working on getting the sim back up to speed ....do you know if we can expect libplugin support soon? |
| 08:46:59 | LinusN | i hope so |
| 08:48:23 | BC|coding | i have a real neat quick bodge in the mean time ....at the bottom of lib.h have #ifdef SIM #include "lib.c" |
| 08:49:09 | LinusN | lib.c? |
| 08:49:29 | BC|coding | sorry lib.c as in the counterpart to lib.h |
| 08:49:49 | BC|coding | eg. grey.h would include grey.c |
| 08:49:54 | LinusN | i get it |
| 08:50:07 | BC|coding | it a bodge, but it gets the sim up and running :) |
| 08:50:14 | hardeep | [IDC]Dragon: I've got a fix for getting vc++ working again |
| 08:50:47 | hardeep | LinusN: the changes add a couple of #ifdef's for vc++ in the common file code, is that okay? |
| 08:50:59 | BC|coding | only problem is that plugins do not "update dependancies" so if you update a "lib" then you need to TOUCH all plugins that use it |
| 08:51:05 | hardeep | (just an include path and a typedef) |
| 08:53:44 | [IDC]Dragon | hardeep: great! |
| 08:53:49 | LinusN | hardeep: that's ok |
| 08:54:02 | [IDC]Dragon | I had no time to look in the details of it |
| 08:54:28 | [IDC]Dragon | So I rolled back, hacked plugin.c prefixing |
| 08:58:16 | LinusN | [IDC]Dragon: if you want a graphical gdb in cygwin, try starting insight.exe instead of gdb.exe |
| 08:59:45 | [IDC]Dragon | ah, that looks like the SH gdb |
| 09:00 |
| 09:00:56 | [IDC]Dragon | have to remember that one |
| 09:01:03 | LinusN | unfortunately, the debug output ends up in silly dialogs |
| 09:01:10 | hardeep | VC++ is so much nicer to use. :) |
| 09:01:21 | LinusN | i agree that the vc++ debugger is nice |
| 09:01:35 | LinusN | but i don't have vc++ |
| 09:01:35 | BC|coding | anyone know about "zip: not found" error in "make zip" ? |
| 09:01:38 | [IDC]Dragon | lightyears ahead |
| 09:01:51 | LinusN | BC|coding: install zip |
| 09:03:15 | LinusN | it's under "Archive" in the cygwin installer |
| 09:03:34 | BC|coding | ah "install" is a cygwin thing? |
| 09:04:20 | hardeep | [IDC]Dragon: changes committed. There's one problem: the vc++ compiler doesn't like empty structs and there's one in the settings_menu. I haven't figured out a nice fix so I just hack in something for now |
| 09:04:54 | LinusN | BC|coding: i guess your devkit should include the zip package as well |
| 09:05:12 | [IDC]Dragon | hardeep: I have a fix for that one, could commit it |
| 09:05:36 | hardeep | please do, it's annoying. :) |
| 09:06:06 | [IDC]Dragon | #ifndef SIMULATOR |
| 09:06:06 | [IDC]Dragon | { STR(LANG_BATTERY_CAPACITY), battery_capacity }, |
| 09:06:06 | [IDC]Dragon | #else |
| 09:06:06 | DBUG | Enqueued KICK [IDC]Dragon |
| 09:06:06 | [IDC]Dragon | #ifndef HAVE_CHARGE_CTRL |
| 09:06:06 | [IDC]Dragon | { "Dummy", -1, NULL }, /* to have an entry at all */ |
| 09:06:06 | *** | Alert Mode level 1 |
| 09:06:06 | [IDC]Dragon | #endif |
| 09:06:40 | BC|coding | LinusN: yes, that's precisely what I am checking right now ....i need to sort out what files I need ...problem is all this type of work was origianlly done by devZer0 ...and he seems to be doing other stuff now |
| 09:07:06 | BC|coding | all I did with the devkit was package it nicely |
| 09:07:54 | LinusN | my guess is that all you need is the zip.exe file |
| 09:08:29 | BC|coding | I will try that - thanks :-) |
| 09:08:37 | midk | yo bcbc |
| 09:08:44 | BC|coding | mk, ur up l8 |
| 09:09:52 | midk | i'll be up a few more hours don't worry |
| 09:10:04 | BC|coding | no skool? |
| 09:10:38 | midk | no, it's still in effect |
| 09:10:58 | midk | wow. i have to get up in 5.5 hours if i go to bed right now |
| 09:16:03 | BC|coding | linus - you're a guru ;) zip.exe :) Thanks |
| 09:16:07 | *** | Alert Mode OFF |
| 09:16:39 | LinusN | :-) |
| 09:17:35 | | Join NibbIer [0] (nibbler@port-212-202-78-119.dynamic.qsc.de) |
| 09:32:37 | [IDC]Dragon | cu later |
| 09:32:41 | | Quit [IDC]Dragon () |
| 09:36:59 | | Join Zagor_ [242] (~bjst@labb.contactor.se) |
| 09:37:04 | | Nick Zagor_ is now known as Zagor (~bjst@labb.contactor.se) |
| 09:53:11 | midk | hi zagor |
| 09:53:11 | | Quit NibbIer (Read error: 54 (Connection reset by peer)) |
| 09:53:17 | Zagor | hi |
| 09:53:40 | | Part LinusN |
| 09:53:47 | midk | bye linus |
| 09:59:12 | BC|coding | mk, have you scrapped the idea for breakout, or just put it on hold? |
| 09:59:51 | midk | hold, still need to do collision detection |
| 09:59:58 | midk | haven't done any rockbox work lately |
| 10:00 |
| 10:00:23 | BC|coding | did you put all your blocks in an array in the end - if so collision detection should be quite straight forward |
| 10:00:31 | midk | no |
| 10:01:18 | *** | Saving seen data "./dancer.seen" |
| 10:01:26 | BC|coding | righty, the arrat will also allow special featur blocks for the future ;) |
| 10:01:29 | BC|coding | array |
| 10:01:45 | midk | oooh |
| 10:01:46 | midk | let's do! |
| 10:01:51 | | Join LinusN [200] (~linus@labb.contactor.se) |
| 10:08:09 | midk | yay linus |
| 10:12:34 | | Quit hardeep ("Killed by frash (Requested by panasync)") |
| 10:19:30 | | Join [IDC]Dragon [0] (Lore@sourpuss.net) |
| 10:20:03 | [IDC]Dragon | Hi everybody! [IDC]Dragon is back! ;-) |
| 10:20:19 | BC|coding | <screams and cheers from the auditorium> |
| 10:20:20 | midk | hey idc |
| 10:20:27 | BC|coding | lol |
| 10:20:32 | midk | *contributes a small squeak |
| 10:20:37 | BC|coding | lol |
| 10:20:46 | midk | oh boy |
| 10:20:52 | midk | i'll get about 4 hours of sleep |
| 10:21:30 | BC|coding | the human sleep pattern is generally around 90mins |
| 10:21:38 | midk | BC|coding, i need your advice |
| 10:21:45 | BC|coding | uh huh |
| 10:21:58 | midk | it says here "essay: due by tuesday june 15, 2004" |
| 10:22:08 | midk | does that mean monday (BY tuesday) or ON tuesday morning |
| 10:22:56 | BC|coding | we used to get a time as well at uni "by 16:00 monday" ...so from that I would say "by tues" means "tues at the latest" |
| 10:23:14 | midk | by tuesday at 7:45 |
| 10:23:17 | BC|coding | for the teacher to mark tues eve |
| 10:23:29 | midk | so if i don't bring it today, monday, will i get in trouble |
| 10:23:33 | | Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 10:24:38 | BC|coding | I dont know how "by the rules" your guys are or how much favour you carry with them ...but in my books if it says "by 07:45 tues" is means that if I hand it in at "07:44:59 on tuesday" everybody should be happy |
| 10:25:09 | midk | lol mmkay thankies |
| 10:25:20 | BC|coding | ;) |
| 10:25:40 | midk | if he gives me trouble i will tell him that it's ok tu turn it in 7:44:59.99 tuesday |
| 10:25:59 | midk | although *i* can only go as precise as about "before 8am tuesday" |
| 10:26:03 | midk | and hope for the best |
| 10:26:29 | BC|coding | less inflamatory might be "I promise it will be with you by 07:45 tuesday as you requested" |
| 10:26:46 | midk | lol |
| 10:26:55 | midk | *doesn't get it in before then |
| 10:27:01 | midk | *gets f* |
| 10:27:22 | BC|coding | yeah, then be true to your word - that's how respect is earned ;) |
| 10:28:00 | midk | i don't care if he respects me −− he hates me |
| 10:28:22 | midk | *eggs his car |
| 10:28:36 | BC|coding | it's all too easy to hate back, don't let him control you like that :) |
| 10:28:50 | BC|coding | ahh, right, so you started it, so to speak , hmmmm |
| 10:29:19 | midk | started it? |
| 10:29:27 | midk | i did not |
| 10:29:47 | BC|coding | lol |
| 10:30:23 | midk | yay, a service tech comes tomorrow to supposedly fix midky's 30kb/s internet |
| 10:30:46 | midk | *waits for 34mb download to finish in.. 30 minutes |
| 10:34:26 | | Quit [IDC]Dragon ("CGI:IRC (EOF)") |
| 10:35:01 | | Join kurzhaarrocker [0] (~knoppix@p50877516.dip0.t-ipconnect.de) |
| 10:35:10 | midk | YAY |
| 10:35:15 | midk | ITS MIDHAAROCKER |
| 10:35:18 | kurzhaarrocker | Hi! |
| 10:35:19 | midk | only kurz. |
| 10:35:29 | midk | haven't seen you in a long time |
| 10:35:32 | midk | :) who were you again? |
| 10:35:42 | kurzhaarrocker | I was langhaarrocker :) |
| 10:35:53 | midk | yaya |
| 10:35:57 | midk | were you bothersome? |
| 10:36:35 | midk | smart? aggravating? terrifying For So Many Reasons? |
| 10:36:43 | kurzhaarrocker | I occasionally bothered some people... |
| 10:37:29 | kurzhaarrocker | Zagor I assume you received my mail concerning the source of the split editor & co? |
| 10:38:05 | Zagor | still going through the weekend mail, haven't seen it yet :) |
| 10:38:20 | kurzhaarrocker | ok, keep wading |
| 10:38:39 | midk | OH YEAH |
| 10:38:46 | midk | split editor. |
| 10:38:58 | midk | you did the oscillograph too right |
| 10:39:06 | kurzhaarrocker | yes |
| 10:39:10 | midk | I KNEW IT |
| 10:39:45 | kurzhaarrocker | and the peak meter and wormlet and I was working on volume triggered recording. |
| 10:40:22 | midk | you make peek meeter! |
| 10:40:23 | midk | ? |
| 10:42:30 | midk | U MAKES DH PEEKS MEETER? |
| 10:45:28 | kurzhaarrocker | What's DH ? |
| 10:45:34 | midk | deh deh! |
| 10:45:56 | kurzhaarrocker | <- doesn't know deh deh either. |
| 10:46:09 | midk | TEH TEH |
| 10:52:44 | midk | the peak meter. |
| 10:53:07 | | Nick midk is now known as midk|zzz (~Zakk@c66-235-14-120.sea2.cablespeed.com) |
| 10:53:15 | | Nick midk|zzz is now known as midk|zZz (~Zakk@c66-235-14-120.sea2.cablespeed.com) |
| 10:53:20 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 10:53:20 | * | kurzhaarrocker is confused |
| 10:53:20 | kurzhaarrocker | What about the peak meter? |
| 10:53:26 | midk|zZz | you made it? |
| 10:53:29 | kurzhaarrocker | yes |
| 10:53:30 | midk|zZz | the rockbox peak meter. |
| 10:53:37 | midk|zZz | omfgz muchly loves it! |
| 10:53:59 | kurzhaarrocker | :) me too |
| 10:54:30 | midk|zZz | i especially like the decay settings |
| 10:54:35 | midk|zZz | it is quite nice at ie 4 or 6 |
| 10:54:49 | kurzhaarrocker | well, I only wished it was more precise. Doesn't really help much when recording. |
| 10:54:50 | midk|zZz | sort of pointless suggestion: decay amount and decay speed |
| 10:57:15 | kurzhaarrocker | That is related to each other as the decay speed is defined by the "display framerate" - which is fixed at 20 (?) fps. |
| 10:57:42 | midk|zZz | i once made a patch that let you update the peakmeter's framerate instead of a "performance" option |
| 10:57:54 | midk|zZz | i prefer framerate to performance anyday |
| 10:58:50 | kurzhaarrocker | That doesn't help much because the lcd speed limits. |
| 10:59:18 | kurzhaarrocker | Increasing the framerate doesn't make the thing more precise. |
| 10:59:44 | kurzhaarrocker | More readouts / time makes the peak meter more precise and that is what the performance is about. |
| 11:00 |
| 11:02:46 | midk|zZz | yes, it just looks smoother at IE 30 |
| 11:03:09 | midk|zZz | should be 20fps save energy, 30fps high quality |
| 11:03:33 | kurzhaarrocker | <- must work again, see you |
| 11:03:37 | midk|zZz | seeya |
| 11:03:43 | | Quit kurzhaarrocker (Remote closed the connection) |
| 11:13:05 | | Quit midk|zZz ("sudden death, yo?") |
| 11:15:57 | | Join midk [0] (~Zakk@c66-235-14-120.sea2.cablespeed.com) |
| 11:16:16 | | Nick midk is now known as midk|zZz (~Zakk@c66-235-14-120.sea2.cablespeed.com) |
| 11:25:39 | | Join Bagder [241] (~dast@labb.contactor.se) |
| 11:25:56 | Bagder | oh, food time coming up |
| 11:27:36 | c0utta | guys, has there been much talk about "autoexec" in the last few days (i've been on holiday) |
| 11:28:02 | BC|coding | i think a more generic solution is looming post ml chats |
| 11:29:00 | c0utta | ok. my work related to f2/f3 enables an autoexec function as well |
| 11:37:10 | | Join Nibbler [0] (nibbler@port-212-202-78-119.dynamic.qsc.de) |
| 11:46:54 | BC|coding | handy - are you coordinating with pfavr? |
| 11:47:37 | BC|coding | zagor mentioned the idea of event-driven, such an idea would allow things like audio-3587 to redirect the sound controls to a plugin |
| 11:54:06 | c0utta | bc - no, my work is not that sophisticated. it simply enables actions to be executed depending upon different contexts |
| 11:54:27 | c0utta | mainly in response to user interaction |
| 11:55:05 | BC|coding | could a user-interaction not constitute a context under which a plugin were run, much like autoexec? |
| 11:55:51 | c0utta | probably, but my brain is not capable of thinking that far outside my home-made square |
| 11:56:41 | BC|coding | each time the user does a thing ...call event(EVENT_ID) ...then let bool event(int id) do all the processing? |
| 12:00 |
| 12:01:19 | *** | Saving seen data "./dancer.seen" |
| 12:04:55 | c0utta | yes, that's the general functionality. but how does this help "audio-3587 to redirect the sound controls to a plugin" |
| 12:10:48 | | Join lImbus [0] (~manuel@kernel.cycos.net) |
| 12:10:56 | lImbus | moooo |
| 12:13:52 | lImbus | Bagder, about the distributed.net on HyperThreading-Processors: Are there any recommendations about the number of crunching threads ? |
| 12:23:43 | Bagder | no idea |
| 12:24:08 | Zagor | i guess two would be optimal |
| 12:24:32 | * | Bagder spots a newcomer in the team! |
| 12:25:28 | lImbus | if I go for 1 cruncher, it looks like the processor it not utilized for 100%, If I got for 2 crunchers, the systray says I'm having 2,2 Mkeys/sec |
| 12:27:03 | Bagder | btw, I guess you noticed that I added a subtitle on the docs page |
| 12:27:35 | lImbus | customizing |
| 12:27:41 | lImbus | nice |
| 12:31:10 | lImbus | off for lunch |
| 12:31:14 | BC|coding | c0utta: if the event handler is able to load a plugin, then it can call audio-3587? |
| 12:31:42 | c0utta | yes, i have plugins loading |
| 12:32:55 | BC|coding | then that is how it solves the problem :) |
| 12:33:12 | LinusN | exactly, no need to "hijack" the sound settings |
| 12:34:07 | BC|coding | no, the originals can stay in tact for those who would rather simplicity over controlability |
| 12:35:02 | | Join pfavr [0] (pfavr@dyna218-088.nada.kth.se) |
| 12:36:15 | c0utta | linus, did you do the vbrfix plugin ? |
| 12:36:24 | LinusN | yes |
| 12:54:08 | c0utta | ok, got it in my cvs sync |
| 12:56:35 | Bagder | hey, the new grand challange is announced |
| 12:56:41 | Bagder | should we make a rockbox-vehicle? ;-P |
| 12:56:47 | LinusN | ? |
| 12:56:56 | Bagder | http://www.darpa.mil/grandchallenge/ |
| 12:57:59 | Bagder | its about making autonomous driving vehicles across the desert |
| 12:58:26 | Bagder | meeting! |
| 13:00 |
| 13:58:27 | | Quit lImbus (Remote closed the connection) |
| 14:00 |
| 14:01:22 | *** | Saving seen data "./dancer.seen" |
| 14:04:14 | | Join lImbus [0] (~manuel@kernel.cycos.net) |
| 14:21:13 | | Quit pfavr ("ChatZilla 0.9.52B [Mozilla rv:1.6/1]") |
| 14:58:09 | | Join [IDC]Dragon [0] (~c2af7555@reladm.kharkov.net) |
| 14:58:35 | [IDC]Dragon | LinusN: do you read? |
| 14:59:22 | * | Bagder pokes LinusN with a stick |
| 15:00 |
| 15:00:05 | [IDC]Dragon | I'm working on a new settings code, found that global_settings.rec_timesplit is not persisted, is that intentional? |
| 15:01:45 | [IDC]Dragon | With .cfg files, it's even more strange: it can get loaded, but is not saved. |
| 15:02:25 | Zagor | i think there are more recording options that are not persistant |
| 15:03:04 | [IDC]Dragon | speaking about the bits in the sector, this is the only one I found |
| 15:03:39 | [IDC]Dragon | (just made a sanity check for my code) |
| 15:06:21 | Zagor | ok |
| 15:08:26 | [IDC]Dragon | I pack the bits now, we can fit almost all values in the RTC RAM |
| 15:09:19 | [IDC]Dragon | and it's table-driven, no more pages of code for the persisting |
| 15:09:50 | Zagor | we have discussed for a long time to move settings out of rtc and into a config file |
| 15:10:05 | Zagor | all except the very frequently updated ones, such as resume position |
| 15:10:13 | [IDC]Dragon | table is also good for this |
| 15:10:17 | Zagor | yes |
| 15:10:25 | LinusN | [IDC]Dragon: here now |
| 15:10:42 | [IDC]Dragon | :) |
| 15:10:56 | * | Bagder got all tired of that poking |
| 15:11:02 | LinusN | the rec_timesplit isn't persistent, and it's intentional |
| 15:11:57 | [IDC]Dragon | but you can load it from a .cfg file, also intentional, I guess? |
| 15:12:10 | LinusN | yeah |
| 15:12:26 | LinusN | but i can't remember why we didn't make it persistent... |
| 15:13:40 | [IDC]Dragon | such a special case is no good for a table... |
| 15:14:03 | LinusN | i think we can make it persistent |
| 15:14:44 | [IDC]Dragon | OK. |
| 15:15:26 | [IDC]Dragon | We will have 2 tables then, one for the RTC bits, one for the bits spilled into the HD sector. |
| 15:15:51 | LinusN | sounds good |
| 15:16:33 | [IDC]Dragon | I can fit most in the first, was thinking if I place the once causing a HD spinup anyway while changed into the second |
| 15:17:15 | LinusN | also remember that players don't have RTC |
| 15:17:44 | [IDC]Dragon | to minimize the effect of a setting being unchanged if the disk wasn't spinning before powering off |
| 15:18:48 | [IDC]Dragon | yes, sure. |
| 15:22:34 | midk|zZz | "rockblox" lol |
| 15:23:36 | | Quit [IDC]Dragon ("no fate but what we make") |
| 15:23:36 | BC|coding | yes, I thought that was a funny choice (funny ha ha, not funny perculiar) |
| 15:23:46 | | Join [IDC]Dragon [0] (~c2af7555@reladm.kharkov.net) |
| 15:23:59 | [IDC]Dragon | Oops |
| 15:24:17 | Bagder | I think its funny in the proper nerdy way |
| 15:24:27 | BC|coding | yeah :) |
| 15:26:08 | [IDC]Dragon | funny what? |
| 15:26:16 | BC|coding | "Rockblox" |
| 15:26:33 | BC|coding | "witty" is the English word, but I don't know if it translates |
| 15:26:57 | midk|zZz | *still votes for "magical falling blocks" |
| 15:27:02 | BC|coding | lol |
| 15:27:29 | BC|coding | Witty: Quick to discern and express amusing insights or relationships. |
| 15:27:42 | midk|zZz | i know what witty means. |
| 15:27:57 | BC|coding | I didn't, I just knew when to use it |
| 15:28:13 | midk|zZz | lol |
| 15:28:25 | Bagder | It could also be named "falling rocks within a box" ;-) |
| 15:28:44 | Zagor | sounds by that like only a person can be witty, not a story/wording |
| 15:29:52 | BC|coding | it is also defined as: Possessing or demonstrating wit in speech or writing |
| 15:30:12 | Zagor | sounds like a person too :) |
| 15:30:28 | Zagor | but I know, it's not only used for persons |
| 15:30:34 | BC|coding | argh - wrong one ....defintion 2: Characterized by or having the nature of wit |
| 15:30:40 | Zagor | ah |
| 15:30:49 | BC|coding | sorry pasted the wrong bit |
| 15:36:30 | BC|coding | I hate tautological definitions ...recursive: see recursive |
| 15:37:54 | midk|zZz | LOL |
| 15:37:59 | midk|zZz | falling rocks within a boix |
| 15:38:01 | midk|zZz | DO IT DO IT |
| 15:38:23 | | Nick midk|zZz is now known as midk|gone (~Zakk@c66-235-14-120.sea2.cablespeed.com) |
| 15:45:51 | LinusN | time to go, cu guys |
| 15:45:54 | | Part LinusN |
| 16:00 |
| 16:01:27 | *** | Saving seen data "./dancer.seen" |
| 16:17:35 | | Quit [IDC]Dragon ("no fate but what we make (EOF)") |
| 16:32:00 | BC|coding | Bagder, quick Q ...does the viewers support multiple plugins per file extension? |
| 16:32:15 | Bagder | no |
| 16:32:18 | BC|coding | ta |
| 16:39:29 | lImbus | what about the Open with... ? |
| 16:39:55 | Bagder | yes, that's the way to allow other plugins to run the specific file |
| 16:40:08 | Bagder | but there's only one default |
| 16:40:53 | BC|coding | not that it is relevant for me now, would it be an option to goto open_with, if multiple rocks are registered to a filetype? |
| 16:41:21 | Bagder | hm, possibly |
| 16:41:32 | Bagder | but I'm not sure it would be good |
| 16:42:59 | BC|coding | one example I can think of is if you had a jpg->rif (rockbox image format) then you might like to choose whether to view or convert, but the user could disable it easily enough by editing the config file |
| 16:44:45 | Bagder | yeps |
| 16:45:02 | BC|coding | if you do find yourself in filetypes.c, you may like to consider that because the sim holds all of its rocks in one dir, the #define's for maxstr and maxfiles are too small |
| 16:45:39 | | Join mecraw [0] (~mecraw@69.2.235.2) |
| 16:46:55 | Bagder | the sim should make use of the viewers dir too |
| 16:47:52 | BC|coding | There are a number of sim improvements that could be made ;) |
| 16:47:57 | Bagder | yes |
| 16:48:06 | Bagder | we made some the other day |
| 16:48:11 | Bagder | in Linus' commit |
| 16:48:17 | BC|coding | Yes, I saw :) |
| 16:50:43 | Bagder | a 'make install' for the sim would make sense |
| 16:51:08 | * | Bagder starts working on one |
| 17:00 |
| 17:00:31 | Zagor | i think it would only be annoying to *always* have to select which plugin you want to use |
| 17:00:56 | Zagor | (always = if there are >1 for the extension) |
| 17:01:36 | BC|coding | but with the config file, the power has been given to the user :) |
| 17:01:46 | BC|coding | nice work there btw |
| 17:02:05 | Bagder | (make zip && cd archos && unzip ../rockbox.zip) |
| 17:02:14 | Bagder | kinda handy |
| 17:03:00 | Zagor | BC|coding: yeah, but I'd first like to see 5 users actually want the power to be annoyed like that :) |
| 17:03:41 | BC|coding | lol - I'm not sure I can think of a better solution :( |
| 17:05:10 | Zagor | there already is a solution: open with |
| 17:06:09 | Bagder | now there's a "make install" for the simulator |
| 17:06:28 | BC|coding | does it set up the whole dir structure? |
| 17:06:33 | Bagder | yeps |
| 17:07:04 | BC|coding | cool ...does "make all" put all the files in the right place, or is that only done at "make install" time |
| 17:07:21 | Bagder | only with make install |
| 17:07:34 | BC|coding | righty |
| 17:07:42 | Bagder | you can make that 'make all install' to make it happen at once |
| 17:07:54 | BC|coding | bit of a problem that |
| 17:08:14 | BC|coding | means that during testing I need one compile and for a distro I need another |
| 17:08:57 | Bagder | why is that a problem? |
| 17:09:12 | Bagder | you already needed a different make to build a package for target |
| 17:09:53 | BC|coding | different code, not just a re-make |
| 17:10:08 | Bagder | why would the code be different? |
| 17:10:25 | Bagder | that would be a bug in the sim, wouldn't it? |
| 17:10:25 | BC|coding | #ifsim use this dir #ifsef install use this dir #ifdef build use this dir |
| 17:10:37 | Bagder | that's bad code |
| 17:11:09 | Bagder | the sim should hide the sim-specific path-fiddling |
| 17:11:20 | BC|coding | depends on your preferred coding style ....plus it makes it easier for me, as I do not need to touch core code that way |
| 17:11:37 | Bagder | you shouldn't need to change path in the sim |
| 17:11:56 | Bagder | can you show a specific example when you need to? |
| 17:12:12 | BC|coding | not tried a compile since the new mods |
| 17:12:23 | BC|coding | but I could show you enough before then |
| 17:12:27 | Bagder | the win32 sim was all messed up before |
| 17:12:31 | Bagder | path-wise |
| 17:12:39 | BC|coding | and that's being nice |
| 17:12:45 | Bagder | indeed |
| 17:12:57 | BC|coding | anythoughts of libplugin support? |
| 17:13:12 | Bagder | support for what? |
| 17:13:28 | BC|coding | My libs - what I am about to release |
| 17:14:07 | BC|coding | I've got my rnd() one and my gfx() pretty much ready to roll |
| 17:14:41 | BC|coding | hopefully cards() won't be that far behind |
| 17:15:29 | BC|coding | cards() is mainly on hold because I needed to write gfx() |
| 17:15:52 | BC|coding | no rush, as I say the work around is uber-simple |
| 17:16:09 | BC|coding | just one minor annoyance is that plugins do not have dependants |
| 17:16:19 | BC|coding | so if you update the lib, you need to touch the plugin |
| 17:16:20 | Zagor | we have lib support in plugins already |
| 17:16:35 | Bagder | ah, right |
| 17:16:39 | BC|coding | not in sim, unless it is super-recent |
| 17:16:47 | Bagder | our depend-stuff is actually rather lame in general imho |
| 17:17:05 | BC|coding | I'd love to be able to have things like othelo.h |
| 17:18:35 | Bagder | Zagor: why isn't the plugins using the same dep stuff as the rest? |
| 17:18:40 | Bagder | you remember? |
| 17:18:51 | Zagor | simple laziness, i think |
| 17:22:59 | Zagor | plugins couldn't have dependencies in the beginning, so no more was needed |
| 17:23:05 | Bagder | me go home |
| 17:23:08 | | Part Bagder |
| 17:23:55 | Zagor | BC|coding: you can. check out apps/plugins/lib |
| 17:24:21 | * | BC|coding looks a little embarrassed |
| 17:24:31 | BC|coding | I have no idea how to use cvs - tried a few times and gave up |
| 17:24:50 | Zagor | that's because you are poisoned by windows ;) |
| 17:25:03 | BC|coding | actually, I'm a dos man |
| 17:25:27 | Zagor | it's a lot easier nowadays since we switched off of sourceforge though. you should have another go, methinks. |
| 17:25:32 | BC|coding | as far as dev goes, windows is just a dos multi-session tool for me |
| 17:26:15 | BC|coding | I wish I could get all my favourite apps for linux - but I've ust gotten tooo attached to things like trillian and ultra-edit |
| 17:28:06 | Zagor | give emacs a chance and you'll be hooked in no time |
| 17:28:15 | | Quit lImbus () |
| 17:28:25 | Zagor | actually make that "a little time" ;) |
| 17:28:42 | BC|coding | lol |
| 17:28:59 | BC|coding | maybe one day when Im feeling masochistic again |
| 17:29:43 | BC|coding | i survived pine - only to see one guy pick his damn email up with emacs - LMAO |
| 17:30:12 | Zagor | yeah. there's not much emacs can't do |
| 17:30:48 | BC|coding | i think it's mainly the pain of having to learn it all, all over again that builds the most resistance |
| 17:30:57 | Zagor | yup |
| 17:32:02 | BC|coding | is eudora available for linux? |
| 17:32:09 | BC|coding | I know opera is :) |
| 17:32:53 | Zagor | i don't know about eudora. opera is the only commercial program i use in linux. |
| 17:33:46 | Zagor | on the other hand I have never even *seen* a commercial mail reader that does not make me scream in pain after ten minutes... |
| 18:00 |
| 18:01:29 | *** | Saving seen data "./dancer.seen" |
| 18:06:22 | Zagor | going home |
| 18:06:25 | | Part Zagor |
| 18:09:57 | BC|coding | sorry I missed you -phone call |
| 18:29:23 | BC|coding | l8rz guyz |
| 18:29:27 | | Part BC|coding |
| 18:49:19 | | Join amiconn [0] (~jens@pD9E7DF57.dip.t-dialin.net) |
| 18:49:19 | | Quit Nibbler (Read error: 54 (Connection reset by peer)) |
| 18:55:31 | | Quit AciD (anthony.freenode.net irc.freenode.net) |
| 18:55:31 | NSplit | anthony.freenode.net irc.freenode.net |
| 18:55:31 | | Quit Hadaka (anthony.freenode.net irc.freenode.net) |
| 18:55:31 | | Quit mbr_ (anthony.freenode.net irc.freenode.net) |
| 18:55:31 | | Quit ze (anthony.freenode.net irc.freenode.net) |
| 18:55:31 | | Quit amiconn (anthony.freenode.net irc.freenode.net) |
| 18:55:31 | | Quit Ka_ (anthony.freenode.net irc.freenode.net) |
| 18:55:31 | | Quit dwihno (anthony.freenode.net irc.freenode.net) |
| 18:55:31 | | Quit Hes (anthony.freenode.net irc.freenode.net) |
| 18:55:31 | | Quit c0utta (anthony.freenode.net irc.freenode.net) |
| 18:55:31 | | Quit silencer (anthony.freenode.net irc.freenode.net) |
| 18:55:31 | | Quit julia (anthony.freenode.net irc.freenode.net) |
| 18:57:10 | NHeal | anthony.freenode.net irc.freenode.net |
| 18:57:10 | NJoin | amiconn [0] (~jens@pD9E7DF57.dip.t-dialin.net) |
| 18:57:10 | NJoin | AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 18:57:10 | NJoin | Ka_ [0] (~tkirk@pcp04776551pcs.howard01.md.comcast.net) |
| 18:57:10 | NJoin | dwihno [0] (~dw@81.8.224.89) |
| 18:57:10 | NJoin | c0utta [0] (~c0utta@247.cust11.sa.dsl.ozemail.com.au) |
| 18:57:10 | NJoin | mbr_ [0] (~mb@stz-softwaretechnik.com) |
| 18:57:10 | NJoin | ze [20] (psyco@adsl-67-123-40-187.dsl.lsan03.pacbell.net) |
| 18:57:10 | NJoin | Hadaka [0] (naked@naked.iki.fi) |
| 18:57:10 | NJoin | julia [0] (~julia@207-36-180-196.ptr.primarydns.com) |
| 18:57:10 | NJoin | silencer [0] (~silencer@nino.via.ecp.fr) |
| 18:57:10 | NJoin | Hes [0] (~hessu@he.fi) |
| 19:00 |
| 19:27:39 | | Quit midk|gone (Read error: 104 (Connection reset by peer)) |
| 19:27:44 | | Join midk [0] (~Zakk@c66-235-14-120.sea2.cablespeed.com) |
| 19:40:25 | | Quit midk (Read error: 104 (Connection reset by peer)) |
| 19:40:37 | | Join midk [0] (~Zakk@c66-235-14-120.sea2.cablespeed.com) |
| 19:44:39 | | Join Zagor [0] (~bjst@h254n2fls31o265.telia.com) |
| 19:52:00 | | Join midknight2k3 [0] (~Zakk@c66-235-14-120.sea2.cablespeed.com) |
| 19:58:47 | | Quit midk (Read error: 60 (Operation timed out)) |
| 20:00 |
| 20:01:33 | *** | Saving seen data "./dancer.seen" |
| 20:02:21 | | Join elinenbe [0] (trilluser@207-237-224-177.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 20:31:05 | | Quit AciD (Read error: 104 (Connection reset by peer)) |
| 20:33:20 | | Join Nibbler [0] (nibbler@port-212-202-78-119.dynamic.qsc.de) |
| 21:00 |
| 21:11:21 | | Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 21:44:51 | | Join rakaus [0] (Lmpbzktwn5@68.112.244.203) |
| 21:45:16 | rakaus | hey all |
| 21:46:11 | rakaus | i was just wondering if anyone knows if it's possible to change the LED's on the archos fm recorder |
| 21:46:31 | rakaus | cuz i'm getting sick of the green ones, i want to know if there's anyway to remove them and replace them with red led's |
| 21:52:22 | Zagor | yes. it is possible |
| 21:53:10 | rakaus | oooh |
| 21:53:15 | rakaus | is it difficult to do so? |
| 21:53:31 | Zagor | yes, quite. you must be pretty good with the soldering pen. |
| 21:54:05 | rakaus | hmm ok |
| 21:54:10 | Zagor | [idc]dragon posted some images to the mailing list a while back showing how he'd changed to white leds |
| 21:54:30 | rakaus | ok i'll check those out |
| 21:54:33 | Zagor | someone else changed to blue leds years ago, but I think white looked better |
| 21:56:01 | rakaus | iight |
| 21:56:03 | rakaus | now |
| 21:56:09 | rakaus | i'm lookin for it |
| 22:00 |
| 22:01:37 | *** | Saving seen data "./dancer.seen" |
| 22:04:15 | rakaus | you wouldn't happen to know the rough date for it would you? |
| 22:07:40 | rakaus | n/m i got it |
| 22:36:32 | | Join Bagder [0] (~daniel@c25025a.hud.bostream.se) |
| 22:36:39 | | Join [IDC]Dragon [0] (~idc-drago@pD95121A7.dip.t-dialin.net) |
| 22:36:51 | Zagor | howdy there |
| 22:37:02 | [IDC]Dragon | hola Zagor |
| 22:37:05 | amiconn | full house ;) |
| 22:37:12 | Bagder | evening |
| 22:37:15 | [IDC]Dragon | Hi Jens |
| 22:37:26 | [IDC]Dragon | Linus is missing... |
| 22:37:40 | amiconn | yup |
| 22:38:21 | amiconn | My box will soon get a larger hd (already ordered) :) |
| 22:38:40 | [IDC]Dragon | I did the first part of the new settings code, a table for squeezing the bits to RTC |
| 22:38:47 | [IDC]Dragon | saves about 1 KB |
| 22:39:50 | amiconn | [IDC]Dragon: I'm feeling a bit dumb just now (if somebody of you read the logs) |
| 22:40:08 | [IDC]Dragon | we had a chat today |
| 22:40:41 | amiconn | My idea of changing the bitswap algo and getting it faster this way is crap - as it seems I can't even read my own code correctly :( |
| 22:40:45 | [IDC]Dragon | the RTC RAM content is currently "assembled" with a lot of code |
| 22:41:15 | [IDC]Dragon | I've changed it into a table, and very few code |
| 22:41:47 | [IDC]Dragon | amiconn: I've missed the bitswap discussion |
| 22:43:10 | amiconn | See log http://rockbox.haxx.se/irc/rockbox-20040613.txt 09:38+, I explained it to Bluechip |
| 22:43:38 | [IDC]Dragon | but you said it's "crap", should I bother then? |
| 22:44:20 | amiconn | Although my idea for a new bitswap algo will definitely work, and still save 100+ bytes of IRAM, it wouldn't be faster than the current implementation, but a bit slower (~16%) |
| 22:44:54 | [IDC]Dragon | we're not short of IRAM currently |
| 22:45:02 | [IDC]Dragon | I'd prefer the speed |
| 22:45:07 | amiconn | The new algo would take 29 clock cycles for swapping 4 bytes, while the current one takes 25 cycles |
| 22:45:14 | amiconn | (in the main loop) |
| 22:45:51 | amiconn | This is because I said it's crap, because yesterday I erred in that - thought the 25 cyles were for swapping 2 bytes |
| 22:52:16 | [IDC]Dragon | does somebody know if and how the SH compiler pads structures? |
| 22:52:46 | [IDC]Dragon | will a 32 bit value be 32 bit alined? |
| 22:52:55 | Bagder | I'd guess so |
| 22:53:11 | [IDC]Dragon | can it reorder struct members to minimize padding? |
| 22:53:24 | Bagder | I don't think it does |
| 22:53:33 | [IDC]Dragon | so I have to do that... |
| 22:53:38 | | Quit rakaus () |
| 22:55:24 | amiconn | [IDC]Dragon: When you reorder struct members, cosider putting the most used members in the beginning (within reach of the direct offset addressing of the sh1) to speed up access |
| 22:55:47 | elinenbe | amiconn, [IDC]Dragon, Zagor, Bagder: anyone have anything exciting on the horizon for Rockbox? |
| 22:56:08 | [IDC]Dragon | if you call new settings code exciting... |
| 22:56:23 | elinenbe | I don't consider saving some IRAM or a quicker bitswap that exciting! :) |
| 22:56:34 | elinenbe | [IDC]Dragon: what is up with the settings code? |
| 22:56:35 | Bagder | a 'make install' for the sim then? ;-) |
| 22:56:44 | * | Bagder giggles |
| 22:56:56 | elinenbe | oh.. now that is exciting! |
| 22:56:57 | [IDC]Dragon | we're really thrilling |
| 22:57:53 | [IDC]Dragon | elinenbe: the settings code is a pure internal change, saving some memory |
| 22:58:22 | [IDC]Dragon | a user does't benefit from it |
| 23:00 |
| 23:00:18 | elinenbe | I was hoping to hear about the game boy emulator... |
| 23:00:34 | [IDC]Dragon | Zagor: I'm putting the .cfg strings in my table now, too |
| 23:00:45 | elinenbe | or an ID3 viewer plugin that supports jpegs in ID3v2 tags... |
| 23:00:53 | [IDC]Dragon | so we have them only once,and save another ton of code |
| 23:01:06 | Bagder | [IDC]Dragon: that sounds neat |
| 23:01:16 | Bagder | that code has been ugly a long time |
| 23:01:30 | [IDC]Dragon | the drawback is that .cfg files won't get internal comment blocks any more |
| 23:01:46 | amiconn | I had a look at the settings code once ...grr |
| 23:02:24 | Zagor | comments shouldn't be hard to add, would they? just a few const char* in the table |
| 23:03:06 | [IDC]Dragon | but then I'd need some strange escape table entries to control that |
| 23:03:40 | Zagor | ok..? i guess I'll have to see your solution to understand that :) |
| 23:05:52 | [IDC]Dragon | each value is represented by the following struct (excuse the flooding): |
| 23:06:03 | [IDC]Dragon | short bit_pos; /* bit position in RTC/sector */ |
| 23:06:03 | [IDC]Dragon | unsigned char bit_size; /* how many bits within the bitfield */ |
| 23:06:03 | [IDC]Dragon | bool is_signed; /* global_settings value is signed */ |
| 23:06:03 | DBUG | Enqueued KICK [IDC]Dragon |
| 23:06:03 | [IDC]Dragon | short settings_offset; /* store position in global_settings struct */ |
| 23:06:03 | [IDC]Dragon | unsigned char byte_size; /* how many bytes in the global_settings struct */ |
| 23:06:03 | *** | Alert Mode level 1 |
| 23:06:03 | [IDC]Dragon | const char* cfg_name; /* variable name in a .cfg file */ |
| 23:06:05 | [IDC]Dragon | const char* cfg_val; /* set of values, or NULL for a numerical value */ |
| 23:06:41 | Zagor | so why not just add a const char* cfg_comment ? |
| 23:06:45 | | Quit Hadaka (anthony.freenode.net irc.freenode.net) |
| 23:06:45 | NSplit | anthony.freenode.net irc.freenode.net |
| 23:06:45 | | Quit mbr_ (anthony.freenode.net irc.freenode.net) |
| 23:06:45 | | Quit ze (anthony.freenode.net irc.freenode.net) |
| 23:06:45 | | Quit Bagder (anthony.freenode.net irc.freenode.net) |
| 23:06:45 | | Quit midknight2k3 (anthony.freenode.net irc.freenode.net) |
| 23:06:53 | [IDC]Dragon | there is an array holding ~80 of those |
| 23:07:22 | elinenbe | [IDC]Dragon: how much code does the new settings stuff save? |
| 23:07:46 | [IDC]Dragon | I'm careful not to introduce not too many "columns" |
| 23:07:48 | NHeal | anthony.freenode.net irc.freenode.net |
| 23:07:48 | NJoin | Hadaka [0] (naked@naked.iki.fi) |
| 23:07:48 | NJoin | ze [20] (psyco@adsl-67-123-40-187.dsl.lsan03.pacbell.net) |
| 23:07:48 | NJoin | mbr_ [0] (~mb@stz-softwaretechnik.com) |
| 23:07:56 | NJoin | midknight2k3 [0] (~Zakk@c66-235-14-120.sea2.cablespeed.com) |
| 23:08:17 | [IDC]Dragon | a comment would be needed only by a few entries |
| 23:08:38 | [IDC]Dragon | actually, between the entries, to group them |
| 23:08:56 | [IDC]Dragon | that's why I was thinking about "escape values" |
| 23:09:02 | Zagor | right. that's messy. |
| 23:15:24 | NJoin | Bagder [0] (~daniel@c25025a.hud.bostream.se) |
| 23:15:39 | | Quit Bagder (Read error: 60 (Operation timed out)) |
| 23:16:04 | *** | Alert Mode OFF |
| 23:17:56 | | Join Bagder [0] (~daniel@c25025a.hud.bostream.se) |
| 23:18:29 | | Join hardeep [0] (1098@208.247.65.237) |
| 23:21:06 | [IDC]Dragon | 'night! |
| 23:21:12 | | Quit [IDC]Dragon () |
| 23:21:19 | amiconn | that was fast |
| 23:23:41 | hardeep | must've been really sleepy |
| 23:24:30 | Zagor | has anyone tried creat()ing a file in the sims lately? it doesn't seem to work for me. |
| 23:24:45 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 23:24:45 | * | Bagder hasn't |
| 23:26:35 | hardeep | I'm assuming X11 sim? |
| 23:26:38 | Zagor | yes |
| 23:26:44 | hardeep | let me try win32 |
| 23:30:24 | Zagor | hmm, the O_RDONLY etc defines are taken from rockbox instead of the host OS. that breaks it royally. |
| 23:31:07 | Zagor | this used to work... |
| 23:31:07 | Bagder | ouch |
| 23:31:18 | Bagder | liiiiinnuuuuuuuuuus! |
| 23:31:20 | Bagder | ;-) |
| 23:31:22 | Zagor | haha |
| 23:31:38 | hardeep | hmmmm, it still works on the win32 sim |
| 23:31:41 | Bagder | its always good to have someone to blame |
| 23:32:22 | Zagor | O_CREAT is 0100 in linux. what is it in windows? |
| 23:33:56 | hardeep | hmmm, the same |
| 23:40:23 | hardeep | oh, the code I was using was calling creat() directly.... let me try open with O_CREAT |
| 23:41:04 | Zagor | in the x11 sim at least, creat becomes sim_open. it never reaches sim_creat. i can't see where that happens. |
| 23:41:28 | hardeep | creat becomes sim_creat |
| 23:41:46 | hardeep | when i stepped in it |
| 23:41:50 | hardeep | strange |
| 23:42:21 | Zagor | try a plugin |
| 23:42:23 | Bagder | hardeep: that's what linus commit introduced |
| 23:42:55 | Bagder | maybe the plugins don't use the right function? |
| 23:43:23 | Zagor | i checked that too. looks alright. |
| 23:51:00 | Bagder | it never includes any host include file with the right define |
| 23:51:45 | Zagor | that's what it seems like |
| 23:52:18 | Bagder | but... |
| 23:52:27 | Bagder | its not that easy to add |
| 23:53:08 | Bagder | hm |
| 23:57:56 | Bagder | I have fix pending now |
| 23:58:56 | Zagor | nice |
icon identifies that the person is a core developer (has commit access).