window)
{
GtkWidget *test;
test= bao_model_container_new ();
test = bao_model_new ();
test = bao_assistant_new ();
}
However, when I use these custom widgets with gtkdialog, following error occurs
Gtk-CRITICAL **: _gtk_builder_extend_with_template: assertion 'buffer &&
buffer[0]
> It did not solve the Problem, [...]
Before I e-mailed my response I locally created a program that included
the function your posted. Double clicking the bottom field threw the
error you mentioned. After modifying the code as I described in my
previous post, the warning on the console
Hello Norbert,
thank you very much for your answer.
It did not solve the Problem, but it made me think about my string
handling in the callback function. The field throwing the error was the
input, not the output.
I just split the string using the pointer of the input and not copying
it before
> keybuf = gtk_entry_buffer_new ("Not yet generated", 45);
https://developer.gnome.org/gtk3/stable/GtkEntryBuffer.html#gtk-entry-buffer-new
The second parameter of gtk_entry_buffer_new() specifies the number of
characters in the string.
Either change 45 to 17 or to -1.
Best regards,
Norbert
Hello,
I just started developing GTK+ Applications.
But now I get the following error message and a broken Text when clicking back
in to the GTKEntry widget:
(gtk-keygen:18220): Pango-CRITICAL **: pango_layout_get_cursor_pos: assertion
'index >= 0 && index <= layout->leng
close a window, I first want to destroy the widgets. So I use
the following macro:
#define NEW_GTK_DESTROY(WIDGET) if(WIDGET!=NULL)
{\
gtk_widget_destroy(GTK_WIDGET(WIDGET));}
But I always get this Gtk-CRITICAL **: IA__gtk_widget_destroy: assertion
Le 12/03/2015 16:20, Rui Pedro Caldeira a écrit :
Hello guys, I once again seek your guidance.
I have a series of GtkWidget* that then take the form of GtkButton,
GtkComboBoxText,...
And when I close a window, I first want to destroy the widgets.
Why? Widgets are automatically destroyed
)
{\
gtk_widget_destroy(GTK_WIDGET(WIDGET));}
But I always get this Gtk-CRITICAL **: IA__gtk_widget_destroy: assertion
'GTK_IS_WIDGET (widget)' failed warning. How can I fix this?
Thanks, Rui
___
gtk-app-devel-list mailing list
gtk-app
Hi all,
I have several gtk+3 apps that are all suffering from what appears to be
the same bug -- at seemingly random times, and often when a program is
quiescent (i.e., no user activity of any kind), I see the message
(myapp:13754): Gtk-CRITICAL **: gtk_tree_model_filter_get_path: assertion
Hi all,
Looking at my stack backtraces a little closer I'm pretty convinced this
is a file dialog problem:
#9 0x7f0755fe3df5 in remove_file (monitor=value optimized out,
file=value optimized out, other_file=value optimized out, type=value
optimized out, model=0x22b4d80) at
**: g_callable_info_get_n_args:
assertion `GI_IS_CALLABLE_INFO (info)' failed
**
ERROR:girepository/gicallableinfo.c:150:g_callable_info_is_method:
code should not be reached
Aborted (core dumped) /usr/bin/env python3
${PythonLauncherMain} ${Arguments
Hey list,
I'm getting this very rare and unpredictable error which is difficult to
replicate. I have a secondary Python worker thread which very rarely
creates the following error:
** (Main.py:32524): CRITICAL **: g_callable_info_get_n_args:
assertion
Hey list,
I'm getting this very rare and unpredictable error which is difficult to
replicate. I have a secondary Python worker thread which very rarely
creates the following error:
** (Main.py:32524): CRITICAL **: g_callable_info_get_n_args:
assertion `GI_IS_CALLABLE_INFO (info
get the
following message at console :
Pango-CRITICAL **: pango_layout_get_cursor_pos: assertion `index = 0
index = layout-length' failed
The call back routine is doing nothing else that signaling a change to be
saved.
The effective change in the database is done on triggering
focus-out-event.
I
-CRITICAL **: pango_layout_get_cursor_pos: assertion `index= 0
index= layout-length' failed
The call back routine is doing nothing else that signaling a change to be
saved.
The effective change in the database is done on triggering
focus-out-event.
I am surely missing an obvious thing ...
What
:
Hi all,
I've tried to run an gtk application using latest win32 GTK bundle (
http://ftp.gnome.org/pub/gnome/binaries/win32/gtk+/2.22/gtk+-bundle_2.22.0-20101016_win32.zip
)
Application worked without crash with older GTK versions, now does terminate
with assertion.
If I remove GtkRecentChooserMenu
Hi all,
I've tried to run an gtk application using latest win32 GTK bundle (
http://ftp.gnome.org/pub/gnome/binaries/win32/gtk+/2.22/gtk+-bundle_2.22.0-20101016_win32.zip
)
Application worked without crash with older GTK versions, now does terminate
with assertion.
If I remove GtkRecentChooserMenu
On Thu, Jun 10, 2010 at 06:39:30PM +0200, Michael T. wrote:
Yes it does. I tried 10 other ways and they didn't work. This one
works perfectly (so far).
...
All initialization was shown in the previous examples. All my
initializations are taken directly from the GTK+ documentation and I
Hi,
thank you all for input.
Le 10/06/2010, Shawn Bakhtiar shashan...@hotmail.com a écrit :
2.2) There is probably a memory leak somewhere. Where the structure of
the application (the compiled code) puts that pointer outside the
reach of the overflow so when you re-wrote it, it magically
progressBarHack() looks like this:
void progressBarHack(GtkWidget* bar)
{
progBar = bar;
}
progBar is a global variable. I get an assertion error when I try to work with
it outside the function where the bar was created.
When I use my hack, which does nothing except some pointer work, everything
);
gtk_widget_show (progBar));
progressBarHack(progBar);
the function progressBarHack() looks like this:
void progressBarHack(GtkWidget* bar)
{
progBar = bar;
}
progBar is a global variable. I get an assertion error when I try to work
with it outside the function where the bar
Hi,
Hello, this all looks like utter voodoo.
Yes it does. I tried 10 other ways and they didn't work. This one works
perfectly (so far).
You have probably a trivial
bug somewhere (elsewhere) in your code, maybe some
extern/static/initialization confusion?
All initialization was shown
);
However, when I call the functions outside of the function where the progress
bar was created I get an assertion error. The following funcion is defined in
the same file and I've used similar concepts for various other widgets, it
doesn't work just for progress bar.
The code is as follows
void
know this code isn't very useful, but I'm just attempting to
use this
// to test / describe my issue.
path = gtk_tree_row_reference_get_path(ref);
gtk_tree_model_get_iter(GTK_TREE_MODEL(treestore), toplevel, path);
// The following line is what triggers the failed assertion
Hi All,
I am getting following assertion and my application is exiting. Could anyone
help me to know what is the cause for this assertion? and how can I solve
it.
GLib-GObject-ERROR **: file gsignal.c: line 569 (handler_unref_R): assertion
failed: (hlist-tail_after == handler)
aborting
Hello everyone,
I am currently developing my first GTK+ GUI using glade to initiate bus master
DMA. The GUI is set to take DMA transfer specifics (payload, number of
packets, etc). Based on these inputs, I need to set a label or text box
showing the total amount of bytes to be transferred
On Wed, 2009-01-28 at 20:16 -0700, Jacob Wiltgen wrote:
Hello everyone,
I am currently developing my first GTK+ GUI using glade to initiate bus
master DMA. The GUI is set to take DMA transfer specifics (payload, number
of packets, etc). Based on these inputs, I need to set a label or
Hi Everyone,
I apologize for the email. I figured it out so please disregard this last
email.
Thanks,
Jake
From: jacobwilt...@hotmail.com
To: gtk-app-devel-list@gnome.org
Subject: GGtk-CRITICAL **: gtk_label_set_text: assertion `GTK_IS_LABEL (label)`
failed
Date: Wed, 28 Jan 2009 20:16:47
Hello.
I have this small example where I create a GChecksum and apply some
data. The problem is when I request the digest, the program prints out
the following error:
(process:8422): GLib-CRITICAL **: g_checksum_get_digest: assertion
`*digest_len = len' failed
My GChecksum code
On Thu, 2008-08-07 at 11:08 +0200, Luka Napotnik wrote:
Hello.
I have this small example where I create a GChecksum and apply some
data. The problem is when I request the digest, the program prints out
the following error:
(process:8422): GLib-CRITICAL **: g_checksum_get_digest: assertion
(gdk_rgb_get_cmap( ));
canvas_widget = gnome_canvas_new_aa( );
gtk_widget_pop_visual( );
gtk_widget_pop_colormap( );
But i get the warning
Gdk-CRITICAL **: gdk_drawable_set_colormap: assertion `cmap == NULL ||
gdk_drawable_get_depth (drawable) == cmap-visual-depth' failed
And my canvas appears blue
Hello everyone..
I am trying the foolowing code but its giving warning saying.. Please where
am I going wrong
(unknown:1344): Gtk-CRITICAL **: gtk_box_pack_start: assertion `GTK_IS_BOX
(box)' failed
(unknown:1344): Gtk-CRITICAL **: gtk_box_pack_start: assertion `GTK_IS_BOX
(box)' failed
Hi,
I have a very simple program that uses glib (indirectly). Actually I only define
a GError variable. I'm getting the following messages when I run it :
(process:3085): GLib-GObject-CRITICAL **: gtype.c:2240: initialization
assertion failed, use IA__g_type_init() prior to this function
, June 05, 2007 7:55 PM
To: gtk-app-devel-list@gnome.org
Subject: Glib assertion failed messages
Hi,
I have a very simple program that uses glib (indirectly). Actually I only
define
a GError variable. I'm getting the following messages when I run it :
(process:3085): GLib-GObject-CRITICAL
Sorry, i missed the assertion message.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Kumar
Siddharth
Sent: Tuesday, June 05, 2007 8:13 PM
To: Joao Moreira; gtk-app-devel-list@gnome.org
Subject: RE: Glib assertion failed messages
sometimes it is related
to get the culprit for the above
mentioned warning. I have a notebook with 5 pages. On the first tab I
have a gnome-canvas with some items on. For that I have registered an
event handler to move objects on the canvas. The moving part works
fine. When I press a key I get the assertion. Still
are:
**
(my-app:16486): Gtk-CRITICAL **: gtk_file_system_get_volume_for_path:
assertion `path != NULL' failed
(my-app:16486): Gtk-CRITICAL **: gtk_file_system_render_icon: assertion
`path != NULL' failed
(my-app:16486): Gtk-CRITICAL **: gtk_file_system_get_parent: assertion
I wonder if anybody could help me with the problem:
gdk_draw_drawable: assertion `src != NULL' failed
I get this error in the expose_event function. I have
a calss Window that contains all the gui
implementation details such as the window, pixmap,
drawing area etc. Is there any easy way to fix
Hi,
It appears in my app that when a progress bar is pulsing and I close
the window by clicking on the X upper right button I receive the
message in the subject. If I wait for the progress bar to finish
pulsing I don't get the warning. Why this ?
--
Colossus
Xarchiver, a GTK2 only archive
Colossus schrieb:
It appears in my app that when a progress bar is pulsing and I close the
window by clicking on the X upper right button I receive the message in
the subject. If I wait for the progress bar to finish pulsing I don't
get the warning. Why this ?
It seems like the window
On Fri, 17 Jun 2005 21:29:24 -0700
Mark Ivey [EMAIL PROTECTED] wrote:
I saw a very similar error message when using PyGtk py2exe on
windows...perhaps it is something similar.
I was using py2exe to package up all the files needed to run my PyGtk
program, including DLLs. It was copying the
I saw a very similar error message when using PyGtk py2exe on
windows...perhaps it is something similar.
I was using py2exe to package up all the files needed to run my PyGtk
program, including DLLs. It was copying the Pango DLL from my Gtk
installation but not some of the data files Pango
Hi!
I get this error while running a gtk program on windows compiled using
gcc mingw. Then a window from microsoft visual c++ runtime library
appears saying this application has requested the Runtime to
terminate I use Tor's Gtk 2.4.14. Interesting is that I use runtime
environment from
On Sun, 2005-02-27 at 08:26 -0500, Owen Taylor wrote:
Tom Copeland wrote:
Hi folks -
I'm getting a ASSERTION: How'd we get a floated inline frame? message
from a small embedded Mozilla program... everything seems to work OK,
but it makes me kind of nervous. The program does this, more
44 matches
Mail list logo