🚀 go-pugleaf

A logi systemu nic nie podpowiadają ?

> Nie mogę niestety na tą chwile uruchomić kodu z debugerem pod delphi ale zakładam, że pojawia się jakiś problem przy wejściu do dllki związanej z unitami ClientDataSeta

A co jest przyczyna ze zdalne śledzenie nie działa ?  Moze bedzie 
łatwiej jednak z debugerem i krok po kroku uruchomić ?
Bo zakładam że masz na myśli to:
http://docwiki.embarcadero.com/RADStudio/Tokyo/en/Installing_a_Debugger_on_a_Remote_Machine 
  ?

Na obydwu komputerach musi być ta sama strefa czasowa, bo bez tego 
debuger zdalny nie działa.


> 
> Czy ktoś miał podobny problem?
> 
> Sprawa dość pilna.
Jak zawsze ;)
> Pozdrawiam, Daniel
> 

M

On Mon, 19 Feb 2018 04:00:57 -0800 (PST), danielmarcinmazur2@gmail.com
wrote:

> Witam, mam pewien dość dziwny problem z kodem. Działa on doskonale na każdej innej wersji Windowsa oprócz wersji serwerowych działających jako kontroler domeny. 
> 
> O to fragment kodu: http://wklej.org/id/3370291/
> Kod jest wykonywany na samym początku działania programu.
> Gdy przechodzi do linii
>   cdsActiveTasks.CreateDataSet;
> następuje zawieszenie programu na kilkadziesiąt sekund. Jeśli w trakcie będę próbował zamknąć okno to po kilkunastu sekundach pojawia się APPCRASH z kodem nieobsłużonego wyjątku w KERNELBASE.DLL (0x0eedfade)
> 
> To co próbowałem już zrobić:
>>Powrzucać wszystkie dllki związane z komponentem do folderu z aplikacją
>>Zarejestrowanie midas.dll także z tego folderu
>>Jako, że aplikacja była konsolowa, wrzucilem kod do formatki vcl- bez skutku
>>Zamiana środowiska z Delphi 10 do Delphi XE 10.2 Tokyo 
>>Zabawy ze zgodnością
>>Grzebanie w ustawieniach kompilatora
> 
> Jak już wspomniałem, dzieje się to tylko na systemach działających jako
> kontroler domeny. W każdym innym przypadku działa jak należy. 
> 
> Nie mogę niestety na tą chwile uruchomić kodu z debugerem pod delphi ale
> zakładam, że pojawia się jakiś problem przy wejściu do dllki związanej z
> unitami ClientDataSeta

To może pozbądź się midas.dll.
Dodaj do uses projektu unit MidasLib.


-- 
pozdrawiam
Roman Tyczka

W dniu 2018-02-19 o 15:21, Roman Tyczka pisze:
> To może pozbądź się midas.dll.
> Dodaj do uses projektu unit MidasLib.
Na jego miejscu to bym się pozbył w cholerę ClientDataSet na rzecz 
TFDMemTable :)
A IBXów na rzecz FireDACa :P

-- 
wloochacz

On Mon, 19 Feb 2018 17:38:34 +0100, wloochacz wrote:

>> To może pozbądź się midas.dll.
>> Dodaj do uses projektu unit MidasLib.
> Na jego miejscu to bym się pozbył w cholerę ClientDataSet na rzecz 
> TFDMemTable :)
> A IBXów na rzecz FireDACa :P

Jeśli to "tradycyjna, delphiowa apka" z ibdatasetami i ibtransactionami
położonymi na setkach foremek to ...życzę mu powodzenia ;-)

-- 
pozdrawiam
Roman Tyczka

W dniu 2018-02-19 o 18:18, Roman Tyczka pisze:
> On Mon, 19 Feb 2018 17:38:34 +0100, wloochacz wrote:
> 
>>> To może pozbądź się midas.dll.
>>> Dodaj do uses projektu unit MidasLib.
>> Na jego miejscu to bym się pozbył w cholerę ClientDataSet na rzecz
>> TFDMemTable :)
>> A IBXów na rzecz FireDACa :P
> 
> Jeśli to "tradycyjna, delphiowa apka" z ibdatasetami i ibtransactionami
> położonymi na setkach foremek to ...życzę mu powodzenia ;-)
> 
Jeśli ma dostęp do FireDAC, to hmmm... nie jest to takie trudne, jak się 
wydaje. Chyba :D

Migracji w tę stronę nie robiłem, ale IBX są na tyle proste, że dość 
łatwo napisać odpowiedni adapter i szlus.

-- 
wloochacz

On Mon, 19 Feb 2018 21:38:31 +0100, wloochacz wrote:

> W dniu 2018-02-19 o 18:18, Roman Tyczka pisze:
>> On Mon, 19 Feb 2018 17:38:34 +0100, wloochacz wrote:
>> 
>>>> To może pozbądź się midas.dll.
>>>> Dodaj do uses projektu unit MidasLib.
>>> Na jego miejscu to bym się pozbył w cholerę ClientDataSet na rzecz
>>> TFDMemTable :)
>>> A IBXów na rzecz FireDACa :P
>> 
>> Jeśli to "tradycyjna, delphiowa apka" z ibdatasetami i ibtransactionami
>> położonymi na setkach foremek to ...życzę mu powodzenia ;-)
>> 
> Jeśli ma dostęp do FireDAC, to hmmm... nie jest to takie trudne, jak się 
> wydaje. Chyba :D

Jeśli ma na każdej formie dataset i podpięte zdarzenia afterX, beforeX,
onScroll, onClose, onOpen... nie wiem czy to będzie proste.
 
> Migracji w tę stronę nie robiłem, ale IBX są na tyle proste, że dość 
> łatwo napisać odpowiedni adapter i szlus.

Adapter w jakim sensie? 

-- 
pozdrawiam
Roman Tyczka