search for: u_int16_t

...uot; -DSSH_ASKPASS_DEFAULT=\"/usr/local/libexec/ssh/ssh-askpass\" -DHAVE_CONFIG_H -c atomicio.c -o atomicio.o In file included from config.h:294, from bsd-misc.h:39, from includes.h:91, from atomicio.c:26: defines.h:74: redefinition of `u_int16_t' defines.h:74: `u_int16_t' previously declared here defines.h:75: redefinition of `u_int32_t' defines.h:75: `u_int32_t' previously declared here defines.h:76: redefinition of `u_int64_t' defines.h:76: `u_int64_t' previously declared here In file included from config.h:294,...

...:26: defines.h:102: conflicting types for `quad_t' /usr/include/sys/types.h:531: previous declaration of `quad_t' In file included from config.h:289, from bsd-misc.h:39, from includes.h:91, from atomicio.c:26: defines.h:73: redefinition of `u_int16_t' defines.h:73: `u_int16_t' previously declared here defines.h:74: redefinition of `u_int32_t' defines.h:74: `u_int32_t' previously declared here defines.h:75: redefinition of `u_int64_t' defines.h:75: `u_int64_t' previously declared here defines.h:102: redefinition of `quad_...

...e byte checksum of this */ /* structure == zero. */ u_int8_t structrev; /* Structure format revision number. */ u_int8_t reserved1; /* must be zero */ undi_romid_t *undi; /* Far pointer to UNDI ROMID */ bc_romid_t *base; /* Far pointer to base-code ROMID */ u_int16_t (*entry16point)(u_int16_t func, void *param); /* 16bit stack segment API entry */ /* point. This will be seg:off in */ /* real mode and sel:off in 16:16 */ /* protected mode. */ u_int16_t (*entry32point)(u_int16_t func, void *param); /* 32bit sta...

http://bugzilla.mindrot.org/show_bug.cgi?id=775 djm at mindrot.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |WORKSFORME ------- Additional Comments From djm at mindrot.org 2004-12-20 10:59

...o in order to prevent the front-end from promote to 32-bit multiplier? If that is not possible, how can I detect when lowering that it is actually a MUL_I8 or MUL_I16 in order to do the correct lowering? Thanks in advance, Pedro P.S: I add C code and corresponding LLVM code. C code: void (const u_int16_t in_data, u_int16_t* out) { u_int8_t kk = in_data&0xFF; u_int16_t kk16 = kk * kk; *out = kk16; } LLVM: %1 = load i8* %kk, align 1 %conv2 = zext i8 %1 to i32 %2 = load i8* %kk, align 1 %conv3 = zext i8 %2 to i32 %mul = mul nsw i32 %conv2, %conv3 %conv4 = trunc i32 %mul to i16...

...39;s ossh (ftp://ftp.pdc.kth.se/pub/krypto/ossh/): 8<---------------------patch for ossh-1.5.7--------------------------- --- deattack.c.orig Wed Feb 7 14:11:23 2001 +++ deattack.c Wed Feb 7 14:11:46 2001 @@ -91,7 +91,7 @@ detect_attack(const unsigned char *buf, word32 len) { static u_int16_t *h = (u_int16_t *) NULL; - static u_int16_t n = HASH_MINSIZE / HASH_ENTRYSIZE; + static u_int32_t n = HASH_MINSIZE / HASH_ENTRYSIZE; register word32 i, j; word32 l; const unsigned char *c, *d; 8<---------------------patch for ossh-1.5.7--------------------------- OpenSSH: Upgrade to...

...tion is: ------->8-----fake-socket.h--starting-at-line-28------- #ifndef HAVE_STRUCT_IN6_ADDR struct in6_addr { u_int8_t s6_addr[16]; <------ line 30 }; #endif /* !HAVE_STRUCT_IN6_ADDR */ #ifndef HAVE_STRUCT_SOCKADDR_IN6 struct sockaddr_in6 { unsigned short sin6_family; u_int16_t sin6_port; u_int32_t sin6_flowinfo; struct in6_addr sin6_addr; <------- line 39 }; #endif /* !HAVE_STRUCT_SOCKADDR_IN6 */ ---------8<------------------------------------------- which would appear to have the requisite number of semicolons. When I comment out line 30, everythin...

...day, with a few extra mods. _PATH_MAILDIR is only used in sshd.c, that I can see, so moved the #ifdef from config.h.in to there. several files had __progname defined in the middle of the code, as well as at the top of the code, so cleaned those out. all the fixes for u_int32_t -> uint32_t and u_int16_t -> uint16_t, plus added appropriate tests to configure.in to determine which one to use. If another OS uses a third method, this is *easily* extended. fix to bsd-login.c due to ut_host not being part of the utmp struct in solaris 7 This gets me to the point that OpenSSH under Solaris 7/x86 c...

...he random number generator ! * used in the resolver. ! * A special random number generator is used to create non predictable ! * and non repeating ids over a long period. It also avoids reuse ! * by switching between two distinct number cycles. */ void *************** *** 1674,1683 **** u_int16_t nsid_next() { ! if (nsid_state == 65535) ! nsid_state = 0; ! else ! nsid_state++; return (nsid_state); } - --- 1674,1680 ---- u_int16_t nsid_next() { ! nsid_state = res_randomid(); return (nsid_state); } diff -cNr ../bi...

...] on usb-0000:00:1d.0-2 usbcore: registered new driver usbhid drivers/usb/input/hid-core.c: v2.6:USB HID core driver uhci_hcd 0000:00:1d.2: port 2 portsc 009b,00 Oh, and I had to comment out these lines in libhid.h to get it to compile: /* ensure these exists (required for Solaris 10) */ //#ifndef u_int16_t // typedef uint16_t u_int16_t; //#endif // //#ifndef u_int8_t // typedef uint8_t u_int8_t; //#endif ... but I assume these were only relevant to solaris? Or is this a problem? Cheers, Lincoln

Hi there, been using NUT for ages and recently upgraded to a new server; while I'm waiting for a USB->Serial adapter for Solaris to arrive, I thought I'd play with the newhidups, as the APC UPS I have has a USB port and the new server doesn't have a serial port.... I've got Solaris 10 & newhidups working with the ugen driver up to a point, and that is a read

...ble and recover the sign bit. CRAY ints are 64 bit so the trick can't work. configure.in - Add OSSH_PATH_ENTROPY_PROG(PROG_SAR, sar). I missed this in the last patch. It is need for the sar entry in ssh_prng_cmds.in deattack.c - Modified to not depend on u_int16_t being 16bit in size. packet.c - Add new subroutine to return an explicit signed integer. scp.c - Modified to use alarm instead of setitimer. Unicos does not support setitier. serverloop.c - Modified sigchld_handler to only reset SIGCLD if...

...efore > 'ogg_uint16_t' > /usr/local/include/ogg/config_types.h:8: error: parse error before > 'ogg_uint32_t' > > I found /usr/local/include/ogg/config_types.h had the following: > /* these are filled in by configure */ > typedef int16_t ogg_int16_t; > typedef u_int16_t ogg_uint16_t; > INSTEAD OF typedef u_int16_t ogg_uint16_t > typedef int32_t ogg_int32_t; > typedef u_int32_t ogg_uint32_t; > INSTEAD OF typedef u_int32_t ogg_uint32_t > typedef int64_t ogg_int64_t; > > I'm not sure why it would have uint16_t since > /usr/local/inc...

...defines.h.orig Thu Jan 20 18:07:40 2000 --- defines.h Thu Jan 20 18:08:05 2000 *************** *** 78,83 **** --- 78,84 ---- /* If sys/types.h does not supply u_intXX_t, supply them ourselves */ #ifndef HAVE_U_INTXX_T # ifdef HAVE_UINTXX_T + typedef uint8_t u_int8_t; typedef uint16_t u_int16_t; typedef uint32_t u_int32_t; typedef uint64_t u_int64_t; Hack: uname -a SunOS sol 5.7 Generic_106541-08 sun4u sparc SUNW,Ultra-250 -- JF

.... Not sure what the right "portable" fix might be. Also, should sftp-server really be installed in prefix/libexec/ssh/ or just prefix/libexec/? --- defines.h~ Tue Sep 5 07:13:07 2000 +++ defines.h Tue Sep 5 14:36:24 2000 @@ -143,9 +143,7 @@ typedef uint8_t u_int8_t; typedef uint16_t u_int16_t; typedef uint32_t u_int32_t; -/* typedef uint64_t u_int64_t; -*/ # define HAVE_U_INTXX_T 1 # else # if (SIZEOF_CHAR == 1)

...ct1.o In file included from /usr/athena/include/krb.h:17, from ssh.h:523, from sshconnect1.c:25: /usr/athena/include/ktypes.h:14: redefinition of `u_int8_t' defines.h:142: `u_int8_t' previously declared here /usr/athena/include/ktypes.h:15: redefinition of `u_int16_t' defines.h:143: `u_int16_t' previously declared here /usr/athena/include/ktypes.h:16: redefinition of `u_int32_t' defines.h:144: `u_int32_t' previously declared here sshconnect1.c: In function `send_afs_tokens': sshconnect1.c:543: warning: implicit declaration of function `_IOW&...

CC please on any replies - I'm not subscribed. mount/linux_fs.h, struct ext2_super_block: u_char s_padding1; should be: u_int16_t s_padding1; I think? Also it's not clear which version of util-linux to use. Patch fails against 2.11f. Sorry if this is old news. Mitch

...to compile newhidups, I get this error... carlos@rhea:~/dev/nut/svn/trunk$ make usb make[1]: Entering directory `/home/carlos/dev/nut/svn/trunk/drivers' gcc -I../include -O -Wall -Wsign-compare -c newhidups.c In file included from newhidups.c:25: libhid.h:46: error: syntax error before "u_int16_t" libhid.h:46: warning: useless keyword or type name in empty declaration libhid.h:46: warning: empty declaration libhid.h:50: error: syntax error before "u_int8_t" libhid.h:50: warning: useless keyword or type name in empty declaration libhid.h:50: warning: empty declaration make[1]:...

Hi JM, When porting my project to the Mac, I found that the definition for "celt_int16" and "celt_uint16" are wrong for the MacOS X Framework in celt_types.h, and need to be changed to "int16_t" and "u_int16_t" respectively. Just thought you ought to know. John Ridges

OpenBSD tree is heading into a lock and this includes OpenSSH. So we are winding up for a 3.5 release. If we can get people to test the current snapshots and report any problems that would improve the odds that your platform won't be broke for 3.5. Issues I know off of right now. 1. I can't test NeXT. So I TRULY need someone in that community to test for me. Last I heard there was