similar to: Problems compiling 1.2.2 on HP-UX 10.20

configure appears to be setting things right: dragon:/var/src/openssh-1.2.1pre23> grep INTXX config.h #define HAVE_INTXX_T 1 /* #undef HAVE_U_INTXX_T */ #define HAVE_UINTXX_T 1 Marc G. Fournier marc.fournier at acadiau.ca Senior Systems Administrator Acadia University "These are my opinions, which are not necessarily shared

Hack: diff -c defines.h.orig defines.h *** 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

ssh won't compile on this platform log: gcc -g -O2 -Wall -I/usr/local/ssl/include -DETCDIR=\"/usr/local/etc\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -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,

Hello to all! I have problem with OpenSSH 1.2.1pre18 on Linux (kernel 2.2.13, distribution Slackware 4.0). When someone login using ssh, there is no way to see his presentance with some 'standard' tools (finger, who, w, users...). Of course, his proccesses are in ps, and so. I've tried to see /etc/utmp using vi, and there is some entry, but maybe invalid, or something. When I enable

I need to be sure that Wine will be able to run some of my XP applications before I commit to linux, so I installed Lucid Puppy 525 ( a cut down version of Lucid) and Wine - the default install version is set to v1.1.43, so that wasted a lot of time. I then installed Wine v1.3.13 , since the stable v1.2 wasn't on offer. I'm going to need Java Runtime Environment, so I started by

Hi Marc, I am seeing this exact same problem on OpenSSH-2.5.1p1 compiled on a PowerPC. The same code compiled for an x86 machine works fine. Your messages on the list didn't seem to indicate any resolution to this problem. Have you figured out how to make it work? checksum: 2d2711e2 stored checksum: 2d2711e2 checksum: 72f2b13c stored checksum: e230f836 Disconnecting: Corrupted check bytes

Okay, everything as the first large one I sent today, 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

Hi John, configure still exits, when checking for uint64_t. I've attached a patch, that properly will fix it. Either uint64_t or u_int64_t will succeed: Index: configure.ac =================================================================== RCS file: /var/cvs/llvm/llvm/autoconf/configure.ac,v retrieving revision 1.106 diff -u -r1.106 configure.ac --- configure.ac 2 Sep 2004 18:44:44 -0000

Henrik Bach wrote: } Hi John, } } configure still exits, when checking for uint64_t. I've attached a patch, } that properly will fix it. Either uint64_t or u_int64_t will succeed: } } Index: configure.ac } =================================================================== } RCS file: /var/cvs/llvm/llvm/autoconf/configure.ac,v } retrieving revision 1.106 } diff -u -r1.106 configure.ac } ---

I was wondering if there was something specific to the internal chacha20 cipher as opposed to OpenSSL implementation. I can't just change the block size because it breaks compatibility. I can do something like as a hack (though it would probably be better to do it with the compat function): if (strstr(enc->name, "chacha")) *max_blocks = (u_int64_t)1 << (16*2);

Reid, >Well, if it doesn't break anything else, I'd fix the header file. The >standard type name is supposed to uint64_t not u_int64_t. I would just >change the header file to define both of them, something like: > >typedef u_int64_t uint64_t; > >You could do that in /usr/include/types.h, I've tried it and it doesn't break anything, but ... >or we could

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 OpenSSH-1.2.1pre19 has been released. http://violet.ibs.com.au/openssh/files/MIRRORS.html The major change in this version is the integration of Andre Lucas' HPUX support. This adds a few other options which may be useful on other systems. Changelog: 19991221 - Integration of large HPUX patch from Andre Lucas <andre.lucas at

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 OpenSSH-1.2.1pre19 has been released. http://violet.ibs.com.au/openssh/files/MIRRORS.html The major change in this version is the integration of Andre Lucas' HPUX support. This adds a few other options which may be useful on other systems. Changelog: 19991221 - Integration of large HPUX patch from Andre Lucas <andre.lucas at

Well, if it doesn't break anything else, I'd fix the header file. The standard type name is supposed to uint64_t not u_int64_t. I would just change the header file to define both of them, something like: typedef u_int64_t uint64_t; You could do that in /usr/include/types.h, or we could add it to a header file in llvm/include/Config, ifdef'd for Interix. Reid. On Tue, 2004-08-31 at

Hello R-ers, I'm trying to do a weighted principal components analysis. I couldn't find any such option with princomp or prcomp. Does anyone know of a package or way to do this? More specifically, the observations I'm working with are averages from populations of varying sizes. I thus need to weight the observations by sample size. Ideally I could apply these weights at the cell

please, when i use the command postscript, the symbol "<="(less than or equal to) is replaced by "..." (ellipsis) how can I fix that? postscript("plot1.ps", width = 22, height = 11.5,pointsize=24,paper="special",bg="transparent") plot(NULL,xlim=c(1,10),ylim=c(1,10)) text(5,5,"\u2264") dev.off() I'm using

Hi, On Tue, Mar 05, 2024 at 08:37:32AM +0000, Dan Grostick via Nut-upsuser wrote: > My Raspberry PI 3B was overheating - 70 degrees C. I used Top and > it turns out that upssched is taking 100% CPU. Debian 11 (PI Os). > I have two others running the same configuration, 2.8.1 with no > problems. I have no first hand knowledge of this issue, but in the change log for the 2.8.1

Thanks for the tip. I had downloaded a prerelease source version of NUT 2.8.1, built and installed it. Evidently there was an issue with upssched consuming 100% CPU. I downloaded the current release and the issue has been resolved. Updating all 3 systems. Dan ________________________________ From: Nut-upsuser <nut-upsuser-bounces+danpower2023=outlook.com at alioth-lists.debian.net> on

Reid, When configuring LLVM I get this error: ----------------- checking for uint64_t... no configure: error: Type uint64_t required but not found ----------------- However, this type exists as u_int64_t in /usr/include/types.h. The easy way for me is to edit types.h, but I think the right thing is to somehow to test for it on Interix platform. Any thoughts? /Henrik --- Got Freedom?

Ran into the follow intermediate case in an external package (w/ recent R v2.8.1 patched and R v2.9.0 devel): > x <- 1:2 > dim(x) <- 2 > dim(x) [1] 2 > x [1] 1 2 > str(x) int [, 1:2] 1 2 > nrow(x) [1] 2 > ncol(x) [1] NA > is.vector(x) [1] FALSE > is.matrix(x) [1] FALSE > is.array(x) [1] TRUE > x[1] [1] 1 > x[,1] Error in x[, 1] : incorrect number of