similar to: Compile against winsock and winsock2

On 8/18/20 5:50 AM, Richard W.M. Jones wrote: > --- > configure.ac | 1 + > common/replacements/Makefile.am | 2 + > common/replacements/poll.h | 60 ++++++++++++++++++ > server/public.c | 2 +- > server/sockets.c | 2 +- > common/replacements/poll.c | 106 ++++++++++++++++++++++++++++++++ > 6

--- configure.ac | 1 + common/replacements/Makefile.am | 2 + common/replacements/poll.h | 60 ++++++++++++++++++ server/public.c | 2 +- server/sockets.c | 2 +- common/replacements/poll.c | 106 ++++++++++++++++++++++++++++++++ 6 files changed, 171 insertions(+), 2 deletions(-) diff --git a/configure.ac b/configure.ac index

Hello, I try to port a small program (Windows resouces manipulation tool) on MacOSX, but I've a strange compilation problem : Code: wineg++ -c -I. -I/usr/local/include/wine -I/usr/local/include/wine/windows -o ExeIconManipulation.o ExeIconManipulation.cpp /usr/include/sys/_select.h:47: error: declaration of C function ?int select(int, fd_set*, fd_set*, fd_set*, timeval*)? conflicts

Hi, re libshout: MacOSX doesn't have poll(), which prevents sock.c from compiling. I've patched sock.c to use select(), which is supported on MacOSX, and should be elsewhere too. I've marked my changes with "SKoT" comments in the file below. Main changes are in sock_write_bytes(). - SKoT ------8<----- /* sock.c * - General Socket Functions * * Copyright (c) 1999

Hello, I'm trying to add a feature to the ssh daemon. It consists in log all the buffer session between client and server side into a log file. I've coded a shell that works with pipes, it opens 2 fds for each std (you can see code at the end) and so the communication can be transferred to the client end point, the server side and to the log file. My goal is to patch it into ssh, but for

Hello all, This is a problem and patch reported to Red Hat Bugzilla by Jonathan Kamens <jik at kamens.brookline.ma.us>. I'm just acting as a relay :-) jik has experienced some weird crashes relating to window size changes or some similar activity. These are rather hard to trace. Problem was fixed by patching clientloop, where fd_set structures appear to be improperly zeroed (bytes vs

Hello, I get this error when compiling this code with llvm-gcc: error: unsupported inline asm: input constraint with a matching output constraint of incompatible type! #include <stdio.h> #include <stdlib.h> #include <sys/time.h> #include <sys/types.h> #include <unistd.h> int main(void) {

I am struggling with the simplest thing, I think! I am starting with a fresh config file from the 20020605 wine distro and trying to get the ARS Remedy User win32 based software running. Part way through the install it tell me I need to install "Winsock 2". By this I am assuming it is looking for the 32-bit winsock Dll's, wsock32.dll * ws2_32.dll. I have tried many variations of

With Linux 3.5.1, 'make test' fails with: usr/klibc/tests/select.c: In function ?main?: usr/klibc/tests/select.c:31:14: error: ?FD_SETSIZE? undeclared (first use in this function) usr/klibc/tests/select.c:31:14: note: each undeclared identifier is reported only once for each function it appears in This is due to Linux commit 8ded2bbc1845e19c771eb55209aab166ef011243. Handle it by

Commit-ID: 0dbcedacde2847e254373fce6f80c63e003a69ca Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=0dbcedacde2847e254373fce6f80c63e003a69ca Author: Colin Watson <cjwatson at ubuntu.com> AuthorDate: Tue, 25 Sep 2012 12:31:16 +0100 Committer: maximilian attems <max at stro.at> CommitDate: Mon, 1 Oct 2012 15:04:49 +0200 [klibc] include: [sys/time.h] fix for

stubdom: permit compilation without lwip Signed-off-by: Samuel Thibault <samuel.thibault@eu.citrix.com> diff -r b320cfe1f10f extras/mini-os/lib/sys.c --- a/extras/mini-os/lib/sys.c Thu Jun 05 13:04:07 2008 +0100 +++ b/extras/mini-os/lib/sys.c Fri Jun 06 11:28:09 2008 +0100 @@ -43,7 +43,9 @@ #include <stdlib.h> #include <math.h> +#ifdef HAVE_LWIP #include

Hi Cristian, this is (part of) bug 3373, see http://llvm.org/bugs/show_bug.cgi?id=3373 > FD_ZERO(&rfds); //this is the error line ... > # define __FD_ZERO(fdsp) \ > do { \ > int __d0, __d1; \ > __asm__ __volatile__ ("cld; rep;

It is just a wrapper around select(2). Signed-off-by: Wei Liu <wei.liu2@citrix.com> --- extras/mini-os/include/posix/poll.h | 1 + extras/mini-os/lib/sys.c | 90 ++++++++++++++++++++++++++++++++++- 2 files changed, 90 insertions(+), 1 deletion(-) create mode 100644 extras/mini-os/include/posix/poll.h diff --git a/extras/mini-os/include/posix/poll.h

Thanks Duncan, It seems the bug has been reopened. After reading the comments related to the bug report, it was not clear if this is fixed in llvm-gcc, or just in clang. Thanks, Cristi On Feb 16, 2010, at 3:44 PM, Duncan Sands wrote: > Hi Cristian, this is (part of) bug 3373, see > http://llvm.org/bugs/show_bug.cgi?id=3373 > >> FD_ZERO(&rfds); //this is the error

well i fixed it a bit, if you add #include <sys/select.h> it gets rid of: connection.c:192: `fd_set' undeclared (first use in this function) connection.c:192: (Each undeclared identifier is reported only once connection.c:192: for each function it appears in.) connection.c:192: parse error before "rfds" connection.c:193: storage size of `tv' isn't known

Hi, When running program that works fine under XP, with wine I have a problem. Running with trace on gives the following output: trace:winsock:DllMain 0x7eba0000 0x2 (nil) trace:winsock:WSAStartup verReq=101 trace:winsock:WSAStartup succeeded trace:winsock:WS_socket af=2 type=2 protocol=0 trace:winsock:WSASocketA af=2 type=2 protocol=0 protocol_info=(nil) group=0 flags=0x1

I'm wondering about the rationale behind the allocation of the fd_set for the select() call in bsd-poll.c. Is there a reason we're dynamically allocating the fd_sets using nmemb, rather than simply putting three fd_set variables on the stack, followed by FD_ZERO calls? This seems to make life more difficult, as evidenced by the "goto out" statement, needed to free the memory.

Hi, One feature missing from rsync, and requested on this list before, is on-the-fly conversion of filename character encoding. For example, I often need to sync files having Hebrew filenames from a UTF-8 system (Linux) to an ISO8859-8 system (Cygwin on Windows 2000 using the non-Unicode Win32 interface). Other circumstances surely abound. Attached is a patch against rsync 2.6.2 that adds an

Yeah, alright, it configures fine, and here's what happens when i make. >make .....yadayadayada..just some warnings here..... (here is where it dies) gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -g -O2 -Wall -c connection.c connection.c: In function `get_connection': connection.c:191: `fd_set' undeclared (first use in this function) connection.c:191: (Each undeclared

Commit-ID: df7b02bd5c9af14c6efbe39ee4c313e368dfe967 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=df7b02bd5c9af14c6efbe39ee4c313e368dfe967 Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Sat, 14 Jan 2023 00:17:45 +0100 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 14 Jan 2023 18:10:12 +0100 [klibc] time: Use 64-bit time