Нет. Я настоятельно рекомендую вам изучить руководство по миграции и любые презентации SHARE по теме миграции .
Наиболее распространенные проблемы, о которых сообщают, связаны с недопустимыми данными, допускаемыми более старыми компиляторами. Цитата из презентации SHARE Тома Росса, ссылка на которую приведена выше ...
77 A1 PIC X(4) VALUE ’00 0’. *> x’F0F040F0’, third byte *> has x’4’ for zone bits. *> OK in PIC X, not valid in *> PIC 9 USAGE DISPLAY 77 A2 REDEFINES A1 PIC 9(4). PROCEDURE DIVISION. IF A2 = ZERO *> Compiler could do character DISPLAY ’ZERO‘ *> or numeric compare ELSE DISPLAY ’NOT ZERO‘ END-IF
Будет ли программа отображать 'ZERO' или 'NOT ZERO', зависит от опций компилятора, которые вы используете в COBOL V4 и более ранних версиях и в COBOL V6
blockquote>. различия в том, как обрабатываются упакованные данные, см. этот недавний вопрос .
Опция компиляции NUMCHECK может помочь вам в этих ситуациях, но имейте в виду, что опции компиляции не могут обнаружить недопустимые данные во время компиляции, они могут только генерировать код для обнаружения недопустимых данных во время выполнения.
Извините, что оставил этот застой, но я выяснил проблему, с которой столкнулся. Оказалось, что в коробке Windows XP, которую я использовал в качестве тестового стенда, было повреждение.
Я работал между stackoverflow и другим форумом для пакета, для которого я писал Надстройку. Когда я узнал об ответе, это то, что я опубликовал, на случай, если у меня возникнут проблемы в будущем.
Я думал, что я опубликую это здесь, так что что у меня будет ссылка, а также на случай, если кому-то еще понадобится ссылка на это на будущее ... я работает над другим дополнением Dinerware используя WPF, и хотя он был запущен хорошо на моей машине разработки, каждый раз я бы пошел, чтобы запустить его на тесте машина (машина призрачная как и была в поле у клиента местоположение), я продолжал странно Обработка ошибок.
Я делал часы поиска в Интернете, только приходить с пустыми руками, пока я не побежал по этой статье:
http://social.msdn.microsoft.com/Forums/en-US/wpf/thread/6e5de3d8-fc02-4504-b00f-7a2192d24a48/
, которая дает ссылку для загрузки WIC (Windows Imaging Components), находится здесь:
Почему-то происходит / происходит является то, что компоненты Windows Imaging стали коррумпированы против того, что мой Приложение ищет. Исправить проблема, вы должны:
1) перейти к % Windir% \ $ NtUninstallWIC $ \ Spuninst \ и запустите файл spuninst.exe в там. Это удалит Windows компоненты визуализации. 2) после того, как полностью удалены компоненты, вы затем переустановит их, используя вторая ссылка сверху.
Пока что я не буду больше сталкиваться проблемы.
Какая сумасшедшая вещь, которая был?!?!?!?!?!? !!
Будем надеяться, что если кто-то еще столкнется с этой проблемой, я смогу быстро помочь им,> разместив это там.
Как я сказал на этот форум ... надеюсь, это поможет кому-то другому, кто столкнется с этой проблемой в будущем.
Я сделал немного больше экспериментирования и создал тест проект WPF и использовал проект Установки и Развертывания вместо установщика WiX. по некоторым причинам приложение хорошо работает, когда его установленный с установщиком Установки и Развертывания, но при использовании WiX, оно имеет проблемы...
Начиная думать проблема имеет отношение к WiX а не версии/сборке.Net Fx
У Вас может иногда быть эта проблема с шаблонами и Смешением, хотя я думал, что это было зафиксировано в последнем Смешении. В основном то, когда Смешение "вытягивает в" информации для того, чтобы сделать новый шаблон, это может иногда копировать в Аэро, только наполняют из Vista, что означает управление, которое Вы затем создаете, затем уверено в Vista :-(
Я действительно думал, что это было зафиксировано, хотя, хотя Вы, возможно, были укушены им, если проект требовал времени для соединения.
Удостоверьтесь, что Версия.NET на Вашей Vista и машине XP - то же.