Quick answers

Again, CivAssist won’t read this turn file! :confused:
(I can't open save files 131 or 132. They open in Civilization to play just fine.)

I’ve reinstalled CivAssist, and still no luck… I can open every file that is BC and older… but everything past 0 AD won’t open… this is the only difference I can find. Anyone have any ideas?

The error text I get from CivAssist is really generic... it says this...
Civ Assist has encountered an exception.

To help us diagnose and fix possible bug, please send us saved game file which was loaded when the problem occured along with the stack trace and exception message.

Please add any other relevant information to the email message.

Please help!
Can anyone open the save files in CivAssist? Is it just me?
 
I'm still getting wierd City options in Espionage screen for TNT as well. :(

It may be a coincidence but these 'glitches' started when Donsig started zipping the save.
 
General_W said:
Again, CivAssist won’t read this turn file! :confused:
(I can't open save files 131 or 132. They open in Civilization to play just fine.)

I’ve reinstalled CivAssist, and still no luck… I can open every file that is BC and older… but everything past 0 AD won’t open… this is the only difference I can find. Anyone have any ideas?

The error text I get from CivAssist is really generic... it says this...


Please help!
Can anyone open the save files in CivAssist? Is it just me?
I have exactly the same in a different PBEM.

fe3333au said:
I'm still getting wierd City options in Espionage screen for TNT as well. :(

It may be a coincidence but these 'glitches' started when Donsig started zipping the save.
I had it after Gmail started keeping attachments zipped. My theory is that Gmail got an "update", automatically zipping files, and that that damages the saves a tiny bit. Not enough to become unplayable, but enough to be unopenable in CivAssist II.

Test it with a PBEM save you can open, and then send it to a gmail account. I bet the save will be zipped when trying to download it from gmail.

Sucks... :sad:
 
Thanks Rik!
(been chatting with him on IM also)

The zip files do seem to be the problem.
Goooooogle!!!! :mad:

so we either need to get the file a new way... or else just give up on CivAssist.

Chamnix - what do you use to analyze the saves? (Get the beaker counts etc?)
 
I have added a request in TNT letter for Donsig to send save unzipped next turn ... I will expand on this to explain the CivAssist problem.

This will enable a test.

Out of curiosity, do we send our save zipped?
 
fe3333au said:
Out of curiosity, do we send our save zipped?

No - at least, I don't zip it, although from what Rik said, it may be zipped automatically by gmail.

General_W said:
Chamnix - what do you use to analyze the saves? (Get the beaker counts etc?)

I use MapStat to check how many units are needed in our border towns to prevent culture flips (and it has still been able to open the most recent saves), but that's about all I use it for - it doesn't have information like CivAssist II wrt individual towns (just population/happiness stuff).

For beaker counts, I just use the number spent on science reported by the in-game Domestic Advisor and manually count up specialists.
 
Gmail now automatically zips files of certain types and sizes. Just started recently. No way to shut it off that I can see. I believe it's a new "Feature"

Anwyay – got some more error info from CivAssist… don't know if it's useful or not:


Spoiler Error Info :

Exception: Object reference not set to an instance of an object.

at h2.a(String A_0, Int32 A_1)

Stack Context:

at h2.a(String, Int32)
at h2.b(String)
at h2.g()
at h2.ad(Object, EventArgs)
at System.Windows.Forms.Control.OnClick(EventArgs)
at System.Windows.Forms.Button.OnClick(EventArgs)
at System.Windows.Forms.Button.WndProc(Message&)
at System.Windows.Forms.ControlNativeWindow.OnMessage(Message&)
at System.Windows.Forms.ControlNativeWindow.WndProc(Message&)
at System.Windows.Forms.NativeWindow.Callback(IntPtr, Int32, IntPtr, IntPtr)
at System.Windows.Forms.UnsafeNativeMethods.SendMessage(HandleRef,
Int32, IntPtr, IntPtr)
at System.Windows.Forms.Control.SendMessage(Int32, IntPtr, IntPtr)
at System.Windows.Forms.Control.ReflectMessageInternal(IntPtr, Message&)
at System.Windows.Forms.Control.WmCommand(Message&)
at System.Windows.Forms.Control.WndProc(Message&)
at System.Windows.Forms.ScrollableControl.WndProc(Message&)
at System.Windows.Forms.ControlNativeWindow.OnMessage(Message&)
at System.Windows.Forms.ControlNativeWindow.WndProc(Message&)
at System.Windows.Forms.NativeWindow.Callback(IntPtr, Int32, IntPtr, IntPtr)
at System.Windows.Forms.UnsafeNativeMethods.CallWindowProc(IntPtr,
IntPtr, Int32, IntPtr, IntPtr)
at System.Windows.Forms.NativeWindow.DefWndProc(Message&)
at System.Windows.Forms.Control.DefWndProc(Message&)
at System.Windows.Forms.Control.WmMouseUp(Message&, MouseButtons, Int32)
at System.Windows.Forms.Control.WndProc(Message&)
at System.Windows.Forms.ButtonBase.WndProc(Message&)
at System.Windows.Forms.Button.WndProc(Message&)
at System.Windows.Forms.ControlNativeWindow.OnMessage(Message&)
at System.Windows.Forms.ControlNativeWindow.WndProc(Message&)
at System.Windows.Forms.NativeWindow.Callback(IntPtr, Int32, IntPtr, IntPtr)
at System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW(MSG&)
at System.Windows.Forms.ComponentManager.System.Windows.Forms.UnsafeNativeMethods+IMsoComponentManager.FPushMessageLoop(Int32,
Int32, Int32)
at System.Windows.Forms.ThreadContext.RunMessageLoopInner(Int32,
ApplicationContext)
at System.Windows.Forms.ThreadContext.RunMessageLoop(Int32, ApplicationContext)
at System.Windows.Forms.Application.Run(Form)
at h2.Main()


Event Log:

5/10/2006 11:52:23 PM CivAssist II started
5/10/2006 11:52:23 PM View changed to General
5/10/2006 11:52:23 PM Loading
"D:\CIVILI~1\CONQUE~1\Saves\MTDG13~3.SAV" for player #-1
5/10/2006 11:52:23 PM Error:Object reference not set to an instance
of an object.
5/10/2006 11:52:47 PM Error:Object reference not set to an instance
of an object.
5/10/2006 11:52:50 PM ---------- Loaded ----------
5/10/2006 11:54:31 PM Loading "D:\Civilization III
Complete\Conquests\Saves\MTDG131_TeamTNT.SAV" for player #-1
5/10/2006 11:54:31 PM Error:Object reference not set to an instance
of an object.
5/10/2006 11:59:49 PM Error:Object reference not set to an instance
of an object.
 
So the zip we receive is automatic and not a Donsig thing :hmm: ... should this be mentioned in the UN? Maybe others are also experiencing this problem.

Actually I have PMed GA and RM ... they are probably in a better position to test this.
 
I'm not quite sure what the problem is, and at any rate, it doesn't look like it's something in our control - I would just try it each turn for a couple turns and see if it goes away. It is probably hard for CA2 to read PBEM files and somehow it caused a glitch. I haven't seen this before...
 
I know this is a stretch, but.....

Is there a way to rename the .sav in such a way as to make it appear as a BC date?

I regularly rename my saves based on huge game events (like starting a Golden Age, or a war): Cleopatra1640BC.sav becomes Cleo_Golden_Age_start_1640.sav

It may complicate things, but we could simply restart the numbering of AD years thusly:

1.sav
20.sav
40.sav
60.sav
etc.

GA said:
It is probably hard for CA2 to read PBEM files and somehow it caused a glitch. I haven't seen this before...
This, to me, is the strangest part. Gmail has been around for a while. Did it just recently start zipping things? Shamefully, my little trusty compy doesn't really get along well with gmail, so I don't use it. But we're not the only group, nor the first group, of people to be sending Civ3 .sav files through Gmail, so I find it hard to believe that's where the problem resides.

Don't know if my thoughts were more distractive than helpful, but I'd hate for us to be the only team that has lost access to CivAssistII.

Maybe a Game Admin can let us know if we're alone in this or not?... Simply let us know that "Of the teams using Civ Assist II, x are having success."
 
Ginger_Ale said:
I'm not quite sure what the problem is, and at any rate, it doesn't look like it's something in our control - I would just try it each turn for a couple turns and see if it goes away. It is probably hard for CA2 to read PBEM files and somehow it caused a glitch. I haven't seen this before...
Once it has started, it is irreversible; I'm afraid.
Learn to live without CA2, is my sad conclusion.
 
Thanks Rik!

You've gone beyond the call of duty once again.

Now, I just have to hope Ainwood can figgure something out.

But either way - thanks again!
 
Let's suppose we discover Gunpowder on turn 144 and gift it to TNT. Also suppose that we have only 1 source of saltpeter and TNT doesn't have any. We want to give TNT saltpeter for 15 turns or so (we want it for ourselves comfortably before turn 166 to upgrade to cavalry). Is it permissible to gift it to TNT for 20 turns then break the deal after 15 turns by pillaging our saltpeter and reconnecting? Here is the relevant rule:

1.2 - Resource Sharing Exploit

Description: No team or individual is permitted to share a single resource through the use of the Resource Sharing Exploit.

Definition: Two teams gifting and regifting a resource as well as canceling it allow two teams to get use of the same resource that wouldn't be otherwise possible.

Purpose: A resource is to be used by one team per turn, no exceptions.

Verdict: Using this exploit or any other exploit that allows Resource Sharing through any means is a violation of this rule.

Punishment Level: First Offense/Turn (warning) - Yellow, Repeat Offense (2 or more turns) - Orange (2 + turns)

It seems like it should be OK because we are not both using the resource on the same turn, but I'm not sure.
 
Back
Top Bottom