Re: [fltk.bugs] [CRIT] STR #2261: fluid fails to compile *.fl files if DISPLAY or XAUTHORITY env var isn't defined
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2261
Version: 1.3-current
Ooh, I wouldn't have expected this, but anyway, it has happened ...
The culprit is in svn -r 6845, our change to fl_height(int,int). This is
called from Fl_Text_Display::buffer() form make_shell_window() in fluid.
See the appended backtrace.
I can't currently look deeper into this, but maybe someone else who is
more familiar with fluid can fix this. I've seen other warnings in
factory.cxx like:
// Fl_Browser::add calls fl_height(), which requires the X display open.
// Avoid this when compiling so it works w/o a display:
if (!compile_only) { ...
Maybe we can fix this issue in a similar manner.
backtrace
#0 fl_open_display () at Fl_x.cxx:543
#1 0x080eb7ae in fontopen (name=0x81217db mono, core=false, angle=0)
at fl_font_xft.cxx:152
#2 0x080ebb7b in Fl_Font_Descriptor (this=0x8171a98, name=0x81217db
mono) at fl_font_xft.cxx:319
#3 0x080ebc6a in fl_font (fnum=4, size=14, angle=0) at
fl_font_xft.cxx:124
#4 0x080ebcc0 in fl_font (fnum=4, size=14) at fl_font_xft.cxx:136
#5 0x080e8cb8 in fl_height (font=4, size=14) at fl_draw.cxx:444
#6 0x080d42c5 in Fl_Text_Display::resize (this=0x8171358, X=12, Y=12,
W=531, H=371) at Fl_Text_Display.cxx:386
#7 0x080d323f in Fl_Text_Display::buffer_modified_cb (pos=0, nInserted=0,
nDeleted=0, nRestyled=0, deletedText=0x0, cbArg=0x8171358) at
Fl_Text_Display.cxx:1378
#8 0x080d3516 in Fl_Text_Display::buffer (this=0x8171358, buf=0x81715e0)
at Fl_Text_Display.cxx:193
#9 0x08073c1f in make_shell_window () at alignment_panel.cxx:388
#10 0x08081687 in make_main_window () at fluid.cxx:1765
#11 0x08083a1e in main (argc=3, argv=0xbf9475b4) at fluid.cxx:2289
Link: http://www.fltk.org/str.php?L2261
Version: 1.3-current
___
fltk-bugs mailing list
fltk-bugs@easysw.com
http://lists.easysw.com/mailman/listinfo/fltk-bugs
Re: [fltk.bugs] [CRIT] STR #2261: fluid fails to compile *.fl files if DISPLAY or XAUTHORITY env var isn't defined
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2261 Version: 1.3-current The culprit is in svn -r 6845, our change to fl_height(int,int). Wow, yeah, I never would have guessed that either. Since r6845 is one of mine, I have to say: great sleuthing Albrecht! Looks like you came up with the fix involving fluid.. excellent! That's probably the right solution anyway. I'm glad we didn't have to back out r6845, as that solved a different nasty problem. Link: http://www.fltk.org/str.php?L2261 Version: 1.3-current ___ fltk-bugs mailing list fltk-bugs@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-bugs
[fltk.bugs] VC6 to compile the latest weekly fltk-2.0.x-r6879 error!
hello , everyone: I use VC6 to compile the latest weekly fltk-2.0.x-r6879, I followed the instructions in the README to go into the directory visualc to open the dsw project , then start compiling. but these are some errors. I solve some ,but the fatal occured when linking: Linking... fltk2.lib(Widget.obj) : error LNK2001: unresolved external symbol void __cdecl delete_associations_for(class fltk::Widget *) (?delete_associations_for@@[EMAIL PROTECTED]@@@Z) fltk2.lib(ShortcutAssignment.obj) : error LNK2001: unresolved external symbol public: void __thiscall fltk::Widget::add(class fltk::AssociationType const ,void *) ([EMAIL protect...@fltk@@[EMAIL protect...@[email PROTECTED]) fltk2.lib(ShortcutAssignment.obj) : error LNK2001: unresolved external symbol public: bool __thiscall fltk::Widget::find(class fltk::AssociationType const ,void *)const ([EMAIL protect...@fltk@@[EMAIL protect...@[email PROTECTED]) fltk2.lib(ShortcutAssignment.obj) : error LNK2001: unresolved external symbol public: bool __thiscall fltk::Widget::remove(class fltk::AssociationType const ,void *) ([EMAIL protect...@fltk@@[EMAIL protect...@[email PROTECTED]) fltk2.lib(ShortcutAssignment.obj) : error LNK2001: unresolved external symbol public: void __thiscall fltk::Widget::set(class fltk::AssociationType const ,void *) ([EMAIL protect...@fltk@@[EMAIL protect...@[email PROTECTED]) fltk2.lib(ShortcutAssignment.obj) : error LNK2001: unresolved external symbol public: void * __thiscall fltk::Widget::get(class fltk::AssociationType const )const ([EMAIL protect...@fltk@@[EMAIL PROTECTED]@@Z) fltk2.lib(ShortcutAssignment.obj) : error LNK2001: unresolved external symbol public: void * __thiscall fltk::Widget::foreach(class fltk::AssociationType const ,class fltk::AssociationFunctor )const ([EMAIL protect...@fltk@@QBEPAXABVAssociationTy [EMAIL protect...@[email PROTECTED]@@Z) fltk2.lib(ShortcutAssignment.obj) : error LNK2001: unresolved external symbol void * __cdecl fltk::foreach(class fltk::AssociationType const *,class fltk::Widget const *,class fltk::AssociationFunctor ) ([EMAIL PROTECTED]@@[EMAIL protect...@p [EMAIL protect...@[email PROTECTED]@@Z) so , someone can help me out ? thanks a lot ___ 好玩贺卡等你发，邮箱贺卡全新上线！ http://card.mail.cn.yahoo.com/___ fltk-bugs mailing list fltk-bugs@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-bugs
Re: [fltk.bugs] [CRIT] STR #2261: fluid fails to compile *.fl files if DISPLAY or XAUTHORITY env var isn't defined
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2261
Version: 1.3-current
Yet another patch, see attached file str_2261.patch.
This avoids creating some windows, reading the prefs, and building the
history of files in the menu. This also ought to speed up fluid -c a
little bit.
However, we still need the main window, although it will never be shown.
Maybe this one is better, because it won't make problems if we add some
other widgets that load fonts to these windows (and thus would need to
open the display).
Still needs to be checked and tested by someone who's more familiar with
fluid code.
Link: http://www.fltk.org/str.php?L2261
Version: 1.3-currentIndex: fluid/fluid.cxx
===
--- fluid/fluid.cxx (revision 6895)
+++ fluid/fluid.cxx (working copy)
@@ -1751,19 +1751,20 @@
}
void make_main_window() {
- fluid_prefs.get(snap, snap, 1);
- fluid_prefs.get(gridx, gridx, 5);
- fluid_prefs.get(gridy, gridy, 5);
- fluid_prefs.get(show_guides, show_guides, 0);
- fluid_prefs.get(widget_size, Fl_Widget_Type::default_size, 14);
- fluid_prefs.get(show_comments, show_comments, 1);
+ if (!compile_only) {
+fluid_prefs.get(snap, snap, 1);
+fluid_prefs.get(gridx, gridx, 5);
+fluid_prefs.get(gridy, gridy, 5);
+fluid_prefs.get(show_guides, show_guides, 0);
+fluid_prefs.get(widget_size, Fl_Widget_Type::default_size, 14);
+fluid_prefs.get(show_comments, show_comments, 1);
- load_history();
+load_history();
+make_layout_window();
+make_settings_window();
+make_shell_window();
+ }
- make_layout_window();
- make_settings_window();
- make_shell_window();
-
if (!main_window) {
Fl_Widget *o;
main_window = new Fl_Double_Window(WINWIDTH,WINHEIGHT,fluid);
___
fltk-bugs mailing list
fltk-bugs@easysw.com
http://lists.easysw.com/mailman/listinfo/fltk-bugs
Re: [fltk.bugs] [CRIT] STR #2189: xserver crash on xorg-x11-7.2 when entering text into Fl_Input with xft support
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2189 Version: 1.3-current I agree with you. I have the same Problem, the X-Server chrased, when i try to put text in an FL_Input Objekt. xft is enabled in fltk. My System is x86 based, Debian Lenny, with an Backport Kernel 2.6.30xxx. Now, for a workaround, i have diaabled xft in fltk. But, huuu, it's ugly. Link: http://www.fltk.org/str.php?L2189 Version: 1.3-current ___ fltk-bugs mailing list fltk-bugs@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-bugs
Re: [fltk.bugs] VC6 to compile the latest weekly fltk-2.0.x-r6879 error!
I use VC6 to compile the latest weekly fltk-2.0.x-r6879,... fltk.bugs is intended for output from the automated STR system. could you please re-send this report to fltk.general, where someone might be able to guide youy further. please include details of which version of fltk you are using, and on which platform. ___ fltk-bugs mailing list fltk-bugs@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-bugs
Re: [fltk.bugs] VC6 to compile the latest weekly fltk-2.0.x-r6879 error!
翱 李 wrote: hello , everyone: I use VC6 to compile the latest weekly fltk-2.0.x-r6879, I followed the instructions in the README to go into the directory visualc to open the dsw project , then start compiling. but these are some errors. I solve some ,but the fatal occured when linking: 1) If you are new to FLTK, please don't use FLTK 2.0. This is currently not maintained, and there are many known bugs like this one. I suggest that you use FLTK 1.1 (stable) or 1.3 (current development, UTF-8). http://www.fltk.org/articles.php?L825 2) If you like to use FLTK-2 nevertheless, then you need to add the file src\WidgetAssociation.cxx to your project settings. 3) Please post your questions to fltk.general, because fltk.bugs is for the automatic STR system. You'll likely get more and faster replies, if you post your questions to fltk.general. Thanks. Albrecht ___ fltk-bugs mailing list fltk-bugs@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-bugs
Re: [fltk.bugs] [CRIT] STR #2261: fluid fails to compile *.fl files if DISPLAY or XAUTHORITY env var isn't defined
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2261 Version: 1.3-current I haven't looked closely at fluid's code, but it seems during a 'compile_only' mode there really shouldn't be calls to any of the make_xxx_window() functions. I figure code generation is decoupled from the GUI such that some simple command line parsing for -c/-cs at the head of main() could just short circuit straight to a GUI-less code gen step. All those calls to eg. fl_register_images() and make_main_window() all seem potentially dangerous to do in compile-only mode. Link: http://www.fltk.org/str.php?L2261 Version: 1.3-current ___ fltk-bugs mailing list fltk-bugs@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-bugs
Re: [fltk.bugs] [HIGH] STR #2232: FLTK1/2 X11 keyboard handling broken if using a soft keyboard
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2232 Version: 1.3-current Interesting. I am sure a specific X11 client has caused this issue. I have no idea why it was important to differentiate a repeat from a press/release/press cycle, but Mike may clear this up. The code is basically OK and checks the even time as well, but in rare case (in particular, if keyboard input does not come from a human, but is generated by a program), time resolution may not be enough. I do not see a way to keep the patch and solve the new problem in the same code. Maybe Mike can explain why this was needed (and if we can remove it). Link: http://www.fltk.org/str.php?L2232 Version: 1.3-current ___ fltk-bugs mailing list fltk-bugs@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-bugs
