UFO:Alien Invasion
Technical support => Windows => Topic started by: EnderWiggin on December 10, 2008, 10:17:17 am
-
I'm trying to download latest SVN version, but Tortoise breaking downloads and has strange calculations of size it has downloaded. Here is screenshot http://img67.imageshack.us/my.php?image=svnnn4.jpg (http://img67.imageshack.us/my.php?image=svnnn4.jpg) You can see that it thinks it downloaded nearly 4Gigs, but actually it was less than 100Mbytes.
-
I (rarely) use tortoise.
you could try the command line interface.
http://subversion.tigris.org/getting.html#windows
-
no problems here with TortoiseSVN!
-
It's working fine for me too.
-
Looking at the error in the screenshot, I've seen this error myself every rare once in a while with Tortoise SVN, I wouldn't worry too much about it. If it fails to grab everything at once, just right-click on the folder where you are keeping UFO:AI SVN version* and tell it to update, and it will pick up where it left off.
*Reminder (to everyone, in case other newcomers are also reading this): Please do not mix together a SVN copy with an installed stable release or an installed development build or you will have issues.
As for the discrepancy with amounts of data, the amount "transferred" is not the same as the amount "downloaded." Tortoise SVN sends data both ways (I think) to "talk" to the SVN server, I think so that it knows what to update. I could be wrong about that, but I've noticed that when nothing needs to be updated, it still transfers some data when checking.
-
I just "tortised" the latest one abt 3 hrs ago. No problem with it. Though it did failed 2 times initially.
Just try again and well, Right clik, select the Clean Up function. it will work just fine.
:)
PS: You might just want to delete the old broken 1/2 downloaded directory if its ur first time.
And PS2: Do not install the SVN over into your current 2.2 game / other stable releases.
-
... Though it did failed 2 times initially.
Can this failure be described as 'hangs' ?
I expience that on a daily basis. No particular pattern. It started some 2 weeks ago. Running tortoise 1.5.7.
Quite annoying. Does anyone know more about the problem / how to avoid it ?
-
Can this failure be described as 'hangs' ?
I expience that on a daily basis. No particular pattern. It started some 2 weeks ago. Running tortoise 1.5.7.
Quite annoying. Does anyone know more about the problem / how to avoid it ?
Hi,
I do experienced this like Destructavator does - once in a blue blue moon. It usually happens when i do it in my afternoons (GMT +8 here). Now, if i do in the mornings, its significantly less frequent.
I guess it could be due to conflicts of file grabbing by multiple users? I experienced this sometimes for other projects......
Workaround?
1) Try other time slots.
2) Try again and again. Yupz, its annoying. :P
-
Odie,
Do you have commit access to the SVN ? (I got access some 2 weeks ago)
Which Tortoise version do you use ? (I updated to 1.5.7 some 2 weeks ago)
-
Odie,
Do you have commit access to the SVN ? (I got access some 2 weeks ago)
Which Tortoise version do you use ? (I updated to 1.5.7 some 2 weeks ago)
Hi,
I am using 1.5.7.15182 at moment. Latest is 1.5.9.15518 but i dun bother updating cos the updates not relevant much. so its ok. i be sticking.....
i have not committed anithing so far to the SVN. but definately if u r talking abt updating, yes, no problem with that. Today i am still able to get R23302.
Onli problem is that the map compiler is facing some changes, and i am waiting for KAZ and some folks to rig the update before i recompile all the maps.
See this for more that is: Discussion on the scripts (http://ufoai.ninex.info/forum/index.php?topic=3353.0)
-
Odie, the compile_maps.bat script is working now (not with my patch, but working nonetheless). Just update from SVN and you should be good to go.
Cheers!
-
Odie, the compile_maps.bat script is working now (not with my patch, but working nonetheless). Just update from SVN and you should be good to go.
Cheers!
Hi Kaz!
Thanks! I saw that from 3 days ago. An earlier thread (http://ufoai.ninex.info/forum/index.php?topic=3353.0) ago, i have noticed.
Kaz, were u the one who mended the batch file? If so, thanks! :)
-
I did submit a patch for the batch file, but someone else had already committed a different fix.
Cheers!
-
Did you submit it to the patch tracker?
-
Yes, but shortly thereafter I updated from SVN and got conflicts on the script. I checked and there was a fix for the issue. The patch was also responded with a notice that a fix had already been committed, asking if that was not working for me. I replied it was, and closed the patch.
On a related topic, I've been looking at the Makefile.win issue. It's proven to be quite a challenge. At the moment I'm considering writing a batch that replicates the old ufo2map syntax and translates into a proper call into the new syntax.
Cheers!
-
Hey BTAxis,
I just submitted a patch to fix the Makefile.win issue.
Cheers!
-
I tried it, but it doesn't work. I get the error "file 'd:\games\ufoai\base\maps\dam.map' does not exist", same as without your patch.
-
The patch I sent is running as we speak, building the entire set of maps. In addition to making ufo2map change directory to where it is located, I modified Makefile.win to have it strip the leading directories and leave the map filename parameter to ufo2map the way it expects it.
Cheers!
-
Maybe my make is old or something? I'm using 3.81.
-
So is mine. Please post the output of a call to make (interrupt after the first map fails) to see what is going on.
Cheers!
-
Huh. That's strange. I called make again, and now it worked. I know I didn't change anything... I guess it just felt like being a jerk.
-
As long as it is working... ;D
Cheers!
-
And of course now it ISN'T working anymore. I swear I changed nothing. I'm going to try to find out what the hell is going on.
-
For the record, here's the log:
d:\Games\UFOAI\base\maps>make -f Makefile.win
..\..\ufo2map.exe -extra -t 2 "d:\Games\UFOAI\base\maps\dam.map"
extrasamples = true
threads: #2
---- ufo2map 1.2.4 ----
path: 'd:\Games\UFOAI\base\maps\dam.map'
---- filesystem initialization -----
Adding game dir: C:\Documents and Settings\Bas\Application Data\UFOAI/2.3-dev/base
Adding game dir: ./base
using ./base for writing
...map: 'd:\Games\UFOAI\base\maps\dam.map'
...bsp: 'd:\Games\UFOAI\base\maps\dam.bsp'
make: *** [d:\Games\UFOAI\base\maps\dam.bsp] Error 1
-
I've found something. It doesn't work, UNLESS I open a cmd console and use the cd command to switch to a new directory first.
It's a case issue. Here you can see the problem:
Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.
d:\Games\UFOAI\base\maps>cd
d:\Games\UFOAI\base\maps
d:\Games\UFOAI\base\maps>cd ..
D:\Games\UFOAI\base>cd maps
D:\Games\UFOAI\base\maps>cd
D:\Games\UFOAI\base\maps
D:\Games\UFOAI\base\maps>
Note the capital drive letter after I call cd with args for the first time.
-
Yep. With this change it works:
MAPSRCS = $(shell cd .. && cd maps && dir /S/B $(MAPSDIR)\*.map | findstr /V "prefab" | findstr /V "tutorial" | findstr /V "autosave") # Windows version. Excludes "*tutorial*", "*prefab*" and "*autosave*" maps
Dumb, but true...
-
What do you use to launch the cmd console? I've never seen the prompt (or the cd command for that matter) show the drive letter in lower case. At least not in standard cmd console.
Cheers!
-
I run it by typing cmd in the command line of Total Commander, the program I use to do pretty much everything on my computer. I also ran make.exe from that command line directly, which clearly resulted in the same behavior. I've tried to run it from winkey+R, and it doesn't use lowercase drive letters then. Looks like I might want to bring this to Christian Ghisler's attention.
-
It's me again :) I have same problem as in first post now, but it rely only to one file. TSVN throws this error each time it downloads the same file. This happens few months in a row, I've tried with different TSVN versions (now using latest available) but the same error. I've mamaged to discover that this is some file in contribs folder. Could someone, please, send me this whole folder(with .svn folders, of course)?
-
It's me again :) I have same problem as in first post now, but it rely only to one file. TSVN throws this error each time it downloads the same file. This happens few months in a row, I've tried with different TSVN versions (now using latest available) but the same error. I've mamaged to discover that this is some file in contribs folder. Could someone, please, send me this whole folder(with .svn folders, of course)?
EnderWiggin,
I just downloaded this morning and no prob. (Yes, i download almost everyday, minus wkends mostly).
25053 is latest for me this morn - its ok.
I believe its timeout of sorts....
Try again some 10 mins later? It works for me most of the time (esp when i try during 4pm +- on +8GMT). Thats the reason why i do updates in the morning too, when i usually do not encounter this problem. (Maybe someone was trying to get the same file as i do??)
-
btw since I am on my new pc (nearly 2 months now) I never experienced the 'SVN hangs' situation again (see above).
Changes were:
XP -> Vista
Tortoise 1.5.9 -> 1.6.2
-
It's me again :) I have same problem as in first post now, but it rely only to one file. TSVN throws this error each time it downloads the same file. This happens few months in a row, I've tried with different TSVN versions (now using latest available) but the same error. I've mamaged to discover that this is some file in contribs folder. Could someone, please, send me this whole folder(with .svn folders, of course)?
btw since I am on my new pc (nearly 2 months now) I never experienced the 'SVN hangs' situation again (see above).
Changes were:
XP -> Vista
Tortoise 1.5.9 -> 1.6.2
I am on TSVN 1.62 (See my version attached). On WinXP Pro though. Not a prob for me even this morning - 25071 latest download revision. I downloaded on between 9am to 11am (+8GMT). U try this time slot see if it works for u (Though i know ur timezone might well..... be a bit bad).
No prob for me too.... though i did updated my TSVN from formerly 1.5.6 to 1.5.8 to 1.5.9 before.
I did read somewhere on TSVN site that they fixed a couple of handling of trees (svn reportaries) issues. U might want to update at least to 1.6. There is 1.6.3 now, (as of 20th june) but i ma sticking to my current version (the theory of "IF IT AINT BROKE, DUN FIX IT"). lol