**** BEGIN LOGGING AT Fri Nov 25 02:59:57 2011 Nov 25 05:56:39 freesmartphone.org: 03morphis 07vala-0.14-support * r2fb74f45c7d4 10cornucopia/fsogsmd/ (5 files in 5 dirs): Nov 25 05:56:39 freesmartphone.org: fsogsmd: fix some parts so it compiles fine with vala 0.14 Nov 25 05:56:39 freesmartphone.org: Signed-off-by: Simon Busch Nov 25 06:37:29 antrik: AFAIUI there is no telepathy backend for contacts... the contacts always come with a protocol backend. So we would have to pack that into the telepathy-fso backend. Nov 25 07:03:11 mrmoku: yeah, that's my understanding as well. I suspect though that telepathy doesn't actually expect the copling; but rather just provides both functionalities alongside each other for clients to use? so there should be no problem using telepathy-fso along with EDS for example... (which is more or less what Nokia does I suppose) Nov 25 07:04:12 whether EDS is preferable to an FSO-specific contact store is debatable of course... I for my part would try to avoid NIH here -- it's not exactly a distinctive feature anyways Nov 25 07:05:16 (TBH, my current impression is that various parts of FSO could be considerably trimmed down by using pieces available elsewhere...) Nov 25 08:40:59 SHR: 03Martin.Jansa 07shr-chroot * rccfff918d235 10/ (18 files in 8 dirs): system upgrade Nov 25 12:04:11 hi huys Nov 25 12:04:31 I just saw this If that interest some one on HTS devices Nov 25 12:04:34 http://www.htcdev.com/devcenter/downloads Nov 25 14:34:43 JaMa|Off, I think this talks about the poblem I was having with gst-mad backend. What do you think we should do? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=270449 Nov 25 14:36:46 gperf calls fails sometimes because of libstdc++ "missing" after something messes with ld.conf cache Nov 25 14:36:59 so it could be the reason if there is gperf already in DEPENDS Nov 25 14:37:35 hmm I don't have my buildhost here right now so I can't lookup where the recipe is >.< Nov 25 14:38:22 oe-core ./meta/recipes-multimedia/libid3tag/libid3tag_0.15.1b.bb Nov 25 14:38:41 and it does not have gperf.. Nov 25 14:39:50 which package has gst-mad? Nov 25 14:39:55 bad or ugly? Nov 25 14:41:01 hopefully fixed in shr Nov 25 14:46:54 gst-plugins-ugly-mad afair Nov 25 14:47:13 JaMa|Off, ok I'll try it this weekend upgrading from repos :) Nov 25 14:47:44 it should be there in an hour or so Nov 25 14:47:55 but I haven't tested it and I wont be here.. Nov 25 14:48:29 ok np :) Nov 25 14:49:13 actually It should be probably gperf-native.. Nov 25 14:51:56 -rw-r--r-- 1 bitbake bitbake 16297 Nov 25 15:48 compat.c Nov 25 14:51:56 -rw-r--r-- 1 bitbake bitbake 18668 Nov 25 15:48 frametype.c Nov 25 14:52:03 good they are regenerated Nov 25 18:18:40 SHR root@gjama ~ $ gst-inspect | grep mad Nov 25 18:18:40 mad: mad: mad mp3 decoder Nov 25 18:18:50 so maybe it worked Nov 25 18:39:29 freesmartphone.org: 03morphis 07vala-0.14-support * r74f665cc33d8 10cornucopia/fsotdld/src/plugins/source_ntp/plugin.vala: Nov 25 18:39:29 freesmartphone.org: fsotdld: source_ntp: fix compilation issues with vala 0.14.0 Nov 25 18:39:29 freesmartphone.org: Signed-off-by: Simon Busch Nov 25 18:39:53 heyho Nov 25 18:39:57 heyho Nov 25 18:40:40 morphis: iirc mrmoku was stuck with some missing libsamsung commit (to build fso-autorev) did you push it already? Nov 25 18:41:10 JaMa|Off: morphis fixed that meanwhile :) Nov 25 18:41:21 ah :) Nov 25 18:42:39 mrmoku: ok, good to know Nov 25 18:42:47 which commit was missing? Nov 25 18:43:02 btw. I am currently working on getting FSO working with vala 0.14 Nov 25 18:43:23 * JaMa|Off smells shiny :) Nov 25 18:43:41 :) Nov 25 18:43:46 heyho morphis! Nov 25 18:43:47 it's a little bit of work Nov 25 18:43:51 angelox|laptop: heyho Nov 25 18:44:01 but it's nearly finished Nov 25 18:44:15 but we will end with a patches vala version in OE until 0.14.1 is out Nov 25 18:44:22 morphis: thanks for this: "aurora-daemon: add angelo as author" ;) Nov 25 18:44:35 angelox|laptop: no problem :) Nov 25 18:44:36 freesmartphone.org: 03morphis 07aurora * rdbd95a1db3ee 10/aurora-daemon/TODO: Nov 25 18:44:36 freesmartphone.org: aurora-daemon: update TODO file with some additional tasks Nov 25 18:44:36 freesmartphone.org: Signed-off-by: Simon Busch Nov 25 18:44:37 freesmartphone.org: 03morphis 07aurora * r2629a8ae8174 10/aurora-daemon/tests/components/tst_apicheck.cpp: Nov 25 18:44:37 freesmartphone.org: aurora-daemon: tests: correct using of test execution method otherwise we segfault Nov 25 18:44:37 freesmartphone.org: Signed-off-by: Simon Busch Nov 25 18:44:37 freesmartphone.org: 03morphis 07aurora * r8955b9c2cecb 10/aurora-daemon/data/theme/ (README icons/Makefile.am icons/apps/aoura.svg): Nov 25 18:44:38 freesmartphone.org: aurora-daemon: theme: add icon for aoura browser application Nov 25 18:44:38 freesmartphone.org: Signed-off-by: Simon Busch Nov 25 18:44:38 freesmartphone.org: 03morphis 07aurora * r5bb44849bb2d 10/aurora-daemon/src/components/themeimageprovider.cpp: Nov 25 18:44:39 freesmartphone.org: aurora-daemon: make it possible to select svg images too from the theme image provider Nov 25 18:44:40 freesmartphone.org: Signed-off-by: Simon Busch Nov 25 18:44:40 freesmartphone.org: 03morphis 07aurora * r3f36f92492b5 10/aurora-daemon/src/applications/app-firstuse/ (Makefile.am app-firstuse.info): Nov 25 18:44:42 freesmartphone.org: aurora-daemon: app-firstuse: install info file too Nov 25 18:44:42 freesmartphone.org: Signed-off-by: Simon Busch Nov 25 18:44:42 freesmartphone.org: 03morphis 07aurora * r21f3b213ee99 10/aurora-daemon/src/bin/ (4 files): Nov 25 18:45:43 morphis: moment Nov 25 18:45:46 freesmartphone.org: another service from the outside. It's still only doing it's job when the user clicks on a Nov 25 18:45:46 freesmartphone.org: settings option. Nov 25 18:45:46 freesmartphone.org: Signed-off-by: Simon Busch Nov 25 18:45:46 freesmartphone.org: 03morphis 07aurora * r5751f99d54ad 10/aurora-daemon/src/bin/ (application.cpp applicationstorage.h): Nov 25 18:45:46 freesmartphone.org: aurora-daemon: load all applications marked as service or for preload on startup Nov 25 18:45:47 freesmartphone.org: Signed-off-by: Simon Busch Nov 25 18:45:47 freesmartphone.org: 03morphis 07aurora * rccba75c28a59 10/aurora-daemon/src/bin/applicationinfo.cpp: Nov 25 18:45:47 freesmartphone.org: aurora-daemon: provide more debug information when loading application settings Nov 25 18:45:47 freesmartphone.org: Signed-off-by: Simon Busch Nov 25 18:46:14 morphis: vapi: some minor changes and implement method to retrieve single plmn entries Nov 25 18:46:32 I think it was that method missing Nov 25 18:46:46 freesmartphone.org: 03morphis 07aurora * ra465c53022ca 10/aurora-daemon/src/bin/application.cpp: Nov 25 18:46:46 freesmartphone.org: aurora-daemon: fix bug with application preloading as we had a unwanted ";" Nov 25 18:46:46 freesmartphone.org: Signed-off-by: Simon Busch Nov 25 18:47:42 JaMa|Off: is a "require vala.inc" in a *.bb file in meta-fso not possible when vala.inc is in meta-oe? Nov 25 18:48:44 morphis: you have to do it with full path Nov 25 18:48:56 morphis: starting in "layer root" Nov 25 18:48:59 so recipes-devtools/vala/vala.inc? Nov 25 18:49:07 so sth like that ;) Nov 25 18:49:23 ok Nov 25 18:49:25 thx Nov 25 18:49:32 iw Nov 25 18:50:12 mrmoku: but it is compiling fine now? Nov 25 18:51:45 morphis: yup, image finished this morning Nov 25 18:52:11 JaMa|Off, mrmoku: I will push FSO support for vala 0.14 to master in the near future Nov 25 18:52:13 morphis: fortunatelly you're an early bird :) Nov 25 18:52:22 I checked everything FSO related and compilation in OE Nov 25 18:52:33 but not a correct run of building shr-*-image Nov 25 18:52:40 morphis: does it include vala-0.14 for meta-oe? Nov 25 18:52:46 JaMa|Off: currently not Nov 25 18:53:00 as I will use a 0.14.0.5 version of vala Nov 25 18:53:08 with some patches which are not upstream now Nov 25 18:53:16 ok fine with me Nov 25 18:53:22 so I should push? Nov 25 18:53:49 but let me tell you this: vala 0.14 seems to be more strict in checking some things in vala code so compilation of some applications could fail Nov 25 18:54:01 I don't know how much vala based applications we have in SHR Nov 25 18:54:14 I'll start new build if you do Nov 25 18:54:18 ok Nov 25 18:54:27 then I will push in the next minutes Nov 25 18:54:49 and iirc ffalarms and ffphonelog are only vala based apps except fso itself we depend on for shr-images Nov 25 18:54:59 ok Nov 25 18:55:33 SHR: 03morphis 07meta-smartphone * r389c28c43532 10/meta-fso/recipes-devtools/vala/vala_0.14.0.5-98ae.bb: meta-fso: vala: we need our own version of vala until 0.14.1 is out Nov 25 18:56:47 SHR: 03morphis 07meta-smartphone * rb67864a17a96 10/meta-fso/recipes-freesmartphone/freesmartphone/cornucopia.inc: meta-fso: cornucopia: bump SRCREV for vala 0.14 support Nov 25 18:58:51 JaMa|Off: so it's done Nov 25 18:59:28 thanks Nov 25 19:00:46 no problem Nov 25 19:00:50 I hope everything still works Nov 25 19:01:58 GNUtoo|laptop: ping Nov 25 19:02:53 angelox|laptop: how far you are with the rework of the settings app for aurora? Nov 25 19:04:16 morphis: i'm finishing the last bits,just need to recover the value from the new ListElement's and the work will be almost done (i'll try to make settings app more beautiful after that) Nov 25 19:04:29 great Nov 25 19:04:44 then I can start to integrate some bits like telephony management Nov 25 19:05:40 fine! Nov 25 19:06:52 yes Nov 25 19:07:56 freesmartphone.org: 03angelo 07settings-rework * rd339a2015d00 10aurora/aurora-daemon/src/applications/app-settings/ (9 files in 4 dirs): aurora-daemon: settings-app: clean-up of delegates Nov 25 19:09:29 JaMa|Off: hm I missed fso-apm Nov 25 19:11:39 hm it's not converted to glib dbus Nov 25 19:16:26 morphis, pong Nov 25 19:16:38 morphis, wifi will be fixed by the linux-wireless people Nov 25 19:16:46 GNUtoo|laptop: really? Nov 25 19:17:21 that's what they responded me in a mail Nov 25 19:17:30 basically it's quite simple Nov 25 19:17:37 the sdio card has functions Nov 25 19:17:50 there are 2 functions Nov 25 19:17:53 one is not handled Nov 25 19:18:02 so the thing is to do a dummy irq handler Nov 25 19:18:04 and it should work Nov 25 19:18:25 so I got things right Nov 25 19:18:32 but the driver was not ready for us yet Nov 25 19:18:41 once they add a patch for that.... Nov 25 19:18:45 the upstream driver? Nov 25 19:18:50 yes of course Nov 25 19:18:54 ok Nov 25 19:18:59 that are great news! Nov 25 19:19:01 upstream driver with compat-wireless Nov 25 19:19:16 on your side(alsa) is there any news? Nov 25 19:19:17 great Nov 25 19:19:34 no I didn't had time to contact broonie but I will write him a mail tomorrow Nov 25 19:21:05 GNUtoo|laptop: but I started working on SMS support in fsogsmd Nov 25 19:21:10 and converted to vala 0.14.0 Nov 25 19:21:38 ok Nov 25 19:22:54 freesmartphone.org: 03morphis 07cornucopia * r3180cec76b9a 10/tools/apm2/ (configure.ac src/Makefile.am src/main.vala): Nov 25 19:22:54 freesmartphone.org: fso-apm2: fix for compilation with vala 0.14.0 which drops dbus-glib support Nov 25 19:22:54 freesmartphone.org: Signed-off-by: Simon Busch Nov 25 19:23:10 GNUtoo|laptop: you already tried making a call with fsogsmd on nexus s? Nov 25 19:25:09 GNUtoo|laptop: so audio is the only thing left, right? Nov 25 19:27:21 not yet Nov 25 19:27:23 I'll try now Nov 25 19:27:28 I was building for that before Nov 25 19:27:30 yes Nov 25 19:27:42 GNUtoo|laptop: so when is the wifi driver ready for testing? Nov 25 19:27:44 ok Nov 25 19:41:00 morphis, http://thread.gmane.org/gmane.linux.kernel.wireless.general/81301 Nov 25 19:47:40 morphis, it works Nov 25 19:47:49 I even got ringing Nov 25 19:47:54 I heard ringing Nov 25 19:48:08 but 4242 doesn't seem to ring Nov 25 19:48:15 I mean ringing in my headphones Nov 25 19:49:46 I'll make a call between my 2 sims Nov 25 19:50:41 ah it works too Nov 25 19:51:09 ok Nov 25 19:51:23 you just need to set the correct routing with alsamier Nov 25 19:51:43 4242 fails to work but 4200 works Nov 25 19:51:55 yes Nov 25 19:57:51 I wonder what advantages does Vala have comparing to C++0x? Nov 25 19:59:37 GNUtoo: 4242 and 4200? Nov 25 19:59:51 operator numbers Nov 25 19:59:52 GNUtoo so what is the routing you do? Nov 25 19:59:54 ok Nov 25 20:00:19 JaMa|Off, mrmoku, GNUtoo: is the gsmvoice_alsa_cmtspeechdata of fsoaudiod still used on n900? Nov 25 20:00:42 yes Nov 25 20:00:46 of course Nov 25 20:00:55 morphis, so are you using any SND_ thing for nexus s to work? Nov 25 20:00:57 PaulFertser, hp Nov 25 20:00:59 oops Nov 25 20:01:03 paulk-desktop, hp Nov 25 20:01:05 paulk-desktop: yes Nov 25 20:01:19 ok Nov 25 20:01:20 ok Nov 25 20:01:23 I'll check Nov 25 20:01:56 anyway that's awesome! Nov 25 20:02:02 paulk-desktop, basically: Nov 25 20:02:07 1) call Nov 25 20:02:26 2) mess with alsamixer Nov 25 20:02:27 or: Nov 25 20:02:32 1)mess up with alsamixer Nov 25 20:02:34 2)call Nov 25 20:02:39 but remember Nov 25 20:02:46 .close resets the link Nov 25 20:02:52 we might need to change that Nov 25 20:03:45 that means you must not close alsamixer? Nov 25 20:03:57 no Nov 25 20:04:06 that means you must not stop playing music Nov 25 20:04:10 or not play music Nov 25 20:04:23 ah ok Nov 25 20:09:31 PaulFertser: how do you mean that ? Nov 25 20:09:46 PaulFertser: ironic or true ? Nov 25 20:10:16 * mrmoku thinks PaulFertser is *not* ironic in this case :) Nov 25 20:11:19 so he thinks vala has more advantages as C++0x ? Nov 25 20:11:35 paulk-desktop, anyway try it Nov 25 20:11:42 try calling the operatror numbers Nov 25 20:11:44 no he wonders *what* advantages vala has over c++0x Nov 25 20:11:45 the free ones Nov 25 20:11:59 GNUtoo the think is, I need a built SHR image Nov 25 20:12:02 thing* Nov 25 20:12:05 nschle85: i mean it literally. I know quite some folks here like Vala, so i'd like to know what makes it better than C++0x in their eyes. Nov 25 20:12:11 I should really get the tree and build it myself Nov 25 20:12:14 paulk-desktop, replicant doesn't support calls? Nov 25 20:12:22 ah Nov 25 20:12:24 not yet Nov 25 20:12:34 morphis, vala 0.14 is in oe? Nov 25 20:12:41 I wanted to have SMS done first Nov 25 20:12:43 and it's nearly done Nov 25 20:12:47 ok nice Nov 25 20:12:50 GNUtoo: in meta-fso for now Nov 25 20:12:51 PaulFertser: I'm not from the vala camp... but one very nice thing for fso is it's integration of dbus Nov 25 20:13:09 morphis, so I'll sync Nov 25 20:13:20 fsoaudiod failed to compile currently Nov 25 20:13:25 cause of cmtspeech Nov 25 20:13:25 no idea about what c++11 has though Nov 25 20:13:30 mrmoku: ah yes, indeed, out-of-the-box. Nov 25 20:19:10 PaulFertser: today i told mrmoku that i have to learn vala, i am from the java front, so vala code is much more understandable for me than c++ code Nov 25 20:20:22 nschle85: you can't compare Java and C++. C++ is Templates+STL+Boost + little OOP. And Java is basically only that little OOP. Nov 25 20:20:44 PaulFertser: how i indersand c++ c and vala and java, you can make the same mistakes in c++ and c but not in vala and java Nov 25 20:21:55 vala seem easier for me too Nov 25 20:22:08 PaulFertser: i do not understand, please compare the QT collection framework and the java collections and tell me who copied ! Nov 25 20:22:10 nschle85: C++ has strong static typing, if you do not try using at as C, you won't be able to do really silly things. Nov 25 20:22:23 * mrmoku is reading upon the changes in C++11 Nov 25 20:22:35 * angelox|laptop too :P Nov 25 20:22:53 nschle85: QT is irrelevant, it's C++ used Java-style :/ Nov 25 20:25:08 C++ makes programming really generic and efficient at the same time. Because the "generic" component of the language is provided by the templates which are Turing-complete compile-time language. Nov 25 20:25:12 PaulFertser: ok what is c++ without boost ? Nov 25 20:25:15 freesmartphone.org: 03morphis 07cornucopia * r1188ce0c6e50 10/fsoaudiod/ (4 files in 2 dirs): Nov 25 20:25:15 freesmartphone.org: fsoaudiod: gsmvoice_alsa_cmtspeechdata: fix compilation with vala 0.14.0 Nov 25 20:25:15 freesmartphone.org: Signed-off-by: Simon Busch Nov 25 20:25:46 angelox|laptop, also knows C++? Nov 25 20:26:34 nschle85: C++ without Boost? Weird idea, makes little sense, Boost is the place where the best efforts in C++ development are concentrated. Nov 25 20:27:06 GNUtoo: yep Nov 25 20:27:22 PaulFertser: so the basic language needs an external component to be useful ? Nov 25 20:27:29 C++ syntax sucks :) Nov 25 20:27:40 morphis: agree Nov 25 20:28:05 C# (Vala) is some of the best languages ever created Nov 25 20:28:24 something Microsoft has well done (with copying from Java I know but who cares?) Nov 25 20:28:39 nschle85: Boost is developed by the same nice folks who do C++, so that's basically a part of the modern language (even though not standardized). Nov 25 20:29:22 morphis: C++ allows for more generic programming that gives really fast runtime results. Have you seen Boost::Spirit btw? Nov 25 20:29:31 PaulFertser: thats the problem of c++ standard problems can be soved by by thousands of libraries Nov 25 20:29:57 nschle85: i'm not talking about thousands here. Nov 25 20:30:35 PaulFertser, is it possible to migrate fso to C++? Nov 25 20:30:50 morphis, now fsoraw fails Nov 25 20:30:59 GNUtoo: i'm told that currently Vala has much better integration with DBus, and that's an important point indeed. Nov 25 20:31:19 ok Nov 25 20:31:21 right Nov 25 20:31:33 GNUtoo: ok, the next one I missed Nov 25 20:31:41 PaulFertser: thats right Nov 25 20:31:56 PaulFertser: just take a look how you have do deal with async calls in C++ Nov 25 20:31:58 morphis: C++ syntax looks somewhat weird, but damn man, it's so powerful... Nov 25 20:32:02 and then look how vala does it Nov 25 20:32:57 morphis: needs integration with some kind of mainloop though, right? Nov 25 20:33:52 PaulFertser: yes Nov 25 20:34:02 PaulFertser: you do "yield some_async_call();" Nov 25 20:34:09 and it returns when the async call is finished Nov 25 20:34:24 it's syntatic sugar in the end Nov 25 20:34:31 but it keeps the code clean Nov 25 20:34:45 you don't need to write helper methods as you need to in C++ Nov 25 20:34:59 morphis: let me think about it... Nov 25 20:36:05 PaulFertser: why do want to use C++ instead of c/vala ? Nov 25 20:37:03 GNUtoo|laptop: I am fixing fsoraw right now Nov 25 20:37:07 nschle85: i suspect that C++ is more powerful for all kinds of purposes Vala is currently proposed for. That's what i'm basically asking about. Nov 25 20:38:07 morphis: there's some way to make the Checkbox's text bigger? Nov 25 20:38:54 angelox|laptop: yes Nov 25 20:39:01 you need to adjust the paltform text size Nov 25 20:39:07 ok nice thanks a lot Nov 25 20:41:06 freesmartphone.org: 03morphis 07cornucopia * r720e7dd58cc3 10/tools/fso-raw/ (configure.ac src/Makefile.am src/main.vala): Nov 25 20:41:06 freesmartphone.org: tools: fso-raw: fix for compilation with vala 0.14.0 Nov 25 20:41:06 freesmartphone.org: Signed-off-by: Simon Busch Nov 25 20:41:09 GNUtoo|laptop: done Nov 25 20:41:18 GNUtoo|laptop: cornucopia SRCREV bump comes later Nov 25 20:41:18 thanks Nov 25 20:41:29 I use autorev Nov 25 20:42:01 ok Nov 25 20:43:03 PaulFertser: in my opinion Vala is nice language for rapid prototyping. without the disadvantages of a scripting language Nov 25 20:43:25 angelox|laptop: there are small, medium and large Nov 25 20:45:15 naaarf ... we need to convert mdbus2 from dbus-glib to gdbus ... Nov 25 20:45:47 something I don't have much fun with I think ... Nov 25 20:45:50 mickey|babybusy: ^^ Nov 25 20:46:23 morphis: and how do i do that? Nov 25 20:46:29 PaulFertser: so i think c plus something like boost = vala Nov 25 20:46:30 nschle85: i see. But it would be interesting to hear an opinion of someone who really knows modern C++. It's a complex language indeed. Nov 25 20:46:40 morphis: i mean, instead editing Checkbox.qml.. Nov 25 20:46:42 angelox|laptop: which fontSize is used in the checkbox component? Nov 25 20:46:50 Medium, Small or Large? Nov 25 20:47:15 Medium Nov 25 20:47:26 ok Nov 25 20:47:30 PaulFertser: i am not a c++ expert Nov 25 20:47:38 do you see in the log output which layout file is loaded? Nov 25 20:47:49 but can you use a c++ library in a c program ? Nov 25 20:47:58 with default values it should be 320_480_210.params Nov 25 20:48:27 angelox|laptop: this line: Loading layout parameters from "layouts/480_320_210.params" Nov 25 20:49:59 playya__: ping Nov 25 20:50:27 morphis: hmm,i see: Loading layout parameters from "layouts/480_320_75.params" Nov 25 20:50:32 ok Nov 25 20:51:02 angelox|laptop: start with STATIC_RESOLUTION=1 aurora-daemon Nov 25 20:51:46 all: does anybody know how to contact Slyon ? Nov 25 20:52:12 morphis: hmm thnx, but now it's very big :( Nov 25 20:53:35 morphis: auto f = std::async([]()->ret_type{code}); f.get(); (this runs code in a dedicated thread and then sleeps until its finished, no callbacks supported in std::async though). Nov 25 20:54:03 But Boost::Asio has callbacks and both threaded and event-driven execution models and all that fancy stuff. Nov 25 20:54:06 angelox|laptop: yes we need to tweak the layout files Nov 25 20:54:19 PaulFertser: hm, I shoudl take a look at asio Nov 25 20:57:00 But it's networking-centered... Nov 25 21:00:23 ok, i am not a c / c++ developer but can anybody answer please my question ? Can i use a c++ library whin a c program ? Nov 25 21:02:18 nschle85: http://www.research.att.com/~bs/bs_faq2.html#callCpp Nov 25 21:02:41 mrmoku: do you know how to contact slyon ? i would like to ask him to be a little more precise in the FSOSHRCON11 Agenda headlines he added Nov 25 21:03:48 Some presentation of Asio: http://a49.video2.blip.tv/7050008690629/Boostcon-ThinkingAsynchronouslyDesigningApplicationsWithBoostAsio756.m4 Nov 25 21:05:30 PaulFertser: How do I call a C++ function from C? why writing functions in C++ ? the main feature of c++ is object orientation ! ok you want to write c code in c++ :-) Nov 25 21:06:07 nschle85: the main feature of C++ is STL, not objects. Nov 25 21:06:33 nschle85: the link to the faq explains how to call C++ from C. Nov 25 21:06:54 PaulFertser: its for functions Nov 25 21:07:09 PaulFertser: and what about methods ? Nov 25 21:08:19 nschle85: you need some kind of wrapper anyway, same with calling Vala from C. Nov 25 21:09:13 PaulFertser: is the wrapper C++ compiler independent (ABI) ?? Nov 25 21:11:03 nschle85: g++ rarely breaks abi, so basically yes. Nov 25 21:11:20 ok :-) Nov 25 21:13:26 PaulFertser: what i have seen is that vala has runtime checks, for several programmers mistakes, and in the error output the problem is described in detail (including line numer) , a c++ program sends a signal.... and thats it .. Nov 25 21:14:05 nschle85: what specific runtime checks do you have in mind? Nov 25 21:18:21 PaulFertser: using arrays Nov 25 21:19:24 PaulFertser: and if a runtime exception occours the line number is printed Nov 25 21:19:57 PaulFertser: in c++ i have to start a debugger having the correct dbg files installed Nov 25 21:20:35 to figure out where the problem occours Nov 25 21:21:59 nschle85: in C++ you can choose whether you want your std::vector to access with bounds-checking (comes with a cost of course) or not. Nov 25 21:23:27 JaMa|Off: are there some known problems with dbus? as I have problems here with dbus-launch-helper utility Nov 25 21:25:05 PaulFertser: you are laking about vector (STL) i am talking about array :-) (language) Nov 25 21:25:20 nschle85: STL is part of the language. Nov 25 21:25:34 Part of the standard. Nov 25 21:26:11 PaulFertser: thats the difference Nov 25 21:27:13 nschle85: regarding backtraces: possible if you need that: http://stackoverflow.com/questions/4636456/stack-trace-for-c-using-gcc Nov 25 21:28:12 nschle85: STL is an integral part of the language, you should make no distinction between "built-in" and STL when considering C++ features. Nov 25 21:32:15 PaulFertser: ok dumping stack traces or line numbers is possible in c++ but why is there so many discussion necessary for that ? Nov 25 21:33:33 PaulFertser: i would like to shorten our discussion, vala is more user friendly than c / c++ Nov 25 21:33:37 nschle85: because there's more than one way to do that, with different efficiency and features. C++ is a language that doesn't impose limitations on you, instead it provides the programmer with the most flexibility possible. If you need bounds-checking -- fine, need GC -- fine, etc etc. Nov 25 21:34:09 But in the essence you can usually have programs that are both simpler and faster than hand-coded C. Nov 25 21:34:42 PaulFertser: but simpler than vala ? Nov 25 21:35:42 nschle85: yes, with C++ you can do things more generic. So i'm sure for some tasks the code will be considerably simpler. Nov 25 21:36:31 PaulFertser: the problem here is that we need a simple solution for a specific problem Nov 25 21:36:41 nschle85: take a look at some Boost::Spirit demo! Almost EBNF notation right in your code and it compile-time generates a very efficient parser, better than you probably can hand-code. Nov 25 21:38:00 PaulFertser: where do we need it here ? Nov 25 21:39:33 nschle85: that's an example showing strength of a language. It's often beneficial to learn something powerful and use it even for simple tasks. Nov 25 21:40:40 PaulFertser: but what can be done better now ? Nov 25 21:41:15 PaulFertser: its nice that a language solves problems i do not have :-) Nov 25 21:42:38 nschle85: i was asking here exactly to learn what Vala allows one to do better. Nov 25 21:43:16 PaulFertser: and i do not know vala, c or c++ :-) Nov 25 21:43:38 hmmm Nov 25 21:43:42 somebody already had that: Nov 25 21:43:43 Can't sync dependencies of resource 'TEST': GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: Nov 25 21:43:46 in fsousaged Nov 25 21:43:48 PaulFertser: ok Nov 25 21:43:51 Is there a way to fix? Nov 25 21:43:55 PaulFertser: in my oppinion Nov 25 21:46:03 PaulFertser: that is what i know at the moment: vala provides a much better c code Nov 25 21:46:50 nschle85: comparing to what+ Nov 25 21:51:13 PaulFertser: comparing to c Nov 25 21:51:40 PaulFertser: ill be back later by baby cries Nov 25 21:52:15 mrmoku: hello we are starting phase one: wait 3 minutes :-) Nov 25 21:52:19 Vala provides better C code than C does? Ahem :) Well, i guess it's time to sleep now. Sorry for offtopic :) Nov 25 21:52:42 PaulFertser: vala creates c code Nov 25 21:52:47 I know :D Nov 25 21:53:02 ah I start understanding, certain control path create issue in alsa in crespo Nov 25 21:53:04 and vala is much better readable than pure c Nov 25 21:53:29 I think that's what makes the audio blocks Nov 25 21:53:43 PaulFertser: thank you for discussing Nov 25 21:54:07 nschle85: but i wasn't comparing Vala with plain C... Nov 25 21:54:32 PaulFertser: hmm do you really want to go to bed ? Nov 25 21:54:43 nschle85: 1:50am here... Nov 25 21:54:51 its friday :-) Nov 25 21:54:55 ok Nov 25 21:55:18 so we can discuss about Nov 25 21:55:50 please see : http://wiki.freesmartphone.org/index.php/FSOSHRCON_2011_AGENDA Nov 25 21:56:10 should i add as a topic to talk about ? Nov 25 21:57:20 nschle85: i want to discuss GPS more with you. I'm not coming to the CON, DE is too far away from me :( Nov 25 21:58:44 nschle85: fso-gpsd really sucks, i think it's not worth considering at all. But something to work with "strange kind of" GPSes is needed to be devised. Nov 25 22:01:13 nschle85: gpsd codebase seems to be sane to me. For our FRs it lacks saving and loading assist data but that can be done externally with something simple based on lindi-'s scripts (with pre- and post- activation hooks). Nov 25 22:02:06 nschle85: let's discuss the possible implementation plan for extending gpsd to support N900's gps tomorrow evening, ok? Nov 25 22:02:25