Author Topic: 3.2 Bugs  (Read 21029 times)

0 Members and 1 Guest are viewing this topic.

Offline SteveAlt

  • Global Moderator
  • Rear Admiral
  • *****
  • Posts: 820
  • Thanked: 8 times
Re: 3.2 Bugs
« Reply #240 on: March 12, 2009, 06:19:12 AM »
Quote from: "waresky"
Steve,ive been made same error on Kurt.
Ive try to "absorb" the conquerer race on my Empire (transfer button) then,when all done,ive try to cancel race..
Now ive in Diplo same Bug above.

Amen.

Another strangety: EVERY campaign am pass 70years game..am run itno some stupid bug.
1 is for Update allSensors
2 is in F4,Officers..ive been explain some of this above.

Ive noted occur AFTER (every) 70years pass..

Posible r some bug into "dating"?
(am huge unknow on software program so pls take my apologies)
I think there is a problem with the capacity of one of the variables after you get past seventy years. It is fixed for v4.0

Steve
 

Offline SteveAlt

  • Global Moderator
  • Rear Admiral
  • *****
  • Posts: 820
  • Thanked: 8 times
Re: 3.2 Bugs bug very Rare:Error in ShowFleetlist
« Reply #241 on: March 12, 2009, 06:21:20 AM »
Quote from: "waresky"
"Error 35602 was generated by Nodes
Key is not unique in collection
............."

this window mess come after am give command: one Squadroon "Deploy Escort at Waypoint" and another Squadroon (same position waypoint 3) "Divide fleet in single ship"..

hmm..ive understand what r the trouble.
Too difficult to explain,but ive found an strangely.ive lost a 2nd ES leader Ship..2 days ago,so ive renamed whole task group after the vanguished of them..BUT..now the Leader ship r returned on map..so ive 2 TG with SAME name.
ive renamd second and  bug not come.

hope u understand.

:D..all good so.
The nodes bug is because the Microsoft TreeView control uses strings as IDs. If you have two fleets with the same name you will get this bug. I need to find a way to add a unique ID to the fleet names within that control.

Steve
 

Offline SteveAlt

  • Global Moderator
  • Rear Admiral
  • *****
  • Posts: 820
  • Thanked: 8 times
Re: 3.2 Bugs
« Reply #242 on: March 12, 2009, 06:28:12 AM »
Quote from: "SteveAlt"
Quote from: "Kurt"
Steve -

I am having a problem with the 6 Powers Campaign.  Basically, if I try to open the Diplomacy window when any of my human races is the active race, I get the following error message, followed by a crash to desktop:

"No record of Race in cboRace_Click"

When I click on "Okay" for that error box, I get:

"Runtime error '13': Type mismatch"

and Aurora crashes.  Based on the errors above, I think that what is happening is that there is a remnant record left in some table that isn't matching up.  I originally created a new "empire" on Earth to represent the North African's during the African civil war.  When I transferred the North African population to the Reich, I ultimately went to the "View Race Details" tab and deleted the North African empire because it had no populations.  I suspect that when I try to open the Diplomacy window, Aurora tries to populate the window with data about every race that race has detected, and a record remains pointing to the North Africans, who no longer exist.  

I have trolled through the database, looking for a likely culprit, but cannot find it.  I've deleted a lot of remnant records pointing to old, no longer existing races, but this doesn't seem to have changed anything.  Can you tell me what is likely going wrong here?  I can use the Diplomacy window for the non-human races, no problem, but when I try to open it for any of my human races it crashes Aurora.  
I am not sure what is happening here. I think you might be on the right lines regarding the deleted African race so one option could be to delete any AlienRace record relating to that race. See if there is a record in the AlienRace table that doesn't have a matching record in the Race table.
I checked and any associated AlienRace records don't get deleted when a race is deleted (they do get deleted for v4.0). You will also get the "No record of Race in cboRace_Click" popup if you open the diplomacy window and there is an AlienRace record matching a previously deleted race. I assume the crash is related to that somehow but I haven't tracked that one down yet and it may already be fixed.

Steve
 

Offline SteveAlt

  • Global Moderator
  • Rear Admiral
  • *****
  • Posts: 820
  • Thanked: 8 times
Re: 3.2 Bugs
« Reply #243 on: March 12, 2009, 06:29:59 AM »
Quote from: "Beersatron"
I am getting the following:

Error 3201 was generated by DAO.Recordset
You cannot add or change a records because a related record is required in the table 'Race'

It just started happening, I noticed that the progress on the production of a ship had stopped even though I had plenty of resources so thought maybe that was the issue so I just deleted the job but no joy.

I am still in Sol, only have a few ships running about and Earth just went over a billion pop. Have recently started mining outpost on Oberon and a small colony on Venus. No grav surveys have been done, i'm just playing away in my little corner of the galaxy getting used to the steep learning curve.
Not sure what is causing this. If you are still having the problem you could zip up your database and send it to me so I can take a look. Its the Stevefire.mdb file.

Steve
 

Offline SteveAlt

  • Global Moderator
  • Rear Admiral
  • *****
  • Posts: 820
  • Thanked: 8 times
Re: 3.2 Bugs
« Reply #244 on: March 12, 2009, 06:34:00 AM »
Quote from: "Beersatron"
went through the tables again and removed what appears to be some really old references from Steve's previous games and now everything appears to be working fine! :)
Glad to hear you got it fixed!

I am a little lazy sometimes with my cascade deletes (or tidying up associated tables when that isn't an option) when I am adding new functionality and new tables so its probably related to that. I really need to do a thorough review of every table in the database. I also should release a clean database but the existing game usually helps new players play around without having to setup a game from scratch.

Steve
 

Offline Kurt

  • Gold Supporter
  • Vice Admiral
  • *****
  • Posts: 1778
  • Thanked: 3432 times
  • 2021 Supporter 2021 Supporter : Donate for 2021
    Gold Supporter Gold Supporter : Support the forums with a Gold subscription
    2022 Supporter 2022 Supporter : Donate for 2022
    2023 Supporter 2023 Supporter : Donate for 2023
Re: 3.2 Bugs
« Reply #245 on: March 12, 2009, 08:22:37 PM »
Quote from: "SteveAlt"
Quote from: "Kurt"
Steve -

I am having a problem with the 6 Powers Campaign.  Basically, if I try to open the Diplomacy window when any of my human races is the active race, I get the following error message, followed by a crash to desktop:

"No record of Race in cboRace_Click"

When I click on "Okay" for that error box, I get:

"Runtime error '13': Type mismatch"

and Aurora crashes.  Based on the errors above, I think that what is happening is that there is a remnant record left in some table that isn't matching up.  I originally created a new "empire" on Earth to represent the North African's during the African civil war.  When I transferred the North African population to the Reich, I ultimately went to the "View Race Details" tab and deleted the North African empire because it had no populations.  I suspect that when I try to open the Diplomacy window, Aurora tries to populate the window with data about every race that race has detected, and a record remains pointing to the North Africans, who no longer exist.  

I have trolled through the database, looking for a likely culprit, but cannot find it.  I've deleted a lot of remnant records pointing to old, no longer existing races, but this doesn't seem to have changed anything.  Can you tell me what is likely going wrong here?  I can use the Diplomacy window for the non-human races, no problem, but when I try to open it for any of my human races it crashes Aurora.  

Kurt
I am not sure what is happening here. I think you might be on the right lines regarding the deleted African race so one option could be to delete any AlienRace record relating to that race. See if there is a record in the AlienRace table that doesn't have a matching record in the Race table.

Steve

Thanks Steve - that's done it.  I hadn't checked the AlienRace table, and once I did delete all records relating to the North Africans the diplomacy window worked fine.  

Kurt
 

Offline ocie

  • Chief Petty Officer
  • ***
  • Posts: 30
Re: 3.2 Bugs
« Reply #246 on: March 16, 2009, 03:56:24 PM »
I am getting a  Error in Updateallsensors , "error 6 overflow" whenever i advance time in my current game. Any suggestions?
 

Offline welchbloke

  • Vice Admiral
  • **********
  • Posts: 1048
  • Thanked: 10 times
Re: 3.2 Bugs
« Reply #247 on: March 20, 2009, 08:28:22 AM »
I'm getting 2 identical errors.  The error is in SetupSensorChecks and is 'Error 3058 was generated by DAO.Recordset.  Index or Primary key cannot contain a Null value'.  I how I caused it, I tried to build fighters on 2 different planets without specifying a destination fleet for the construction.  Any idea how I can fix it?
Welchbloke
 

Offline SteveAlt

  • Global Moderator
  • Rear Admiral
  • *****
  • Posts: 820
  • Thanked: 8 times
Re: 3.2 Bugs
« Reply #248 on: March 23, 2009, 01:45:25 PM »
Quote from: "ocie"
I am getting a  Error in Updateallsensors , "error 6 overflow" whenever i advance time in my current game. Any suggestions?
Are you more than 70 years into the game? There is a bug that is causing a general problem at that point.

Steve
 

Offline SteveAlt

  • Global Moderator
  • Rear Admiral
  • *****
  • Posts: 820
  • Thanked: 8 times
Re: 3.2 Bugs
« Reply #249 on: March 23, 2009, 01:47:07 PM »
Quote from: "welchbloke"
I'm getting 2 identical errors.  The error is in SetupSensorChecks and is 'Error 3058 was generated by DAO.Recordset.  Index or Primary key cannot contain a Null value'.  I how I caused it, I tried to build fighters on 2 different planets without specifying a destination fleet for the construction.  Any idea how I can fix it?
I vaguely remember a bug in this area. If Aurora has created a destination fleet for the fighters because you hadn't specified one, transfer the fighters out of it and delete that fleet. See if that helps.

Steve
 

Offline welchbloke

  • Vice Admiral
  • **********
  • Posts: 1048
  • Thanked: 10 times
Re: 3.2 Bugs
« Reply #250 on: March 23, 2009, 02:17:18 PM »
Quote from: "SteveAlt"
Quote from: "welchbloke"
I'm getting 2 identical errors.  The error is in SetupSensorChecks and is 'Error 3058 was generated by DAO.Recordset.  Index or Primary key cannot contain a Null value'.  I how I caused it, I tried to build fighters on 2 different planets without specifying a destination fleet for the construction.  Any idea how I can fix it?
I vaguely remember a bug in this area. If Aurora has created a destination fleet for the fighters because you hadn't specified one, transfer the fighters out of it and delete that fleet. See if that helps.

Steve
I guessed a destination fleet had been automatically created but they aren't showing up on the TG window so I can't delete them :(
Welchbloke
 

Offline Kurt

  • Gold Supporter
  • Vice Admiral
  • *****
  • Posts: 1778
  • Thanked: 3432 times
  • 2021 Supporter 2021 Supporter : Donate for 2021
    Gold Supporter Gold Supporter : Support the forums with a Gold subscription
    2022 Supporter 2022 Supporter : Donate for 2022
    2023 Supporter 2023 Supporter : Donate for 2023
Re: 3.2 Bugs
« Reply #251 on: March 23, 2009, 07:47:00 PM »
Quote from: "welchbloke"
Quote from: "SteveAlt"
Quote from: "welchbloke"
I'm getting 2 identical errors.  The error is in SetupSensorChecks and is 'Error 3058 was generated by DAO.Recordset.  Index or Primary key cannot contain a Null value'.  I how I caused it, I tried to build fighters on 2 different planets without specifying a destination fleet for the construction.  Any idea how I can fix it?
I vaguely remember a bug in this area. If Aurora has created a destination fleet for the fighters because you hadn't specified one, transfer the fighters out of it and delete that fleet. See if that helps.

Steve
I guessed a destination fleet had been automatically created but they aren't showing up on the TG window so I can't delete them :(

I had this same problem, as I failed to set a destination fleet for the new Reich fighters built on Venus.  What I think happened is that Aurora created a fleet, but something was missing and Aurora essentially treated it as if it were a civilian fleet, which I can't see or effect.  I had to crack the database and put in the proper entries before I could see it and manipulate the ships, as they were missing entries as well.  

Kurt
 

Offline welchbloke

  • Vice Admiral
  • **********
  • Posts: 1048
  • Thanked: 10 times
Re: 3.2 Bugs
« Reply #252 on: March 23, 2009, 08:33:39 PM »
Quote from: "Kurt"
Quote from: "welchbloke"
Quote from: "SteveAlt"
I vaguely remember a bug in this area. If Aurora has created a destination fleet for the fighters because you hadn't specified one, transfer the fighters out of it and delete that fleet. See if that helps.

Steve
I guessed a destination fleet had been automatically created but they aren't showing up on the TG window so I can't delete them :(

I had this same problem, as I failed to set a destination fleet for the new Reich fighters built on Venus.  What I think happened is that Aurora created a fleet, but something was missing and Aurora essentially treated it as if it were a civilian fleet, which I can't see or effect.  I had to crack the database and put in the proper entries before I could see it and manipulate the ships, as they were missing entries as well.  

Kurt
So without a database password I'm at an impasse.
Welchbloke
 

Offline Charlie Beeler

  • Registered
  • Vice Admiral
  • **********
  • Posts: 1381
  • Thanked: 3 times
Re: 3.2 Bugs
« Reply #253 on: March 24, 2009, 09:46:46 AM »
Quote from: "welchbloke"
So without a database password I'm at an impasse.

Can you see them in the figher assignments screen(F7)?  If so try assigning them to a random ship.  It'll probably throw an error but worth a try.
Amateurs study tactics, Professionals study logistics - paraphrase attributed to Gen Omar Bradley
 

Offline welchbloke

  • Vice Admiral
  • **********
  • Posts: 1048
  • Thanked: 10 times
Re: 3.2 Bugs
« Reply #254 on: March 24, 2009, 11:39:46 AM »
Quote from: "Charlie Beeler"
Quote from: "welchbloke"
So without a database password I'm at an impasse.

Can you see them in the figher assignments screen(F7)?  If so try assigning them to a random ship.  It'll probably throw an error but worth a try.
Charlie, I've just assigned them to sqns and then recoveredd them and launched them to fighters in their locations.  Hey presto, the fighters are visible and the error has gone away.  Thank you very much  :D
Welchbloke