search for: funlockfile

...of `__flockfile' /usr/lib/libc.a(flockfile.o)(.text+0x0): first defined here /usr/bin/ld: Warning: size of symbol `__flockfile' changed from 30 in /usr/lib/libc.a(flockfile.o) to 18 in /usr/lib/libpthread.a(lockfile.o) /usr/lib/libpthread.a(lockfile.o)(.text+0x14): In function `funlockfile': : multiple definition of `_IO_funlockfile' /usr/lib/libc.a(funlockfile.o)(.text+0x0): first defined here /usr/bin/ld: Warning: size of symbol `_IO_funlockfile' changed from 30 in /usr/lib/libc.a(funlockfile.o) to 18 in /usr/lib/libpthread.a(lockfile.o) /usr/lib/libpthr...

...tput. */ -static pthread_mutex_t errors_lock = PTHREAD_MUTEX_INITIALIZER; - static void lock (void) { - int r = pthread_mutex_lock (&errors_lock); - assert (!r); + flockfile (stderr); } static void unlock (void) { - int r = pthread_mutex_unlock (&errors_lock); - assert (!r); + funlockfile (stderr); } /* Called with lock taken. */ -- 2.14.3

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

...n int fseek(FILE *, long int, int); - extern int fsetpos64(FILE *, const fpos_t *); + extern int fsetpos(FILE *, const fpos_t *); extern long ftell(FILE *); extern void rewind(FILE *); extern void perror(const char *); @@ -2841,8 +2834,8 @@ extern void flockfile(FILE *); extern void funlockfile(FILE *); - extern int fseeko64(FILE *, off_t, int); - extern off_t ftello64(FILE *); + extern int fseeko(FILE *, off_t, int); + extern off_t ftello(FILE *); extern int ftrylockfile(FILE *); extern void funlockfile(FILE *); # 470 "/opt/lib/gcc/powerpc-ibm-aix5.3.0.0/4.7.4/include-fixe...

The patches following do indeed allow you to compile nbdkit.exe, but it does not actually work yet. I'm posting this experimental series more as a work in progress and to get feedback. Note this does not require Windows itself to build or test. You can cross-compile it using mingw64-* packages on Fedora or Debian, and test it [spoiler alert: it fails] using Wine. Rich.

On 2015-12-17 19:30, peter dalgaard wrote: > Presumably the file in question is one of > > Peter-Dalgaards-MacBook-Air:BUILD pd$ grep -r "^Package: tools" * > library/tools/DESCRIPTION:Package: tools > src/library/tools/DESCRIPTION:Package: tools > > so the first thing I'd do is to have a good look at those files and see if they got somehow corrupted. > >

...(WW) glamor: Expect reduced performance. [ 2331.150] (EE) glamor0: GL error: GL_OUT_OF_MEMORY in glTexSubImage [ 2331.150] (EE) [ 2331.150] (EE) Backtrace: [ 2331.151] (EE) 0: /usr/lib/xorg/Xorg (OsLookupColor+0x139) [0x561f602bb459] [ 2331.151] (EE) 1: /lib/x86_64-linux-gnu/libpthread.so.0 (funlockfile+0x50) [0x7fa3b600a8df] [ 2331.151] (EE) 2: /usr/lib/xorg/modules/libglamoregl.so (glamor_get_pixmap_texture+0x7d) [0x7fa3b2a6155d] [ 2331.152] (EE) 3: /usr/lib/xorg/modules/libglamoregl.so (glamor_create_gc+0x78f4) [0x7fa3b2a73644] [ 2331.152] (EE) 4: /usr/lib/xorg/modules/libglamoregl.so (glamo...

...| 2 +- .gitignore | 2 +- 10 files changed, 69 insertions(+), 17 deletions(-) diff --git a/configure.ac b/configure.ac index aa586997..8c0398fe 100644 --- a/configure.ac +++ b/configure.ac @@ -327,7 +327,6 @@ AC_CHECK_FUNCS([\ fdatasync \ flockfile \ funlockfile \ - get_current_dir_name \ mkostemp \ mlock \ mlockall \ @@ -340,6 +339,7 @@ AC_CHECK_FUNCS([\ dnl Replacement functions that we provide for some platforms. AC_CONFIG_LIBOBJ_DIR([common/replacements]) AC_REPLACE_FUNCS([\ + get_current_dir_name \ getdelim \ getline \ openlog \ diff --...

...lists.x.org Dual gpu configuration: radeon + nouveau. When xinerama is enabled xorg is crashing with the following backtrace: [1208755.149] (EE) Backtrace: [1208755.159] (EE) 0: /usr/lib/xorg/Xorg (OsLookupColor+0x139) [0x55b646b6afc9] [1208755.160] (EE) 1: /lib/x86_64-linux-gnu/libpthread.so.0 (funlockfile+0x50) [0x7f7d21b486ff] [1208755.162] (EE) 2: /lib/x86_64-linux-gnu/libc.so.6 (gsignal+0x10b) [0x7f7d219aa85b] [1208755.163] (EE) 3: /lib/x86_64-linux-gnu/libc.so.6 (abort+0x121) [0x7f7d21995535] [1208755.164] (EE) unw_get_proc_name failed: no unwind info found [-10] [1208755.164] (EE) 4: /lib/x86_6...

...ogfile, "%s connection=%" PRIu64 " %s ", timestamp, h->connection, + act); + if (id) + fprintf (logfile, "id=%" PRIu64 " ", id); + va_start (args, fmt); + vfprintf (logfile, fmt, args); + va_end (args); + fputc ('\n', logfile); + funlockfile (logfile); +} + +/* Shared code for a nicer log of return value */ +static void +output_return (struct handle *h, const char *act, uint64_t id, int r) +{ + const char *s = "Other=>EINVAL"; + + /* Only decode what connections.c:nbd_errno() recognizes */ + switch (r) { + case 0: +...

Here's what I'm currently playing with; I'm not ready to commit anything until I rebase my FUA work on top of this, as I only want to break filter ABI once between releases. Eric Blake (2): backend: Rework internal/filter error return semantics filters: Add log filter TODO | 2 - docs/nbdkit-filter.pod | 84 +++++++-- docs/nbdkit.pod

...704.907] (WW) glamor: Failed to allocate 40x4 FBO due to GL_OUT_OF_MEMORY. [ 32704.908] (WW) glamor: Expect reduced performance. [ 32704.908] (EE) [ 32704.908] (EE) Backtrace: [ 32704.954] (EE) 0: /usr/libexec/Xorg (OsLookupColor+0x13c) [0x55f8f11f175c] [ 32704.978] (EE) 1: /lib64/libpthread.so.0 (funlockfile+0x50) [0x7ff9bb6ecebf] [ 32704.980] (EE) 2: /usr/lib64/xorg/modules/libglamoregl.so (glamor_get_pixmap_texture+0x81) [0x7ff9bad74101] [ 32704.981] (EE) 3: /usr/lib64/xorg/modules/libglamoregl.so (glamor_create_gc+0x7c81) [0x7ff9bad86991] [ 32704.982] (EE) 4: /usr/lib64/xorg/modules/libglamoregl.so...

This is an incomplete port to Windows. Currently the server compiles and starts up successfully, but goes into an infinite loop when you connect to it. Nevertheless I think the approach is ready for feedback. This being Windows the changes go quite deep. Rich.

----- Original Message ----- > From: "James Molloy via llvm-dev" <llvm-dev at lists.llvm.org> > To: "Vaivaswatha Nagaraj" <vn at compilertree.com> > Cc: "LLVM Dev" <llvm-dev at lists.llvm.org> > Sent: Thursday, December 3, 2015 4:41:46 AM > Subject: Re: [llvm-dev] Function attributes for LibFunc and its impact on GlobalsAA > >

Since v1: add the blocksize filter, add testsuite coverage of the log filter, several fixes to the log filter based on what adding tests revealed I'm still working on FUA flag support patches on top of this; the patches should all be committed in the same release, as we want to minimize the number of releases that cause a filter ABI/API bump Eric Blake (3): backend: Rework internal/filter

This is a major rewrite compared to my v1 series, where I've tried a lot harder to ensure that we still accommodate building on Haiku (although I have not actually yet fired up a Haiku VM to try it for myself). I also managed to make the sh plugin fully parallel, on capable platforms. See also my question on patch 10 on whether I've picked the best naming convention. Eric Blake (17):

...was not declared in this scope /usr/include/stdio.h:886: error: ‘FILE’ was not declared in this scope /usr/include/stdio.h:886: error: ‘__stream’ was not declared in this scope /usr/include/stdio.h:886: error: expected ‘,’ or ‘;’ before ‘__THROW’ /usr/include/stdio.h:889: error: variable or field ‘funlockfile’ declared void /usr/include/stdio.h:889: error: ‘FILE’ was not declared in this scope /usr/include/stdio.h:889: error: ‘__stream’ was not declared in this scope In file included from /usr/include/c++/4.3/bits/char_traits.h:48, from /usr/include/c++/4.3/ios:46, from...

Also available here: https://github.com/rwmjones/nbdkit/tree/2020-windows-mingw This is the port to Windows using native Windows APIs (not MSYS or Cygwin). This patch series is at the point where it basically now works. I can run the server with the memory plugin, and access it remotely using guestfish, creating filesystems and so on without any apparent problems. Nevertheless there are many

Also available here: https://github.com/rwmjones/nbdkit/tree/2020-windows-mingw-nolib After a lot of work I have made the port to Windows work without using a separate library. Instead, on Windows only, we build an "import library" (library of stubs) which resolves references to nbdkit_* functions in the main program and fixes up the plugin, basically the first technique outlined in

I have a new problem: Register RBP is used in a function foo. (I am not allocating RBP to any virtual register, the instances of RBP in function foo are in the machine code when my register allocator starts.) Function foo calls function bar. Register RBP is not saved across the call, though it is live after the call. Function bar includes a virtual register. The code that I'm using to