search for: namesize

http://bugzilla.mindrot.org/show_bug.cgi?id=847 Summary: Including arpa/nameser.h in inet_ntop.c can cause compile problems Product: Portable OpenSSH Version: 3.8p1 Platform: All OS/Version: SunOS Status: NEW Severity: normal Priority: P3 Component: Build system AssignedTo:

Could someone with HEADER.ad in arpa/nameser.h please test the attached patch (against current) to see it it's detected. None of my platforms have the ad member. config.h will end up with "#define HAVE_HEADER_AD". -- Tim Rice Multitalents (707) 887-1469 tim at multitalents.net -------------- next part -------------- --- openssh/configure.ac.old 2003-09-08 06:33:33.000000000

http://bugzilla.mindrot.org/show_bug.cgi?id=847 dtucker at zip.com.au changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED ------- Comment #6 from dtucker at zip.com.au 2006-10-07 11:36 ------- Change all RESOLVED bug to CLOSED with the exception

...e::setName(StringRef Name): > > ... > // While we have a name collision, try a random rename. > if (Entry->getValue()) { > SmallString<64> TempStr(Name); > TempStr.push_back('.'); > raw_svector_ostream TmpStream(TempStr); > unsigned NameSize = Name.size(); > > do { > TempStr.resize(NameSize + 1); > TmpStream.resync(); > TmpStream << getContext().pImpl->NamedStructTypesUniqueID++; > > Entry = &getContext().pImpl-> > NamedStructTypes.G...

All, I have encountered an issue with builds for openssh 3.9pl on the hp_ux 11.0 platform. The compiler (gcc) generates about 380 warning message and the build fails because of excessive numbers of warnings. The warnings that I am receiving are as follows: /vobs/ecm_gcc/hp-ux-b-11-00/lib/gcc-lib/hppa2.0n-hp-hpux11.00/2.95.2/inc lude/arpa/nameser.h:94: warning: `/*' within comment Now this

Hi All, I generated the following code with "clang -flto" command. void test(struct StruTyName *a) { ... } Then the type of test function is "void (%struct.StruTyName.100*)" by calling function::getFunctionType API. What's the meaning of number 100? Best, Haopeng

...t;> // While we have a name collision, try a random rename. >>> if (Entry->getValue()) { >>> SmallString<64> TempStr(Name); >>> TempStr.push_back('.'); >>> raw_svector_ostream TmpStream(TempStr); >>> unsigned NameSize = Name.size(); >>> do { >>> TempStr.resize(NameSize + 1); >>> TmpStream.resync(); >>> TmpStream << getContext().pImpl->NamedStructTypesUniqueID++; >>> Entry = &getContext().pImpl-> >>>...

From: Sylvain Gault <sylvain.gault at gmail.com> Despite having native network capabilities, UEFI 2.4 (the most widely deployed at the moment) has no native DNS resolver. I propose here an implementation more or less inspired by the one found in core/legacynet/dnsresolv.c. Since it's non-trivial, I'd like to ask for a deep review of this code. I tried to make it as strong as

https://bugzilla.mindrot.org/show_bug.cgi?id=1455 Summary: ssh client ignoring ad bit in dns response - OSX 10.5 Classification: Unclassified Product: Portable OpenSSH Version: 4.9p1 Platform: ix86

Hi, since upgrading from 1.0.5 to latest 1.1-hg I get an incomplete subject line for mails autogenerated by one of our systems in the message list (Thunderbird and mutt). When I open the mail the subject line is intact. It appears that the system is using multiline subjects. Example Subject: =?ISO-8859-1?B?SG9zdG1hc3RlcjogMDAwMDEwNjM1OiBOYW1lc2U=?=

Hi, the below patch removes two special cases for Cygwin, which are already superfluous for a good while. - openbsd-compat/bsd-openpty.c: Since openpty() is implemented in Cygwin now, the bsd-openpty.c code just isn't build into OpenSSH on Cygwin. So the Cygwin special case is useless. - When building OpenSSH for Cygwin, the minires-devel package (development package for the special

I've been trying to figure out why I can't seem to use SSHFP fingerprints delivered via DNSSEC, which led me to try to figure out why OpenSSH won't use DNSSEC on my NetBSD-4-branch platform. It turns out that around line 70 in openbsd-compat/getrrsetbyname.c, we have the following: /* to avoid conflicts where a platform already has _res */ #ifdef _res # undef _res

...ogname = ELF_LDSO_IMAGE; static char * _dl_not_lazy = 0; static char * _dl_warn = 0; /* Used by ldd */ static char * _dl_trace_loaded_objects = 0; @@ -165,6 +167,45 @@ #endif /* + * Stop argv0 overflowing vsprintf, but also try to stop false positives + * We obey the following rule + * + * If namesize < 256 keep + * If name from last / < 256 use that + * else use ELF_LDSO_IMAGE + * + * This ensures /very/long/stupid/nfs/path/we/often/get/foobarcmd + * comes out at least as. + * + * foobarcmd: someerror + * + * Even if we fix vsprintf to be vsnprintf (which we should), this + * ought to be...

Heya All, Im having difficulties compiling rsync. when i run 'make' the build errors out on me. I run configure without any fancy options. The same goes for the make command. I have had this error, or a similar one since version 2.5.1 op to at least v2.5.5 I am using "-O3 -mcpu=i686 -march=i686" as additional compiler flags, however removing them does not make difference.

Dear developers, as reported earlier, recent versions of OpenSSH (4.3p1, 4.3p2 as well as the current CVS) on IRIX 5.3 exhibit a DNS resolution failure. Even for perfectly valid hostnames they return "no address associated with name". After some digging through the code I found what is causing this strange behaviour. Basically it was introduced with the following change:

Hi, Brand-new installation of FreeBSD 4.8 + 'make world', including updating ports, sources, crypt/secure sources and everything. When trying to compile bind8 from ports, this is the error that get reported: ===> Building for bind-8.3.6 Using .systype Using .settings /var/tmp/usr/ports/net/bind8/work/src/include /var/tmp/usr/ports/net/bind8/work/src/include/arpa

Hi all, I'm planning to migrate my courier-imap imap server to dovecot, but I'm experiencing a strange issue with fts-lucene plugin. Basically, every time I start a search, the log starts to write: Apr 05 19:30:53 indexer: Error: Indexer worker disconnected, discarding 1 requests for XXXXXX Apr 05 19:30:53 indexer-worker(XXXXX): Fatal: master: service(indexer-worker): child 809 killed

On an i686 with glibc 2.5 installed I'm not able to compile rsync 3.0.2 and later. rsync 3.0.0 was no problem, this compiled. Also on an x86_64 with glibc 2.7 installed rsync compiled. Here is a script of the failing comilation: Script started on Sat May 10 07:33:39 2008 teddy@mail /usr/src/rsync-HEAD-20080508-0612GMT $ mkdir build teddy@mail /usr/src/rsync-HEAD-20080508-0612GMT $ cd build

Since writing this I've recompiled with zlib 1.1.4 and everything appears smooth. Since this is intermittant, I'll send it off anyways in the hops that someone else may see it. It also *might* apply to the "known issues" entry about "unexpected close." (Similar symptoms, but it may just be a shared codepath on the messages. Note that the dumped len in my output(4)

In the configure script, when it checks to see if _res is an extern, there are two problems: 1. There is no ac_WHATEVER variable to control it and override it. 2. Because the extern reference to _res is unused, the linker on some systems may elide it, causing an erroneous definition of HAS__RES_EXTERN The test should be coded as follows: /* ... confdefs.h */ #include <stdio.h> #if