suy

SYSCALL(args) 		 = return
thread_selfid(0x6000003165C0, 0x60000040B630, 0x6000020F4B80)		 = 53886 0
csops(0x0, 0x0, 0x7FFF56778278)		 = 0 0
issetugid(0x0, 0x0, 0x7FFF56778278)		 = 0 0
shared_region_check_np(0x7FFF567761B8, 0x0, 0x7FFF56778278)		 = 0 0
stat64("/usr/local/lib/libosxfuse_i64.2.dylib\0", 0x7FFF56777078, 0x7FFF56778278)		 = 0 0
open("/usr/local/lib/libosxfuse_i64.2.dylib\0", 0x0, 0x0)		 = 3 0
pread(0x3, "\312\376\272\276\0", 0x1000, 0x0)		 = 4096 0
pread(0x3, "\317\372\355\376\a\0", 0x1000, 0x8C000)		 = 4096 0
mmap(0x1095C0000, 0x1F000, 0x5, 0x12, 0x3, 0x8C000)		 = 0x1095C0000 0

suy

All packages are already installed and there is nothing to restore.
NuGet package restore finished.
1>------ Build started: Project: ZERO_CHECK, Configuration: Debug Win32 ------
1>  Checking Build System
1>  CMake does not need to re-run because C:/Users/Alex/Documents/helloworld/json/build/CMakeFiles/generate.stamp is up-to-date.
2>------ Build started: Project: json_unit, Configuration: Debug Win32 ------
2>  Building Custom Rule C:/Users/Alex/Documents/helloworld/json/CMakeLists.txt
2>  CMake does not need to re-run because C:\Users\Alex\Documents\helloworld\json\build\CMakeFiles\generate.stamp is up-to-date.
2>  unit.cpp
2>C:\Users\Alex\Documents\helloworld\json\src\json.hpp(2358): error C2061: syntax error: identifier 'value_type'

suy

[15:26:45] <aknight> kkoehne: so are you working on clang-win32 support?
[15:38:32] <kkoehne> aknight: Nope
[15:38:49] <aknight> kkoehne: who is then? :-)
[15:39:00] <kkoehne> aknight: You? :)
[15:39:10] <kkoehne> aknight: I intend(ed) to
[15:39:34] <kkoehne> aknight: But haven't really come around to play with it much more than trying to compile qtbase, only to see it choking on the very first .cpp file
[15:39:44] <aknight> kkoehne: i've played around with it, but per lars' email i assumed someone was actually spending time/money on it
[15:39:45] <kkoehne> aknight: But I heard you had a patch somewhere to overcome this ...
[15:40:45] <aknight> kkoehne: i haven't touched it in a while, but there's a wip on my dashboard
[15:40:53] <lars> aknight: no currently, this is only my wishful thinking... ;-)

suy

[15:26:45] <aknight> kkoehne: so are you working on clang-win32 support?
[15:27:05] <peppe> mitchc: it's absolute, but still resolved relatively, so the scheme doesn't change
[15:27:22] <mitchc> peppe: huh?
[15:27:30] <sletta> its absolutly relative :)
[15:27:36] <mitchc> peppe: how can an absolute filesystem path be resolved relative to something?
[15:27:40] <peppe> mitchc: to put it in another way, ti would've loaded the same file even if your qml was in qrc:/foo/bar/main.qml
[15:27:54] <peppe> that's not a filesystem path, that's the path "part" of the URL
[15:28:30] <mitchc> peppe: Image { source: "/home/micurtis/dev/picture.png" } is a filesystem path
[15:28:33] <peppe> it's not
[15:28:39] <peppe> file:///home/... is a filesystem path

suy

augroup FoldComments
    autocmd!
    autocmd BufReadPost * :call s:Fold()
augroup END

function! s:Fold() abort
    let starting_position = getcurpos()
    keepjumps normal! gg
    " TODO: be smart and only fold if the comment has copyright info.
    if hlID("Comment") == synIDtrans(synID(1,1,0))

suy

#include "unixsignal.h"

#include <signal.h>
#include <sys/signalfd.h>
#include <unistd.h>

#include <QSocketNotifier>

UnixSignal::UnixSignal(int signal, QObject *parent) :
	QObject(parent)

suy

command! Gclose :call s:Gclose()
function! s:Gclose() abort
	let previous_buffer = bufnr(expand("%"))
	for buf in tabpagebuflist()
		if getbufvar(buf, "fugitive_type") != ''
			execute bufwinnr(buf).'wincmd w'
			wincmd q
			execute bufwinnr(previous_buffer).'wincmd w'
		endif
	endfor