Displaying 9 results from an estimated 9 matches for "eprototype".
Did you mean:
prototype
2003 May 12
2
[Bug 563] getaddrinfo() in libopenbsd-compat.a breaks heimdal-linked pam_krb5
...builds this into libopenbsd-compat. when
sshd goes to use pam_krb5 for keyboard-interactive, the pam_krb5 calls to
heimdal's libkrb5 result in libopenbsd-compat's getaddrinfo() getting called,
which always returns a struct addrinfo with ai_socktype == ai_protocol == 0, and
socket() buys an EPROTOTYPE:
send_to_kdc.c:
ret = krb5_krbhst_get_addrinfo(context, hi, &ai);
if (ret)
continue;
for (a = ai; a != NULL; a = a->ai_next) {
fd = socket (a->ai_family, a->ai_socktype, a->ai_protocol);
if (fd < 0)
continue;
truss says:
so_socket(2, 0, 0,...
2011 Nov 12
5
[Bug 1950] New: sshd tries to bind over and over to ::1 for several seconds
...t_addr("127.0.0.1")}, 16) = 0 <0.000012>
28636 10:33:49 socket(PF_INET6, SOCK_STREAM, IPPROTO_TCP) = 7
<0.000017>
28636 10:33:49 socket(PF_FILE, SOCK_DGRAM|SOCK_CLOEXEC, 0) = 8
<0.000012>
28636 10:33:49 connect(8, {sa_family=AF_FILE, path="/dev/log"}, 110) =
-1 EPROTOTYPE (Protocol wrong type for socket) <0.000016>
28636 10:33:49 close(8) = 0 <0.000016>
28636 10:33:49 socket(PF_FILE, SOCK_STREAM|SOCK_CLOEXEC, 0) = 8
<0.000012>
28636 10:33:49 connect(8, {sa_family=AF_FILE, path="/dev/log"}, 110) =
0 <0.000033>
28636 1...
2005 Sep 16
2
Re: AMD64 upsmon problem
...altime", {st_mode=S_IFREG|0644, st_size=961, ...}) = 0
23187 stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=961, ...}) = 0
23187 socket(PF_FILE, SOCK_DGRAM, 0) = 4
23187 fcntl(4, F_SETFD, FD_CLOEXEC) = 0
23187 connect(4, {sa_family=AF_FILE, path="/dev/log"}, 16) = -1 EPROTOTYPE
(Protocol wrong type for socket)
23187 close(4) = 0
23187 socket(PF_FILE, SOCK_STREAM, 0) = 4
23187 fcntl(4, F_SETFD, FD_CLOEXEC) = 0
23187 connect(4, {sa_family=AF_FILE, path="/dev/log"}, 16) = 0
23187 sendto(4, "<30>Sep 14 17:48:24 upsmon[23187"..., 54, MSG_NOSIGNAL,
N...
2011 Sep 17
0
[LLVMdev] Build errors on r139985
...llvm/include/llvm/Support/system_error.h:614:
error: ‘ELOOP’ was not declared in this scope
/home/carl/Downloads/llvm3.0/llvm/include/llvm/Support/system_error.h:615:
error: ‘EOVERFLOW’ was not declared in this scope
/home/carl/Downloads/llvm3.0/llvm/include/llvm/Support/system_error.h:616:
error: ‘EPROTOTYPE’ was not declared in this scope
llvm[1]: Compiling Dwarf.cpp for Debug+Asserts build
llvm[1]: Compiling DynamicLibrary.cpp for Debug+Asserts build
make[1]: *** [/home/carl/Downloads/llvm3.0/llvm/lib/Support/Debug+Asserts/CommandLine.o]
Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: L...
2015 Feb 09
5
Re: Patchable build problems on OS X 10.10
On Friday 06 February 2015 10:03:37 Richard W.M. Jones wrote:
> On Thu, Feb 05, 2015 at 10:53:06PM +0000, Margaret Lewicka wrote:
> > Hello,
> >
> > I'm attempting to create a Homebrew formula to get libguestfs to
> > compile on Mac OS X. I've managed to achieve success with several
> > monkey patches, but since Homebrew's policy is to contact
2020 Aug 18
15
[PATCH nbdkit 0/9] Port to Windows.
Also available here:
https://github.com/rwmjones/nbdkit/tree/2020-windows-mingw
This is the port to Windows using native Windows APIs (not MSYS or
Cygwin).
This patch series is at the point where it basically now works. I can
run the server with the memory plugin, and access it remotely using
guestfish, creating filesystems and so on without any apparent
problems.
Nevertheless there are many
2020 Aug 20
15
[PATCH nbdkit 0/13] Port to Windows without using a separate library.
Also available here:
https://github.com/rwmjones/nbdkit/tree/2020-windows-mingw-nolib
After a lot of work I have made the port to Windows work without using
a separate library. Instead, on Windows only, we build an "import
library" (library of stubs) which resolves references to nbdkit_*
functions in the main program and fixes up the plugin, basically the
first technique outlined in
2013 Aug 21
0
Build problems: klibc with Linux 3.10.7
...should be restarted"
ESTRPIPE (86) => "Streams pipe error"
EUSERS (87) => "Too many users"
ENOTSOCK (88) => "Socket operation on non-socket"
EDESTADDRREQ (89) => "Destination address required"
EMSGSIZE (90) => "Message too long"
EPROTOTYPE (91) => "Protocol wrong type for socket"
ENOPROTOOPT (92) => "Protocol not available"
EPROTONOSUPPORT (93) => "Protocol not supported"
ESOCKTNOSUPPORT (94) => "Socket type not supported"
EOPNOTSUPP (95) => "Operation not supported on trans...
2013 Aug 21
5
Build problems: klibc with Linux 3.10.7
On Tue, Aug 20, 2013 at 07:44:39AM +0200, leroy christophe wrote:
> >
> Find attached two patches I have in order to build klibc 2.0.2
> against kernel 3.8.13
> We had to introduce those patches when going from kernel 3.6 to kernel 3.7
> Hope it helps.
>
those patches are wrong and again very brittle.
just use the way it is described in `make help':
A) cd ~/src/linux