DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2505
Version: 1.3-current
Quite right, the gist of it is that it converts the encoding to wchar_t to
exploit the side effect of sanitizing the string.
For the issues:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2505
Version: 1.3-current
Attached file fltk-1_v3.3.x-xft-check.patch...
Link: http://www.fltk.org/str.php?L2505
Version: 1.3-currentdiff -up ./src/fl_font_xft.cxx.xft
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2505
Version: 1.3-current
Updated patch that avoids dynamic arrays. I've used the same method as
fl_utf8to_mb() that tries to use a statically allocated string first to
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2507
Version: 1.3-current
Attached file fltk-1_v2.3.x-scandir-utf8.patch...
Link: http://www.fltk.org/str.php?L2507
Version: 1.3-currentdiff -up
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2507
Version: 1.3-current
Updated patch as STR #2505 mentioned that there is a policy to avoid
dynamic arrays.
Link: http://www.fltk.org/str.php?L2507
Version:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2506
Version: 1.3-current
Fix Version: 1.3-current
Greg wrote regarding WIN32 vs. _WIN32: Hmm, I'm thinking example code
probably shouldn't assume special FLTK build
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2505
Version: 1.3-current
Note that some of the other text handling functions do malloc the local
string the first time they are called then hang onto the allocation and
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2508
Version: 1.3.0
Oh! That would be awkward - I thought the jpeg8x stuff was a superset of
the jpeg6b that we currently use, is that not the case?
Link:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2507
Version: 1.3-current
Not so much policy as an observation that implementation of dynamic
arrays is somewhat inconsistent between compilers, so we need to shoot for
Dan,
Please repost your query in fltk.general
This list (fltk.bugs) is meant for monitoring auto-generated messages from the
bug tracking system, not for user posts, so it is unlikely that you will get
the feedback you need here!
Also, please post plain-text as far as possible; html encoded
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2508
Version: 1.3.0
There are new APIs in the latest JPEG library, but the old APIs are not
deprecated so we don't need to change FLTK...
The same can be said of PNG and
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2500
Version: 1.3.0
I'll take care of both packaging files...
Link: http://www.fltk.org/str.php?L2500
Version: 1.3.0
___
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2507
Version: 1.3-current
It's even simpler: VisualC doesn't do dynamic allocated arrays.
Link: http://www.fltk.org/str.php?L2507
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?L2510
Version: 1.3-current
I think because 'fluid -help' prints to stderr, its output is thrown away
silently because it's being compiled as a windows app, and not a
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2509
Version: -current
Link: http://www.fltk.org/str.php?L2509
Version: -current
___
fltk-bugs mailing list
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2509
Version: 1.3-current
This has probably been fixed in subversion rev. 8146 (2010-12-31), please
see STR #2501. If you have subversion, please use a newer version. If
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2510
Version: 1.3-current
I never realized that fluid -c doesn't run serially. Now that you say it,
yes it may be under Windows... I wonder how make works when generating
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2510
Version: 1.3-current
Well, thinking about fluid -c: fluid doesn't background itself when run
from a Cygwin shell and probably not in a MinGW shell (both are usually
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2510
Version: 1.3-current
There are tricks to make it work from a DOS shell,
like using 'start /wait fluid ..', but it gets complicated
since start is a DOS built in.
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2510
Version: 1.3-current
Meh, that last posting I had a/b swapped in my text;
if (a) causes trouble (compiling as a console app),
then (b) would be better than nothing,
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2510
Version: 1.3-current
Hey, just discovered this is a way to get output to appear
on a DOS console from a windows app, and if invoked from the
desktop, it won't open a
21 matches
Mail list logo