debug под 2003

един дразнещ проблем ме тормози последните дни. значи касае дебъга на VC6.0 под 2003 сървър и се изразява в следното:
когато програмата е пусната със ctrl+f5 при изключение ми пресича дебъга и не мога да видя къде се е случило. значи в началото ми показва съобщението за грешката, да речем че еди къде си "паметта не може да бъде четена" и двата бутона за дебъг и затваряне на програмата, обаче когато избера дебъг, ми показва втори диалог, който ми ултимативно съобщава че програмата ще бъде затворена, само с един ОК отдолу и щеш нещеш затваряш я. в момвнта който показва тоя диалог, VCто вече е започнало да минава в режим на дебъг - отворени са дебъг прозорците (стек, променливи), но още не са попълнени. когато стартирам програмата само със F5, няма никакъв проблем, когато стартирам някакво ехе външно и в него възникне изключение, също няма проблем, дори да е release и в него да няма символи за дебъг. проблем има само когато VCто е стартирало програмата, и то в режим Ctrl+F5, независимо дебъг или релийз. искам да го оправя това нещо, защото ще ми се случи някоя грешка, която се проявява веднъж на 100 години и няма да я видя къде е.

Кви са тия еврейщини бе другарю. Нямаш ли си логер в самия софт? Пробвал ли си да пуснеш и ВС6.0 и програмата си в режим на съвместимост с по-стари версии, примерно XP или 2000?

не става тоя номер със съвместимоста - въобще студиото не ще да пали.

Мини на Ц#

Баси, явно има няква шибания. Проблема може да е всякакъв, вкл. троянци, зле конфигуриран веб-сървър, скапани сървиси и др. такива.

може някой сървис да е виновен. аз направих голяма сеч след като го инсталирах (виндовса, не студиото) и може да съм разкарал някой който има значение, макар че уж четях описанията кой какво прави и ги махах само ако ми е ясно че може и без него.

но защо си мислиш че проблема касае само С++?

Machine Debug Manager a.k.a. mdm.exe?

Ако нещо ви се струва сложно, мога да го направя още по-сложно

мдм си е там разбира се, все пак прихваща ексепшъните от всяка програма, освен от онези които са пуснати с ctrl+f5.

Остава открит въпроса - за чий ти е тоя 2003?

защото вече няма как да слагаме на системите си 98, просто не се продава, а аз за да съм сигурен че софтуера няма да се опъне на миграцията (има такива случаи), реших да го пиша под 2003 . разбира се софтуера писан под 98 си върви и на 2003, но това е превантивна мярка, защото е имало случаи когато прави проблем, макар че това е моя грешка и се коригира бързо. просто когато допусна такава грешка трябва да знам. отделно че има някои тънки разлики, които могат да доведат в промяна на поведението на програмата, макар и без краш. например при извикване на диалог за отваряне на файл има разлика в концепцията за определяне на стартовата директория. не е проблем ако тръгнеш от друга директория, но е досадно да ходиш всеки. промени в поведението на програмата, като тази, също не са желателни.
отдавна се канех да го слагам, а конкретния повод беше че трябваше да дебъгвам едно място, което като спреш насилствено програмата и 98цата зависва. реших че така и така се каня да слагам 2003, то сега е момента да го направя. а реших да е точно 2003, защото е последен и надявам се следващия скок да е поне след 5 години. хич не обичам да сменям нещата които ползвам, това важи както за телефоните, така и за виндовса.

След като софта ви се продава заедно със системата, за какво са тия превантивни мерки? Не разбирам. Разликите на 2003 с XP наистина не са много.
А следващият скок е съвсем близо - XP 64bit edition.

въпреки че продаваме заедно със системата, случвало ни се е да слагаме софтуера под 2000 (не знам защо трябваше) и както всичко беше ок под 98, се оказа че под 2000 не е (използвал съм хендъл към компорт в две различни нишки, а поведението при 98 и 2000 е различно), и после прекомпилирай в последния момент. а ако някои от библиотеките си ги барал, направо може да скапеш всичко с една такава прекомпилация.

менюто Debug:
Start F5
Start Without Debugging Ctrl+F5
(във вц 6 може и да не го пише)

това не значи че при изключение трябва да ми затваря програмата. Start Without Debugging означава че просто няма да ти изпълнява брекпойнтовете и че няма да ти работи макроса TRACE.

ааха, вдянах.
иначе start without debugging си значи start without debugging, не е само, че не ти се изпълнявали брейкпойнтовете и трейсовете. дебуга почва като ти задъни програмата и като се атачне дебугера като щракнеш дебуг.
вероятно сега като разбереш, че всъщност не дебугваш с цтрл ф5 няма да обръщаш толкова внимание на тоя фийчър (а то е фийчър, сигурен съм) .
а щом като пуснеш програмата от експлондера и атачва номално, явно на дебугера не му харесва когато студиото е парент процес на апликацийката.

явно на дебугера не му харесва когато студиото е парент процес на апликацийката. да, явно е нещо такова. освен това днес май един два пъти успя да сработи нормално - при ексепшън си влезе в дебъг както си трябва. забелязах и нещо друго - направих опит с конзолна апликация и при нея ефекта е различне - влиза си в дебъг, обаче отваря ново студио.