Re: [dev] [ANNOUNCE] abduco-0.3

2015-02-26 Thread yy
On 26 February 2015 at 15:59, Marc André Tanner wrote: > > Please provide feedback whether this works as expected. LGTM > Thanks Thanks to you! -- - yiyus || JGL .

Re: [dev] [sbase][patch] expr: comments, cleanup, style, etc.

2015-02-26 Thread Evan Gates
On Thu, Feb 26, 2015 at 1:50 PM, Dimitris Papastamos wrote: > Sorry, I meant no need to free that strdup(). I will check > your patch tomorrow. > First patch was buggy and I accidentally used a for loop initial declaration. That's what I get for trying to code too quickly. Here is a fixed one so

Re: [dev] [sbase][patch] expr: comments, cleanup, style, etc.

2015-02-26 Thread Dimitris Papastamos
Sorry, I meant no need to free that strdup(). I will check your patch tomorrow.

Re: [dev] [sbase][patch] expr: comments, cleanup, style, etc.

2015-02-26 Thread Evan Gates
I'll make my commit messages more detailed. The strdup() is necessary. Due to the string/integer duality of the values, integer values must be coerced into strings on occasion. This is done with the valstr() function which will print the integer into the buffer given. In this case that buffer is l

Re: [dev] [sbase][patch] expr: comments, cleanup, style, etc.

2015-02-26 Thread Dimitris Papastamos
On Wed, Feb 25, 2015 at 08:20:18PM -0800, Evan Gates wrote: > Went back and added some comments to expr where I thought it would > benefit from extra explanation. Got rid of unnecessary allocations. > Used utfnlen() with the match operator to add UTF-8 support. Made some > changes for the style gui

Re: [dev] [sbase][patch] expr: comments, cleanup, style, etc.

2015-02-26 Thread Dimitris Papastamos
On Wed, Feb 25, 2015 at 08:20:18PM -0800, Evan Gates wrote: > Went back and added some comments to expr where I thought it would > benefit from extra explanation. Got rid of unnecessary allocations. > Used utfnlen() with the match operator to add UTF-8 support. Made some > changes for the style gui

Re: [dev] Suckless unit testing in C?

2015-02-26 Thread stanio
* FRIGN 2015-02-26 10:43 > M Farkas-Dyck wrote: > > Sanity is not a democracy. > > Exactly! But having unwrapped lines corresponds to anarchy. And anarchy is > for idiots. A. can diverge badly but also (surprisingly to many) converge to very much sane results. I'd rather consider the ~70-wrappin

Re: [dev] Suckless unit testing in C?

2015-02-26 Thread Eduardo A . Bustamante López
Hey Roberto, I'm going to stop due to FRIGNs request. I do find your feedback interesting, and most of your points valid. Thank you very much.

Re: [dev] [ANNOUNCE] abduco-0.3

2015-02-26 Thread Marc André Tanner
On Thu, Feb 26, 2015 at 09:07:50AM +0100, yy wrote: > On 26 February 2015 at 07:18, David Phillips wrote: > > Being the author of the initial patch, Marc has reminded me to submit > > any feedback I have on the abduco_force patch, which will supersede my > > contribution. I did initially think of

Re: [dev] Suckless unit testing in C?

2015-02-26 Thread FRIGN
On Thu, 26 Feb 2015 02:28:41 -0500 M Farkas-Dyck wrote: > > lines are better since it lets the end-user choose what width they want > > their lines wrapped at. > This. You don't seem to be very experienced in the area of typesetting. Your eyes can only read lines with a certain length without is

Re: [dev] Suckless unit testing in C?

2015-02-26 Thread Anselm R Garbe
On 26 February 2015 at 09:26, Roberto E. Vargas Caballero wrote: >> A good example for this is how'd you develop a compiler for some >> language: whenever an input program results in a compiler error/bug >> that is non-conforming to the language standard, fix the bug in the >> compiler implementat

Re: [dev] Suckless unit testing in C?

2015-02-26 Thread Roberto E. Vargas Caballero
> student. Would it be possible or desirable to make any of the > suckless tools/programs to suck even less by writing them to use > netcat or inetd and removing all network-specific code? Do one thing > and do it well? Is Plan 9 the logical extreme of this practice? Depend. This is always the

Re: [dev] Suckless unit testing in C?

2015-02-26 Thread Roberto E. Vargas Caballero
> > A good example for this is how'd you develop a compiler for some > language: whenever an input program results in a compiler error/bug > that is non-conforming to the language standard, fix the bug in the > compiler implementation and record the specific input program as unit > test for future

Re: [dev] [ANNOUNCE] abduco-0.3

2015-02-26 Thread yy
On 26 February 2015 at 07:18, David Phillips wrote: > Being the author of the initial patch, Marc has reminded me to submit > any feedback I have on the abduco_force patch, which will supersede my > contribution. I did initially think of using a -f option, but didn't > think there would be a need