[ADVANCED-DOTNET] Reflection Emit and array types

Hi, I'm writing a code generator using Reflection.Emit and I have the following problem. I have to create a class A that contains a nested class B, and I need to define a field in class A of type B[] (or B[,] etc.). I can't figure out how to do it. If instead of a B[] I wanted say an int[] I could

Re: [ADVANCED-DOTNET] Error Entering Debug Mode in VS.net

> Perhaps someone here has encountered this error > before. I'm not sure if somewhere over the past few > days I have managed to jackup my project file and keep > it from entering debug mode. When I try, the > following dialog box appears. I have placed a screen > shot to describe it since I can

[ADVANCED-DOTNET] Error Entering Debug Mode in VS.net

Perhaps someone here has encountered this error before. I'm not sure if somewhere over the past few days I have managed to jackup my project file and keep it from entering debug mode. When I try, the following dialog box appears. I have placed a screen shot to describe it since I can't do it jus

Re: [ADVANCED-DOTNET] Salt in PasswordDeriveBytes

If the salt is considered a secret, then what's it's purpose? It can't be sent to the client (because it's a secret), and it therefore cannot be hashed with the password on the client side. So therefore it can't have been hashed with the password for storage on the server, because that'd be useless

Re: [ADVANCED-DOTNET] Salt in PasswordDeriveBytes

> Just one more question - > > > since the default random number generator blows. > > > I assume you are saying System.Random blows, not > System.Security.Cryptography.RandomNumberGenerator. > > Is this correct? Right. Although RandomNumberGenerator is just the abstract base. RNGCryptoService

Re: [ADVANCED-DOTNET] Salt in PasswordDeriveBytes

Thanks again Craig, Just one more question - since the default random number generator blows. I assume you are saying System.Random blows, not System.Security.Cryptography.RandomNumberGenerator. Is this correct? Thanks, Ed -Original Message- From: Craig Andera [mailto:[EMAIL PROTECT

Re: [ADVANCED-DOTNET] Salt in PasswordDeriveBytes

Either I'm not understanding your strategy, or there are some problems with it. I'm not sure which is more likely. :) > You're right about the salt, it's basically to make it so the > same password > will not lead to the same hash, and also to prevent > pre-computed dictionary > attacks, where a

Re: [ADVANCED-DOTNET] Salt in PasswordDeriveBytes

The more I think about it, the more I come to realize that the salt should never leave the server. It adds nothing, and takes away something. It's whole purpose is to make it somewhat harder to perform dictionary attacks against the password database. Transmitting it on the wire is just going to ma

Re: [ADVANCED-DOTNET] App.config file not found when remoting windows app deployed by IIS

Thanks, Greg. The .config file is in my Bin directory. In fact, it does copy down to the client into the Temporary Internet Files directory. I just cannot access it from the .exe. You can read messages from the Advanced DOTNET archive, unsubscribe from Advanced DOTNET, or subscribe to other De

Re: [ADVANCED-DOTNET] VS.NET sets breakpoint in wrong source file

Its apparently a known bug, as someone with Microsoft confirmed recently confirmed for me that the VS.NET debugger does at times get confused with files of the same names. I personally saw the debugger jump into the wrong file when trying to set breakpoints, and just refuse to stop or step thru co

[ADVANCED-DOTNET] Remoting and MTA and STA thread model

Hi, I've got a strange problem using .Net remoting. I create a client-server dummy application Server. the server is a console application that pubblish an object on the remoting by the method -> RemotingConfiguration.Configure(ConfigFile); The object that pubblish is a singleCall object.