Sent the file.

Ok, I just put a new build of loader.exe and drengin.exe at http://www.drengin.net/temp/drengin.zip

Again this is address the download errors and also "13 Type mismatch 0 Fatal Error".

Some of the main problems that I have been experiencing is comparing the file dates compared to the dates we have on our server. Do to everyone having different date formats and MS Bugs its been a pain in the neck to try and get everything happy. Hopefully this build will finally fix all that (Fingers Crossed)!

T-Man,

I just loaded your 8/29 version of DGM and still get the SDS0004 error, including some entries in the debug file with a 24 hour time stamp.

Jack

Scott,

I just tried running it again after trying for every temp copy of gc1.xml I could find. I am still getting the missmatch of 1 second on the date/time comparison and it is flagged as a fail.
---------------
Compare Dates: 8/27/02 16:19:30--8/27/02 16:19:29 : False
------------------------------------

The latest gc1.xml I got (in the temp folder) shows a date/time for the coreships.SHI_ file as 'file date="8/27/2002 4:19:29 PM" size="4885"'. Just out of curiosity what date/time does this file have on the StarDock server?

Thanks,
Jack

No joy with the 2 new files - runtime error 53 and the problem with not finding the gcmodule.gif remain as before. I will send you the debug Pat.

BTW does not occur until i switch on show betas.

steve

Scott,

I am looking at the properties of the file CoreShips.SHI_ in the temporary directory "C:\WINDOWS\TEMP\drengin\gc1\Base\Data" and it shows a creation date of "Tuesday, August 27, 2002, 09:19:29". It looks like my regional time zone of GMT -7:00 (PDT) is getting calculated into this date correctly. The properties also show a "modified" time stamp: "Tuesday, August 27, 2002, 09:19:30". The file date from the xml file shows the creation date/time, not the modified date/time (when adjusted for time zone). (Hmm. Why is there a modified time stamp of 1 second after the created time stamp? It looks much too short for human intervention. Perhaps the server clock clicked between the storing of the two properties?)

Can you think of anything else I should look at that will help you?

Thanks,
Jack

CoreShips.shi_ date is: 8/27/2002 4:19:29 PM

When I save the compressed file I set the date. Other wise the date would be be whatever the current time was that the file was created. I used this date to know if the file is new or old. The API tha I uses to set the date is randomly changing the second. I havent figured out why yet.

But I'm going to go create a build where I remove that date check for now.

Ok, I just put a new build up (http://www.drengin.net/temp/drengin.zip), v 0.66.086.

I removed the date checking. I think this will get you passed where you are. But by doing this, it will most likely cause the DGM Game Image files to be downloaded every time you open it up and if you cancel a download there is a good chance you wil have to redownload all the files. (This will only happen to those who are experiencing the one second difference error)

thanks at least i can now get the latest beta up and running. when you say it will download the latest image files do i take it to mean the GalCiv myultimedia files - huge or some other images - small.

d

The Game Icons that are in the DGM. Like gcmodule.gif. Those files.

Thursday, 17h27. Thanks a lot, Avatar T-Man: your 0.66.086 build solved my SDS0004-error problem and I could easily download Beta 1Z...One question, though. I obtained that build through the link you have inserted in your message, above. But in another, earlier, message you spoke about an "automatic update" feature. Where is it? I cannot find any automatic update feature to the Drengin program. I must be overlooking something obvious. So, it was wise of you to insert the link. Thanks.

It normally happens automatically Cyber when u open DGM - but it wont probably be posted for auto update till they get the date thing fixed.

I was also experiencing the SDS0004 error, but the new build corrected the error.

OK.Thanks for the info., Citizen Steevodeevo.

T-Man,

0.66.86 did it for now. Is there a chance you could soften up the date/time check? Allowing a couple of seconds should still be sufficient to provide the needed validation.

Cheers,
Jack

I like Jack's idea of softening up the date/time check, but why worry about the seconds at all? How often will a REAL update be in the same minute as a previous one?

Working fine for me as well now. Is it possible to ignore the seconds in future?

Paul.

Pat,
with .84 the loader gives me the "13 Type mismatch " error
If I load drengin.exe directly it works (not mentioning SDS0004).

Let me know when you have a fixed loader-drengin after .86

I'll stick with .84 for now.

gherardo,

I'm confused. Did you even try .86? If .86 gives you any errors that it would be most helpful if you run it with the /d parameter and send me the debug.err file.

Otherwise I wont be able to fix a problem I don't know about.

Pat,
I do understand that .86 does re-download game images all times and I'm (at home) on a slooooow GPRS line (10Kb/sec)

Gherardo,

The re-downloading of images that .86 of DGM does are for the DGM, not for galciv. And after installing .86 I discovered that it initialized and ran faster generally (other than download delay). I think .86 must be doing something else smarter than the previous few DGMs did.

Cheers,
Jack