Компилиране Windows 8, Не става чеп за зеле!

Трябваше да направя за един колега DLL за управление на Анализатор на спектъра Agilent E4407B за да си мери C/N с Матлаб. Хубаво, 15 минути за да разбера какво искат, и още 30 за да направя всичко на LabView. Да ама не. Работеше на случаен принцип, по-често Матлаба увисваше и трябваше да се треби с таск мeнажера. Помислих че има проблеми с указателите, затова се опитах да викам DLL-a пак от LabView. Не става, вади глупости като грешка. След това направих от същият код асембли за .NET 4.0 - пак греда, в проект на VB.NET 2013 вади грешка която гласи - има грешка. След два дена загубени в проби с чисто нов проект, само прости неща като doble и int32, в петък си занесох лаптопа в офиса и всичко тръгна от първият път!!! Какво и да правя то си работи, кеф ти DLL с cdecl, кеф ти stdcall, кеф ти DLL асембли. Същото LabView 2014f1, същото VS 2013 express за база. Разликата е само ОС-а: Десктопа е с Win8.1-64, лаптопа е Windows 7-64 pro. Сетих се че преди правих и приложение (EXE) на Питон и пак имаше подобна греда - грешка C0000xxx5 при излизане от приложението в QtCore.DLL. Същото нещо на Питон направено на XP или Win7 работи без никакви проблеми навсякъде от XP до Win8. Та тук пак попаднах на същото. Засега изследването на проблема се състои в 10 минути споменаване на близки роднини и трябваше да си тръгна вчера, но ми е интересно дали някой не се сблъсквал с нещо подобно?

Ако имате MSDN лиценз - към него вървя няколко часа support incidents.
Мисля, че това е идеален случай да ги използваш.

Може би ако кажеш нещо по-конкретно от C0000xxx5 ще получиш по-конкретен отговор.

През цялото време. Build server-ът трябва да е stable, не някой да маца (примерно да си инсталира SDK-ата за да ги разгледа). Ако не можеш да си позволиш да е отделна машина, някоя виртуалка предполагам ще свърши работа.

Ние ползваме Win2003 сървър, но не сме представителна извадка. Win7 също би трябвало да е стабилен избор, стига да не таргетираш NT4 клиенти :-))

Btw, виж си версията на linker-а на двете машини, и LINK в environment дали имаш.

cheers,
</wqw>

Файловете са абсолютно еднакви като размер и съвършено различни като съдържание. Тези в Win8 като че ли има много нулирани области, докато тези от седмицата са с някакви случайни стойности - може би както са били в паметта или на диска. DLL-те се пишат на едно място между другото на мрежов шеринг, но и локално ефекта е същият. Поиграх си малко с dumpbin, но нямам време. За MSDN нямам нерви, пуснах тикет до National Instruments, те да си го ескалират където щат. Сега е в Унгария, до два дена трябва кажат нещо, "Бау!" примерно или "Здрасти." После ще видим.

Случаят е приключен, тъкмо започнах да се забавлявам с въпроси по версиите на библиотеките, "ескалации на тикета" и пр. Открих го случайно днес по друг подобен повод. Виновен се оказа Symantek Endpoint Protection който размазва изпълнимите файлове когато се билдва направо на шеринга и това зависи от ОС-а.

Един път Ики да зададе въпрос и ще вземе сам да си отговори.

М-да-а-а. Що не съм учуден?

Аз да попитам, видях, че като спреш приложение в 8-ца и то остава като памет, за да може да стартира по-бързо, пак от "+" взаимствани от Юникс, но не е целта заяждане, има ли наистина такива области в DLL-те? Ти до какъв извод стигна, това ми е интересно.

В случая SuperFetch със сигурност няма пръст, защото DLL-а или EXE-то са тотално пресни и няма как да са кеширани по никакъв начин. То ако имаше начин да се кешират току що създадени приложения аз сигурно само ще потвърдя датата на компютъра (колкото да се каже че имам контрол над нещата) и машината ще извади готово всичко от кеша което е трябвало да направя днес без да си мръдна пръста повече.

Изводите ми са че Симантека е направил голяма каша, как не знам точно, някой ден ще се опитам да разбера, но днес си носих файловете до колегите на една усб пръчка за да съм сигурен че получават това което давам. Спрях и тикета. Не че не ми се обадиха по телефона да ми съчувстват защото не бяха прочели мейловете които им пратих. Но се разбрахме, макар че статуса още е "In Progress".