I'm trying to package my Zune game as a .ccgame. Everything goes just fine, but when I try to unpack and deploy the .ccgame I made, it gets about halfway before giving me this error: Error 2600: The package contains files that should not be trusted.

What's wrong? I don't have any strange files with my game. It deploys just fine from Visual Studio and I have been able to use .ccgame files before. For files, I have some .pngs, some spriefonts, and some .xml files. Any help would be greatly appreciated.

Very odd... do you use any 'unsafe' code?

Otherwise upload the ccgaem file to http://connect.microsoft.com/  as a bug report...

The ZMan:

Very odd... do you use any 'unsafe' code?

I'm still a programming novice; don't even know how to use unsafe code. So no, no unsafe code. I don't get any warnings or anything in the error list either. It's got me stumped.

CouchPotato99:

The ZMan:

Very odd... do you use any 'unsafe' code?

I'm still a programming novice; don't even know how to use unsafe code. So no, no unsafe code. I don't get any warnings or anything in the error list either. It's got me stumped.

Look at the properties of the assemblies that your game references (under the References folder within the project).  Are any of the System.* or Microsoft.* assembly references in your game marked as "Copy Local" set to "True".  If so, set them to False.  Another way to look at it is to look in the build output directory (bin\Zune\Debug or bin\Zune\Release) and see if there are any dlls from the runtime in there (System.dll, System.Xml.dll, Microsoft.Xna.Framework.dll, etc...).   If there are any dlls from the runtime in the build output, they will end up in the ccgame file and cause validation to fail during unpacking.  If the dlls are there, then you likely have a reference marked as "Copy Local = True".

Omega Fraud:

Look at the properties of the assemblies that your game references (under the References folder within the project).  Are any of the System.* or Microsoft.* assembly references in your game marked as "Copy Local" set to "True".  If so, set them to False.  Another way to look at it is to look in the build output directory (bin\Zune\Debug or bin\Zune\Release) and see if there are any dlls from the runtime in there (System.dll, System.Xml.dll, Microsoft.Xna.Framework.dll, etc...).   If there are any dlls from the runtime in the build output, they will end up in the ccgame file and cause validation to fail during unpacking.  If the dlls are there, then you likely have a reference marked as "Copy Local = True".

None of the runtime dlls are there and none of them are set true for Copy Local. There is a dll from a project of mine that is part of the solution, but if I disable that the game won't start and the .ccgame still won't unpack without error.

Thanks for posting this project.  We are able to reproduce the validation error on our test systems, and we will be investigating it further shortly.  I'll post something when we figure out more about what is going on here.

Thanks!

One of our developers has taken a look and found a bug in the unpacking logic for Zune games.  We will be making a fix for this issue for the final release of XNA Game Studio 3.0, but unfortunately there isn't a workaround available for you to use in the meantime.  That means you won't be able to share this game using a .ccgame package with the XNA Game Studio 3.0 beta.

Thank you for reporting this issue and for sharing your source code to allow us to narrow this down more efficiently.

Thanks!

CouchPotato99:

I'm trying to package my Zune game as a .ccgame. Everything goes just fine, but when I try to unpack and deploy the .ccgame I made, it gets about halfway before giving me this error: Error 2600: The package contains files that should not be trusted.

protwitness:

Make sure you have the Zune Extensions installed. http://www.microsoft.com/downloads/details.aspx?FamilyID=48f7ba37-8ba7-4d16-8873-0b7f83ef77f9&displaylang=en

I had this problem at first on both PC's I have XNA on. 

Bob