ZeosLib 7.1.2-stable

miab

unread,

Oct 11, 2013, 4:44:32 AM10/11/13

to

Ukazała się wersja stabilna ZeosLib 7.1, a dokładniej ZEOSDBO-7.1.2-stable:
http://sourceforge.net/projects/zeoslib/files/Zeos%20Database%20Objects/zeosdbo-7.1.2-stable/

Ew. przyszłe poprawki do niej:
http://svn.code.sf.net/p/zeoslib/code-0/branches/7.1-patches/

Dyskusja, pytania:
http://zeoslib.sourceforge.net/portal.php

Zgłaszanie ewidentnych błędów:
http://sourceforge.net/p/zeoslib/tickets/

miab

m

unread,

Oct 16, 2013, 4:34:13 AM10/16/13

to

W dniu 2013-10-11 10:44, miab pisze:

A jakiś changelog jest, bym sobie popatrzył co sie zmieniło od czasów
gdy pojawiło sie Delphi z unicode ?

M

miab

unread,

Oct 17, 2013, 11:20:48 AM10/17/13

to

W dniu 2013-10-16 10:34, m pisze:

Głównie właśnie Unikodowość i 64-bity(i procedury).
Najogólniej kompiluje się i działa od D7 do XE5, FPC, Lazarus na 32 i 64
bitach ostatnio doszło MSEide+MSEgui(7.2.x).
Współpracuje z procedurami składowanymi na serwerze(w tym np. z
wielo-resultset-owymi w MySQL).
Z ciekawostek przez FreeTDS można łączyć się do M$SQL i Sybase ASE z Linuxa.
Silniki i serwery z jakimi się kontaktuje FireBird, MySQL, MariaDB,
PostgreSQL, M$SQL, Sybase ASA, Sybase ASE, ORACLE, SQLite, ADO.
Poza tym radykalnie inaczej rozwiązano obsługę wielojęzyczności danych.

miab

miab

unread,

Oct 17, 2013, 11:27:19 AM10/17/13

to

W dniu 2013-10-17 17:20, miab pisze:

Co do changelog to dokładnego nie ma (trzeba by poczytać svn bo było z
tysiąc poprawek i zmian).
Zgrubny jest tu(Do 7.0.x):
http://zeoslib.sourceforge.net/viewtopic.php?f=1&t=3654
W wersji 7.1.x zmieniono nieco architekturę przez co bufor rekordu
zamiast 32KB długości dopuszcza 4000 pól (z hakiem) no i poprawiono
kolejne znalezione błedy :)

miab

Bartek

unread,

Oct 29, 2013, 9:27:43 AM10/29/13

to

> Najogólniej kompiluje się i działa od D7 do XE5, FPC, Lazarus na 32 i 64
> bitach ostatnio doszło MSEide+MSEgui(7.2.x).
> Współpracuje z procedurami składowanymi na serwerze(w tym np. z
> wielo-resultset-owymi w MySQL).

Rozumiem że w trakcie instalacji so XE5, wybieramy to co jest w katalogu
packages\xe4

tak?

miab

unread,

Oct 29, 2013, 11:57:35 AM10/29/13

to

W dniu 2013-10-29 14:27, Bartek pisze:

Nie.
Dostrugujemy sami (co jest dla przeciętnego fana Delphi czynnością
rutynową) na bazie oczywiscie XE4,
albo czytamy na forum ZEOS co trzeba zmienić,
albo bierzemy z 7.2-svn,
albo czekamy aż wyjdzie poprawka.

miab

miab

unread,

Nov 1, 2013, 5:25:27 PM11/1/13

to

W dniu 2013-10-29 14:27, Bartek pisze:

Teraz możesz dociągnąć packages\DelphiXE5 i pare poprawek z ostatnich
dni do wersji ZEOSDBO-7.1.2-stable z:
http://svn.code.sf.net/p/zeoslib/code-0/branches/7.1-patches/

miab

Czesiek

unread,

Nov 28, 2013, 1:57:24 AM11/28/13

to

Pobrałem poprawki do XE5, zmieniłem co zalecali tutaj http://itstimetoshares.blogspot.com/2013/11/zeoslib-for-delphixe5.html
ale nie mogę zainstalować tych komponentów pod XE5.
Może ktoś kto instalował napisze co dokładnie trzeba zrobić aby te komponenty dało się zainstalować.

miab

unread,

Nov 28, 2013, 4:29:08 AM11/28/13

to

W dniu 2013-11-28 07:57, Czesiek pisze:
> W dniu piďż˝tek, 1 listopada 2013 22:25:27 UTC+1 uďż˝ytkownik miab napisaďż˝:

>> W dniu 2013-10-29 14:27, Bartek pisze:
>>

>>>> Najogďż˝lniej kompiluje siďż˝ i dziaďż˝a od D7 do XE5, FPC, Lazarus na 32 i
>>>> 64 bitach ostatnio doszďż˝o MSEide+MSEgui(7.2.x).
>>>> Wspďż˝pracuje z procedurami skďż˝adowanymi na serwerze(w tym np. z
>>>> wielo-resultset-owymi w MySQL).
>>> Rozumiem ďż˝e w trakcie instalacji so XE5, wybieramy to co jest w katalogu
>>> packages\xe4
>> Teraz moďż˝esz dociďż˝gnďż˝ďż˝ packages\DelphiXE5 i pare poprawek z ostatnich

>> dni do wersji ZEOSDBO-7.1.2-stable z:
>> http://svn.code.sf.net/p/zeoslib/code-0/branches/7.1-patches/
>> miab
>

> Pobraďż˝em poprawki do XE5, zmieniďż˝em co zalecali tutaj http://itstimetoshares.blogspot.com/2013/11/zeoslib-for-delphixe5.html
> ale nie mogďż˝ zainstalowaďż˝ tych komponentďż˝w pod XE5.
> Moďż˝e ktoďż˝ kto instalowaďż˝ napisze co dokďż˝adnie trzeba zrobiďż˝ aby te komponenty daďż˝o siďż˝ zainstalowaďż˝.
>

Po co zmieniaďż˝eďż˝ na podstawie jakiďż˝ harcerskich poradnikďż˝w, ktďż˝re w
dodatku paprajďż˝ naszďż˝ robotďż˝.
Pod adresem:
http://svn.code.sf.net/p/zeoslib/code-0/branches/7.1-patches/
jest kompletny zestaw ďż˝rďż˝deďż˝ wersji zaktualizowanej.
Najproďż˝ciej po prostu ďż˝ciďż˝gnďż˝ďż˝ caďż˝oďż˝ďż˝ gaďż˝ďż˝zi i uďż˝yďż˝.

miab

Czesiek

unread,

Nov 28, 2013, 6:21:48 AM11/28/13

to

Niestety nie mogę sobie z tym poradzić.
Delphi XE5 mam dobiero od dwóch dni, poprzednio cały czas pracowałem na Delphi7. Wszystkie moje aplikacje są oparte o Zeosy, więc muszę je zainstalować aby potem starać się zaimportować te projekty. Robię tak:
1. Pobrałem najnowszą wersję tych komponentów ze strony z pierszego wątku,
2. Pobrałem aktualizację z adresu, który wskazałeś
3. Wstawiłem tak jak zalecają, dodałem ścieżki do bibloterki
4. Wczytałem ZComponentDesign.dproj.
5. Gdy robię Install to wyświetla się wpierw komunikat, że ZParseSql trzeba ponownie skompilować, gdy to zrobię to kolejno ZCore też wymaga kompilacji. Potem zatrzymuje się w lini 571 pliku ZSysUtils (if CharInSet(Char(MoneyString[1]), ['0'..'9', '-']) then). Gdy kliknę dwa razy w pierwsze lini "Messages" to jes informacja, że w folderze DelphiXE5 nie ma pliku ZCompatibilyty.pas i potem w System.Utils.pas.

Pewnie coś żle robię, ale na razie nie mogę znależć przyczyn tych błędów.

miab

unread,

Nov 28, 2013, 6:39:50 AM11/28/13

to

W dniu 2013-11-28 12:21, Czesiek pisze:
> W dniu czwartek, 28 listopada 2013 10:29:08 UTC+1 uďż˝ytkownik miab napisaďż˝:

>> W dniu 2013-11-28 07:57, Czesiek pisze:
>>
>>> W dniu piďż˝tek, 1 listopada 2013 22:25:27 UTC+1 uďż˝ytkownik miab napisaďż˝:
>>
>>>> W dniu 2013-10-29 14:27, Bartek pisze:
>>
>>>>
>>
>>>>>> Najogďż˝lniej kompiluje siďż˝ i dziaďż˝a od D7 do XE5, FPC, Lazarus na 32 i
>>
>>>>>> 64 bitach ostatnio doszďż˝o MSEide+MSEgui(7.2.x).
>>
>>>>>> Wspďż˝pracuje z procedurami skďż˝adowanymi na serwerze(w tym np. z
>>
>>>>>> wielo-resultset-owymi w MySQL).
>>
>>>>> Rozumiem ďż˝e w trakcie instalacji so XE5, wybieramy to co jest w katalogu
>>
>>>>> packages\xe4
>>
>>>> Teraz moďż˝esz dociďż˝gnďż˝ďż˝ packages\DelphiXE5 i pare poprawek z ostatnich
>>
>>>> dni do wersji ZEOSDBO-7.1.2-stable z:
>>
>>>> http://svn.code.sf.net/p/zeoslib/code-0/branches/7.1-patches/
>>
>>>> miab
>>
>>>
>>
>>> Pobraďż˝em poprawki do XE5, zmieniďż˝em co zalecali tutaj http://itstimetoshares.blogspot.com/2013/11/zeoslib-for-delphixe5.html
>>
>>> ale nie mogďż˝ zainstalowaďż˝ tych komponentďż˝w pod XE5.
>>
>>> Moďż˝e ktoďż˝ kto instalowaďż˝ napisze co dokďż˝adnie trzeba zrobiďż˝ aby te komponenty daďż˝o siďż˝ zainstalowaďż˝.
>>
>>>
>>
>>
>>
>> Po co zmieniaďż˝eďż˝ na podstawie jakiďż˝ harcerskich poradnikďż˝w, ktďż˝re w
>>
>> dodatku paprajďż˝ naszďż˝ robotďż˝.
>>
>> Pod adresem:
>>
>> http://svn.code.sf.net/p/zeoslib/code-0/branches/7.1-patches/
>>
>> jest kompletny zestaw ďż˝rďż˝deďż˝ wersji zaktualizowanej.
>>
>> Najproďż˝ciej po prostu ďż˝ciďż˝gnďż˝ďż˝ caďż˝oďż˝ďż˝ gaďż˝ďż˝zi i uďż˝yďż˝.
>>
>>
>>
>> miab
>

> Niestety nie mogďż˝ sobie z tym poradziďż˝.
> Delphi XE5 mam dobiero od dwďż˝ch dni, poprzednio caďż˝y czas pracowaďż˝em na Delphi7. Wszystkie moje aplikacje sďż˝ oparte o Zeosy, wiďż˝c muszďż˝ je zainstalowaďż˝ aby potem staraďż˝ siďż˝ zaimportowaďż˝ te projekty. Robiďż˝ tak:
> 1. Pobraďż˝em najnowszďż˝ wersjďż˝ tych komponentďż˝w ze strony z pierszego wďż˝tku,
> 2. Pobraďż˝em aktualizacjďż˝ z adresu, ktďż˝ry wskazaďż˝eďż˝
> 3. Wstawiďż˝em tak jak zalecajďż˝, dodaďż˝em ďż˝cieďż˝ki do bibloterki
> 4. Wczytaďż˝em ZComponentDesign.dproj.
> 5. Gdy robiďż˝ Install to wyďż˝wietla siďż˝ wpierw komunikat, ďż˝e ZParseSql trzeba ponownie skompilowaďż˝, gdy to zrobiďż˝ to kolejno ZCore teďż˝ wymaga kompilacji. Potem zatrzymuje siďż˝ w lini 571 pliku ZSysUtils (if CharInSet(Char(MoneyString[1]), ['0'..'9', '-']) then). Gdy kliknďż˝ dwa razy w pierwsze lini "Messages" to jes informacja, ďż˝e w folderze DelphiXE5 nie ma pliku ZCompatibilyty.pas i potem w System.Utils.pas.
>
> Pewnie coďż˝ ďż˝le robiďż˝, ale na razie nie mogďż˝ znaleďż˝ďż˝ przyczyn tych bďż˝ďż˝dďż˝w.
>

Jak masz XE5 od dwďż˝ch(po D7) to rzeczywiďż˝cie masz problem.
Musisz zapoznaďż˝ siďż˝ ďż˝e strategia scieďż˝kowania dla poszczegďż˝lnych wersji
kompilatorďż˝w ktďż˝rych jest w XE5 zdaje siďż˝ ze z 5(x 2 dla debug). Dopďż˝ki
tego nie zrozumiesz to duďż˝o Ci nie pomogďż˝.

miab

miab

unread,

Nov 28, 2013, 9:04:12 AM11/28/13

to

W dniu 2013-11-28 12:39, miab pisze:

> Jak masz XE5 od dwóch(po D7) to rzeczywiście masz problem.
> Musisz zapoznać się że strategia scieżkowania dla poszczególnych wersji
> kompilatorów których jest w XE5 zdaje się ze z 5(x 2 dla debug). Dopóki
> tego nie zrozumiesz to dużo Ci nie pomogę.

6 kompilatorów:
DCC32 is the 32-bit Windows Delphi compiler.
DCC64 is the 64-bit Windows Delphi compiler.
DCCOSX is the Mac OS X Delphi compiler.
DCCIOSARM is the Delphi mobile compiler for iOS Devices.
DCCIOS32 is the Delphi mobile compiler for iOS Simulators.
DCCAARM.EXE is the Delphi mobile compiler for Android emulators and
Android devices.
(Nie wspominając już o BCC)

Z tego wynika (w dużym skrócie)że żeby nie zrobił się totalny melanż
produkty i stosowne pliki wymagane dla pracy poszczególnych
kompilatorów/linkerów powinny (i w prawidłowo skonfigurowanym środowisku
są) znajdować się w odrębnych podkatalogach.
Jedno co zauważyłem dla ZEOS-owych pakietów XE5 (ja mam XE2) to w
plikach *.dproj w miejsce 170 powinno być 190 żeby prawidłowo(typowo)
generowało nazwy plików *.bpl.

miab

Czesiek

unread,

Nov 28, 2013, 1:30:52 PM11/28/13

to

Niestety zamiana 170 na 190 niczego nie zmieniła:
Poniżej treść pliku "ProjectGroup19.groupproj.local"

<?xml version="1.0" encoding="utf-8"?>
<BorlandProject>
<Transactions>
<Transaction>2013-05-01 13:34:52.000.042,C:\lib\zeoslibxe3\packages\DelphiXE4\ProjectGroup17.groupproj=C:\lib\zeoslibxe3\packages\DelphiXE4\ProjectGroup18.groupproj</Transaction>
</Transactions>
<Default.Personality>
<Projects ActiveProject="D:\AP\KomponentyDelphiXE\Zeos\packages\DelphiXE4\ZCore.dproj"/>
</Default.Personality>
</BorlandProject>

Jak powinien wyglądać ten plik dla XE5 ? (nie mam takiej ścieżki u siebie "C:\lib\zeoslibxe3\..")

miab

unread,

Nov 28, 2013, 2:20:59 PM11/28/13

to

W dniu 2013-11-28 19:30, Czesiek pisze:
> W dniu czwartek, 28 listopada 2013 15:04:12 UTC+1 uďż˝ytkownik miab napisaďż˝:

>> W dniu 2013-11-28 12:39, miab pisze:
>>
>>
>>

>>> Jak masz XE5 od dwďż˝ch(po D7) to rzeczywiďż˝cie masz problem.
>>
>>> Musisz zapoznaďż˝ siďż˝ ďż˝e strategia scieďż˝kowania dla poszczegďż˝lnych wersji
>>
>>> kompilatorďż˝w ktďż˝rych jest w XE5 zdaje siďż˝ ze z 5(x 2 dla debug). Dopďż˝ki
>>
>>> tego nie zrozumiesz to duďż˝o Ci nie pomogďż˝.
>>
>>
>>

>> 6 kompilatorďż˝w:

>>
>> DCC32 is the 32-bit Windows Delphi compiler.
>>
>> DCC64 is the 64-bit Windows Delphi compiler.
>>
>> DCCOSX is the Mac OS X Delphi compiler.
>>
>> DCCIOSARM is the Delphi mobile compiler for iOS Devices.
>>
>> DCCIOS32 is the Delphi mobile compiler for iOS Simulators.
>>
>> DCCAARM.EXE is the Delphi mobile compiler for Android emulators and
>>
>> Android devices.
>>

>> (Nie wspominajďż˝c juďż˝ o BCC)
>>
>>
>>
>> Z tego wynika (w duďż˝ym skrďż˝cie)ďż˝e ďż˝eby nie zrobiďż˝ siďż˝ totalny melanďż˝
>>
>> produkty i stosowne pliki wymagane dla pracy poszczegďż˝lnych
>>
>> kompilatorďż˝w/linkerďż˝w powinny (i w prawidďż˝owo skonfigurowanym ďż˝rodowisku
>>
>> sďż˝) znajdowaďż˝ siďż˝ w odrďż˝bnych podkatalogach.
>>
>> Jedno co zauwaďż˝yďż˝em dla ZEOS-owych pakietďż˝w XE5 (ja mam XE2) to w
>>
>> plikach *.dproj w miejsce 170 powinno byďż˝ 190 ďż˝eby prawidďż˝owo(typowo)
>>
>> generowaďż˝o nazwy plikďż˝w *.bpl.
>>
>>
>>
>> miab
>
>
> Niestety zamiana 170 na 190 niczego nie zmieniďż˝a:
> Poniďż˝ej treďż˝ďż˝ pliku "ProjectGroup19.groupproj.local"

>
> <?xml version="1.0" encoding="utf-8"?>
> <BorlandProject>
> <Transactions>
> <Transaction>2013-05-01 13:34:52.000.042,C:\lib\zeoslibxe3\packages\DelphiXE4\ProjectGroup17.groupproj=C:\lib\zeoslibxe3\packages\DelphiXE4\ProjectGroup18.groupproj</Transaction>
> </Transactions>
> <Default.Personality>
> <Projects ActiveProject="D:\AP\KomponentyDelphiXE\Zeos\packages\DelphiXE4\ZCore.dproj"/>
> </Default.Personality>
> </BorlandProject>
>

> Jak powinien wyglďż˝daďż˝ ten plik dla XE5 ? (nie mam takiej ďż˝cieďż˝ki u siebie "C:\lib\zeoslibxe3\..")
>

Widzďż˝ ďż˝e peďż˝en groch z kapustďż˝ (XE3, XE4, XE5).
Odpowiem tak.
Dla zbudowania biblioteki ZEOS 7.1.2 potrzebny jest katalog
o nazwie np. Zeos a w nim dwa podkatalogi src - ze wszystkimi plikami i
o strukturze katalogowej identycznej z katalogiem src znajdujďż˝cym siďż˝ na
stronach projektu(w odpowiedniej gaďż˝ďż˝zi) i katalog packages a w nim
podkatalog o dowolnej nazwie np. DelphiXE5 z nastďż˝pujďż˝cymi
plikami(tylko!!!) pobranymi z katalogu DelphiXE5 ze stron projektu(z
odpowiedniej gaďż˝ďż˝zi):
ZCore.dpk
ZParseSql.dpk
ZPlain.dpk
ZDbc.dpk
ZComponent.dpk
ZComponentDesign.dpk
i ZPackages.inc
Pliki dpk naleďż˝y kolejno(tak jak wymieniďż˝em) z-BVuild-owaďż˝ zaďż˝ ostatni z
nich(ZComponentDesign.dpk) za-Install-owaďż˝.
Produkty kompilacji odpowiednimi kompilatorami trafiďż˝ do katalogďż˝w
zaleďż˝nych od ustawieďż˝ w Options kaďż˝dego pakietu.

miab

miab

unread,

Nov 28, 2013, 2:35:27 PM11/28/13

to

W dniu 2013-11-28 19:30, Czesiek pisze:

Jeszce raz jeszcze dokďż˝adniej.
Dla zbudowania biblioteki ZEOS 7.1.2 (podobnie jak 7.2)potrzebny jest

katalog o nazwie np. Zeos a w nim dwa podkatalogi src - ze wszystkimi
plikami i o strukturze katalogowej identycznej z katalogiem src

znajdujďż˝cym siďż˝ na stronach projektu(w odpowiedniej gaďż˝ďż˝zi) i katalog o
nazwie np. packages a w nim podkatalog o dowolnej nazwie np. DelphiXE5 z
nastďż˝pujďż˝cymi plikami(tylko!!!) pobranymi z katalogu packages\DelphiXE5

ze stron projektu(z odpowiedniej gaďż˝ďż˝zi):
ZCore.dpk
ZParseSql.dpk
ZPlain.dpk
ZDbc.dpk
ZComponent.dpk
ZComponentDesign.dpk
i ZPackages.inc

Pliki dpk naleďż˝y kolejno(tak jak wymieniďż˝em) z-Build-owaďż˝ zaďż˝ ostatni z

nich(ZComponentDesign.dpk) za-Install-owaďż˝.
Produkty kompilacji odpowiednimi kompilatorami trafiďż˝ do katalogďż˝w
zaleďż˝nych od ustawieďż˝ w Options kaďż˝dego pakietu.

ďż˝eby instalacja siďż˝ powiodďż˝a naleďż˝y zapewniďż˝ widzialnoďż˝ďż˝ ďż˝cieďż˝ek do
powstajďż˝cych odpowiednich typďż˝w plikďż˝w przez ďż˝rodowisko Delphi.

miab

Czesiek

unread,

Nov 29, 2013, 10:41:35 AM11/29/13

to

Cały czas walczę z tymi komponentami, ale jak na razie żadnych rezultatów.
Coś mam źle poustawiane, ale nie bardzo wiem co mam sprawdzać.
Delphi instalował mi administrator. To była jego pierwsza instalacja więc prawdopodobnie klikał cały czas na wszystkie domyślne ustawienia. Mam zainstalowane w folderze"C:\Program Files\Embarcadero\RAD Studio\12.0". Domyślnie w firmie cały "Program files" jest tylko do odczytu, ale sprawdzałam na uprawnieniach admina i te z mam te same błędy.
Zresztą folder ten też zrobiłem dla mnie "pełen dostęp", ale nie wiem czy system tego nie zmienił.

Zrobiłem tak jak Pan zalecał ale nic to nie zmiania.
Przy próbie kompilacji ZCore.dpk wyśeietla mi wiele błędów "Undeclared indentifier 'DecimalSeparator'"w pliku ZSysUtils. Tego błędu się pozbędę jeżeli wpiszę przed każde wywołenie tej stałej 'FormatSettings.', ale potem są inne błędy prawdopodobnie ta sama funkcja jest w dwóch różnych mpdułach lub parametry funkcji są innego typu niż wymagane.

Gdzie można znaleźć informacje jak mam to poustawieć ?

miab

unread,

Nov 29, 2013, 11:06:12 AM11/29/13

to

W dniu 2013-11-29 16:41, Czesiek pisze:
> W dniu czwartek, 28 listopada 2013 20:35:27 UTC+1 uďż˝ytkownik miab napisaďż˝:

>> W dniu 2013-11-28 19:30, Czesiek pisze:
>>
>>
>>
>> Jeszce raz jeszcze dokďż˝adniej.
>>
>> Dla zbudowania biblioteki ZEOS 7.1.2 (podobnie jak 7.2)potrzebny jest
>>
>> katalog o nazwie np. Zeos a w nim dwa podkatalogi src - ze wszystkimi
>>
>> plikami i o strukturze katalogowej identycznej z katalogiem src
>>
>> znajdujďż˝cym siďż˝ na stronach projektu(w odpowiedniej gaďż˝ďż˝zi) i katalog o
>>
>> nazwie np. packages a w nim podkatalog o dowolnej nazwie np. DelphiXE5 z
>>
>> nastďż˝pujďż˝cymi plikami(tylko!!!) pobranymi z katalogu packages\DelphiXE5
>>
>> ze stron projektu(z odpowiedniej gaďż˝ďż˝zi):
>>
>> ZCore.dpk
>>
>> ZParseSql.dpk
>>
>> ZPlain.dpk
>>
>> ZDbc.dpk
>>
>> ZComponent.dpk
>>
>> ZComponentDesign.dpk
>>
>> i ZPackages.inc
>>
>> Pliki dpk naleďż˝y kolejno(tak jak wymieniďż˝em) z-Build-owaďż˝ zaďż˝ ostatni z
>>
>> nich(ZComponentDesign.dpk) za-Install-owaďż˝.
>>
>> Produkty kompilacji odpowiednimi kompilatorami trafiďż˝ do katalogďż˝w
>>
>> zaleďż˝nych od ustawieďż˝ w Options kaďż˝dego pakietu.
>>
>> ďż˝eby instalacja siďż˝ powiodďż˝a naleďż˝y zapewniďż˝ widzialnoďż˝ďż˝ ďż˝cieďż˝ek do
>>
>> powstajďż˝cych odpowiednich typďż˝w plikďż˝w przez ďż˝rodowisko Delphi.
>>
>>
>>
>> miab
>

> Caďż˝y czas walczďż˝ z tymi komponentami, ale jak na razie ďż˝adnych rezultatďż˝w.
> Coďż˝ mam ďż˝le poustawiane, ale nie bardzo wiem co mam sprawdzaďż˝.
> Delphi instalowaďż˝ mi administrator. To byďż˝a jego pierwsza instalacja wiďż˝c prawdopodobnie klikaďż˝ caďż˝y czas na wszystkie domyďż˝lne ustawienia.. Mam zainstalowane w folderze"C:\Program Files\Embarcadero\RAD Studio\12.0". Domyďż˝lnie w firmie caďż˝y "Program files" jest tylko do odczytu, ale sprawdzaďż˝am na uprawnieniach admina i te z mam te same bďż˝ďż˝dy.
> Zresztďż˝ folder ten teďż˝ zrobiďż˝em dla mnie "peďż˝en dostďż˝p", ale nie wiem czy system tego nie zmieniďż˝.
>
> Zrobiďż˝em tak jak Pan zalecaďż˝ ale nic to nie zmiania.
> Przy prďż˝bie kompilacji ZCore.dpk wyďż˝eietla mi wiele bďż˝ďż˝dďż˝w "Undeclared indentifier 'DecimalSeparator'"w pliku ZSysUtils. Tego bďż˝ďż˝du siďż˝ pozbďż˝dďż˝ jeďż˝eli wpiszďż˝ przed kaďż˝de wywoďż˝enie tej staďż˝ej 'FormatSettings.', ale potem sďż˝ inne bďż˝ďż˝dy prawdopodobnie ta sama funkcja jest w dwďż˝ch rďż˝nych mpduďż˝ach lub parametry funkcji sďż˝ innego typu niďż˝ wymagane.
>
> Gdzie moďż˝na znaleďż˝ďż˝ informacje jak mam to poustawieďż˝ ?
>

Jestem prawie pewien ďż˝e nie zrobiďż˝eďż˝ tak jak wielokrotnie pisaďż˝em.
Po prostu nie uďż˝ywasz ďż˝rďż˝deďż˝ z gaďż˝ďż˝zi:
http://svn.code.sf.net/p/zeoslib/code-0/branches/7.1-patches

miab

Czesiek

unread,

Dec 4, 2013, 2:14:06 AM12/4/13

to

Zrobiłem tak jak Pan zalecał.

Teraz przy próbie kompilacji "ZCore" podświetla mi ostatnią linię ,czyli
"ZFunctionsStrings in '..\..\src\core\ZFunctionsStrings.pas';"
i pisze komunikat, że nie ma pliku "..\Zeos\scr\plain\ZVariant.dcu".
Ten plik chyba powinien się tam znaleźć dopiero po kompilacji.
Oczywiście przy próbie kompilacji innych plików na początku jest błąd z informacją, że trzeba skompilować ZCore.

miab

unread,

Dec 4, 2013, 4:07:51 AM12/4/13

to

W dniu 2013-12-04 08:14, Czesiek pisze:

>
> Zrobiďż˝em tak jak Pan zalecaďż˝.
>
> Teraz przy prďż˝bie kompilacji "ZCore" podďż˝wietla mi ostatniďż˝ liniďż˝ ,czyli

> "ZFunctionsStrings in '..\..\src\core\ZFunctionsStrings.pas';"

> i pisze komunikat, ďż˝e nie ma pliku "..\Zeos\scr\plain\ZVariant.dcu".
> Ten plik chyba powinien siďż˝ tam znaleďż˝ďż˝ dopiero po kompilacji.
> Oczywiďż˝cie przy prďż˝bie kompilacji innych plikďż˝w na poczďż˝tku jest bďż˝ďż˝d z informacjďż˝, ďż˝e trzeba skompilowaďż˝ ZCore.

Pisaďż˝em o tym na samym poczďż˝tku. Cytujďż˝:

"Musisz zapoznaďż˝ siďż˝ ďż˝e strategia scieďż˝kowania dla poszczegďż˝lnych wersji
kompilatorďż˝w ktďż˝rych jest w XE5 zdaje siďż˝ ze z 5(x 2 dla debug). Dopďż˝ki
tego nie zrozumiesz to duďż˝o Ci nie pomogďż˝."

I to nadal jest aktualne.
Moďż˝e weďż˝ u kogoďż˝ korepetycje z tego jak dziaďż˝a Delphi a nawet z tego jak
dziaďż˝a System Operacyjny, a w szczegďż˝lnoďż˝ci co to sďż˝ ďż˝cieďż˝ki (path) do
czego sďż˝uďż˝ďż˝, jak siďż˝ nimi posďż˝ugiwaďż˝ i jak nimi a w szczegďż˝lnoďż˝ci
widocznoďż˝ciďż˝ odpowiednich katalogďż˝w w kontekďż˝cie Delphi zarzďż˝dzaďż˝.

miab

miab

unread,

Dec 4, 2013, 4:22:41 AM12/4/13

to

W dniu 2013-10-11 10:44, miab pisze:

Wygląda mi na to to ze aktualna (Revision 2979) wersja svn-owa Zeos 7.2
czyli znajdująca się w gałęzi:

http://svn.code.sf.net/p/zeoslib/code-0/branches/testing-7.2/

jest co najmniej tak samo stabilna jak 7.1.2-stable (nawet z
poprawkami), a na pewno wydajniejsza i obarczona mniejsza ilością błędów.
Powinna się kompilować (tak jak poprzednia) od D7 do DXE5(32/64) i (w
miarę) aktualnych fpc/Lazarus(WIN32/WIN64/Linux).

miab

R.e.m.e.K

unread,

Dec 4, 2013, 4:59:28 AM12/4/13

to

Dnia Tue, 3 Dec 2013 23:14:06 -0800 (PST), Czesiek napisał(a):

>> Jestem prawie pewien ďż˝e nie zrobiďż˝eďż˝ tak jak wielokrotnie pisaďż˝em.
>> Po prostu nie uďż˝ywasz ďż˝rďż˝deďż˝ z gaďż˝ďż˝zi:
>> http://svn.code.sf.net/p/zeoslib/code-0/branches/7.1-patches
>

> Zrobiłem tak jak Pan zalecał.
>
> Teraz przy próbie kompilacji "ZCore" podświetla mi ostatnią linię ,czyli
> "ZFunctionsStrings in '..\..\src\core\ZFunctionsStrings.pas';"
> i pisze komunikat, że nie ma pliku "..\Zeos\scr\plain\ZVariant.dcu".
> Ten plik chyba powinien się tam znaleźć dopiero po kompilacji.
> Oczywiście przy próbie kompilacji innych plików na początku jest błąd z informacją, że trzeba skompilować ZCore.

Korepetycje jakie poleca miab rzeczywiscie by Ci sie przydaly, dam Ci jednak
darmowa pierwsza lekcje:

- pliku DCU powstaja z plikow PAS, kazdy plik abc.PAS po kompilacji ma
odpowiedni abc.DCU

- jesli kompilator rzuca komunikatem o braku pliku DCU oznacza to, ze
nigdzie nie znalazl ani gotowego DCU, ani odpowiadajacego mu pliku PAS.
Gdyby znalazl PAS to by sobie sam zrobil DCU. Przyczyna jest to co opisal
miab juz sto razy: problemy ze sciezkami.

--
pozdro
R.e.m.e.K

wloochacz

unread,

Dec 4, 2013, 9:36:43 AM12/4/13

to

W dniu 2013-12-04 10:59, R.e.m.e.K pisze:
/ciach/

> Gdyby znalazl PAS to by sobie sam zrobil DCU. Przyczyna jest to co opisal
> miab juz sto razy: problemy ze sciezkami.

Co to ścieżka?

--
wloochacz

R.e.m.e.K

unread,

Dec 4, 2013, 10:01:20 AM12/4/13

to

Dnia Wed, 04 Dec 2013 15:36:43 +0100, wloochacz napisał(a):

>> Gdyby znalazl PAS to by sobie sam zrobil DCU. Przyczyna jest to co opisal
>> miab juz sto razy: problemy ze sciezkami.
> Co to ścieżka?

Darmowa byla tylko pierwsza lekcja! :-P

--
pozdro
R.e.m.e.K

wloochacz

unread,

Dec 4, 2013, 11:14:19 AM12/4/13

to

W dniu 2013-12-04 16:01, R.e.m.e.K pisze:

A Ty wiesz, to dobre jest i przypomnę ci przy okazji ;-)

--
wloochacz

kons...@wp.pl

unread,

Dec 10, 2013, 6:16:23 AM12/10/13

to

W dniu 11-10-2013 10:44, miab pisze:

A jak i czy planujecie przejście bariery Exe<->dll ?

miab

unread,

Dec 10, 2013, 6:22:46 AM12/10/13

to

W dniu 2013-12-10 12:16, kons...@wp.pl pisze:

W jakim sensie?

miab

kons...@wp.pl

unread,

Dec 10, 2013, 7:25:04 AM12/10/13

to

A jak i czy planujecie przejście bariery Exe<->dll ?
>
> W jakim sensie?
>
> miab

Przekazanie IDataBase (Interface) z EXE do Dll ,a w dll

ZQuery.database:=IDataBase;

miab

unread,

Dec 10, 2013, 9:07:25 AM12/10/13

to

W dniu 2013-12-10 13:25, kons...@wp.pl pisze:

A czy ZEOS różni się w tym obszarze od innych bibliotek bazodanowych?
Tu widzę że była jakaś dyskusyjka:
http://zeoslib.sourceforge.net/viewtopic.php?f=39&t=5319

miab

kons...@wp.pl

unread,

Dec 10, 2013, 9:34:47 AM12/10/13

to

W dniu 10-12-2013 15:07, miab pisze:

Nie, to nie to, ponieważ tam radzą wyciągać uchwyt połączenia i pozbyć
się gotowego data seta jakim jest TZQuery.

kons...@wp.pl

unread,

Dec 10, 2013, 9:39:52 AM12/10/13

to

Chodzi o zamianę
TZAbstractConnection = class(TComponent)
na
TZAbstractConnection = class(TComponent, IZConnection)

przy czym IZConnection powinien mieć pola TZAbstractConnection.

kons...@wp.pl

unread,

Dec 10, 2013, 9:44:41 AM12/10/13

to

W dniu 10-12-2013 15:39, kons...@wp.pl pisze:

oraz
TZAbstractRODataset = class(TDataSet)

published
property Connection: TZAbstractConnection read FConnection write
SetConnection;

na

published
property Connection: IZConnection read FConnection write
SetConnection;

miab

unread,

Dec 10, 2013, 10:32:34 AM12/10/13

to

W dniu 2013-12-10 15:44, kons...@wp.pl pisze:

Jak wiesz prawie dokładnie o co Ci chodzi to wrzuć na grupę:
http://zeoslib.sourceforge.net/viewforum.php?f=40
Przypuszczam ze Michael(EgonHugeist) który robi większość istotnych
modyfikacji zmieni to (w 7.2) jeśli tylko będzie to możliwe.

miab

wloochacz

unread,

Dec 11, 2013, 3:26:37 AM12/11/13

to

W dniu 2013-12-10 15:34, kons...@wp.pl pisze:

> W dniu 10-12-2013 15:07, miab pisze:
>> W dniu 2013-12-10 13:25, kons...@wp.pl pisze:
>>> A jak i czy planujecie przejście bariery Exe<->dll ?
>>>>
>>>> W jakim sensie?
>>>>
>>>> miab
>>> Przekazanie IDataBase (Interface) z EXE do Dll ,a w dll
>>>
>>> ZQuery.database:=IDataBase;
>>
>> A czy ZEOS różni się w tym obszarze od innych bibliotek bazodanowych?

Pewnie Niczym, ale może się różni; w AnyDAC (jest to od dawana i tak
samo działa w FireDAC) wyciąga się tzw. ClieHandle bez konieczności
rzutowania na dedykowany interfejs dla konkretnej bazy danych, a tak
jest podane w cytowanym wątku:
(TZConnection.IZConnection as IZInterbase6Connection).GetDBHandle
Czy to jest potrzebne?

Druga sprawa - raz pozyskany DB Handle (np. z IBX) da się w AnyDACu
przekazać do TFDConnection i używać (a przynajmniej dało sie jak to
sprawdzałem kilka lat temu ;-))

>> Tu widzę że była jakaś dyskusyjka:
>> http://zeoslib.sourceforge.net/viewtopic.php?f=39&t=5319
>>
> Nie, to nie to, ponieważ tam radzą wyciągać uchwyt połączenia i pozbyć

I bardzo dobrze, bo za pomocą takiego uchwytu powinieneś móc powołać
prywatną instancję TZConnection dla DLL, która de-facto będzie tą samą
sesją połączenia do bazy danych co w aplikacji Host.
Chodzi mi o taki scenariusz tworzenia połączenia w DLL:
1) zConn := TZConnectoin.Create
2) zConn.IZConnection.DBHandle := ADBHandle(czyli uchwyt przekazany z
aplikacji)
3) zConn.Active := True;

Jeśli tak się da, to dobrze.
A summa-summarum, to osobiście uważam takie podejście za błędne; z DLL
jest tak samo jak z wątkami i najlepiej mieć własną instancję połączenia
w DLL.
Po prostu.

> się gotowego data seta jakim jest TZQuery.

Że co?
A możesz wskazać konkretnie gdzie to tam wyczytałeś?

--
wloochacz

kons...@wp.pl

unread,

Dec 11, 2013, 3:55:32 AM12/11/13

to

> Chodzi mi o taki scenariusz tworzenia połączenia w DLL:
> 1) zConn := TZConnectoin.Create
> 2) zConn.IZConnection.DBHandle := ADBHandle(czyli uchwyt przekazany z
> aplikacji)
> 3) zConn.Active := True;
>

Dobrze by było

> Jeśli tak się da, to dobrze.
> A summa-summarum, to osobiście uważam takie podejście za błędne; z DLL
> jest tak samo jak z wątkami i najlepiej mieć własną instancję
> połączenia w DLL.

Tak ale jeżeli nie chcesz mieć dostępu do danych typu user i hasło
połączenia z dll tylko samo połączenie.

>> się gotowego data seta jakim jest TZQuery.
> Że co?
> A możesz wskazać konkretnie gdzie to tam wyczytałeś?
>
>

TZQuery = class (TZAbstractDataSet)
TZAbstractDataset = class(TZAbstractRODataset)

TZAbstractRODataset = class(TDataSet)
published
property Connection: TZAbstractConnection read FConnection write
SetConnection;

do TZQuery trzeba przypisać połączenie, które to udostępnia driver bazy
(w wielkim skrócie)

I było by super gdybym dostał interfejs w dll (IZConnection) z exe
wpisał sobie tutaj i mógłbym operować na gotowym TDataSet.

kons...@wp.pl

unread,

Dec 11, 2013, 4:14:22 AM12/11/13

to

TZQuery = class (TZAbstractDataSet)
> TZAbstractDataset = class(TZAbstractRODataset)
> TZAbstractRODataset = class(TDataSet)
> published
> property Connection: TZAbstractConnection read FConnection write
> SetConnection;
>
> do TZQuery trzeba przypisać połączenie, które to udostępnia driver
> bazy (w wielkim skrócie)
>
> I było by super gdybym dostał interfejs w dll (IZConnection) z exe
> wpisał sobie tutaj i mógłbym operować na gotowym TDataSet.
>

Tylko pozostaje problem stringów

{** Database Connection interface. }
IZConnection = interface(IZInterface)
['{8EEBBD1A-56D1-4EC0-B3BD-42B60591457F}']

function CreateStatement: IZStatement;
function PrepareStatement(const SQL: string): IZPreparedStatement;
function PrepareCall(const SQL: string): IZCallableStatement;

function CreateStatementWithParams(Info: TStrings): IZStatement;
function PrepareStatementWithParams(const SQL: string; Info: TStrings):
IZPreparedStatement;
function PrepareCallWithParams(const SQL: string; Info: TStrings):
IZCallableStatement;

wloochacz

unread,

Dec 11, 2013, 4:15:05 AM12/11/13

to

W dniu 2013-12-11 09:55, kons...@wp.pl pisze:

>
>> Chodzi mi o taki scenariusz tworzenia połączenia w DLL:
>> 1) zConn := TZConnectoin.Create
>> 2) zConn.IZConnection.DBHandle := ADBHandle(czyli uchwyt przekazany z
>> aplikacji)
>> 3) zConn.Active := True;
>>
> Dobrze by było

To sprawdź, przecież jesteś taka masta od ZEOSa i nie potrafisz sprawdzić?

>> Jeśli tak się da, to dobrze.
>> A summa-summarum, to osobiście uważam takie podejście za błędne; z DLL
>> jest tak samo jak z wątkami i najlepiej mieć własną instancję
>> połączenia w DLL.
> Tak ale jeżeli nie chcesz mieć dostępu do danych typu user i hasło
> połączenia z dll tylko samo połączenie.
>
>>> się gotowego data seta jakim jest TZQuery.
>> Że co?
>> A możesz wskazać konkretnie gdzie to tam wyczytałeś?

Acha - czyli nigdzie...

>>
> TZQuery = class (TZAbstractDataSet)
> TZAbstractDataset = class(TZAbstractRODataset)
> TZAbstractRODataset = class(TDataSet)
> published
> property Connection: TZAbstractConnection read FConnection write
> SetConnection;
>
> do TZQuery trzeba przypisać połączenie, które to udostępnia driver bazy
> (w wielkim skrócie)
>
> I było by super gdybym dostał interfejs w dll (IZConnection) z exe
> wpisał sobie tutaj i mógłbym operować na gotowym TDataSet.

No to przeczytaj jeszcze raz to co napisałem, ale tym razem ze zrozumieniem.

--
wloochacz

wloochacz

unread,

Dec 11, 2013, 4:18:57 AM12/11/13

to

W dniu 2013-12-11 10:14, kons...@wp.pl pisze:

> TZQuery = class (TZAbstractDataSet)
>> TZAbstractDataset = class(TZAbstractRODataset)
>> TZAbstractRODataset = class(TDataSet)
>> published
>> property Connection: TZAbstractConnection read FConnection write
>> SetConnection;
>>
>> do TZQuery trzeba przypisać połączenie, które to udostępnia driver
>> bazy (w wielkim skrócie)
>>
>> I było by super gdybym dostał interfejs w dll (IZConnection) z exe
>> wpisał sobie tutaj i mógłbym operować na gotowym TDataSet.
>>
> Tylko pozostaje problem stringów

Tak sądzisz?
Jak ów IZConnection jest tak zadeklarowany, to myślisz że pozostałe
interfejsy (IZPreparedStatement, IZCallableStatement, IZStatement) bedą
używały np. IStrings zamiast TStrings?

> {** Database Connection interface. }
> IZConnection = interface(IZInterface)
> ['{8EEBBD1A-56D1-4EC0-B3BD-42B60591457F}']
>
> function CreateStatement: IZStatement;
> function PrepareStatement(const SQL: string): IZPreparedStatement;
> function PrepareCall(const SQL: string): IZCallableStatement;
>
> function CreateStatementWithParams(Info: TStrings): IZStatement;
> function PrepareStatementWithParams(const SQL: string; Info:
> TStrings):
> IZPreparedStatement;
> function PrepareCallWithParams(const SQL: string; Info: TStrings):
> IZCallableStatement;

Coś się uparł na używanie tego IZConnection, którego w ten sposób nie
należy używać?

Powołaj w DLL własne connection (jeśli się da, używając dbHandle z
Host.ZConnection) i tyle.

--
wloochacz

kons...@wp.pl

unread,

Dec 11, 2013, 4:34:36 AM12/11/13

to

W dniu 11-12-2013 10:15, wloochacz pisze:

> W dniu 2013-12-11 09:55, kons...@wp.pl pisze:
>>
>>> Chodzi mi o taki scenariusz tworzenia połączenia w DLL:
>>> 1) zConn := TZConnectoin.Create
>>> 2) zConn.IZConnection.DBHandle := ADBHandle(czyli uchwyt przekazany z
>>> aplikacji)
>>> 3) zConn.Active := True;
>>>
>> Dobrze by było
> To sprawdź, przecież jesteś taka masta od ZEOSa i nie potrafisz
> sprawdzić?

Jest GetHandle ale nie ma SetHandle.
Czyli w dll nie mam jak przypisać

{** Represents a Interbase specific connection interface. }
IZInterbase6Connection = interface (IZConnection)
['{E870E4FE-21EB-4725-B5D8-38B8A2B12D0B}']
function GetDBHandle: PISC_DB_HANDLE;
function GetTrHandle: PISC_TR_HANDLE;
function GetDialect: Word;
function GetPlainDriver: IZInterbasePlainDriver;
procedure CreateNewDatabase(const SQL: String);
end;

>> I było by super gdybym dostał interfejs w dll (IZConnection) z exe
>> wpisał sobie tutaj i mógłbym operować na gotowym TDataSet.
> No to przeczytaj jeszcze raz to co napisałem, ale tym razem ze
> zrozumieniem.
>
>

Ja ciebie zrozumiałem, tylko nie rozwiązuje to mojego problemu. Ja nie
chcę dać możliwości odczytania usera z identyfikatora połączenia, a w
Postgresie mając identyfikator połączenia można odczytać usera (i chyba
hasło, ale nie testowałem).

To co ty piszesz to było by tak: Pobieram id połączenia z exe i tworzę
Zconnection w dll i dalej operuję na ZConnection w dll posiadając jedno
sesję do bazy. Niestety można pobrać ID ale nie można wpisać. Dodatkowo
w IZConnection nie można tego zrobić tylko w dziedziczących interfejsach
z niego.

wloochacz

unread,

Dec 11, 2013, 4:38:48 AM12/11/13

to

W dniu 2013-12-11 10:34, kons...@wp.pl pisze:
/ciach/

> Ja ciebie zrozumiałem, tylko nie rozwiązuje to mojego problemu. Ja nie
> chcę dać możliwości odczytania usera z identyfikatora połączenia, a w
> Postgresie mając identyfikator połączenia można odczytać usera (i chyba
> hasło, ale nie testowałem).

W każdej (a przynajmniej w tych, których używałem) bazie się da.
I w każdej nie da się odczytać hasła - da się je zmienić, ale to zależy
od uprawnień.

> To co ty piszesz to było by tak: Pobieram id połączenia z exe i tworzę
> Zconnection w dll i dalej operuję na ZConnection w dll posiadając jedno
> sesję do bazy. Niestety można pobrać ID ale nie można wpisać. Dodatkowo
> w IZConnection nie można tego zrobić tylko w dziedziczących interfejsach
> z niego.

A co jest złego w poolingu?

A skoro masz takie a nie inne wymagania, to napisz sobie własny wrapper
(zestaw interfejsów), które będą operowały na bazie danych.
I tylko tyle - i aż tyle.

--
wloochacz

kons...@wp.pl

unread,

Dec 11, 2013, 4:45:55 AM12/11/13

to

> Tak sądzisz?
> Jak ów IZConnection jest tak zadeklarowany, to myślisz że pozostałe
> interfejsy (IZPreparedStatement, IZCallableStatement, IZStatement)
> bedą używały np. IStrings zamiast TStrings?

Nie tak nie uważam.

> Coś się uparł na używanie tego IZConnection, którego w ten sposób nie
> należy używać?
>

IZConnection mój można było by nazwać IMastecConnection w Zeosach jest
IZConnection i jest to

TZAbstractConnection = class(TComponent)

...
FConnection: IZConnection;

> Powołaj w DLL własne connection (jeśli się da, używając dbHandle z
> Host.ZConnection) i tyle.
>

Problem w tym że TZDataSet używa TZConnection jako połączenia z bazą i
nie da się tam wcisnąć identyfikatora połączenia.
Jeżeli nie wpiszę identyfikatora to tracę gotowego Dataseta(TZQuery nie
ma otwartego połączenia z bazą) i muszę go sam tworzyć, chodzi mi o
uniknięcie ogromnej iloci pracy i nauki.

kons...@wp.pl

unread,

Dec 11, 2013, 4:48:20 AM12/11/13

to

> A co jest złego w poolingu?

Nic, a nawet jest pożądany.

>
> A skoro masz takie a nie inne wymagania, to napisz sobie własny
> wrapper (zestaw interfejsów), które będą operowały na bazie danych.
> I tylko tyle - i aż tyle.
>

Wiem i to mnie czeka, tyle że twórcy zeosów lepiej niż Ja znają
zależności w pakiecie i może mają w planach takie modyfikacje.

kons...@wp.pl

unread,

Dec 11, 2013, 5:02:24 AM12/11/13

to

> Jak wiesz prawie dokładnie o co Ci chodzi to wrzuć na grupę:
> http://zeoslib.sourceforge.net/viewforum.php?f=40
> Przypuszczam ze Michael(EgonHugeist) który robi większość istotnych
> modyfikacji zmieni to (w 7.2) jeśli tylko będzie to możliwe.
>
> miab

poszło
http://zeoslib.sourceforge.net/viewtopic.php?f=40&t=10022&e=0

R.e.m.e.K

unread,

Dec 11, 2013, 5:50:48 AM12/11/13

to

Dnia Wed, 11 Dec 2013 10:48:20 +0100, kons...@wp.pl napisał(a):

>> A skoro masz takie a nie inne wymagania, to napisz sobie własny
>> wrapper (zestaw interfejsów), które będą operowały na bazie danych.
>> I tylko tyle - i aż tyle.
>>
> Wiem i to mnie czeka, tyle że twórcy zeosów lepiej niż Ja znają
> zależności w pakiecie i może mają w planach takie modyfikacje.

Zawsze mozesz dolaczyc do zespolu i dopisac to i owo :-)

--
pozdro
R.e.m.e.K

kons...@wp.pl

unread,

Dec 11, 2013, 5:55:44 AM12/11/13

to

W dniu 11-12-2013 11:50, R.e.m.e.K pisze:

Nie przeceniasz moich umiejętności :-D

kons...@wp.pl

unread,

Dec 13, 2013, 5:20:29 AM12/13/13

to

>> Zawsze mozesz dolaczyc do zespolu i dopisac to i owo :-)

zmodyfikowałem zeosy

dodałem
TZAbstractConnection = class(TComponent)
...
property DbcConnection: IZConnection read FConnection write FConnection;

code exe:
function GetIZConnection():IZConnection;stdcall;
begin
result:=ksiegi.ZConnection1.DbcConnection;
end;
exports ...GetIZConnection;
end.

code dll:
function
...
Conn : IZConnection;
ZConnection : TZConnection;
Query : TZQuery;
begin
FGetIZConnection:=GetProcAddress(MainInstance, 'GetIZConnection');
if (@FGetIZConnection<>nil) then conn:=FGetIZConnection;
try
ZConnection:=TZConnection.Create(nil);
ZConnection.DbcConnection:=conn;
Query:=TZQuery.Create(nil);
Query.Connection:=ZConnection;
Query.SQL.Text:='SELECT * FROM stawkivat;';
Query.Open;
ShowMessage(Query.FieldByName('nazwa').text);
finally
Query.free;
Conn:=nil;
ZConnection.DbcConnection:=nil;
ZConnection.free;
end;

to działa i dostaje prawidłowy wynik zapytania, ale pozostaje kwestia
czy nie powstają wycieki pamięci.

kons...@wp.pl

unread,

Dec 13, 2013, 6:48:26 AM12/13/13

to

Unread post
<http://zeoslib.sourceforge.net/viewtopic.php?p=24747#p24747>by
*marsupilami
<http://zeoslib.sourceforge.net/memberlist.php?mode=viewprofile&u=11162>* »
13.12.2013, 14:29

Hello konsul41,

WideStrings are slower than DelphiStrings because Delphi uses a copy on
write technology for its internal strings and because with AnsiDelphi
there would be the need of conversion whenever a string is passed from
the component layer to the DBC layer, I think.
Also I am not sure, wether Zeos maybe uses other things that are unsafe
to pass between an exe and a dll like dynamic arrays or things like that.

With your solution you most probably will not get memory leaks but maybe
you will get memory corruption because you have two memory managers
reserving and releasing memory for Strings and other dynamic objcts like
dynamic arrays.

Best regards,

Jan

taką dostałem odpowiedź.