similar to: src/plugin.c

Displaying 10 results from an estimated 10 matches similar to: "src/plugin.c"

2007 Nov 06
0
configure.ac src/Makefile.am src/plugin.c
configure.ac | 2 +- src/Makefile.am | 5 +++-- src/plugin.c | 26 ++++++++++++++++++++++---- 3 files changed, 26 insertions(+), 7 deletions(-) New commits: commit ca13a1daef653a80e89250e273496ca01dfccddd Author: Benjamin Otte <otte at gnome.org> Date: Tue Nov 6 21:29:54 2007 +0100 make sure the plugin is never unloaded (#13110, reported by Tom Parker) It seems
2001 Mar 16
3
Patches for NetBSD
I submitted four new packages for the NetBSD pkgsrc collection: libao, libogg, libvorbis and vorbis-tools for 1.0beta4. The following is some of the patches needed for libao and vorbis-tools. Official Developers: When you receive patches or development suggestions can you please acknowledge them? (For example: "Noted.", "Thanks, but already done.", "Not necessary,
2013 Jan 18
1
Updating gtk2
What does this error mean? Updating : gtk2 35/178 g_module_open() failed for /usr/lib64/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so: /usr/local/lib/libpng12.so.0: undefined symbol: inflateReset /usr/bin/gtk-query-immodules-2.0-64: /usr/local/lib/libpng12.so.0: no version information available (required by /usr/lib64/libcairo.so.2)
2008 Jan 14
0
8 commits - player/swfdec-player.c player/swfdec-player.ui player/swfdec-window.c player/swfdec-window-handlers.c
player/swfdec-player.c | 8 ++++---- player/swfdec-player.ui | 9 ++++++++- player/swfdec-window-handlers.c | 19 ++++++++++++++++++- player/swfdec-window.c | 35 +++++++++++++++++++++++++++++++++-- 4 files changed, 63 insertions(+), 8 deletions(-) New commits: commit d7840716923b5367caf9fef02511161ce1c105dd Author: Benjamin Otte <otte at gnome.org> Date:
2007 Aug 02
1
player/swfplay.c
player/swfplay.c | 36 +++++++++++++++++++++++++----------- 1 files changed, 25 insertions(+), 11 deletions(-) New commits: diff-tree ba4f1da69d0c74c45b0b4d92330f2203d258bb49 (from 3398ec3ae1d036d76054f7ddec170dc158e47079) Author: Benjamin Otte <otte at gnome.org> Date: Thu Aug 2 11:54:25 2007 +0200 make swfplay open normal files again and not require complete URLs diff --git
2007 Sep 02
2
imap process consuming 100% CPU (Dovecot 1.0.3)
Hi, I have yet another problem with Dovecot: sometimes (rarely, maybe once every few days) one of the imap processes will 'hang', consuming all available CPU time. It does not seem to 'finish' in any reasonable amount of time (in one instance I waited a few days). This process will not even exit gracefully, it needs to be killed with 'kill -9 <PID>'. It has
2020 Aug 20
0
[PATCH nbdkit 12/13] wrapper: Port the wrapper to run on Windows.
This also defines SOEXT as the extension of shared objects (ie. "so" or "dll"), and uses it everywhere. I assumed this must already be defined by either autoconf or mingw (like OBJEXT) but I cannot find anything except in glib (G_MODULE_SUFFIX). Thanks: Zebediah Figura for helping out with exec vs spawn on Windows. --- configure.ac | 8 +++-
2010 Jul 20
1
imap core dumping on signal 10
We are just trying to bring up a new server and chose to use Dovecot rather than the uw-imap from our previous servers. At this point I am just testing with some throw away accounts using squirrelmail. I can load my inbox, but then the imap connection is lost. I presume you need some real information to get your teeth into, so this is going to get a little long. I'll give you three things
2007 Sep 02
4
IMAP: Disconnected: BUG: Unknown internal error (Dovecot 1.0.3)
Hi, I am getting the following error in the server mail logfile: > Sep 2 18:39:44 h648123 dovecot: IMAP(<account>)(<PID>): Disconnected: BUG: Unknown internal error (mail_debug is on, but there is not really much context for this in the log file, ie. no log events for several minutes, and then it appears, all of a sudden). On the client side, it looks like this (with some
2020 Aug 20
15
[PATCH nbdkit 0/13] Port to Windows without using a separate library.
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