{"action":"created","issue":{"url":"https://api.github.com/repos/snare/voltron/issues/82","labels_url":"https://api.github.com/repos/snare/voltron/issues/82/labels{/name}","comments_url":"https://api.github.com/repos/snare/voltron/issues/82/comments","events_url":"https://api.github.com/repos/snare/voltron/issues/82/events","html_url":"https://github.com/snare/voltron/issues/82","id":82913035,"number":82,"title":"Implicitly Setting an Architecture","user":{"login":"theqlabs","id":823183,"avatar_url":"https://avatars.githubusercontent.com/u/823183?v=3","gravatar_id":"","url":"https://api.github.com/users/theqlabs","html_url":"https://github.com/theqlabs","followers_url":"https://api.github.com/users/theqlabs/followers","following_url":"https://api.github.com/users/theqlabs/following{/other_user}","gists_url":"https://api.github.com/users/theqlabs/gists{/gist_id}","starred_url":"https://api.github.com/users/theqlabs/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/theqlabs/subscriptions","organizations_url":"https://api.github.com/users/theqlabs/orgs","repos_url":"https://api.github.com/users/theqlabs/repos","events_url":"https://api.github.com/users/theqlabs/events{/privacy}","received_events_url":"https://api.github.com/users/theqlabs/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"milestone":null,"comments":9,"created_at":"2015-05-30T21:05:40Z","updated_at":"2016-01-17T18:13:40Z","closed_at":null,"body":"I have issues (Ubu 14.04, lldb 3.7) with voltron views recognizing architecture types. I tried compiling from both clang and gcc. \r\n\r\nfile reports: ELF 64-bit LSB  executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.24, BuildID[sha1]=<removed>, not stripped\r\n\r\nI am thinking about just modifying register.py to implicitly set an architecture - I could submit a pull request if there's no resources to support this. I realize this is more a feature request than a bug. It looks like we could possibly just add an argument to configure_subparser and then I would have to spend a few minutes digging into where targets sets it to propagate properly. Shouldn't be too difficult. Let me know if you think i should just do it and submit a pull request. \r\n\r\nRegards,\r\n\r\n-- q\r\n\r\n"},"comment":{"url":"https://api.github.com/repos/snare/voltron/issues/comments/172359946","html_url":"https://github.com/snare/voltron/issues/82#issuecomment-172359946","issue_url":"https://api.github.com/repos/snare/voltron/issues/82","id":172359946,"user":{"login":"theqlabs","id":823183,"avatar_url":"https://avatars.githubusercontent.com/u/823183?v=3","gravatar_id":"","url":"https://api.github.com/users/theqlabs","html_url":"https://github.com/theqlabs","followers_url":"https://api.github.com/users/theqlabs/followers","following_url":"https://api.github.com/users/theqlabs/following{/other_user}","gists_url":"https://api.github.com/users/theqlabs/gists{/gist_id}","starred_url":"https://api.github.com/users/theqlabs/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/theqlabs/subscriptions","organizations_url":"https://api.github.com/users/theqlabs/orgs","repos_url":"https://api.github.com/users/theqlabs/repos","events_url":"https://api.github.com/users/theqlabs/events{/privacy}","received_events_url":"https://api.github.com/users/theqlabs/received_events","type":"User","site_admin":false},"created_at":"2016-01-17T18:13:40Z","updated_at":"2016-01-17T18:13:40Z","body":"I retested with recent builds on Ubuntu Trusty 64 and LLVM 3.7 and have\ngotten the same black screen. I personally think its llvm 3.7 but I havent\ntracked down whats going on yet. Doesnt happen on my Trusty/llvm 3.4 build\n- I have other issues with 3.7 which is why I refuse to upgrade.\n\nCan you try with a llvm 3.4 build? id be curious to see if it still happens.\n\nOn Sun, Jan 17, 2016, 7:52 AM Alexander Lopatin <notifications@github.com>\nwrote:\n\n> Probably I've got the same issue. Steps to reproduce:\n>\n> 1)\n>\n> $ echo \"#include <stdio.h>\\nint main(){puts(\\\"hey\\\");return 0;}\" > hello.c && clang hello.c -g -o hello && lldb ./hello\n> Voltron loaded.\n> Run `voltron init` after you load a target.\n> (lldb) target create \"./hello\"\n> Current executable set to './hello' (x86_64).\n> (lldb) b main\n> Breakpoint 1: where = hello`main + 25 at hello.c:2, address = 0x0000000000400579\n> (lldb) r\n> Process 26021 launched: './hello' (x86_64)\n> Process 26021 stopped\n> * thread #1: tid = 26021, 0x0000000000400579 hello`main + 25 at hello.c:2, name = 'hello', stop reason = breakpoint 1.1\n>     frame #0: 0x0000000000400579 hello`main + 25 at hello.c:2\n>    1    #include <stdio.h>\n> -> 2    int main(){puts(\"hey\");return 0;}\n> (lldb)\n>\n> 2) In the other terminal\n> $ voltron view register\n>\n> Gives the red text \"Architecture 'None' not supported\".\n>\n> I use Gentoo GNU/Linux with llvm-3.7.1, gdb-7.10.1 and python-2.7.10\n>\n> Other dependencies installed:\n>\n> scruffington-0.3.1\n> requests-2.6.0\n> requests-unixsocket-0.1.4\n> blessed-1.14.1\n> scruffy-0.3\n> rl-2.4\n> snowballstemmer-1.2.0\n> blinker-1.3\n> aniso8601-0.83\n> sphinx_rtd_theme-0.1.9\n> alabaster-0.7.6\n> simplejson-3.8.1\n> itsdangerous-0.24\n> simplejson-3.8.1\n> Babel-2.1.1\n> docutils-0.12\n> itsdangerous-0.24\n> werkzeug-0.9.6\n> flask-0.10.1\n> sphinx-1.3.1\n> flask-restful-0.2.12\n>\n> P.S.: With gdb (7.10.1) it's even worse (might be unrelated): when I run voltron\n> view register I see a frozen black emptiness in the terminal.\n>\n> Before that I had gdb-7.9.1 installed and I saw the same black emptiness\n> for a few seconds and then an exception:\n>\n> $ voltron view register\n> Encountered an exception while running the view 'RegisterView':\n> Traceback (most recent call last):\n>   File \"/usr/lib64/python2.7/site-packages/voltron/main.py\", line 53, in main\n>     inst.run()\n>   File \"/usr/lib64/python2.7/site-packages/voltron/view.py\", line 239, in run\n>     self.render()\n>   File \"/usr/lib64/python2.7/site-packages/voltron/plugins/view/register.py\", line 306, in render\n>     api_request('registers', block=self.block))\n>   File \"/usr/lib64/python2.7/site-packages/voltron/core.py\", line 376, in send_requests\n>     t.join()\n>   File \"/usr/lib64/python2.7/threading.py\", line 949, in join\n>     self.__block.wait()\n>   File \"/usr/lib64/python2.7/threading.py\", line 340, in wait\n>     waiter.acquire()\n>   File \"/usr/lib64/python2.7/site-packages/voltron/view.py\", line 329, in sigwinch_handler\n>     self.do_render()\n>   File \"/usr/lib64/python2.7/site-packages/voltron/view.py\", line 309, in do_render\n>     self.fmt_body = self.body\n> AttributeError: 'RegisterView' object has no attribute 'body'\n>\n> The server runs fine, with both gdb versions:\n>\n> $ wget -O - http://localhost:5555/api/request\n> --2016-01-17 <http://localhost:5555/api/request--2016-01-17> 18:31:48--  http://localhost:5555/api/request\n> Resolving localhost... ::1, 127.0.0.1\n> Connecting to localhost|::1|:5555... failed: Connection refused.\n> Connecting to localhost|127.0.0.1|:5555... connected.\n> HTTP request sent, awaiting response... 405 METHOD NOT ALLOWED\n> 2016-01-17 18:31:48 ERROR 405: METHOD NOT ALLOWED.\n>\n> —\n> Reply to this email directly or view it on GitHub\n> <https://github.com/snare/voltron/issues/82#issuecomment-172343408>.\n>\n"}}