[BRLTTY] how to use brltty on mac

John Covici covici at ccs.covici.com
Sun Sep 3 16:22:53 EDT 2017


There is no patch in the Documents directory of the brltty I checked
out from git.  The git has your latest commit, so is it somewhere
else?

On Sun, 03 Sep 2017 13:49:18 -0400,
Dave Mielke wrote:
> 
> [quoted lines by rmgls on 2017/09/03 at 18:03 +0200]
> 
> >I changed the permissions at compile time of the screen executable that I 
> >sent. Screen.c
> 
> That isn't necessary. If you start with pure screen source and apply our patch, 
> it will work. If it doesn't then something else is wrong.
> 
> Tehre's another issue, too. Users have an implicit trust when getting source 
> from official sources. I wouldn't dare run any executable that's been modified 
> by anyone who doesn't have a well established reputation. They're either 
> running this stuff as themselves or as root, and they simply, and rightly, 
> don't want to take any chances.
> 
> >    shmid = shmget( key, size, IPC_CREAT | S_IRWXU | 660);
> 
> This modified line actually is a case in point. S_IRWXU is a constant that has 
> the octal value 0700, i.e. user-only permissions. That's correct. Adding more 
> bits makes the user's screen viewable by others, which is exactly what he 
> doesn't want.
> 
> Now let's look at the 660 that's being ored to the correct value. While 660 may 
> be correct chmod syntax, that's only because chmod is expecting an octal value. 
> In C, 660 is being interpreted as a decimal number. 660 decimal works out to 
> being 1224 octal. That's clearly a bad value for the permissions of a shared 
> memory segment. Even if 660 were interpreted as octal, it'd be adding group 
> permissions and that's not what a user would want anyway.
> 
> So please go back to pure screen source with just our patch applied. I'm going 
> to guess regarding what the problem may be.
> 
> Screen needs to be started first (at least for the first time) to ensure that 
> the shared memory segment is created before brltty tries to find it. Then 
> brltty must be started, and it must be started by the very same user who 
> started screen. This is nencessary for at least three reasons. First, that's 
> the only way for user-only permissions to allow access. Second, it's the only 
> way for both programs to be implicitly looking for the same shared memory 
> segment. Third, shared memory segments are private by default which means that, 
> without a bit of extra work, another user wouldn't be able to find it.
> 
> -- 
> Dave Mielke           | 2213 Fox Crescent | http://Mielke.cc/
> Phone: 1-613-726-0014 | Ottawa, Ontario   | http://Mielke.cc/bible/
> EMail: Dave at Mielke.cc | Canada  K2A 1H7   | The Bible is the very Word of God.
> _______________________________________________
> This message was sent via the BRLTTY mailing list.
> To post a message, send an e-mail to: BRLTTY at brltty.com
> For general information, go to: http://brltty.com/mailman/listinfo/brltty

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

         John Covici
         covici at ccs.covici.com


More information about the BRLTTY mailing list