FireBird i IBexpert dlaczego tak sie dzieje???
koralg...@o2.pl
wreszcie zmienic uzytkownika i haslo SYSDBA. Jedno mnie tylko martwi. Nie moge
hurtem utworzyc tabel ze skryptu. Robie tak ze zaznaczam i kopuje ze skryptu
wszystkie "create table" i w klejam do IBexperta do sql editor i niestety przy
probie dodania drugiej tabele zatrzymuje sie przy create teble i pokazuje blad
Invalid token.
SQL error code = -104.
Token unknown - line 26, char 1.
CREATE.
ale jak pojedynczo wklejam tabele i uruchamiam a nastepnie przycisk commit to
oka ..musze kopy wklej + uruchom itd...w IBConsole w Interbase dalo sie
bezproblemu dlaczego tutaj nie??
po za tym jeszcze jedno czy na komputerze klienckim musza byc zainstalowane
dodatkowe dll w katalogu systemowym??
dzieki za pomoc pozdr
Romek
--
Wysłano z serwisu OnetNiusy: http://niusy.onet.pl
Przemek Czuba
news:5a33.00001e...@newsgate.onet.pl...
A nie wystaczy uzyć "Tools\Script executive" i wykonać cały skrypt?
Przemek Czuba/
koralg...@o2.pl
wloochacz
To działa na pewno dobrze - sprawdzone set razy.
---
wloochacz
Przemek Czuba
wiadomości news:c3rk1o$p3m$1...@atlantis.news.tpi.pl...
> > no wlasnie nie bo dzieje sie to samo!!!! :((((((((((((((
> Cóż, skrypt jest nieprawidłowy...
> To działa na pewno dobrze - sprawdzone set razy.
Też tak myślę. Wystaw kawałek tego skryptu lub podeślij na priva.
Coś musi w nim być nie tak.
Przemek Czuba.
Rafał Stajkowski
>Sciagnalem IBExpert Personal i ciesze sie bo moge
>wreszcie zmienic uzytkownika i haslo SYSDBA.
A nie da się za pomocą gsec? (Folder BIN firebirda i gsec.exe pod
windą albo gsec pod linuchem). Wiem, że to jest fe bo z command line,
ale... nie zawsze u klienta jest wypasiony IBExpert. ;)
>Jedno mnie tylko martwi. Nie moge
>hurtem utworzyc tabel ze skryptu. Robie tak ze zaznaczam i kopuje ze skryptu
>wszystkie "create table" i w klejam do IBexperta do sql editor i niestety przy
>probie dodania drugiej tabele zatrzymuje sie przy create teble i pokazuje blad
>Invalid token.
>SQL error code = -104.
>Token unknown - line 26, char 1.
>CREATE.
Będę strzelał: zbrakło średnika.
Albo co mi tam - postrzelam sobie seriami: zabrakło serii średników po
każym z "CREATE TABLE ... ;".
W związu z tym wykona się pierwszy a reszta już nie za bardzo :)
Koledzy mieli rację - coś nie halo ze skryptem, a nie z softem.
>
>ale jak pojedynczo wklejam tabele i uruchamiam a nastepnie przycisk commit to
>oka ..musze kopy wklej + uruchom itd...w IBConsole w Interbase dalo sie
>bezproblemu dlaczego tutaj nie??
Prawdopodobnie IBConsole sobie oddziela "cfanie y yntelygentnie"
pojedyncze stejtmenty, że się tak wyrażę. I osobno je wykonuje.
>po za tym jeszcze jedno czy na komputerze klienckim musza byc zainstalowane
>dodatkowe dll w katalogu systemowym??
Nie eksperymentowałem, ale zdaje się, że gds32.dll może byc w folderze
z którego startuje soft. Dzięki temu nie będzie niespodzianki gdy w
systemie biegają sobie dwa programy, a każdy życzy sobie różnej wersji
FB (pre 1.5) bądź też IB.
Ale już część dll-ek, w których przesiadują sobie UDF-y musi znajdować
sie w folderze systemowym :/ Ale to już inna bajka.
pozdrawiam,
Śniegowy
Rafał Stajkowski
(usuń raz dwa trzy z adresu jak... ty już wiesz co!)
wloochacz
zainstalowane
> >dodatkowe dll w katalogu systemowym??
> Nie eksperymentowałem, ale zdaje się, że gds32.dll może byc w folderze
> z którego startuje soft.
potem w zmiennej PATH
BTW - dla Firebirda, to muszą być dwie DLL - fbclient.dll i gds32.dll.
No chyba, że możesz wskazać z której biblioteki będziesz korzystał, wtedy
dla FB 1.5 wystarczy tylko fbclient.dll
> Dzięki temu nie będzie niespodzianki gdy w
> systemie biegają sobie dwa programy, a każdy życzy sobie różnej wersji
> FB (pre 1.5) bądź też IB.
> Ale już część dll-ek, w których przesiadują sobie UDF-y musi znajdować
> sie w folderze systemowym :/ Ale to już inna bajka.
No, niezupełnie - muszą być w katalogu, który został określony jako ten,
gdzie mają znaleźć się UDFy
pozdrowienia,
wloochacz
Rafał Stajkowski
<wloochacz@no_spam.plast-box.com> wrote:
>> >po za tym jeszcze jedno czy na komputerze klienckim musza byc
>zainstalowane
>> >dodatkowe dll w katalogu systemowym??
>> Nie eksperymentowałem, ale zdaje się, że gds32.dll może byc w folderze
>> z którego startuje soft.
>Jak każda inna DLL'a z której program korzysta; najpierw szuka u siebie
>potem w zmiennej PATH
Zgadza się! Z pewnymi wyjątkami - o czym na końcu.
>BTW - dla Firebirda, to muszą być dwie DLL - fbclient.dll i gds32.dll.
>No chyba, że możesz wskazać z której biblioteki będziesz korzystał, wtedy
>dla FB 1.5 wystarczy tylko fbclient.dll
>
Nie tak do końca. Dla FB pre1.5 i dla obecnych IB jest tylko i
wyłącznie gds32.dll. Po prostu przed wersją 1.5 było przyjęte
nazewnictwo plików jak w Interbase czyli gds32.dll.
Przyda się plik z komunikatami błędów: interbase.msg
Gdzieś doczytałem (nie sprawdzone osobiście!), że po zainstalowaniu FB
1.5 (zmiana nazwenictwa) oprogramowanie klienckie wariuje, bo chce
gds32.dll a tu nia ma takiego cuda - i ponoć wystarczy zmienić nazwy
plików z fbclient.dll właśnie na gds32.dll.
Dodatkowo dla klienta (winda) trzeba jeszcze rozsądną wersję
biblioteki msvcrt.dll.
>> Dzięki temu nie będzie niespodzianki gdy w
>> systemie biegają sobie dwa programy, a każdy życzy sobie różnej wersji
>> FB (pre 1.5) bądź też IB.
>> Ale już część dll-ek, w których przesiadują sobie UDF-y musi znajdować
>> sie w folderze systemowym :/ Ale to już inna bajka.
>No, niezupełnie - muszą być w katalogu, który został określony jako ten,
>gdzie mają znaleźć się UDFy
>
Nie tak do końca po raz drugi. ;)
Jeżeli nowo instalowana biblioteka UDF chce sobie korzystać z procedur
zawartych w ib_util.dll, to niestety nie szuka tej biblioteki w
podanej powyżej kolejności - leje z góry na konwenanse jedzie prosto
do %WINSYSDIR% i jak nie znajdzie, to jest wielka kicha :/
A jak objawia się ten problem? Dziwnie! Bo przy wywołaniu np. strtrim
(jest zadeklarowana!! DECLARE EXTERNAL FUNCTION STRTRIM ...) z
biblioteki rfunc (http://rfunc.sourceforge.net) okazuje się, że wali
błędem:
select strtrim(kolumna) from tablica
Invalid token.
invalid request BLR at offset 95.
function STRTRIM is not defined.
module name or entrypoint could not be found.
A wystarczy wgrać do %WINSYSDIR% ib_util.dll (fb_util w FB 1.5),
uruchomić klienta i nagle automagicznie strtrim się odnajduje i
działa!
>pozdrowienia,
>wloochacz
pozdrawiam,
Śniegowy
Rafał Stajkowski
(wyciachaj 123 z adresu)
Adam Wiśniecki
> Nie tak do końca. Dla FB pre1.5 i dla obecnych IB jest tylko i
> wyłącznie gds32.dll. Po prostu przed wersją 1.5 było przyjęte
> nazewnictwo plików jak w Interbase czyli gds32.dll.
> Przyda się plik z komunikatami błędów: interbase.msg
>
> Gdzieś doczytałem (nie sprawdzone osobiście!), że po zainstalowaniu FB
> 1.5 (zmiana nazwenictwa) oprogramowanie klienckie wariuje, bo chce
> gds32.dll a tu nia ma takiego cuda - i ponoć wystarczy zmienić nazwy
> plików z fbclient.dll właśnie na gds32.dll.
heh... jakiś zamęt tu wpowadzasz.
Klient FB to fbclient.dll. FB dostarcza również bibliotekę gds32.dll
- która zawiera _tylko_ przekierowania do fbclient.dll
--
Adam "sprytny" Wiśniecki
Rafał Stajkowski
Witam!
FB nie dostarcza biblioteki gds32.dll.
Przynajmniej nie znalazłem takiego pliku w żadnej z wersji
instalacyjnych FB 1.5 (dowolny RC i final). Ale za to można go sobie
zrobić! :)
Ale i tak nałgałem - nie wystarczy zmienić nazwy pliku. :)
Wycinek z readme.txt:
Client library
--------------
Some legacy Windows tools will not recognise the client library
fbclient.dll and/or will not find it in its default location, now the
..\bin directory beneath the Firebird root.
For example, the Borland IBConsole program will not work with
fbclient.dll, even if it is copied to the system directory and renamed
to gds32.dll.
The Windows kits contain a program named instclient.exe that can be
used to build a "legacy-compatible" gds32.dll and optionally install
it to your system directory. It is essential to read the release
notes and the accompanying README_library_install.txt (in the ..\doc
subdirectory) before performing this change.
Wybroniłem się? :D
Polecam lekturę readme.txt i w szczególności
\doc\README_library_install.txt dla wszystkich pragnących bezboleśnie
zrobić sprawną instalkę. :)
wloochacz
> Przynajmniej nie znalazłem takiego pliku w żadnej z wersji
> instalacyjnych FB 1.5 (dowolny RC i final). Ale za to można go sobie
> zrobić! :)
męczyć, skoro instalka FB (w przeciwieństwie do Ciebie - sprawdzone)
grzecznie pyta, czy potrzebny Ci taki plik (gds32.dll) czy też nie...
Oczywiście, jak napisał Rafał Stajkowski, gds32 jest li tylko wrapperem na
fbclient.dll. Trik ze zmianą nazwy działa (ale nie dla wszystkich
programów - przykłąd poniżej), jeszcze, co nie znaczy że w kolejnej wersji
FB będzie nadal działał...
[ciach]
> Wybroniłem się? :D
średnio
> Polecam lekturę readme.txt i w szczególności
> \doc\README_library_install.txt dla wszystkich pragnących bezboleśnie
> zrobić sprawną instalkę. :)
heh...
> pozdrawiam,
> Śniegowy
> Rafał Stajkowski
---
wloochacz
Adam Wiśniecki
>>Klient FB to fbclient.dll. FB dostarcza również bibliotekę gds32.dll
>> - która zawiera _tylko_ przekierowania do fbclient.dll
>
> FB nie dostarcza biblioteki gds32.dll.
> Przynajmniej nie znalazłem takiego pliku w żadnej z wersji
> instalacyjnych FB 1.5 (dowolny RC i final). Ale za to można go sobie
> zrobić! :)
tak, racja - w obecnych wersjach nie ma- była w 1.0 (mam ją jeszcze
gds32.dll z "przekierowaniem" do fbclient.dll ma tylko 32kb)
--
Adam "sprytny" Wiśniecki
wloochacz
> gds32.dll z "przekierowaniem" do fbclient.dll ma tylko 32kb)
Dziwne...
---
wloochacz
Adam Wiśniecki
przyznaje się, sprawdziłem tylko wersji .zip ("normalną" i embded)
- tam nie ma :)
--
Adam "sprytny" Wiśniecki
Rafał Stajkowski
<wloochacz@no_spam.plast-box.com> wrote:
>> FB nie dostarcza biblioteki gds32.dll.
>> Przynajmniej nie znalazłem takiego pliku w żadnej z wersji
>> instalacyjnych FB 1.5 (dowolny RC i final). Ale za to można go sobie
>> zrobić! :)
>Super, jestem podekstywoany Twoimi umiejętnościami; tylko po co się tak
>męczyć, skoro instalka FB (w przeciwieństwie do Ciebie - sprawdzone)
>grzecznie pyta, czy potrzebny Ci taki plik (gds32.dll) czy też nie...
>Oczywiście, jak napisał Rafał Stajkowski, gds32 jest li tylko wrapperem na
>fbclient.dll. Trik ze zmianą nazwy działa (ale nie dla wszystkich
>programów - przykłąd poniżej), jeszcze, co nie znaczy że w kolejnej wersji
>FB będzie nadal działał...
>
A rzeczywiście się pyta... :)
Do tej pory FB zawsze instalowałem z ręki - z zipa a nie z instalki.
Stąd zamieszanie. A czemu tak się męczyć? Cóż...
Moja instalka musi sama instalować odpowiednie pliki FB przy
instalacji softu. :/ Taka polityka!
>[ciach]
>> Wybroniłem się? :D
>średnio
>
eee tam - tylko średnio? ;)
>> Polecam lekturę readme.txt i w szczególności
>> \doc\README_library_install.txt dla wszystkich pragnących bezboleśnie
>> zrobić sprawną instalkę. :)
>heh...
Ten się śmieje... :)
Właśnie w następnych wersjach FB będą dążyć do uniknięcia
majkrosoftowego "DLL hell" - żadne biblioteki nie będą kopiowane do
%WINSYSDIR%. I dodatkowo różne wersje FB będą mogły sobie jednocześnie
biegać na tej samej maszynie.
M$ nawet ukuł nowe hasełko do takiego typu instalacji - xcopy
deployment. Kopiujesz pliki, uruchamiasz i soft działa!
Ale zapomnieli jeszcze o zainstalowaniu kilkudziesięciu do kilkuset MB
bibliotek, łatek i innych servispacków... :)
pozdrawiam,
Śniegowy
Rafał Stajkowski
wloochacz
> majkrosoftowego "DLL hell" - żadne biblioteki nie będą kopiowane do
> %WINSYSDIR%. I dodatkowo różne wersje FB będą mogły sobie jednocześnie
> biegać na tej samej maszynie.
wersje FB już mogą sobie działać na jednej maszynie...
---
wloochacz