Re: [dev] aijuboard

2015-04-29 Thread Raphaël Proust
On 29 April 2015 at 16:58, Nick wrote: > Quoth Julius Schmidt: >> I am currently collecting funds for a production run of a Zynq based >> board built specifically with Plan 9 in mind. It has a dual-core ARM >> CPU and a Xilinx FPGA. We are running 9front, but labs and 9atom >> would likely work fi

Re: [dev] surf -- how to manage SSL certificates?

2015-04-29 Thread Jakukyo Friel
On Mon, Apr 27, 2015 at 10:04 PM, Nick wrote: > It totally does. Visit https://njw.me.uk and see the "U" in the SSL > section of the status bar Thanks. I did not notice this 'U'. >> Change `static char *strictssl` to true and rebuild, > I get a SSL handshake error if strictssl is true. Sor

Re: [dev] [sbase] Use of libutil

2015-04-29 Thread Connor Lane Smith
Hi Marc, You really don't have to be such a twat about all this. Just offer your suggestion without the unnecessary abrasiveness. What I got from your link is that someone negatively compared your work to sbase, and now you've got a bee in your bonnet over it. Are we really going to have to put u

Re: [dev] [st] [PATCH] Fix sigchld

2015-04-29 Thread Jochen Sprickerhof
* Martti Kühne [2015-04-28 09:40]: > The initial patch seems to cover edge cases I fail to grasp and > probably doesn't cover all scenarios. I've implemented URL selection into st, where I need to start dmenu and the browser. See the patch attached. I'm open to push this one to the wiki, but I th

Re: [dev] [st] [PATCH] Replace close and dup with dup2.

2015-04-29 Thread Connor Lane Smith
Hi, I'm personally in favour of using dup2. It is quite clear that dup2(cmdfd, STDIN_FILENO) duplicates the fd into the position of STDIN_FILENO. That's what it says. On the other hand, the combination of close(STDIN_FILENO) and dup(cmdfd) is less efficient (two syscalls) and also means that the r

Re: [dev] [sbase] Use of libutil

2015-04-29 Thread Marc Collin
> The symbol table does not matter too much in statically linked applications > (and that's what's supposed to happen) Oh $deity... :facepalm: So you do all that work of extracting the function to avoid "duplicate code"... just so the compiler can put it back the way it should've been written in

Re: [dev] aijuboard

2015-04-29 Thread Nick
Hi aiju, Quoth Julius Schmidt: > I am currently collecting funds for a production run of a Zynq based > board built specifically with Plan 9 in mind. It has a dual-core ARM > CPU and a Xilinx FPGA. We are running 9front, but labs and 9atom > would likely work fine too. That sounds cool. To ask a

Re: [dev] [sbase] Use of libutil

2015-04-29 Thread FRIGN
On Wed, 29 Apr 2015 08:58:26 -0300 Marc Collin wrote: Hey Marc, > If anything the amount of extra space you're taking up in the symbol > table with an additional (imported) function call and the code of the > putword function, for example, absolutely trivially stupid function is > far more than

Re: [dev] [sbase] Use of libutil

2015-04-29 Thread koneu
uh-huh

[dev] aijuboard

2015-04-29 Thread Julius Schmidt
I am currently collecting funds for a production run of a Zynq based board built specifically with Plan 9 in mind. It has a dual-core ARM CPU and a Xilinx FPGA. We are running 9front, but labs and 9atom would likely work fine too. You can preorder it for $500, buy a glenda or aijuboard t-shirt

[dev] [sbase] Use of libutil

2015-04-29 Thread Marc Collin
If anything the amount of extra space you're taking up in the symbol table with an additional (imported) function call and the code of the putword function, for example, absolutely trivially stupid function is far more than just integrating the bloody thing into the source. It is literally a compar