**** BEGIN LOGGING AT Sun Mar 01 02:59:59 2015 Mar 01 06:16:24 huh, different switches, different compile failures Mar 01 06:16:25 fun Mar 01 06:17:40 MonkeyofDoom: open media player can pause also when head phones get unplugged. So no need for extra program if u use that. Mar 01 06:18:04 or just use and extender and some glue Mar 01 06:18:08 *an Mar 01 06:20:22 well someone like swiss knife and someone toolboxes :) Mar 01 06:20:50 most problems have more than one resolve Mar 01 06:20:52 :) Mar 01 06:21:03 unless it's m$ windows Mar 01 06:21:12 then it's just works or not Mar 01 06:21:24 yes thats why i like linux Mar 01 06:22:25 and mosly if something fails linux tells me why. Ms just gives bunch of numbers Mar 01 06:22:58 not entirely true, but yes, linux console and logs are easier to access Mar 01 07:07:05 sometimes i treat compiling stuff as a game Mar 01 07:07:12 adventure game Mar 01 07:07:27 trying every possible weird combination till something works Mar 01 08:00:52 MonkeyofDoom: OMP can be set to pause on headset removal. Mar 01 08:01:06 oh Vajb already said that, sorry. Mar 01 08:01:25 * sixwheeledbeast yawns Mar 01 09:00:17 vajb: http://i.imgur.com/FonRU8X.jpg?1 Mar 01 09:00:19 :) Mar 01 09:02:01 KotCzarny: exactly my point :) Mar 01 09:02:33 i like the 'was that information helpful?' part Mar 01 09:02:49 yeah Mar 01 09:03:10 it's like they act like they care and change nothing Mar 01 09:04:03 dunno if outlook could be ran through dosprompt and see if it gave any error Mar 01 09:04:24 eventlog, most likely Mar 01 09:04:33 meh, windoze. Mar 01 09:04:41 but information there is still consfusing Mar 01 09:04:47 usually some binary bytes Mar 01 09:05:08 sixwheeledbeast: meh, still trying to compile gcc 4.9.2 Mar 01 09:05:22 but looks like this time it could be successful Mar 01 09:05:41 compiling for 2h now Mar 01 09:05:50 earlier it was bailing out in ~1h Mar 01 09:20:53 drat. Mar 01 09:21:42 BAIL Mar 01 09:21:47 yeah Mar 01 09:22:11 142 minutes, configure: error: unsupported system, cannot find sizeof (omp_lock_t) Mar 01 09:23:51 KotCzarny: on device ? Mar 01 09:23:55 sb Mar 01 09:24:05 compiling gcc on device would be.. Mar 01 09:24:06 slow Mar 01 09:24:34 yeah ... but I think some here tried :p Mar 01 09:24:53 are you building a crossgcc or "native" gcc ? Mar 01 09:25:00 "native" Mar 01 09:25:03 in armel target Mar 01 09:25:19 uh, using it will be slow :) Mar 01 09:25:21 so i can later tar.gz and move to device Mar 01 09:26:34 oh Mar 01 10:09:43 hm, my n900 seems to be silentyl dropping incoming sms sometimes from some people. has anyone seen this? Mar 01 10:10:01 it's not the garbled event database thing Mar 01 10:10:04 did you install some call blocker? Mar 01 10:10:08 no Mar 01 10:10:38 maybe your cell provider sucks? Mar 01 10:10:56 that is a possibility as well, but I doubt it Mar 01 10:11:32 does it drop random or just from specific device? Mar 01 10:12:11 the remote devices are at least apple and samsung, I think Mar 01 10:12:47 and it's just from 3 people (as far as I know...) Mar 01 10:13:12 and some txts get through Mar 01 10:14:30 sms have message validity time Mar 01 10:15:39 but i guess you aren't disconnecting for 1-7 days Mar 01 10:15:49 correct :) Mar 01 10:27:53 flash sms perhaps? Mar 01 10:31:04 hmm, is sound output from n800 limited in any way? Mar 01 10:31:17 i have to turn the volume up on my stereo Mar 01 10:36:17 Sicelo: no, normal sms Mar 01 10:37:19 something something impedence Mar 01 10:37:37 kerio: hum? Mar 01 10:40:59 output impendance of N800 not matched to input impendance of your stereo ... that how i understand him :) Mar 01 10:41:34 but most other devices with headphone socket qork just fine Mar 01 10:41:40 *work Mar 01 10:46:55 unrelated question: in c, when you #include a header file, how do you know all the possible functions includes, and their syntax? Mar 01 10:47:07 you dont Mar 01 10:47:21 it's only to help compiler to check the syntax Mar 01 10:47:30 and prepare params etc Mar 01 10:47:42 Sicelo: by reading the documentation Mar 01 10:47:43 linker glues all the objects with compiled functions Mar 01 10:48:01 what documentation kerio :) that's what i want Mar 01 10:48:09 i dunno, what do you want to use? Mar 01 10:48:09 what headers then Mar 01 10:48:33 try man sprintf etc Mar 01 10:49:16 ah, thanks KotCzarny. looks ike that's what i needed :) Mar 01 10:49:56 also google works too Mar 01 10:54:45 kolp: i've noticed that sometimes normal sms got treated as mms by n900. I guess that is because of some smileys. Mar 01 10:54:53 kolp: That maybe a symptom of corrupt db file. Mar 01 10:55:15 how one corrupts sms db? Mar 01 10:55:25 I have also had the odd issue above Mar 01 10:59:42 /home/user/.rtcom-eventlogger/el.db Mar 01 11:00:35 to clarify I have had Vajb's issue above, normally nessages from iOS IIRC. Mar 01 11:01:33 KotCzarny: prototypes arent here "just to help" ;) Mar 01 11:01:49 bencoh: i know, just simplified Mar 01 11:01:50 :) Mar 01 11:02:03 I believe it's sqlite if want to try to open it and rescue parts of it. Mar 01 11:02:06 just a "lil" bit ;) Mar 01 11:02:12 a bit ;) Mar 01 11:02:37 Vajb: I haven't had this yet Mar 01 11:04:38 sixwheeledbeast: possibly. though it's weird that it's limited to these 3 people's sms. I've now inserted a new sim (same number) but will replace the events db next if the new sim doesn't change anything Mar 01 11:05:38 kolp, might be that it's just display problem Mar 01 11:06:01 and sim won't help as sms' are stored in phone db Mar 01 11:07:46 what do you mean, display problem? the messages are not in the events db and I receive no notification through the phone anyway. so it's either the provider, the sim or the modem (or the related software) Mar 01 11:08:06 open it with some sqlite explorer Mar 01 11:08:12 well you can rule it out by backing up db to some else MyDocs or uSD, then rm and touch the db file. Get the 3 people to send messages. If not the issue restore db, reboot. Mar 01 11:08:12 check for oddities Mar 01 11:45:49 checking for the value of EOF... configure: error: computing EOF failed Mar 01 11:45:53 o.o Mar 01 11:47:49 why the heck it tries to use system binutils Mar 01 11:53:39 because 1. you didnt tell it where to find binutils 2. you're not building a cross but a native compiler ? (just guessing) Mar 01 11:53:44 i did Mar 01 11:53:54 explicitely and by PATH Mar 01 11:54:24 but my guess it's scratchbox uses some cheating when one calls tools Mar 01 11:54:44 hm, that too Mar 01 11:56:40 +1 .. i know that problem does exist for perl-dependent applications in SB Mar 01 11:56:57 not respecting PATH sucks Mar 01 11:57:23 and they do it on glibc level, because running in bash4 doesn't change anything Mar 01 11:58:27 LD_PRELOAD ? Mar 01 11:58:50 echo $LD_PRELOAD Mar 01 11:58:54 /scratchbox/tools/lib/libsb.so.0 Mar 01 11:58:57 yeah Mar 01 11:59:06 nice tip Mar 01 11:59:09 gotta try without Mar 01 11:59:22 I think hell's gonna break loose :) Mar 01 11:59:28 we will see Mar 01 11:59:53 I'd rather build a cross-canadian Mar 01 12:00:08 i want native gcc on n900 Mar 01 12:00:51 a cross-canadian build would build on x86 (sb) a cross gcc running on arm for arm targets Mar 01 12:01:03 and ... actually you dont need sb for that :) Mar 01 12:01:29 why nobody compiled gcc-4.9.2 for fremantle then? Mar 01 12:01:35 I think that's your best option Mar 01 12:02:05 actually unsetting LD_PRELOAD looks like it's going on Mar 01 12:02:22 or just goes slower Mar 01 12:02:32 slower I think Mar 01 12:02:32 and didnt reach the error point yet Mar 01 12:02:53 it probably uses arm binaries instead of sb "native" tools Mar 01 12:03:02 and that's good imo Mar 01 12:03:05 (which means running in qemu) Mar 01 12:03:17 exactly what i wanted it to do Mar 01 12:04:28 what do you need 4.9.2 for ? Mar 01 12:04:37 nah, same error, i might restart whole compilation sinca start Mar 01 12:04:57 bencoh: arm optimizations Mar 01 12:05:33 are those significantly better than in 4.7 ? Mar 01 12:05:39 is 4.7 stable? Mar 01 12:05:46 there is a 4.7 toolchain around, used for thumb Mar 01 12:05:46 also, where to grab it Mar 01 12:05:52 nah, no thumb here Mar 01 12:06:07 stock fremantle Mar 01 12:06:09 http://wiki.maemo.org/CSSU-thumb_toolchain_setup_(gcc4.7.2-linaro) Mar 01 12:06:16 should work without thumb as well Mar 01 12:06:35 but you'd still need stdc++ from 4.7.2 Mar 01 12:06:52 no worries, it's small enough Mar 01 12:07:00 (same goes for 4.9 anyway ... C++ ""ABI"", STL, bleh) Mar 01 12:07:36 oh, that's a cross, not a native compiler for on-device compilation Mar 01 12:20:51 k, time to change strategy Mar 01 12:20:57 no bootstrap now Mar 01 13:57:26 checking for gets declaration... configure: error: Could not determine word size. Mar 01 13:57:29 hehe Mar 01 14:01:30 maybe i shall try 4.8 or 4.7 first Mar 01 14:03:27 building on x86_64 ? Mar 01 14:03:32 nope Mar 01 14:03:44 good ol' 32bit Mar 01 14:03:57 pity i don't have few more n900's Mar 01 14:04:14 i would've just compile on device with -j8 Mar 01 14:04:18 what for ? distcc ? :D Mar 01 14:04:18 and distcc Mar 01 14:04:20 ;) Mar 01 14:04:39 I'd just crossbuild ... :p Mar 01 14:04:56 remember 'i want newer gcc on device' argument? Mar 01 14:06:02 yeah, and my cross-canadian idea should still work ;) Mar 01 14:06:35 :) Mar 01 16:45:15 hi Mar 01 16:48:08 hi lopx Mar 01 17:42:14 hmm Mar 01 18:57:04 i have this application which keeps a log on linux. i want to be able to 'react' to a particular event as soon as it happens. what would you suggest here :) Mar 01 19:02:13 hmm Mar 01 19:02:32 glue on the bottom of my laptop smears itself from the whole day of compiling Mar 01 19:02:57 (from the wifi mac label) Mar 01 19:04:53 guess this is the 'poor man's way' Mar 01 19:04:56 http://stackoverflow.com/questions/4331309/shellscript-to-monitor-a-log-file-if-keyword-triggers-then-execute-a-command Mar 01 19:09:55 did i miss something? Mar 01 19:15:54 rai_way Mar 01 19:18:32 o.o Mar 01 19:18:37 gcc 4.7.4 compiled Mar 01 19:18:38 yaaay Mar 01 19:22:58 .32 Mar 01 19:23:01 oops **** ENDING LOGGING AT Mon Mar 02 02:59:58 2015