> So it must be something else.
>
> Perhaps there are memory leaks in libgee (or even in glib2) ?
> Perhaps HashMaps or other Vala containers or dynamically allocated
> objects have a maximal size ?
Try compiling with --debug and
run the program under nemiver.
When it crashes, view the stack tr
On Mon, Jun 13, 2011 at 4:10 AM, Nor Jaidi Tuah
wrote:
> I suspect there is a very long "word" that StringBuilder
> cannot handle. My guess is the crash happens here:
>> word.append_c(c);
>
It seemed like a possible explanation, so I checked it.
I added a "word" length counter which
version: 0.12.1
The following:
var filter = new Gtk.FileFilter ();
filter.add_pattern ("*");
filter.set_name (_("All files"));
is compiled to:
_tmp2_ = gtk_file_filter_new ();
filter = g_object_ref_sink (_tmp2_);
gtk_file_filter_add_pattern (filter,
I suspect there is a very long "word" that StringBuilder
cannot handle. My guess is the crash happens here:
> word.append_c(c);
The long word contains non-alnum. So the test !isalnum
would chop it to smaller pieces amiable to StringBuilder.
hand
Nor Jaidi Tuah
_
Hi Luca,
On 06/11/2011 10:46 PM, Luca Bruno wrote:
> On Sat, Jun 11, 2011 at 08:57:10PM +0200, Christian Siefkes wrote:
>> I use Gio to read files line by line, as in the example at
>> https://live.gnome.org/Vala/GIOSamples#Reading_Text_File_Line_by_Line .
>> I would like to support the frequent U