Searched refs:iochannel (Results 1 – 9 of 9) sorted by relevance
/third_party/glib/tests/ |
D | meson.build | 79 'iochannel-test' : {}, 89 'iochannel-test-infile',
|
/third_party/pulseaudio/src/ |
D | meson.build | 31 'pulsecore/iochannel.c', 107 'pulsecore/iochannel.h',
|
D | Makefile.am | 731 pulsecore/iochannel.c pulsecore/iochannel.h \
|
/third_party/pulseaudio/ohosbuild/src/ |
D | BUILD.gn | 78 "$pulseaudio_dir/src/pulsecore/iochannel.c",
|
/third_party/glib/glib/ |
D | gspawn-win32.c | 271 GIOChannel *iochannel, in read_data() argument 280 giostatus = g_io_channel_read_chars (iochannel, buf, sizeof (buf), &bytes, NULL); in read_data()
|
/third_party/pulseaudio/po/ |
D | POTFILES.in | 109 src/pulsecore/iochannel.c
|
/third_party/pulseaudio/ |
D | PROTOCOL | 416 support memfd transport, such older clients has an iochannel bug that would
|
/third_party/libsoup/ |
D | ChangeLog.pre-git | 5203 iochannel initialization. Not sure how this worked before... 5987 (soup_socket_listen): Server setup. Now also sets up an iochannel 5997 the iochannel. Also, we set it to "close_on_unref" so that if a 6004 socket's iochannel. 6009 iochannel (and don't ref it) 6037 Don't unref the iochannel. 6655 Try to apply some order to the iochannel refcounting... 6660 connections needs to own a reference to the iochannel! If we're 6665 (connection_free): Release the connection's ref to the iochannel. 6668 iochannel. The reference we pass back will be owned by the [all …]
|
/third_party/glib/ |
D | NEWS | 12493 - Rewrite iochannel socket implementation [Tor]
|