MapTool 1.3 Final, patch05 (build 88)

New build announcements plus site news and changes.

Moderators: dorpond, trevor, Azhrei, Craig

Tredekka
Kobold
Posts: 8
Joined: Sun May 03, 2009 12:25 pm
Location: New York, NY

Re: MapTool 1.3 Final, patch05 (build 88)

Post by Tredekka »

Hello :D

Sorry to say, I cannot run 88 either, but 87 does run...

Here's my Spoiler for the system info (from v87, since I cannot run 88 :D): [spoiler=]==== MapTool Information ====
MapTool Version: 1.3.b87
MapTool Home...: C:\Users\Jorge Loco\.maptool
Max mem avail..: 247M
Max mem used...: 61M

==== Java Information ====
Java Vendor.: Oracle Corporation
Java Home...: C:\Program Files\Java\jre7
Java Version: 1.7.0_03
............: Java(TM) SE Runtime Environment (build 1.7.0_03-b05)
............: Java HotSpot(TM) Client VM (build 22.1-b02, mixed mode, sharing)


==== OS Information ====
OS Name........: Windows 7
OS Version.....: 6.1
OS Architecture: x86
Processor......: x86 Family 6 Model 14 Stepping 12, GenuineIntel
PATH...........: null
Number of Procs: 2

==== User Information ====
User Name: Jorge Loco
User Home: C:\Users\Jorge Loco
User Dir.: C:\Users\Jorge Loco\Downloads\!eBooks\RPG\RPTools\maptool-1.3.b87

==== Network Interfaces ====
Display Name..: Software Loopback Interface 1
Interface Name: lo
Address...: 127.0.0.1
Address...: 0:0:0:0:0:0:0:1

Display Name..: Realtek PCIe FE Family Controller
Interface Name: eth3
Address...: 10.13.69.70
Address...: fe80:0:0:0:7075:3ad2:82be:e45c%12

Display Name..: VirtualBox Host-Only Ethernet Adapter
Interface Name: eth20
Address...: 192.168.56.1
Address...: fe80:0:0:0:e97f:b380:1da2:7a08%42

Host Address...: 10.13.69.70
Default Gateway: 10.13.69.1

==== Locale Information ====
Country.: United States
Language: English
Locale..: English (United States)
Variant.:

==== Display Information ====
Number of Displays: 2
Display 1: 1440x900(32)
Display 2: 1280x1024(32)

==== Internet Gateway Devices ====
No IGDs Found![/spoiler]

I like another poster, had downloaded 87 & 88 clean & into their own directories.

Again, to summarize the sequence:

1. I click on MapToolLauncher.exe & use the default settings & hit OK.
2. The following Java error shows: [spoiler=]java.lang.ArrayIndexOutOfBoundsException: 0
at net.rptools.lib.swing.PaintChooser.<init>(PaintChooser.java:68)
at net.rptools.lib.swing.ColorPicker.<init>(ColorPicker.java:59)
at net.rptools.maptool.client.ui.MapToolFrame.<init>(MapToolFrame.java:298)
at net.rptools.maptool.client.MapTool.initialize(MapTool.java:579)
at net.rptools.maptool.client.MapTool.access$2(MapTool.java:545)
at net.rptools.maptool.client.MapTool$6.run(MapTool.java:1220)
at java.awt.event.InvocationEvent.dispatch(Unknown Source)
at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
at java.awt.EventQueue.access$000(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at net.rptools.maptool.client.swing.MapToolEventQueue.dispatchEvent(MapToolEventQueue.java:38)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)[/spoiler]
3. I click close on the Java error window, and the MapTool logo just sits there. :D

Per Azhrei's last request, I attempted the same thing from DOS:

1. I opened a cmd window, and executed "Launch MapTool-256M-Memory.bat"
2. In the console, the following appeared: javaw -Xmx256M -Xss512K -jar maptool-*.jar run
3. The following Java error shows: [spoiler=]java.lang.ArrayIndexOutOfBoundsException: 0
at net.rptools.lib.swing.PaintChooser.<init>(PaintChooser.java:68)
at net.rptools.lib.swing.ColorPicker.<init>(ColorPicker.java:59)
at net.rptools.maptool.client.ui.MapToolFrame.<init>(MapToolFrame.java:298)
at net.rptools.maptool.client.MapTool.initialize(MapTool.java:579)
at net.rptools.maptool.client.MapTool.access$2(MapTool.java:545)
at net.rptools.maptool.client.MapTool$6.run(MapTool.java:1220)
at java.awt.event.InvocationEvent.dispatch(Unknown Source)
at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
at java.awt.EventQueue.access$000(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at net.rptools.maptool.client.swing.MapToolEventQueue.dispatchEvent(MapToolEventQueue.java:38)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)[/spoiler]
4. I click close on the Java error window, and the MapTool logo just sits there. :D
5. Note, the DOS window becomes "stuck" at this point. <ctrl><break> && <ctrl><c> both don't work.

Also, here's a copy of the last item posted in ".maptool/log.txt": [spoiler=]2012-03-18 01:42:59,327 [swing.MapToolEventQueue:45] ERROR - java.lang.ArrayIndexOutOfBoundsException: 0
java.lang.ArrayIndexOutOfBoundsException: 0
at net.rptools.lib.swing.PaintChooser.<init>(PaintChooser.java:68)
at net.rptools.lib.swing.ColorPicker.<init>(ColorPicker.java:59)
at net.rptools.maptool.client.ui.MapToolFrame.<init>(MapToolFrame.java:298)
at net.rptools.maptool.client.MapTool.initialize(MapTool.java:579)
at net.rptools.maptool.client.MapTool.access$2(MapTool.java:545)
at net.rptools.maptool.client.MapTool$6.run(MapTool.java:1220)
at java.awt.event.InvocationEvent.dispatch(Unknown Source)
at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
at java.awt.EventQueue.access$000(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at net.rptools.maptool.client.swing.MapToolEventQueue.dispatchEvent(MapToolEventQueue.java:38)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)[/spoiler]

Finally, if I look at the process tree, I see that I've now a collection of "hung" javaw.exe processes.

So using M$/SysInternals Process Explorer v15.13 (http://technet.microsoft.com/en-us/sysinternals/bb896653.aspx), I've included a mini & full dump (41.5 MB):

Finally, using the JDK tool jvisualvm
    I've included data on my system (Basic Info, Environment, System Properties, and Threads at the Heap Dump)
    As well as an Application Snapshot, heapdump, & threaddump

To the coder's of the group, pls let me (& other testers) know which (if any :-P) of this data/dumps help you.

I don't know if any of it will help, but I tried to at least document it well.

Tredekka

PS I think using the "Spoiler" tag is awesome for including our data without bloating the forum postings... If there's a sticky on "how to post in this forum", I hope that's in there... :-D

Tredekka
Kobold
Posts: 8
Joined: Sun May 03, 2009 12:25 pm
Location: New York, NY

Re: MapTool 1.3 Final, patch05 (build 88)

Post by Tredekka »

Interestingly enough, I may have found a noob workaround... (or at least a way to get 88 running, as far as I can tell ;-))

Ok, since an earlier poster suggested that the problem was [rplib-1.0.b133.jar], and I knew 87 was working for me, I thought, why don't I just copy the old [rplib-1.0.b132.jar] into my new 88 folder & rename it to [rplib-1.0.b133.jar]? Well I did, executed "Launch MapTool-256M-Memory.bat" and up popped 88, apparently working just fine (though I'll admit I'm not sure what specific items I could check for regarding b133 vs b132 functionality... :-D) I'm really surprised it worked!

Here's my Spoiler for the system info (from 88 :D) [spoiler=]==== MapTool Information ====
MapTool Version: 1.3.b88
MapTool Home...: C:\Users\Jorge Loco\.maptool
Max mem avail..: 247M
Max mem used...: 33M

==== Java Information ====
Java Vendor.: Oracle Corporation
Java Home...: C:\Program Files\Java\jre7
Java Version: 1.7.0_03
............: Java(TM) SE Runtime Environment (build 1.7.0_03-b05)
............: Java HotSpot(TM) Client VM (build 22.1-b02, mixed mode, sharing)


==== OS Information ====
OS Name........: Windows 7
OS Version.....: 6.1
OS Architecture: x86
Processor......: x86 Family 6 Model 14 Stepping 12, GenuineIntel
PATH...........: null
Number of Procs: 2

==== User Information ====
User Name: Jorge Loco
User Home: C:\Users\Jorge Loco
User Dir.: C:\Users\Jorge Loco\Downloads\!eBooks\RPG\RPTools\maptool-1.3.b88

==== Network Interfaces ====
Display Name..: Software Loopback Interface 1
Interface Name: lo
Address...: 127.0.0.1
Address...: 0:0:0:0:0:0:0:1

Display Name..: Realtek PCIe FE Family Controller
Interface Name: eth3
Address...: 10.13.69.70
Address...: fe80:0:0:0:7075:3ad2:82be:e45c%12

Display Name..: VirtualBox Host-Only Ethernet Adapter
Interface Name: eth20
Address...: 192.168.56.1
Address...: fe80:0:0:0:e97f:b380:1da2:7a08%42

Host Address...: 10.13.69.70
Default Gateway: 10.13.69.1

==== Locale Information ====
Country.: United States
Language: English
Locale..: English (United States)
Variant.:

==== Display Information ====
Number of Displays: 2
Display 1: 1440x900(32)
Display 2: 1280x1024(32)

==== Internet Gateway Devices ====
No IGDs Found![/spoiler]

Finally, to help with the differences using the JDK tool jvisualvm again, I simply included all the data on my system (Basic Info, Environment, System Properties, and Threads at the Heap Dump) [spoiler=]Basic info:
Date taken: Sun Mar 18 03:14:03 EDT 2012
File: C:\Users\JORGEL~1\AppData\Local\Temp\visualvm.dat\localhost_5228\heapdump-1332054843618.hprof
File size: 24.4 MB

Total bytes: 18,914,275
Total classes: 5,928
Total instances: 285,148
Classloaders: 112
GC roots: 3,683
Number of objects pending for finalization: 0

Environment:
OS: Windows 7 (6.1)
Architecture: x86 32bit
Java Home: C:\Program Files\Java\jre7
JVM: Java HotSpot(TM) Client VM (22.1-b02, mixed mode, sharing)

System properties:
awt.toolkit=sun.awt.windows.WToolkit
file.encoding=Cp1252
file.encoding.pkg=sun.io
file.separator=\
java.awt.graphicsenv=sun.awt.Win32GraphicsEnvironment
java.awt.printerjob=sun.awt.windows.WPrinterJob
java.class.path=maptool-1.3.b88.jar
java.class.version=51.0
java.endorsed.dirs=C:\Program Files\Java\jre7\lib\endorsed
java.ext.dirs=C:\Program Files\Java\jre7\lib\ext;C:\Windows\Sun\Java\lib\ext
java.home=C:\Program Files\Java\jre7
java.io.tmpdir=C:\Users\JORGEL~1\AppData\Local\Temp\
java.library.path=C:\Windows\system32;C:\Windows\Sun\Java\bin;C:\Windows\system32;C:\Windows;C:\InstantRhodes\make-3.81\bin;C:\InstantRhodes\redis-2.2.2;C:\InstantRhodes\ruby\bin;C:\Program Files\Windows Resource Kits\Tools\;C:\Program Files\Common Files\Microsoft Shared\Windows Live;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files\Internet Explorer;C:\Program Files\Toshiba\Bluetooth Toshiba Stack\sys\;C:\Program Files\AMX Control Disc\WebUpdate;C:\Program Files\Microsoft Network Monitor 3\;C:\Program Files\AMX Control Disc\Cafe Duet\jre\bin;C:\Program Files\WinMerge;C:\Program Files\Microsoft SQL Server\100\Tools\Binn\;C:\Program Files\Microsoft SQL Server\100\DTS\Binn\;C:\Program Files\Microsoft SQL Server\100\Tools\Binn\VSShell\Common7\IDE\;C:\Program Files\QuickTime\QTSystem\;C:\Program Files\Git\cmd;C:\Program Files\Common Files\Microsoft Shared\Windows Live;C:\Program Files\Diffuse;.
java.rmi.server.randomIDs=*null*
java.specification.name=Java Platform API Specification
java.specification.vendor=Oracle Corporation
java.specification.version=1.7
java.vendor=Oracle Corporation
java.vendor.url=http://java.oracle.com/
java.vendor.url.bug=http://bugreport.sun.com/bugreport/
java.version=*null*
java.vm.info=mixed mode, sharing
java.vm.name=Java HotSpot(TM) Client VM
java.vm.specification.name=Java Virtual Machine Specification
java.vm.specification.vendor=Oracle Corporation
java.vm.specification.version=1.7
java.vm.vendor=Oracle Corporation
java.vm.version=22.1-b02
line.separator=\r\n
os.arch=x86
os.name=Windows 7
os.version=6.1
path.separator=;
shadingtheme=*null*
sun.arch.data.model=32
sun.boot.class.path=C:\Program Files\Java\jre7\lib\resources.jar;C:\Program Files\Java\jre7\lib\rt.jar;C:\Program Files\Java\jre7\lib\sunrsasign.jar;C:\Program Files\Java\jre7\lib\jsse.jar;C:\Program Files\Java\jre7\lib\jce.jar;C:\Program Files\Java\jre7\lib\charsets.jar;C:\Program Files\Java\jre7\classes
sun.boot.library.path=C:\Program Files\Java\jre7\bin
sun.cpu.endian=little
sun.cpu.isalist=pentium_pro+mmx pentium_pro pentium+mmx pentium i486 i386 i86
sun.desktop=windows
sun.io.unicode.encoding=UnicodeLittle
sun.java.command=maptool-1.3.b88.jar run
sun.java.launcher=SUN_STANDARD
sun.jnu.encoding=Cp1252
sun.management.compiler=HotSpot Client Compiler
sun.os.patch.level=
swing.aatext=*null*
user.country=US
user.dir=C:\Users\Jorge Loco\Downloads\!eBooks\RPG\RPTools\maptool-1.3.b88
user.home=C:\Users\Jorge Loco
user.language=en
user.name=Jorge Loco
user.script=
user.timezone=America/New_York
user.variant=


Threads at the heap dump:

"Signal Dispatcher" daemon prio=9 tid=4 RUNNABLE

"Attach Listener" daemon prio=5 tid=5 RUNNABLE

"RMI TCP Connection(2)-10.13.69.70" daemon prio=5 tid=56 RUNNABLE
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(<unknown string>)
Local Variable: java.io.FileDescriptor#33
Local Variable: byte[]#316
at java.net.SocketInputStream.read(<unknown string>)
at java.io.BufferedInputStream.fill(<unknown string>)
at java.io.BufferedInputStream.read(<unknown string>)
at java.io.FilterInputStream.read(<unknown string>)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(<unknown string>)
Local Variable: java.io.DataInputStream#1
Local Variable: sun.rmi.transport.tcp.TCPTransport#1
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(<unknown string>)
Local Variable: java.net.SocketInputStream#5
Local Variable: sun.rmi.transport.tcp.TCPConnection#1
Local Variable: java.io.BufferedOutputStream#6
Local Variable: java.lang.String#25230
Local Variable: sun.rmi.transport.tcp.TCPChannel#1
Local Variable: sun.rmi.transport.tcp.TCPEndpoint#6
Local Variable: java.io.DataOutputStream#1
Local Variable: java.net.SocketOutputStream#4
Local Variable: java.io.DataInputStream#2
Local Variable: java.io.BufferedInputStream#2
Local Variable: sun.rmi.transport.tcp.TCPEndpoint#1
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(<unknown string>)
Local Variable: java.lang.String#25231
at java.util.concurrent.ThreadPoolExecutor.runWorker(<unknown string>)
Local Variable: sun.rmi.transport.tcp.TCPTransport$ConnectionHandler#1
Local Variable: java.util.concurrent.ThreadPoolExecutor#8
at java.util.concurrent.ThreadPoolExecutor$Worker.run(<unknown string>)
Local Variable: java.util.concurrent.ThreadPoolExecutor$Worker#4
at java.lang.Thread.run(<unknown string>)

"Reference Handler" daemon prio=10 tid=2 WAITING
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:503)
at java.lang.ref.Reference$ReferenceHandler.run(<unknown string>)

"Finalizer" daemon prio=8 tid=3 WAITING
at java.lang.Object.wait(Native Method)
at java.lang.ref.ReferenceQueue.remove(<unknown string>)
Local Variable: java.lang.ref.ReferenceQueue#1
at java.lang.ref.ReferenceQueue.remove(<unknown string>)
at java.lang.ref.Finalizer$FinalizerThread.run(<unknown string>)

"Thread-14" prio=6 tid=34 TIMED_WAITING
at java.lang.Thread.sleep(Native Method)
at net.rptools.maptool.client.MapTool$ServerHeartBeatThread.run(MapTool.java:1375)

"AWT-EventQueue-0" prio=6 tid=13 WAITING
at sun.misc.Unsafe.park(Native Method)
at java.util.concurrent.locks.LockSupport.park(<unknown string>)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(<unknown string>)
Local Variable: java.util.concurrent.locks.AbstractQueuedSynchronizer$Node#8
Local Variable: java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject#1
at java.awt.EventQueue.getNextEvent(<unknown string>)
at java.awt.EventDispatchThread.pumpOneEventForFilters(<unknown string>)
Local Variable: net.rptools.maptool.client.swing.MapToolEventQueue#1
at java.awt.EventDispatchThread.pumpEventsForFilter(<unknown string>)
Local Variable: java.awt.EventDispatchThread$HierarchyEventFilter#1
at java.awt.EventDispatchThread.pumpEventsForHierarchy(<unknown string>)
at java.awt.EventDispatchThread.pumpEvents(<unknown string>)
at java.awt.EventDispatchThread.pumpEvents(<unknown string>)
Local Variable: java.awt.EventDispatchThread$1#1
at java.awt.EventDispatchThread.run(<unknown string>)

"Timer-0" prio=6 tid=33 WAITING
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:503)
at java.util.TimerThread.mainLoop(<unknown string>)
at java.util.TimerThread.run(<unknown string>)

"Java2D Disposer" daemon prio=10 tid=8 WAITING
at java.lang.Object.wait(Native Method)
at java.lang.ref.ReferenceQueue.remove(<unknown string>)
Local Variable: java.lang.ref.ReferenceQueue#51
at java.lang.ref.ReferenceQueue.remove(<unknown string>)
at sun.java2d.Disposer.run(<unknown string>)
Local Variable: sun.java2d.Disposer#1
at java.lang.Thread.run(<unknown string>)

"AWT-Windows" daemon prio=6 tid=10 RUNNABLE
at sun.awt.windows.WToolkit.eventLoop(Native Method)
at sun.awt.windows.WToolkit.run(<unknown string>)
Local Variable: sun.awt.windows.WToolkit#1
at java.lang.Thread.run(<unknown string>)

"Thread-15" prio=6 tid=35 TIMED_WAITING
at java.lang.Thread.sleep(Native Method)
at net.rptools.maptool.client.swing.AnimationManager$AnimThread.run(AnimationManager.java:75)
Local Variable: java.util.ArrayList$Itr#1
Local Variable: java.util.ArrayList#3249

"AWT-Shutdown" prio=5 tid=9 WAITING
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:503)
at sun.awt.AWTAutoShutdown.run(<unknown string>)
Local Variable: sun.awt.AWTAutoShutdown#1
at java.lang.Thread.run(<unknown string>)

"DestroyJavaVM" prio=5 tid=20 RUNNABLE

"RMI Scheduler(0)" daemon prio=5 tid=54 TIMED_WAITING
at sun.misc.Unsafe.park(Native Method)
at java.util.concurrent.locks.LockSupport.parkNanos(<unknown string>)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(<unknown string>)
Local Variable: java.util.concurrent.locks.AbstractQueuedSynchronizer$Node#11
Local Variable: java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject#25
at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(<unknown string>)
Local Variable: java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask#1
Local Variable: java.util.concurrent.locks.ReentrantLock#317
at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(<unknown string>)
Local Variable: java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue#1
at java.util.concurrent.ThreadPoolExecutor.getTask(<unknown string>)
at java.util.concurrent.ThreadPoolExecutor.runWorker(<unknown string>)
Local Variable: java.util.concurrent.ScheduledThreadPoolExecutor#1
at java.util.concurrent.ThreadPoolExecutor$Worker.run(<unknown string>)
Local Variable: java.util.concurrent.ThreadPoolExecutor$Worker#5
at java.lang.Thread.run(<unknown string>)

"JMX server connection timeout 55" daemon prio=5 tid=55 TIMED_WAITING
at java.lang.Object.wait(Native Method)
at com.sun.jmx.remote.internal.ServerCommunicatorAdmin$Timeout.run(<unknown string>)
Local Variable: com.sun.jmx.remote.internal.ServerCommunicatorAdmin$Timeout#1
at java.lang.Thread.run(<unknown string>)

"TimerQueue" daemon prio=5 tid=21 TIMED_WAITING
at sun.misc.Unsafe.park(Native Method)
at java.util.concurrent.locks.LockSupport.parkNanos(<unknown string>)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(<unknown string>)
Local Variable: java.util.concurrent.locks.AbstractQueuedSynchronizer$Node#10
Local Variable: java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject#9
at java.util.concurrent.DelayQueue.take(<unknown string>)
Local Variable: javax.swing.TimerQueue$DelayedTimer#1
Local Variable: java.util.concurrent.DelayQueue#1
Local Variable: java.util.concurrent.locks.ReentrantLock#134
at javax.swing.TimerQueue.run(<unknown string>)
Local Variable: javax.swing.TimerQueue#1
at java.lang.Thread.run(<unknown string>)

"Thread-6" prio=6 tid=26 WAITING
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:503)
at net.rptools.clientserver.simple.server.ServerConnection$DispatchThread.run(ServerConnection.java:330)

"pool-5-thread-1" prio=5 tid=25 WAITING
at sun.misc.Unsafe.park(Native Method)
at java.util.concurrent.locks.LockSupport.park(<unknown string>)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(<unknown string>)
Local Variable: java.util.concurrent.locks.AbstractQueuedSynchronizer$Node#5
Local Variable: java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject#16
at java.util.concurrent.LinkedBlockingQueue.take(<unknown string>)
Local Variable: java.util.concurrent.locks.ReentrantLock#269
Local Variable: java.util.concurrent.atomic.AtomicInteger#36
Local Variable: java.util.concurrent.LinkedBlockingQueue#5
at java.util.concurrent.ThreadPoolExecutor.getTask(<unknown string>)
at java.util.concurrent.ThreadPoolExecutor.runWorker(<unknown string>)
Local Variable: java.util.concurrent.ThreadPoolExecutor#5
at java.util.concurrent.ThreadPoolExecutor$Worker.run(<unknown string>)
Local Variable: java.util.concurrent.ThreadPoolExecutor$Worker#1
at java.lang.Thread.run(<unknown string>)

"pool-2-thread-1" prio=5 tid=24 WAITING
at sun.misc.Unsafe.park(Native Method)
at java.util.concurrent.locks.LockSupport.park(<unknown string>)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(<unknown string>)
Local Variable: java.util.concurrent.locks.AbstractQueuedSynchronizer$Node#6
Local Variable: java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject#5
at java.util.concurrent.LinkedBlockingQueue.take(<unknown string>)
Local Variable: java.util.concurrent.LinkedBlockingQueue#1
Local Variable: java.util.concurrent.locks.ReentrantLock#9
Local Variable: java.util.concurrent.atomic.AtomicInteger#9
at java.util.concurrent.ThreadPoolExecutor.getTask(<unknown string>)
at java.util.concurrent.ThreadPoolExecutor.runWorker(<unknown string>)
Local Variable: java.util.concurrent.ThreadPoolExecutor#1
at java.util.concurrent.ThreadPoolExecutor$Worker.run(<unknown string>)
Local Variable: java.util.concurrent.ThreadPoolExecutor$Worker#2
at java.lang.Thread.run(<unknown string>)

"Thread-18" prio=6 tid=39 RUNNABLE
at java.net.DualStackPlainSocketImpl.accept0(Native Method)
at java.net.DualStackPlainSocketImpl.socketAccept(<unknown string>)
Local Variable: java.net.InetSocketAddress[]#1
at java.net.AbstractPlainSocketImpl.accept(<unknown string>)
Local Variable: java.net.DualStackPlainSocketImpl#3
at java.net.PlainSocketImpl.accept(<unknown string>)
Local Variable: java.net.DualStackPlainSocketImpl#4
Local Variable: java.net.SocksSocketImpl#3
at java.net.ServerSocket.implAccept(<unknown string>)
Local Variable: java.net.SocksSocketImpl#4
Local Variable: java.net.ServerSocket#2
at java.net.ServerSocket.accept(<unknown string>)
Local Variable: java.net.Socket#2
at net.rptools.clientserver.simple.server.ServerConnection$ListeningThread.run(ServerConnection.java:226)

"Thread-5" prio=6 tid=23 TIMED_WAITING
at java.lang.Thread.sleep(Native Method)
at net.rptools.maptool.client.ServerCommandClientImpl$TimedEventQueue.run(ServerCommandClientImpl.java:314)
Local Variable: java.lang.Object#6539

"Thread-19" prio=6 tid=40 TIMED_WAITING
at java.lang.Thread.sleep(Native Method)
at net.rptools.maptool.server.MapToolServer$AssetProducerThread.run(MapToolServer.java:223)
Local Variable: java.util.HashMap$EntryIterator#1

"Thread-22" prio=6 tid=44 RUNNABLE
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(<unknown string>)
Local Variable: byte[]#247
Local Variable: java.io.FileDescriptor#25
at java.net.SocketInputStream.read(<unknown string>)
at java.net.SocketInputStream.read(<unknown string>)
at net.rptools.clientserver.simple.AbstractConnection.readMessage(AbstractConnection.java:161)
at net.rptools.clientserver.simple.client.ClientConnection.access$1(ClientConnection.java:1)
Local Variable: net.rptools.maptool.client.MapToolConnection#1
Local Variable: java.net.SocketInputStream#3
at net.rptools.clientserver.simple.client.ClientConnection$ReceiveThread.run(ClientConnection.java:180)

"Thread-23" prio=6 tid=45 RUNNABLE
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(<unknown string>)
Local Variable: byte[]#304
Local Variable: java.io.FileDescriptor#24
at java.net.SocketInputStream.read(<unknown string>)
at java.net.SocketInputStream.read(<unknown string>)
at net.rptools.clientserver.simple.AbstractConnection.readMessage(AbstractConnection.java:161)
at net.rptools.clientserver.simple.client.ClientConnection.access$1(ClientConnection.java:1)
Local Variable: net.rptools.clientserver.simple.client.ClientConnection#2
Local Variable: java.net.SocketInputStream#2
at net.rptools.clientserver.simple.client.ClientConnection$ReceiveThread.run(ClientConnection.java:180)

"RMI TCP Accept-0" daemon prio=5 tid=52 RUNNABLE
at java.net.DualStackPlainSocketImpl.accept0(Native Method)
at java.net.DualStackPlainSocketImpl.socketAccept(<unknown string>)
Local Variable: java.net.InetSocketAddress[]#2
at java.net.AbstractPlainSocketImpl.accept(<unknown string>)
Local Variable: java.net.DualStackPlainSocketImpl#7
at java.net.PlainSocketImpl.accept(<unknown string>)
Local Variable: java.net.DualStackPlainSocketImpl#10
Local Variable: java.net.SocksSocketImpl#7
at java.net.ServerSocket.implAccept(<unknown string>)
Local Variable: java.net.SocksSocketImpl#10
at java.net.ServerSocket.accept(<unknown string>)
Local Variable: java.net.Socket#7
at sun.management.jmxremote.LocalRMIServerSocketFactory$1.accept(<unknown string>)
Local Variable: sun.management.jmxremote.LocalRMIServerSocketFactory$1#1
at sun.rmi.transport.tcp.TCPTransport$AcceptLoop.executeAcceptLoop(<unknown string>)
at sun.rmi.transport.tcp.TCPTransport$AcceptLoop.run(<unknown string>)
Local Variable: sun.rmi.transport.tcp.TCPTransport$AcceptLoop#1
at java.lang.Thread.run(<unknown string>)

"pool-7-thread-1" prio=5 tid=41 RUNNABLE
at java.net.TwoStacksPlainDatagramSocketImpl.receive0(Native Method)
at java.net.TwoStacksPlainDatagramSocketImpl.receive(<unknown string>)
Local Variable: java.net.TwoStacksPlainDatagramSocketImpl#1
at java.net.DatagramSocket.receive(<unknown string>)
at net.tsc.servicediscovery.ServiceAnnouncer$ServiceResponder.run(ServiceAnnouncer.java:80)
Local Variable: java.net.MulticastSocket#1
Local Variable: java.net.DatagramPacket#1
Local Variable: byte[]#248
Local Variable: net.tsc.servicediscovery.ServiceAnnouncer$ServiceResponder#1
at java.util.concurrent.Executors$RunnableAdapter.call(<unknown string>)
Local Variable: java.util.concurrent.Executors$RunnableAdapter#1
at java.util.concurrent.FutureTask$Sync.innerRun(<unknown string>)
Local Variable: java.util.concurrent.FutureTask$Sync#1
at java.util.concurrent.FutureTask.run(<unknown string>)
at java.util.concurrent.ThreadPoolExecutor.runWorker(<unknown string>)
Local Variable: java.util.concurrent.FutureTask#1
Local Variable: java.util.concurrent.ThreadPoolExecutor#7
at java.util.concurrent.ThreadPoolExecutor$Worker.run(<unknown string>)
Local Variable: java.util.concurrent.ThreadPoolExecutor$Worker#3
at java.lang.Thread.run(<unknown string>)

"Thread-20" prio=6 tid=42 WAITING
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:503)
at net.rptools.clientserver.simple.client.ClientConnection$SendThread.run(ClientConnection.java:143)

"Thread-4" prio=6 tid=22 TIMED_WAITING
at java.lang.Thread.sleep(Native Method)
at net.rptools.maptool.client.swing.MemoryStatusBar$1.run(MemoryStatusBar.java:45)

"Thread-21" prio=6 tid=43 WAITING
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:503)
at net.rptools.clientserver.simple.client.ClientConnection$SendThread.run(ClientConnection.java:143)

"Thread-17" prio=6 tid=38 WAITING
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:503)
at net.rptools.clientserver.simple.server.ServerConnection$DispatchThread.run(ServerConnection.java:330)[/spoiler]

Again, I don't know if any of it will help, but I gave it a shot.

Tredekka

User avatar
aliasmask
Deity
Posts: 8667
Joined: Tue Nov 10, 2009 6:11 pm
Location: Bay Area

Re: MapTool 1.3 Final, patch05 (build 88)

Post by aliasmask »

Azhrei wrote:Suffice to say that the entire thing needs to be redesigned and reimplemented from the ground up. That ain't happening for 1.3. I think I asked in that thread but I'll ask again here: should I just disable Undo/Redo entirely? I can take them off the menu and prevent the Meta-Z key from working...

I say leave it. I much rather have to option to undo drawings. It's only an issue if you undo the first drawing and even then, you can work around it.

User avatar
Azhrei
Site Admin
Posts: 12061
Joined: Mon Jun 12, 2006 1:20 pm
Location: Tampa, FL

Re: MapTool 1.3 Final, patch05 (build 88)

Post by Azhrei »

Thanks, Tredekka. Your test of replacing rplib is an interesting one.

The Manifest file for maptool-1.3.b88.jar should specifically list rplib-1.0.b133, so I'm not sure why b132 worked at all, unless the lib/ directory was added to the classpath somehow. :?

In any case, it's pretty clear that the patch for the color swatch may work for one person and not another. I'll look into this while I'm sitting on my flight this afternoon. :)

Tredekka
Kobold
Posts: 8
Joined: Sun May 03, 2009 12:25 pm
Location: New York, NY

Re: MapTool 1.3 Final, patch05 (build 88)

Post by Tredekka »

I'm not a Java expert, and there are certain things in Java with regards to libraries & dependencies where I'm particularly weak... I didn't think you could simply rename a JAR with a different version number & have it work, but that's apparently what happened...

To verify it was using my file, I removed the file [rplib-1.0.b133.jar] completely, and this causes the program to fail to load at all. So apparently it must be using my "copied & renamed b132 file".?.?

I'd be interested in hearing the resolution when you discover it. Thanks & safe travels!

Tredekka

PS If you send me the link where the palette problem was reported for 87, I'll see & report what occurs with my 'replaced' 132. :D

User avatar
jfrazierjr
Deity
Posts: 5176
Joined: Tue Sep 11, 2007 7:31 pm

Re: MapTool 1.3 Final, patch05 (build 88)

Post by jfrazierjr »

Tredekka wrote:User Dir.: C:\Users\Jorge Loco\Downloads\!eBooks\RPG\RPTools\maptool-1.3.b87


I noticed this, specifically with the exclamation point which is typically a reserved character in java file paths. Could you put a fresh downloaded copy of MapTool b88 into another directory somewhere under this path(ie, the !eBooks/ folder) and verify that it "still fails". Then move that exact same MT folder structure somewhere that does NOT have any non alphanumeric characters in the path name and try again?

Azhrei fixed a bug regarding path names in rplib within the past several versions or so, and I am wondering if the recent patch to rplib undid that...
I save all my Campaign Files to DropBox. Not only can I access a campaign file from pretty much any OS that will run Maptool(Win,OSX, linux), but each file is versioned, so if something goes crazy wild, I can always roll back to a previous version of the same file.

Get your Dropbox 2GB via my referral link, and as a bonus, I get an extra 250 MB of space. Even if you don't don't use my link, I still enthusiastically recommend Dropbox..

nightwalker450
Kobold
Posts: 8
Joined: Sat Jul 10, 2010 3:34 pm

Re: MapTool 1.3 Final, patch05 (build 88)

Post by nightwalker450 »

aliasmask wrote:I see what you mean now. For rptok drops, the new one deletes the old one, but the new name increments. Also with copy/paste, the name does not change.

On an unrelated matter, I just noticed that this doesn't work anymore:

Code: Select all

[input(strformat('tip|<html><img src="%s" height="40" width="40"></html>|Image|Label',getTokenImage()))]

It just shows a broken image. Looks like this is only a problem for the "Label" option. I think in most cases I can fix my code to use the ICON=TRUE. But the problem with that is I loose the ability to position the image in a table or whatever.

Also, I have a weird bug I can't quite figure out which I'll post in another thread.


It looks like the getTokenImage() function is not working in inputs.

Tredekka
Kobold
Posts: 8
Joined: Sun May 03, 2009 12:25 pm
Location: New York, NY

Re: MapTool 1.3 Final, patch05 (build 88)

Post by Tredekka »

jfrazierjr wrote:
Tredekka wrote:User Dir.: C:\Users\Jorge Loco\Downloads\!eBooks\RPG\RPTools\maptool-1.3.b87
I noticed this, specifically with the exclamation point which is typically a reserved character in java file paths. ...

JFrazierJR,

I unarchived the original zip file for 88 to "C:\maptool\", and then gave Everyone, Full Control permission to the directory & it's decendants.

This still resulted in the same error.

Tredekka

Daeger
Cave Troll
Posts: 85
Joined: Thu Oct 04, 2007 12:52 pm

Re: MapTool 1.3 Final, patch05 (build 88)

Post by Daeger »

And if the exclamation point in the file path were the problem, I wouldn't be having it.

User avatar
aliasmask
Deity
Posts: 8667
Joined: Tue Nov 10, 2009 6:11 pm
Location: Bay Area

Re: MapTool 1.3 Final, patch05 (build 88)

Post by aliasmask »

nightwalker450 wrote:
aliasmask wrote:I see what you mean now. For rptok drops, the new one deletes the old one, but the new name increments. Also with copy/paste, the name does not change.

On an unrelated matter, I just noticed that this doesn't work anymore:

Code: Select all

[input(strformat('tip|<html><img src="%s" height="40" width="40"></html>|Image|Label',getTokenImage()))]

It just shows a broken image. Looks like this is only a problem for the "Label" option. I think in most cases I can fix my code to use the ICON=TRUE. But the problem with that is I loose the ability to position the image in a table or whatever.

Also, I have a weird bug I can't quite figure out which I'll post in another thread.


It looks like the getTokenImage() function is not working in inputs.

That's not it. I've gotten the image asset outside of the input. Plus it works for things like list. I haven't tried radio or tab or the prompt area.

User avatar
Azhrei
Site Admin
Posts: 12061
Joined: Mon Jun 12, 2006 1:20 pm
Location: Tampa, FL

Re: MapTool 1.3 Final, patch05 (build 88)

Post by Azhrei »

The change log says that I modified [wfunc]strformat[/wfunc] so that an invalid variable that appears inside %{...} would be displayed as-is instead of producing an ugly error message. Maybe the %s is being treated incorrectly now? I'll look at it.

On a side note, I went back to look at the undo/redo bug just out of curiosity. While sitting in airports and on the plane tonight I ripped out all of the old code and replaced it with a per-map undo/redo implementation. It seems to work good but I haven't done much testing with it (in other words, "almost no testing" :)). I was just playing with it without a server running, without clients connected, etc. There were a few weird things, but I've got those taken care of.

Regarding a renamed JAR file... Yes, that should work. I didn't know you were renaming it (without a rename it would fail). We're currently using digital signatures for the Web Start files but there is otherwise no other validation of the JAR files beyond the filename.

It seems some bugs that were fixed previously may have crept back in?! I know I fixed the bug where the center of a radius template drawable was marked with a black spot, but that bug is back (I fixed it again). Maybe it was a different drawable shape and no one ever noticed or pointed it out? Hm.

I'll try to take a look at the exception logs while the students are doing the hands-on exercises in tomorrow's class. 8)

User avatar
Raoden
Dragon
Posts: 381
Joined: Fri Dec 18, 2009 2:33 am
Location: San Diego

Re: MapTool 1.3 Final, patch05 (build 88)

Post by Raoden »

I don't know what triggers this issue -- it doesn't happen in new campaigns -- but in some campaign files in b88, I've stopped being able to resize Freesize images. The little black square in the corner with the green arrows on it just doesn't show up. I've tried making new maps, restarting MapTool, and even switching to Ubuntu to load MapTool up again. None of these made the resize option reappear in those campaigns.

The one thing that has worked is loading up those campaigns in b87, which makes me suspect this is caused by a b88 issue.
"Fairy tales do not tell children the dragons exist. Children already know that dragons exist. Fairy tales tell children the dragons can be killed."
- G. K. Chesterton

Wonderful HTML/CSS reference * Color Manager * Token Manager 2.0

User avatar
Azhrei
Site Admin
Posts: 12061
Joined: Mon Jun 12, 2006 1:20 pm
Location: Tampa, FL

Re: MapTool 1.3 Final, patch05 (build 88)

Post by Azhrei »

I've been able to reproduce this Freesize issue with a b87 campaign.

It appears that a fix applied previously to force initial map draws to work correctly when a campaign is loaded is clearing a cache at the wrong time. Since the cache is empty, the Object tool can't find it and the token size is required later in the function so the Object tool simply stop rendering the object at that point (the selection box has been drawn, but not the resizing handle).

This will take some time to fix because I'll need to go back to the original bug (maps not drawn correctly on initial load) and fix that one the right way. Whatever that is. ;)

User avatar
aliasmask
Deity
Posts: 8667
Joined: Tue Nov 10, 2009 6:11 pm
Location: Bay Area

Re: MapTool 1.3 Final, patch05 (build 88)

Post by aliasmask »

Azhrei wrote:I've been able to reproduce this Freesize issue with a b87 campaign.

It appears that a fix applied previously to force initial map draws to work correctly when a campaign is loaded is clearing a cache at the wrong time. Since the cache is empty, the Object tool can't find it and the token size is required later in the function so the Object tool simply stop rendering the object at that point (the selection box has been drawn, but not the resizing handle).

This will take some time to fix because I'll need to go back to the original bug (maps not drawn correctly on initial load) and fix that one the right way. Whatever that is. ;)

I've seen this, but I've always been able to get it to work by doing various things like changing layers or changing token size to medium then back to freesize.. I don't recall what worked though.

User avatar
wolph42
Deity
Posts: 9852
Joined: Fri Mar 20, 2009 5:40 am
Location: Netherlands
Contact:

Re: MapTool 1.3 Final, patch05 (build 88)

Post by wolph42 »

Raoden wrote:I don't know what triggers this issue -- it doesn't happen in new campaigns -- but in some campaign files in b88, I've stopped being able to resize Freesize images. The little black square in the corner with the green arrows on it just doesn't show up. I've tried making new maps, restarting MapTool, and even switching to Ubuntu to load MapTool up again. None of these made the resize option reappear in those campaigns.

The one thing that has worked is loading up those campaigns in b87, which makes me suspect this is caused by a b88 issue.


Is that a bug? I've had that constantly and thought its the way mt worked. For me I can only use freesize when on the background layer, it never occurred to me that that's a bug. Anyway: that is (apparently) the workaround: move it to the background layers there you can change it and once you've done that you can change it on any layer... now that I describe it like this I become to realise that this indeed looks quite like a bug...

@Azh: thanks for reverting the token delete confirmation pop-up default.

and one question: campaign files from b87 and b88 compatible both ways? (well obviously b88 can handle b87 files, but is it also the other way round?). The reason I ask is that i prefer to move to b88 as quickly as possible as you've fixed a couple of things that were buggin me, but if some peeps are even unable to run b88 (for now) then it would be nice if they can still access the FW from 87.

Locked

Return to “Announcements”