I verify that I also see this problem. Running in dbx with the -sync option shows this stacktrace. For some reason it seems AWN thinks that the window width is 65535, which seems wrong.
Could you file a bug at http://defect.opensolaris.org/ so this can be looked into? Brian [1] gdk_x_error(0x80a0200, 0x8047040, 0x20, 0xfe4512aa), at 0xfe92b908 [2] _XError(0x80a0200, 0x8047130, 0x20, 0xfe435086), at 0xfe4513a2 [3] _XReply(0x80a0200, 0x8047130, 0x0, 0x0), at 0xfe435479 [4] XShapeGetRectangles(0x80a0200, 0x3600039, 0x0, 0x8047198, 0x804719c, 0xfe725000, 0x80471a8, 0xfe9381c6), at 0xfe70971f [5] xwindow_get_shape(0x80a0200, 0x3600039, 0x0, 0xfe9382b6), at 0xfe9381e6 [6] _gdk_windowing_get_shape_for_mask(0x816d318, 0x80aaec8, 0x8047218, 0xfe90d1ee), at 0xfe938328 [7] gdk_window_input_shape_combine_mask(0x80b49f8, 0x816d318, 0x0, 0x0), at 0xfe90d211 [8] gtk_widget_input_shape_combine_mask(0x8105020, 0x816d318, 0x0, 0x0, 0x0, 0x0), at 0xfeca0e60 =>[9] _update_input_shape(window = 0x8105020, width = 65535, height = 110), line 800 in "awn-bar.c" [10] _on_configure(pWidget = 0x8105020, pEvent = 0x80b3c70, userData = (nil)), line 824 in "awn-bar.c" [11] _gtk_marshal_BOOLEAN__BOXED(0x80fd2d8, 0x8047400, 0x2, 0x8112d18, 0x8047428, 0x0), at 0xfeb8159a [12] g_closure_invoke(0x80fd2d8, 0x8047400, 0x2, 0x8112d18, 0x8047428, 0x1, 0x8047398, 0xfe014e51), at 0xfdfff6aa [13] signal_emit_unlocked_R(0x80df7f0, 0x0, 0x8105020, 0x8047570, 0x8112d18, 0x14, 0x8047530, 0x8000000), at 0xfe015bd4 [14] g_signal_emit_valist(0x8105020, 0x2e, 0x0, 0x804761c), at 0xfe01482a [15] g_signal_emit(0x8105020, 0x2e, 0x0, 0x80b3c70, 0x804763c, 0x8104fc8, 0x8047648, 0xfec9ab5d), at 0xfe014c31 [16] gtk_widget_event_internal(0x8105020, 0x80b3c70, 0x8047668, 0xfec9a930), at 0xfec9ad82 [17] gtk_widget_event(0x8105020, 0x80b3c70, 0x0, 0xfeb7eb42), at 0xfec9a9c5 [18] gtk_main_do_event(0x80b3c70, 0x0, 0x80476e8, 0xfe9233fe), at 0xfeb7eecc [19] gdk_event_dispatch(0x80b62c0, 0x0, 0x0, 0xfded4d28), at 0xfe92344e [20] g_main_context_dispatch(0x80b6308, 0x0, 0x810d718, 0x9), at 0xfded4eee [21] g_main_context_iterate(0x80b6308, 0x1, 0x1, 0x80be418), at 0xfded559f [22] g_main_loop_run(0x8131c40, 0x8131c40, 0x8105020, 0xfeb7e73a), at 0xfded5bc9 [23] gtk_main(0x80478b0, 0xfeffb804, 0x127, 0x0, 0x807e868, 0x76), at 0xfeb7e7e3 [24] main(argc = 1, argv = 0x80478f4), line 355 in "main.c" weknox wrote: > ... says it all. > > When run from a terminal this is the output: > > (avant-window-navigator:2593): Gdk-WARNING **: Native Windows wider or taller > than 65535 pixels are not supported > Screen is composited. > LOADED : /export/home/weknox/.config/awn/launchers/awn_launcher.desktop > LOADED : /export/home/weknox/.config/awn/launchers/awn_launcher-1.desktop > APPLET : /usr/lib/awn/applets/taskman.desktop > > Gdk-ERROR **: The program 'avant-window-navigator' received an X Window > System error. > This probably reflects a bug in the program. > The error was 'BadAlloc (insufficient resources for operation)'. > (Details: serial 994 error_code 11 request_code 53 minor_code 0) > (Note to programmers: normally, X errors are reported asynchronously; > that is, you will receive the error a while after causing it. > To debug your program, run it with the --sync command line > option to change this behavior. You can then get a meaningful > backtrace from your debugger if you break on the gdk_x_error() function.) > aborting... > Trace/Breakpoint Trap > > Is this a new bug or an idiosyncratic install? Haven't seen anything on > forums and precious little on the net. > > Thanks in advance. > > walter
