| 05:42.08 | *** join/#maemo-ssu jonwil (~jonwil@27-33-80-219.tpgi.com.au) |
| 06:10.53 | jonwil | bah this code is doing something very weird :( |
| 06:11.10 | freemangordon | hmm? |
| 06:12.33 | jonwil | let me get you my libcodelockui idb so you can look at it |
| 06:12.38 | jonwil | https://drive.google.com/file/d/0B9idqO9KygGsUzdINHRQUW1wb2M/view?usp=sharing |
| 06:13.11 | jonwil | ok, so in libcodelockui you will see a function currently named xsub_5798 |
| 06:14.58 | freemangordon | ok |
| 06:15.00 | freemangordon | and? |
| 06:15.38 | jonwil | now what is happening is that xsub_5798 is being called via emit_changed in gtkentry.c (from libgtk) via this line g_signal_emit_by_name (editable, "changed"); |
| 06:15.52 | freemangordon | ok |
| 06:15.57 | jonwil | So somehow that xsub_5798 function is being called as a signal handler via that g_signal_emit_by_name |
| 06:16.16 | jonwil | where its weird is that I cant find ANY g_signal_connect functions that are registering that function |
| 06:16.33 | jonwil | so how is it that the GtkEntry gets pointed at xsub_5798 so it can emit the signal? |
| 06:17.01 | freemangordon | I see |
| 06:17.07 | jonwil | see why its wierd? |
| 06:17.07 | freemangordon | n xrefs |
| 06:17.11 | freemangordon | *no |
| 06:17.13 | jonwil | no xrefs |
| 06:17.30 | freemangordon | then disasm is incomplete :) |
| 06:20.10 | jonwil | in order for it to be referenced, there would have to be an entry for it in the .got table |
| 06:20.16 | jonwil | which there is not |
| 06:20.32 | freemangordon | which dialog is that? |
| 06:20.43 | jonwil | thats the code lock dialog |
| 06:20.55 | freemangordon | jonwil: oh, and does this function gets called at all? |
| 06:20.56 | jonwil | for device and sim pin locks |
| 06:21.03 | freemangordon | *get |
| 06:21.21 | jonwil | yes I have breakpointed on xsub_5789 in gdb and followed the backtrace up to the emit_changed function |
| 06:21.46 | freemangordon | weird |
| 06:22.01 | jonwil | it triggers when you press one of the buttons on the dialog |
| 06:22.10 | jonwil | one of the number buttons at least |
| 06:22.22 | jonwil | so its logical that it would be a "changed" handler for the entry box |
| 06:22.56 | freemangordon | :nod: |
| 06:26.33 | freemangordon | jonwil: hmm, something is broken with your IDA |
| 06:26.46 | jonwil | why do you say that? |
| 06:26.53 | freemangordon | see xclui_code_dialog_build |
| 06:27.07 | jonwil | what about it? |
| 06:27.22 | freemangordon | g_signal_connect_data(v89, "insert-text", (GCallback)xsub_5798, data, 0, 0); |
| 06:28.18 | freemangordon | nearly at the end |
| 06:28.49 | jonwil | yeah I see now |
| 06:29.21 | freemangordon | jonwil: what is your IDA and HR version? |
| 06:29.23 | jonwil | seems like ida failed to correctly interpret all the global_offset_table stuff yet hexrays picked it up |
| 06:29.49 | jonwil | 6.6.141224 and 2.0.0.140605 |
| 06:30.06 | freemangordon | the same here |
| 06:30.19 | jonwil | IDA not picking up global_offset_table stuff isn't unheard of |
| 06:30.43 | freemangordon | the only difference is that I run it via WINE, not natively :) |
| 06:31.27 | jonwil | anyhow, at least I know the weirdness is IDA at fault and nothing going on in the binary |
| 06:31.35 | freemangordon | yeah |
| 06:33.40 | jonwil | aha, I think what was throwing me off is misleading backtraces due to my phone not having debug symbols for glib/gobject/gtk/etc |
| 06:34.08 | jonwil | anyhow, now that I know whats going on, I can investigate the examples of this "ida didn't pick up the got correctly" wierdness and move on |
| 06:34.29 | jonwil | finish my reverse engineering of libcodelockui so I can then clone it |
| 06:34.56 | freemangordon | :) |
| 06:35.16 | freemangordon | however, /me needs to run, see you later |
| 06:35.22 | jonwil | ok, cya |
| 06:35.49 | jonwil | sounds like it might be worth putting debug symbols for gtk and gobject and stuff on my phone where GDB will find it |
| 06:44.23 | freemangordon | jonwil: just install -dbg packages, gdb/gdbserver will pick them up |
| 06:44.37 | freemangordon | so IDA will pick them up as well if connected to gdbserver |
| 07:02.07 | *** join/#maemo-ssu Sicelo009N (~sicelo@unaffiliated/sicelo) |
| 07:23.14 | Sicelo009N | by the way, channel stats have shrunk by large margin |
| 07:27.32 | kerio | no kidding |
| 07:28.01 | kerio | i reckon we're way below the critical mass required for a project to work |
| 07:28.06 | kerio | :c |
| 07:42.42 | *** join/#maemo-ssu freemangordon_ (~ivo@212.5.158.40) |
| 07:59.08 | jonwil | ok, great. Where do I get the -dbg package from? The nokia repos? Or do I need the SDK repos for those? |
| 08:12.34 | freemangordon_ | yes, SDK repos |
| 08:29.02 | *** join/#maemo-ssu Sicelo_w (~sicelo@unaffiliated/sicelo) |
| 08:29.28 | Sicelo_w | not new news, i suppose .. but where do we stand with Microb? http://www.zdnet.com/article/as-sha1-winds-down-sha2-leap-will-leave-millions-stranded/?linkId=18208342 |
| 08:40.33 | *** join/#maemo-ssu freemangordon_ (~ivo@212.5.158.40) |
| 09:04.31 | *** join/#maemo-ssu sparetire_ (~sparetire@unaffiliated/sparetire) |
| 09:06.16 | *** join/#maemo-ssu freemangordon_ (~ivo@212.5.158.40) |
| 09:11.58 | *** join/#maemo-ssu LauRoman (~LauRoman@5-14-1-85.residential.rdsnet.ro) |
| 09:42.38 | jonwil | All of the parts of maemo that are involved with SSL in microb should (as far as I know) be FOSS |
| 09:43.00 | jonwil | so it should be possible to add whatever protocols we need and distribute them with cssu |
| 09:51.37 | *** join/#maemo-ssu freemangordon_ (~ivo@212.5.158.40) |
| 09:55.35 | Sicelo009N | sounds cool :) |
| 11:02.42 | *** join/#maemo-ssu unclouded (~neil@2001:4428:200:80fc:7e05:7ff:fe0d:d421) |
| 11:05.38 | *** join/#maemo-ssu freemangordon_ (~ivo@212.5.158.40) |
| 13:14.47 | kerio | jonwil: the issue is ABI compatibility |
| 13:22.11 | jonwil | ok, so regarding (for example) openssl, what you do is you keep the current openssl0.9.8 (patched with whatever the latest 0.9.8 point release is) right where it is at libcrypto.so.0.9.8 and libssl.so.0.9.8 then you put the new openssl at libcrypto.so.1.x.x and libssl.so.1.x.x or whatever and have the new binaries link to it. |
| 13:22.56 | jonwil | Unless there is something I dont know about, I dont see why having multiple versions of openssl side by side would be an issue |
| 13:23.38 | *** join/#maemo-ssu Sicelo009N (~sicelo@unaffiliated/sicelo) |
| 13:26.22 | kerio | might as well go with libressl then :D |
| 13:26.30 | jonwil | yeah same difference |
| 13:51.55 | *** join/#maemo-ssu LauRoman|Alt (~LauRoman@5-14-1-85.residential.rdsnet.ro) |
| 13:55.38 | *** join/#maemo-ssu esoare (~kvirc@71-222-117-68.ptld.qwest.net) |
| 14:26.02 | *** join/#maemo-ssu infobot (ibot@69-58-76-73.ut.vivintwireless.net) |
| 14:26.02 | *** topic/#maemo-ssu is Maemo Community Seamless Software Update "CSSU" channel, http://wiki.maemo.org/Community_SSU | Known bugs: http://j.mp/communityssu-bugs | Channel logs: http://mg.pov.lt/maemo-ssu-irclog/ | Sources: https://github.com/community-ssu | Latest version: Testing(2015-04-11): 21.2011.38-1Tmaemo11; Stable(2014-09-03): 21.2011.38-1Smaemo7 |
| 14:26.02 | *** mode/#maemo-ssu [+v infobot] by ChanServ |
| 15:22.00 | *** join/#maemo-ssu Sicelo009N (~sicelo@unaffiliated/sicelo) |
| 16:18.41 | *** join/#maemo-ssu esoare (~kvirc@71-222-117-68.ptld.qwest.net) |
| 16:41.48 | *** join/#maemo-ssu NishanthMenon (nmenon@nat/ti/x-satfojvooredufxk) |
| 17:01.07 | *** join/#maemo-ssu esoare|2 (~kvirc@71-222-117-68.ptld.qwest.net) |
| 17:43.57 | *** join/#maemo-ssu DrCode (~DrCode@5.28.134.3) |
| 17:56.20 | *** join/#maemo-ssu esoare|2 (~kvirc@71-222-117-68.ptld.qwest.net) |
| 18:00.57 | *** join/#maemo-ssu esoare|3 (~kvirc@71-222-117-68.ptld.qwest.net) |
| 18:03.50 | *** join/#maemo-ssu futpib (~futpib@176.104.194.78) |
| 18:33.56 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
| 19:33.54 | *** join/#maemo-ssu M4rtinK (~M4rtinK@ip-37-188-134-178.eurotel.cz) |
| 19:55.30 | *** join/#maemo-ssu xes (~xes@unaffiliated/xes) |
| 20:07.46 | *** join/#maemo-ssu kerio (kerio@bad.memes.vs.dank.ninja) |
| 20:45.10 | *** join/#maemo-ssu RedW (~redw@89-76-164-87.dynamic.chello.pl) |
| 21:03.45 | *** join/#maemo-ssu xes (~xes@unaffiliated/xes) |
| 21:35.18 | *** join/#maemo-ssu jonwil (~jonwil@27-33-80-219.tpgi.com.au) |
| 21:51.28 | *** join/#maemo-ssu M4rtinK (~M4rtinK@ip-89-177-124-111.net.upcbroadband.cz) |
| 22:29.50 | *** join/#maemo-ssu kerio (kerio@bad.memes.vs.dank.ninja) |