Re: [dev] [sbase] expr

2014-11-07 Thread k0ga
> I am personally not opposed to using yacc. Yeah I like hand-rolled > recursive descent parsers are cool but yacc is a standard tool that > most people are familiar with. > > Roberto, what do you think? I agree with you. I think yacc is a suckless tool, and I am sure we will have to use it for

Re: [dev] Conference in Munich?

2014-11-07 Thread FRIGN
On Fri, 7 Nov 2014 23:36:11 +0100 patrick295767 patrick295767 wrote: > I would like to ask you when is planned the next conference in Munich > on suckless / future of Linux / autoconf insanity / networking / ... > terminal geek apps / C coding / happy hacking / happy penguin(s) ... > (maybe happy

[dev] [sbase][patch] new expr

2014-11-07 Thread Evan Gates
I fixed a few bugs and tried to sbaseify the new expr. I've attached a patch. Please let me know if I need to make any more changes. Make sure to look at the differences in the Makefile before deciding to apply. I'm not convinced I did it the best way, but it is working. Besides the changes I made

Re: [dev] c++-style comments [was fsbm]

2014-11-07 Thread Sylvain BERTRAND
On Fri, Nov 07, 2014 at 04:01:28PM +0100, Alexander Huemer wrote: > On Fri, Nov 07, 2014 at 03:35:52PM +0100, Sylvain BERTRAND wrote: > > On Fri, Nov 07, 2014 at 10:30:20AM +0100, Silvan Jegen wrote: > > > There is the http://llvm.linuxfoundation.org/index.php/Main_Page > > > > llvm/clang is worse

[dev] Conference in Munich?

2014-11-07 Thread patrick295767 patrick295767
Dear Members, I would like to ask you when is planned the next conference in Munich on suckless / future of Linux / autoconf insanity / networking / ... terminal geek apps / C coding / happy hacking / happy penguin(s) ... (maybe happy dolphins too <- joke). Greetings, Pat'

[dev] [sbase][patch] sbase-box: return exit status of command

2014-11-07 Thread Evan Gates
Noticed that sbase-box always exits with status 0, here's a patch to fix it. -emg From 9d3a6360da393cf3261462e31c8285a56afbcf78 Mon Sep 17 00:00:00 2001 From: Evan Gates Date: Fri, 7 Nov 2014 14:12:13 -0800 Subject: [PATCH] return exit status of command in sbase-box --- Makefile | 2 +- 1 file

Re: [dev] fsbm

2014-11-07 Thread Calvin Morrison
If I fflush it, it works, but that seems hacky On 7 November 2014 13:28, Calvin Morrison wrote: > folks, > > I can't grep this program. I do not know why... Any ideas? > > On 7 November 2014 05:49, Dimitris Papastamos wrote: >> On Fri, Nov 07, 2014 at 11:40:03AM +0100, k...@shike2.com wrote: >>>

Re: [dev] fsbm

2014-11-07 Thread Calvin Morrison
folks, I can't grep this program. I do not know why... Any ideas? On 7 November 2014 05:49, Dimitris Papastamos wrote: > On Fri, Nov 07, 2014 at 11:40:03AM +0100, k...@shike2.com wrote: >> >> >> > * Use strtonum() or estrtol() from sbase instead of atoi(). >> >> >> >> I agree here if the string

Re: [dev] c++-style comments [was fsbm]

2014-11-07 Thread Calvin Morrison
On 7 November 2014 13:12, FRIGN wrote: > On Fri, 7 Nov 2014 13:08:47 -0500 > Calvin Morrison wrote: > >> is that different or the same as the kickstarter assassination award? > > How did you know we have a hitlist? :O > I am in the inner sanctum

Re: [dev] c++-style comments [was fsbm]

2014-11-07 Thread FRIGN
On Fri, 7 Nov 2014 13:08:47 -0500 Calvin Morrison wrote: > is that different or the same as the kickstarter assassination award? How did you know we have a hitlist? :O -- FRIGN

Re: [dev] c++-style comments [was fsbm]

2014-11-07 Thread doa379
koneu wrote: You disgust me. You are an official nominee for the 2014 suckless award. Stay tuned! Cheers FRIGN Shouldn't that be the 2014 suckless-less award? Someone's logic is clearly in question.

Re: [dev] c++-style comments [was fsbm]

2014-11-07 Thread Calvin Morrison
is that different or the same as the kickstarter assassination award? On 7 November 2014 13:07, FRIGN wrote: > On Fri, 07 Nov 2014 18:37:04 +0100 > koneu wrote: > >> You disgust me. > > You are an official nominee for the 2014 suckless award. > Stay tuned! > > Cheers > > FRIGN > > -- > FRIGN >

Re: [dev] c++-style comments [was fsbm]

2014-11-07 Thread FRIGN
On Fri, 07 Nov 2014 18:37:04 +0100 koneu wrote: > You disgust me. You are an official nominee for the 2014 suckless award. Stay tuned! Cheers FRIGN -- FRIGN

Re: [dev] c++-style comments [was fsbm]

2014-11-07 Thread Louis Santillan
Hey...I try. :D On Fri, Nov 7, 2014 at 9:37 AM, koneu wrote: > > You disgust me. >

Re: [dev] dvtm status update

2014-11-07 Thread Greg Reagle
I am also a very happy daily user of dvtm and I recommend it. I use it like such: dtach -A ~/dtach-socket -z -r winch dvtm -M I used tmux before dvtm. I didn't have any real problems with tmux, but I like dvtm better because I find tmux to be too elaborate, too many options, too many keybind

Re: [dev] c++-style comments [was fsbm]

2014-11-07 Thread koneu
On November 6, 2014 6:34:17 PM CET, Louis Santillan wrote: >There is one case where C++ style comment create a useful feature that >I >don't believe C style comments are able to replicate. Some might >disagree. >In a color syntax highlighting editor in a C99 codebase, you can prefix >C >style com

Re: [dev] why reinvent busybox etc.?

2014-11-07 Thread Dimitris Papastamos
On Fri, Nov 07, 2014 at 12:02:02PM -0500, Greg Reagle wrote: > I neglected to mention the Heirloom Toolchest at > http://heirloom.sourceforge.net/tools.html as another alternative. http://git.2f30.org/hbase/ > On Fri, Nov 7, 2014, at 11:56 AM, Greg Reagle wrote: > > I infer from the existence of

Re: [dev] why reinvent busybox etc.?

2014-11-07 Thread FRIGN
On Fri, 07 Nov 2014 11:56:23 -0500 Greg Reagle wrote: > I infer from the existence of sbase and ubase that the other > alternatives that already exist (e.g. busybox, toybox, GNU) are > considered too full of suck. Is that right? There are always certain levels of suckness. Busybox for instance i

Re: [dev] dvtm status update

2014-11-07 Thread Ross Mohn
On 11/07/2014 04:54 AM, Marc André Tanner wrote: > On Sat, Nov 01, 2014 at 11:21:49AM +0100, Marc André Tanner wrote: >> The copy mode, allowing you to move around in the scroll back buffer >> history, selecting text and then later pasting it into different >> windows was rewritten. It now works by

Re: [dev] why reinvent busybox etc.?

2014-11-07 Thread Greg Reagle
I neglected to mention the Heirloom Toolchest at http://heirloom.sourceforge.net/tools.html as another alternative. On Fri, Nov 7, 2014, at 11:56 AM, Greg Reagle wrote: > I infer from the existence of sbase and ubase that the other > alternatives that already exist (e.g. busybox, toybox, GNU) are

[dev] why reinvent busybox etc.?

2014-11-07 Thread Greg Reagle
I infer from the existence of sbase and ubase that the other alternatives that already exist (e.g. busybox, toybox, GNU) are considered too full of suck. Is that right? I would guess that the GNU utilities are considerd too bloated. What are the perceived shortcomings of busybox and toybox? What

Re: [dev] c++-style comments [was fsbm]

2014-11-07 Thread Alexander Huemer
On Fri, Nov 07, 2014 at 03:35:52PM +0100, Sylvain BERTRAND wrote: > On Fri, Nov 07, 2014 at 10:30:20AM +0100, Silvan Jegen wrote: > > There is the http://llvm.linuxfoundation.org/index.php/Main_Page > > llvm/clang is worse than gcc as it's from the start a massive c++ kludge. At > least with gcc u

Re: [dev] c++-style comments [was fsbm]

2014-11-07 Thread Sylvain BERTRAND
On Fri, Nov 07, 2014 at 10:30:20AM +0100, Silvan Jegen wrote: > There is the http://llvm.linuxfoundation.org/index.php/Main_Page llvm/clang is worse than gcc as it's from the start a massive c++ kludge. At least with gcc until its version 4.7, you can bootstrap its compilation with a C "only" comp

Re: [dev] [PATCH] slock segfault on rhel7

2014-11-07 Thread Dimitris Papastamos
Resending with correct author field this time. Sorry for the mismatch. >From fef3c85bee5b849a7598107253bd46d03fa2143a Mon Sep 17 00:00:00 2001 From: sin Date: Fri, 7 Nov 2014 13:20:13 + Subject: [PATCH] No need to call endpwent() --- slock.c | 2 -- 1 file changed, 2 deletions(-) diff --gi

Re: [dev] [PATCH] slock segfault on rhel7

2014-11-07 Thread Dimitris Papastamos
Can you try the attached patch? >From 631f6c0640e08fea09fa5394e0ef84c7d6646b7b Mon Sep 17 00:00:00 2001 From: Dimitris Papastamos Date: Fri, 7 Nov 2014 13:20:13 + Subject: [PATCH 1/2] No need to call endpwent() --- slock.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/slock.c b/slock.

Re: [dev] slock segfault on rhel7

2014-11-07 Thread Dimitris Papastamos
Can you print out `pws' in readpw() on stderr and check the logs?

Re: [dev] fsbm

2014-11-07 Thread Dimitris Papastamos
On Fri, Nov 07, 2014 at 11:40:03AM +0100, k...@shike2.com wrote: > > >> > * Use strtonum() or estrtol() from sbase instead of atoi(). > >> > >> I agree here if the string comes from the user. If the string > >> is an internal string then there is no problem with atoi. > > > > It is generally unl

Re: [dev] fsbm

2014-11-07 Thread Dimitris Papastamos
On Fri, Nov 07, 2014 at 11:27:35AM +0100, k...@shike2.com wrote: > >> I disagree, check the size before of calling strcpy. If you want to > >> avoid security risk you also have to check the output of strlcpy > >> to detect truncations, so you don't win anything. In both cases > >> you have to add a

Re: [dev] fsbm

2014-11-07 Thread k0ga
>> > * Use strtonum() or estrtol() from sbase instead of atoi(). >> >> I agree here if the string comes from the user. If the string >> is an internal string then there is no problem with atoi. > > It is generally unlikely that the string has been validated to > be an integer before getting to a

Re: [dev] [sbase] expr

2014-11-07 Thread Dimitris Papastamos
On Thu, Nov 06, 2014 at 09:00:32PM -0800, Evan Gates wrote: > I saw in sbase's TODO that expr had been imported from OpenBSD and > needed "replacing or cleaning up." I decided to give it a try with > yacc. It turned out very different from what I expected due to the > need to convert between string

Re: [dev] fsbm

2014-11-07 Thread k0ga
>> I disagree, check the size before of calling strcpy. If you want to >> avoid security risk you also have to check the output of strlcpy >> to detect truncations, so you don't win anything. In both cases >> you have to add a comparision, so it is better to use strcpy that >> is standard. > > Goo

Re: [dev] fsbm

2014-11-07 Thread Dimitris Papastamos
On Fri, Nov 07, 2014 at 08:03:01AM +0100, k...@shike2.com wrote: > > > - Rename volatile bool q = false; to "isrunning". > > is.* is a reserved name space, it have not to be used in external scope. > > > > - Use the safer strlcpy or snprintf instead of strcpy(). > > I disagree, check the size

Re: [dev] fsbm

2014-11-07 Thread Dimitris Papastamos
On Fri, Nov 07, 2014 at 08:05:43AM +0100, k...@shike2.com wrote: > > > * Use strtonum() or estrtol() from sbase instead of atoi(). > > I agree here if the string comes from the user. If the string > is an internal string then there is no problem with atoi. It is generally unlikely that the strin

Re: [dev] fsbm

2014-11-07 Thread Hiltjo Posthuma
On Fri, Nov 7, 2014 at 8:03 AM, wrote: > >> - Rename volatile bool q = false; to "isrunning". > > is.* is a reserved name space, it have not to be used in external scope. > > >> - Use the safer strlcpy or snprintf instead of strcpy(). > > I disagree, check the size before of calling strcpy. If yo

Re: [dev] slock segfault on rhel7

2014-11-07 Thread Johan Guldmyr
- Original Message - > From: "Silvan Jegen" > To: "dev mail list" > Sent: Friday, November 7, 2014 11:34:50 AM > Subject: Re: [dev] slock segfault on rhel7 > On Fri, Nov 7, 2014 at 9:27 AM, Johan Guldmyr wrote: >> >> - Original Message - >>> From: "Dmitrij D. Czarkoff" >>> To

Re: [dev] dvtm status update

2014-11-07 Thread Marc André Tanner
On Sat, Nov 01, 2014 at 11:21:49AM +0100, Marc André Tanner wrote: > The copy mode, allowing you to move around in the scroll back buffer > history, selecting text and then later pasting it into different > windows was rewritten. It now works by piping the whole history to > your $EDITOR and whatev

Re: [dev] slock segfault on rhel7

2014-11-07 Thread Silvan Jegen
On Fri, Nov 7, 2014 at 9:27 AM, Johan Guldmyr wrote: > > - Original Message - >> From: "Dmitrij D. Czarkoff" >> To: "dev mail list" >> Sent: Friday, November 7, 2014 10:13:04 AM >> Subject: Re: [dev] slock segfault on rhel7 > >> Johan Guldmyr said: >>> Output: https://pastee.org/35jas >>

Re: [dev] c++-style comments [was fsbm]

2014-11-07 Thread Silvan Jegen
On Thu, Nov 6, 2014 at 6:09 PM, Dimitris Papastamos wrote: > On Thu, Nov 06, 2014 at 05:56:55PM +0100, Sylvain BERTRAND wrote: >> On Thu, Nov 06, 2014 at 03:40:56PM +, Dimitris Papastamos wrote: >> > On Thu, Nov 06, 2014 at 04:38:20PM +0100, Sylvain BERTRAND wrote: >> > > On a personnal level,

Re: [dev] slock segfault on rhel7

2014-11-07 Thread Johan Guldmyr
- Original Message - > From: "Dmitrij D. Czarkoff" > To: "dev mail list" > Sent: Friday, November 7, 2014 10:13:04 AM > Subject: Re: [dev] slock segfault on rhel7 > Johan Guldmyr said: >> Output: https://pastee.org/35jas > > You should try building it with "-g" in CFLAGS. CFLAGS = -st

Re: [dev] c++-style comments [was fsbm]

2014-11-07 Thread FRIGN
On Fri, 7 Nov 2014 01:23:30 +0100 Hiltjo Posthuma wrote: > You are now added to the kickstarter.com assassination objective [1]. > > From Russia with love, > Putin I'm all busy with Poettering and Stallman at the moment, but I added Sylvain to the list now. Cheers FRIGN -- FRIGN

Re: [dev] slock segfault on rhel7

2014-11-07 Thread Dmitrij D. Czarkoff
Johan Guldmyr said: > Output: https://pastee.org/35jas You should try building it with "-g" in CFLAGS. -- Dmitrij D. Czarkoff