From mboxrd@z Thu Jan 1 00:00:00 1970 To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> In-reply-to: Your message of "Tue, 28 Dec 2010 13:50:03 EST." References: <20101225194105.4D5425B42@mail.bitblocks.com> <20101228183937.E04105B5A@mail.bitblocks.com> From: Bakul Shah Date: Tue, 28 Dec 2010 11:45:20 -0800 Message-Id: <20101228194520.79D025B5A@mail.bitblocks.com> Subject: Re: [9fans] ape sockets and plan9 Topicbox-Message-UUID: 8e97b90a-ead6-11e9-9d60-3106f5b1d025 On Tue, 28 Dec 2010 13:50:03 EST erik quanstrom wrot e: > > > >> > Indeed. Programs under 9vx can make outgoing connections but > > > >> > can't accept incoming ones because it doesn't really create a > > > >> > virtual machine -- 9vx makes the connections on behalf of the > > > > > > > > that's wrong. 9vx can accept connections. > > > > > > The original didn't. The version @ hg.pdos.csail.mit.edu > > still doesn't. If you use Ron's repo you don't get the ether > > device by default. > > you misunderstand. regular 9vx without the added > network device can accept tcp or udp connections. > the fact that ape has some breakage must be a different > problem. You are quite right. I was thinking from a point of view of VM on QEMU and forgetting that 9vx is "just an ordinary" unix program that can listen/accept just like any other program (and shares the same tcp/udp port number space with them). Thanks for the correction and apologies for confusing people. > > It is confusing to have different versions sharing the same > > name. It would be better if this branch of 9vx is either > > renamed or merged with Russ's. > > i don't know how you solve this. hg/bitbucket is no panacea. > > patches are not always folded in in a timely manner, > regardless of the technology used. i'm not even sure > how to properly submit fixes to bitbucket hosted stuff > like drawterm. i think the only option is to fork it. If there is no hope of a merge then I would rename. If it is just a delay....