GNOME.org
 

[gtkmm] Gtkmm-forge digest, Vol 1 #331 - 9 msgs

Send Gtkmm-forge mailing list submissions to
	gtkmm-forge lists sourceforge net

To subscribe or unsubscribe via the World Wide Web, visit
	https://lists.sourceforge.net/lists/listinfo/gtkmm-forge
or, via email, send a message with subject or body 'help' to
	gtkmm-forge-request lists sourceforge net

You can reach the person managing the list at
	gtkmm-forge-admin lists sourceforge net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Gtkmm-forge digest..."


gtkmm-forge is the mailing list that receives gtkmm bug reports from bugzilla.  A daily digest is sent to gtkmm-main, to encourage people to help fixing the bugs.


Today's Topics:

   1. [Bug 102884] New - c++-application freezes or segfaults when changing gconf entries (bugzilla-daemon widget gnome org)
   2. [Bug 102885] New - Bug in Glib::build_path (bugzilla-daemon widget gnome org)
   3. [Bug 102885] Changed - Bug in Glib::build_path (bugzilla-daemon widget gnome org)
   4. [Bug 102884] Changed - c++-application freezes or segfaults when changing gconf entries (bugzilla-daemon widget gnome org)
   5. [Bug 102884] Changed - c++-application freezes or segfaults when changing gconf entries (bugzilla-daemon widget gnome org)
   6. [Bug 102885] Changed - Bug in Glib::build_path (bugzilla-daemon widget gnome org)
   7. [Bug 102885] Changed - Bug in Glib::build_path (bugzilla-daemon widget gnome org)
   8. [Bug 102884] Changed - c++-application freezes or segfaults when changing gconf entries (bugzilla-daemon widget gnome org)
   9. [Bug 102885] Changed - Bug in Glib::build_path (bugzilla-daemon widget gnome org)

--__--__--

Message: 1
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc: 
Date: Wed,  8 Jan 2003 18:42:14 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 102884] New - c++-application freezes or segfaults when changing gconf entries

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=102884

Changed by triendl kj aon at 

--- shadow/102884	Wed Jan  8 18:42:14 2003
+++ shadow/102884.tmp.26745	Wed Jan  8 18:42:14 2003
@@ -0,0 +1,307 @@
+Bug#: 102884
+Product: gnomemm
+Version: 2.0
+OS: Linux
+OS Details: debian unstable, Linux 2.4.20 i686
+Status: NEW   
+Resolution: 
+Severity: blocker
+Priority: Normal
+Component: gconfmm
+AssignedTo: gtkmm-forge lists sourceforge net                            
+ReportedBy: triendl kj aon at               
+TargetMilestone: ---
+URL: 
+Summary: c++-application freezes or segfaults when changing gconf entries
+
+hi,
+
+i have reported this problem already to the gnomemm mailinglist 
+(gnomemm-list gnome org). you can find the thread with the title 
+"gconf(mm) buggy?".
+as requested i file this bug report.
+
+after problems with a bigger c++-application featuring gconf i wrote a 
+test application in c++ and also in c to test whether gconfmm might be 
+the problem.
+
+the c-app runs smoothly without errors.
+the c++-app either freezes or even segfaults (below is the core dump 
+which is always the same when testing it more often).
+
+here is what the app tests/what i did:
+the app listens with a GConfClient to the "/apps/file-roller/ui" 
+directory and runs a signal handler on a value_change of one of the 
+keys in this gconf-directory (note that the handler does not change 
+anything in the gui). if i change the ``history_len" key in the 
+gconf-editor (the gnome system-tool) the first time, the signal 
+value_changed is emitted normally.
+but afterwards, if i click around (on the key itself and its value) the 
+signal is emitted again and again in the c++-app, which is not the case 
+in the c-app - even the value is NOT changed. by clicking around i 
+mean: i do a double click (or how often it should be) to activate 
+editing of the value (but i don't edit it) and then click the key - the 
+signal is emitted at this moment.
+
+this process ends up reproducably in gui-freezing or core dumps after 
+some time.
+
+
+----------
+the debian-packages involved may be of interest:
+
+Package: libgconfmm2.0-dev
+Status: install ok installed
+Priority: optional
+Section: devel
+Installed-Size: 424
+Maintainer: Bradley Bell <btb debian org>
+Source: gconfmm2.0
+Version: 2.0.0-1
+Depends: libgconfmm2.0-1 (= 2.0.0-1), libgtkmm2.0-dev (>= 2.0.1), 
+libgconf2-dev (>= 1.1.8)
+Conflicts: libgconfmm1.3-dev
+Description: C++ wrappers for GConf2 (development files)
+
+Package: libgconfmm2.0-1
+Status: install ok installed
+Priority: optional
+Section: libs
+Installed-Size: 144
+Maintainer: Bradley Bell <btb debian org>
+Source: gconfmm2.0
+Version: 2.0.0-1
+Depends: libc6 (>= 2.3.1-1), libgconf2-4 (>= 1.2.1-2.1), libglib2.0-0 
+(>= 2.0.7), libgtkmm2.0-1, liblinc1 (>= 1:0.5.5), liborbit2 (>= 
+1:2.4.4), libsigc++-1.2-5
+Description: C++ wrappers for GConf2 (shared library)
+Package: libgconfmm2.0-1
+Status: install ok installed
+Priority: optional
+Section: libs
+Installed-Size: 144
+Maintainer: Bradley Bell <btb debian org>
+Source: gconfmm2.0
+Version: 2.0.0-1
+Depends: libc6 (>= 2.3.1-1), libgconf2-4 (>= 1.2.1-2.1), libglib2.0-0 
+(>= 2.0.7), libgtkmm2.0-1, liblinc1 (>= 1:0.5.5), liborbit2 (>= 
+1:2.4.4), libsigc++-1.2-5
+Description: C++ wrappers for GConf2 (shared library)
+
+
+----------
+here is the c++-test program:
+
+
+
+#include <gtkmm.h>
+#include <gconfmm.h>
+#include <iostream>
+#include <list>
+
+using namespace std;
+using Glib::ustring;
+
+
+Glib::RefPtr <Gnome::Conf::Client> gb_pClient;
+
+class MyWindow: public Gtk::Window
+{
+public:
+	MyWindow()
+		: Gtk::Window()
+	{
+		Gtk::VBox* pVBoxWhole = manage(new Gtk::VBox(false));
+		Gtk::Button* pButton = manage(new Gtk::Button("test"));
+		pVBoxWhole->pack_start(*pButton);
+		add(*pVBoxWhole);
+		
+		ustring strDir = "/apps/file-roller/ui";
+		gb_pClient->add_dir(strDir, 
+Gnome::Conf::CLIENT_PRELOAD_ONELEVEL);
+		list <Gnome::Conf::Entry> contEntries = 
+gb_pClient->all_entries(strDir);
+
+		cerr << "contEntries.size()=" << contEntries.size() << 
+endl;
+		list <Gnome::Conf::Entry>::const_iterator it = 
+contEntries.begin();
+		for (; it != contEntries.end(); it++)
+		{
+			const Gnome::Conf::Value& value = 
+gb_pClient->get(it->get_key());
+			cerr << "GConf: " << it->get_key() << "=" << 
+value.get_type();
+			if (value.get_type() == 2)
+				cerr << ", value=" << value.get_int();
+			else if (value.get_type() == 4)
+				cerr << ", value=" << value.get_bool();
+			else if (value.get_type() == 1)
+				cerr << ", value=" << 
+value.get_string();
+			cerr << endl;
+		}
+	
+		
+gb_pClient->signal_value_changed().connect(SigC::slot(*this, 
+&MyWindow::on_value_changed));
+		show_all_children();
+	}
+	
+	void on_value_changed(const ustring& strKey, const 
+Gnome::Conf::Value& value)
+	{
+		cerr << "MyWindow::on_value_changed()" << endl;
+		cerr << "strKey=" << strKey << endl;
+	}
+};
+
+
+int main(int argc, char** argv)
+{
+	Gnome::Conf::init();
+	gb_pClient = Gnome::Conf::Client::get_default_client();
+	Gtk::Main main(argc, argv);
+	MyWindow mw;
+	main.run(mw);
+	return 0;
+}
+
+
+----------
+here is the test app in c:
+
+
+#include <gtk/gtk.h>
+#include <gconf/gconf.h>
+#include <gconf/gconf-client.h>
+#include <stdlib.h>
+#include <stdio.h>
+
+
+GConfClient* gb_pClient;
+
+typedef struct MyWindow
+{
+	GtkWindow* m_parent;
+	guint IDClient;
+} MyWindow;
+
+void on_value_changed(GConfClient*, guint, GConfEntry*, gpointer);
+
+struct MyWindow* MyWindow_new()
+{
+	MyWindow* mw = NULL;
+	GtkVBox* pVBoxWhole = NULL;
+	GtkButton* pButton = NULL;
+	GSList* contEntries = NULL;
+	gchar strDir[] = "/apps/file-roller/ui";
+	GConfEntry* pEntry = NULL;
+	GConfValue* pValue = NULL;
+	int i = 0;
+	GSList* it = NULL;
+
+	mw = (MyWindow*) malloc(sizeof(MyWindow));
+	mw->m_parent = (GtkWindow*) gtk_window_new(GTK_WINDOW_TOPLEVEL);
+	pVBoxWhole = (GtkVBox*) gtk_vbox_new(0, 0);
+	pButton = (GtkButton*) gtk_button_new_with_label("test");
+	
+	gtk_container_add(GTK_CONTAINER(pVBoxWhole), 
+GTK_WIDGET(pButton));
+	gtk_container_add(GTK_CONTAINER(mw->m_parent), 
+GTK_WIDGET(pVBoxWhole));
+	gtk_widget_show(GTK_WIDGET(pButton));
+	gtk_widget_show(GTK_WIDGET(pVBoxWhole));
+	
+	gconf_client_add_dir(gb_pClient, strDir, 
+GCONF_CLIENT_PRELOAD_ONELEVEL, NULL);
+	contEntries = gconf_client_all_entries(gb_pClient, strDir, 
+NULL);
+	printf("contEntries.size()=%d\n", g_slist_length(contEntries));
+	it = contEntries;
+	for (i = 0; i < g_slist_length(contEntries); i++, it = 
+g_slist_next(contEntries))
+	{
+		pEntry = (GConfEntry*) it->data;
+		pValue = gconf_client_get(gb_pClient, 
+gconf_entry_get_key(pEntry), NULL);
+		printf("%s", gconf_entry_get_key(pEntry));
+		if (pValue->type == GCONF_VALUE_INT)
+			printf(", value=%d", 
+gconf_value_get_int(pValue));
+		if (pValue->type == GCONF_VALUE_BOOL)
+			printf(", value=%d", 
+gconf_value_get_bool(pValue));
+		if (pValue->type == GCONF_VALUE_STRING)
+			printf(", value=%s", 
+gconf_value_get_string(pValue));
+		printf("\n");
+	}
+	mw->IDClient = gconf_client_notify_add(gb_pClient, strDir, 
+&on_value_changed, NULL, NULL, NULL);
+	
+	return mw;
+}
+
+
+void on_value_changed(GConfClient* client, guint cnxn_id, GConfEntry* 
+entry, gpointer user_data)
+{
+	g_print("on_value_changed()\n%s\n", entry->key);
+}
+
+
+
+int main(int argc, char** argv)
+{
+	MyWindow* mw;
+
+	gtk_init(&argc, &argv);
+	gconf_init(argc, argv, NULL);
+	gb_pClient = gconf_client_get_default();
+	mw = MyWindow_new();
+	gtk_widget_show(GTK_WIDGET(mw->m_parent));
+	gtk_main();
+
+	free(mw);
+	return 0;
+}
+
+
+----------
+here is a part of the core dump from the c++-application (note, that it 
+does not segfault every time):
+
+Program terminated with signal 11, Segmentation fault.
+#0  0x407c9c47 in mallopt () from /lib/libc.so.6
+#1  0x407c8fed in malloc () from /lib/libc.so.6
+#2  0x406b5f37 in g_malloc () from /usr/lib/libglib-2.0.so.0
+#3  0x405e3e59 in IOP_ObjectKey_copy () from /usr/lib/libORBit-2.so.0
+#4  0x405e432c in IOP_ObjectKey_copy () from /usr/lib/libORBit-2.so.0
+#5  0x405e4430 in ORBit_demarshal_IOR () from /usr/lib/libORBit-2.so.0
+#6  0x405dc01f in ORBit_demarshal_object () from 
+/usr/lib/libORBit-2.so.0
+#7  0x405e0364 in ORBit_demarshal_value () from /usr/lib/libORBit-2.so.0
+#8  0x405da236 in ORBit_small_invoke_adaptor () from 
+/usr/lib/libORBit-2.so.0
+#9  0x405e6164 in ORBit_recv_buffer_return_sys_exception () from 
+/usr/lib/libORBit-2.so.0
+#10 0x405e63a1 in ORBit_recv_buffer_return_sys_exception () from 
+/usr/lib/libORBit-2.so.0
+#11 0x405e8b2e in ORBit_handle_request () from /usr/lib/libORBit-2.so.0
+#12 0x405d648e in giop_connection_handle_input () from 
+/usr/lib/libORBit-2.so.0
+#13 0x40651649 in linc_connection_set_max_buffer () from 
+/usr/lib/liblinc.so.1
+#14 0x40653188 in linc_server_get_type () from /usr/lib/liblinc.so.1
+#15 0x406b10b9 in g_get_current_time () from /usr/lib/libglib-2.0.so.0
+#16 0x406b1e5f in g_main_context_dispatch () from 
+/usr/lib/libglib-2.0.so.0
+#17 0x406b2233 in g_main_context_dispatch () from 
+/usr/lib/libglib-2.0.so.0
+#18 0x406b290f in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
+#19 0x402d234f in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
+#20 0x400fe924 in Gtk::Main::run_impl () from /usr/lib/libgtkmm-2.0.so.1
+#21 0x400fe7a5 in Gtk::Main::run () from /usr/lib/libgtkmm-2.0.so.1
+#22 0x080507c2 in main ()
+#23 0x407759f1 in __libc_start_main () from /lib/libc.so.6



--__--__--

Message: 2
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc: madmaxer poczta fm
Date: Wed,  8 Jan 2003 18:43:03 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 102885] New - Bug in Glib::build_path

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=102885

Changed by madmaxer poczta fm 

--- shadow/102885	Wed Jan  8 18:43:03 2003
+++ shadow/102885.tmp.27027	Wed Jan  8 18:43:03 2003
@@ -0,0 +1,30 @@
+Bug#: 102885
+Product: gtkmm
+Version: 2.0
+OS: Linux
+OS Details: 
+Status: NEW   
+Resolution: 
+Severity: normal
+Priority: Normal
+Component: general
+AssignedTo: gtkmm-forge lists sourceforge net                            
+ReportedBy: madmaxer poczta fm               
+TargetMilestone: ---
+URL: 
+Cc: madmaxer poczta fm
+Summary: Bug in Glib::build_path
+
+Glibmm reimplements build_path instead of calling g_build_path and does it
+incorrectly. Glib::build_path is unable to build global path (starting with
+/ on Linux/Unix systems). g_build_path does it correctly.
+This bug in build_path affects also this function:
+nuild_filename(const ArrayHandle<string>& elements);
+because it calls build_path().
+
+Function build_filename(const string& elem1, const string& elem2); is not
+affected by this bug.
+
+It is a great pity that I found this bug a day after Gtkmm 2.2 has been
+released. I hope to see a fix quickly in 2.2.1 as my project depends on
+this functionality and now I have to hack a fix for it.



--__--__--

Message: 3
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc: madmaxer poczta fm
Date: Wed,  8 Jan 2003 18:44:51 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 102885] Changed - Bug in Glib::build_path

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=102885

Changed by madmaxer poczta fm 

--- shadow/102885	Wed Jan  8 18:43:03 2003
+++ shadow/102885.tmp.27611	Wed Jan  8 18:44:51 2003
@@ -25,6 +25,11 @@
 Function build_filename(const string& elem1, const string& elem2); is not
 affected by this bug.
 
 It is a great pity that I found this bug a day after Gtkmm 2.2 has been
 released. I hope to see a fix quickly in 2.2.1 as my project depends on
 this functionality and now I have to hack a fix for it.
+
+------- Additional Comments From madmaxer poczta fm  2003-01-08 18:44 -------
+Created an attachment (id=13431)
+Sample code showing the bug.
+



--__--__--

Message: 4
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net, triendl kj aon at
Cc: 
Date: Thu,  9 Jan 2003 01:43:54 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 102884] Changed - c++-application freezes or segfaults when changing gconf entries

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=102884

Changed by murrayc usa net 

--- shadow/102884	Wed Jan  8 18:42:14 2003
+++ shadow/102884.tmp.31041	Thu Jan  9 01:43:54 2003
@@ -302,6 +302,9 @@
 #18 0x406b290f in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
 #19 0x402d234f in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
 #20 0x400fe924 in Gtk::Main::run_impl () from /usr/lib/libgtkmm-2.0.so.1
 #21 0x400fe7a5 in Gtk::Main::run () from /usr/lib/libgtkmm-2.0.so.1
 #22 0x080507c2 in main ()
 #23 0x407759f1 in __libc_start_main () from /lib/libc.so.6
+
+------- Additional Comments From murrayc usa net  2003-01-09 01:43 -------
+Please just attach code as files in future.



--__--__--

Message: 5
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net, triendl kj aon at
Cc: 
Date: Thu,  9 Jan 2003 01:51:02 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 102884] Changed - c++-application freezes or segfaults when changing gconf entries

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=102884

Changed by murrayc usa net 

--- shadow/102884	Thu Jan  9 01:43:54 2003
+++ shadow/102884.tmp.404	Thu Jan  9 01:51:02 2003
@@ -305,6 +305,15 @@
 #21 0x400fe7a5 in Gtk::Main::run () from /usr/lib/libgtkmm-2.0.so.1
 #22 0x080507c2 in main ()
 #23 0x407759f1 in __libc_start_main () from /lib/libc.so.6
 
 ------- Additional Comments From murrayc usa net  2003-01-09 01:43 -------
 Please just attach code as files in future.
+
+------- Additional Comments From murrayc usa net  2003-01-09 01:51 -------
+depends: libgconfmm2.0-1 (= 2.0.0-1), libgtkmm2.0-dev (>= 2.0.1), 
+libgconf2-dev (>= 1.1.8)
+Conflicts: libgconfmm1.3-dev
+
+You seem to have a different gconfmm-dev version than your main
+gconfmm deb. So the headers will be wrong. Please try again with a
+sensible headers, even if you have to build from source. 



--__--__--

Message: 6
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc: madmaxer poczta fm
Date: Thu,  9 Jan 2003 02:42:36 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 102885] Changed - Bug in Glib::build_path

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=102885

Changed by daniel elstner gmx net 

--- shadow/102885	Wed Jan  8 18:44:51 2003
+++ shadow/102885.tmp.21238	Thu Jan  9 02:42:36 2003
@@ -30,6 +30,10 @@
 this functionality and now I have to hack a fix for it.
 
 ------- Additional Comments From madmaxer poczta fm  2003-01-08 18:44 -------
 Created an attachment (id=13431)
 Sample code showing the bug.
 
+
+------- Additional Comments From daniel elstner gmx net  2003-01-09 02:42 -------
+Yes, it's unfortunate but we have to reimplement g_build_path() since
+it's a varargs function.  I'll look into this.



--__--__--

Message: 7
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc: madmaxer poczta fm
Date: Thu,  9 Jan 2003 02:43:23 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 102885] Changed - Bug in Glib::build_path

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=102885

Changed by daniel elstner gmx net 

--- shadow/102885	Thu Jan  9 02:42:36 2003
+++ shadow/102885.tmp.21530	Thu Jan  9 02:43:23 2003
@@ -9,13 +9,13 @@
 Priority: Normal
 Component: general
 AssignedTo: gtkmm-forge lists sourceforge net                            
 ReportedBy: madmaxer poczta fm               
 TargetMilestone: ---
 URL: 
-Cc: madmaxer poczta fm
+Cc: daniel elstner gmx net,madmaxer poczta fm
 Summary: Bug in Glib::build_path
 
 Glibmm reimplements build_path instead of calling g_build_path and does it
 incorrectly. Glib::build_path is unable to build global path (starting with
 / on Linux/Unix systems). g_build_path does it correctly.
 This bug in build_path affects also this function:



--__--__--

Message: 8
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc: 
Date: Thu,  9 Jan 2003 03:27:53 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 102884] Changed - c++-application freezes or segfaults when changing gconf entries

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=102884

Changed by triendl kj aon at 

--- shadow/102884	Thu Jan  9 01:51:02 2003
+++ shadow/102884.tmp.4223	Thu Jan  9 03:27:52 2003
@@ -314,6 +314,18 @@
 libgconf2-dev (>= 1.1.8)
 Conflicts: libgconfmm1.3-dev
 
 You seem to have a different gconfmm-dev version than your main
 gconfmm deb. So the headers will be wrong. Please try again with a
 sensible headers, even if you have to build from source. 
+
+------- Additional Comments From triendl kj aon at  2003-01-09 03:27 -------
+i don't think that the dev-version is different from the main package 
+because both have the version 2.0.0-1;
+
+
+
+
+anyway i'll verify it with self-compiled libraries.
+
+
+



--__--__--

Message: 9
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc: madmaxer poczta fm
Date: Thu,  9 Jan 2003 06:01:56 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 102885] Changed - Bug in Glib::build_path

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=102885

Changed by daniel elstner gmx net 

--- shadow/102885	Thu Jan  9 02:43:23 2003
+++ shadow/102885.tmp.3073	Thu Jan  9 06:01:56 2003
@@ -1,13 +1,13 @@
 Bug#: 102885
 Product: gtkmm
 Version: 2.0
 OS: Linux
 OS Details: 
-Status: NEW   
-Resolution: 
+Status: RESOLVED   
+Resolution: FIXED
 Severity: normal
 Priority: Normal
 Component: general
 AssignedTo: gtkmm-forge lists sourceforge net                            
 ReportedBy: madmaxer poczta fm               
 TargetMilestone: ---
@@ -34,6 +34,18 @@
 Sample code showing the bug.
 
 
 ------- Additional Comments From daniel elstner gmx net  2003-01-09 02:42 -------
 Yes, it's unfortunate but we have to reimplement g_build_path() since
 it's a varargs function.  I'll look into this.
+
+------- Additional Comments From daniel elstner gmx net  2003-01-09 06:01 -------
+Fixed in CVS:
+
+2003-01-09  Daniel Elstner  <daniel elstner gmx net>
+
+* glib/glibmm/miscutils.{cc,h} (Glib::build_path): Fix to make it
+behave exactly like g_build_path().  (#102885, Jarek Dukat)
+
+(Glib::build_filename(const std::string&, const std::string&)):
+Implement in terms of Glib::build_path().
+




--__--__--

_______________________________________________
Gtkmm-forge mailing list
Gtkmm-forge lists sourceforge net
https://lists.sourceforge.net/lists/listinfo/gtkmm-forge


End of Gtkmm-forge Digest
[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]