search for: vfprintf

As this symbol is never exported from the server, don't call it "nbdkit_vfprintf". Also move it to a new file to make forthcoming changes easier. Fixes commit 1c230358462c349533062eda9e4072054fda0e21. --- server/Makefile.am | 1 + server/internal.h | 14 +++++----- server/log.c | 24 ----------------- server/vfprintf.c | 65 +++++++++++++++++++++++++++++++++++++...

...Here the message from the dovecot.log: dovecot: Feb 02 09:30:00 Error: pop3-login: file pop3-proxy.c: line 20 (proxy_input): assertion failed: (!client->destroyed) dovecot: Feb 02 09:30:00 Error: pop3-login: Raw backtrace: pop3-login [0x8052fe0] -> pop3-login [0x8052ab4] -> pop3-login(vfprintf+0x2324) [0x804c6fc] -> pop3-login(vfprintf+0x2c9a) [0x804d072] -> pop3-login(vfprintf+0x1086) [0x804b45e] -> pop3-login(vfprintf+0x29d0) [0x804cda8] -> pop3-login [0x8056346] -> pop3-login [0x8055849] -> pop3-login(vfprintf+0x39d6) [0x804ddae] -> /lib/i686/libc.so.6(__libc_star...

...https://marc.info/?l=openbsd-ports&m=159731598419071&w=2 OpenBSD's printf functions have a (mostly annoying but occasionally useful) feature where they generate a syslog entry if printf %s format is called with a null pointer. It is tripped in lmtp/lda deliveries with 2.3.11.3: lmtp: vfprintf %s NULL in "Cache %s: " dovecot-lda: vfprintf %s NULL in "Cache %s: " src/lib-index/mail-cache.c: .. 557 struct mail_cache * 558 mail_cache_open_or_create_path(struct mail_index *index, const char *path) 559 { .. 565 cache->filepath = i_strdup(path); .. 572 e...

...arch path "/usr/lib" is unsafe for cross-compilation /home/yanchao/research/musl-1.1.6/lib//libc.a(__libc_start_main.o): In function `__libc_start_main': src/env/__libc_start_main.c:(.text+0x30): undefined reference to `__aeabi_memset' /home/yanchao/research/musl-1.1.6/lib//libc.a(vfprintf.o): In function `vfprintf': src/stdio/vfprintf.c:(.text+0x28): undefined reference to `__aeabi_memset' /usr/local/arm-2009q3/lib/gcc/arm-none-linux-gnueabi/4.4.1//libgcc.a(_dvmd_lnx.o): In function `__aeabi_ldiv0': (.text+0x8): undefined reference to `raise' /usr/local/arm-2009q3/li...

...ntroller: Digium, Inc. Wildcard TE420 quad-span T1/E1/J1 card 3.3V (PCI-Express) (5th gen) (rev 02) A piece of gdb output looks like this: Core was generated by `/usr/sbin/asterisk -f -U asterisk -G asterisk -vvvg -c'. Program terminated with signal 11, Segmentation fault. #0 0x0014c4e5 in vfprintf () from /lib/libc.so.6 #0 0x0014c4e5 in vfprintf () from /lib/libc.so.6 No symbol table info available. #1 0x00156742 in fprintf () from /lib/libc.so.6 No symbol table info available. #2 0x00949d59 in ?? () from /usr/lib/libopenr2.so.3 No symbol table info available. #3 0x00000000 in ?? () No s...

...ibresolv.so.2 Reading symbols from /lib/i686/libc.so.6...done. Loaded symbols for /lib/i686/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib/libnss_files.so.2...done. Loaded symbols for /lib/libnss_files.so.2 #0 0x42047ca7 in vfprintf () from /lib/i686/libc.so.6 (gdb) bt #0 0x42047ca7 in vfprintf () from /lib/i686/libc.so.6 Cannot access memory at address 0xb6fc9f10 (gdb) This happens on different host/host combinations. All hosts are on RHL 8.0 with latest patches. Regards, Bernie

Our use of "%m" in various error messages is testament to the project's initial life on Linux - but other than Cygwin, I know of no other platforms supporting that glibc extension. We COULD audit the code and manually turn "%m" into "%s"/strerror(errno), but that's a lot of churn. Instead, let's fix the few outliers that can't be easily wrapped, then

...start() and va_end() macro for Rvprintf() in src/main/printutils.c 2) fixing error by adding {} around calling error() in src/main/printutils.c --- src/main/printutils.c.FCS Mon Apr 10 07:19:28 2006 +++ src/main/printutils.c Tue Jun 13 12:07:05 2006 @@ -579,14 +579,15 @@ (con->vfprintf)(con, format, argcopy); va_end(argcopy); #else /* don't support sink(,split=TRUE) */ - va_start(arg, format); + /* va_start(arg, format); */ /* not for FREEBSD_4 */ (con->vfprintf)(con, format, arg); - va_end(arg); + /* va_end(arg); */ + /* not for FRE...

...c void errx(int, const char *, ...) __attribute__((format(printf, 2, 3))); +static void warn(const char *, ...) __attribute__((format(printf, 1, 2))); + +static void +err(int r, const char *fmt, ...) +{ + va_list args; + + va_start(args, fmt); + fprintf(stderr, "%s: ", strerror(errno)); + vfprintf(stderr, fmt, args); + fputc('\n', stderr); + va_end(args); + exit(r); +} + +static void +errx(int r, const char *fmt, ...) +{ + va_list args; + + va_start(args, fmt); + vfprintf(stderr, fmt, args); + fputc('\n', stderr); + va_end(args); + exit(r); +} + +static void +warn(const char...

...itly. tftpd has a no daemonize flag -- this is not used either started it normally or from the sample inetd... I'm thinking of doing: my_syslog(int priority, const char *format, ...) { va_list ap; va_start(ap, format); if(use_tty == TRUE) vfprintf(stderr, format, ap); else vsyslog(priority, format, ap); va_end(ap); } and building with -Dsyslog=my_syslog I like the fact when the startup options are incorrect, they're logged...so I need "use_tty" set up before anything else. marty

Dear openssh people, Here's something to try: $ echo a >a $ echo b >b $ echo c >c $ $ scp a b c $ $ echo $? 1 $ cat a b c a b b Ouch! Also, for comparison: $ cp a b c cp: copying multiple files, but last argument `c' is not a directory Try `cp --help' for more information. $ rcp a b c rcp: c: Not a directory. $ Note that the cp behavior is specified in SuSv2.

...i or if I use sieve-test program. It seems only to occur if the script called from dovecot To compare I tried gdb as well as user vmail and get more detailed information [New process 20844] Program received signal SIGSEGV, Segmentation fault. [Switching to process 20844] 0x00007ffff7203694 in _IO_vfprintf_internal (s=s at entry=0x7fffffffd710, format=<optimized out>, format at entry=0x555555764938 "chroot(%s) failed: Bad address", ap=ap at entry=0x7fffffffd970) at vfprintf.c:1635 1635 process_string_arg (((struct printf_spec *) NULL)); bt full does return much more in this ca...

...usr/local/lib/R/library/akima/libs/akima.so...done. Reading symbols from /usr/local/lib/R/library/MASS/libs/MASS.so...done. Reading symbols from /usr/local/lib/R/library/spatial/libs/spatial.so...done. Reading symbols from /usr/local/lib/R/library/modreg/libs/modreg.so...done. #0 0x4021df2a in _IO_vfprintf (s=0x726b2e78, format=0x811ad81 "ep\n", ap=0xbfffde18) at vfprintf.c:1024 1024 vfprintf.c: No such file or directory. #1 0x40225f47 in fprintf (stream=0x726b2e78, format=0x811ad81 "ep\n") at fprintf.c:32 32 fprintf.c: No such file or directory. (gdb) up #2 0x806ca78 i...

...ied the newest patch, but it does not seem to work for me (on Linux). Despite the check in Rconn_printf, the write.csv happily writes to /dev/full and does not report an error. When I added a printf("%d\n", res); to the Rconn_printf() definition, I see only positive values returned by the vfprintf call. Cheers, j. On 4 July 2017 at 21:37, Duncan Murdoch <murdoch.duncan at gmail.com> wrote: > On 04/07/2017 11:50 AM, Jean-S?bastien Bevilacqua wrote: > >> Hello, >> You can find here a patch to fix disk corruption. >> When your disk is full, the write function...

...benchmarks/bc-1.06/src/getopt.i.bc benchmarks/bc-1.06/src/global.i.bc benchmarks/bc-1.06/src/load.i.bc benchmarks/bc-1.06/src/main.i.bc benchmarks/bc-1.06/src/number.i.bc benchmarks/bc-1.06/src/scan.i.bc benchmarks/bc-1.06/src/storage.i.bc benchmarks/bc-1.06/src/util.i.bc benchmarks/bc-1.06/src/vfprintf.i.bc -link-as-library llvm-ld: error: Cannot load file 'benchmarks/bc-1.06/src/bc.i.bc'Bytecode file 'benchmarks/bc-1.06/src/bc.i.bc' could not be loaded: Don't know how to deserialize primitive type 16 (Vers=0, Pos=15) I am using llvm-ld built from the cvs checked out yeste...

...DBG_VALUE %I19, 88, !"ap", <!345>; line no:381 indirect 'StartLabel' is: .Ltmp327 'I19' is the stack-pointer, and it is the expression 'EndLabel = getLabelAfterInsn(End)' that is returning 'nullptr'. This happens only when compiling 'vfprintf.c' or 'vfwprintf.c' from Newlib v2.5.0, and line #381 referenced is the location of the declaration of the function '_vfwprintf_r'. But our implementation does not directly do anything with Dwarf meta-data, so I don't understand what we could be doing that would cause this....

...oid) +{ + int r = pthread_mutex_unlock(&errors_lock); + assert(!r); +} + +/* Called with lock taken. */ static void prologue (const char *type) { @@ -69,11 +89,13 @@ nbdkit_vdebug (const char *fs, va_list args) if (!verbose) return; + lock (); prologue ("debug"); vfprintf (stderr, fs, args); fprintf (stderr, "\n"); + unlock (); errno = err; } @@ -88,6 +110,7 @@ nbdkit_debug (const char *fs, ...) if (!verbose) return; + lock (); prologue ("debug"); va_start (args, fs); @@ -95,6 +118,7 @@ nbdkit_debug (const char *fs, ......

...ULL); + char time[32]; + char* time1 =3D asctime(localtime(&t)); + strncpy(time, time1, 26); + char* newline =3D strchr(time, '\n'); + if(newline) + *newline =3D '\0'; + switch(logmode) { case LOGMODE_STDERR: + fprintf(stderr, "%s%s ", time, ":"); vfprintf(stderr, format, ap); fprintf(stderr, "\n"); fflush(stderr); break; case LOGMODE_FILE: - fprintf(logfile, "%ld %s[%ld]: ", time(NULL), logident, = (long)logpid); + fprintf(logfile, "%s %s[%ld]: ", time, logident, (long)logpid); vfprintf(logfile, f...

Curious to know if this warning is expected behavior, and if so, what is the recommended way instead: > dput(letters, file = stderr()) c("a", "b", "c", "d", "e", "f", "g", "h", "i", "j", "k", "l", "m", "n", "o", "p",

FYI, looks like support for Racoon is ending. Does anyone have any experience with the version in ipsec-tools ? ---Mike >Racoon users, > >This is the announcement that the kame project will quit providing >a key management daemon, the racoon, and that "ipsec-tools" will become >the formal team to release the racoon. >The final release of the racoon in the