Recent changes to bugs

#114 Shift-tab does not always select previously selected widget

2022-12-04T20:49:05.149000Z

More correctly, it does not always reverse the effect of pressing tab.

Shift-tab does not always select previously selected widget

2022-12-04T20:47:58.832000Z

Seen in FOX 1.7.81, on Windows.

The issue can be seen in Adie's Change Font dialog, for instance.

1.7.79 fails to build due to leftover TOPIC_REXDUMP define in FXRex.cpp

2022-03-13T12:04:03.168000Z

this seems to be a problem similar to #111

1.7.79 (official tarball from ftp://ftp.fox-toolkit.org/pub/) build fails for me with:

FXRex.cpp:4676:10: fatal error: fxrexdbg.h: No such file or directory
 4676 | #include "fxrexdbg.h"
      |          ^~~~~~~~~~~~
compilation terminated.

Looks like the reason is this seemingly leftover define in FXRex.cpp:

#define TOPIC_REXDUMP   1014          // Debugging regex code

Commenting that define allows the build to complete successfully.

Building on linux w/ gcc-11.2

ciao
-gabriele

Build 1.7.71 on OpenIndiana failed

2020-07-06T15:16:35.881000Z

Here is the gmake's error: https://pastebin.com/AUuwQ7vA

Please update your Installation instruction, too. Your instruction for SunOS no longer true for modern Illumos, as they have switched to GCC Toolchain rather than Sun Studio. I don't know about Oracle Solaris, though. You should split SunOS guide into Illumos guide, Solaris 10 guide and Solaris 11 guide as they are very different system now. Thank you.

#87 Memory leak in FXExpression

2020-05-02T13:04:08.414000Z

This code has since been reworked, and it no longer uses FXMALLOC at all. At a glance it looks like it shouldn't leak.

#111 1.7.67: build crash due to #define REXDEBUG 1

2020-05-02T11:56:27.699000Z

Good news: the issue has now been fixed, in FOX 1.7.68.

#111 1.7.67: build crash due to #define REXDEBUG 1

2020-03-01T22:19:55.257000Z

You're doing the right thing. Jeroen confirms this in https://sourceforge.net/p/foxgui/mailman/message/36806651/

1.7.67: build crash due to #define REXDEBUG 1

2019-09-13T14:23:52.222000Z

hello

running on linux with gcc-9.2.0

fox-1.7.67 build crashes for me with:

----8<----
FXRex.cpp:4660:10: fatal error: fxrexdbg.h: No such file or directory
 4660 | #include "fxrexdbg.h"
      |          ^~~~~~~~~~~~
compilation terminated.
make[3]: *** [Makefile;1450: FXRex.lo] Error 1
make[3]: Leaving directory '/home/balducci/tmp/install-us-d/fox-1.7.67.d/fox-1.7.67/lib'
---->8----

I can't find any fxrexdbg.h header around and I see that its inclusion
is triggered by a #define REXDEBUG 1 which is present only in
FXRex.cpp
Maybe some debugging flag while developing and not commented in the
official release?
Or am I missing something in my build script?

I configure with:
----8<----
--prefix
--libdir
--disable-silent-rules
---->8----

and never had problems since quite a lot

The following workaround fixes the build for me:

----8<----
*** lib/FXRex.cpp.NO_REXDEBUG   Fri Sep 13 15:17:39 2019
--- lib/FXRex.cpp   Fri Sep 13 15:17:39 2019
***************
*** 503,509 ****
  */

  // Debugging regex code
! #define REXDEBUG 1

  // As close to infinity as we're going to get; this seems big enough.  We can not make
  // it too large as this may wrap around when added to something else!
--- 503,509 ----
  */

  // Debugging regex code
! // #define REXDEBUG 1

  // As close to infinity as we're going to get; this seems big enough.  We can not make
  // it too large as this may wrap around when added to something else!
---->8----

thanks a lot for any help
ciao
gabriele

SEL_MOUSEWHEEL jumps unexpected

2017-06-07T09:57:10.821000Z

When I run a fox-application under Kubuntu-14.4 (fox1.6-1.6.49), then sometimes scrolling with the mousewheel jumps in an unexpected way. This happens e.g. in tests/tabbook when scrolling in the File-List.

I figured out, that the event-compression in FXApp.cpp is done only for ButtonPress Events, but the generation of SELMOUSEWHEEL is done for both ButtonPress and ButtonRelease Events.
This leads to unexpected large values in the event.code, because the value in ev.xbutton.subwindow is not (re)initialized right. It contains a window-ID instead of a small counter-value.
I encountered this behaviour in these moments where my mouse-cursor gets invisible on the screen (Dont know why this happens under my Kububtu14.4)

Solution: The appended Patch handles both types of events in the compression section in getNextEvent, this solved my problems. But i m not really sure why we need Press and Release events for the mousewheel. Supression of the Release events in dispatchEvent however did not lead to any good result.

So it would be nice to integrate my patch into the fox-libraries.

Patch to FXAtomic.cpp on FreeBSD

2013-08-29T07:42:11.640000Z

This patch to FXAtomic.cpp is needed in order to build on all currently supported FreeBSD versions. I'm currently maintaining this patch in our ports tree, but it would be great if it could be integrated upstream.