Daniel Hahler comments

Results 1440 comments of


                                            Daniel Hahler

Weird behavior on multiple screens

Do you see an error in awesome's log/output?

Weird behavior on multiple screens

Which awesomeWM version are you using? If it's v4.0, please try with Git master - there might be fixes in Awesome itself regarding this.

Weird behavior on multiple screens

@gunar btw: there are https://aur.archlinux.org/packages/awesome-luajit-git/ and https://aur.archlinux.org/packages/awesome-git/

Hard hang in find_python_version()

Try Ctrl-d. I am seeing this with pyrepl being installed (via pdb++), which ships `pythoni`, which gets picked up / tried by pythonfinder, but acts as an interactive shell always...

Hard hang in find_python_version()

You might need it several times: press it and wait a few seconds, before pressing it again (to not accidentally close the terminal).

Runtime error in `parse_gcov_file`: `27-block 0` is in the gcov file, but appears to be unexpected by the parser

See https://github.com/eddyxu/cpp-coveralls/pull/140.

collect_non_report_files: use 0 instead of None for no coverage

Not verified if this fixes it really, but it is likely.

collect_non_report_files: use 0 instead of None for no coverage

@mkfifo If I remeber this was with awesomeWM/awesome, but it also ~1 year old. IIRC it is like documented: 0 means not covered and None means not relevant for coverage....

Crashing with "IOError: [Errno 2] No such file or directory: '[..].c'"

Seeing this also (https://travis-ci.org/awesomeWM/awesome/jobs/255010729): `luacov` reports: ``` CMakeCCompilerId.gcda:cannot open data file, assuming not executed File 'CMakeCCompilerId.c' Lines executed:0.00% of 8 Creating 'CMakeCCompilerId.c.gcov' ``` Then cpp-coveralls crashed on it: ``` Traceback...

unibi_from_term called twice (via libtermkey and neovim)

Appears to only be done for win32 there though? (assuming you mean https://github.com/neovim/neovim/pull/9094/files#diff-9fe05c714b192fe85bb903baf3355196R54)