Re: [dev] slock segfault on rhel7

- Original Message - > From: "Dimitris Papastamos" > To: "dev mail list" > Sent: Monday, November 10, 2014 7:23:07 PM > Subject: Re: [dev] slock segfault on rhel7 > On Mon, Nov 10, 2014 at 04:49:44PM +0200, Johan Guldmyr wrote: >> Ah, removing -s from LDFLAGS helped. Now the "bt full" ha

Re: [dev] slock segfault on rhel7

- Original Message - > From: "Dimitris Papastamos" > To: "dev mail list" > Sent: Monday, November 10, 2014 6:22:43 PM > Subject: Re: [dev] slock segfault on rhel7 > On Mon, Nov 10, 2014 at 04:49:44PM +0200, Johan Guldmyr wrote: >> Ah, removing -s from LDFLAGS helped. Now the "bt full" ha

Re: [dev] slock segfault on rhel7

> Can you try the following too: > > chown root:root /usr/local/bin/slock > chmod 4755 /usr/local/bin/slock > > then start slock? > > This might work but it really should not segfault > without these steps. The make install takes care of that part. $ stat /usr/local/bin/slock File: ‘/usr/l

Re: [dev] [sbase][patch] new expr, take 2 (and makefile improvements)

Realized I forgot to switch from spaces to tabs, again. Here's the expr patch with tabs this time: sbase-new_expr_tabs.diff emg From f1fb78215c3bb691b4bf6234ea2702add259d0b7 Mon Sep 17 00:00:00 2001 From: Evan Gates Date: Thu, 13 Nov 2014 15:07:15 -0800 Subject: [PATCH] new expr using shunting-ya

Re: [dev] [sbase][patch] new expr, take 2 (and makefile improvements)

I should add that in trying to write code that sucks less, this implementation is minimally POSIX compliant. That is, strict POSIX compliance with no extensions. As such operators cannot be used as strings, which is acceptable and explicitly mentioned in the POSIX specification for expr[0]. [0]htt

Re: [dev] [sbase][patch] new expr, take 2 (and makefile improvements)

On Thu, 13 Nov 2014 14:05:19 -0800 Evan Gates wrote: Hey Evan, > After the troubles with yaac and the makefile last time around I wrote > another expr, this time in C, using Dijkstra's shunting-yard > algorithm[0]. The end result is still less than half the length of the > existing recursive des

[dev] [sbase][patch] new expr, take 2 (and makefile improvements)

After the troubles with yaac and the makefile last time around I wrote another expr, this time in C, using Dijkstra's shunting-yard algorithm[0]. The end result is still less than half the length of the existing recursive descent expr, and provides slightly better error messages than my last attemp