<p><a href="https://github.com/kugel-" class="user-mention">@kugel-</a></p>
<p>I'm reading the VTE sources now. It was (completely?) rewritten at some point after 0.28, but some parts remain unchanged, and the easiest test seems to be like this: write a simple "Hello, world!" program that outputs the string to a file, for example "/tmp/boza" or even "/dev/null", and does <em>not</em> emit anything to stdout/stderr (or read from stdin).</p>
<p>Since you confirmed the bug, your configuration is probably suitable for testing?..</p>
<p>Now, if spawn or GIO were the cause, there should have been problems with the other spawn()-ed programs, for example Find in Files -> grep, since the g_io_channel_read_chars() in spawn is used for all callers. Plus, with spawn_async_with_pipes() being private, there is no way to pass spawn*() an input fd obtained from openpty().</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly, <a href="https://github.com/geany/geany-plugins/issues/433#issuecomment-290479700">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/ABDrJxJ9RNLpUZcqnL1x6f_fLiYDSxaOks5rq-OcgaJpZM4IuOib">mute the thread</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/ABDrJ67L7TjCw_-qjRDMnvEQZ63yD7Iaks5rq-OcgaJpZM4IuOib.gif" width="1" /></p>
<div itemscope itemtype="http://schema.org/EmailMessage">
<div itemprop="action" itemscope itemtype="http://schema.org/ViewAction">
  <link itemprop="url" href="https://github.com/geany/geany-plugins/issues/433#issuecomment-290479700"></link>
  <meta itemprop="name" content="View Issue"></meta>
</div>
<meta itemprop="description" content="View this Issue on GitHub"></meta>
</div>

<script type="application/json" data-scope="inboxmarkup">{"api_version":"1.0","publisher":{"api_key":"05dde50f1d1a384dd78767c55493e4bb","name":"GitHub"},"entity":{"external_key":"github/geany/geany-plugins","title":"geany/geany-plugins","subtitle":"GitHub repository","main_image_url":"https://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png","avatar_image_url":"https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed-b52498112777.png","action":{"name":"Open in GitHub","url":"https://github.com/geany/geany-plugins"}},"updates":{"snippets":[{"icon":"PERSON","message":"@zhekov in #433: @kugel- \r\n\r\nI'm reading the VTE sources now. It was (completely?) rewritten at some point after 0.28, but some parts remain unchanged, and the easiest test seems to be like this: write a simple \"Hello, world!\" program that outputs the string to a file, for example \"/tmp/boza\" or even \"/dev/null\", and does *not* emit anything to stdout/stderr (or read from stdin).\r\n\r\nSince you confirmed the bug, your configuration is probably suitable for testing?..\r\n\r\nNow, if spawn or GIO were the cause, there should have been problems with the other spawn()-ed programs, for example Find in Files -\u003e grep, since the g_io_channel_read_chars() in spawn is used for all callers. Plus, with spawn_async_with_pipes() being private, there is no way to pass spawn*() an input fd obtained from openpty()."}],"action":{"name":"View Issue","url":"https://github.com/geany/geany-plugins/issues/433#issuecomment-290479700"}}}</script>