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