| 00:06:04 | | Quit elinenbe (" HydraIRC -> http://www.hydrairc.com <- Chicks dig it") |
| 00:07:36 | *** | Saving seen data "./dancer.seen" |
| 00:08:10 | | Quit iSheep () |
| 00:21:13 | | Join elinenbe [0] (trilluser@207-237-224-177.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 00:26:08 | | Quit AciD (Read error: 104 (Connection reset by peer)) |
| 00:53:28 | | Quit c0utta (Read error: 54 (Connection reset by peer)) |
| 01:00 |
| 01:02:44 | | Quit top_bloke (Read error: 60 (Operation timed out)) |
| 01:10:13 | | Part amiconn |
| 01:36:31 | | Join Nibbler [0] (nibbler@port-212-202-73-96.dynamic.qsc.de) |
| 01:57:58 | | Nick midk|movie is now known as midk (~Zakk@c66-235-14-120.sea2.cablespeed.com) |
| 01:59:11 | | Quit midk ("just STOP it arspy") |
| 02:00 |
| 02:00:58 | | Join midk [0] (~Zakk@c66-235-14-120.sea2.cablespeed.com) |
| 02:07:40 | *** | Saving seen data "./dancer.seen" |
| 02:22:52 | | Quit Nibbler (Read error: 54 (Connection reset by peer)) |
| 02:25:50 | | Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 03:00 |
| 03:30:50 | | Nick midk is now known as midk|game (~Zakk@c66-235-14-120.sea2.cablespeed.com) |
| 04:00 |
| 04:01:05 | | Join Nibbler [0] (nibbler@port-212-202-73-96.dynamic.qsc.de) |
| 04:07:44 | *** | Saving seen data "./dancer.seen" |
| 04:13:52 | | Nick midk|game is now known as midk (~Zakk@c66-235-14-120.sea2.cablespeed.com) |
| 05:00 |
| 05:09:17 | | Nick midk is now known as midk|here-but-go (~Zakk@c66-235-14-120.sea2.cablespeed.com) |
| 05:09:17 | | Quit Nibbler (Read error: 54 (Connection reset by peer)) |
| 05:09:28 | | Nick midk|here-but-go is now known as midk (~Zakk@c66-235-14-120.sea2.cablespeed.com) |
| 06:00 |
| 06:07:46 | *** | Saving seen data "./dancer.seen" |
| 06:12:51 | | Join michaelolsen [0] (~mike@c-24-12-216-51.client.comcast.net) |
| 06:13:10 | * | michaelolsen looks around |
| 06:13:42 | michaelolsen | hmmm i think the only nick i remember in her is logbot lol |
| 06:13:50 | | Part michaelolsen |
| 06:13:59 | | Join Nibbler [0] (nibbler@port-212-202-73-96.dynamic.qsc.de) |
| 06:38:31 | | Quit Nibbler (Read error: 54 (Connection reset by peer)) |
| 07:00 |
| 07:52:55 | | Quit AciD (""Linux ? Ya moins bien, mais c'est plus cher"") |
| 08:00 |
| 08:07:50 | *** | Saving seen data "./dancer.seen" |
| 08:14:11 | | Join Nibbler [0] (nibbler@port-212-202-73-96.dynamic.qsc.de) |
| 08:31:59 | | Quit Nibbler (Read error: 54 (Connection reset by peer)) |
| 09:00 |
| 09:40:35 | midk | bcbc? |
| 09:44:57 | BC | nods |
| 09:47:04 | midk | i figgered it out |
| 09:47:06 | midk | anyways |
| 09:47:12 | midk | wow −− i have a free button on my clock! |
| 09:47:26 | midk | *is usually buttonless and attempts to map functions to key combos |
| 09:47:35 | midk | f2... very accessible |
| 09:47:38 | midk | how to utilize it. |
| 09:50:11 | midk | ah crap |
| 09:51:04 | BC | found a luverly bug in in gcc yesterday |
| 09:51:09 | midk | that is? |
| 09:51:23 | midk | DAH |
| 09:51:31 | midk | i hate having to compress text to fit it on the lcd |
| 09:51:36 | midk | *hard pressed for lcd space |
| 09:51:41 | BC | it cannot handle bools in a struct |
| 09:51:42 | midk | lol.. |
| 09:51:43 | midk | rb->lcd_puts(0, 3, "[UP] Poweroff ON"); |
| 09:51:43 | midk | rb->lcd_puts(0, 4, "[DWN]Poweroff OFF"); |
| 09:51:53 | midk | hopefully not applying to rockbox. |
| 09:52:00 | BC | wtf is "poweroff on" |
| 09:52:04 | midk | i know! |
| 09:52:10 | midk | i cant convey it with like 15chars |
| 09:52:15 | midk | idle poweroff activated |
| 09:52:23 | midk | enabled* |
| 09:52:37 | midk | ok i'll have to do a sort of |
| 09:52:43 | BC | how about AUTO-OFF: Yes/No |
| 09:52:57 | midk | OMGZ |
| 09:53:15 | midk | rb->lcd_puts(0, 3, "[UP] AUTO-OFF on"); |
| 09:53:15 | midk | rb->lcd_puts(0, 4, "[DWN]AUTO-OFF off"); |
| 09:53:16 | midk | ? |
| 09:53:46 | BC | how about a tik box? |
| 09:54:10 | BC | [x] off-timer |
| 09:56:59 | midk | hn |
| 09:57:01 | midk | no room |
| 09:57:12 | BC | lol |
| 09:57:23 | BC | room for "off" no room for "X" |
| 09:57:24 | midk | lol |
| 09:57:32 | midk | yah that's about it |
| 09:57:49 | BC | well dude good luck, think laterally |
| 09:57:57 | midk | just btw.. this is the help screen |
| 09:58:04 | midk | i meant.. i have no room at the options screen :) |
| 10:00 |
| 10:04:57 | midk | bc did you see my creditroll code? |
| 10:05:12 | BC | no spam it ove |
| 10:05:13 | BC | r |
| 10:05:19 | midk | haha |
| 10:05:33 | BC | <shrugs> |
| 10:05:53 | midk | actually |
| 10:05:58 | midk | *bites nails |
| 10:06:37 | midk | dcc or aim? |
| 10:07:12 | midk | aha |
| 10:07:13 | midk | here |
| 10:07:27 | midk | http://freewebs.com/midky/ credits.txt |
| 10:07:28 | midk | er |
| 10:07:31 | midk | http://freewebs.com/midky/credits.txt |
| 10:07:44 | midk | logbot, you'll yell at me for it |
| 10:07:48 | midk | wtf |
| 10:07:51 | midk | lol* |
| 10:07:53 | *** | Saving seen data "./dancer.seen" |
| 10:07:55 | BC | dcc or aim it ove then I can just dsave and compile |
| 10:08:04 | midk | it's integrated into the clock |
| 10:08:13 | midk | it doesn't work on its own |
| 10:08:26 | BC | i'll wait until I can see it running ;) |
| 10:08:33 | midk | it's in the patches page, bc. |
| 10:08:47 | midk | i am seriously afraid to touch it... |
| 10:08:54 | midk | last time it totally screwed it up |
| 10:09:23 | midk | but it's at that link if you'd like to see |
| 10:11:38 | BC | rb->sleep(HZ/2) sleeps for 1/2 or .5 of a second |
| 10:12:00 | midk | right... |
| 10:12:17 | BC | if (btn != BUTTON_NONE && !(btn & BUTTON_REL)) |
| 10:12:22 | BC | watch your braces dude |
| 10:12:25 | midk | oops |
| 10:12:28 | midk | wait what |
| 10:12:33 | midk | i messed up a comment |
| 10:13:10 | midk | see... some of this hurts my brain to comprehend.. so i just say.. if it works, it's fine |
| 10:13:19 | midk | if you have a suggestion, please tell me! :) |
| 10:13:52 | BC | what is the value of BUTTON_NONE ?? |
| 10:14:04 | midk | 0? |
| 10:14:46 | BC | then |
| 10:14:46 | BC | if ( (!btn) && (!(btn&BUTTON_REL)) ) |
| 10:14:58 | midk | if that will work, i shall use it. |
| 10:15:10 | BC | if your info is correct, it will work |
| 10:15:18 | midk | ooo |
| 10:15:22 | midk | *saves old code just in case |
| 10:15:25 | midk | :) |
| 10:15:42 | DBUG | Enqueued KICK BC |
| 10:15:42 | BC | if ( (!(btn==BUTTON_NONE)) && (!(btn&BUTTON_REL)) ) |
| 10:15:58 | midk | if you slip me a twenty now i can bump you up a bit in the credits list |
| 10:16:04 | BC | LOL |
| 10:16:39 | BC | imho: either go alphabetical, or most help |
| 10:16:44 | | Join Nibbler [0] (nibbler@port-212-202-73-96.dynamic.qsc.de) |
| 10:17:04 | midk | bc |
| 10:17:19 | BC | falls a poor second to amiconn |
| 10:17:20 | midk | *checks to make sure bc's name is near top of list before going on |
| 10:17:45 | BC | you could do reversa alphabet - that would please Zagor |
| 10:18:13 | midk | no, i think i will do it in order of most help |
| 10:18:42 | midk | *wonders if dstar5 would kill him if he put him last |
| 10:23:03 | BC | death comes to us all in the end |
| 10:23:13 | BC | s/in/at |
| 10:23:31 | midk | OKIES YAYYYY |
| 10:23:36 | midk | *puts dstar5 last |
| 10:27:42 | BC | death appraoches |
| 10:28:19 | midk | *replaces dstar5 at top of list |
| 10:28:40 | midk | *places arsepie at the end of the list |
| 10:28:44 | midk | end end |
| 10:28:48 | midk | after the blank spaces and black holes |
| 10:29:28 | BC | you wanna ut a copper bar or something over the top of the credits :) |
| 10:30:09 | midk | you mean, just under your and my names bc |
| 10:30:13 | midk | we belong together |
| 10:30:17 | midk | well not that way |
| 10:30:25 | BC | oh evil fate how wicked thou art |
| 10:30:40 | midk | you don't like me? |
| 10:30:45 | midk | *puts away leather and whips set |
| 10:30:48 | midk | *SADLY |
| 10:31:14 | BC | Ever checked up to see what your mates buy off ebay? |
| 10:31:32 | midk | no.. |
| 10:31:38 | midk | do i want to know? |
| 10:31:40 | midk | no.. |
| 10:31:40 | BC | my mate buught a cat-o-9 ...geez we gave him grief down the pub for that ;) |
| 10:31:41 | midk | YES |
| 10:31:56 | midk | how much??! |
| 10:32:55 | BC | lol |
| 10:33:02 | BC | dont recall |
| 10:33:55 | midk | let's get this bc |
| 10:33:56 | midk | http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&category=736&item=5905531366&rd=1 |
| 10:34:04 | midk | i'll split the cost, but i get to use it wednesdays and sundays |
| 10:35:08 | midk | OHO |
| 10:35:10 | midk | http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&category=1468&item=5504380979&rd=1 |
| 10:35:13 | midk | wil you get it for me bc |
| 10:37:32 | | Join amiconn [0] (~jens@pD9E7FAE2.dip.t-dialin.net) |
| 10:37:34 | BC | :9 |
| 10:38:14 | midk | hmmmmmmmmmmmmmmmm |
| 10:39:16 | amiconn | hi bc! |
| 10:39:41 | midk | hey amiconn. hi bcbc. |
| 10:40:15 | amiconn | BC: Did you get your function callback to work? |
| 10:40:42 | midk | time for me to sleep |
| 10:40:49 | amiconn | nite midk |
| 10:40:51 | BC | yes, thanks dude, would you believe my two (or so) hours of insanity were down to a MISSING SEMI COLON - ARGH |
| 10:40:52 | midk | so good nite bcbc and amiconn. |
| 10:40:56 | BC | nite mk |
| 10:41:00 | midk | GOOD WORK BC |
| 10:41:11 | BC | LOL |
| 10:41:15 | amiconn | BC: lol |
| 10:41:52 | | Nick midk is now known as midk|sleeeeeepz (~Zakk@c66-235-14-120.sea2.cablespeed.com) |
| 10:42:01 | BC | gotta update my cvs and double check the grey scale mod |
| 10:42:09 | amiconn | BC: I've seen you have a problem with bools in structs? |
| 10:42:32 | BC | yes, nasty stuff |
| 10:42:45 | BC | was okay before I split it into a lib |
| 10:42:52 | amiconn | I wonder why is that, since both Jörg's alpine_cdc plugin and a test plugin of mine use that (for thread status) |
| 10:43:13 | BC | array of struct with bool in a lib ...is the issue |
| 10:43:47 | BC | the array indexer counts the bool as 1 sometimes and 4 at others |
| 10:44:36 | BC | maybe I will strip it back to a demo once I have finished the real work - we might be able to trace it in a simple example |
| 10:45:48 | amiconn | Iirc bool == char in sh1 gcc, so 1 byte is correct. However, the compiler sometimes has to pad fields to get proper alignment. |
| 10:46:05 | BC | this was all in sim, not seen a target yet |
| 10:46:52 | BC | in sh-1 a bool is 1byte |
| 10:47:06 | BC | when I save my .vol options on the pc a bool is 4 |
| 10:47:28 | BC | I think the problem is most likely in stdbool.h |
| 10:47:51 | BC | i bet bool is enummed |
| 10:49:11 | amiconn | Bool may perfectly have different sizes on different architectures. |
| 10:49:39 | amiconn | Code should not rely on specific lengths of datatypes |
| 10:49:47 | BC | indeed, my issue is that it has different sizes between lib modules both under simulator conditions |
| 10:50:02 | amiconn | Huh? |
| 10:50:37 | BC | one proc accesses the data one way, another proc accesses the data another way |
| 10:50:47 | BC | seen it before with gcc |
| 10:51:42 | BC | it seems that (internally) sizeof(struct) does not return the sizeof(all-entries-in-struct) |
| 10:52:36 | BC | by made up example: struct { bool b;} s; sizeof(s)=4 sizeof(s.b)=1 |
| 10:53:11 | BC | so once you put it in an array all hell breaks loose |
| 10:53:39 | amiconn | Imho this is correct behaviour - the compiler pads to longword. |
| 10:54:21 | BC | so when you do b1=s[1].b you would expect to receive elements 4,5,6 AND 7 into your bool yes? |
| 10:54:47 | amiconn | No. |
| 10:54:59 | BC | then you would also experience the problem I had |
| 10:55:10 | BC | cos that is what it does |
| 10:55:34 | amiconn | In your example, if you do struct { bool b;} s[10]; the array would be 40 bytes in size. |
| 10:55:49 | BC | the size of the array is irrelevant |
| 10:56:12 | BC | the relevant point is that SOME procedures believe the struct to be one size based a calculation of a bool being 4 bytes... |
| 10:56:12 | amiconn | s[0].b should give back byte 0, s[1].b byte 4 etc. |
| 10:56:30 | BC | and OTHER procedures will believe the struct to be calculated on a bool size of 1 |
| 10:56:39 | BC | do you want to see it in action? |
| 10:57:23 | BC | it's all okay until you have an array of srtuct |
| 10:57:35 | amiconn | This may happen if you use different struct packing settings for compilation of the two procedures |
| 10:57:45 | BC | indeedly |
| 10:58:15 | amiconn | It did work before you broke up your lib? |
| 10:58:19 | BC | yep |
| 10:58:34 | BC | before it was no-lib-at-all |
| 10:58:35 | amiconn | All source code was in one file back then? |
| 10:58:43 | BC | klondike runs fine |
| 10:58:51 | BC | break into lib... engine busted |
| 10:59:01 | BC | yes, all in one file |
| 10:59:23 | BC | cuppa T ...brb |
| 10:59:52 | amiconn | Now you have a plugin under /apps/plugins and a number of library files in /apps/plugins/lib and it doesn't work anymore? |
| 11:00 |
| 11:20:13 | BC | that's correct |
| 11:20:13 | | Quit Nibbler (Read error: 54 (Connection reset by peer)) |
| 11:20:31 | BC | (sorry about the delay, found ants - bwwwaaahahahahahahahaaaaaaa) |
| 11:21:26 | amiconn | Then I suspect the Makefiles in /apps/plugins and /apps/plugins/lib call gcc with different options, at least for simulator builds |
| 11:22:24 | BC | i declare a static array in main() ...then pass the pointer to lib_init() |
| 11:23:25 | amiconn | I guess you have a header file defining your struct? |
| 11:23:29 | BC | yep |
| 11:28:23 | amiconn | The makefile for the plugins does include a hell lot more -m and -D for gcc than that for the lib.. |
| 11:29:18 | BC | the libs don't actually compile under sim anyway |
| 11:29:40 | BC | but as we are the only lib authors and yours don't do sim anyway, it only effects me - lol |
| 11:31:18 | amiconn | If the libs don't even compile - how do you experience your problem? |
| 11:31:30 | BC | loads of bodges to make it work |
| 11:32:45 | BC | that's probably why I need an extra bodge to get bools working :) |
| 11:36:45 | amiconn | The compiler flags are very different for compiling the lib and the plugins for the sim... |
| 11:37:53 | BC | Yes, it is still quite in it's infancy, but sadly I just have to sit back and wait for others to fix the core code - so in the mean time, I just work around all the bugs |
| 11:38:01 | amiconn | Most notably: While for the plugins it does -DWIN32 -DNOCYGWIN and -mno-cygwin (the latter even twice -lol) for the lib it doesn't do any of these |
| 11:38:28 | | Join acathla_ [0] (~acathla@nord-2-81-57-97-57.fbx.proxad.net) |
| 11:38:32 | acathla_ | hi |
| 11:38:56 | BC | yes, they are certainly reqquired to get things going ....did you see my email "libplugin blues"? |
| 11:38:57 | BC | hi |
| 11:39:59 | amiconn | I will compare the lines with their counterparts when compiling for the target and see what I can do |
| 11:40:25 | acathla_ | does anyone have a backup of the hardware mod : Nick Robinson's Sony Remote Joystick RM-X4S interface. The link is broken |
| 11:40:35 | BC | sorry, no |
| 11:40:39 | acathla_ | :( |
| 11:41:02 | BC | checking the "libplugin blues" email will probably tell you most of what you need to know |
| 11:41:16 | BC | (sorry, that was aimed at amiconn) |
| 11:44:16 | BC | acathla_ ...can check the url from here if you like? |
| 11:45:01 | BC | ami ....for the first line, I now use |
| 11:45:01 | BC | #if defined(SIMULATOR) && !defined(__MINGW32__) |
| 11:48:58 | amiconn | I now think I found the flag difference that most likely causes your problem ... |
| 11:49:25 | amiconn | For the target, both plugins and lib are compiled with -O (makes sense) |
| 11:49:55 | amiconn | But for the sim, the lib is still compiled with -O, while the plugins are compiled without. Argh! |
| 11:52:02 | BC | -O? |
| 11:52:15 | amiconn | optimization |
| 11:52:22 | BC | ahhaaaaaa - righty |
| 11:59:58 | amiconn | I try to understand the Makefile mess - it seems while building for the target uses the individual Makefiles within the source dirs, the (win32) simulator build is entirely driven by /uisimulator/win32/Makefile ... |
| 12:00 |
| 12:00:26 | amiconn | ..except that it also uses the target's makefile for the plugin lib... |
| 12:01:01 | BC | respect ...I must be honest, makefiles still confuse me, I really should take the time to work them out one day ...not the syntax, just the real-life use of them |
| 12:02:08 | amiconn | I don't really know much about Makefiles either - maybe this is why I'm confused |
| 12:03:27 | BC | it's the way they all daisy chain that does my head in ....then at some point they sew back into "configure" which is bash script ...another point of inexpereience |
| 12:03:43 | | Join LinusN [200] (~linus@labb.contactor.se) |
| 12:04:05 | BC | Mornin' cap'n |
| 12:04:06 | amiconn | hi LinusN |
| 12:04:15 | LinusN | yo d00dz |
| 12:04:46 | amiconn | Did you read our conversation about Makefiles, plugins, libs and simulators? |
| 12:05:23 | LinusN | yes |
| 12:06:45 | LinusN | the simulator build is a kludge |
| 12:06:51 | amiconn | I don't really get how all this is supposed to work - am I right that the Makefile in /uisimulator/win32 controls the sim build almost completely, except the plugin lib |
| 12:06:54 | amiconn | ? |
| 12:07:20 | LinusN | as you said, the uisimulator Makefile does everything except for the libs |
| 12:07:55 | *** | Saving seen data "./dancer.seen" |
| 12:07:59 | amiconn | Shouldn't the plugin lib build then be added to it also? |
| 12:08:34 | LinusN | sure |
| 12:09:41 | amiconn | I wonder why it is done that way - wouldn't it be more straightforward to use the individual Makefiles for both target and simulator builds? |
| 12:10:22 | BC | I guess it was an easy starting point? |
| 12:10:31 | LinusN | yes, but we ddidn't want to "pollute" the target makefiles with sim stuff |
| 12:11:12 | LinusN | the target build is the "main" build |
| 12:12:25 | amiconn | Agreed. Then the libplugin should be added to the sim Makefile, and everything related to simulator should be taken out of the libplugin Makefile, correct? |
| 12:12:34 | LinusN | yes |
| 12:14:34 | amiconn | If I would only know how to do that... |
| 12:16:59 | amiconn | Different topic: If I build a dev environment with cygwin according to the Howto or use BC's devkit, I get sh-gcc 3.3.1 |
| 12:17:42 | amiconn | Apparently the "official" compilation still uses sh-gcc 3.0.4, which sometimes behaves differently. |
| 12:18:12 | amiconn | (See yesterday's discussion on the grayscale bug with 3.3.1 |
| 12:18:58 | amiconn | What is your recommendation, are there other known problems with gcc 3.3.1? |
| 12:20:10 | LinusN | i have no idea |
| 12:20:17 | LinusN | i use 3.2 myself |
| 12:20:45 | LinusN | hmmm |
| 12:20:49 | LinusN | not at home, it seems |
| 12:22:40 | amiconn | The binaries in the daily build packages are identical to those I get when compiling with sh-elf-gcc 3.0.04 on cygwin. |
| 12:23:07 | amiconn | With gcc 3.3.1 I get smaller binaries (2..3 %) |
| 12:23:39 | LinusN | nice |
| 12:24:15 | LinusN | feel free to do the needed changes to make it compile with all gcc versions |
| 12:27:15 | amiconn | So far I didn't find problems with the binaries built with sh-elf-gcc 3.3.1, other than that with grayscale I did already fix (I was relying on compiler behaviour there, which changed) |
| 12:28:10 | amiconn | ajbrec.ajz: 187 KB -> 180 KB |
| 12:29:46 | amiconn | There is a slight chance that the gdb stub may cause problems when compiled with 3.3.1, but I can't test thtis |
| 12:31:09 | LinusN | how could it cause problems? |
| 12:32:13 | amiconn | Gcc 3.0.4 used to save the pr register at the start of all functions and restore it at the end. |
| 12:32:37 | amiconn | Gcc 3.3.1 optimizes this away if no other function is called from within this one |
| 12:33:22 | amiconn | If you call a subroutine from within an asm block, gcc does not notice that |
| 12:34:00 | amiconn | The gdb stub uses jsr/bsr... |
| 12:34:29 | LinusN | ah |
| 12:34:39 | LinusN | i'll try that someday |
| 12:35:11 | amiconn | I could compile a debug build for you, but as said I can't test it myself... |
| 12:40:38 | amiconn | Argh! Debug build is completely broken (at least for recorders) |
| 12:44:29 | amiconn | −−- |
| 12:44:30 | amiconn | main.c: In function `init': |
| 12:44:30 | amiconn | main.c:189: error: `rb' undeclared (first use in this function) |
| 12:44:30 | DBUG | Enqueued KICK amiconn |
| 12:44:30 | amiconn | main.c:189: error: (Each undeclared identifier is reported only once |
| 12:44:30 | amiconn | main.c:189: error: for each function it appears in.) |
| 12:44:30 | *** | Alert Mode level 1 |
| 12:44:30 | amiconn | make[1]: *** [/home/Administrator/rb-patched/debug-recorder/main.o] Error 1 |
| 12:44:31 | *** | Alert Mode level 2 |
| 12:44:31 | amiconn | make: *** [apps] Error 2 |
| 12:44:33 | amiconn | −−- |
| 12:45:20 | amiconn | A few warnings show up before that... |
| 12:45:34 | BC | wtf - main.c using the plugin interface? |
| 12:50:40 | amiconn | Apparently it does have something to do with the DEBUGF macro... |
| 12:54:32 | *** | Alert Mode OFF |
| 12:56:33 | amiconn | The thing is that main.c includes plugin.h, which redefines that macro if PLUGIN is defined. Why is that? |
| 12:58:58 | amiconn | Or rather, why are the files within apps compiled with -DPLUGIN ? |
| 12:59:59 | | Join Nibbler [0] (nibbler@port-212-202-73-96.dynamic.qsc.de) |
| 13:00 |
| 13:06:50 | BC | second q ...gotta be a mistake |
| 13:07:10 | BC | first q ...plugins will need to call-back |
| 13:07:40 | BC | for a plugin to output to debug it will use rb-> prefix on the debug call |
| 13:08:13 | amiconn | Yes, but then the files in apps should be compiled without -DPLUGIN=1 |
| 13:09:06 | BC | i agree |
| 13:23:14 | amiconn | LinusN: are you reading? |
| 13:58:28 | | Part amiconn |
| 14:00 |
| 14:07:59 | *** | Saving seen data "./dancer.seen" |
| 14:21:00 | | Quit Nibbler (Read error: 54 (Connection reset by peer)) |
| 14:28:49 | | Join c0utta [0] (~c0utta@47.cust4.sa.dsl.ozemail.com.au) |
| 15:00 |
| 15:11:15 | | Part acathla_ ("Byebye") |
| 15:33:10 | elinenbe | http://www.qvcuk.com/ukgasp/frameset.asp?nest=tsv_430113.html&dd=ukhtml/frames/DrillFrameUKEL.html |
| 15:33:39 | BC | lol - watched them pluggin that this morning - seems like a good deal |
| 15:34:13 | BC | will remote control your cable box |
| 15:34:38 | BC | spare battery ...must mean it can be swapped easily |
| 15:35:13 | elinenbe | BC: enough battery for 24 hours of use! |
| 15:35:25 | elinenbe | I think it comes with 3 - 8 hour batteries |
| 15:35:31 | BC | 2x12 |
| 15:35:40 | BC | 2 rechargeable lithium-ion batteries for up to 24 hours of continuous use |
| 15:35:41 | | Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 15:35:52 | BC | certainly not 12hrs of video playback - lol |
| 15:36:27 | BC | CF slot has to be the winner |
| 15:36:39 | BC | now to find £400 |
| 15:37:43 | BC | might be nice to throw a copy of that link at the ml |
| 15:58:34 | | Join Nibbler [0] (nibbler@port-212-202-73-96.dynamic.qsc.de) |
| 16:00 |
| 16:08:00 | *** | Saving seen data "./dancer.seen" |
| 17:00 |
| 17:12:47 | | Quit Nibbler (Read error: 54 (Connection reset by peer)) |
| 17:13:41 | | Join lImbus [0] (lImbus@44-40.240.81.adsl.skynet.be) |
| 17:14:06 | lImbus | Hi All |
| 17:14:13 | BC | hey hey limbo-man |
| 17:14:23 | lImbus | hehe |
| 17:17:34 | lImbus | BC, do you know if there is space within the status bar left ? |
| 17:17:52 | BC | let me look... |
| 17:18:20 | lImbus | I see battery, plug sign, SPACE, volume, Stop/Pause/Play-Symbol, Repeat, Shuffle, SPACE, Time |
| 17:18:34 | lImbus | dunno what's supposed to be shown on the SPACES |
| 17:18:41 | BC | there seem to be gaps a) before time and b) after battery |
| 17:19:02 | BC | "plug" yes forgot that one |
| 17:19:27 | BC | i agree with your finding |
| 17:19:28 | lImbus | yup. the problem is following: I try to teach my mates (the ones who are NOT developers) to not turn off the unit before the hdd has spun down |
| 17:20:04 | BC | spinning disc icon approaching? |
| 17:20:17 | lImbus | whould be need, eh ? |
| 17:20:22 | lImbus | neat, of course |
| 17:20:37 | BC | i think ON+F1 or whatever to rtigger an orderly shut-dwon |
| 17:21:07 | lImbus | it seems hard for them. even the trick to set disk spindown and baclight timeout BOTH to 10 seconds (so backlight shown disk spinning in 90 % of case) does not fit to the mind. |
| 17:21:09 | BC | did you notice 3.02 went up? |
| 17:21:39 | BC | i never bother to wait in honesty |
| 17:21:52 | lImbus | they just don't think about it. so a sign of more warning character would show hem how to treat. |
| 17:22:15 | BC | if the backlight wont help them ,then an icon will make little odds |
| 17:22:42 | lImbus | amiconn showed me a pdf yesterday (see log for url) that explains pretty well how the emergency parking of the hdd-heads is done, and how much it decreases your hdd-life |
| 17:23:26 | lImbus | the backlight is not a solution because they want it longer than 10 seconds. and more than 10 seconds of hard disc does not make sense and consumes too much power |
| 17:23:32 | BC | i know, i'm just lazy - maybe I will write an ordely shut-down for PLAY=2S or ON+f1 |
| 17:24:19 | BC | how about off-off-off |
| 17:24:47 | lImbus | off off off by the meaning of 3 seconds-off ? |
| 17:24:55 | lImbus | pressing off tree times does not work |
| 17:25:03 | BC | no, tripple click == orderly shutdown |
| 17:25:19 | BC | my v1 (like linus') also shuts down in about 1S |
| 17:25:21 | lImbus | it's too often the way you WANT to go somewhere else, eh ? |
| 17:25:55 | lImbus | ahhm no, ok. |
| 17:25:57 | lImbus | my mistake |
| 17:26:02 | BC | I know it does not work, but if you are to write an orderly shut-dwon you can tie it to whatever you want |
| 17:26:14 | lImbus | I thought one could go one level up in dir browsing or menues by off |
| 17:26:47 | BC | ON+F1 is currently unused, but it's not very one handed |
| 17:27:24 | lImbus | yeah |
| 17:27:44 | lImbus | off off off would be as well as on2 secs. |
| 17:28:22 | lImbus | I just see in the code there is the keylock symbol somewhere else |
| 17:29:06 | lImbus | on-f1 is the id3-tag info while in WPS |
| 17:29:30 | BC | ON+F1 for 2S |
| 17:29:40 | lImbus | the keylock is just the space between shuffle and timie |
| 17:29:42 | lImbus | -i |
| 17:30:11 | BC | it really doesn't matter about the key, my suggestion is importantly that an orderly shut-dwon should exist |
| 17:30:30 | lImbus | jup |
| 17:30:58 | lImbus | for me, as I am too impatient and for the noobs that do not want to bother. |
| 17:31:12 | lImbus | technical newbies I mean |
| 17:31:24 | BC | too impatient for what? |
| 17:31:51 | lImbus | for waiting 10 secs, then switching off. |
| 17:31:59 | lImbus | if in a hurry, it kills me |
| 17:32:02 | BC | ah |
| 17:32:11 | BC | well pick a keystroke and go 4 it :) |
| 17:32:57 | lImbus | that would be fine. |
| 17:33:13 | lImbus | I would not even need the icon anymore |
| 17:45:17 | BC | would still be cute though |
| 17:46:31 | lImbus | already hacking on it. |
| 17:46:36 | BC | :) |
| 17:58:47 | lImbus | BC: there is not enough space in the statusbar |
| 17:58:51 | BC | I reckon |
| 17:59:00 | lImbus | 2 pixels between plug sign and volume. |
| 17:59:16 | lImbus | I thought it was more, then connected the dc after seeing the code |
| 18:00 |
| 18:00:05 | BC | spinning icq flower next to the clock would be my choice |
| 18:05:55 | BC | how about an animation around/behind the clock |
| 18:08:02 | *** | Saving seen data "./dancer.seen" |
| 18:08:45 | lImbus | jup, that is my next intend |
| 18:09:01 | lImbus | just flipping background, it that works |
| 18:57:01 | | Join Nibbler [0] (nibbler@port-212-202-73-96.dynamic.qsc.de) |
| 19:00 |
| 19:21:24 | | Nick midk|sleeeeeepz is now known as midk (~Zakk@c66-235-14-120.sea2.cablespeed.com) |
| 19:21:24 | | Quit Nibbler (Read error: 54 (Connection reset by peer)) |
| 19:22:39 | midk | hi bcbc |
| 19:24:45 | | Quit BC (Read error: 54 (Connection reset by peer)) |
| 19:38:40 | lImbus | to BC who will certainly be reading the log as soon as he notices his connection had been reset by that silly boy called peer: |
| 19:39:18 | lImbus | sorry, I was for pizza. Now I will be off. try to bug me on monday. EMail is not a good idea as the network is beeing reconfigured these days. |
| 19:39:45 | | Quit lImbus (" HydraIRC -> http://www.hydrairc.com <- IRC has never been so cool") |
| 20:00 |
| 20:03:46 | | Join pfavr [0] (~Peter_Fav@c076102a.s-oe.bostream.se) |
| 20:08:04 | *** | Saving seen data "./dancer.seen" |
| 20:41:25 | | Quit pfavr ("ChatZilla 0.9.61 [Mozilla rv:1.7/20040624]") |
| 20:57:13 | | Join Nibbler [0] (nibbler@port-212-202-73-96.dynamic.qsc.de) |
| 21:00 |
| 21:26:44 | | Join telliott [0] (telliott@208-251-255-120.res.evv.cable.sigecom.net) |
| 21:26:45 | | Quit Nibbler (Read error: 54 (Connection reset by peer)) |
| 21:41:51 | telliott | I wish this show was syndicated across the country so I could listen without being tied to my computer. |
| 21:44:38 | telliott | sorry. Wrong window. |
| 22:00 |
| 22:01:30 | | Join dstar5 [0] (lee@IC62.library.oregonstate.edu) |
| 22:08:05 | *** | Saving seen data "./dancer.seen" |
| 22:32:26 | | Part telliott |
| 23:00 |
| 23:03:10 | | Join Nibbler [0] (nibbler@port-212-202-73-96.dynamic.qsc.de) |
| 23:42:16 | | Quit dstar5 ("Leaving") |
| 23:42:16 | | Quit Nibbler (Read error: 54 (Connection reset by peer)) |
icon identifies that the person is a core developer (has commit access).