3.0.7 pre-release - test patch
Program aborts? Network configuration? Graphic errors? Bugs? Post your question here.
posted on June 3rd, 2009, 8:53 am
@OvermindDL1
the problem is that they have a local variable which is only 512bytes in size and is filled without any length check. it's some kind of string with a collection of various pathes i guess for mission scripts. i am not sure either why they include the path there too. as temporary fix i have reserved 2048 bytes in another place, but i guess that wasn't enough (for you) as if i remember correctly they include the path variable two times in the resulting string for some reason, plus 2 times the path to the root path with some subdirectories. i'll take a look into that later today
@RCIX
could you please send me the full report via email? did it work for you with 3.0.6?
the problem is that they have a local variable which is only 512bytes in size and is filled without any length check. it's some kind of string with a collection of various pathes i guess for mission scripts. i am not sure either why they include the path there too. as temporary fix i have reserved 2048 bytes in another place, but i guess that wasn't enough (for you) as if i remember correctly they include the path variable two times in the resulting string for some reason, plus 2 times the path to the root path with some subdirectories. i'll take a look into that later today
@RCIX
could you please send me the full report via email? did it work for you with 3.0.6?
posted on June 3rd, 2009, 5:07 pm
Could always just do a hack of something like have it read a file called PATH or something in the same directory as FleetOps that contains the environment PATH instead, just have FleetOps change the local environment so that PATH will then equal what the file equals, if you the file does not exist, create it with the current PATH settings. Better yet, just create an ENV file or something that contains all the environment variables which the game replaces its local environment with what the file contains. If you were using C++ I could whip up code to do all that in about 10 minutes to give you. I could always make a DLL for you if it is difficult to do in Delphi (I still need to look at Delphi sometime...).
RCIX, anytime I got that kind of error in my apps is generally because D3D on the system is too old (unlikely), or something is already holding it open and preventing the game from creating a 3D context (more likely), for the latter, try restarting the computer and hope you do not have anything on startup that creates a non-shareable 3D context.
RCIX, anytime I got that kind of error in my apps is generally because D3D on the system is too old (unlikely), or something is already holding it open and preventing the game from creating a 3D context (more likely), for the latter, try restarting the computer and hope you do not have anything on startup that creates a non-shareable 3D context.
posted on June 3rd, 2009, 7:37 pm
i have increased the buffer size further. see if it is working now. i'll write a better fix in the future but i am content if it works just for now
please everyone test the latest version i have just uploaded, the version also includes some other minor fixes
same url
please everyone test the latest version i have just uploaded, the version also includes some other minor fixes
same url
posted on June 4th, 2009, 3:23 am
@Overmind: how would i determine if that is the case?
@Doca: i tired 3.0.6, the 2nd patch, and the latest patch and no luck. It should theoretically work but i'm not sure why it doesnt. Perhaps it has something to do with the odd screen resolution i have? (1024x576)
@Doca: i tired 3.0.6, the 2nd patch, and the latest patch and no luck. It should theoretically work but i'm not sure why it doesnt. Perhaps it has something to do with the odd screen resolution i have? (1024x576)
posted on June 4th, 2009, 7:03 am
The latest version is doing the 9 memory access errors on startup again, path or no path fix...
May need to edit this dll a bit again...
May need to edit this dll a bit again...
posted on June 4th, 2009, 7:15 am
yes, please take a look at it if you have time, that would be great. it's hard to write a fix without a system to test it on. my free time is currently quite limited
posted on June 4th, 2009, 3:08 pm
Ran this last night and I just wanted to let you know that it is perfect for me.... Fixed the startup OOS and alot of the slow down issues mid-game....
Thank you!!!!
Thank you!!!!
posted on June 5th, 2009, 3:17 am
Ok this is interesting. I installed stock aII (to start building a personal mod) and when i tried to start it it said there were no compatible direct3d 8 hardware devices available. Which is odd since it ran on my old dell which had the same graphics card.
posted on June 5th, 2009, 5:40 am
Try re-installing your video drivers? I had that happen once a long time ago with stock a2.
posted on June 5th, 2009, 6:10 am
Nope that didnt help...
my main machine is down and i really want to play!

posted on June 5th, 2009, 7:13 am
RCIX wrote:@Doca: i tired 3.0.6, the 2nd patch, and the latest patch and no luck. It should theoretically work but i'm not sure why it doesnt. Perhaps it has something to do with the odd screen resolution i have? (1024x576)
i forgot to reply about the resolution thing. yes, that could be a problem. armada requires a graphic card that supports 800x600 as screen resolution. you could try to start the game with the "-win" argument for windowed mode and see if it is working this way..
posted on June 5th, 2009, 7:27 am
DOCa Cola wrote:i forgot to reply about the resolution thing. yes, that could be a problem. armada requires a graphic card that supports 800x600 as screen resolution. you could try to start the game with the "-win" argument for windowed mode and see if it is working this way..
Darn that didnt work.
posted on June 5th, 2009, 1:53 pm
i guess it will only be possible if you connect an external monitor then...
@OvermindDL1
i tested a bit myself with the PATH variable and had so far no problems with a ±2600 char long PATH variable... so it must be something else i guess
@OvermindDL1
i tested a bit myself with the PATH variable and had so far no problems with a ±2600 char long PATH variable... so it must be something else i guess
posted on June 6th, 2009, 11:20 am
Last edited by donschmon on June 6th, 2009, 12:06 pm, edited 1 time in total.
Dunno if that has been reported/fixed yet but i recognized a weird thing with the veterans. The veteran Slot count somehow seems bugged in the latest prepatch version because every ship i turn into a veteran only consumes 1 Veteran slot (playing rommies so mostly rhienns and generix veterans but still these should consume 4/5 slots instead of 1) but this could basically mean that you could get 25 battleship veterans which seems a bit OP imo 
EDIT: weird O.o after checking the numbers some more it seems that this exploit is random. some generix (all frigate refit to be precise) do count towards the limit with 5 slots some with 1 slot. dunno actually why and how
EDIT2: Only the Frigate Refits of the Generix dont add towards the veteran Limit.. not even with 1 Slot. The Support Refits work totally normal

EDIT: weird O.o after checking the numbers some more it seems that this exploit is random. some generix (all frigate refit to be precise) do count towards the limit with 5 slots some with 1 slot. dunno actually why and how
EDIT2: Only the Frigate Refits of the Generix dont add towards the veteran Limit.. not even with 1 Slot. The Support Refits work totally normal

posted on June 6th, 2009, 11:28 am
I've never encountered that. I guess it needs further testing...
Who is online
Users browsing this forum: No registered users and 24 guests