Yeah, of course if there already exists a solution / pattern then that would be preferrable...(I have only looked at cases for deallocating gchar* using g_free, I do not know what encoding is used inside the strings, and a TempGString object would be agnostic to the encoding anyway.)Anyone know if there is a RAII type for string handling in GLib? My google fu fails me on this atm.On 6 May 2016 at 15:40, Jon A. Cruz <jon@...18...> wrote:------------------------------------------------------------------------------This sounds like something that should already be covered by gtkmm or even std::string. Usually it's better to look first to existing solutions before inventing our own wheel.IIRC Glib::ustring should cover the cases where we have content that is guaranteed to be UTF-8. (Keep in mind that gtk+ apps have to keep track of three different encodings and not get them mixed up.For strings that are potentially different encodings we can use std::string.For content that looked like a string but is actually a byte sequence, we can use std::vector<char> or std::vector<uint8_t>On Fri, May 6, 2016, at 05:38 AM, Olof Bjarnason wrote:Does anyone want to voice an opinion on this one or should I just go ahead and do it? What about using implicit casting, you OK with that?I think reviewing it should be fairly straight-forward as it's almost a regex search-replace operation (just almost heh).BTW I noticed there is a paste option on the web site too, so here it is:
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
_______________________________________________
Inkscape-devel mailing list
Inkscape-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/inkscape-devel