Page 127 of 320

RE: WitPTracker AE Release 1.8 Available!

Posted: Wed May 25, 2011 3:38 am
by CaptDave
ORIGINAL: floydg

ORIGINAL: CaptDave

Hi, guys.  I have a slight problem.

I accidentally skipped a turn and then loaded the next one, leaving a gap in the records.  I know I can't load a turn I skipped, so I renamed the trackerdb files (so as not to lose them entirely) and tried to reinitialize the data base.  When I try to do a multiple turn read, though, I keep getting a message that there are no unread files in the directory.

But you did see an "Initializing WitPTracker AE database" message when you started up the program after renaming the files, right? If not, then you didn't reinitialize the database. There are usually four trackerdb files - did you get all of them?
The normal file is wpae015.pws, so following the example on the web site I renamed my archive files (normally wpae050.pws through wpae059.pws, with the last digit corresponding to the turn number) wpae015-xx.pws, where xx is the actual turn number.  Still no luck, and most of these files were created before reading the original 015 into Tracker.

Timestamp doesn't matter - the program reads every file that has a name matching the SaveFile pattern looking for turns that haven't been loaded.
It would appear I'm overlooking something, but what?  I don't need to recover all the turns since the start of the game (in fact, I've been thinking of restarting the Tracker records, anyway, just because they're taking longer and longer to load), but would at least like to get the turn I missed and a few more for continuity.

If it makes a difference, the game is the latest official release (no beta) and Tracker is the latest version without any beta dlls.

See above.

Floyd

Okay, let me clarify. This is a PBEM game; I'm playing Allies. I receive my opponent's turn in the 015 file. I run the 001 to get the combat results, then open 015. I (usually) immediately file it as 05x, then look at the operations and intel reports. If I didn't remember to save the 05x file then, I do now. Then I close out of AE, go to Tracker, and load the latest turn. On rare occasions I forget to save to 05x before updating Tracker, but certainly not 10 turns in a row.

I do get the "initializing database" message, and I do check first to be sure all four files are gone.

I forgot to mention in my first post that I do get a warning message when initializing: "Could not find appropriate day in SigInt file <P:...\asigint.txt>." Also, just now I tried a test of loading just the current turn and got a message that it's already been loaded. I don't know where this is being tracked; doing a DIR with the /ta switch confirms only the new trackerdb files have been accessed in the last 7 hours.

Hope this helps!

(BTW: I apologize for not continuing with the timing tests. Between the updates you guys made at the time, and my new machine, everything happens too fast to record the process times.)

Dave

RE: WitPTracker AE Release 1.8 Available!

Posted: Wed May 25, 2011 7:38 am
by michaelm75au
My PC recently applied Windows patches in April 2011 which include one or more of the Redistributables.
As this was probably the first time that DLL has been rebuilt with a change, it would have used the newer 2005/2008 Redist files.

I remember the same thing ("side-by-side configuration" error) happening last year, when Windows had a MAJOR patch which impacted these Redist files. All the tools broke then also, until players managed to get the most recent Redist files from Microsoft.

Here are the 2 patches from my PC that are probably the root cause.


Image

RE: WitPTracker AE Release 1.8 Available!

Posted: Wed May 25, 2011 11:02 am
by aoffen
Not sure if this is the same thing and apologies if it is, but since I upgraded to the latest patch (ver m5), tracker won't run and I get the attached error message. Reinstalled Tracker ver 1.8 with the .dll file in the tracker install but this is all I get. I am running XP (on a VM on a Mac). Any suggestions I love my tracker and can't imagine living without it. :(
Regards
Andrew

Image

RE: WitPTracker AE Release 1.8 Available!

Posted: Wed May 25, 2011 12:04 pm
by michaelm75au
< never mind. lost track of where i was[:o] >

RE: WitPTracker AE Release 1.8 Available!

Posted: Wed May 25, 2011 2:55 pm
by asdicus
As per suggestion from michaelm I have got tracker working now with 1108m5 beta.

Installed 2 recent microsoft updates to c++ libraries kb2467175 and kb 2467174. see details on link
http://www.microsoft.com/technet/securi ... 1-025.mspx

RE: WitPTracker AE Release 1.8 Available!

Posted: Wed May 25, 2011 4:44 pm
by larryfulkerson
Hey you guys........I did an extensive Windows update that included the C++ redistrabutable(s) and Tracker is working now. Yesssss !!!!

I'm not sure what fixed it but at least it's running now. Thought you'd like to know. Thanks to everybody who lended a hand in the fix.

RE: WitPTracker AE Release 1.8 Available!

Posted: Wed May 25, 2011 5:49 pm
by Schorsch
this error stops the read turn phase in m5 BETA

Image

Sys: Win7 SP1 64bit
C++ 64bit and x86 installed (2005,2008,2010)

RE: WitPTracker AE Release 1.8 Available!

Posted: Thu May 26, 2011 1:19 am
by floydg
ORIGINAL: aoffen

Not sure if this is the same thing and apologies if it is, but since I upgraded to the latest patch (ver m5), tracker won't run and I get the attached error message. Reinstalled Tracker ver 1.8 with the .dll file in the tracker install but this is all I get. I am running XP (on a VM on a Mac). Any suggestions I love my tracker and can't imagine living without it. :(
Regards
Andrew

Image

Andrew: this could happen if there are no air groups defined. I've seen this only when the save read didn't complete properly. Can you try it with a fresh database?

Are you really using Release 1.6.1, or is that just a "stale" folder name?

RE: WitPTracker AE Release 1.8 Available!

Posted: Thu May 26, 2011 1:20 am
by floydg
ORIGINAL: Schorsch

this error stops the read turn phase in m5 BETA

Image

Sys: Win7 SP1 64bit
C++ 64bit and x86 installed (2005,2008,2010)

Yeah, that's not good. It means that for some reason the new turn has a different number of bases than the old turn. Are you sure you read in a save from the same game?

RE: WitPTracker AE Release 1.8 Available!

Posted: Thu May 26, 2011 1:21 am
by floydg
ORIGINAL: asdicus

As per suggestion from michaelm I have got tracker working now with 1108m5 beta.

Installed 2 recent microsoft updates to c++ libraries kb2467175 and kb 2467174. see details on link
http://www.microsoft.com/technet/securi ... 1-025.mspx

Good to hear!

RE: WitPTracker AE Release 1.8 Available!

Posted: Thu May 26, 2011 1:21 am
by floydg
ORIGINAL: larryfulkerson

Hey you guys........I did an extensive Windows update that included the C++ redistrabutable(s) and Tracker is working now. Yesssss !!!!

I'm not sure what fixed it but at least it's running now. Thought you'd like to know. Thanks to everybody who lended a hand in the fix.

Nice! I guess there is a solution to the DLL dilemna after all... [:D]

RE: WitPTracker AE Release 1.8 Available!

Posted: Thu May 26, 2011 4:38 pm
by Micke II
I encountered exactly the same problem as many of you with the last update of the beta patch. Changes of the dll file and C++ Windows files are the solution. Thanks to the community for the great advices and the help !

RE: WitPTracker AE Release 1.8 Available!

Posted: Fri May 27, 2011 12:42 am
by BigDuke66
With the right DLL and those two SP the tracker works again but there is an error message:

I:\WitPTracker AE Release 1.8>java -Xms512m -Xmx768m -jar "WitPTracker.jar" noma
p
WitP Tracker AE tables loaded in 22 seconds
Exception in thread "AWT-EventQueue-0" java.util.ConcurrentModificationException

at java.util.AbstractList$Itr.checkForComodification(Unknown Source)
at java.util.AbstractList$Itr.next(Unknown Source)
at witptracker.InMemoryDB.GetShip(InMemoryDB.java:2306)
at witptracker.Alert.GetValueString(Alert.java:485)
at witptracker.AlertPanel$1.getValueAt(AlertPanel.java:90)
at javax.swing.JTable.getValueAt(Unknown Source)
at javax.swing.JTable.prepareRenderer(Unknown Source)
at javax.swing.plaf.basic.BasicTableUI.paintCell(Unknown Source)
at javax.swing.plaf.basic.BasicTableUI.paintCells(Unknown Source)
at javax.swing.plaf.basic.BasicTableUI.paint(Unknown Source)
at javax.swing.plaf.ComponentUI.update(Unknown Source)
at javax.swing.JComponent.paintComponent(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JViewport.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JLayeredPane.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintToOffscreen(Unknown Source)
at javax.swing.BufferStrategyPaintManager.paint(Unknown Source)
at javax.swing.RepaintManager.paint(Unknown Source)
at javax.swing.JComponent._paintImmediately(Unknown Source)
at javax.swing.JComponent.paintImmediately(Unknown Source)
at javax.swing.RepaintManager.paintDirtyRegions(Unknown Source)
at javax.swing.RepaintManager.paintDirtyRegions(Unknown Source)
at javax.swing.RepaintManager.seqPaintDirtyRegions(Unknown Source)
at javax.swing.SystemEventQueueUtilities$ComponentWorkRequest.run(Unknow
n Source)
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$1.run(Unknown Source)
at java.awt.EventQueue$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown
Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
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)


Is that something I have to worry about?

RE: WitPTracker AE Release 1.8 Available!

Posted: Fri May 27, 2011 10:02 am
by floydg
ORIGINAL: BigDuke66

With the right DLL and those two SP the tracker works again but there is an error message:

I:\WitPTracker AE Release 1.8>java -Xms512m -Xmx768m -jar "WitPTracker.jar" noma
p
WitP Tracker AE tables loaded in 22 seconds
Exception in thread "AWT-EventQueue-0" java.util.ConcurrentModificationException

at java.util.AbstractList$Itr.checkForComodification(Unknown Source)
at java.util.AbstractList$Itr.next(Unknown Source)
at witptracker.InMemoryDB.GetShip(InMemoryDB.java:2306)
at witptracker.Alert.GetValueString(Alert.java:485)
at witptracker.AlertPanel$1.getValueAt(AlertPanel.java:90)
at javax.swing.JTable.getValueAt(Unknown Source)
at javax.swing.JTable.prepareRenderer(Unknown Source)
at javax.swing.plaf.basic.BasicTableUI.paintCell(Unknown Source)
at javax.swing.plaf.basic.BasicTableUI.paintCells(Unknown Source)
at javax.swing.plaf.basic.BasicTableUI.paint(Unknown Source)
at javax.swing.plaf.ComponentUI.update(Unknown Source)
at javax.swing.JComponent.paintComponent(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JViewport.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JLayeredPane.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintToOffscreen(Unknown Source)
at javax.swing.BufferStrategyPaintManager.paint(Unknown Source)
at javax.swing.RepaintManager.paint(Unknown Source)
at javax.swing.JComponent._paintImmediately(Unknown Source)
at javax.swing.JComponent.paintImmediately(Unknown Source)
at javax.swing.RepaintManager.paintDirtyRegions(Unknown Source)
at javax.swing.RepaintManager.paintDirtyRegions(Unknown Source)
at javax.swing.RepaintManager.seqPaintDirtyRegions(Unknown Source)
at javax.swing.SystemEventQueueUtilities$ComponentWorkRequest.run(Unknow
n Source)
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$1.run(Unknown Source)
at java.awt.EventQueue$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown
Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
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)


Is that something I have to worry about?

Wow, that's a new one... It appears that something is being done to the ship list while another thread is accessing it. Does this happen when loading a turn (the only time there are two threads)? But since it's generated from the alert panel, it's probably something you can ignore.

Floyd

RE: WitPTracker AE Release 1.8 Available!

Posted: Fri May 27, 2011 4:23 pm
by BigDuke66
Yes it seems to happen when loading a new turn, after that when browsing thru the screens everything seems to be fine.

RE: WitPTracker AE Release 1.8 Available!

Posted: Sat May 28, 2011 10:23 am
by ny59giants
I'll add some positive news to this thread that I followed what Michael M and Damian/Floyd suggested and got Tracker to work with Beta m5a without problems. Copied the DLL file (date for May 9th) into a fresh Tracker install and copy/pasted my old Property file in. Worked first time without any error messages.

Thanks!! [&o]

RE: WitPTracker AE Release 1.8 Available!

Posted: Sat May 28, 2011 12:03 pm
by Durbik
ORIGINAL: Schorsch

this error stops the read turn phase in m5 BETA

Image

Sys: Win7 SP1 64bit
C++ 64bit and x86 installed (2005,2008,2010)

I'm experiencing the same problem. Any clues?

RE: Aviation Support

Posted: Sat May 28, 2011 2:23 pm
by floydg
ORIGINAL: floydg

ORIGINAL: BigDuke66

Well can that be changed?
AFAIk the only devices not working outside of the combat mode are engineers, so the mod shouldn't matter but here I'm also not sure about the strategic mod.

Of course it can be changed. Once it's confirmed the modes the different support values function in...

Michael M confirmed that it is counted regardless of the OpMode, so I will make the change.

Floyd

RE: WitPTracker AE Release 1.8 Available!

Posted: Sat May 28, 2011 2:28 pm
by floydg
ORIGINAL: Durbik

ORIGINAL: Schorsch

this error stops the read turn phase in m5 BETA

...

Sys: Win7 SP1 64bit
C++ 64bit and x86 installed (2005,2008,2010)

I'm experiencing the same problem. Any clues?

This "error comparing bases" comes up because the old turn has a different number of bases than the new turn. That's not supposed to happen and has never happened before, unless the new save is somehow corrupted.

Can you try this: set up a new WitPTracker folder and try to initialize a new database with this latest turn and see if it starts up and how many bases there are.

RE: WitPTracker AE Release 1.8 Available!

Posted: Sat May 28, 2011 3:25 pm
by Durbik
floydg: a new folder with new installation return an error at startup (out_of_bounds) in the dosbox - didn't have this one before