On 30-Aug-99 I wrote:>> Libgdk? >> The only packages I know of with gdk/libgdk files >> are `gtk+' and `gtk+10' and neither contain `gdkfont.c'.To which Prof Brian D Ripley and Peter Dalgaard replied:> No, binary rpms will not contain source files, will they?> Try 'nm /usr/lib/libgdk.a | grep font' and I think you will see the > light...I (just barely, as a non programmer) know the differences between foo.c, foo.o, foo.h, foo.a files but I got carried away (non thinkingly) by the error messages: Gdk-CRITICAL **: file gdkfont.c: line 174 (gdk_font_id): assertion `font != NULL' failed. However what has `gdkfont.c' got to do with it in THIS context? Further I wrote:>> This is what I have: >> gnome-libs-1.0.12-1 & gnome-libs-devel-1.0.12-1 >> gtk+-1.2.3-1 & gtk+-devel-1.2.3-1 >> gtk+10-1.0.6-5 >> glib-1.2.3-1 & glib-devel-1.2.3-1 >> libglade-0.3-1 & libglade-devel-0.3-1 >> libxml-1.4.0-1 & libxml-devel-1.4.0-1To which Prof Brian D Ripley and Peter Dalgaard replied:> That's a later gnome-libs than I have.> libglade-0.4-SNAP > libglade-devel-0.4-SNAP > I'd say libglade is the culprit...I have just made the libglade-0.4-SNAP and libglade-devel-0.4-SNAP rpm's and recompiled R-0.65.0. The same thing happens with `R --gnome', namely: Segmentation fault (core dumped), with the same error messages. So the culprit is not libglade but maybe `gnome-libs-1.0.12-1' given that you both have an earlier gnome-libs. Or maybe even something else. I am not going to pursue this further as it takes too much time. I was just curious how the R gnome interface had progressed. Thank you both very much for taking the time to respond. Should I report it as a bug or is it not worth it given the `moving target' status of the gnome libs and the `work in progress' status of the R gnome interface? ************************************* Alexander Volovics Dept of Methodology & Statistics Maastricht University, Maastricht, NL ************************************* -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the "body", not the subject !) To: r-devel-request@stat.math.ethz.ch _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._
Alexander Volovics <awol@xs4all.nl> writes:> Should I report it as a bug or is it not worth it given the > `moving target' status of the gnome libs and the `work in progress' > status of the R gnome interface?Probably the latter. A note to R-devel should suffice to get the immediate attention. When we get around to working through the bug repository, the world may look completely different. One thing, btw. What happens if you run bin/R -d gdb (gdb) run --gnome <<crash>> (gdb) bt <<stack trace telling us what was the call>> (gdb) up <<possibly repeat until inside R>> (gdb) l -- O__ ---- Peter Dalgaard Blegdamsvej 3 c/ /'_ --- Dept. of Biostatistics 2200 Cph. N (*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918 ~~~~~~~~~~ - (p.dalgaard@biostat.ku.dk) FAX: (+45) 35327907 -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the "body", not the subject !) To: r-devel-request@stat.math.ethz.ch _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._
>>>>> "AV" == Alexander Volovics <awol@xs4all.nl> writes:AV> I (just barely, as a non programmer) know the differences AV> between foo.c, foo.o, foo.h, foo.a files but I got carried AV> away (non thinkingly) by the error messages: AV> Gdk-CRITICAL **: file gdkfont.c: line 174 (gdk_font_id): AV> assertion `font != NULL' failed. AV> However what has `gdkfont.c' got to do with it in THIS AV> context? This says that it couldn't find a font it was looking for. Gnome is pretty half-hazard. It's nice when it works, but can't be trusted -- for instance, out of 6 identically configured Debian machines, I can run gnome-session on startup on 4, but I _always_ get name-service errors (with fatal halts) on the other 2. (Debian's slightly behind, but problem and bug reports on the Gnome list are still a bit too often for my liking). Even though I'm using it as my default GUI, I'd trust gnome about as far as I can throw it (the bits, not the machines :-)... It's still somewhat unstable. best, -tony -- A.J. Rossini Research Assistant Professor of Biostatistics Center for AIDS Research/HMC Biostatistics/Univ. of Washington Box 359931 Box 357232 206-731-3647 (3693=fax) 206-543-1044 (3286=fax) rossini@u.washington.edu rossini@biostat.washington.edu http://www.biostat.washington.edu/~rossini/ -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the "body", not the subject !) To: r-devel-request@stat.math.ethz.ch _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._
Alexander Volovics <awol@xs4all.nl> writes:> Program received signal SIGSEGV, Segmentation fault. > 0x4024034d in gtk_text_size_request () > (gdb) bt > #0 0x4024034d in gtk_text_size_request () > #1 0x40266695 in gtk_marshal_NONE__POINTER () > #2 0x4022d2ab in gtk_signal_real_emit () > #3 0x4022b6c0 in gtk_signal_emit () > #4 0x4025d298 in gtk_widget_size_request () > #5 0x4023ca3a in gtk_table_size_request_init () > #6 0x4023c569 in gtk_table_size_request () > #7 0x40266695 in gtk_marshal_NONE__POINTER () > #8 0x4022d2ab in gtk_signal_real_emit () > #9 0x4022b6c0 in gtk_signal_emit () > #10 0x4025d298 in gtk_widget_size_request () > #11 0x400af7d0 in gnome_dock_size_request () > #12 0x40266695 in gtk_marshal_NONE__POINTER () > #13 0x4022d2ab in gtk_signal_real_emit () > #14 0x4022b6c0 in gtk_signal_emit () > #15 0x4025d298 in gtk_widget_size_request () > #16 0x4025366e in gtk_vbox_size_request () > #17 0x40266695 in gtk_marshal_NONE__POINTER () > #18 0x4022d2ab in gtk_signal_real_emit () > #19 0x4022b6c0 in gtk_signal_emit () > #20 0x4025d298 in gtk_widget_size_request () > #21 0x40264c77 in gtk_window_size_request () > #22 0x40266695 in gtk_marshal_NONE__POINTER () > #23 0x4022d2ab in gtk_signal_real_emit () > #24 0x4022b6c0 in gtk_signal_emit () > #25 0x4025d298 in gtk_widget_size_request () > #26 0x402659fc in gtk_window_move_resize () > #27 0x4026591e in gtk_window_check_resize () > #28 0x402667eb in gtk_marshal_NONE__NONE () > #29 0x4022d428 in gtk_signal_real_emit () > #30 0x4022b6c0 in gtk_signal_emit () > #31 0x401c5df8 in gtk_container_check_resize () > #32 0x40264744 in gtk_window_show () > #33 0x4008a7b0 in gnome_app_show () > #34 0x402667eb in gtk_marshal_NONE__NONE () > #35 0x4022d2ab in gtk_signal_real_emit () > #36 0x4022b6c0 in gtk_signal_emit () > #37 0x4025b230 in gtk_widget_show () > #38 0x401c78d4 in gtk_container_show_all () > ---Type <return> to continue, or q <return> to quit--- > #39 0x4025b7d6 in gtk_widget_show_all () > #40 0x80cd79b in R_gtk_terminal_new () at terminal.c:112 > #41 0x80c8481 in main (ac=1, av=0xbffffbc4) at system.c:314 > #42 0x4042acb3 in __libc_start_main (main=0x80c831c <main>, argc=1, > argv=0xbffffbc4, init=0x8058934 <_init>, fini=0x810319c <_fini>, > rtld_fini=0x4000a350 <_dl_fini>, stack_end=0xbffffbbc) > at ../sysdeps/generic/libc-start.c:78 > (gdb) up > #1 0x40266695 in gtk_marshal_NONE__POINTER () > (gdb) up > #2 0x4022d2ab in gtk_signal_real_emit () > (gdb) up > #3 0x4022b6c0 in gtk_signal_emit () > (gdb) up....> #40 0x80cd79b in R_gtk_terminal_new () at terminal.c:112 > 112 gtk_widget_show_all(R_gtk_main_window); > (gdb) up > #41 0x80c8481 in main (ac=1, av=0xbffffbc4) at system.c:314 > 314 R_gtk_terminal_new(); > (gdb) up > #42 0x4042acb3 in __libc_start_main (main=0x80c831c <main>, argc=1, > argv=0xbffffbc4, init=0x8058934 <_init>, fini=0x810319c <_fini>, > rtld_fini=0x4000a350 <_dl_fini>, stack_end=0xbffffbbc) > at ../sysdeps/generic/libc-start.c:78 > ../sysdeps/generic/libc-start.c:78: No such file or directory. > (gdb) up > Initial frame selected; you cannot go up. > (gdb) l > ../sysdeps/generic/libc-start.c:73: No such file or directory..> What is the meaning of `up'. It just goes all the way back to the > `beginning' and does not `reenter' R ?It goes back through the list of function calls. This allows you to inspect variables, etc.> Does this tell you anything. No core file was produced this way. > > If I have done it wrong please ask again. I have no real understanding > of how gdb works.What would interest me is what the content of R_gnome_userprefs.font if you go up to #40 (in R_gtk_terminal_new () at terminal.c:112). Just type p R_gnome_userprefs.font if it's NULL, then we might have a lead on the problem. But Lyndon Drake is the guy who knows his way around the Gnome stuff, not me. What is in your .gnome/R.gnome file, by the way? -- O__ ---- Peter Dalgaard Blegdamsvej 3 c/ /'_ --- Dept. of Biostatistics 2200 Cph. N (*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918 ~~~~~~~~~~ - (p.dalgaard@biostat.ku.dk) FAX: (+45) 35327907 -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the "body", not the subject !) To: r-devel-request@stat.math.ethz.ch _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._