Getting the Code

[discodowney]

Hi,

Im considering using MegaGlest for my masters thesis. But i need to look at the code first to be sure it fits.
I have Tortoise SVN on the laptop but when i put svn co https://megaglest.svn.sourceforge.net/svnroot/megaglest megaglest into a command window it doesnt work. Im pretty new with SVN and rarely, rarely use the command line for anything, so can someone tell me what im doing wrong. The error i get is:

svn is not recognised as an internal or external command, operable program or batch file.

[-Archmage-]

I'm a complete newbie to svn, but I think the "svn co" command is for Linux users.......

[discodowney]

Okay, Cheers. Any idea how to get it for windows?

[claymore]

Tortoisesvn is implemented as a shell extension on windows, so create a directory for it (say C:\glest-compile), right-click on the folder and choose "SVN checkout", which should be there if you've installed it correctly. Then enter  https://megaglest.svn.sourceforge.net/svnroot/megaglest/  for the repository URL.

[discodowney]

Grand. That works. Thanks.

[softcoder]

I suggest you go here for developer instructions:

https://forum.megaglest.org/index.php?topic=5303.msg45908#msg45908

Thanks

[discodowney]

So got a new laptop and need to download the code again. Ive got Tortoise SVN installed and i have a folder that im doing SVN checkout on. It starts to download the code but after a few minutes i get an error saying:

Error: Can't move  
Error: 'C:\Users\Downey\Documents\College\Masters\MegaGlest\trunk\data\glest_game\techs\megapack\factions\egypt\upgrades\spear_weapons\images\.svn\tmp\entries'  
Error: to  
Error: 'C:\Users\Downey\Documents\College\Masters\MegaGlest\trunk\data\glest_game\techs\megapack\factions\egypt\upgrades\spear_weapons\images\.svn\entries':  
Error: The file or directory is corrupted and unreadable.  
Finished!:  

Then i right click on the folder and do SVN Update and it starts off again but stops with the same error just on a different file.
Anyone who works with SVN get this problem or know how to fix it?
EDIT: Actually the problem only seems to come up when im moving files to the .svn folder, as above. And i dont think they are downloading when i Update after the download fails.

Cheers

[softcoder]

Just delete the folder:

C:\Users\Downey\Documents\College\Masters\MegaGlest\trunk\data\glest_game\techs\megapack\factions\egypt\upgrades\spear_weapons\images

and do an svn update on the spear_weapons folder and it should re-get the contents underneath.

[discodowney]

its happening every time something gets put into a .svn folder.
Ill be here all night if i have to sit in front of the laptop and do that every time. ill do it if i have to but anyone know how to fix the problem completely?

[tomreyn]

It's a bug in your operating system.

Its vendor decided to introduce a new bug feature in its newest OS version which, in combination with such rare applications like subversion repositories (and possibly other applications), nicely corrupts the newest version of its file system. This vendor binds file systems and file system versions to operating system and kernel versions for whatever reason - possibly to prevent bugs?  

Anyway, there is a patch available, download access to which can be requested in exchange for your email address since it's a "not fully-tested" patch for this pretty serious issue which is known to the general public since at least late last year and to the OS vendor since at least February this year.

[discodowney]

Cheers. A "not fully-tested" patch. Sounds very risky. Have you downloaded it yourself?

[tomreyn]

I haven't tried myself, I run Linux.

I guess the fact that the knowledge base article hasn't been edited for a while could possibly be considered as some indication what the patch hasn't broken too many installations. The first link I posted does provide a possible (no-patch) workaround if you prefer this, though.

[discodowney]

Okay. cheers for the help. Ill give both a shot

[discodowney]

The link above says the following is the crux of the problem:

This is a known regression in Windows 7 in the NTFS file system.  It occurs when doing a superseding rename over a file that has an atomic oplock on it (atomic oplocks are a new feature in Windows 7).  The indexer uses atomic oplocks which is why it helped when you disabled the indexer.  Explorer also uses atomic oplocks which is why you are still seeing the issue.  When this occurs STATUS_FILE_CORRUPT is incorrectly returned and the volume is marked "dirty" which is a signal to the system that chkdsk needs to be run.  No actual corruption has occurred.

Then it says to disable the indexing service.

anyone know how to do this?

[silnarm]

http://lmgtfy.com/?q=disable+the+indexing+service