similar to: patch to change sprintf to snprintf in inet_ntop.c for SunOS4

2.5.6pre1 bombs on Sunos4 gcc with these errors popt/popthelp.c: In function `singleOptionDefaultValue': popt/popthelp.c:137: invalid operands to binary + popt/popthelp.c:141: invalid operands to binary + popt/popthelp.c:145: invalid operands to binary + popt/popthelp.c:149: invalid operands to binary + because it's depending on sprintf to return the number of bytes

http://bugzilla.mindrot.org/show_bug.cgi?id=74 Summary: Use of sig_atomic_t breaks SunOS4 compile Product: Portable OpenSSH Version: -current Platform: Other OS/Version: SunOS Status: NEW Severity: normal Priority: P2 Component: ssh AssignedTo: openssh-unix-dev at mindrot.org ReportedBy:

Openssh: openssh-SNAP-20060626 and openssh-4.3p2 System: SunOS 4.1.4 Compiler: gcc 2.8.1 CONFIGURE PROBLEM: The warnings included below occur because of missing include files for each compilation test. Specifically: sys/audit.h needs sys/types.h and sys/label.h sys/dir.h needs sys/types.h PARTIAL FIX: Most of the machinery for the sys/types.h dependency is already

http://bugzilla.mindrot.org/show_bug.cgi?id=74 tim at multitalents.net changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|openssh-unix-dev at mindrot.org|tim at multitalents.net ------- Additional Comments From tim at multitalents.net 2002-02-26 17:03 ------- I've addressed this

This patch does two things: a) makes tftp-hpa to compile on systems with no IPv6 support (there were some IPv6 macros used unconditionally); b) removes a stray binary character, which was annoying. By the way, I see that 'configure' tests for <winsock.h> and <winsock2.h>, but Winsock isn't actually used. What's the reason? diff --git a/config.h b/config.h index

On Thu, May 30, 2019 at 7:21 PM Simon Urbanek <simon.urbanek at r-project.org> wrote: > > No, that will make it even worse since you'll be declaring a lot more memory that you actually have. > > The real problem is that you're ignoring the truncation, so you probably want to use something like > > if (snprintf(tempname, sizeof(tempname), "%s.%d", of1name,

Compaq C 6.5 OpenVMS Alpha 7.3 The config.h.in template file is missing the line: #undef HAVE_INET_NTOP This caused the resulting CONFIG.H on OpenVMS to not test for the existance of the inet_ntop() routine in it's system tables. This configure bug exposed that the prototype in inet_ntop() in RSYNC.H does not match the one in the Compaq C header files. This stopped the build. I am

Hi again, I realised it is useful to replicate the warnings locally without relying on CRAN automatic check; instead of R(-devel) CMD check --as-cran package_version.tar.gz one can use R CMD check --configure-args="" and in my case the WARNINGS were initially given with https://www.stats.ox.ac.uk/pub/bdr/gcc9/README.txt and those specification might as well used in --configure-args

Fixed: -- On systems such as SunOS4 where the system include files are no help in locating the utmp file (et al.), configure can define their location in CONF_*, but defines.h never used these. -- Might as well put in the usual location for SunOS4. -- In loginrec.c (utmp_write_direct), writing to the utmp file was not done correctly. Remaining: -- At logout, the utmp entry cannot be

Follow-on to Charles Levert's <charles at comm.polymtl.ca> work on utmp_write_direct. Fixed: -- At logout, the utmp entry is cleared. Tested on SunOS 4.1.4. The code I added to loginrec.c is restricted to SUNOS4 pending QA testing on other platforms. This patch incorporates the work done by Charles Levert on 7/25/2000 00:43:22. (Do any of us sleep at

Hello, llvmdev! I'm using LLVM on OpenBSD. This project proactively advocates usage of 'secure' C apis, especially related to memory bounds checking. Thus using functions like sprintf/strcpy/etc usually spits out a linker warning in base toolchain like this one: /home/proger/dev/llvm/Debug+Asserts/lib/libclangFrontend.a(DocumentXML.o) (.text+0xc65): In function

No, that will make it even worse since you'll be declaring a lot more memory that you actually have. The real problem is that you're ignoring the truncation, so you probably want to use something like if (snprintf(tempname, sizeof(tempname), "%s.%d", of1name, j) >= sizeof(tempname)) Rf_error("file name is too long"); BTW: most OSes systems have a path limits that

This is based on openssh-2.0.0beta1. There are a few rough spots: 1) SunOS doesn't have ut_type in struct utmp so I just whacked in the old login() from openssh-1.2.3. 2) There is a SUNOS4 section added to defines.h -- this could probably be a bit cleaner. 3) sigaction on SunOS is implemented via #defines to sigvec, thus there is no SA_RESTART (this is the default behavior).

Hi. On sparc-sun-sunos4.1.4 (i.e., -DSUNOS4), ARG_MAX is not defined anywhere, although <sys/limits.h> has the following line: #define _POSIX_ARG_MAX 4096 This is more a minimum imposed by POSIX than anything else. The proper solution revolves around this: ======================================================================== bash$ cat > x.c #include <unistd.h>

[forwarded to R-devel, where this really belongs] >>>>> "Samira" == Samira M Ismail <samira@ime.unicamp.br> writes: (to me in a private mail) Samira> We have been trying to install R.0.63 for Unix (SunOS 4.1.4 - Samira> SPARC 20) and we detected the following problem which makes Samira> impossible to run R. We have got the following message:

[forwarded to R-devel, where this really belongs] >>>>> "Samira" == Samira M Ismail <samira@ime.unicamp.br> writes: (to me in a private mail) Samira> We have been trying to install R.0.63 for Unix (SunOS 4.1.4 - Samira> SPARC 20) and we detected the following problem which makes Samira> impossible to run R. We have got the following message:

Hi, I compiled rsync on an HPUX 11i box, and got lots of errors about redefining sendfile() and sendpath(). The compilation succeeded, but the binary failed. I then took a binary I had compiled on an HP11.00 box, and it worked fine. I tried this with both gcc & the HP ansic compilers. The same results. I am attaching a full transcript of the configure & compilation session. The ld

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:

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

I should mention that this version of R has been verified to configure and compile on the following platforms: PLATFORM COMPILER alpha-dec-osf3.2 cc hppa1.1-hp-hpux9.07 gcc or c89 i386-unknown-freebsd2.1.5 gcc i686-unknown-linux gcc mips-sgi-irix6.2 cc