Looking at the scores that have been submitted there are quite a few who have submitted their score but they have not registered their player name so there scores do not appear on the Metaverse. So if you want your scores to show on the Metaverse be sure to register your player! Also, I thought I would take a look at the won/lost ratio and about 35% are games lost and 65% are games that were won. There is nothing bad about submitting a game that you have not won. Who knows, if its a g
T-Man
I'm just curious, for those of you who have not submitted your score to the Metaverse what is your reason(s) for not doing so. Also, I see there are many scores that have been submitted but they don't show on the metaverse because your player name has not been registered. If you were unaware of this then visit http://www.galciv.com/playerreg.asp and register your player.
"Yes, I do log in each time because my browser automatically clears all cookies when it closes. " Missed that responsed when I replied. Thats the problem. That information is stored in your cookie. So when you close your browser you delete your settings by deleting your cookie.
Its a cookie limitation problem. Its being worked on.
Starone, does it even give you the field and button to update the rating? If it does what happens if you press the submit button?
You should be able to.
Warpedchaos and RJL, I sent you both an email requesting additional information.
I'm going to take a guess that its a cookie problem. I know Alexandrie has been trying to update some of the cookie code that handles the message board threads and I think that may be the cause of it. Apparently IE has a 21 cookie limit. So as a new cookie gets added for each thread and old one will drop off. It it happens to be your account cookie that means it will log you off. I know she is in the process of making it database driven but I'm not sure where in the process she is.
I have a new build of the DGM where its only checking the file date and ignoring the file time. It also fixes a minor bug in the resume code. Anyone what to give this a test and let me know how it works. http://www.stardock.com/products/drengin/temp/drengin_066_088.zip
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.
The Game Icons that are in the DGM. Like gcmodule.gif. Those files.
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)
Go into your Control Panel and Open Regional Settings. For the Time you would change the format from HH:mm:ss tt to HH:mm:ss
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.
John, The problem you are experiencing is pretty interesting. I have about two others I know of for sure that have the exact problem. If you will notice the file dates the time is off by once second. Which is causing the files not to compare properly so the code thinks something failed with the download of the file. I just posted a new update about 10 minutes ago that address other date/format problems. I am curious to see if it fixes this problem as well.
Yes its been frusting for me as well. But I think I just took a step closer at getting it fixed. Magus - The server code decided all by itself to convert a database value from "True" and "False" to 0 and -1. When Brad updated GalCiv that caused it to be hidden.
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 (
Ok, It should be available again. If for some reason if its not showing for you then delete the Drengin folder that is in your system temp directory and try again.
AHHHH! Ok, looking into the problem.
Downloading will still be available. But while I have it down for maintence no new skins or updates to skins will be allowed. This is for all libraries.
If your SkinBrowser is saying its expired then chances are you are experience 1 of 3 problems. 1) Your WinCustomize account does not recognize that you have purchased a subscription because you purchased under a diffeent email account. You must cross reference your account to the email address that you used to purchase the subscription (or if it was changed to that email address). So if I logon to Wincustomize with a stardock.com account, and I have purchased WindowBlinds wit
Tomorrow Morning (Thursday, August 29, 2002 EDT) at approximately 8:30 AM I will be closing the library for new uploads and updates while I perform some updates to the site. It will most likely be closed all day and possibly part of Friday as well.
If anyone else is still having download problems and you are using the test build at http://www.drengin.net/temp/drengin.zip and you have cleared your temp files then please run drengin.exe with the /debug paramenter and send me the debug.err file in your drengin.net folder. [email protected]
John Kistler - right now I'm just working on bug fixes. BGA-BR and Steevodeevo - Try deleting your temporary files. In your System Temp folder delete the Drengin folder. Your temp directory may be one of the following: c:\temp\ c:\windows\temp\ C:\Documents and Settings\[YOUR LOGON]\Local Settings\Temp\ Also, you may want to try the build I just posted above. If anyone else is still having download problems and you are using the test build at http:
gherardo - Try this test build http://www.drengin.net/temp/drengin.zip I think this will correct the problem. And if you want to try the timeout parameter the easiest way is to run drengin.exe or loader.exe from a a command line: "c:\program files\drengin.net\drengin.exe" /t 20000