xbae-discuss Mailing List for Xbae Widget Set (Page 5)
Brought to you by:
dannybackx
You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
(6) |
May
(5) |
Jun
(7) |
Jul
(22) |
Aug
(43) |
Sep
(40) |
Oct
(28) |
Nov
(20) |
Dec
(6) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(6) |
Feb
(22) |
Mar
(22) |
Apr
(20) |
May
(14) |
Jun
(25) |
Jul
(11) |
Aug
(3) |
Sep
(3) |
Oct
(21) |
Nov
(9) |
Dec
(13) |
2004 |
Jan
(5) |
Feb
(13) |
Mar
(20) |
Apr
(12) |
May
(24) |
Jun
(28) |
Jul
(10) |
Aug
(42) |
Sep
(14) |
Oct
(24) |
Nov
(42) |
Dec
(1) |
2005 |
Jan
|
Feb
(65) |
Mar
(39) |
Apr
(2) |
May
(24) |
Jun
(10) |
Jul
(12) |
Aug
(13) |
Sep
(3) |
Oct
|
Nov
(2) |
Dec
(20) |
2006 |
Jan
(15) |
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2008 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: SourceForge.net <no...@so...> - 2005-05-21 18:45:15
|
Bugs item #1202437, was opened at 2005-05-15 11:19 Message generated for change (Comment added) made by tobiasoed You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=401980&aid=1202437&group_id=31337 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bugs Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: assertion errors xbae-4.60.0 Initial Comment: danny backx and all other xbae developers xbae version: 4.60.0 target os: SunOS 5.8 sun4m sparc xwindows/motif: whatever sun shipped with solaris 8 compiler: gcc version 2.95.2 19991024 (yea i know i should upgrade ...) i'm getting example/tests assertion errors: add Draw.c:969: failed assertion `row >= 0 && row < mw->matrix.rows && column >= 0 && column < mw->matrix.columns' Abort - core dumped . . . multifixed Draw.c:969: failed assertion `row >= 0 && row < mw->matrix.rows && column >= 0 && column < mw->matrix.columns' Abort - core dumped aw-crap -- i knew there were more of these assertion problems the first time i ran the tests -- in my feeble attempt to investigate i hacked Method.c near line 700 the multi condition assert and removed the row >= 0 and column >= 0 tests because as it turns out row and column are both -1, methinks this is the same cause for the Draw.c assertion failures. what i don't know is whether row and column == -1 is a good, bad or indifferent condition. replacing the original Method.c yields failure for matrix Methods.c:700: failed assertion `mw->matrix.text_child_is_mapped && row >= 0 && row < mw->matrix.rows && column >= 0 && column < mw->matrix.columns' Abort - core dumped also note: the Methods.c line 700 assertion is triggered before the one in Draw.c line 969, which was why i hacked Methods.c initially. other notes: fifteen -- all 2 digit numbers are missing from the puzzle? is the cell size too small? it does appear larger in 4.8.4 and 4.51.03. multibyte -- rows 1,3,5,6,8 are italic gobbledygook, rows 2,4,7 blank in other xbae versions these rows are blank. xbae version 4.51.3 exhibits none of this problems, however, it has some debug code turned on (and not conditionally isolated), (e.g. Draw.c xbaeDrawString 310, there might be others), so i decided to try 4.60.0 ra...@ac... ---------------------------------------------------------------------- >Comment By: Tobias Oed (tobiasoed) Date: 2005-05-21 10:45 Message: Logged In: YES user_id=101470 Sorry for the delay in getting to this as that's probably my fault. Try adding to initialize() in Matrix.c after line 995 new->matrix.text_child_is_mapped = False; Without this line it remains uninited and illigal cases of current_row=-1, current_column=-1 with it not false can exist until realize() is called. I just commited it to cvs. Let us know if it works for you as this problem does not occur on my arch. Tobias. ---------------------------------------------------------------------- Comment By: Danny Backx (dannybackx) Date: 2005-05-16 00:34 Message: Logged In: YES user_id=39146 Robert, I forgot to mention that some of the features (e.g. multibyte) uses fontlists/rendertables more extensively than Xbae did in the past. I had to do some tweaking to LessTif to support this (but you're not using that I think), you may want to check the version of Motif that you're using. An option might be to check whether use of LessTif eliminates some of the problems (to debug the situation). ---------------------------------------------------------------------- Comment By: Danny Backx (dannybackx) Date: 2005-05-15 22:48 Message: Logged In: YES user_id=39146 Hi RAS. Some questions. Could you send stack trace for the cases where you get the assert failed? (gdb add core; where) I'd like to see what called this function, and the values of row and column at the time if you an manage that too. Fifteen displays nicely on my system, I don't see what you describe. The multibyte remark is a bit puzzling. When you mention gobbledygook, do you mean you see asian fonts ? That is the intention of that example. I'm attaching a snapshot of this for your reference. The fact that one line is selected in it is due to my mouse click. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=401980&aid=1202437&group_id=31337 |
From: Terry L. T. <te...@es...> - 2005-05-20 06:23:45
|
I just upgraded to 4.60.0. Many old problems were fixed with this release. Thanks ;o) I am having one small difficulity. In earlier versions, we were setting the column width to a certain value sometimes knowing that the data from the database was longer. For example, in one particular interface, the city name in the database is 30 characters; however, we only want to display 20 characters due then number of data elements the user needs to see without having to scroll horizontally. We set the column width to 20 with the XmNcolumnWidths array and all worked well. The matrix cell was filled with 20 characters and the rest were either discarded or hidden. None of these are editable, so I don't know about the hidden part. With the new upgrade, 19 characters are displayed, then a space. Do I now need to truncate the data or is there some other means of completely filling the cell and disgarding the additional data? Thanks... |
From: SourceForge.net <no...@so...> - 2005-05-19 16:44:29
|
Bugs item #1205110, was opened at 2005-05-19 11:27 Message generated for change (Comment added) made by bhoch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=401980&aid=1205110&group_id=31337 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Bruce Hochstetler (bhoch) Assigned to: Nobody/Anonymous (nobody) Summary: Xbae 4.6 will not build with Motif 1.2.x Initial Comment: The latest Xbae (4.60.0) will not build with motif 1.2.x. New api's define the XmStringTag datatype which is not defined for motif 1.2.x. If Xbae is intended (continued) to be used on legacy systems then the configure script needs to be updated to check for the version of motif. An alternate definition of the api's should be provided; XmStringTag == char *. Thanks ---------------------------------------------------------------------- >Comment By: Bruce Hochstetler (bhoch) Date: 2005-05-19 11:44 Message: Logged In: YES user_id=827340 Another datatype I've found is XmRenderTable; there may be others. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=401980&aid=1205110&group_id=31337 |
From: SourceForge.net <no...@so...> - 2005-05-19 16:27:49
|
Bugs item #1205110, was opened at 2005-05-19 11:27 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=401980&aid=1205110&group_id=31337 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Bruce Hochstetler (bhoch) Assigned to: Nobody/Anonymous (nobody) Summary: Xbae 4.6 will not build with Motif 1.2.x Initial Comment: The latest Xbae (4.60.0) will not build with motif 1.2.x. New api's define the XmStringTag datatype which is not defined for motif 1.2.x. If Xbae is intended (continued) to be used on legacy systems then the configure script needs to be updated to check for the version of motif. An alternate definition of the api's should be provided; XmStringTag == char *. Thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=401980&aid=1205110&group_id=31337 |
From: SourceForge.net <no...@so...> - 2005-05-16 08:34:25
|
Bugs item #1202437, was opened at 2005-05-15 21:19 Message generated for change (Comment added) made by dannybackx You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=401980&aid=1202437&group_id=31337 Category: Bugs Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: assertion errors xbae-4.60.0 Initial Comment: danny backx and all other xbae developers xbae version: 4.60.0 target os: SunOS 5.8 sun4m sparc xwindows/motif: whatever sun shipped with solaris 8 compiler: gcc version 2.95.2 19991024 (yea i know i should upgrade ...) i'm getting example/tests assertion errors: add Draw.c:969: failed assertion `row >= 0 && row < mw->matrix.rows && column >= 0 && column < mw->matrix.columns' Abort - core dumped . . . multifixed Draw.c:969: failed assertion `row >= 0 && row < mw->matrix.rows && column >= 0 && column < mw->matrix.columns' Abort - core dumped aw-crap -- i knew there were more of these assertion problems the first time i ran the tests -- in my feeble attempt to investigate i hacked Method.c near line 700 the multi condition assert and removed the row >= 0 and column >= 0 tests because as it turns out row and column are both -1, methinks this is the same cause for the Draw.c assertion failures. what i don't know is whether row and column == -1 is a good, bad or indifferent condition. replacing the original Method.c yields failure for matrix Methods.c:700: failed assertion `mw->matrix.text_child_is_mapped && row >= 0 && row < mw->matrix.rows && column >= 0 && column < mw->matrix.columns' Abort - core dumped also note: the Methods.c line 700 assertion is triggered before the one in Draw.c line 969, which was why i hacked Methods.c initially. other notes: fifteen -- all 2 digit numbers are missing from the puzzle? is the cell size too small? it does appear larger in 4.8.4 and 4.51.03. multibyte -- rows 1,3,5,6,8 are italic gobbledygook, rows 2,4,7 blank in other xbae versions these rows are blank. xbae version 4.51.3 exhibits none of this problems, however, it has some debug code turned on (and not conditionally isolated), (e.g. Draw.c xbaeDrawString 310, there might be others), so i decided to try 4.60.0 ra...@ac... ---------------------------------------------------------------------- >Comment By: Danny Backx (dannybackx) Date: 2005-05-16 10:34 Message: Logged In: YES user_id=39146 Robert, I forgot to mention that some of the features (e.g. multibyte) uses fontlists/rendertables more extensively than Xbae did in the past. I had to do some tweaking to LessTif to support this (but you're not using that I think), you may want to check the version of Motif that you're using. An option might be to check whether use of LessTif eliminates some of the problems (to debug the situation). ---------------------------------------------------------------------- Comment By: Danny Backx (dannybackx) Date: 2005-05-16 08:48 Message: Logged In: YES user_id=39146 Hi RAS. Some questions. Could you send stack trace for the cases where you get the assert failed? (gdb add core; where) I'd like to see what called this function, and the values of row and column at the time if you an manage that too. Fifteen displays nicely on my system, I don't see what you describe. The multibyte remark is a bit puzzling. When you mention gobbledygook, do you mean you see asian fonts ? That is the intention of that example. I'm attaching a snapshot of this for your reference. The fact that one line is selected in it is due to my mouse click. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=401980&aid=1202437&group_id=31337 |
From: SourceForge.net <no...@so...> - 2005-05-16 06:48:23
|
Bugs item #1202437, was opened at 2005-05-15 21:19 Message generated for change (Comment added) made by dannybackx You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=401980&aid=1202437&group_id=31337 Category: Bugs Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: assertion errors xbae-4.60.0 Initial Comment: danny backx and all other xbae developers xbae version: 4.60.0 target os: SunOS 5.8 sun4m sparc xwindows/motif: whatever sun shipped with solaris 8 compiler: gcc version 2.95.2 19991024 (yea i know i should upgrade ...) i'm getting example/tests assertion errors: add Draw.c:969: failed assertion `row >= 0 && row < mw->matrix.rows && column >= 0 && column < mw->matrix.columns' Abort - core dumped . . . multifixed Draw.c:969: failed assertion `row >= 0 && row < mw->matrix.rows && column >= 0 && column < mw->matrix.columns' Abort - core dumped aw-crap -- i knew there were more of these assertion problems the first time i ran the tests -- in my feeble attempt to investigate i hacked Method.c near line 700 the multi condition assert and removed the row >= 0 and column >= 0 tests because as it turns out row and column are both -1, methinks this is the same cause for the Draw.c assertion failures. what i don't know is whether row and column == -1 is a good, bad or indifferent condition. replacing the original Method.c yields failure for matrix Methods.c:700: failed assertion `mw->matrix.text_child_is_mapped && row >= 0 && row < mw->matrix.rows && column >= 0 && column < mw->matrix.columns' Abort - core dumped also note: the Methods.c line 700 assertion is triggered before the one in Draw.c line 969, which was why i hacked Methods.c initially. other notes: fifteen -- all 2 digit numbers are missing from the puzzle? is the cell size too small? it does appear larger in 4.8.4 and 4.51.03. multibyte -- rows 1,3,5,6,8 are italic gobbledygook, rows 2,4,7 blank in other xbae versions these rows are blank. xbae version 4.51.3 exhibits none of this problems, however, it has some debug code turned on (and not conditionally isolated), (e.g. Draw.c xbaeDrawString 310, there might be others), so i decided to try 4.60.0 ra...@ac... ---------------------------------------------------------------------- >Comment By: Danny Backx (dannybackx) Date: 2005-05-16 08:48 Message: Logged In: YES user_id=39146 Hi RAS. Some questions. Could you send stack trace for the cases where you get the assert failed? (gdb add core; where) I'd like to see what called this function, and the values of row and column at the time if you an manage that too. Fifteen displays nicely on my system, I don't see what you describe. The multibyte remark is a bit puzzling. When you mention gobbledygook, do you mean you see asian fonts ? That is the intention of that example. I'm attaching a snapshot of this for your reference. The fact that one line is selected in it is due to my mouse click. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=401980&aid=1202437&group_id=31337 |
From: SourceForge.net <no...@so...> - 2005-05-15 19:19:44
|
Bugs item #1202437, was opened at 2005-05-15 12:19 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=401980&aid=1202437&group_id=31337 Category: Bugs Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: assertion errors xbae-4.60.0 Initial Comment: danny backx and all other xbae developers xbae version: 4.60.0 target os: SunOS 5.8 sun4m sparc xwindows/motif: whatever sun shipped with solaris 8 compiler: gcc version 2.95.2 19991024 (yea i know i should upgrade ...) i'm getting example/tests assertion errors: add Draw.c:969: failed assertion `row >= 0 && row < mw->matrix.rows && column >= 0 && column < mw->matrix.columns' Abort - core dumped . . . multifixed Draw.c:969: failed assertion `row >= 0 && row < mw->matrix.rows && column >= 0 && column < mw->matrix.columns' Abort - core dumped aw-crap -- i knew there were more of these assertion problems the first time i ran the tests -- in my feeble attempt to investigate i hacked Method.c near line 700 the multi condition assert and removed the row >= 0 and column >= 0 tests because as it turns out row and column are both -1, methinks this is the same cause for the Draw.c assertion failures. what i don't know is whether row and column == -1 is a good, bad or indifferent condition. replacing the original Method.c yields failure for matrix Methods.c:700: failed assertion `mw->matrix.text_child_is_mapped && row >= 0 && row < mw->matrix.rows && column >= 0 && column < mw->matrix.columns' Abort - core dumped also note: the Methods.c line 700 assertion is triggered before the one in Draw.c line 969, which was why i hacked Methods.c initially. other notes: fifteen -- all 2 digit numbers are missing from the puzzle? is the cell size too small? it does appear larger in 4.8.4 and 4.51.03. multibyte -- rows 1,3,5,6,8 are italic gobbledygook, rows 2,4,7 blank in other xbae versions these rows are blank. xbae version 4.51.3 exhibits none of this problems, however, it has some debug code turned on (and not conditionally isolated), (e.g. Draw.c xbaeDrawString 310, there might be others), so i decided to try 4.60.0 ra...@ac... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=401980&aid=1202437&group_id=31337 |
From: SourceForge.net <no...@so...> - 2005-05-15 18:16:28
|
Bugs item #1202099, was opened at 2005-05-14 22:41 Message generated for change (Comment added) made by dannybackx You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=401980&aid=1202099&group_id=31337 Category: Bugs Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Evgeny Stambulchik (evgeny) >Assigned to: Danny Backx (dannybackx) Summary: dmalloc.h in tests/dm2.c Initial Comment: #include <dmalloc.h> should be conditioned by #ifdef WITH_DMALLOC ---------------------------------------------------------------------- >Comment By: Danny Backx (dannybackx) Date: 2005-05-15 20:16 Message: Logged In: YES user_id=39146 Fixed, thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=401980&aid=1202099&group_id=31337 |
From: SourceForge.net <no...@so...> - 2005-05-14 20:41:45
|
Bugs item #1202099, was opened at 2005-05-14 23:41 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=401980&aid=1202099&group_id=31337 Category: Bugs Group: None Status: Open Resolution: None Priority: 5 Submitted By: Evgeny Stambulchik (evgeny) Assigned to: Nobody/Anonymous (nobody) Summary: dmalloc.h in tests/dm2.c Initial Comment: #include <dmalloc.h> should be conditioned by #ifdef WITH_DMALLOC ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=401980&aid=1202099&group_id=31337 |
From: Danny B. <dan...@sc...> - 2005-05-10 22:32:06
|
It is available from the usual place at SourceForge : https://sourceforge.net/project/showfiles.php?group_id=3D31337 What is Xbae 4.60 about ? ------------------------- A small number of big changes, and a large number of smaller changes : * Lots of work involving fonts, XmStrings, RenderTables, .. * The potential for memory leaks in user code due to arcad's per cell change: all 2d tables returned by GetValues are now copies that the user should free. * The changes in traversal: The clip widget doesn't accept focus anymore, it's all done with the text field. The traversalCallback now also gets fired for focus and loosingfocus events with new values for the reason field. The details of the other changes are in the ChangeLog file. --=20 Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info |
From: Williams, D. <dan...@lm...> - 2005-05-03 15:22:46
|
A stable release would be nice. I'm still using 4.50.0. Maybe update the ChangeLog too? Thanks for all your hard work! -----Original Message----- From: xba...@li... [mailto:xba...@li...]On Behalf Of Tobias Oed Sent: Tuesday, May 03, 2005 9:53 AM To: xba...@li... Subject: [Xbae-discuss] New release? Hi all, I don't have the motivation to implement the XmString cells and what's in cvs apears solid. How about a realese, maybe even a stable one? Tobias. _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ ------------------------------------------------------- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 _______________________________________________ Xbae-discuss mailing list Xba...@li... https://lists.sourceforge.net/lists/listinfo/xbae-discuss |
From: Tobias O. <tob...@ho...> - 2005-05-03 14:53:12
|
Hi all, I don't have the motivation to implement the XmString cells and what's in cvs apears solid. How about a realese, maybe even a stable one? Tobias. _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ |
From: Tobias O. <tob...@ho...> - 2005-04-08 15:05:40
|
> >ls, > > is there anyone out there using Xbae on cygwin and lesstif? the problem >is when I compile Xbae on cygwin, using lesstif, it compiles succesfully. >But the examples crash when run: > There is some work that went in a couple of moths ago with the comment 'Some small changes as support for building a Cygwin DLL - currently incomplete.') I don't know if this was before 4.50.99 or not, you may want to start by upgrading to the latest version of xbae. If that doesn't help, could you try to build a static library? good luck Tobias _________________________________________________________________ Dont just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ |
From: Matzinger, E. <Edg...@at...> - 2005-04-07 14:59:15
|
ls, is there anyone out there using Xbae on cygwin and lesstif? the = problem is when I compile Xbae on cygwin, using lesstif, it compiles = succesfully. But the examples crash when run: add$ gdb add GNU gdb 6.3.50_2004-12-28-cvs (cygwin-special) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you = are welcome to change it and/or distribute copies of it under certain = conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for = details. This GDB was configured as "i686-pc-cygwin"... (gdb) break main Breakpoint 1 at 0x40107b: file add.c, line 123. (gdb) run Starting program: /home/edgarm/Rtf/xbae-4.50.99/examples/add/add.exe=20 Program received signal SIGSEGV, Segmentation fault. Program received signal SIGSEGV, Segmentation fault. 59 [main] add 3516 handle_exceptions: Exception: = STATUS_ACCESS_VIOLATION 2198 [main] add 3516 open_stackdumpfile: Dumping stack trace to = add.exe.stackdump Program exited normally. You can't do that without a process to debug. (gdb)=20 This seems to be a library problem. Can any of you guys help? Thanks, cu l8r, Edgar. --=20 |\ /| : : Addr: Origin B.V. / | \/ | : Edgar R. Matzinger : t.a.v. E.R. = Matzinger / | | : : building: VA-178 \ /| /\| : : Groenewoudseweg 1 \/ / \ : Atos Origin : 5621 BA Eindhoven \ /\ / : MS DS OSS UNIX : The Netherlands \/ |\/ : : | : : Disclaimer: Any comments, opinions made are mine, etc ... |
From: Dean P. <dph...@lo...> - 2005-03-22 17:32:59
|
I was getting a pretty meaningless trace starting at XtDispatchEvent and traversing through many layers of Xt calls. The crash occurred with 4.51.01 and 4.51.03. The problem may have been in the XVision implementation of Motif/Xt/X, it's tough to say. Tobias inquired whether I had tried the XmTRAVERSE_NEXT_TAB_GROUP, and when I put that in my home-grown do_tab() action it worked. For some reason the same setup with Xm_TRAVERSE_NEXT didn't work. Anyway, you now have someone using the matrix successfully under a NutCracker/XVision port. If I were you, I wouldn't try to support it, though. :) Thanks, On Tue, 2005-03-22 at 10:19, Danny Backx wrote: > Which version of Matrix, and can you produce a stack trace ? > > Danny > > On Fri, 2005-03-18 at 10:57 -0700, Dean Phillips wrote: > > I'm having a problem when I compile the XbaeMatrix under NutCracker > that > > doesn't happen on Linux. I realize that a port under NutCracker isn't > a > > supported platform but wondered if anyone might have ideas on what the > > cause is or for a workaround. > > > > Hitting <Tab> when the keyboard focus is in the Matrix causes a crash. > > > If I take the "<Key>Tab: ManagerGadgetNextTabGroup()\n" out of > > the text translations I get rid of the crash at the expense of losing > > keyboard traversal in and out of the matrix. > > > > I tried registering my own action and calling XmProcessTraversal() > > inside it, but that didn't change the focus. I tried doing > > Xm_TRAVERSE_NEXT from the widget passed to the action (clip) and > > XmTRAVERSE_CURRENT to the widget I wanted to move to. Neither worked. > > > > Any ideas? > > -- Dean Phillips LogiSYS (Logistic Systems) Inc. (406) 728-0921 x 2137 dph...@lo... |
From: Danny B. <dan...@sc...> - 2005-03-22 17:20:17
|
Which version of Matrix, and can you produce a stack trace ? Danny On Fri, 2005-03-18 at 10:57 -0700, Dean Phillips wrote: > I'm having a problem when I compile the XbaeMatrix under NutCracker that > doesn't happen on Linux. I realize that a port under NutCracker isn't a > supported platform but wondered if anyone might have ideas on what the > cause is or for a workaround. >=20 > Hitting <Tab> when the keyboard focus is in the Matrix causes a crash.=20 > If I take the "<Key>Tab: ManagerGadgetNextTabGroup()\n" out of > the text translations I get rid of the crash at the expense of losing > keyboard traversal in and out of the matrix. =20 >=20 > I tried registering my own action and calling XmProcessTraversal() > inside it, but that didn't change the focus. I tried doing > Xm_TRAVERSE_NEXT from the widget passed to the action (clip) and > XmTRAVERSE_CURRENT to the widget I wanted to move to. Neither worked. >=20 > Any ideas? >=20 --=20 Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info |
From: Danny B. <dan...@sc...> - 2005-03-22 16:47:46
|
As you probably figured out by now, I closed it by mistake. However, after your recent work, I guess it should stay closed. Danny On Thu, 2005-03-10 at 15:17 -0500, Tobias Oed wrote: > [sorry Michel for the private email] > It was supposed to go here and read something like: > In 2001 Danny opened bug #486261 "Matrix should have > per cell font support" and closed it last August with the > comment "This has been implemented". I poked a bit > through cvs but couldn't find when or if this was > done/lost. Danny? > http://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D486261&group= _id=3D31337&atid=3D401980 > Tobias. >=20 > _________________________________________________________________ > Is your PC infected? Get a FREE online computer virus scan from McAfee=AE= =20 > Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3D3963 >=20 >=20 >=20 > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick > _______________________________________________ > Xbae-discuss mailing list > Xba...@li... > https://lists.sourceforge.net/lists/listinfo/xbae-discuss >=20 --=20 Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info |
From: Tobias O. <tob...@ho...> - 2005-03-18 18:50:31
|
I'm pretty happy with how the per cell font support works in current cvs, please try it out! examples/multifixed is still a good start. > >Am I mistaken or it is not in the doc yet? > That's there now too :) Tobias. _________________________________________________________________ Is your PC infected? Get a FREE online computer virus scan from McAfee® Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 |
From: Dean P. <dph...@lo...> - 2005-03-18 17:55:47
|
I'm having a problem when I compile the XbaeMatrix under NutCracker that doesn't happen on Linux. I realize that a port under NutCracker isn't a supported platform but wondered if anyone might have ideas on what the cause is or for a workaround. Hitting <Tab> when the keyboard focus is in the Matrix causes a crash. If I take the "<Key>Tab: ManagerGadgetNextTabGroup()\n" out of the text translations I get rid of the crash at the expense of losing keyboard traversal in and out of the matrix. I tried registering my own action and calling XmProcessTraversal() inside it, but that didn't change the focus. I tried doing Xm_TRAVERSE_NEXT from the widget passed to the action (clip) and XmTRAVERSE_CURRENT to the widget I wanted to move to. Neither worked. Any ideas? -- Dean Phillips LogiSYS (Logistic Systems) Inc. (406) 728-0921 x 2137 dph...@lo... |
From: Danny B. <dan...@sc...> - 2005-03-17 17:52:26
|
The crash is gone, thanks. I'll look into putting the missing RenderTable functionality in LessTif too. Danny On Thu, 2005-03-17 at 01:49 -0500, Tobias Oed wrote: > >From: Danny Backx <dan...@sc...> > >To: Tobias Oed <tob...@ho...> > >CC: "xba...@li..."=20 > ><xba...@li...> > >Subject: [Xbae-discuss] RE: crash > >Date: Wed, 16 Mar 2005 21:26:44 +0100 > > > >On Wed, 2005-03-16 at 15:18 -0500, Tobias Oed wrote: > > > That looks like what I feared: disapearing font list. I don't > > > copy any of them. A few questions: > > > Is this reproducible ? > > > >Start Xquote 2.6.10 and this immediately happens. > >(http://xinvest.sunsite.dk/xquote-2.6.10.tar.gz) > > > Are you using motif or lesstif ? > > > >LessTif >=20 > Can you try out cvs, it should work with lesstif now too (as long > as you don't rely on renderTables, they're just not quite there > yet.) > Tobias. >=20 > _________________________________________________________________ > On the road to retirement? Check out MSN Life Events for advice on how to= =20 > get there! http://lifeevents.msn.com/category.aspx?cid=3DRetirement >=20 >=20 >=20 > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick > _______________________________________________ > Xbae-discuss mailing list > Xba...@li... > https://lists.sourceforge.net/lists/listinfo/xbae-discuss >=20 --=20 Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info |
From: Tobias O. <tob...@ho...> - 2005-03-17 06:49:52
|
>From: Danny Backx <dan...@sc...> >To: Tobias Oed <tob...@ho...> >CC: "xba...@li..." ><xba...@li...> >Subject: [Xbae-discuss] RE: crash >Date: Wed, 16 Mar 2005 21:26:44 +0100 > >On Wed, 2005-03-16 at 15:18 -0500, Tobias Oed wrote: > > That looks like what I feared: disapearing font list. I don't > > copy any of them. A few questions: > > Is this reproducible ? > >Start Xquote 2.6.10 and this immediately happens. >(http://xinvest.sunsite.dk/xquote-2.6.10.tar.gz) > > Are you using motif or lesstif ? > >LessTif Can you try out cvs, it should work with lesstif now too (as long as you don't rely on renderTables, they're just not quite there yet.) Tobias. _________________________________________________________________ On the road to retirement? Check out MSN Life Events for advice on how to get there! http://lifeevents.msn.com/category.aspx?cid=Retirement |
From: Danny B. <dan...@sc...> - 2005-03-16 20:26:58
|
On Wed, 2005-03-16 at 15:18 -0500, Tobias Oed wrote: > That looks like what I feared: disapearing font list. I don't > copy any of them. A few questions: > Is this reproducible ? Start Xquote 2.6.10 and this immediately happens. (http://xinvest.sunsite.dk/xquote-2.6.10.tar.gz) > Are you using motif or lesstif ? LessTif > Are you setting the renderTable or the fontLists or neither ? I haven't made use of your new calls, if that's your question. As you may see in the stack trace, this is happening at application startup, when widgets are being created, in a resource converter. Danny --=20 Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info |
From: Tobias O. <tob...@ho...> - 2005-03-16 20:18:09
|
That looks like what I feared: disapearing font list. I don't copy any of them. A few questions: Is this reproducible ? Are you using motif or lesstif ? Are you setting the renderTable or the fontLists or neither ? Tobias. _________________________________________________________________ On the road to retirement? Check out MSN Life Events for advice on how to get there! http://lifeevents.msn.com/category.aspx?cid=Retirement |
From: Tobias O. <tob...@ho...> - 2005-03-16 18:02:33
|
> >Always a good sign! I cant say I'm sorry you changed your implementation >before I had completed my test, it was going nowhere, and not that fast >either :-) > >But I cant seem to find the XmString equivalent of SetCell. Am I mistaken? That's because it's not there:) It's mostly unrelated to this, and should be a piece of cake in comparison. You are aware that the XmString won't be editable, right? XmText doesn't like them so they'll be just like pixmaps. (Unless someone has a better idea.) Tobias. _________________________________________________________________ FREE pop-up blocking with the new MSN Toolbar get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/ |
From: Tobias O. <tob...@ho...> - 2005-03-16 09:00:23
|
I just redid the per cell font thing, my previous aproach was bad. Now there is one renderTable for the matrix. If a fontList is specified things are the same as before (ibid for labelFont). If these are not specified cells will be painted using the _MOTIF_DEFAULT_LOCALE tagged rendition. If that doesn't exist use the XmFONTLIST_DEFAULT_TAG (*), If that doesn't exist crash :( (Labels first check for a rendition tagged "labels"). Individual cells can be given their own tag using XbaeMatrixSetCellTag. multifixed is now almost straight forward. Oh, and the textChild uses the rendition of the cell it's in. It's leaking in the textChild buisness, no biggy. The fallback to some sane default font is missing. The reson for the (*) is because I couldn't get the XmQTspecifyRenderTable to work (in matrix.c lines 1034-1049). I think that would solve the fallback problem too. I'm not entierly sure If I ought to copy the renderTable/ fontLists when they gets set (ibid for the font structs and sets). Right now I don't, hoping they don't disapear under me. Comment, input, help welcome! Tobias _________________________________________________________________ Dont just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ |