Disabling shoulder buttons when the lid is closed

[Albert]

After poking around in makefiles a bit more, I found that running
"make loadkeys" in user/console-tools/src/kbdtools, while using xsh,
will attempt to build loadkeys, though it throws this blob of text:

make[2]: Entering directory
`/home/rummik/Source/dslinux/user/console-tools/src/kbdtools'
#cd .. && /home/rummik/Source/dslinux/user/console-tools/src/missing
automake --foreign --include-deps kbdtools/Makefile
ucfront-gcc arm-linux-elf-gcc  -DHAVE_CONFIG_H -I. -I. -I..
-I../include -DDATADIR=\"/nonexistent/share\" -DKEYMAPDIR=\"keymaps\"
  -O2 -g -fomit-frame-pointer -fno-common -fno-builtin -Wall
-mswp-byte-writes -DCONFIG_NDS_ROM8BIT -mcpu=arm946e-s -mfpu=fpe3
-DEMBED -D__PIC__ -fpic -msingle-pic-base -Dlinux -D__linux__ -Dunix
-D__uClinux__ -c analyze.c
analyze.l: In function 'yylex':
analyze.l:69: warning: implicit declaration of function 'strlen'
analyze.l:71: warning: implicit declaration of function 'strcpy'
analyze.l:114: warning: pointer targets in assignment differ in signedness
In file included from analyze.l:126:
/home/rummik/Source/dslinux/uClibc/include/string.h: At top level:
/home/rummik/Source/dslinux/uClibc/include/string.h:83: error:
conflicting types for 'strcpy'
analyze.l:71: error: previous implicit declaration of 'strcpy' was here
/home/rummik/Source/dslinux/uClibc/include/string.h:238: error:
conflicting types for 'strlen'
analyze.l:69: error: previous implicit declaration of 'strlen' was here
make[2]: *** [analyze.o] Error 1
make[2]: Leaving directory
`/home/rummik/Source/dslinux/user/console-tools/src/kbdtools'


So it looks like, even if it was attempting to build loadkeys by
default, there's a problem with the uClibc string.h. Unfortunately, my
knowledge of C is very limited...so, someone might have to step in and
clue me in on what's going on with these conflicting types for
'strlen' and 'strcpy'.

-- Albert



On Wed, May 6, 2009 at 12:40 PM, Albert <llabret at gmail.com> wrote:
> On Wed, May 6, 2009 at 11:26 AM, Ewan Meadows <ewan.meadows at gmail.com> wrote:
>> There is another problem, which is related (sort of) on the TODO list.
>>
>> When the screen blanks, it turns the Speaker output off (but not the
>> headphones).  I'm pretty sure this is just a case of changing which
>> registers get set during a screen blank, but never got any further
>> than that.
>>
>>
>>
>> 2009/5/6 Malcolm <malcolm.parsons at gmail.com>:
>>> 2009/5/1 Albert <llabret at gmail.com>:
>>>> On Fri, May 1, 2009 at 3:36 AM, Malcolm <malcolm.parsons at gmail.com> wrote:
>>>>> 2009/4/30 Albert <llabret at gmail.com>:
>>>>> The shoulder buttons might be useful with the lid closed?
>>>>
>>>> Well, seeing as they're generally mapped to shift and ctrl, I've
>>>> actually found it to be more of a nuisance that they're enabled when
>>>> the lid is closed. Particularly because I keep hitting one of the
>>>> shoulder buttons while it's in my pocket, which keeps the display from
>>>> sleeping, and drains the battery more quickly than necessary.
>>>
>>> I'm not opposed to the idea, just wondering if anyone would miss the
>>> functionality if it was removed.
>>>
>>> I'm sure DSLinux power usage could be reduced, but I have no way to measure it.
>>>
>>>> I see, I didn't know there was such a program. Google seems to point
>>>> to this being what I really wanted, but didn't know to look for. It
>>>> doesn't seem to get built though.
>>>
>>> Do you want to try building it?
>
> I've been playing around with the console tools makefile, but haven't
> been getting anywhere with it. I originally thought removing
> '--disable-keycode-progs' would get it, but it seems to be hiding much
> deeper in, either that or there's a missing dependency. The output
> from make doesn't seem to be giving me any clues either.
>
>>>
>>> --
>>> Malcolm Parsons
>>> --
>>> dslinux-devel mailing list
>>> dslinux-devel at dslinux.in-berlin.de
>>> http://mailman.dslinux.in-berlin.de/mailman/listinfo/dslinux-devel-dslinux.in-berlin.de
>>>
>> --
>> dslinux-devel mailing list
>> dslinux-devel at dslinux.in-berlin.de
>> http://mailman.dslinux.in-berlin.de/mailman/listinfo/dslinux-devel-dslinux.in-berlin.de
>>
>