search for: va_copi

On Tue, Aug 26, 2014 at 5:28 PM, Damien Miller <djm at mindrot.org> wrote: > On Tue, 26 Aug 2014, Kevin Brott wrote: > > > So results of testing ... > > > > Conditional caveats: > > 1) current snapshot will not build against native openssl on any system > > with openssl version <0.9.8f (i.e RHEL <=6.4) ... requiring alternate > > openssl

Must have bolluxed something up in the compile environment - that or http://www.mindrot.org/openssh_snap/openssh-SNAP-20140828.tar.gz had a configure tweak that fixed it. All systems tested now build and pass all tests. That said - the stupid race condition in that one test is cropping up sporadically still - I think it's related to the load (or lack thereof) on the VM host. With, of

https://bugzilla.mindrot.org/show_bug.cgi?id=2315 Bug ID: 2315 Summary: OpenSSH 6.7p1 on AIX 7.1 compile issue Product: Portable OpenSSH Version: 6.7p1 Hardware: PPC OS: AIX Status: NEW Severity: normal Priority: P5 Component: Build system Assignee: unassigned-bugs at

https://bugzilla.samba.org/show_bug.cgi?id=3159 Summary: VA_COPY() brokenness Product: rsync Version: 2.6.6 Platform: Other OS/Version: Solaris Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: skunk@iskunk.org QAContact:

Trying to compile Samba 2.2.8a on Solaris 10. Changing Samba versions is not an option. Too many production systems hanging off that PDC. Samba 2.2.8a SunOS smb244-1 5.10 Generic sun4u sparc SUNW,Sun-Fire-V210 Tried gcc 3.3.2 and 2.95.3. Everything compiles but when it tries to link I get the following error. I searched the archives but didn't find any answer for this. How do I fix this?

I'm having little trouble compiling samba 2.2.7 on AIX 5.2 with gcc 4.0.0, first i did : ./configure --with-winbind --with-pam everything went ok, next i did: ./make and i got this error: root@SP550 ./source >make Using FLAGS = -O -I./popt -Iinclude -I./include -I./ubiqx -I./smbwrapper -DLOGFILEBASE="/usr/local/samba/var"

On Tue, Aug 26, 2014 at 11:02 AM, Damien Miller <djm at mindrot.org> wrote: > The other good news is that it has made it to unittests :) > > Indeed ... patch applied - and everything builds (yay!) - waiting on test suite to complete. Will go test on the RHEL 5 VM's and see how the 1.0.0-fipsmsystems fare. full report later today.

Hi, So the Variable Argument Handling Intrinsics section of the LangRef (http://llvm.org/docs/LangRef.html#variable-argument-handling-intrinsics) lists an example that segfaults. Try the following on x86_64: -- 8< -- define i32 @test(i32 %X, ...) { ; Initialize variable argument processing %ap = alloca i8* %ap2 = bitcast i8** %ap to i8* call void @llvm.va_start(i8* %ap2) ; Read a

Tangentially related - the openssl quirks have me intrigued, so I'm going to dive deeper into what's really required vs the quick hacks I did to get the snapshots to build and pass tests. Assuming I can find the time tomorrow, I plan on sitting down and figuring out exactly what the openssl build requirements really are, but briefly on the hosts I'm using this is what I've seen:

https://bugzilla.mindrot.org/show_bug.cgi?id=2589 --- Comment #28 from Darren Tucker <dtucker at zip.com.au> --- (In reply to Darren Tucker from comment #27) > I don't understand why it doesn't work. There might be a hint here: https://lists.gnu.org/archive/html/bug-gnulib/2008-02/msg00139.html """ Turns out that even though config.h correctly has '#define

On Wednesday, 11 October 2017 17:23:45 CEST Richard W.M. Jones wrote: > +static int > +mexp_vprintf (mexp_h *h, int password, const char *fs, va_list args) > { > - va_list args; > char *msg; > int len; > size_t n; > ssize_t r; > char *p; > > - va_start (args, fs); > len = vasprintf (&msg, fs, args); > - va_end (args); Due to the

Hi, Im trying to compile samba-2.2.8a on BSDi... Here is the output from uname: 4.1 BSDI BSD/OS 4.1 Kernel #0 Upon compilation using both make and gmake I get the following: Using LIBS = -ldl Linking bin/smbd lib/snprintf.o: In function `vasprintf': lib/snprintf.o(.text+0x14): undefined reference to `VA_COPY' lib/snprintf.o(.text+0x45): undefined reference to `VA_COPY' *** Error

Hello, I'm trying to install R 2.4.0 on a SunOS 5.10 Generic_118833-24 sun4v sparc SUNW,Sun-Fire-T200 machine. The machine has gcc version 3.3.2 and gcc version 2.95.3 20010315 (release). When I try to compile using 3.3.2 I get an error with signal.h included from dcigettext.c. When I compile using gcc 2.95.3 I get an error with va_copy. "Undefined symbol va_copy first referenced

I'm tracking a compiling issue with 2.2.8a on AIX 5.2-ML01 with IBM C for AIX 6.0 and i'm having an issue with lib/snprintf.c The first thing i noticed is that "includes.h" is not included which is in many other places, but I'm sure there are reaasons. The other thing is there is a check at the beginning for HAVE_SNPRINTF, HAVE_VSNPRINTF and HAVE_C99_VSNPRINTF to include

So results of testing ... Conditional caveats: 1) current snapshot will not build against native openssl on any system with openssl version <0.9.8f (i.e RHEL <=6.4) ... requiring alternate openssl installs . 2) openssl 1.0.1i on RHEL 4 and lower (gcc 2/3) only builds and tests cleanly static libssl.a and the current patched snapshot builds and tests to completion against it just fine

Full_Name: Kenji Rikitake Version: 2.3.1 OS: FreeBSD 4.11-RELEASE-p18 Submission from: (NULL) (220.157.163.221) After doing ./configure --disable-mbcs (as default in FreeBSD 4.x) and make the compilation stops at src/main/printutils.c as: printutils.c: In function `Rvprintf': printutils.c:582: `va_start' used in function with fixed args printutils.c:591: syntax error before `}' the

I'm seeing a segfault on x86_64 Linux with the following code: desc = read.dcf("BAD") con = gzfile("test.gz", "wt") write.dcf(desc, file=con) close(con) where BAD has a long field (see below for example). The crash happens inside dummy_vfprintf. I think the issue is that the va_list ap is modified by the first vsnprintf call

On Wed, 19 Feb 2020 at 06:38, Val Baranov <val.baranov at duke.edu> wrote: > AIX 7.1 TL5, OpenSSL ver. 1.1.1d. "vac.C" version 11.0.1.23 > Compilation error " The indirection operator cannot be applied to a pointer to an incomplete struct or union " (see full log below) produced for " libressl-api-compat.c ". > No such error if compiled with OpenSSL

This version fixes a crash on architectures that have an ``interesting'' implementation of va_list, such as AMD64. It also fixes support for fonts with non-square pixels. Alan Coopersmith (1): Change fonttosfnt_CFLAGS to AM_CFLAGS to make automake-1.10 happier George Williams (2): Fix off-by-one entrySel field. Fix handling for non-square pixels. James Cloos (2):

Fix an off-by-one in asprintf and vasprintf. The return of vsnprintf is the number of bytes *not* including the terminating '\0'. The size argument to vsnprintf is the number of bytes *including* the terminating '\0'. diff -u klibc-0.188/klibc/asprintf.c udev/klibc-0.188/klibc/asprintf.c --- klibc-0.188/klibc/asprintf.c 2004-10-22 12:07:22.678906352 -0600 +++