2011-10-01 10 views
6

Piszę aplikację FireMonkey HD na moim komputerze z 32-bitowym bity i wdrażam (zdalne debugowanie) na moim MacBooku z systemem Snow Leopard. Używam wersji próbnej Delphi XE2.Błąd krytyczny przy rozpoczynaniu debugowania jądra przy każdym innym wdrożeniu na komputerze Mac

Wszystko działa dobrze, z wyjątkiem jednego: co drugi bieg I hit następujący błąd po naciśnięciu F9:

Błąd krytyczny debugowania jądra wyjściowego: „Nieprawidłowe żądanie debuggera”. Zapisz swoją pracę i zrestartuj Delphi XE2.

Ponowne uruchomienie XE2 i ponowne uruchomienie leczy ten problem ... dla dokładnie jednego uruchomienia, ponownie trafiam ten sam błąd. Nieważne, czy przerywam debugowanie przez CTRL-F2, czy też z gracją zamykam aplikację na Macu. Zdarza się to przy każdym projekcie (w tym w nowych, pustych, z pojedynczym formularzem FireMonkey). Terminal PAServer nie ma informacji, wciąż jest w "podsłuchu".

Ktoś ma jakieś wskazówki, jak uniknąć tego problemu?

+1

Mam to czasami ... ale tylko wtedy, gdy zamykam i restartuję PAServer bez restartowania Delphi ... Aby pominąć twój problem, możesz debugować na Win32 i uruchomić na osxie zamiast debugowania (Ctrl F9), (jeśli działa działa lepsze niż debugowanie za pomocą konfiguracji) ... – Whiler

+0

Nie uruchomiono ponownie PAServer, ale dobrze jest usłyszeć, że istnieją inne wyzwalacze tego zachowania. Sugerujesz, że uruchamiam komputer Mac bez dołączonego debuggera? To prawdopodobnie zadziała, ale moim głównym celem jest przeniesienie dużych partycji naszego 800k-ramowego kodu do mac ... te _portowane_-bity są tymi, które się przewracają, a debugger zdecydowanie sprawia, że ​​proces ponownego ich cofania jest bardziej wydajny niż ręczne śledzenie/rejestrowanie. :) –

+0

Debugger jest pomocny .. na pewno; o) – Whiler

Odpowiedz

1

Wygląda na to, że instalacja pełnej wersji Delphi XE2 (w tym aktualizacji 1) całkowicie rozwiązała mój problem.

Sprawdziłem numer Bug Fix list pod kątem wszelkich odniesień, ale bez takiego szczęścia. No cóż, problem i tak zniknął.

[EDIT] A teraz, już następnego dnia, problem pojawia się ponownie.

0

Delphi 10 daje podobną przygodę (cel Win32 -> Win32). To "business as usual" dla zdalnego debuggera.

Powiązane problemy