From mboxrd@z Thu Jan 1 00:00:00 1970 From: erik quanstrom Date: Tue, 8 Jun 2010 18:36:07 -0400 To: 9fans@9fans.net Message-ID: <35443efbd3f6948a6bd18c9f66f2b3a1@ladd.quanstro.net> In-Reply-To: <4c0ec481.1P1U+7hQMas8saJj%yard-ape@telus.net> References: <3717d8ce779c6f31d7e5c922eb34f00c@swcp.com> <146c961677a8e3b29413b0c39668652f@swcp.com> <4c0e86a6.p9p6O5x091i4Q2WY%yard-ape@telus.net> <519d8929becf1681faebe475e02b9d9e@ladd.quanstro.net> <4c0ec481.1P1U+7hQMas8saJj%yard-ape@telus.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Sed label handling inconsistency Topicbox-Message-UUID: 30f85a5c-ead6-11e9-9d60-3106f5b1d025 > erik quanstrom wrote: > > > > without having access to a unix machine right now, i'm guessing that > > > the code at jtcommon should replace > > > if(*cp == '\0') > > > with > > > if(*cp == '\0' || *cp == ';') > > > > > > at lines 428. similar change at line 328. > > > > sorry, fat fingers. 428 and 438. > > > > - erik > Actually 328 is what I've got. But no change in behaviour after recompile. the plan 9 version works as you expect it should, and it's not a 32-bit rune problem because that works on my system. by looking at the differences between the p9p and plan 9 version, you should be able to find the problem rather rapidly. there's not much code involved. - erik