similar to: [Bug 3159] New: VA_COPY() brokenness

Hi, I have a problem with tftpd-hpa on Solaris-8, in that the configure script cannot find the regex engine. This is because of the following in configure.in: LIBXTRA=false AC_SEARCH_LIBS(xmalloc, iberty, , LIBXTRA=true AC_LIBOBJ(xmalloc)) AC_SEARCH_LIBS(xstrdup, iberty, , LIBXTRA=true AC_LIBOBJ(xstrdup)) AC_SEARCH_LIBS(bsd_signal, bsd, , LIBXTRA=true AC_LIBOBJ(bsdsignal)) if $LIBXTRA; then

Hi, I'm trying to compile 2.2.24 on Solaris 10 with SolarisStudio 12.4 compiler. Looks like BerVarray is totallly missing from Solaris ldap. BR, Tomppa Making all in lib-ldap source='ldap-client.c' object='ldap-client.lo' libtool=yes \ DEPDIR=.deps depmode=none /bin/bash ../../depcomp \ /bin/bash ../../libtool --tag=CC --mode=compile cc -std=c11 -DHAVE_CONFIG_H -I.

Hi, I have a problem with tftpd-hpa on Solaris-8, in that the configure script cannot find the regex engine. This is because of the following in configure.in: LIBXTRA=false AC_SEARCH_LIBS(xmalloc, iberty, , LIBXTRA=true AC_LIBOBJ(xmalloc)) AC_SEARCH_LIBS(xstrdup, iberty, , LIBXTRA=true AC_LIBOBJ(xstrdup)) AC_SEARCH_LIBS(bsd_signal, bsd, , LIBXTRA=true AC_LIBOBJ(bsdsignal)) if $LIBXTRA; then

Hello, I''m having problems compiling Ruby 1.8.5 on a 64-bit Intel machine running Solaris 10 U3. I''m using Sun Studio 12 for building an optimized package for our company. We''re not interested in coolstack (from Sun used with GCC). Any help below would be appreciated: root@host # uname -an SunOS host 5.10 Generic_125101-08 i86pc i386 i86pc Solaris root@host # isainfo

Hi, src/plugins/quota/quota-status.c won't compile due to missing include <getopt.h> needed for optarg % make source='quota-status.c' object='quota-status.o' libtool=no \ DEPDIR=.deps depmode=none /bin/bash ../../../depcomp \ cc -DHAVE_CONFIG_H -I. -I../../.. -I../../../src/lib -I../../../src/lib-master -I../../../src/lib-dict -I../../../src/lib-index

I was involved with the issues building OpenSSH 7.2p1 to use the Solaris sandbox, but I ended up dropping out of the discussion due to being on the road for most of the last couple of weeks. Anyway, the problems persist with OpenSSH 7.2p2 when building with --with-sandbox=solaris. I found that there's an error in openbsd-compat/port-solaris.h on line 30, because the type priv_set_t

https://bugzilla.mindrot.org/show_bug.cgi?id=1213 --- Comment #43 from Daniel Richard G. <skunk at iSKUNK.ORG> --- And a year later, this issue still afflicts OpenSSH 6.1p1 (as packaged by Ubuntu). Aab's patch still applies, if fuzzily, and still hardens up ssh-keyscan so that it can deal with my company's network. -- You are receiving this mail because: You are watching the

https://bugzilla.mindrot.org/show_bug.cgi?id=1213 --- Comment #48 from Daniel Richard G. <skunk at iSKUNK.ORG> --- (In reply to Damien Miller from comment #47) > > There might be a few cases that we've missed, but please give > -current a spin and let us know if it has fixed all keyscan crashes > that you were seeing previously (I think it should...) Hi Damien, thank you

https://bugzilla.mindrot.org/show_bug.cgi?id=1213 --- Comment #50 from Daniel Richard G. <skunk at iSKUNK.ORG> --- Okay, tried again with your patch. Here's what I see: [...] # A.B.C.46 SSH-1.99-OpenSSH_4.2 # A.B.C.47 SSH-1.99-OpenSSH_4.2 # A.B.C.47 SSH-1.99-OpenSSH_4.2 # A.B.C.47 SSH-1.99-OpenSSH_4.2 # A.B.C.48 SSH-1.99-OpenSSH_4.2 # A.B.C.48

https://bugzilla.mindrot.org/show_bug.cgi?id=1213 --- Comment #53 from Daniel Richard G. <skunk at iSKUNK.ORG> --- (In reply to Damien Miller from comment #52) > That patch is committed now - can you retry with -current? I tried the same snapshot with your revised patch (before seeing the above comment), and got this error two-for-two: [...] # blarg.internal.example.com

https://bugzilla.mindrot.org/show_bug.cgi?id=1213 --- Comment #55 from Daniel Richard G. <skunk at iSKUNK.ORG> --- I'm not able to apply that last patch without rejections, not to any recent snapshot nor git master. What's your "---" tree? -- You are receiving this mail because: You are watching the assignee of the bug. You are watching someone on the CC list of the bug.

https://bugzilla.mindrot.org/show_bug.cgi?id=1213 --- Comment #57 from Daniel Richard G. <skunk at iSKUNK.ORG> --- Okay, rolling with git master 86936ec2. Now, ssh-keyscan isn't erroring out; instead, it's... hanging. I'm seeing this behavior crop up pretty consistently after running for several minutes. And it's wedged pretty tight, too---nothing happens even after letting

https://bugzilla.mindrot.org/show_bug.cgi?id=1213 --- Comment #59 from Daniel Richard G. <skunk at iSKUNK.ORG> --- I see your change was committed to git, so I tested master 46347ed5 without modifications. The scan completes! On two separate runs, scanning the same large network. I am happy to report success :) If I run into another corner case down the line, should I re-open this bug, or

Hi, Most people probably builds samba with GCC on linux. I built it on SPARC/Solaris9 using Sun's Studio7 C-Compiler just now and got some output that I cant use but it migth possibly be useful for you guys to chase a few bug with. Its just the compilerun output, which succeded, but with quite a few warnings. Its attached to this mail. --

Hi all, I was trying to test ROUTE specific code with a multi-isp serviced box. There is a bug somewhere, but I''m not able to understand what the real problem is: when I issue a "shorewall show capabilities" I get: Loading /usr/share/shorewall/functions... Processing /etc/shorewall/params ... Processing /etc/shorewall/shorewall.conf... Loading Modules... Shorewall has

In R 1.9.0 running under Solaris 2.9 on a SunBlade 100, with "Sun WorkShop 6 update 2 C++ 5.3 2001/05/15" as the C++ compiler, I just did > install.packages("e1071") The output includes these lines, which I have wrapped to fit nicely in mail: ** libs cc -I/users/local/lib/R/include -I/usr/local/include -KPIC -xlibmil \ -dalign -xO4 -c cmeans.c -o cmeans.o cc

Hello, I tried to compile v2.3.1 on Solaris x86 with SUN Pro compilers. I had an error while stats libarary was being compiled and I notice that "-xtarget=generic64" was not passed to f95 while cc used it. Could you tell me how to fix this problem? f95 -PIC -O -I/mounts/devel/SUNWspro/prod/include -c sgram.f -o sgram.o f95 -PIC -O -I/mounts/devel/SUNWspro/prod/include -c

https://bugzilla.mindrot.org/show_bug.cgi?id=1213 --- Comment #37 from Daniel Richard G. <skunk at iSKUNK.ORG> 2011-11-25 12:40:45 EST --- Yet another failure mode... [...] # XXX.YYY.ZZ.8 SSH-2.0-Sun_SSH_1.1.3 # XXX.YYY.ZZ.9 SSH-2.0-OpenSSH_3.8.1p1 # XXX.YYY.ZZ.14 SSH-2.0-OpenSSH_4.3 # 10.10.1.35 SSH-2.0-RomSShell_4.62 Received disconnect from 10.10.1.35: 2: Protocol Timeout make: ***

http://dovecot.org/releases/2.0/dovecot-2.0.0.tar.gz http://dovecot.org/releases/2.0/dovecot-2.0.0.tar.gz.sig As promised last Friday, here's the v2.0.0 release finally. I'm cautiously optimistic that v2.0.1 won't (have to) be released for a few weeks, since there was quite a lot of testing and fixing going on in the RC stage. Remember to read http://wiki2.dovecot.org/Upgrading/2.0

http://dovecot.org/releases/2.0/dovecot-2.0.0.tar.gz http://dovecot.org/releases/2.0/dovecot-2.0.0.tar.gz.sig As promised last Friday, here's the v2.0.0 release finally. I'm cautiously optimistic that v2.0.1 won't (have to) be released for a few weeks, since there was quite a lot of testing and fixing going on in the RC stage. Remember to read http://wiki2.dovecot.org/Upgrading/2.0