Re: Can't launch apps, fork() returns ENOMEM

On Wed, 11 Apr 2018 at 14:02:57 -0600, Daniel Drake wrote: > I was wrong in thinking that gspawn lets you say "run this binary, and > here's the fd that you should use for stdout". The interface for that is the newer GSubprocess and GSubprocessLauncher. > So, in order to avoid needing

Re: Extending GtkMountOperation to support TrueCrypt/VeraCrypt

On Fri, 02 Feb 2018 at 18:02:24 +0100, Matthias Clasen wrote: > On Thu, Jan 25, 2018 at 2:15 PM, segfault wrote: >>A team mate will also send an >>email regarding this to GNOME UX people in the next days, so you won't >>see any code from us implementing a GUI

Re: Strict aliasing, yes or no?

On Tue, 18 Apr 2017 at 23:05:04 +0100, Daniel Boles wrote: > Well, technically, code that relies on aliasing is > inherently buggy from the outset, because that violates the standard. Not relying on aliasing forbids casting between dissimilar types, which rules out "normal" C tricks like casting

Re: gtk changes in the jhbuild moduleset

On Fri, 2016-10-07 at 11:14 -0400, Matthias Clasen wrote: > On Fri, Oct 7, 2016 at 6:36 AM, Bastien Nocera > wrote: > > Which would mean nothing called "gtk+" in the modulesets? Why not > > keep > > either gtk 3.x or gtk 4.x with that name? > > > > I'd expect the "gtk+" module

Re: Number of dynamically linked libraries (Was: Re: Gtk+4.0)

On 23/06/16 11:22, Sébastien Wilmet wrote: > On Wed, Jun 22, 2016 at 05:19:19PM +0100, Simon McVittie wrote: >> If there is a compelling advantage to splitting up libraries, of course, >> by all means do so. > > I have an example: gspell: > https://wiki.gnome.org/Projects/

Re: Number of dynamically linked libraries (Was: Re: Gtk+4.0)

ver control to main(). -- Simon McVittie Collabora Ltd. <http://www.collabora.com/> ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: Gtk+4.0

ibrary, and all the rest of it). It's not clear that this really helps us. -- Simon McVittie Collabora Ltd. <http://www.collabora.com/> ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: Developing a new text editor widget?

On Sat, 11 Jun 2016 at 11:47:25 +0200, Sébastien Wilmet wrote: > On Sun, Jun 05, 2016 at 12:33:20PM -0700, Christian Hergert wrote: > > Are there situations where the character is larger than a single cell? > > Yes I think. > > In French there is æ and œ, those should ideally be displayed as

Re: g_spawn_async_with_pipes is not thread safe

gnal-safe. Unfortunately, Linux doesn't have that system call. libdbus would have the same issue on platforms that don't have closefrom(). -- Simon McVittie Collabora Ltd. <http://www.collabora.com/> ___ gtk-devel-list mailing list gtk-devel-list@

Re: G_UTF8String: Boxed Type Proposal

g it through an encoding like UCS-4, UTF-8 or ISO-8859-1. Some encodings are more obvious than others, and in particular non-Unicode encodings like ISO-8859-1 cannot represent every Unicode code point. -- Simon McVittie Collabora Ltd. <http://www.collabora.com/> ___

Re: Application id, XDG App, and you.

mething like: > > [Desktop Entry] > AliasFor=org.gnome.clocks.desktop Or maybe org.gnome.clocks.desktop could grow a key Aliases=gnome-clocks.desktop; or something? This seems like something to take to the xdg (not -app) mailing list and the main Desktop Entry Specification document

Re: Broken 'C' compilation when building from Master with MSVC

GLib, perhaps GLib should require that MSVC compilation is done with something like cl.exe -Dinline=__inline which *is* a suitable compiler? S -- Simon McVittie Collabora Ltd. <http://www.collabora.com/> ___ gtk-devel-list mailing list gtk

Re: g_error_free() warning on null pointer

On 01/09/15 04:03, Michael McConville wrote: > Simon McVittie wrote: >> The intention throughout the GLib-based stack is that if a >> g_return[_val]_if_fail() is hit, it indicates that the caller has >> called the function incorrectly, in a way that is considered to be &

Re: Null check in g_hash_table_lookup()

this assumption does not hold, because there's a pervasive assumption that a struct with all-bits-zero has all its pointer members set to NULL. -- Simon McVittie Collabora Ltd. http://www.collabora.com/ ___ gtk-devel-list mailing list gtk-devel-list

Re: g_error_free() warning on null pointer

://bugzilla.gnome.org/show_bug.cgi?id=660809 for more on this. -- Simon McVittie Collabora Ltd. http://www.collabora.com/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: GDBusProxy missing bus signals during construction

thread), with each callback ignoring any object paths that are not relevant to that thread. -- Simon McVittie Collabora Ltd. http://www.collabora.com/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk

Re: GDBusProxy missing bus signals during construction

to subscribe to signals is analogous to the lower-level Gio.DBusConnection.signal_subscribe API. -- Simon McVittie Collabora Ltd. http://www.collabora.com/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk

Re: Antwort: Re: SIGTRAP when sending signal on closing dbus connection

condition that will sometimes crash your program anyway. If some code has broken reference-counting and is sometimes going to crash, I'd prefer it to crash more often, so that its developer can find and fix it. -- Simon McVittie Collabora Ltd. http://www.collabora.com

Re: SIGTRAP when sending signal on closing dbus connection

, we will need to see a test-case that demonstrates the bug. -- Simon McVittie Collabora Ltd. http://www.collabora.com/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: Using Python v3.3 while building Glib

On 13/05/15 08:59, John Emmas wrote: Are the .pyc files just used internally by python itself (in other words, the name isn't important)? Yes. For instance http://raulcd.com/how-python-caches-compiled-bytecode.html looks like a reasonable summary. -- Simon McVittie Collabora Ltd. http

Re: RFC: GtkPreview library

On 27/01/15 15:55, Jasper St. Pierre wrote: Wayland requires two features that would perhaps make it unportable: FD passing (SCM_CREDENTIALS), and shared memory (allocate a temporary files, ftruncate it, mmap it, unlink it and then send the fd across the wire). Everything else is just a simple

Re: A Gtk's build system ?

On 05/08/14 18:43, Victor Aurélio Santos wrote: +1 for waf, I currently use it in my projects, it's features are very good/cool and it extensibility is very simple, basically as you have told. The Autotools are not without their flaws, but they have also solved many real-world build problems

Re: Implementing GObject interfaces in Python

On 25/06/14 15:35, W. Michael Petullo wrote: class MyClass (MyPkg.Iface): This is trying to subclass an interface without also subclassing any concrete object type. You probably want: class MyClass(GObject.Object, MyPkg.Iface): as described, e.g., here:

Re: GLogLevelFlags enum and g_log

On 28/05/14 21:52, Jonathan S. Shapiro wrote: So in both cases an enum can be smaller than an int according to implementation-defined criteria. The more substantive difference is that in C++ an enum can be /larger/ than an int. The text you quoted doesn't seem to imply that enums can't be

Re: GLogLevelFlags enum and g_log

On 26/05/14 10:59, Simon McVittie wrote: If this is the case, then it would seem wise to add something like G_STATIC_ASSERT (sizeof (enum { A = 1 }) == sizeof (int)); to check this assumption. Let's see what GLib maintainers think: https://bugzilla.gnome.org/show_bug.cgi?id=730932

Re: GLogLevelFlags enum and g_log

On 24/05/14 17:59, Umut Tezduyar Lindskog wrote: Normally it shouldn't be a problem but since glib defined values of GLogLevelFlags can fit in to 8 bits, sizeof(GLogLevelFlags) could be 1 depending on the compiler. My understanding is that GLib (and particularly GObject) has a general

Re: gdbus function call on interface NULL does not work

On 22/08/13 14:54, Bernhard Schuster wrote: I created a demo which shows that remote method calls on interface NULL do not work with `g_dbus_connection_register_object`. According to http://dbus.freedesktop.org/doc/api/html/group__DBusMessage.html#ga6c8a4c5d350c1962b11300cc4dd0c2e2 the spec

Re: gdbus function call on interface NULL does not work

On 27/08/13 14:43, Colin Walters wrote: On Tue, 2013-08-27 at 11:01 +0100, Simon McVittie wrote: but that doesn't seem very well thought-out, and I'd be tempted to delete it from the spec. I think the idea with this, though of course Havoc would know better, was to enable dbus-python

Re: New GObject Introspection tutorial

On 14/06/13 23:14, Colin Walters wrote: Not that waf is bad exactly It's perhaps worth pointing out that waf is pretty awkward for distributions with a strong commitment to ship source code for everything, build everything from its actual source, and avoid duplication:

Re: GTK+3 win32/64 build environment

On 10/04/13 11:50, tarn...@tarnyko.net wrote: Plus, my tests have proven that it matters while building. There are some fixes for libtool and the compiler itself in the buildenv (see the 64-bit one) ; if you use a different version, it will sometimes break the build. If libtool as shipped by

Re: [GObject-Introspection] Doubt about GIR files generation

On 07/03/13 13:04, Alejandro T. Colombini wrote: if any symbol name has been added or modified in the version being build, libtool complains about undefined references to these symbols while linking. It happens only during the g-ir-scanner execution and doesn't in the regular linking of the

Re: Function completion for GVariant maybe types?

On 21/02/13 15:55, Markus Elfring wrote: I imagine that I would need an additional function g_variant_get_child_type You don't. g_variant_get_type() and g_variant_type_element() are enough. S ___ gtk-devel-list mailing list

Re: Function completion for GVariant maybe types?

On 20/02/13 09:45, Markus Elfring wrote: Do any software developers dare to think about extensions around the function g_variant_new_maybe once more? Ryan and I have explained several times why we don't think the semantics you requested are useful to have in GLib. Repeatedly asking for the same

Re: Function completion for GVariant maybe types?

On 20/02/13 16:37, Markus Elfring wrote: I need it for concrete adjustments in applications like a partition manager. I don't see how this is relevant to GVariant. How are you using variants? What does the variant represent? What type is it? What data structure are they stored in? Why are you

Re: [PATCH] icon-theme: fix leak in insert_theme()

On 01/12/12 01:42, Alex Chiang wrote: We allocate path with g_build_filename() but never free it. I don't think this patch is correct. Ownership of @path is given to @dir_mtime at line 1109 (in git master as of 97c235405d9), so freeing it as in your patch causes a use-after-free in

Re: Problems with un-owned objects passed to closures in pygobject (gtk_cell_renderer_text_start_editing)

On 29/01/13 11:44, Simon Feltman wrote: It seems like the problem at hand can be solved by maintaining the floating ref and adding our own safety ref for the wrapper. My impression was that floating references were purely for C convenience, and that interpreted languages with their own

Re: [gobject-introspection] How to use caller-allocates and allow-none annotations in Clutter

[I am not a g-i developer, please do not take this as authoritative.] On 07/01/13 13:22, Kouhei Sutou wrote: ClutterActorIter iter; ClutterActor *child; clutter_actor_iter_init (iter, container); while (clutter_actor_iter_next (iter, child)) { /* do something with child

Re: Glib question: Is PCRE in some intermediate state?

On 30/11/12 14:37, John Emmas wrote: I noticed that pthread_mutex_lock() and pthread_mutex_unlock() are getting called in numerous places from the module glib/gatomic.c. There's a native Win32 implementation of atomic operations using MemoryBarrier(), etc.: the pthreads version is meant to be a

Re: [PATCH] Fix 'make check' when the system glib is older than 2.34

On 29/11/12 01:58, Vinicius Costa Gomes wrote: [PATCH] Fix 'make check' when the system glib is older than 2.34 Open a bug? Which OS is this on, what configure options did you use, and which version are your pkg-config and libtool? noinst_PROGRAMS = $(TEST_PROGS) -LDADD =

Re: File chooser recent-files

On 21/11/12 20:36, Federico Mena Quintero wrote: On Mon, 2012-11-19 at 10:52 +, Simon McVittie wrote: If this sort of change is important, it sounds to me as though Gtk 2 should continue to have (short!) branches corresponding to a GNOME release when necessary? GTK+ 2.24.x still has

Re: File chooser recent-files

On 16/11/12 19:27, Federico Mena Quintero wrote: In retrospect, I completely agree with you: the changes to make the file chooser start up in recently-used mode when no starting folder is specified, should have gone into master only, not in the stable branches. ... (The file chooser is a bit

Re: Mainloop debugging tool idea

On 18/11/12 23:55, Bastien Nocera wrote: was wondering whether the shell was actually blocking at any point Short answer, from the (blockers of the) bug you mentioned: yes. Help welcome; I've done some work on reducing blocking, but I'm probably not going to be able to continue to work on that

Re: compiler optimization causing issues with glib

On 01/06/12 16:43, Mike wrote: The issue seems to somehow relate to calling fork. From GLib documentation (e.g. http://developer.gnome.org/glib/2.32/glib-The-Main-Event-Loop.html): On Unix, the GLib mainloop is incompatible with fork(). Any program using the mainloop must either exec() or

Re: Function completion for GVariant maybe types?

On Sat, 31 Dec 2011 at 17:22:57 +0100, Markus Elfring wrote: - if the maybe contains a value, return the NULL of the same type Would you like to give the clarification of this open issue another try? How do you think about extensions for the support of nullable data types around the

Re: Announce: glib-jsonrpc

On Tue, 03 Jan 2012 at 16:38:35 -0800, Christian Hergert wrote: And at this point, I expect flames about re-implementing DBUS. However, I still find it useful in cases where DBUS clients aren't viable (JSON API server, application controllable by iOS/Android, etc). I think JSON and D-Bus both

Re: GVariant singletons

On Wed, 07 Dec 2011 at 20:06:32 +0100, Mikkel Kamstrup Erlandsen wrote: And yes, yes, I know this is another slap in the face for the valgrind camp. Sorry! Commit a Valgrind suppressions file to GLib and all will be forgiven :-) (But seriously: would people be interested in GLib

Re: Function completion for GVariant maybe types?

On Mon, 05 Dec 2011 at 19:45:39 +0100, Markus Elfring wrote: type = g_variant_get_type (gv); How do you think about the following instructions? GVariant* contained = g_variant_get_child_value (value, 0); type = g_variant_get_type (contained); What is the type of value? If

Re: GObjectClass.dispose and bringing objects back to life

On Fri, 02 Dec 2011 at 15:55:18 +0900, Tristan Van Berkom wrote: Yes, real-world well-written GObjects *must* not crash after being disposed, code that crashes because apis are called after dispose time are bugs, and you should fix them as specially if you have possible circular object

GObjectClass.dispose and bringing objects back to life

Hi, I've been looking into the details of how GObjects are destroyed, hoping to solve https://bugzilla.gnome.org/show_bug.cgi?id=665211, in which disposing a global singleton GDBusConnection in one thread races with reffing and using it in another thread, causing resurrection and a crash if both

Re: gobject-introspection-0.10.8 warnings on AIX

On Tue, 15 Nov 2011 at 12:48:35 -0600, Albert Chin wrote: We've built gobject-introspection-0.10.8 on AIX, HP-UX, Solaris, IRIX, Tru64 UNIX, and RHEL. We have it compiling everywhere except AIX. We're seeing the following error. Any ideas?

Re: GThread struct now hidden

On Thu, 13 Oct 2011 at 12:48:26 +0200, Murray Cumming wrote: This change in glib master does indeed break glibmm: http://git.gnome.org/browse/glib/commit/?id=d904612100120d12126f1a6623a106d8a5b02fa6 Unless it's really really necessary, it would be great if you would not do this, or if you

Re: Function completion for GVariant maybe types?

On Mon, 10 Oct 2011 at 20:00:32 +0200, Markus Elfring wrote: 1. g_variant_is_maybe A new predicate function that can provide another type check (like g_variant_is_container). g_variant_type_is_maybe exists. If you have a GVariant* variable, you should usually know what type it is already,

Re: circular dependency between glib and pkg-config

On Wed, 28 Sep 2011 at 23:52:26 -0700, stu...@zulazon.com wrote: CXXCPP C++ preprocessor There are many more like this (CC, LD, CXXFLAGS etc.), but they're standard for all Autotools packages, and none are mandatory. PCRE_CFLAGS C compiler flags for PCRE, overriding pkg-config

Re: _wstat on Windows (actually stat stuff in general)

On Wed, 28 Sep 2011 at 11:03:00 +0200, Kean Johnston wrote: Offering a portable, no-ifdefs-required, suitably-large-sized-to-accomodate-everyone structure ... yes *STRUCTURE* that all code can use completely portably without having to worry about anything ... ... until GLib is ported to

Re: right click *in* a menu

On Tue, 07 Dec 2010 at 16:48:19 +0100, Christian Dywan wrote: I suppose I'd need to actually try it in a situation where it is useful. I've never used RiscOS. And on all other systems I can think of a menu is distinctly floating and temporary. RISC OS really needed this feature, where many

Re: Doubts about GPeriodic

On Fri, 22 Oct 2010 at 16:48:34 -0400, Owen Taylor wrote: I suppose you could tag D-Bus methods in some fashion, and have the D-Bus client library reorder the messages. But again, that depends on the user recognizing where compression is useful. Some D-Bus APIs rely on method replies and

Re: AC_MSG_RESULT(patching libtool to fix HIDEOUS BREAKAGE) [was Re:dconf 0.5]

On Wed, 04 Aug 2010 at 22:54:59 +0200, Krzysztof Kosiński wrote: Meanwhile Waf is architecturally quite simple and allows you to write concise scripts in Python. ... but it appears to be distribution-hostile, at least in its current state:

Re: GObject: Class and Instance Method

On Fri, 30 Jul 2010 at 09:45:14 +0200, Matthias Berndt wrote: I understand it as the instance method for an object instance is declared on the class. Declaring the method on the instance data structure seems more logical to me. I mean something like this: Instance methods (as they're normally

Re: [PATCH] GKeyFile: Switch gint to gint64

On Fri, 02 Apr 2010 at 14:24:03 +0300, Tor Lillqvist wrote: You could also add separate get/set functions for longlong or int64, That is obviously the correct way to do it. Your patch would break API. I have some code in telepathy-glib that adds separate getters for [u]int64, which I'd be

Re: gthread: how many cores do I have?

On Mon, 15 Mar 2010 at 14:31:24 +, jcup...@gmail.com wrote: On 15 March 2010 11:36, Tor Lillqvist t...@iki.fi wrote: Well, firstly the function name should use processors and not cores. Why? Isn't the interesting metric the number of cores, rather than the number of fully-independent

Re: Testing for memory leaks in GTK

On Thu, 07 Jan 2010 at 08:59:38 +1100, Erik de Castro Lopo wrote: Does that mean I have to recompile glib in order to use this tool? Debian's GLib packages compile GLib twice; the normal copy with the recommended hidden-visibility settings ends up in /usr/lib in the normal libglib2.0-0 binary

Re: A few comments on GVariant

On Mon, 30 Nov 2009 at 13:27:02 +0100, Christian Persch wrote: - space efficiency: I was trying to build a variant containing some data, and multiple dicts to get at the data from various keys. i.e a{sv}a{sv}a{sv}. I though that if I constructed the data GVariants first, and then added

Re: A few comments on GVariant

On Mon, 30 Nov 2009 at 21:08:54 +0100, Christian Persch wrote: We do have that already with G_GINT*_FORMAT, G_GS[S]IZE_FORMAT, G_GOFFSET_FORMAT, and at least the G[S]SIZE one is useful. I was under the impression that those were mainly to support the fact that the right printf character varies

Re: Reviewing GVariant

On Wed, 28 Oct 2009 at 03:32:16 -0400, Ryan Lortie wrote: GVariant type strings can be made indefinite by the addition of wildcard characters. For example: (i*) - a pair where the first element is a 32bit integer and the second element has any valid type With my D-Bus hacker

Re: Mocks and coverage with gtk/glib test frameworks?

On Mon, 26 Oct 2009 at 06:58:35 -0500, Michael Libby wrote: 2. Is there any way to measure code coverage? In Telepathy we use the standard gcov framework that comes with gcc, together with lcov (apt-get install lcov) to produce a nice HTML report. For instance, have a look at /m4/compiler.m4 and

Re: GDBus/GVariant: well-known vs unique names

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Wed, 14 Oct 2009 at 21:34:26 -0400, David Zeuthen wrote: - Ideally make insane things impossible to do - e.g. only allow proxy creation for unique bus names - not well-known names. Instead people will discover they should be

Re: Wrapping Errors

On Thu, 20 Aug 2009 at 22:09:21 -0400, Yu Feng wrote: However, because GError is always accessed by pointers and no GLib program is supposed to statically allocate memory for GError Er, is nobody supposed to allocate GErrors statically? That's the first I'd heard of it... In code using

Re: windows [Re: Review of gnio, round 2]

On Sun, 10 May 2009 at 10:53:01 -0400, Dan Winship wrote: But if you bind() and then connect() (eg, like the rcmd/rsh/rlogin suite) then maybe you don't want SO_REUSEADDR. (And looking at the glibc source for rresvport(), it doesn't use SO_REUSEADDR, and instead just keeps trying different

Re: GVariant for prez!

On Sat, 02 May 2009 at 13:02:39 -0400, David Zeuthen wrote: My view is that it's not really realistic to do this, I think it's a convenient thing that I can get/pass well-known data-types like GHashTable or GPtrArray from/to remote objects. This allows adding D-Bus support to

Re: GVariant for prez!

On Mon, 04 May 2009 at 10:25:06 -0400, David Zeuthen wrote: In contrast, most D-Bus clients that I write these days are not based on the stick GValue in GHashTable, use GValueArray as a struct design because it's just incredibly awkward to work with. You're clearly not happy with the

Re: GVariant for prez!

On Mon, 04 May 2009 at 20:30:13 +0200, Mikkel Kamstrup Erlandsen wrote: 2009/5/4 Simon McVittie simon.mcvit...@collabora.co.uk: On Sat, 02 May 2009 at 13:02:39 -0400, David Zeuthen wrote:  o I'm worried that GVariant supports a superset of the D-Bus    protocol. Right, ideally GVariant

Re: D-Bus AFL/GPL issues (was Re: GLib plans for the next cycle)

On Thu, 23 Apr 2009 at 21:11:13 +0100, Robert McQueen wrote: dbus-python has had to duplicate a lot of the checking that libdbus does to validate calls before calling methods in libdbus, because whilst libdbus requires the application programmer gets stuff right at all times, dbus-python can

Re: Deprecation and GSEAL

On Thu, 16 Apr 2009 at 12:25:43 -0400, Cody Russell wrote: I'm not sure if __GNUC__ 2 is the right thing to check for, if anyone knows when the deprecated attribute was introduced then this can be changed. GLib defines G_GNUC_DEPRECATED, which expands to __attribute__((deprecated)) in gcc

Re: GVariant for prez!

On Mon, 13 Apr 2009 at 15:56:36 -0400, Havoc Pennington wrote: It looked like you might allow non-string dict keys, was one I noticed. Er, so does D-Bus... Telepathy uses a{uu} in at least one place. I personally think D-Bus has about the right balance for what to allow as a key in a dict (any