Я думал, что gbd все еще может выполнять инструкции
blockquote>Может, но команда для этого -
stepi
, а неstep
, которую вы используете.Шаг за шагом строк , что требует наличия отладочной информации в источниках.
В то время как я так и не смог получить ответ для этого до сих пор, я должен был придумать обходное решение. Это не может быть лучшим решением, но оно действительно работает. В основном то, что мы сделали, является encypted наш app.config файл, и данный его новое имя. Когда приложение запустит, оно возьмет encypted файл, дешифрует его и запишет его в файл временного файла Windows. Это гарантирует, что файл является некоторым уникальным случайным именем, которое никто, вероятно, не найдет, и мы не должны управлять файлами, поскольку Windows удалит его для нас автоматически. Таким образом, каждый перезапуск мы можем переписать новый файл и использовать его. Вот отрывки абсолютного кода для любого, кому интересно.
Этот первый метод, LoadFileAppConfig()
, загрузит файл. В этом случае, так как они - сервисы, мы должны загрузить выполняющийся путь и передать его соответствующему методу. Мы возвращаем путь дешифрованного app.config и затем используем SetData()
метод для установки его, чтобы быть путем app.config.
/// <summary>
/// Loads the Local App.Config file, and sets it to be the local app.config file
/// </summary>
/// <param name="p_ConfigFilePath">The path of the config file to load, i.e. \Logs\</param>
public void LoadFileAppConfig(string p_ConfigFilePath)
{
try
{
// The app.config path is the passed in path + Application Name + .config
m_LocalAppConfigFile = ProcessLocalAppConfig(p_ConfigFilePath + this.ApplicationName + ".config");
// This sets the service's app.config property
AppDomain.CurrentDomain.SetData("APP_CONFIG_FILE", m_LocalAppConfigFile);
}
catch (Exception ex)
{
throw ex;
}
}
В этом методе мы получаем путь файла, выдавая тот файл, который будет дешифрован и возвращен как строка, и затем пишущий что файл в наш файл временного файла Windows.
public string ProcessLocalAppConfig(string p_ConfigFilePath)
{
try
{
string fileName = Path.GetTempFileName();
string unencryptedConfig = DecryptConfigData(p_ConfigFilePath);
FileStream fileStream = new FileStream(fileName, FileMode.Create, FileAccess.Write);
StreamWriter streamWriter = new StreamWriter(fileStream);
if (!string.IsNullOrEmpty(unencryptedConfig))
{
try
{
streamWriter.BaseStream.Seek(0, SeekOrigin.End);
streamWriter.WriteLine(unencryptedConfig);
}
catch (IOException ex)
{
Debug.Assert(false, ex.ToString());
}
finally
{
streamWriter.Close();
}
return fileName;
}
return null;
}
catch (Exception)
{
throw;
}
}
Этот последний метод берет в пути зашифрованного app.config, использует наш инструмент Decryption для дешифрования файла (гарантирующий, что мы можем дешифровать его, и что это - правильный тип файла), и затем возврат дешифрованного содержания как строка к методу выше.
private string DecryptConfigData(string p_AppConfigFile)
{
string decryptedData = null;
TMS.Pearl.SystemFramework.CryptographyManager.CryptographyManager cryptManager = new TMS.Pearl.SystemFramework.CryptographyManager.CryptographyManager();
try
{
//Attempt to load the file.
if (File.Exists(p_AppConfigFile))
{
//Load the file's contents and decrypt them if they are encrypted.
string rawData = File.ReadAllText(p_AppConfigFile);
if (!string.IsNullOrEmpty(rawData))
{
if (!rawData.Contains("<?xml")) //assuming that all unencrypted config files will start with an xml tag...
{
decryptedData = cryptManager.Decrypt(rawData);
}
else
{
decryptedData = rawData;
}
}
}
}
catch (Exception)
{
throw;
}
return decryptedData;
}