| *** luf has joined #maemo-ssu | 00:01 | |
| *** MrPingu has quit IRC | 00:28 | |
| *** MrPingu has joined #maemo-ssu | 00:29 | |
| *** deepy\SIGSEGV has quit IRC | 00:45 | |
| *** deepy\SIGSEGV has joined #maemo-ssu | 00:46 | |
| *** luf has quit IRC | 00:49 | |
| *** MrPingu has quit IRC | 00:58 | |
| *** infobot has quit IRC | 01:15 | |
| *** infobot has joined #maemo-ssu | 01:17 | |
| *** ChanServ sets mode: +v infobot | 01:17 | |
| *** MrPingu has joined #maemo-ssu | 01:17 | |
| *** arcean_ has quit IRC | 01:19 | |
| *** arcean_ has joined #maemo-ssu | 01:30 | |
| *** ZogG has quit IRC | 01:30 | |
| *** andre__ has quit IRC | 01:43 | |
| *** ZogG has joined #maemo-ssu | 01:45 | |
| *** andre__ has joined #maemo-ssu | 01:59 | |
| *** arcean_ has quit IRC | 03:38 | |
| *** guly has quit IRC | 04:12 | |
| *** guly has joined #maemo-ssu | 04:37 | |
| *** M4rtinK has quit IRC | 04:50 | |
| *** nox- has quit IRC | 05:03 | |
| *** amiconn_ has joined #maemo-ssu | 05:40 | |
| *** amiconn has quit IRC | 05:40 | |
| *** amiconn_ is now known as amiconn | 05:40 | |
| *** DocScrutinizer05 has quit IRC | 06:04 | |
| *** DocScrutinizer05 has joined #maemo-ssu | 06:04 | |
| *** Pali has quit IRC | 06:12 | |
| *** Jade has quit IRC | 06:32 | |
| *** Jade has joined #maemo-ssu | 06:32 | |
| *** Jade has joined #maemo-ssu | 06:32 | |
| *** Jade has quit IRC | 06:33 | |
| *** Jade has joined #maemo-ssu | 06:35 | |
| *** Jade has joined #maemo-ssu | 06:35 | |
| *** Jade has quit IRC | 06:39 | |
| *** Jade has joined #maemo-ssu | 06:40 | |
| *** Jade has joined #maemo-ssu | 06:40 | |
| *** Jade has quit IRC | 06:40 | |
| *** Jade has joined #maemo-ssu | 06:53 | |
| *** Jade has joined #maemo-ssu | 06:53 | |
| *** povbot has joined #maemo-ssu | 08:41 | |
| *** ChanServ sets mode: +v povbot | 08:41 | |
| *** ruskie has quit IRC | 08:42 | |
| *** ruskie has joined #maemo-ssu | 09:01 | |
| *** luf has joined #maemo-ssu | 09:35 | |
| *** dhbiker has quit IRC | 09:59 | |
| *** dhbiker has joined #maemo-ssu | 09:59 | |
| *** X-Fade has quit IRC | 11:02 | |
| *** X-Fade has joined #maemo-ssu | 11:02 | |
| luf | DocScrutinizer51: no damage for N900 or carkit (unless angry user don't destroy it) :D So no regression :D | 12:05 |
|---|---|---|
| *** dhbiker has quit IRC | 12:26 | |
| *** MrPingu has quit IRC | 12:35 | |
| *** merlin1991 has quit IRC | 13:01 | |
| *** merlin1991 has joined #maemo-ssu | 13:01 | |
| *** arcean has joined #maemo-ssu | 13:07 | |
| *** M4rtinK has joined #maemo-ssu | 13:17 | |
| *** ivgalvez has joined #maemo-ssu | 13:19 | |
| *** Pali has joined #maemo-ssu | 14:11 | |
| *** dhbiker has joined #maemo-ssu | 14:15 | |
| *** krayon has quit IRC | 14:24 | |
| *** lizardo has joined #maemo-ssu | 14:46 | |
| DocScrutinizer05 | luf: OK :-) | 14:46 |
| *** arcean has quit IRC | 15:06 | |
| *** ivgalvez has quit IRC | 15:32 | |
| merlin1991 | luf: do we know if the patch is good by now? | 15:54 |
| *** Woody14619a has joined #maemo-ssu | 15:55 | |
| *** Woody14619a has joined #maemo-ssu | 15:55 | |
| luf | merlin1991: The patch seems to be ok now. | 15:55 |
| luf | When you want to release new -testing? | 15:55 |
| *** ivgalvez has joined #maemo-ssu | 15:57 | |
| *** Woody14619 has quit IRC | 15:58 | |
| *** dafox has joined #maemo-ssu | 16:01 | |
| *** arcean has joined #maemo-ssu | 16:08 | |
| *** arcean has quit IRC | 16:17 | |
| *** krayon has joined #maemo-ssu | 16:20 | |
| merlin1991 | as soon as I can :) | 16:30 |
| luf | Ops :) | 16:41 |
| luf | I hope I'll push the git today or tomorrow with the obexd fix. | 16:42 |
| *** dafox has quit IRC | 16:53 | |
| chem|st | merlin1991: as soon as I am done building that stuff I will shoot you a list to checkback on my doings, I am not really sure it is all right what I do atm... | 16:56 |
| merlin1991 | take care not to take the new testing stuff ;) | 16:57 |
| chem|st | merlin1991: currently I am at stuff some month old apart from curl | 17:09 |
| merlin1991 | :) | 17:09 |
| chem|st | qt-x11 takes ages to build | 17:09 |
| merlin1991 | yep | 17:09 |
| merlin1991 | openssl is almost as bad | 17:09 |
| chem|st | love it! | 17:09 |
| merlin1991 | though in the case of openssl it's a billion test that are run, whils qith qt it's the friggin html docs | 17:09 |
| chem|st | *sigh* | 17:10 |
| merlin1991 | s/whils qith/whilst with/ | 17:11 |
| infobot | merlin1991 meant: though in the case of openssl it's a billion test that are run, whilst with qt it's the friggin html docs | 17:11 |
| freemangordon | merlin1991: hmm, iirc it is webkit js that takes ages | 17:11 |
| merlin1991 | I was up way too long today having fun with kvm, when I finally started to pester people in #virt the my typo to proper words ratio was beyond readable :D | 17:12 |
| chem|st | ^^ | 17:12 |
| merlin1991 | freemangordon: possibly webkit aswell, last time I built qt it was the harm qt with meegotouch stuff, back then it was the docs that took forver :D | 17:15 |
| merlin1991 | *forever* | 17:15 |
| merlin1991 | btw I have to say qemu-kvm from debian-testing together with virt-manager works quite well to virtualize win stuff (once one removed the shortcomings of the default windows template and installs the virtio drivers from readhat into the guest) | 17:17 |
| chem|st | merlin1991: for the record it took ages for html stuff now it takes ages for webikit js... | 17:23 |
| chem|st | I think those ssl test are not even close as boring... | 17:24 |
| *** dafox has joined #maemo-ssu | 17:37 | |
| *** arcean has joined #maemo-ssu | 17:55 | |
| chem|st | merlin1991: modest? commit 17e9406 or latest? | 18:14 |
| *** Jade has quit IRC | 18:15 | |
| *** Jade has joined #maemo-ssu | 18:15 | |
| *** Jade has quit IRC | 18:15 | |
| *** Jade has joined #maemo-ssu | 18:15 | |
| chem|st | I guess the later is not in last testing is it?! | 18:16 |
| chem|st | got it | 18:17 |
| *** freemangordon has quit IRC | 18:17 | |
| *** lizardo has quit IRC | 18:17 | |
| *** luf has quit IRC | 18:17 | |
| *** freemangordon has joined #maemo-ssu | 18:17 | |
| merlin1991 | chem|st: you don't need modest at all | 18:18 |
| merlin1991 | ah wait you to | 18:18 |
| merlin1991 | *do* | 18:18 |
| freemangordon | yes, he wants it ;) | 18:18 |
| freemangordon | chem|st: aiui you should pull latest master in stable, merlin1991, agree? | 18:19 |
| merlin1991 | freemangordon: yep sounds about right | 18:20 |
| freemangordon | tinymail as well | 18:20 |
| merlin1991 | tinymail is later in the alphabet ;) | 18:21 |
| freemangordon | aah, ok :D | 18:21 |
| merlin1991 | btw chem|st don't take obexd | 18:21 |
| merlin1991 | it's faulty | 18:22 |
| chem|st | hmm just build the one from testing | 18:24 |
| chem|st | modest* | 18:24 |
| chem|st | not obex | 18:24 |
| chem|st | I am reading the chan | 18:24 |
| kerio | i thought obexd was fixed-ish | 18:25 |
| kerio | oh, not pushed yet | 18:25 |
| chem|st | wierd I get a all up to date with git merge master... I am doing something wrong here... | 18:26 |
| chem|st | latest in my log is palis commit not the newer by fmg | 18:27 |
| *** ivgalvez has quit IRC | 18:30 | |
| chem|st | anyone? | 18:30 |
| chem|st | I merged it now with the commit number but is that the right way? | 18:30 |
| chem|st | wonderfull now I am back where I was and it does not built anymore &"$%@ | 18:36 |
| chem|st | aclocal: macro `gl_FUNC_ARGZ' required but not defined | 18:38 |
| chem|st | make: *** [configure-stamp] Error 1 | 18:38 |
| chem|st | for god sake I just built libxml2 in the mean time | 18:42 |
| chem|st | so that is broken for me now... | 18:43 |
| chem|st | any ideas? | 18:43 |
| chem|st | I guess something pulled in another version of autoconf or something when I installed python dev stuff for xml2 | 18:44 |
| *** NIN101 has joined #maemo-ssu | 18:44 | |
| *** Milhouse has quit IRC | 19:03 | |
| *** Milhouse has joined #maemo-ssu | 19:07 | |
| *** arcean has quit IRC | 19:08 | |
| *** arcean has joined #maemo-ssu | 19:12 | |
| merlin1991 | chem|st: a merge is local only | 19:25 |
| merlin1991 | you need to git fetch changes from the repos first to get everything up to date :) | 19:26 |
| Pali | merlin1991, I have new version of battery status menu plugin | 19:27 |
| Pali | compatible with BME and with kernel drivers | 19:27 |
| Pali | based on MAG version | 19:27 |
| merlin1991 | psuh | 19:27 |
| merlin1991 | *push* | 19:27 |
| Pali | what do you think can it go to CSSU? | 19:27 |
| Pali | I will push it into my git branch | 19:28 |
| merlin1991 | okay, well do we know if the default status menu plugin does anything besides displaying? | 19:28 |
| Pali | it play souns & show hildon banners | 19:28 |
| Pali | battery is empty | 19:28 |
| Pali | battery is full | 19:29 |
| Pali | charging | 19:29 |
| *** arcean has quit IRC | 19:29 | |
| Pali | I looked into nokia status menu battery binary, exported function calls and there is nothing more I think | 19:29 |
| merlin1991 | does yours do all the funky stuff aswell? | 19:30 |
| merlin1991 | (sound and banners) | 19:30 |
| Pali | code is here: https://gitorious.org/~pali/community-ssu/pali-status-area-applet-battery | 19:30 |
| Pali | yes | 19:30 |
| Pali | there is only one small problem: missing space between icon and text | 19:30 |
| Pali | so layout is not same | 19:31 |
| freemangordon | Pali, merlin1991: Seems I am stupid today, look at that | 19:31 |
| freemangordon | alarms_events[i++] = alarms_events[i] | 19:31 |
| freemangordon | will that do what I think it will, i.e. alarms_events[i] = alarms_events[i+1] | 19:31 |
| merlin1991 | am i right saying thats arr[i] = arr[i]; i++; ? | 19:31 |
| Pali | merlin1991, read commit message: https://gitorious.org/~pali/community-ssu/pali-status-area-applet-battery/commit/1393753876927073058b5d32c917c0e37a8dc3fb | 19:32 |
| freemangordon | merlin1991: hmm, no | 19:32 |
| freemangordon | the question is if it is ^^^ or alarms_events[i+1] = alarms_events[i+1] | 19:32 |
| merlin1991 | hm isn't the right side evaluated first | 19:32 |
| Pali | I think that specification did not specify order when i++ would be increased | 19:32 |
| freemangordon | afaik no | 19:32 |
| freemangordon | I think it specifies, that is why there is a difference between i++ and ++i | 19:33 |
| merlin1991 | no ++i is increment before evaluation | 19:33 |
| freemangordon | exactly | 19:33 |
| merlin1991 | but I'm more wondering if it evaluets left or right from = first | 19:34 |
| freemangordon | deffinitely it is left first | 19:34 |
| kerio | it's definetely unspecified | 19:34 |
| freemangordon | (afaik) | 19:34 |
| Pali | but I think it is not specified if i++ will be increased after (alarms_events[i++]) or after (alarms_events[i++] = alarms_events[i]) | 19:34 |
| merlin1991 | hm then you should have arr[i] = arr[i+1] | 19:34 |
| freemangordon | kerio: since when you know C? | 19:34 |
| kerio | you're changing and accessing the same variable without a sequence point inbetween | 19:34 |
| freemangordon | merlin1991: yeah, I was trying to do it in the unreadable way :D | 19:35 |
| freemangordon | kerio: defien sequence point | 19:35 |
| merlin1991 | tbh don't count on me being right I could say totall bs atm :D | 19:35 |
| freemangordon | well, will do it in the old-fashined and readable way :D:D:D | 19:35 |
| kerio | freemangordon: http://c-faq.com/expr/seqpoints.html | 19:36 |
| kerio | from the comp.lang.c FAQ | 19:36 |
| kerio | also, since when *you* know C? | 19:36 |
| freemangordon | kerio: never heard of that term, but if we use it, there IS seq point, as you have to index the array | 19:37 |
| freemangordon | kerio: for the last 20 or so years | 19:37 |
| freemangordon | any other questions? | 19:37 |
| freemangordon | hmm, make them 25 | 19:37 |
| kerio | and you've never read anything about undefined things in the C standard? | 19:37 |
| freemangordon | I forgot how old I am :D:D:D | 19:38 |
| freemangordon | never | 19:38 |
| freemangordon | :P | 19:38 |
| merlin1991 | dafuq how old are you freemangordon? | 19:39 |
| freemangordon | 37 :( | 19:39 |
| freemangordon | well, not 25, 21-22 then | 19:40 |
| ShadowJK | Undefined things are things that one compiler might do something consistent for, over and over again, but another compiler might do something else consistently, and a third compiler might do something random each time :P | 19:40 |
| ShadowJK | (and there was that one compiler that wiped your harddrive) | 19:40 |
| merlin1991 | anybody in here who isn't old in comparison to me? | 19:41 |
| kerio | if 91 is your birthyear, i'm younger than you | 19:42 |
| merlin1991 | yay I'm not the youngest :) | 19:42 |
| merlin1991 | we kinda have an upside down structure here, the (almost)youngest dude sits on top | 19:42 |
| freemangordon | ShadowJK: I know what you mean, but if we take C before the modern era with all that extensions and stuff, there was no such thing like "undefined" behaviour in language itself | 19:42 |
| freemangordon | just undefined compiler behaviour | 19:42 |
| kerio | ANSI C specifies a lot of things as undefined | 19:42 |
| *** arcean has joined #maemo-ssu | 19:43 | |
| kerio | literally undefined, as in "this thing is undefined" | 19:43 |
| freemangordon | other term for "compiler specific implementation" | 19:43 |
| kerio | yes, the correct term | 19:43 |
| freemangordon | though last time I check ++,--, etc was pretty defined in terms of evaluation. I am just not dure if gcc is aware of that :D | 19:44 |
| freemangordon | *checked | 19:44 |
| freemangordon | the fuck. *sure | 19:44 |
| freemangordon | anyway, I am back to stupid alarm dialog | 19:45 |
| kerio | except that *they are not*, if you're accessing the value of the variable you incremented somewhere else in the same expression | 19:45 |
| ShadowJK | Well your example is good example of undefined behaviour? Compiler is free to evaluate it in whatever order it wants? | 19:45 |
| kerio | for instance, i = i++ | 19:45 |
| freemangordon | ^^ makes no sense, a better example is *p++ = *p | 19:46 |
| kerio | ShadowJK: the compiler is free to show goatse on the screen and then rm -rf | 19:46 |
| freemangordon | and it IS defined | 19:46 |
| ShadowJK | http://stackoverflow.com/questions/11657100/is-this-undefined-behavior-or-implementation-defined :D | 19:47 |
| freemangordon | we were talking about C, case closed AIUI :D | 19:49 |
| ShadowJK | But he also quoted C :) | 19:50 |
| freemangordon | yeah, but my englis is not good enough to understand that cryptic sentence :D | 19:50 |
| freemangordon | *english | 19:50 |
| freemangordon | and still, this is C99 which is quoted | 19:51 |
| *** dhbiker has quit IRC | 19:56 | |
| *** arcean has quit IRC | 19:58 | |
| kerio | freemangordon: hold on, *p++ = *p is just *p++, isn't it | 19:58 |
| ShadowJK | in any case, I would expect your original expression to be equivalent of: alarms_events[i] = alarms_events[i]; i = i + 1; ? | 19:59 |
| freemangordon | kerio: i think so | 20:00 |
| freemangordon | ShadowJK: why? we need first [] evaluated | 20:00 |
| freemangordon | i.e. as [i], ++ applied and then second [] evaluated | 20:01 |
| ShadowJK | I'd expect the ++ to be executed after the ; | 20:01 |
| freemangordon | why? | 20:01 |
| kerio | ShadowJK: it's just guaranteed to have been executed once you reach ; | 20:02 |
| freemangordon | how is that different to *p++ | 20:02 |
| ShadowJK | But now that I google it, I get the impression that it's undefined and you might get either result, depending on the compiler | 20:02 |
| ShadowJK | or no result at all | 20:02 |
| kerio | and there's no sequence point in [] or = anyway, so it's probably a moot point | 20:02 |
| ShadowJK | with -Wall, gcc actually gives a warning both with -std=c89 and -std=c99 about your example too | 20:05 |
| ShadowJK | Also with gnu89 and gnu99 | 20:05 |
| freemangordon | well, it could be compiler depenedent. I'll try m$ C and gcc wneh I have some free time, to see what will be the output | 20:05 |
| freemangordon | what waring? | 20:05 |
| freemangordon | *warning | 20:05 |
| ShadowJK | operation on ‘i’ may be undefined | 20:05 |
| freemangordon | "undefined..." | 20:05 |
| freemangordon | ok | 20:05 |
| ShadowJK | Which is different from implementation specific | 20:06 |
| kerio | yep, ##c confirms *p++ = *p is undefined | 20:07 |
| freemangordon | msvc gives no warning and executes it as a[i] = a[i];i++; | 20:09 |
| freemangordon | ok, I stand corrected | 20:09 |
| freemangordon | :) | 20:09 |
| ShadowJK | Just write what you mean instead | 20:10 |
| freemangordon | I already did it | 20:10 |
| ShadowJK | (instead of writing things that the compiler can do whatever it wants with) | 20:10 |
| freemangordon | but was curious if it could be written in such a cryptic way | 20:10 |
| freemangordon | for( ; i < alarm_events_cnt-1; i++) | 20:11 |
| freemangordon | alarms_events[i] = alarms_events[i+1]; | 20:11 |
| ShadowJK | Btw, googling this I found one page which said that it's actually defined in java to behave not like msvc did | 20:12 |
| ShadowJK | (and gcc) | 20:12 |
| ShadowJK | lol, wikipedia says that earlier version of gcc, when encountering undefined behaviour, would try to launch nethack, rogue, or emacs | 20:14 |
| kerio | ShadowJK: hm? i thought that was just for #pragma | 20:14 |
| ShadowJK | yeah | 20:15 |
| *** MrPingu has joined #maemo-ssu | 20:15 | |
| *** toxaris has joined #maemo-ssu | 20:20 | |
| chem|st | merlin1991: any ideas on the gl_FUNC_ARGZ? | 20:32 |
| chem|st | is that needed? | 20:33 |
| chem|st | was that some workaround from last time | 20:33 |
| merlin1991 | that was the fun with libtool | 20:33 |
| chem|st | I broke it again | 20:34 |
| chem|st | well last time I checked I had it working without any fancy hacking... | 20:37 |
| chem|st | I installed some python crap in between the builds | 20:37 |
| DocScrutinizer05 | ((alarms_events[i++] = alarms_events[i])) *seriously* insane, you know that | 20:48 |
| *** deepy\SIGSEGV has quit IRC | 20:58 | |
| *** deepy\SIGSEGV has joined #maemo-ssu | 20:58 | |
| chem|st | as long as there is this argz thing there is no modest with me no more | 20:59 |
| DocScrutinizer05 | a coder honestly considering to ask like 100 lines of IRC questions to make sure he can use a coding shortcut abomination, really.... shoot him with owl shit | 21:00 |
| DocScrutinizer05 | I gather freemangordon hasn't invented this obfuscated crap | 21:01 |
| freemangordon | it was exactly him :) | 21:01 |
| chem|st | pali is xterm considered stable (your last commit for portrait mode) | 21:05 |
| chem|st | or should I stick with the one around august? | 21:05 |
| Pali | chem|st, patch which added new options in Font&Options dialog is stable | 21:10 |
| Pali | and patch which added portrait mode flag is stable too | 21:10 |
| Pali | but ask merlin1991 or freemangordon if we want portrait mode in xterm | 21:10 |
| chem|st | o.O | 21:11 |
| chem|st | I took "Increase version to 0.14.mh31+0cssu0" now what is the font option thing? you mean the one before with the application settings right | 21:13 |
| Pali | increase version commit from Monday July 16 2012 is stable | 21:14 |
| chem|st | ok *check* built | 21:14 |
| chem|st | Pali: any idea what I messed up with my libtool stuff? | 21:15 |
| kerio | http://www.ebay.co.uk/itm/A-piece-of-cardboard-shaped-a-bit-like-an-iPhone-5-USED-/160916451185 oh lols | 21:15 |
| chem|st | I know there was that issue with intltools but that one is another | 21:15 |
| DocScrutinizer05 | freemangordon: a few basic best common practice rules about coding: Don't peephole optimize since you never can outsmart the compiler on that discipline. Never try to safe a few lines or even chars of code, when the result becomes only slightly less readable. Try to write what you planned to do, not what you think is the most terse nifty way to implement it, i.e. your code should be so clear that it's not possible to write a comment | 21:16 |
| DocScrutinizer05 | making anything more obvious than it's in code. And final one for now: never use operators or constructs that you're not absolutely sure about what and how they do | 21:16 |
| kerio | DocScrutinizer05: today i discovered that a ^= b ^= a ^= b; is actually undefined :( | 21:16 |
| Pali | kerio, why? | 21:18 |
| *** arcean has joined #maemo-ssu | 21:18 | |
| kerio | same reason, it modifies the same variable twice between sequence points | 21:18 |
| DocScrutinizer05 | int sourceindex; int destindex; sourceindex = 1; destindex = sourceindex - 1; while (sourceindex < upperlimit) {array[sourceindex++] = array[destindex++]} | 21:19 |
| DocScrutinizer05 | oops, other way round | 21:20 |
| DocScrutinizer05 | {array[destindex++] = array[sourceindex++]} | 21:20 |
| kerio | for (int i = 1; i < limit; i++) array[i - 1] = array[i]; | 21:20 |
| kerio | also known as *a fucking for loop* | 21:20 |
| DocScrutinizer05 | also known as not as clear as it could be | 21:21 |
| DocScrutinizer05 | and you do arithmetic in a for loop which is BS (though the compiler will optimize that too, but it's not what you would do when you do it 'by hand') | 21:22 |
| kerio | i do what now? | 21:22 |
| kerio | oh, i see | 21:22 |
| kerio | right, i forgot that arithmetic is incredibly slow, and most definetely slower than memory access | 21:23 |
| kerio | oh wait | 21:23 |
| kerio | any vaguely modern cpu can just calculate i - 1 and then do nothing for a lot of time while waiting for the memory to be accessed | 21:23 |
| DocScrutinizer05 | see point #1 of rules above | 21:24 |
| kerio | your thing is peephole optimization | 21:24 |
| DocScrutinizer05 | in fact the compiler will probably compile my code to a pretty similar assembler | 21:24 |
| DocScrutinizer05 | nope, my thing is doing it the way a sane mind would do it manually | 21:25 |
| DocScrutinizer05 | esp when your distance is not 1 but maybe 4, or 55 | 21:25 |
| kerio | you do *two* calculations in a loop | 21:25 |
| DocScrutinizer05 | nope | 21:25 |
| DocScrutinizer05 | increment is not a calculation | 21:26 |
| DocScrutinizer05 | replace 1 by 55 in your and my code, and then think again | 21:26 |
| kerio | anyway, the right solution is obviously memmove(array + 1, array, (elements - 1) * sizeof *array) | 21:27 |
| kerio | :D | 21:27 |
| DocScrutinizer05 | whatever, your code is magnitudes more sane than freemangordon's | 21:27 |
| tadzik | doesn't memmove fuck up when areas overlap? | 21:28 |
| kerio | tadzik: nope, that's memcpy | 21:28 |
| tadzik | ah, right | 21:28 |
| DocScrutinizer05 | and ack for memmv | 21:28 |
| DocScrutinizer05 | though array + 1 wount work usually | 21:29 |
| kerio | why not? | 21:29 |
| DocScrutinizer05 | since you're missing out on true size of array elements | 21:29 |
| kerio | arrays decay to pointers to their first element when passing them or doing arithmetics with them | 21:29 |
| DocScrutinizer05 | &array[1] | 21:30 |
| kerio | DocScrutinizer05: &array[1] is **effectively the same** as array+1 | 21:30 |
| DocScrutinizer05 | probably not always | 21:30 |
| kerio | http://c-faq.com/ptrs/explscale.html | 21:30 |
| DocScrutinizer05 | though you *might* be right on that one | 21:30 |
| DocScrutinizer05 | I just wonder what e.g. lint would say about it | 21:31 |
| kerio | K&R1 Sec. 5.3 p. 94, K&R2 Sec. 5.4 p. 103, ISO Sec. 6.3.6, H&S Sec. 7.6.2 p. 204 | 21:31 |
| kerio | hm, what's H&S? | 21:31 |
| DocScrutinizer05 | ok ok | 21:31 |
| kerio | oh, harbison steele | 21:31 |
| DocScrutinizer05 | dafaq never heard of | 21:32 |
| *** NIN102 has joined #maemo-ssu | 21:37 | |
| *** NIN101 has quit IRC | 21:39 | |
| *** gregoa has quit IRC | 21:41 | |
| MrPingu | regarding xterm | 21:41 |
| MrPingu | Somebody noticed xterm does auto pointermode, and then it's stuck in that mode? | 21:41 |
| chem|st | ? | 21:41 |
| DocScrutinizer05 | still I for one prefer 'adress of array, element one' over 'arry plus one, as defined by K&R1 Sec. 5.3 p. 94, K&R2 Sec. 5.4 p. 103, ISO Sec. 6.3.6, H&S Sec. 7.6.2 p. 204' | 21:42 |
| MrPingu | Let me shoot video, if needed | 21:42 |
| DocScrutinizer05 | MrPingu: I seem to recall to have seen that when 'history' aka scrollback been < one screen worth of lines | 21:43 |
| DocScrutinizer05 | <= actually | 21:44 |
| DocScrutinizer05 | which also applies when you go $foo mode - the one I forgot the name and being used by stuff like less, mc, top etc | 21:44 |
| DocScrutinizer05 | if you kill -9 mc from another terminal, your screen looks almost normal until you try to scroll back | 21:45 |
| DocScrutinizer05 | same for less, top etc | 21:46 |
| DocScrutinizer05 | is it called block mode? | 21:46 |
| DocScrutinizer05 | raw mode? | 21:46 |
| *** gregoa has joined #maemo-ssu | 21:46 | |
| DocScrutinizer05 | nfc | 21:46 |
| kerio | DocScrutinizer05: splint doesn't complain about array+1 | 21:46 |
| MrPingu | Well most of the times, switching fullscreen makes the pointer icon appear again | 21:47 |
| MrPingu | This time not, dafuq ;o | 21:47 |
| MrPingu | hmm not that | 21:50 |
| kerio | osso-xterm sucks | 21:52 |
| MrPingu | Yeah :( | 21:52 |
| Pali | new status area applet battery is ready for testing! | 22:12 |
| Pali | http://atrey.karlin.mff.cuni.cz/~pali/status-area-applet-battery_1.0-1_armel.deb | 22:12 |
| Pali | https://gitorious.org/~pali/community-ssu/pali-status-area-applet-battery | 22:12 |
| Pali | this version is compatible with BME and also with new kernel drivers | 22:13 |
| Pali | usefull for usb host mode when BME is stopped and bq27x00_battery can be loaded for battery info | 22:13 |
| Pali | merlin1991, freemangordon, DocScrutinizer05, kerio ^^^^ | 22:14 |
| kerio | :D | 22:14 |
| kerio | Pali: what does it use? | 22:14 |
| kerio | i mean, is the switching automatic? | 22:14 |
| Pali | yes | 22:14 |
| Pali | fully automatic | 22:14 |
| kerio | can it use bq27200 data without the modules loaded? | 22:15 |
| Pali | of course not | 22:15 |
| kerio | :( | 22:15 |
| Pali | but when you stop bme and load kernel drivers, you will see battery status | 22:15 |
| Pali | so you can use kernel driver for charging and see status in status bar | 22:16 |
| kerio | i'll see a *more accurate* battery status, won't i | 22:16 |
| kerio | i like it :3 | 22:16 |
| Pali | plus it show percentage, current and design capacity and time until battery will discharge | 22:17 |
| Pali | (or until fully charge) | 22:17 |
| kerio | Pali: now add a button for host mode! :D | 22:18 |
| Pali | kerio, host mode button? | 22:18 |
| Pali | it is in usbmode package | 22:18 |
| kerio | yeah but that's a *new* button | 22:19 |
| Pali | there is no place for button in battery status plugin | 22:19 |
| Pali | :D | 22:19 |
| kerio | of course there is, *the whole thing* | 22:19 |
| kerio | :3 | 22:19 |
| kerio | Pali: how do i make the battery indicator show up in the status area without rebooting? :s | 22:20 |
| kerio | it's not hildon-home | 22:20 |
| MrPingu | statusmenu, i guess | 22:20 |
| kerio | MrPingu: ty | 22:20 |
| *** arcean has quit IRC | 22:20 | |
| Pali | $ killall -9 hildon-status-menu; sleep 1; killall -9 hildon-status-menu; sleep 1; killall hildon-status-menu | 22:21 |
| Pali | kerio ^^^ | 22:21 |
| kerio | Pali: hm, can the data from bme be trusted? | 22:21 |
| MrPingu | it's working :) | 22:21 |
| kerio | yeah, it works here too | 22:21 |
| Pali | some plugins sucks in my n900, so need to kill it twice with -9 and once normal | 22:21 |
| MrPingu | bme is some kind of mystery :P | 22:22 |
| *** gregoa has quit IRC | 22:22 | |
| Pali | kerio, I design capacity from bme is same as from rx51_battery driver (+/- small epsilon) | 22:22 |
| kerio | Pali: what are the modules to load again? | 22:22 |
| *** gregoa has joined #maemo-ssu | 22:22 | |
| Pali | rx51_battery for design capacity | 22:22 |
| Pali | (this can be loaded when bme is running too) | 22:23 |
| kerio | it's already loaded | 22:23 |
| kerio | but it's not as accurate as the bq27200 data, right? | 22:23 |
| Pali | and bq2415x_charger & bq27x00_battery when BME is stopped | 22:23 |
| Pali | bq2415x_charger is needed only if you want to charge battery | 22:24 |
| Pali | status menu plugin do not need it | 22:24 |
| kerio | confirmed working :D | 22:24 |
| Pali | status menu plugin needs bq27x00_battery (+ rx51_battery for design capacity) or BME | 22:24 |
| Pali | kerio, ok :-) | 22:24 |
| kerio | Pali: hold on, it doesn't take the capacity from bq27200? :( | 22:25 |
| kerio | when available, i mean | 22:25 |
| Pali | kerio, it take current mAh from bq2700 if possible | 22:25 |
| MrPingu | Never bothered with those bqxx battery things, but BME seems to report fine | 22:25 |
| MrPingu | Pali, does it take the default graphics? | 22:26 |
| kerio | Pali: my bq27200-0/charge_full is 1261638 | 22:26 |
| kerio | applet reports 1267 | 22:26 |
| kerio | it doesn't seem right :s | 22:26 |
| Pali | kerio, then it take design mAh from rx51_battery (if not possible then take last full mAh from bq27200) and calculate percentage | 22:26 |
| Pali | kerio, it report design capacity if possible from rx51_battery | 22:26 |
| kerio | ...why? :S | 22:27 |
| Pali | if not then it take last full | 22:27 |
| Pali | why not? | 22:28 |
| kerio | because bq27200 is accurate, rx51_battery is not | 22:28 |
| Pali | bq27200 do not know design capacity... | 22:28 |
| Pali | and rx51_battery reporting now design capacity | 22:29 |
| kerio | design capacity doesn't mattery, what matters is the biggest charge it can hold | 22:29 |
| Pali | MrPingu, yes it have default graphics | 22:29 |
| Pali | kerio, but there is not way how to get biggest charge | 22:29 |
| kerio | /sys/class/power_supply/bq27200-0/charge_full | 22:30 |
| Pali | this is capacity after *last* charge | 22:30 |
| Pali | not biggest | 22:30 |
| kerio | after the last calibration, you mean | 22:30 |
| *** MrPingu has quit IRC | 22:31 | |
| kerio | which is what we should use, if it's available | 22:31 |
| kerio | DocScrutinizer05: confirm/deny? | 22:31 |
| Pali | kerio, if you really want to use that value rmmod rx51_battery | 22:32 |
| kerio | that's what i'm doing :) | 22:32 |
| Pali | status menu plugin will switch to use it :-) | 22:32 |
| kerio | btw, what's the status of the bme userland replacement? | 22:32 |
| Pali | maybe it is time to try it :-) | 22:33 |
| Pali | hald-addon-bme worked when I tried it last time | 22:33 |
| Pali | and libbmeipc worked when freemangordon tested it | 22:34 |
| kerio | hm | 22:34 |
| Pali | I only added temperature support from rx51_battery to libbmeipc but not tested | 22:34 |
| *** dhbiker has joined #maemo-ssu | 22:35 | |
| Pali | kerio, do you want to try hald-addon-bme? | 22:37 |
| kerio | yeah, but let me make a full backup first | 22:37 |
| Pali | ok | 22:38 |
| *** _ade_ has joined #maemo-ssu | 22:44 | |
| *** MrPingu has joined #maemo-ssu | 22:45 | |
| _ade_ | Pali: perhaps you should make your status-area-applet-battery conflict with Advanced Power? I had a battery icon twice in the status menu and a double battery status in the menu after installing | 22:46 |
| Pali | _ade_, my version replace stock package | 22:47 |
| Pali | it is same as if you reinstall stock nokia package | 22:47 |
| Pali | then it is problem with advanced power... | 22:47 |
| _ade_ | pali: I guess you are right if you put it that way. | 22:47 |
| kerio | _ade_: reinstalling APM will probably fix it | 22:48 |
| kerio | also try rebooting | 22:48 |
| kerio | or killing hildon-status-menu | 22:48 |
| _ade_ | kerio: I removed advanced power before rebooting | 22:49 |
| _ade_ | will try to reinstall APM... | 22:49 |
| kerio | Pali: ok, how do i install your bme replacement? | 22:50 |
| Pali | kerio, full update of packages I did not tested | 22:51 |
| Pali | I only tested hald-addon-bme and now I commited more patches to it | 22:51 |
| kerio | well, the bme package should be fairly solid, right? | 22:51 |
| kerio | it's just a replacement of initscripts | 22:51 |
| Pali | I will push all changes to git | 22:52 |
| _ade_ | pali: reinstalling APM worked. It does not revert any of the changes you made? | 22:56 |
| Pali | _ade_ I do not know what APM is doing... | 22:57 |
| *** MrPingu has quit IRC | 22:57 | |
| _ade_ | Me neither ;-) | 22:57 |
| Pali | my status area plugin is in same package name as Nokia | 22:57 |
| Pali | and has same file name | 22:57 |
| Pali | only version was increased :-) | 22:57 |
| Pali | kerio, now all changes are in git on: https://gitorious.org/rx51-bme-replacement/ | 22:57 |
| Pali | kerio, if you want to test hald-addon-bme: backup old hald-addon-bme binary and update it. then run: sudo stop hal; sudo /etc/init.d/hal stop; sudo /etc/init.d/hal start | 22:59 |
| kerio | does the new hald-addon-bme work with bme too? | 23:00 |
| Pali | no | 23:00 |
| kerio | or, at least, does it stay quiet if bme is running? | 23:00 |
| Pali | it work only with kernel drivers | 23:00 |
| Pali | yes, it can be started, but it report nothing | 23:00 |
| _ade_ | Pali: then I think I will stick you version solely (without APM) and see if I encounter issues | 23:01 |
| Pali | kerio, and it can wait for hotplug kernel drivers | 23:01 |
| Pali | and it write very long log output to: /tmp/hald-addon-bme.log | 23:01 |
| Pali | _ade_, ok | 23:02 |
| Pali | kerio, and hald-addon-bme binary is in /usr/lib/hal/ | 23:05 |
| *** toxaris has quit IRC | 23:11 | |
| *** MrPingu has joined #maemo-ssu | 23:18 | |
| *** gregoa has quit IRC | 23:18 | |
| *** gregoa has joined #maemo-ssu | 23:20 | |
| *** MrPingu has quit IRC | 23:23 | |
| *** MrPingu has joined #maemo-ssu | 23:24 | |
| Pali | kerio, _ade_, if you testing new battery status area applet, tell me if all notifications (battery low, battery empty, battery full, charging, discharging) working | 23:29 |
| Pali | also if sound notifications too | 23:29 |
| _ade_ | Pali: okay | 23:29 |
| Pali | and if no sound play when silent profile (or disabled system sounds) | 23:29 |
| *** lizardo has joined #maemo-ssu | 23:32 | |
| *** arcean has joined #maemo-ssu | 23:32 | |
| Pali | kerio, hald-addon-bme working | 23:33 |
| kerio | are you asking me? | 23:33 |
| *** NIN102 has quit IRC | 23:34 | |
| kerio | Pali: also, what deals with the led and the shutdown on EDVF? | 23:35 |
| kerio | Pali: also i don't have a toolchain to compile hal-addon-bme :) | 23:36 |
| Pali | hald-addon-bme managing MCE led patterns and also send DSME signal for shutdown | 23:36 |
| kerio | does hald-addon-bme need rx51-battery? | 23:36 |
| Pali | yes, for design capacity | 23:37 |
| Pali | but working without it | 23:37 |
| Pali | (it report design capacity = 0) | 23:37 |
| Pali | kerio, here is elf binary: http://atrey.karlin.mff.cuni.cz/~pali/hald-addon-bme | 23:37 |
| _ade_ | Pali: should the battery status now still work once bme is stopped? Or does an alternative driver has to be loaded then? | 23:38 |
| kerio | _ade_: you need the modules | 23:38 |
| Pali | _ade_, if bme is stopped you need to load bq27x00_battery module | 23:38 |
| kerio | bq2415x-charger and bq27x00-battery | 23:38 |
| kerio | oh, maybe you don't need -charger | 23:38 |
| Pali | and bq27x00_battery module must be unloaded before bme is started | 23:38 |
| _ade_ | okay, I thought so, but just checking. | 23:39 |
| kerio | Pali: hm, stopping hal caused my n900 to shutdown | 23:40 |
| Pali | kerio, how did you stopped hal? | 23:41 |
| kerio | stop hal | 23:41 |
| Pali | hm... | 23:41 |
| kerio | anyway, i'm going to try charging | 23:42 |
| kerio | Pali: hahaha wtf did you do | 23:43 |
| kerio | i get the charging message when the charger isn't connected | 23:43 |
| Pali | from HAL? | 23:44 |
| kerio | ok, now it's working correctly | 23:44 |
| kerio | for a moment it was like inverted | 23:44 |
| kerio | ok, i'm getting the correct LED pattern when the screen is locked | 23:45 |
| kerio | Pali: it's horrendously slow at figuring that the charger was plugged in/removed | 23:46 |
| Pali | kerio, I see that too | 23:46 |
| Pali | trying to debug it | 23:46 |
| kerio | Pali: it's just the status menu i think | 23:46 |
| Pali | no | 23:46 |
| Pali | problem is in hal | 23:46 |
| kerio | the led pattern is instant-ish | 23:46 |
| Pali | ah... there is another problem: status menu plugin will not read values from bme if bme is not running | 23:47 |
| Pali | or new version of bme package is not installed | 23:47 |
| Pali | so status menu plugin getting charger value from bq27x00_battery | 23:47 |
| Pali | and this can take a time | 23:47 |
| kerio | hm | 23:47 |
| kerio | is there no way to make that faster' | 23:48 |
| kerio | ? | 23:48 |
| Pali | so I need to add 1) bq2415x_charger support to status menu or 2) use values from HAL bme if bme is stopped or 3) update bme package :-) | 23:48 |
| Pali | kerio, I think that option 3) will be enought | 23:49 |
| Pali | kerio, ok problem is not in hal, only in status menu plugin | 23:52 |
| kerio | what does "update bme package" mean? | 23:53 |
| kerio | that is, what will it change? | 23:53 |
| Pali | update bme-rx-51 deb package | 23:53 |
| kerio | yeah, but what will change? | 23:54 |
| kerio | why would it make the battery applet update more quickly? | 23:54 |
| Pali | if bme-rx-51 deb package version 1.0 (or high) is installed, then status menu plugin thinks that BME is running | 23:54 |
| kerio | oic | 23:54 |
| Pali | if status menu plugin thinks that bme is not running it will not read values from hald-addon-bme | 23:54 |
| Pali | (because that values can be out-of-date) | 23:55 |
| kerio | hold on, is the check actually on the version on the package? :S | 23:55 |
| kerio | just... no | 23:55 |
| Pali | yes, on the package version | 23:55 |
| kerio | :S | 23:56 |
| Pali | this is good way how to check if new version of binary in debian package is installed | 23:56 |
| kerio | hold on, new version of the binary? :o | 23:56 |
| kerio | your bme actually ships a bme binary? | 23:56 |
| Pali | no bme binary | 23:57 |
| Pali | only bme-rx-51 deb metapackage | 23:57 |
| kerio | can't you ship an empty /etc/nobme file instead? | 23:57 |
| kerio | if anything, because checking a package version is quite expensive | 23:58 |
| Pali | why? it is check once at startup | 23:58 |
| kerio | ...oh, so that's why the status menu hangs for like 5 seconds before loading >:C | 23:58 |
| Pali | now it show you message when battery is really started charging :-) | 23:59 |
| kerio | depending on dpkg is an unnecessary complication | 23:59 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!