{"thread":{"id":"50493","subject":"Re: [BUG] More on t5562 hangs randomly in subtests 6,8 and 13 in 2.21.0-rc0","startedAt":"2019-02-13T15:16:34Z","lastAt":"2019-02-18T20:14:14Z","messageCount":4,"participants":["randall.s.becker@rogers.com","Max Kirillov","Randall S. Becker","Johannes Schindelin"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"369236","messageId":"000501d4c3af$1748b100$45da1300$@rogers.com","threadId":"50493","inReplyTo":null,"subject":"Re: [BUG] More on t5562 hangs randomly in subtests 6,8 and 13 in 2.21.0-rc0","fromName":"","fromEmail":"randall.s.becker@rogers.com","sentAt":"2019-02-13T15:16:26Z","receivedAt":"2019-02-13T15:16:34Z","isPatch":false,"sender":{"key":"randall.s.becker@rogers.com","avatar":null},"body":"On 2019-02-13, Max Kirillov, wrote:\n>On Mon, Feb 11, 2019 at 11:59:00AM -0500, Randall S. Becker wrote:\n>> Hi All,\n>> \n>> I have localized the hang in t5562 (previous thread) to the\n>> invoke-with-content-length.pl script.\n>\n>I have yet to look at it more closely, but there have been\n>one case of misbehavior due to unintended reuse of output file (see\n>https://public-inbox.org/git/20181119101535.16538-1-carenas@gmail.com/ )\n>Could your case be somehow related to it?\n\nI don't think the lack of curl is an issue (one thing mentioned in the\nthread), as curl works fine. We are on 7.57.0.\n\nAs far as the unintended reuse of the output file, and issues with pipes,\nyes, the NonStop is very sensitive to complex use of pipes and much of the\ncompatibility issues we have had relate to those (usually Linux-specific\npipe assumptions). That is where I have been looking when trying to debug\nthis situation (not yet found anything). This could very well be directly\nrelated.\n\nRegards,\nRandall\n\n"},{"id":"369241","messageId":"20190213174055.GD3064@jessie.local","threadId":"50493","inReplyTo":"000501d4c3af$1748b100$45da1300$@rogers.com","subject":"Re: [BUG] More on t5562 hangs randomly in subtests 6,8 and 13 in 2.21.0-rc0","fromName":"Max Kirillov","fromEmail":"max@max630.net","sentAt":"2019-02-13T17:40:55Z","receivedAt":"2019-02-13T17:41:01Z","isPatch":false,"sender":{"key":"max@max630.net","avatar":"https://avatars.githubusercontent.com/u/381560?v=4"},"body":"On Wed, Feb 13, 2019 at 10:16:26AM -0500, randall.s.becker@rogers.com wrote:\n> On 2019-02-13, Max Kirillov, wrote:\n> As far as the unintended reuse of the output file, and issues with pipes,\n> yes, the NonStop is very sensitive to complex use of pipes and much of the\n> compatibility issues we have had relate to those (usually Linux-specific\n> pipe assumptions). That is where I have been looking when trying to debug\n> this situation (not yet found anything). This could very well be directly\n> related.\n\nYou mentioned cases 6,8,13. These are all related to gipped\nrequest body. Could it be the git-http-backend does not\nclean a sub-process which pervforms the decompression?\n"},{"id":"369244","messageId":"004801d4c3c8$df9d23c0$9ed76b40$@nexbridge.com","threadId":"50493","inReplyTo":"20190213174055.GD3064@jessie.local","subject":"RE: [BUG] More on t5562 hangs randomly in subtests 6,8 and 13 in 2.21.0-rc0","fromName":"Randall S. Becker","fromEmail":"rsbecker@nexbridge.com","sentAt":"2019-02-13T18:20:55Z","receivedAt":"2019-02-13T18:21:06Z","isPatch":false,"sender":{"key":"randall.becker@nexbridge.ca","avatar":"https://avatars.githubusercontent.com/u/28956764?v=4"},"body":"On February 13, 2019 12:41, Max Kirillov wrote:\n> On Wed, Feb 13, 2019 at 10:16:26AM -0500, randall.s.becker@rogers.com\n> wrote:\n> > On 2019-02-13, Max Kirillov, wrote:\n> > As far as the unintended reuse of the output file, and issues with\n> > pipes, yes, the NonStop is very sensitive to complex use of pipes and\n> > much of the compatibility issues we have had relate to those (usually\n> > Linux-specific pipe assumptions). That is where I have been looking\n> > when trying to debug this situation (not yet found anything). This\n> > could very well be directly related.\n> \n> You mentioned cases 6,8,13. These are all related to gipped request body.\n> Could it be the git-http-backend does not clean a sub-process which\n> pervforms the decompression?\n\nI guess that is possible. I don't know the guts of this part of the code.\n\n"},{"id":"369550","messageId":"nycvar.QRO.7.76.6.1902182105520.45@tvgsbejvaqbjf.bet","threadId":"50493","inReplyTo":"20190213174055.GD3064@jessie.local","subject":"Re: [BUG] More on t5562 hangs randomly in subtests 6,8 and 13 in 2.21.0-rc0","fromName":"Johannes Schindelin","fromEmail":"johannes.schindelin@gmx.de","sentAt":"2019-02-18T20:14:07Z","receivedAt":"2019-02-18T20:14:14Z","isPatch":false,"sender":{"key":"johannes.schindelin@gmx.de","avatar":"https://avatars.githubusercontent.com/u/127790?v=4"},"body":"Hi Max,\n\nOn Wed, 13 Feb 2019, Max Kirillov wrote:\n\n> On Wed, Feb 13, 2019 at 10:16:26AM -0500, randall.s.becker@rogers.com wrote:\n> > On 2019-02-13, Max Kirillov, wrote:\n> > As far as the unintended reuse of the output file, and issues with pipes,\n> > yes, the NonStop is very sensitive to complex use of pipes and much of the\n> > compatibility issues we have had relate to those (usually Linux-specific\n> > pipe assumptions). That is where I have been looking when trying to debug\n> > this situation (not yet found anything). This could very well be directly\n> > related.\n> \n> You mentioned cases 6,8,13. These are all related to gipped\n> request body. Could it be the git-http-backend does not\n> clean a sub-process which pervforms the decompression?\n\nThat is an interesting question. From what I can see, the\n`gzipped_request` flag guards a call to `inflate_request()`, which does\nnot explicitly close stdin, is all I could see. But it does not spawn a\nsub-process from what I can see, other than the regular backend\n(\"upload-pack\" or \"receive-pack\").\n\nCiao,\nDscho\n"}]}