On Windows, when I quickly unplug the device. Sometimes it gets stuck in send(). The reason is that when the peer (driver) closes the socket, select returns a value of 1. So I use very little time to check if the current is readable. If the read data is less than or equal to 0, the socket is closed. We don't need to send, because continuing the operation will prevent the thread from returning and continue to consume CPU resources.

I tried building libimobiledevice-glue by doing the following

user@MiniMac ~ % git clone https://github.com/libimobiledevice/libimobiledevice-glue.git
Cloning into 'libimobiledevice-glue'...
remote: Enumerating objects: 116, done.
remote: Counting objects: 100% (116/116), done.
remote: Compressing objects: 100% (77/77), done.
remote: Total 116 (delta 59), reused 92 (delta 35), pack-reused 0
Receiving objects: 100% (116/116), 55.27 KiB | 1.23 MiB/s, done.
Resolving deltas: 100% (59/59), done.
user@MiniMac ~ % cd libimobiledevice-glue
user@MiniMac libimobiledevice-glue % ./autogen.sh
glibtoolize: putting auxiliary files in '.'.
glibtoolize: linking file './ltmain.sh'
glibtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4'.
glibtoolize: linking file 'm4/libtool.m4'
glibtoolize: linking file 'm4/ltoptions.m4'
glibtoolize: linking file 'm4/ltsugar.m4'
glibtoolize: linking file 'm4/ltversion.m4'
glibtoolize: linking file 'm4/lt~obsolete.m4'
configure.ac:27: installing './compile'
configure.ac:30: installing './config.guess'
configure.ac:30: installing './config.sub'
configure.ac:6: installing './install-sh'
configure.ac:6: installing './missing'
src/Makefile.am: installing './depcomp'
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a race-free mkdir -p... ./install-sh -c -d
checking for gawk... no
checking for mawk... no
checking for nawk... no
checking for awk... awk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether make supports nested variables... (cached) yes
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether the compiler supports GNU C... yes
checking whether gcc accepts -g... yes
checking for gcc option to enable C11 features... none needed
checking whether gcc understands -c and -o together... yes
checking whether make supports the include directive... yes (GNU style)
checking dependency style of gcc... gcc3
checking build system type... x86_64-apple-darwin21.1.0
checking host system type... x86_64-apple-darwin21.1.0
checking how to print strings... printf
checking for a sed that does not truncate output... /usr/bin/sed
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for fgrep... /usr/bin/grep -F
checking for ld used by gcc... /Library/Developer/CommandLineTools/usr/bin/ld
checking if the linker (/Library/Developer/CommandLineTools/usr/bin/ld) is GNU ld... no
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 786432
checking how to convert x86_64-apple-darwin21.1.0 file names to x86_64-apple-darwin21.1.0 format... func_convert_file_noop
checking how to convert x86_64-apple-darwin21.1.0 file names to toolchain format... func_convert_file_noop
checking for /Library/Developer/CommandLineTools/usr/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for dlltool... no
checking how to associate runtime and link libraries... printf %s\n
checking for ar... ar
checking for archiver @FILE support... no
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for sysroot... no
checking for a working dd... /bin/dd
checking how to truncate binary pipes... /bin/dd bs=4096 count=1
checking for mt... no
checking if : is a manifest tool... no
checking for dsymutil... dsymutil
checking for nmedit... nmedit
checking for lipo... lipo
checking for otool... otool
checking for otool64... no
checking for -single_module linker flag... yes
checking for -exported_symbols_list linker flag... yes
checking for -force_load linker flag... yes
checking for stdio.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for strings.h... yes
checking for sys/stat.h... yes
checking for sys/types.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... yes
checking for gcc option to produce PIC... -fno-common -DPIC
checking if gcc PIC flag -fno-common -DPIC works... yes
checking if gcc static flag -static works... no
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/Library/Developer/CommandLineTools/usr/bin/ld) supports shared libraries... yes
checking dynamic linker characteristics... darwin21.1.0 dyld
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for pkg-config... /usr/local/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for libplist-2.0 >= 2.2.0... yes
checking for stdint.h... (cached) yes
checking for stdlib.h... (cached) yes
checking for string.h... (cached) yes
checking for an ANSI C-conforming const... yes
checking for size_t... yes
checking for ssize_t... yes
checking for uint16_t... yes
checking for uint32_t... yes
checking for uint8_t... yes
checking for asprintf... yes
checking for strcasecmp... yes
checking for strdup... yes
checking for strerror... yes
checking for strndup... yes
checking for stpcpy... yes
checking for vasprintf... yes
checking for getifaddrs... yes
checking for platform-specific build settings... darwin21.1.0
checking how to run the C preprocessor... gcc -E
checking whether gcc is Clang... yes
checking whether pthreads work with "-pthread" and "-lpthread"... yes
checking whether Clang needs flag to prevent "argument unused" warning when linking with -pthread... no
checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE
checking whether more special flags are required for pthreads... no
checking for PTHREAD_PRIO_INHERIT... yes
checking for pthread_once... yes
checking for pthread_cancel... yes
checking wether the C compiler supports constructor/destructor attributes... yes
checking for struct dirent.d_type... yes
checking for supported compiler flags...  -Wall -Wextra -Wmissing-declarations -Wredundant-decls -Wshadow -Wpointer-arith -Wwrite-strings -Wswitch-default -Wno-unused-parameter -fsigned-char -fvisibility=hidden
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... no
checking whether make supports nested variables... (cached) yes
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
config.status: creating src/Makefile
config.status: creating src/libimobiledevice-glue-1.0.pc
config.status: creating include/Makefile
config.status: creating config.h
config.status: executing depfiles commands
config.status: executing libtool commands

Configuration for libimobiledevice-glue 1.0.0:
-------------------------------------------

  Install prefix: .........: /usr/local

  Now type 'make' to build libimobiledevice-glue 1.0.0,
  and then 'make install' for installation.

user@MiniMac libimobiledevice-glue % make
/Library/Developer/CommandLineTools/usr/bin/make  all-recursive
Making all in src
  CC       glue.lo
  CC       socket.lo
  CC       thread.lo
  CC       utils.lo
  CC       collection.lo
  CC       termcolors.lo
  CCLD     libimobiledevice-glue-1.0.la
Making all in include
make[2]: Nothing to be done for `all'.
make[2]: Nothing to be done for `all-am'.
user@MiniMac libimobiledevice-glue % sudo make install
Password:
Making install in src
 .././install-sh -c -d '/usr/local/lib'
 /bin/sh ../libtool   --mode=install /usr/bin/install -c   libimobiledevice-glue-1.0.la '/usr/local/lib'
libtool: install: /usr/bin/install -c .libs/libimobiledevice-glue-1.0.0.dylib /usr/local/lib/libimobiledevice-glue-1.0.0.dylib
libtool: install: (cd /usr/local/lib && { ln -s -f libimobiledevice-glue-1.0.0.dylib libimobiledevice-glue-1.0.dylib || { rm -f libimobiledevice-glue-1.0.dylib && ln -s libimobiledevice-glue-1.0.0.dylib libimobiledevice-glue-1.0.dylib; }; })
libtool: install: /usr/bin/install -c .libs/libimobiledevice-glue-1.0.lai /usr/local/lib/libimobiledevice-glue-1.0.la
libtool: install: /usr/bin/install -c .libs/libimobiledevice-glue-1.0.a /usr/local/lib/libimobiledevice-glue-1.0.a
libtool: install: chmod 644 /usr/local/lib/libimobiledevice-glue-1.0.a
libtool: install: ranlib /usr/local/lib/libimobiledevice-glue-1.0.a
 .././install-sh -c -d '/usr/local/lib/pkgconfig'
 /usr/bin/install -c -m 644 libimobiledevice-glue-1.0.pc '/usr/local/lib/pkgconfig'
Making install in include
make[2]: Nothing to be done for `install-exec-am'.
 .././install-sh -c -d '/usr/local/include'
 .././install-sh -c -d '/usr/local/include/libimobiledevice-glue'
 /usr/bin/install -c -m 644  libimobiledevice-glue/socket.h libimobiledevice-glue/thread.h libimobiledevice-glue/utils.h libimobiledevice-glue/collection.h libimobiledevice-glue/termcolors.h '/usr/local/include/libimobiledevice-glue'
make[2]: Nothing to be done for `install-exec-am'.
make[2]: Nothing to be done for `install-data-am'.
user@MiniMac libimobiledevice-glue % 

But when I use brew to install usbmuxd, it does not find libimobiledevice-glue

user@MiniMac libimobiledevice-glue % brew install --HEAD usbmuxd                                                                                               
Updating Homebrew...
==> Auto-updated Homebrew!
Updated 2 taps (homebrew/core and homebrew/cask).
==> Updated Formulae
Updated 16 formulae.
==> Updated Casks
Updated 13 casks.

==> Cloning https://github.com/libimobiledevice/libusbmuxd.git
Updating /Users/diginetiot/Library/Caches/Homebrew/libusbmuxd--git
==> Checking out branch master
Already on 'master'
Your branch is up to date with 'origin/master'.
HEAD is now at 2ec5354 [github-actions] macOS: build for arm64 too
==> ./autogen.sh
Last 15 lines from /Users/diginetiot/Library/Logs/Homebrew/libusbmuxd/01.autogen.sh:
checking whether to build static libraries... yes
checking for pkg-config... /usr/local/Homebrew/Library/Homebrew/shims/mac/super/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for libplist-2.0 >= 2.2.0... yes
checking for libimobiledevice-glue-1.0 >= 1.0.0... no
configure: error: Package requirements (libimobiledevice-glue-1.0 >= 1.0.0) were not met:

No package 'libimobiledevice-glue-1.0' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables limd_glue_CFLAGS
and limd_glue_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

READ THIS: https://docs.brew.sh/Troubleshooting

Please create pull requests instead of asking for help on Homebrew's GitHub,
Twitter or any other official channels.
user@MiniMac libimobiledevice-glue

Please does anyone have any ideas?

MacBook Pro (13-inch, M1, 2020) 11.5.2 (20G95) Apple M1 iTerm2 Build 3.3.12

Configuration for libimobiledevice-glue 1.0.0:

Install prefix: .........: /usr/local

Now type 'make' to build libimobiledevice-glue 1.0.0, and then 'make install' for installation.

/Applications/Xcode.app/Contents/Developer/usr/bin/make all-recursive Making all in src CC glue.lo CC socket.lo CC thread.lo CC utils.lo CC collection.lo CC termcolors.lo CCLD libimobiledevice-glue-1.0.la Undefined symbols for architecture x86_64: "_plist_array_get_item", referenced from: _plist_print_to_stream_with_indentation in utils.o _plist_node_print_to_stream in utils.o "_plist_array_get_size", referenced from: _plist_print_to_stream_with_indentation in utils.o _plist_dict_print_to_stream in utils.o _plist_node_print_to_stream in utils.o "_plist_dict_new_iter", referenced from: _plist_dict_print_to_stream in utils.o "_plist_dict_next_item", referenced from: _plist_dict_print_to_stream in utils.o "_plist_from_bin", referenced from: _plist_read_from_filename in utils.o "_plist_from_xml", referenced from: _plist_read_from_filename in utils.o "_plist_get_bool_val", referenced from: _plist_node_print_to_stream in utils.o "_plist_get_data_val", referenced from: _plist_node_print_to_stream in utils.o "_plist_get_date_val", referenced from: _plist_node_print_to_stream in utils.o "_plist_get_key_val", referenced from: _plist_node_print_to_stream in utils.o "_plist_get_node_type", referenced from: _plist_print_to_stream_with_indentation in utils.o _plist_dict_print_to_stream in utils.o _plist_node_print_to_stream in utils.o "_plist_get_real_val", referenced from: _plist_node_print_to_stream in utils.o "_plist_get_string_val", referenced from: _plist_node_print_to_stream in utils.o "_plist_get_uint_val", referenced from: _plist_node_print_to_stream in utils.o "_plist_to_bin", referenced from: _plist_write_to_filename in utils.o "_plist_to_xml", referenced from: _plist_write_to_filename in utils.o ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) make[2]: *** [libimobiledevice-glue-1.0.la] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2

When trying to compile the library files as a swift package to expose the API to swift, you will get an error message, that stdio.h must be included in termcolors.h, since FILE is defined in stdio.h. The error says:

Declaration of 'FILE' must be imported from module 'Darwin.C._stdio' before it is required

The error does only appear if you try to import the generated module inside of swift. This change should not break any existing functionality and it would help with compiling the project as a swift module. Is there any reason not to include stdio.h ? You can find an example swift module here. You would still need to add a test target, that imports the module and remove the #include <stdio.h> line that I added to my fork, to reproduce the error.

While building this on Debian 11, I noticed that this couldn't build unless I either removed the package check for libplist or installed pkg-config. I added pkg-config to the dependencies list so others wouldn't run into this issue.

This happens, for example, when a process links with libusbmuxd, and the process is file descriptor heavy. Note: 'poll' means the syscall poll, not a polling approach. This patch does not add a busy wait and is not a performance regression.

If usbmuxd notifies the device to disconnect, but the application is sending data, it may cause blocking in socket_send() . When running on Windows, this bug occurs sporadically with high frequency. So I added an interface that might help some applications. And, if you ignore this interface, it will not affect the original logic.

I am listening to devices in an application. When a device is connected, I read some device data. Now, when I quickly unplug the device, it may return 1 (device disconnected) if run right before select() , however subsequent send/recv blocks and never returns.

Here is some information I found

Am I doing something wrong? (Currently only tested on Windows)

I see that you can compile header files including winsock2.h with useful conditions.

Why not include unistd.h in the same way?

In this way, we can improve it step by step until it can be compiled on MSVC instead of using the MinGW version that MSVC can't debug

I built some cmake based libraries in https://github.com/libimobiledevice-cmake.

It has been successfully compiled in MSVC.

I build libimobliedevice-glue in MSYS2(MinGW-w64)， on Windows 10；

Error Happend：

$ make make all-recursive make[1]: Entering directory '/home/Admin/iOS_Wired_Build/libimobiledevice-glue' Making all in src make[2]: Entering directory '/home/Admin/iOS_Wired_Build/libimobiledevice-glue/src' CC glue.lo CC socket.lo socket.c: In function ‘get_primary_mac_address’: socket.c:746:2: error: #error get_primary_mac_address is not supported on this platform. 746 | #error get_primary_mac_address is not supported on this platform. | ^~~~~ make[2]: *** [Makefile:484: socket.lo] Error 1 make[2]: Leaving directory '/home/Admin/iOS_Wired_Build/libimobiledevice-glue/src' make[1]: *** [Makefile:415: all-recursive] Error 1 make[1]: Leaving directory '/home/Admin/iOS_Wired_Build/libimobiledevice-glue' make: *** [Makefile:347: all] Error 2

anyone can help me ? Thanks

This happens, for example, when a process links with libusbmuxd, and the process is file descriptor heavy. Note: 'poll' means the syscall poll, not a polling approach. This patch does not add a busy wait and is not a performance regression.

when compiling on msys2, gcc doesn't define WIN32 (unless you use windows SDK, which i don't), i'm using default environment with cygwin64 compiler, therefore CYGWIN macro is defined.

I'm building against an ancient uclibc (not my choice) and I can't build libimobiledevice-glue

make  all-recursive
make[1]: Entering directory '/src/libimobiledevice-glue'
Making all in src
make[2]: Entering directory '/src/libimobiledevice-glue/src'
  CC     socket.lo
socket.c:698:2: error: #error No reference implementation for getifaddrs available for this platform.

All I'm after in the end is USB tethering, is it possible to #ifdef out all the wifi based stuff as well?

Otherwise, I note that you've got a portable-ish getifaddrs for Windows in socket.c, could this be made to work for uclibc as well?