06:17.47 | *** join/#maemo-ssu _rd (~rd@p5B2C7F05.dip0.t-ipconnect.de) |
07:02.22 | *** join/#maemo-ssu amiconn (~amiconn@rockbox/developer/amiconn) |
08:14.27 | *** join/#maemo-ssu freemangordon_ (~ivo@213.222.56.174) |
08:50.42 | *** join/#maemo-ssu LauRoman (~LauRoman@5-14-1-85.residential.rdsnet.ro) |
10:09.11 | *** join/#maemo-ssu jonwil (~jonwil@27-33-80-219.tpgi.com.au) |
10:16.57 | jonwil | hi |
11:38.12 | *** join/#maemo-ssu NishanthMenon (nmenon@nat/ti/x-ljjhcnqizgiaoahh) |
13:42.49 | *** join/#maemo-ssu sparetire_ (~sparetire@unaffiliated/sparetire) |
13:44.42 | *** join/#maemo-ssu ZetaR (~user@2602:47:3fb:fc00:d996:1aa1:88fc:42a8) |
16:23.18 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
16:49.58 | *** join/#maemo-ssu RedW (~redw@89-76-164-87.dynamic.chello.pl) |
16:59.39 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
18:26.17 | *** join/#maemo-ssu futpib (~futpib@176.104.194.78) |
20:07.56 | Sicelo | bencoh: seems after you talked about video playback issues, my N900 got jinxed :p |
20:07.59 | Sicelo | Oct 29 22:06:57 fremantle mafw-dbus-wrapper[7898]: dspvdec2: eos timed out after 10258 ms |
20:08.03 | Sicelo | Oct 29 22:06:57 fremantle mafw-dbus-wrapper[7898]: dspvdec2: eos took 10275 ms |
20:08.15 | Sicelo | now playing videos on my N900 is quite uphill task |
20:09.35 | bencoh | oO |
20:09.56 | bencoh | did you try something funny? |
20:09.59 | kerio | lol |
20:11.36 | Sicelo | maybe it just doesn't like some of the videos. simple ones play fine |
20:12.06 | *** join/#maemo-ssu M4rtinK (~M4rtinK@ip-89-177-124-111.net.upcbroadband.cz) |
20:42.30 | *** join/#maemo-ssu M4rtinK2 (~M4rtinK@ip-89-177-124-111.net.upcbroadband.cz) |
20:54.22 | *** join/#maemo-ssu jonwil (~jonwil@27-33-80-219.tpgi.com.au) |
20:55.23 | jonwil | hi |
21:11.03 | freemangordon | jonwil: HI! |
21:11.06 | freemangordon | ops |
21:11.11 | freemangordon | sorry for the caps |
21:11.17 | jonwil | :) |
21:11.50 | freemangordon | jonwil: doesn't look good https://github.com/community-ssu/osso-systemui-modechange/blob/master/osso-systemui-modechange.c#L76 |
21:12.22 | jonwil | Thats just what hexrays showed me... |
21:12.36 | freemangordon | sore, but still doesn't look good |
21:12.40 | freemangordon | *sure |
21:12.44 | jonwil | ok |
21:12.53 | jonwil | if you want to fix it, be my guest :) |
21:13.06 | freemangordon | that condition doesn't make much of a sense |
21:13.10 | freemangordon | I will |
21:13.24 | freemangordon | could you share the DB? |
21:13.24 | jonwil | anyhow, |
21:15.37 | jonwil | https://drive.google.com/file/d/0B9idqO9KygGsZ1YzeTY0Umo5dTg/view?usp=sharing |
21:16.03 | jonwil | Other than fixing that, do you have a particular target in mind to reverse engineer/clone next? |
21:16.39 | freemangordon | systemui daemon? |
21:16.54 | freemangordon | I think that's the last man standing |
21:17.06 | freemangordon | systemui stuff that is |
21:17.40 | jonwil | nope, we still need osso-systemui-actdead, osso-systemui-devlock, osso-systemui-emergency and osso-systemui-splashscreen |
21:17.46 | jonwil | although we have -dev packages for some of those |
21:18.13 | jonwil | -emergency makes calls to some stuff in librtcom-call-ui that we have no documentation of whatsoever |
21:18.29 | freemangordon | hmm, right |
21:19.06 | freemangordon | jonwil: BTW, why did you remove "fprintf(stderr, "Special key listener %i\n", event->keyval);" from modechange_key_press_event_handler? |
21:19.23 | jonwil | not sure why I didn't put the fprintfs in there |
21:19.26 | jonwil | I cant remember |
21:19.35 | jonwil | feel free to put them back if you think they are important :) |
21:19.45 | jonwil | not that systemui ever runs with an actual terminal :) |
21:19.55 | freemangordon | yeah |
21:19.59 | freemangordon | I'll see |
21:20.00 | jonwil | Me, I am trying to decide whether I should work on libcodelockui or whether I should keep working on figuring out all the interfaces (dbus calls, gconf keys etc) the WiFi subsystem touches and from there which ones we would need to still support if we want to rip the whole thing out |
21:20.39 | freemangordon | I gues libcode... will be easier, ain;t? |
21:21.42 | jonwil | not necessarily, the CluiCodeDialogPrivate struct is giving me some trouble |
21:22.01 | freemangordon | if you share the DB, I can help you with that one |
21:26.11 | jonwil | https://drive.google.com/file/d/0B9idqO9KygGsS0NEWFJleWxycWc/view?usp=sharing |
21:26.45 | jonwil | The functions marked with an x have yet to be reverse engineered |
21:26.58 | freemangordon | ok |
21:27.00 | jonwil | and the 2 marked with a z have some weirdness I just cant work out |
21:28.08 | freemangordon | hmm, I don;t see z-marked functions |
21:28.43 | jonwil | should be zcodelock_password_change and zcodelock_response_signal |
21:29.22 | freemangordon | gboolean __cdecl ycodelock_change_passwd(const gchar *old_passwd, const gchar *new_passwd) |
21:29.36 | jonwil | hmmm ok, maybe I sent you the wrong db |
21:29.43 | freemangordon | looks like |
21:32.51 | jonwil | wait you are looking at codelock_change_passwd and not codelock_passwd_change |
21:32.55 | jonwil | I dont know why I named them so close |
21:33.26 | jonwil | do you see zcodelock_passwd_change now? |
21:33.45 | freemangordon | I see gboolean __cdecl xcodelock_password_change(CodeLockUI *ui, CodeLockChangeFunc *func) |
21:34.10 | freemangordon | no 'z' functions at all |
21:34.20 | jonwil | weird |
21:34.39 | freemangordon | I ordered by function name, the last one is yutils_dbus_send |
21:35.14 | jonwil | try https://drive.google.com/open?id=0B9idqO9KygGsUl9tRWZwdVNBd1E |
21:36.20 | freemangordon | yeah, I see them now |
21:36.55 | freemangordon | hmm, I see what you mean |
21:37.11 | freemangordon | I guess those are gtk_dialog_run() result shecks |
21:39.58 | jonwil | I cant remember now why I marked zcodelock_response_signal as having wierd stuff |
21:40.14 | jonwil | oh wait yeah it wasn't picking up the _GLOBAL_OFFSET_TABLE_ stuff properly |
21:40.19 | jonwil | but then I think I found a solution to that |
21:40.27 | Sicelo | bencoh: same video plays just fine on non-HD-codec N900. hmm |
21:40.30 | jonwil | i.e. how to manually point IDA at the correct variable in each case |
21:41.06 | freemangordon | jonwil: I don;t see that private struct used |
21:41.47 | jonwil | _CluiCodeDialogPrivate is referenced by the priv member of _CluiCodeDialog |
21:42.04 | jonwil | and is used by a number of the x labeled functions |
21:42.25 | freemangordon | ok |
21:42.43 | jonwil | aha I see |
21:42.47 | jonwil | I created one called CluiCodeDialogPrivate and one called _CluiCodeDialogPrivate |
21:42.59 | freemangordon | hmm, why? |
21:43.02 | jonwil | cant remember |
21:43.06 | jonwil | must have been a mistake |
21:43.17 | jonwil | I think the code may be using CluiCodeDialogPrivate and not _CluiCodeDialogPrivate |
21:43.26 | jonwil | either way the structure needs reverse engineering :) |
21:43.29 | *** join/#maemo-ssu _rd (~rd@p5B2C7F05.dip0.t-ipconnect.de) |
21:49.59 | jonwil | hey, its not like reverse engineering is an exact science :P |
21:59.06 | jonwil | anyhow, back to fiddling with WiFi I guess for now |
22:03.04 | freemangordon | jonwil: that priv structure contains an array of (i think 9) GtkWidget *, which are code entry buttons |
22:03.14 | freemangordon | and a couple of more buttons |
22:04.22 | jonwil | that doesn't account for all of the 21 members it has |
22:04.54 | freemangordon | or those buttons are 12, lemme check |
22:05.21 | freemangordon | never used device lock) :) |
22:05.55 | bencoh | 10 digits, Done, Clear |
22:05.56 | freemangordon | anyway, you have several gtkwidgets(buttons) one text entry and some other members |
22:06.07 | bencoh | s/clear/backspace/ |
22:06.13 | freemangordon | ok, 12 then |
22:06.52 | freemangordon | jonwil: xclui_code_dialog_build inits most of the provate struct |
22:07.00 | freemangordon | *private |
22:07.04 | jonwil | ok |
22:08.47 | freemangordon | needs sleep, night guys |
22:08.58 | jonwil | cya |
23:42.04 | *** join/#maemo-ssu jonwil (~jonwil@27-33-80-219.tpgi.com.au) |