SHIGORBIRDMAN: kouk jsem sem az dneska, takze asi pozde, ale jestly jsi potreboval prehodit target framework u C++/CLR projektu ve VS2010 tak tohle mi pomohlo http://qualapps.blogspot.com/2010/04/targeting-cclr-v20-with-visual-studio.html

SHIGORBIRDMAN:
ANDY_WARHOL: Tak, hotovo. Přeinstaloval jsem celé VS ( včetně multitargeting packu). To ještě nepomohlo, ale poté se podařilo přeinstalovat .NET tools z Win7 SDK 7.1, což předtím nešlo. A nyní už vše funguje vez chybičky.

SAJAGI: tak nejak.... nacetl jsem hotovy projekt, nevsiml jsem si ho, ze mi ho debilni nova verze vstudia upgradla na 4.0 a zpatky uz jsem to nedostal. vcetne toho, ze se target nastavil na 4.0 u ciste C projektu (stub na c++ knihovnu) a tam prisla totalni smrt, protoze zmena na 2.0 framework mimo jine rvala, ze nemuzu mit framework 2.0, kdyz mam jeden projekt ve 4.0.... coz byl ten ceckovy, ale u toho to pochoptielne neslo nikde zmenit

TENCOKACISTROMY:
SHIGORBIRDMAN: Nakonec nepomohlo ani napevno v csproji nastavení verze. Jinou než 4.0 to prostě nenajde. Ani samotný msbuild si s tím neporadí (resp. vždy vytvoří jen verzi pro .NET 4). Takže reinstall -.-

diky, testnu to

ANDY_WARHOL:

NestIn.Installer.vsix (47168 B)

?

eistuje nejaky sikovny tool, ktery umozni parovat soubory co k sobe patri, ted mam hromadu xaml souboru a cs souboru k nim a potrebuju je sparovat (jako kdyz vytvorite novy xaml, tak se k nemu vytvori cs s code behind), samozrejme bych to mohl delat rucne, ale to se mi nechce, je jich moc

SAJAGI: setkal, vztekal a nakonec vyresil tak ze jsem pretahl zdrojaky do zbrusu noveho projektu, ale proste neprisel jsem na to :/

SAJAGI: Obavam se, ze musis ty reference zmenit rucne :(.

Je mozne ukladat do resourcu Uri hodnoty? Chci pouzivat v aplikaci nejake konstantni Uri, ale Resources umi jen stringya par dalsich typu.

SAJAGI: Patrně to nějak bude souviset s tím, že mi nejde vůbec nainstalovat SDK 7.1 -.-

Ahoj,

snažím se tu downgradovat .NET 4.0 projekt na .NET 3.5, ale v referencích mám pořád v4.0 knihovny. To samé pro .NET 2.0 - vypadá to, že target framework prostě ignoruje. Nesetkali jste se někdy s tím?

Čau,

pro naše herní studio Allodium (www.allodium.eu) hledáme nové lidi na práci na hře INFINITUM (www.infinitum.cz) a jednom novém herním projektu.
NABÍZÍME 10000 Kč odměnu za nalezení nového člena týmu.

V současné době potřebujeme celkem čtyři lidi.

Dva vývojáře v Ruby on Rails nebo hodně zkušené programátory v PHP na web (co se rails za pár dní u nás naučí).
http://www.infinitum.cz/tmp/ruby.pdf

Dále jednoho .NET vývojáře pro práci na serveru a v databázi MSSQL.
http://www.infinitum.cz/tmp/dotnetak.pdf

A nakonec jednoho flashaře pro práci na klientu hry.
http://www.infinitum.cz/tmp/flashar.pdf

Maily piště na infinitum@allodium.eu

MICA: Něco konkrétního? První testovací případ z NIST 800-38A, F.1.1 (přičemž klíč obsahuje několik bajtů větších než 127) funguje:

using (var aes = new AesManaged { Mode = CipherMode.ECB, Padding = PaddingMode.None })
{
	aes.Key = new byte[] { 0x2b, 0x7e, 0x15, 0x16, 0x28, 0xae, 0xd2, 0xa6, 0xab, 0xf7, 0x15, 0x88, 0x09, 0xcf, 0x4f, 0x3c };
	aes.IV = new byte[16];
	var origData = new byte[] { 0x6b, 0xc1, 0xbe, 0xe2, 0x2e, 0x40, 0x9f, 0x96, 0xe9, 0x3d, 0x7e, 0x11, 0x73, 0x93, 0x17, 0x2a };
	var encryptedData = new byte[16];
	var decryptedData = new byte[16];
	using (var encryptor = aes.CreateEncryptor())
	{
		encryptor.TransformBlock(origData, 0, 16, encryptedData, 0);
	}
	using (var decryptor = aes.CreateDecryptor())
	{
		decryptor.TransformBlock(encryptedData, 0, 16, decryptedData, 0);
	}
	Assert.AreEqual(new byte[] { 0x3a, 0xd7, 0x7b, 0xb4, 0x0d, 0x7a, 0x36, 0x60, 0xa8, 0x9e, 0xca, 0xf3, 0x24, 0x66, 0xef, 0x97 }, encryptedData);
	Assert.AreEqual(origData, decryptedData);
}

MORMEGIL: Tohle generuje sice 128 bitů a encrypt/decrypt také funguje, ale výsledky se neshodují s implementací podle normy pokud šifrovací klíč nebo IV obsahuje bajty s hodnotami většími než 127... (zajímavý bug o kterém jsem našel zmínku i jinde http://social.msdn.microsoft.com/Forums/en/windowssecurity/thread/827764b2-019c-4ede-aed7-7a6a07407b9f)

MORMEGIL: Bohužel z podstaty systému jde z o security through obscurity :-/

MICA: Podívej, já netuším, jak moc to vaše šifrování je důležité, k něčemu dobré a do jaké míry je to jen security through obscurity, ale _správně_ naimplementovat kryptografický algoritmus vyžaduje opravdu víc, než jenom, aby to dávalo správné výsledky.

MICA: Jak jako „je generováno 32 bajtů“?

using (var aes = new AesManaged { Mode = CipherMode.ECB, Padding = PaddingMode.None })
{
	aes.GenerateIV();
	aes.GenerateKey();
	var origData = new byte[] { 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16 };
	var encryptedData = new byte[16];
	var decryptedData = new byte[16];
	using (var encryptor = aes.CreateEncryptor())
	{
		encryptor.TransformBlock(origData, 0, 16, encryptedData, 0);
	}
	using (var decryptor = aes.CreateDecryptor())
	{
		decryptor.TransformBlock(encryptedData, 0, 16, decryptedData, 0);
	}
	encryptedData.Dump();
	decryptedData.Dump();
}

MORMEGIL: Tak na první pohled vypadá, že je implementovaná přesně podle normy a navíc funguje... :))

MICA: Ježišmarija, vlastní implementace AES. Za to by se mělo dělat něco velmi ošklivého.

Tak vyřešeno, tohle funguje správně
Advanced Encryption Standerd (AES) encryption using C# - A Data Security
http://www.eggheadcafe.com/tutorials/csharp/a48427cc-a6f5-4d40-aae5-16bae418d09a/advanced-encryption-standerd-aes-encryption-using-c--a-data-security.aspx