an API related to malloc hooks.
Thanks,
-Hieu
Yours sincerely,
Tim Janik
---
http://lanedo.com/~timj/
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
On Fri, 17 Apr 2009, Cody Russell wrote:
This is rather old, but it never came up again after this so I'd like to
see what thoughts are about how to implement this in C. It was in 2.13
but removed before 2.14 because of disagreement, but I can't find any
public record of the disagreement in gtk
Hello Gtk+ Development Community.
The need for a Gtk+ 3.0 roadmap has been discussed during several
Gtk+ team IRC meetings, at conferences and on other opportunities.
So a few months ago, we've set down to collect the input from so
many people who have contributed feature requests, ideas, improv
Hey All.
Christian Dywan just pointed out to me that bugzilla-subscribing to
[EMAIL PROTECTED] is not good enough to receive all Gtk+ related bug
report emails.
A little investigation [1] shows that most components look like this:
Component | Description | Default Assignee | QA Contact
On Mon, 6 Oct 2008, Yu Feng wrote:
static void
gtk_window_destroy (GtkObject *object)
{
GtkWindow *window = GTK_WINDOW (object);
toplevel_list = g_slist_remove (toplevel_list, window);
if (window->transient_parent)
gtk_window_set_transient_for (window, NULL);
/* frees the icons */
gt
On Fri, 26 Sep 2008, Peter Clifton wrote:
On Fri, 2008-09-26 at 12:57 +0200, Tim Janik wrote:
As i said above, there is no need at all for micro speed optimization
in these code paths. And using GTK_IS_HBOX() adds a type registration
dependency, which prevents things like moving GtkHBox
On Fri, 26 Sep 2008, Peter Clifton wrote:
On Fri, 2008-09-26 at 11:44 +0200, Tim Janik wrote:
- Change additional defaults as needed, e.g.:
gtk_box_init (GtkBox *self)
{
gboolean compat_type =
g_type_is_named (G_OBJECT_TYPE (box), "GtkHBox") ||
g_typ
On Thu, 25 Sep 2008, Mike Kestner wrote:
The types would essentially be
boilerplate, so it's not like they are going to be a maintenance issue.
If the motivation for removing the types is that, "things aren't as
beautiful as they could be" then that argument doesn't really outweigh
the pain of
On Fri, 26 Sep 2008, Andrew Cowie wrote:
On Thu, 2008-09-25 at 13:06 -0400, Matthias Clasen wrote:
The important part of the assert semantics are: if the assertion
fails, the program aborts.
If you are using assertions in a way that make it important where or
how the message is reported
In t
On Mon, 15 Sep 2008, Luke Kenneth Casson Leighton wrote:
ok - can i ask people a favour? could you kindly review e.g this:
http://lkcl.net/webkit/DerivedSources/GdomAttr.cpp
just looking at it myself, i think where i use fromUTF8 i have a
memory leak,
... but after looking at it ag
On Mon, 15 Sep 2008, Luke Kenneth Casson Leighton wrote:
ok - in this situation, fortunately we have control over that. the
property getter is entirely auto-generated. the code review of the
new webkit glib/gobject bindings brought to light the webkit
convention of not imposing any "memory fre
On Sun, 14 Sep 2008, Luke Kenneth Casson Leighton wrote:
folks, hi,
i'm looking for advice on memory return result conventions - who is
responsible for maintaining andd/or freeing memory, in particular
strings, as return results from pproperrty getting for example. the
webkit-glib bindings are
On Fri, 15 Aug 2008, Christian Dywan wrote:
I think both is rather open for missunderstandings actually, before and
after the improvement of the g_thread_init documentation.
g_mem_set_vtable clearly asserts that it must be called *before
anything else* and so does g_thread_init.
There is no amb
On Tue, 5 Aug 2008, Britton Kerin wrote:
I've tried several times now to get Hans-Boehm
(http://www.hpl.hp.com/personal/Hans_Boehm/gc/) working with gtk, but so
far no luck. I found all the stuff about how to build glib to be GC
friendly and set env vars and such, and then I rebuild almost all
On Mon, 28 Jul 2008, Ryan Lortie wrote:
ISO C99 (footnote 215, §7.15) says that this program is valid and should
print out 1, 2, 3...
Note that GLib can currently *not* rely on C99 features.
That's a pity, but "no" is the oucome of our last discussion
on this topic:
http://mail.gnome.org/arc
Hi Stefan,
as mentioned during the last IRC meeting:
http://live.gnome.org/GTK%2B/Meetings?action=AttachFile&do=view&target=20080722.txt
It'd be nice if gtk-doc
understood the GSEAL macros. I guess the handling would be best, if:
- GSEAL(field); is treated like /**/ field;
- optionally, gtk-
Hey All.
Kris took meetings during the GTK+ developers meeting at this
years GUADEC. It took some time to transform them into a proper
writeup, and Kris had to leave for a vacation flight before
he could finish them off.
So here are the minutes from Kris with a few finishing touchups
from me. P
On Thu, 17 Jul 2008, Sven Herzberg wrote:
Hi,
Am Donnerstag, den 17.07.2008, 20:18 +0200 schrieb Tim Janik:
On Thu, 17 Jul 2008, Martin Meyer wrote:
2) Is it entirely possible from a gtk perspective to have all that
code detached from gtk-core and placed in a different library? Are
there any
On Thu, 17 Jul 2008, Martin Meyer wrote:
Several people have mentioned the "move the deprecated stuff into a
separate library" idea. Can we get some concrete answers on:
1) Would this satisfy the various apps still using the deprecated
code? i.e. is it OK to depend on this different library in
On Tue, 15 Jul 2008, Alessandro Vesely wrote:
This discussion reminds me that smc_notify_tree() does not actually check
which thread does a chunk belong to. Could that result in misbehavior?
No, chunks may be freely passed back and forth betwen threads without
problems. Except for a few blocks
On Tue, 1 Jul 2008, Mikkel Kamstrup Erlandsen wrote:
Over the past few weeks I have been pondering a way to add dynamic
method invocation and introspection to GObjects. I am meaning to
implement this myself (unless someone else really want to do it), if
the reception is luke-warm or better :-)
On Wed, 25 Jun 2008, [EMAIL PROTECTED] wrote:
hi
2）I use glib's Testing, but documentation is missing. There was no guide for
how to set up your own project to use the glib testing framework or
higher level overview of setup/teardown, available asserts, running,
parameters, etc.
Quick Gui
Hi Stefan.
gtk-doc continues to produce problems when compiling the gtk.modules module
from jhbuild, this time it's during installaiton:
*** Installing gtk-doc *** [5/14]
make install
Making install in help
make[1]: Entering directory `/usr/src/gtk+head/gtk-doc/help'
Making install in manual
m
On Fri, 20 Jun 2008, Hans Breuer wrote:
Am 20.06.2008 14:44, Tim Janik schrieb:
Hey All.
As discussed during previous IRC meetings:
http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00194.html
The GSEAL branch has been merged into upstream today.
With the patch attached (and some
On Fri, 20 Jun 2008, Christian Persch wrote:
Hi;
what's the purpose of sealing the "GtkFooPrivate *priv" members of
GtkFoo structs? Those are opaque pointers that code outside of gtk
cannot access anyway. And in gtk+ itself using obj->priv is just a
pointer deref while using G_TYPE_INSTANCE_GET
Hey All.
As discussed during previous IRC meetings:
http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00194.html
The GSEAL branch has been merged into upstream today.
At public request, I'm attaching the resulting diff from git to
this email. A similar diff can be retrieved from upstr
Hey All.
The Offscreen redirection rendering bits have been committed to upstream SVN
some while ago:
Bug 318807 – Offscreen windows and window redirection
Note that the offscreen event processing is not in SVN yet and planned to be
worked on after GUADEC. I'd actually like to discuss some of
On Tue, 3 Jun 2008, Jean-Yves Lefort wrote:
> On Tue, 3 Jun 2008 13:34:13 +0200
> Kristian Rietveld <[EMAIL PROTECTED]> wrote:
>
>> 4. We will completely lose all means to simply access fields by just
>> dereferencing the structure. Instead, we will start to use GObject
>> properties to access th
On Tue, 3 Jun 2008, Vincent Geddes wrote:
> Hi,
>
> Any chance of using C99 for GTK+ 3.0? its a pretty good improvement
> over ANSI C in many respects.
>
> Various resources:
> 1. http://www.ibm.com/developerworks/library/l-c99.html
> 2. http://mail.gnome.org/archives/gtk-devel-list/2006-January/m
On Tue, 3 Jun 2008, Alberto Mardegan wrote:
> ext Kristian Rietveld wrote:
>> 10. Remove all structure fields from the public API. There are two ways
>> this can be done:
>> a) Move object structures to private headers.
>> b) Move object structures to the local C file, the rest of GTK+ will t
On Sun, 1 Jun 2008, Yu Feng wrote:
> Hi all, not sure if it is appropriate here, but I don't quite understand
> the code in g_object_unref:
>
> glib-2.16.1/gobject/gobject.c: line:1763
> /* here we want to atomically do: if (ref_count>1) { ref_count--;
> return; } */
> retry_atomic_decrement1:
>
On Sun, 13 Apr 2008, Rémi COHEN-SCALI wrote:
Hi
Bug #318807 is a patch for implementing offscreen rendering and events
redirection. I'am in the process of finding a way to implement efficient
graphics effect with Gtk+ and this approach is very interresting
(pigment, etc). I tried to exercise it
On Tue, 20 May 2008, Yair Hershkovitz wrote:
> Hi,
>
> For those who are still not familiar with the issue, you have a lot to
> read in bug #503071 comments.
>
> I would like to explain my view of the un-allowed commits I've done in
> glib and gtk+.
Thanks for the patch and your input Yair, but f
On Wed, 30 Jan 2008, Owen Taylor wrote:
> I'm not sure what you you are asking here. What I was saying is that
> changing vtable members is more likely to break things than changing
> function prototypes.
Ok, but then, every prototype change can be a "vtable change", given a
custom vtable that ha
On Tue, 22 Apr 2008, Guillaume Cottenceau wrote:
> How about renaming gtk-devel-list into gtk-core-library-devel or
> something like that?
Renaming the list would definitely take it too far,
some noise will always be present and the current off
topic emails are by no means at a critical volume.
On Sun, 16 Mar 2008, Bastien Nocera wrote:
> On Sat, 2008-03-15 at 21:48 +0100, Tim Janik wrote:
>> Our headers currently state:
>> * This library is free software; you can redistribute it and/or
>> * modify it under the terms of the GNU Lesser General Public
>>
On Sat, 15 Mar 2008, Andrew Cowie wrote:
> This topic was discussed recently on foundation-list.
>
> http://mail.gnome.org/archives/foundation-list/2008-March/msg00032.html
>
> In summary, attempting to relicence the library would be, in practise,
> impossible.
>
> No further benefit is gained by
Hello Gtk+ Crowd.
Together with Sven Herzberg, I'm currently sitting in an ICE back
to Hamburg and would like to thank everyone for a really productive
week. I think, i couldn't possibly list all the achievements of the
various groups during these days, but thankfully some people have
promised to
On Fri, 7 Mar 2008, Alberto Ruiz wrote:
> Hi all,
> now that we have a new Gtk+ logo and we follow the Tango guidelines,
> wouldn't be a good time to replace the so '90s-ish images from the demo?
>
> On my last blogpost[0] I demoed the Gdi+ pixbuf loader animation support
> with new images using t
hi Alex.
it'd be great if you could take a look at my latest comment on the
offscreen windows bug report, i.e.:
http://bugzilla.gnome.org/show_bug.cgi?id=318807#c48
it adresses just the pixmap redirection portions that you split off
some while ago and lists remaining issues that need solving b
On Tue, 12 Feb 2008, Emmanuele Bassi wrote:
> hi everyone;
>
> this is the usual reminder for the IRC GTK+ Team Meeting. the meeting
> will be held in the #gtk-devel channel on irc.gnome.org, at 20:00
> UTC[1].
thx.
> the points are:
>
> * Remove linux-fb backend because it's unmaintained since
On Thu, 24 Jan 2008, Shawn Amundson wrote:
> Martyn Russell wrote:
>> no sysadmins seems to be stepping forward regarding this.
>>
>> As a result, this will have to wait.
>>
>
> I'm willing to do whatever it takes to help improve gtk.org. As
> such, I will provide my services as sysadmin.
thank
On Mon, 28 Jan 2008, Olav Vitters wrote:
> On Mon, Jan 28, 2008 at 02:30:14PM +, Martyn Russell wrote:
>>> http://imendio.com/~martyn/gtk/draft-final/download-linux.html
>>> * outdated versions
>>
>> You disagree? It might not make sense to list unsupported versions here
>> I agree, but we sh
this exact API was actually written with sizeof(long)==8 on 64-bit
platforms in mind:
2008-01-29 14:58:31 Tim Janik <[EMAIL PROTECTED]>
* glib/gmem.[hc]: changed size argument type from gulong to gsize as
discussed on gtk-devel-list:
http://mail.gnome.org/arch
On Fri, 25 Jan 2008, Dr. Michael J. Chudobiak wrote:
> Hi all,
>
> Could someone explain to me how exactly people work on bleeding-edge
> gtk+ (trunk)?
> Reading the gtk+ Changelog shows that people are working on trunk, and
> merge back into 2-12 as needed. Are developers tweaking their own
> mo
On Tue, 22 Jan 2008, iluvlinux wrote:
>
> hi
> i am trying to use the offscreen patch that is available at
> http://bugzilla.gnome.org/show_bug.cgi?id=318807
> http://bugzilla.gnome.org/show_bug.cgi?id=318807
>
> some times i get segfault while pressing a button or checking a check box (i
> have
On Thu, 17 Jan 2008, Yevgen Muntyan wrote:
> Alexander Larsson wrote:
>> On Thu, 2008-01-17 at 07:50 -0600, Yevgen Muntyan wrote:
>>> A GWeakNotify function can be added
>>> to an object as a
>>> callback that gets triggered when the object is finalized.
>>> Since the object is already being fi
On Thu, 17 Jan 2008, Alexander Larsson wrote:
>
> On Wed, 2008-01-16 at 15:03 +, [EMAIL PROTECTED] wrote:
>> I noticed the weakref introduction says that notifies can be called many
>> times:
>>
>> http://library.gnome.org/devel/gobject/unstable/gobject-memory.html#gobject-memory-weakref
>>
>
On Mon, 14 Jan 2008, Alexander Larsson wrote:
> This bug:
> http://bugzilla.gnome.org/show_bug.cgi?id=508564
>
> requests and addition of a GError to g_file_monitor_directory and
> g_file_monitor_file.
>
> Its imho, correct, but does break API which some users have started
> using. I'd like to cha
On Mon, 14 Jan 2008, Alexander Larsson wrote:
> On Mon, 2008-01-14 at 10:12 +0100, Tim Janik wrote:
>>> Of course, this is slightly harder, as GdkPixbuf is a public GObject
>>> where we can't use toggle references. We could however implement this
>>>
On Thu, 10 Jan 2008, Alexander Larsson wrote:
> On Wed, 2008-01-09 at 13:53 -0500, Matthias Clasen wrote:
>> We can't implement the cache using toggle references for 2 reasons:
>> a) GtkIconSize is a boxed, not an object
>> b) toggle references only work for a single user, thus they have
>>to
On Sun, 6 Jan 2008, Mikkel Kamstrup Erlandsen wrote:
> On 05/01/2008, Tim Janik <[EMAIL PROTECTED]> wrote:
> test would look like the below pseudo code:
>
> -
>
> setup (fix) {
> fix->search = create_search_on_search_engine()
> }
>
> test_run (f
On Wed, 2 Jan 2008, Asbjørn wrote:
I'm checking out the Test Framework and here is my first test program:
glib/glib/tests/testingbase64.c
Output:
TEST: testingbase64... (pid=15393)
/misc/base64/encode: OK
/misc/base64/decode:
On Wed, 9 Jan 2008, Tommi Komulainen wrote:
> Hi,
> make -k test probably shouldn't abort gtester on first failing assertion
hm, currently, we have these test framework makefile rules:
test: run all tests recursively, abort on first error
test-report:run tests in subdirs, generate
On Wed, 9 Jan 2008, Tommi Komulainen wrote:
> Hi,
>
> Here's a quick guide for setting up GLib testing framework for your own
> project. It is the result of some trial and error when integrating for
> hildon widgets the test framework from current trunk. There are some
> autotools related details
On Wed, 9 Jan 2008, Shawn Amundson wrote:
> Olav Vitters wrote:
>> On Wed, Jan 09, 2008 at 09:25:16AM +, Martyn Russell wrote:
>>> I must confess, I have quite limited knowledge when it comes to our
>>> hosting services for GNOME and GTK+ (i.e. where machines are hosted
>>> physically and who
On Fri, 4 Jan 2008, Mikkel Kamstrup Erlandsen wrote:
> Hi,
>
> I am playing around with using the new glib testing utilities for
> xesam-glib and I am wondering if there is any smart way to integrate
> tests with a GMainLoop.
>
> The situation is that I need to test a bunch of async dbus
> communi
On Fri, 28 Dec 2007, Cody Russell wrote:
> On Fri, 2007-12-28 at 18:35 -0800, Bobby Walters wrote:
>> I would like to contribute a little to the project. Is there anything
>> I could do? Let me know how to get started, and who to talk to please.
>
> Hey Bobby,
>
> Welcome! Maybe start off by lett
On Tue, 18 Dec 2007, Johan Dahlin wrote:
> Sorry for being late in the game for comments, but here we go.
>
> In general this api differs slightly from JUnit/python, which has the
> following (main) methods:
>
> assertEqual
> assertNotEqual
> assertTrue
> assertFalse
> assertRaises
yeah, i'v
Hey All.
A quick update on the unit test reports, a script for test report
generation has now been comitted to GLib and will be used to generate
HTML reports for the test report rules test-report, perf-report and
full-report.
The reports should render in all browsers and support colorization and
c
Hey All.
The following gives a mini tutorial on writing test programs for GLib
and Gtk+ with the new framework. We have a good number of example test
programs in SVN now and appreciate help from everyone in implementing
new tests.
First, we'll have a quick introduction into the main rationale on
On Mon, 26 Nov 2007, Bryan Christ wrote:
> Can anyone point me to some resources for contributing to Glib. I
> have combed the gtk.org website looking for a FAQ or contributor guide
> but can't find anything.
people can sign up for individual tasks for contributing to glib/gtk+ hee:
http://li
On Tue, 11 Dec 2007, Tor Lillqvist wrote:
> I humbly suggest that the versioning recommendation for the GTK+ stack
> and GNOME in general is amended for the third "micro" part of the
> version numbers to match the convention used in cairo.
>
> See http://cairographics.org/manual/cairo-Version-Info
On Mon, 19 Nov 2007, Stefan Kost wrote:
> Tim Janik schrieb:
>> the logic from the makefile might be useful to factor out into a script
>> for other GUI projects though, since it involved quite some tweaking to
>> handle missing Xvfb gracefully, find free display ids and
On Mon, 19 Nov 2007, Alexander Larsson wrote:
>
> On Mon, 2007-11-19 at 11:18 +0100, Tim Janik wrote:
>> Hay all.
>>
>> upstream GLib and Gtk+ have been branched now. as of this morning, both
>> trunks
>> are at 2.15.0, and stable branches have b
On Fri, 16 Nov 2007, Tommi Komulainen wrote:
> Some quick and random comments that come to mind...
>
>> /* syncronize rendering operations with X server rendering queue */
>> voidgtk_test_xserver_render_sync(GdkWindow *window);
>
>> /* synthesize and send key press or release
On Sat, 17 Nov 2007, Stefan Kost wrote:
> Hi,
>
> Tim Janik schrieb:
>> hey All.
>>
>> first, a quick update on the GLib testing framework. allmost all of it
>> has been implemented at this point and is available here:
>> http://git.imendio.com/?p=timj
On Mon, 19 Nov 2007, Kalle Vahlman wrote:
> 2007/11/19, Tim Janik <[EMAIL PROTECTED]>:
>> Hay all.
>>
>> upstream GLib and Gtk+ have been branched now. as of this morning, both
>> trunks
>> are at 2.15.0, and stable branches have been created for bugfixes:
Hay all.
upstream GLib and Gtk+ have been branched now. as of this morning, both trunks
are at 2.15.0, and stable branches have been created for bugfixes:
http://svn.gnome.org/viewvc/glib/branches/glib-2-14/
http://svn.gnome.org/viewvc/gtk+/branches/gtk-2-12/
so the plan is to release GLib-
On Fri, 16 Nov 2007, Richard Hult wrote:
> Tim Janik wrote:
>> hey All.
>
> Hi Tim,
>
> [snip]
>
>> /* syncronize rendering operations with X server rendering queue */
>> voidgtk_test_xserver_render_sync(GdkWindow *window);
>
> Shoul
On Fri, 16 Nov 2007, Owen Taylor wrote:
> While I don't really consider
> g_source_remove(some_id_that_I_might_already_have_removed) 100% valid,
> the docs do imply that it is legal, so perhaps it would be worth fixing
> up that case (say, by having a referencing internal variant of
> find_source_
On Fri, 16 Nov 2007, Alexander Larsson wrote:
> On Fri, 2007-11-16 at 14:04 +0100, Tim Janik wrote:
>> On Fri, 16 Nov 2007, Alexander Larsson wrote:
>>
>>> I'm doing something where i have one thread queueing idles and timeouts
>>> in a thread, and the ma
On Fri, 16 Nov 2007, Alexander Larsson wrote:
> I'm doing something where i have one thread queueing idles and timeouts
> in a thread, and the main loop consumes this. In some cases i want to
> remove the sources (to replace a timeout with an idle). However:
> Am I missing something obvious here?
On Thu, 8 Nov 2007, Mikkel Kamstrup Erlandsen wrote:
> On 07/11/2007, Mikkel Kamstrup Erlandsen <[EMAIL PROTECTED]> wrote:
>> How about token concatenation[1]?
i have to use that already for the current implementation,
see my recent header:
http://git.imendio.com/?p=timj/glib-testing.git;a=b
On Tue, 6 Nov 2007, Tim Janik wrote:
> i've checked in Sven's and my code into a git-svn mirror of glib on
> testbit.eu. so you can browse the recent changes here:
> http://testbit.eu/gitdata?p=glib.git;a=shortlog;h=gtester
>
> e.g. todays latest version of the testing
On Wed, 7 Nov 2007, Morten Welinder wrote:
>> nobody has to use this syntax. you can stick to the ever simple:
>>g_assert (foo > bar);
>>
>> however if you want the value of 'foo' and 'bar' be printed out, instead
>> of just the value of (foo > bar) which would be 0 or 1, then there are
>> no
On Tue, 6 Nov 2007, Matthias Clasen wrote:
> On Nov 6, 2007 2:19 PM, Tim Janik <[EMAIL PROTECTED]> wrote:
>> On Tue, 6 Nov 2007, Matthias Clasen wrote:
>>
>>> On 11/1/07, Tim Janik <[EMAIL PROTECTED]> wrote:
>>
>>> One thing I find pretty u
On Tue, 6 Nov 2007, Matthias Clasen wrote:
> On 11/1/07, Tim Janik <[EMAIL PROTECTED]> wrote:
> One thing I find pretty useful, that has not been mentioned so far (or
> I missed it) is regression tests for bugs. For these it is very useful
> to have some standardized way to ref
On Thu, 1 Nov 2007, Stefan Kost wrote:
> Hi Tim,
> Now some comments about the API
> g_test_create_case -> g_test_case_create
> g_test_create_suite -> g_test_suite_create
i think this is a bit of a philosophy issue. i'd like to think about
the new testing framework as one integrated thing, and t
(const char *testpath,
gsize data_size,
void (*data_setup)(void),
void (*data_test) (void),
On Fri, 19 Oct 2007, Federico Mena Quintero wrote:
> On Wed, 2007-10-17 at 11:56 +0200, Tim Janik wrote:
>> - extend the g_assert() docs to note that:
>>1) programmers are more likely to want to use g_warn_if_fail instead
>> (particularly for libraries, alltho
hey All.
proposing to turn g_asert into a warning:
http://mail.gnome.org/archives/gtk-devel-list/2007-October/msg00053.html
was obviously not perceived too well.
as i read it, most people are not against my basic
reasoning, but are clearly in favour of adding
g_warn_if_fail or a similar varian
On Fri, 12 Oct 2007, Owen Taylor wrote:
> On Fri, 2007-10-12 at 11:52 +0200, Tim Janik wrote:
>
>> i'd like to propose to turn g_assert and friends like g_assert_not_reached
>> into warnings instead of errors. i'll give a bit of background before the
>> details t
On Fri, 12 Oct 2007, Mathias Hasselmann wrote:
> Am Freitag, den 12.10.2007, 11:52 +0200 schrieb Tim Janik:
>> note that in practice, this shouldn't change anything for programmers
>> (except for the ability to write better code ;)
>> because of G_DISABLE_ASSERT, progra
On Fri, 12 Oct 2007, Yevgen Muntyan wrote:
> Hey,
>
> Why not introduce a new check, some g_check_stuff() which would
> do what you propose? And let g_assert() be what it is, a glib analog
> of C assert(). When an assertion fails, you can't possibly expect the
> code to function in any meaningful
hey All.
i'd like to propose to turn g_assert and friends like g_assert_not_reached
into warnings instead of errors. i'll give a bit of background before the
details though.
the main reasons we use g_return_if_fail massively throughout the glib and
gtk+ code base is that it catches API misuses v
hey All.
there have been some pings recently on API changing bugs in
bugzilla, and i've heared about other API related bugs coming
up soon. so i guess next week would be a good time to branch Gtk+ for 2.13
and GLib for 2.15. at least, i intend to do it then if no one
beats me at it. ;)
feedback
On Fri, 14 Sep 2007, Alexander Larsson wrote:
> I got some feedback on gio about a getter function that returned a ref,
> and now I'm reviewing the gio APIs for things like that, making sure its
> internally consistent and consistent with gtk+/glib.
>
> However, I'm not sure what the gtk+ standard
On Thu, 20 Sep 2007, Raffaele Sandrini wrote:
> On Wed, 2007-09-19 at 19:17 +0200, Tim Janik wrote:
>> erm, no. that's at least not a clean solution, ref counts may increase and
>> decrease at any point in time for random reasons (caches, garbage collection
>> algo
On Wed, 19 Sep 2007, Raffaele Sandrini wrote:
> On Wed, 2007-09-19 at 17:53 +0200, Tim Janik wrote:
>> On Wed, 19 Sep 2007, Raffaele Sandrini wrote:
>> callers of getters have to free the returned string in C.
>> for glib/gtk programs, if the caller doesn't need to free
On Wed, 19 Sep 2007, Raffaele Sandrini wrote:
> Hi there,
>
> While implementing abstract properties in Vala we encountered a problem
> regarding string properties with getter and setter functions:
>
> public interface Test.MyIface {
> public abstract string text { get; }
> }
>
> A getter fu
On Wed, 22 Aug 2007, gtk+ (bugzilla.gnome.org) wrote:
> http://bugzilla.gnome.org/show_bug.cgi?id=459555
>
> gtk+ | gdk | Ver: unspecified
>
> Tim Janik changed:
>
> What|Removed
On Thu, 16 Aug 2007, Frederic Peters wrote:
> Tim Janik wrote:
>> - the most requested documentation feature at linuxtag was to make
>>our docs searchable, http://developer.gnome.org/doc/API/ has
>>a site specific google search entry now. this functionality
>&g
On Wed, 15 Aug 2007, Frederic Peters wrote:
David Neÿÿas (Yeti) wrote:
do you believe a "latest" symlink would
be useful ? As well as a "stable" symlink ?
A stable or latest alias would be definitely useful, but...
This has been taken care of.
Let me explain: The conclusion on gtk-doc
On Tue, 14 Aug 2007, Olav Vitters wrote:
> GTK+ is the main user of the developer API reference with links from:
> http://www.gtk.org/api/
>
> I want to redirect:
> http://developer.gnome.org/doc/API/2.0/
> to:
> http://library.gnome.org/developer/
>
> See for instance the GTK+ API reference on
hi Tor.
your recent change:
2007-07-03 Tor Lillqvist <[EMAIL PROTECTED]>
* configure.in: Handle GDK_PIXBUF_EXTRA_LIBS like GDK_EXTRA_LIBS,
i.e. clear it if enable_explicit_deps isn't on. If we build with
--with-included-loaders and --enable-explicit-deps=no we do
On Mon, 2 Jul 2007 [EMAIL PROTECTED] wrote:
> Hi,
>
> Is there any document like this:
> http://www.sunsite.ualberta.ca/Documentation/Graphics/by-node/gtk+-1.1.1/gtk_toc.html
>
> Showing the internal details of GTK. This one is pretty outdated(almost 9
> yrs old) and incomplete. I wanted to know t
On Tue, 3 Jul 2007 [EMAIL PROTECTED] wrote:
> Hello,
>
> does anyone have any documents describing how the evnting is handled in
> GTK. I
this mailing list is about the development of glib and gtk+ itself,
so such things should rather be asked on gtk-list or gtk-app-devel-list:
http://m
On Mon, 2 Jul 2007, Elijah Newren wrote:
> Hi,
>
> Sorry to be a pest, but I noticed gtk+-2.11.5 was out, and was
> surprised to not see the tips_data_list vs. _tips_data_list issue
> reverted. So...
>
> On 6/25/07, Elijah Newren <[EMAIL PROTECTED]> wrote:
>> On 6/22/07, Matthias Clasen <[EMAIL P
On Mon, 25 Jun 2007, Kristian Rietveld wrote:
> On Mon, Jun 25, 2007 at 09:34:56PM +0100, Damon Chaplin wrote:
>> Tim said we get motion hints everywhere now anyway (though I can't see
>> where that is done in the code). See the last paragraph here:
>> http://mail.gnome.org/archives/gtk-devel-li
1 - 100 of 409 matches
Mail list logo
