Recent changes to bugs

#41 [PATCH] Makefile fails installing man page

2026-03-08T17:07:42.202000Z

status: open --> closed-fixed
assigned_to: rakudave

[PATCH] Makefile fails installing man page

2026-03-04T21:18:55.730000Z

OS: Linux

mkdir -p /usr/bin/ /usr/share/jnetmap/ /usr/share/applications/
install -m 0644 jNetMap.jar /usr/share/jnetmap/
install -m 0755 jnetmap.sh /usr/share/jnetmap/
install -m 0755 jnetmap /usr/bin/
install -m 644 jnetmap.png /usr/share/jnetmap/
install -m 644 jnetmap.desktop /usr/share/applications/
install -m 644 jnetmap.1.gz jnetmap.1.gz
install: 'jnetmap.1.gz' and 'jnetmap.1.gz' are the same file
make: *** [Makefile:43: install] Error 1

Patch:

--- a/Makefile  2026-03-04 22:14:39.763818139 +0100
+++ b/Makefile  2026-03-04 22:14:51.574919614 +0100
@@ -42,9 +42,10 @@

    install -m 644 $(ICONFILE) $(MAINDIR)
    install -m 644 $(DESKTOPFILE) $(DESKTOPDIR)

-   install -m 644 $(MANFILE) $(MANFILE)
+   install -m 644 $(MANFILE) $(MANDIR)

 uninstall:
    rm -rf $(MAINDIR)
    rm -f $(BINDIR)$(NAME)
    rm -f $(DESKTOPDIR)$(DESKTOPFILE)

+   rm -f $(MANDIR)$(MANFILE)

[PATCH] Makefile fails installing man page

2026-03-04T21:18:55.730000Z

Ticket 41 has been modified: [PATCH] Makefile fails installing man page
Edited By: rakudave (rakudave)
Status updated: 'open' => 'closed-fixed'
Owner updated: None => 'rakudave'

Changing "Connected to" field clears other data

2025-01-07T01:08:45.933000Z

After completing a scan, I have a device that had correctly detected the address/subnet/gateway/mac. By default its interface just shows the interface without a connection (just the default), but I'd like to have it connected. I open the interface properties and select the device I want it connected to from the drop down, then click OK. Immediately in the device properties I can see that the IP changed, and when I bring it up, the address is back to 127.0.01 and the subnet/gateway/mac are all blank.

#38 Saving and loading maps in Widows 10

2025-01-07T01:01:44.638000Z

I just tried on ubuntu (with KDE) and got this same issue. I tried both the release 0.5.5-703.jar and the snapshot 0.5.6-734.jar. I was completely unable to save the file anywhere, tried home directory, /tmp and other places I have write permission to. With the snapshot, I at least get an error message that it thought I don't have write permission.

#38 Saving and loading maps in Widows 10

2024-08-12T05:13:35.410000Z

I tried last deb pkg. Run at Gnome context menu (I think shell script it is: which jnetmap goes to /usr/bin/jnetmap). And also I downloaded and play with 0.5.5-703.jar and 0.5.6-732.jar, same problems. One different what I can see: 0.5.6-732 raise popup dialog: You do not have write permission to the folder (Documents folder is OK with persmissions). So, there is not difference with running shell script and directly jar file.

#38 Saving and loading maps in Widows 10

2024-07-28T12:12:00.112000Z

Hm, the only other error that gets logged is that it can't access the Motif LAF, which is a UI thing and thus hardly relevant to saving files. But it makes me wonder if you're just running the bare .jar file, i.e. without going through the .sh/.bat startup scripts?

#38 Saving and loading maps in Widows 10

2024-07-26T09:22:57.993000Z

Hi rakudave,
thx for cool SW. I have same problem as mentioned here. Both Windows and Linux experience.
No write permission, but permissions are OK. File is created with zero size.
I have also problem to save preference (I must setup Log Level to TRACE many times).

My Linux setup:

Debian 12.5
jNetMap 0.5.5 (deb pkg)
default-jre default-jdk
$ java --version
openjdk 17.0.11 2024-04-16
OpenJDK Runtime Environment (build 17.0.11+9-Debian-1deb12u1)
OpenJDK 64-Bit Server VM (build 17.0.11+9-Debian-1deb12u1, mixed mode, sharing)

Win 10 setup:

Win1022H2 Pro
jNetMap 0.5.5-703-setup.exe
java --version
openjdk 22.0.1 2024-04-16
OpenJDK Runtime Environment (build 22.0.1+8-16)
OpenJDK 64-Bit Server VM (build 22.0.1+8-16, mixed mode, sharing)

Same problem on Linux with development version:
jNetMap-0.5.6-732.jar

Please examine log file and skip warning about arp bin. I have created simlink to /usr/sbin
after creating this log file. So, arp is not problem in this case.

#39 Exception in thread "AWT-EventQueue-0" java.lang.StackOverflowError

2024-06-14T18:38:22.083000Z

status: pending --> closed-fixed

#39 Exception in thread "AWT-EventQueue-0" java.lang.StackOverflowError

2024-06-14T18:10:50.362000Z

It's fixed!

All I see in the terminal now is the correct sort of messaging, e.g.
jnetmap -o
using java executable in $PATH
java version 11
19:04:33 INFO: User directory: /home/user/.jNetMap
19:04:33 INFO: Loading preferences
19:04:33 INFO: Loading language: English
19:04:33 INFO: Loading icon-theme: Elementary
19:04:33 INFO: Loading /icons/Elementary
19:04:33 INFO: Loading device-theme: /devices/cisco
19:04:33 INFO: Loading /devices/cisco
19:04:34 INFO: Loading GUI
19:04:42 INFO: Opening '120624'
19:04:43 INFO: Ready

Excellent work and thanks for doing it so quickly!