[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2588
Version: 1.3.0
Fix Version: 1.3.0 (r8546)
John reported (offline) that his tests revealed no other
problem in the FLTK/Tk interaction.
Thus I close this STR.
Link: http://www.fltk.org/str.php?L2588
Version: 1.3.0
Fix Version: 1
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2588
Version: 1.3.0
Fix Version: 1.3.0 (r8546)
Manolo,
So far, this appears to work pretty well. I will test it thoroughly
next Monday and Tuesday, but assuming no
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2588
Version: 1.3.0
Fix Version: 1.3.0 (r8546)
John,
Please try the last svn version (r.8551) that hopefully will
close this STR.
Link: http://www.fltk.org/str.php?L
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2588
Version: 1.3.0
Fix Version: 1.3.0 (r8546)
Manolo,
The second patch does not fix the warnings about the menuRef stuff.
I spent some time tracking this down by in
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2588
Version: 1.3.0
Fix Version: 1.3.0 (r8546)
Could you try cocoa.patch2 (very small). It may fix the application
menu conflict.
Link: http://www.fltk.org/str.php?L
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2588
Version: 1.3.0
Fix Version: 1.3.0 (r8546)
Attached file "cocoa.patch2"...
Link: http://www.fltk.org/str.php?L2588
Version: 1.3.0
Fix Version: 1.3.0 (r8546)Index:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2588
Version: 1.3.0
Fix Version: 1.3.0 (r8546)
Fixed in Subversion repository.
The fix works but requires that the NSApplication subclass be
initialized before the F
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2588
Version: 1.3-current
Manolo,
Our application doesn't create an application menu, but I believe that
Tk does... Maybe Tk and FLTK are both trying to create an appli
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2588
Version: 1.3-current
Great. We are making good progress.
Yes, I will commit this patch to the FLTK 1.3 source tree.
The error message is most probably because FLTK a
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2588
Version: 1.3-current
Manolo,
After working through some issues with reversing the initialization code
so that FLTK gets initialized after Tcl/Tk, our program succes
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2588
Version: 1.3-current
Manolo, I'm back in town now and I'm working on changing our application so
that Tcl/Tk gets initialized before FLTK, so I can re-try your patch.
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2588
Version: 1.3-current
Manolo,
I had to make a production release last week so was unable to perform
your test earlier, and I'm currently traveling out of the office
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2588
Version: 1.3-current
The traceback indicates fl_open_display() is called before Tcl/Tk
is initialized. Please, reverse this order by calling
Tk_Init() before fl_open
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2588
Version: 1.3-current
This is to be done with cocoa.patch applied.
Link: http://www.fltk.org/str.php?L2588
Version: 1.3-current
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2588
Version: 1.3-current
I also thought the problem lies around Tk and FLTK each subclassing
NSApplication and adding new member functions. The patch removed
the FLTK sid
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2588
Version: 1.3-current
Hi, I tried using the patch on the latest snapshot r8514, but I still get a
crash. I contacted Daniel Steffen, the Apple engineer that used to
m
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2588
Version: 1.3-current
Could you, please, tell if the attached cocoa.patch
solves your problem ?
Link: http://www.fltk.org/str.php?L2588
Version: 1.3-current
___
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2588
Version: 1.3-current
Attached file "cocoa.patch"...
Link: http://www.fltk.org/str.php?L2588
Version: 1.3-currentIndex: src/Fl_cocoa.mm
==
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2588
Version: 1.3-current
The FLTK library crashes in an uncaught exception when the Cocoa version of
the Tk library is in the process of initializing itself. This issue
19 matches
Mail list logo