Re: let g_warn_if_fail replace g_assert

Il giorno mer, 17/10/2007 alle 11.56 +0200, Tim Janik ha scritto: - add g_warn_if_fail (condition); which produces a critical warning about failing assertions but contrary to g_assert returns. If it's called g_warn_if_fail() I would expect a g_warning() not a g_critical(). -- Marco

Re: turning g_assert* into warnings

distributions? Excluding Gentoo and other distros that allow the user to choose how to build everything. -- Marco Barisione http://www.barisione.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel

Re: Performance implications of GRegex structure

separate objects. -- Marco Barisione http://www.barisione.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: GRegex(win32) : 500 tests passed, 3 failed

but not in makefile.msc. Sorry :) -- Marco Barisione http://www.barisione.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: GRegex

counting as other structures in GLib. -- Marco Barisione http://www.barisione.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: GRegex

On 10/24/06, Behdad Esfahbod [EMAIL PROTECTED] wrote: On Tue, 2006-10-24 at 16:05 -0400, Marco Barisione wrote: This is broken. It should err at configure time, not run time. The user shouldn't need to check the output of g_regex_new for failures, just like any other thing we do with glib

Re: GRegex

On 10/24/06, Marco Barisione [EMAIL PROTECTED] wrote: As discussed some times ago [1] I propose to add a PCRE wrapper to GLib. Bug #50075 [2] contains a patch that adds it as a separate libgregex. The documentation of the new API is at [3] (yes, there are some unresolved problems with gtk-doc

GRegex

/show_bug.cgi?id=50075 [3] http://www.barisione.org/gregex/ -- Marco Barisione http://www.barisione.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: GRegex

-pcre to use the system-supplied library but, if it's compiled without utf-8 support, g_regex_new fails. -- Marco Barisione http://www.barisione.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel

Re: EggRegex

Marco Barisione wrote: My version of EggRegex is at http://techn.ocracy.org/eggregex/ and a copy of the documentation is at http://www.barisione.org/eggregex/ And a tar.gz generated by make dist is at http://www.barisione.org/eggregex/eggregex-0.1.tar.gz In these days I did some changes

Re: EggRegex

Marco Barisione wrote: Can someone take a look to pcre/ucptable.c, pcre/ucp.h and pcre/pcre_ucp_searchfuncs.c? Now the internal PCRE uses glib for Unicode properties. There is a problem, PCRE allows script names in \p{}, so you can match an arabic character using \p{Arabic}. But AFAIK glib

Re: EggRegex

Marco Barisione wrote: gucharmap handles this internally but I can't copy the code because, as far as I know, it's under GPL and not LGPL. I was wrong, it's in the library and not in the app so it's LGPLed. What should I do with the scripts? Obviously eggregex cannot depend of libgucharmap

Re: EggRegex

=pcre/ucptable.c;style=raw http://techn.ocracy.org/eggregex/?f=b567294355b0;file=pcre/pcre_ucp_searchfuncs.c;style=raw I need some advice to do this. -- Marco Barisione http://www.barisione.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http

Re: EggRegex

difficult to port pcre to use glib for Unicode. I can't do it because my knowledge of Unicode is very limited. However this would mean that we should always use the internal PCRE instead of the system supplied one. -- Marco Barisione http://www.barisione.org

EggRegex

without using the G namespace? -- Marco Barisione http://www.barisione.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: EggRegex

fails but pcre knows that there is a partial match so adding more characters may lead to a match), see http://www.barisione.org/eggregex/eggregex-eggregex.html#egg-regex-is-partial-match - DFA matching (matching .* against abc you get a, ab and abc) -- Marco Barisione http://www.barisione.org

Re: EggRegex

egg_regex_new() prints an error message and fails. -- Marco Barisione http://www.barisione.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: EggRegex

against a pcre that does not support Unicode you will see immediately that something is not working, so you can use the internal copy of pcre. -- Marco Barisione http://www.barisione.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http

Re: Gtk+ print support - request for feedback

Alexander Larsson wrote: locale_data = localeconv (); decimal_point = locale_data-decimal_point; ... val = strtod (nptr, fail_pos); What happens if another thread calls setlocale() after localeconv() but before strtod()? -- Marco Barisione

Re: Announcing: Project Ridley

Jonathan Blandford wrote: The primary goal of Project Ridley is to cut down on the number of problem libraries that are part of the GNOME platform. We propose to do this by moving functionality into GTK+, wherever it makes sense. What about EggRegex? -- Marco Barisione