{"action":"created","issue":{"url":"https://api.github.com/repos/travis-ci/travis-ci/issues/3754","labels_url":"https://api.github.com/repos/travis-ci/travis-ci/issues/3754/labels{/name}","comments_url":"https://api.github.com/repos/travis-ci/travis-ci/issues/3754/comments","events_url":"https://api.github.com/repos/travis-ci/travis-ci/issues/3754/events","html_url":"https://github.com/travis-ci/travis-ci/issues/3754","id":70410289,"number":3754,"title":"travis-build: ulimit core addon ","user":{"login":"svenfuchs","id":2208,"avatar_url":"https://avatars.githubusercontent.com/u/2208?v=3","gravatar_id":"","url":"https://api.github.com/users/svenfuchs","html_url":"https://github.com/svenfuchs","followers_url":"https://api.github.com/users/svenfuchs/followers","following_url":"https://api.github.com/users/svenfuchs/following{/other_user}","gists_url":"https://api.github.com/users/svenfuchs/gists{/gist_id}","starred_url":"https://api.github.com/users/svenfuchs/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/svenfuchs/subscriptions","organizations_url":"https://api.github.com/users/svenfuchs/orgs","repos_url":"https://api.github.com/users/svenfuchs/repos","events_url":"https://api.github.com/users/svenfuchs/events{/privacy}","received_events_url":"https://api.github.com/users/svenfuchs/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"milestone":null,"comments":1,"created_at":"2015-04-23T13:23:56Z","updated_at":"2015-04-23T15:30:02Z","closed_at":null,"body":"From support:\r\n\r\n> I’d really like to be able to capture C++ backtraces on sudo:false machines, and need some guidance about how best to do this.\r\n\r\n> The background is that for C++ applications it is important to be able to get backtrace if the program crashes (to know why it crashed). To get backtraces on linux you need core files. To get core files on linux you need the kernel to have them enabled. For this you need sudo. So I’m realizing today that the method I use at this example repo: https://github.com/springmeyer/travis-coredump only works for `sudo:required` machines. This is because the `ulimit` command appears to not work/ has no effect on `sudo:false` machines. Possible ideas:\r\n\r\n> - All travis docker machines default to using `ulimit -c unlimited` when `language: cpp` is used\r\n> - An `addon` is created for `ulimit` that could look like:\r\n```\r\naddons:\r\n  ulimit:\r\n    core: unlimited\r\n```\r\n\r\nI think adding an addon might be the right thing to do. However, is this going to be properly guarded by Docker? Would other containers be somehow affected by this?\r\n\r\n/cc @meatballhat @BanzaiMan @joshk "},"comment":{"url":"https://api.github.com/repos/travis-ci/travis-ci/issues/comments/95625788","html_url":"https://github.com/travis-ci/travis-ci/issues/3754#issuecomment-95625788","issue_url":"https://api.github.com/repos/travis-ci/travis-ci/issues/3754","id":95625788,"user":{"login":"BanzaiMan","id":25666,"avatar_url":"https://avatars.githubusercontent.com/u/25666?v=3","gravatar_id":"","url":"https://api.github.com/users/BanzaiMan","html_url":"https://github.com/BanzaiMan","followers_url":"https://api.github.com/users/BanzaiMan/followers","following_url":"https://api.github.com/users/BanzaiMan/following{/other_user}","gists_url":"https://api.github.com/users/BanzaiMan/gists{/gist_id}","starred_url":"https://api.github.com/users/BanzaiMan/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/BanzaiMan/subscriptions","organizations_url":"https://api.github.com/users/BanzaiMan/orgs","repos_url":"https://api.github.com/users/BanzaiMan/repos","events_url":"https://api.github.com/users/BanzaiMan/events{/privacy}","received_events_url":"https://api.github.com/users/BanzaiMan/received_events","type":"User","site_admin":false},"created_at":"2015-04-23T15:30:02Z","updated_at":"2015-04-23T15:30:02Z","body":"What is the rationale for limiting the core dump size at the moment? If there is no good reason, perhaps setting `unlimited` in general is a better approach than giving an option."}}