🚀 go-pugleaf

W dniu 14.05.2024 o 17:44, Jacek Marcin Jaworski pisze:
> Ten skrypt uruchamiam QProcess::startDetached. Co gwarantuje, że nie 
> jest używany fork (co by zamykało okno mojego edytora).

Jak się zastanowiłem, to myślę że raczej fork by nie zamknął mojego edytora.

On 14/05/2024 17:44, Jacek Marcin Jaworski wrote:
> Co można zrobić żeby uruchamiany gdb nie ubijał mojego edytora programisty?

Po pierwsze, używaj wątków do komunikacji.

Po drugie, zainteresuj się rurkami do komunikacji z procesem potomnym.

Po trzecie: zainteresuj się GDB/MI.

W dniu 14.05.2024 o 21:07, heby pisze:
> On 14/05/2024 17:44, Jacek Marcin Jaworski wrote:
>> Co można zrobić żeby uruchamiany gdb nie ubijał mojego edytora 
>> programisty?
> 
> Po pierwsze, używaj wątków do komunikacji.
> 
> Po drugie, zainteresuj się rurkami do komunikacji z procesem potomnym.
> 
> Po trzecie: zainteresuj się GDB/MI.

Obawiam się, że nie załapałeś idei, bo nie czytasz ze zrozumieniem. Nic 
z tego co podałeś nie jest mi potrzebne w tym przypadku.

Może ktoś inny pomoże?
Pomożecie?!?

On 15/05/2024 22:23, Jacek Marcin Jaworski wrote:
>> Po pierwsze, używaj wątków do komunikacji.
>> Po drugie, zainteresuj się rurkami do komunikacji z procesem potomnym.
>> Po trzecie: zainteresuj się GDB/MI.
> Obawiam się, że nie załapałeś idei, bo nie czytasz ze zrozumieniem.

Czytam z dostatecznym zrozumieniem.

Problem z "zawieszającym" się Qt jest gdzie indziej. Pisałem komercyjny 
debugger w Qt uzywający GDB jako engine i takie problemy najzwyczajniej 
nie istnieją.

> Nic 
> z tego co podałeś nie jest mi potrzebne w tym przypadku.

Szybko się przekonasz, że to dobre rady. Ale, jak to zazwyczaj bywa, 
trzeba samemu zrobic fuckup, aby pojąc radę kolegi który już to przechodził.

> Może ktoś inny pomoże?
> Pomożecie?!?

Masz mocno niszowy problem. Zgaduje że jestem jedyny na grupie, który ma 
doświadczenia w sterowani gdb z poziomu Qt. Powodzenia!

W dniu 16.05.2024 o 21:52, heby pisze:
> On 15/05/2024 22:23, Jacek Marcin Jaworski wrote:
>>> Po pierwsze, używaj wątków do komunikacji.
>>> Po drugie, zainteresuj się rurkami do komunikacji z procesem potomnym.
>>> Po trzecie: zainteresuj się GDB/MI.
>> Obawiam się, że nie załapałeś idei, bo nie czytasz ze zrozumieniem.
> 
> Czytam z dostatecznym zrozumieniem.
> 
> Problem z "zawieszającym" się Qt jest gdzie indziej. Pisałem komercyjny 
> debugger w Qt uzywający GDB jako engine i takie problemy najzwyczajniej 
> nie istnieją.

Ale ja nie piszę IDE! Ja nie chcę żadnego engine gdb. Nie chcę żadnej 
komunikacji gdb z moim edytorem. Ja chcę tylko uruchomić gdb z zadaną 
konfiguracją - interesuje mnie opcja z man gdb:
        -command=file

        -x file
               Wywołaj komendy GDB z pliku file.

On 16/05/2024 23:20, Jacek Marcin Jaworski wrote:
> Ale ja nie piszę IDE!

Jestś pewny?

On 14/05/2024 17:44, Jacek Marcin Jaworski wrote:
 > Koduję dla siebie edytor programisty w w C++ z Qt. Teraz chcę wysterować
 > gdb z mojego edytora programisty.

Brzmi jak IDE.

> Ja nie chcę żadnego engine gdb.

Jeszcze nie chcesz.

> komunikacji gdb z moim edytorem. Ja chcę tylko uruchomić gdb z zadaną 
> konfiguracją - interesuje mnie opcja z man gdb:

Może zamiast gdb sprawdź jak działa dowolny inny proces. Buga masz gdzie 
indziej i raczej nie ma on związku z gdb. Coś źle robisz z QProcess, lub 
ogólnie coś źle robisz, skoro głupie użycie fork zamyka Ci aplikację.

W dniu 16.05.2024 o 23:30, heby pisze:
> Może zamiast gdb sprawdź jak działa dowolny inny proces. Buga masz gdzie 
> indziej i raczej nie ma on związku z gdb. Coś źle robisz z QProcess, lub 
> ogólnie coś źle robisz, skoro głupie użycie fork zamyka Ci aplikację.

Już mam! Robiłem coś takiego:
1. Kompilowałem mój edytor;
2. Uruchamiałem z go lokalnie;
3. Uruchamiałem z niego skrypt budowania (tego samego proj.);
4. Podczas budowania zmieniał się exe na dysku;
5. Uruchomiony w p. 2. edytor nagle zawieszał się.

Pojawia się pyt.:
Czemu zapis do pliku exe dokładnie tak samo kompilowanego prog. powoduje 
zawieszenie prog.?

Bo wiem, że prog. ładuje się dynamicznie, w miarę potrzeb, ładując kol. 
s. po 4KB (zwykle). Ale kod prog. się nie zmieniał ani użyte narzędzia.
Usuwanie pliku exe z dysku też nie jest wytłumaczeniem, bo przecież 
wtedy otwarte pliki nie są usuwane do momentu ich zamknięcia.

On 17/05/2024 13:34, Jacek Marcin Jaworski wrote:
> Czemu zapis do pliku exe dokładnie tak samo kompilowanego prog. powoduje 
> zawieszenie prog.?

Jesteś pewny, że zapisywałeś exe pliku, który był uruchomiony?