From: Dimitry S. <sd...@ib...> - 2010-09-23 10:19:45
|
23.09.2010 12:05, Tagangout, Abderrahim wrote: > seconde i need in the Target CPU only 4 or 5 funktions from the client library, like a connection to the database, read data from and disconnect. Is it possible to do this without all this work? Yes. Take "remote" sources and a bit of "dsql", cut off everything unneeded, define entrypoints to standard names instead of REMOTE_XXX and... that's all. -- SY, SD. |
From: Tagangout, A. <Abd...@me...> - 2010-09-23 10:27:23
|
Hi Dimitry, first many thanks for replay, can you help me please to solve this problem? where should i take the remote source Code? best regard Abdo MEP Kutsch GmbH & Co. KG Flaßkuhle 1 58452 Witten Tel. : 02302 28262-41 Fax.: 02302 28262-99 mailto:abd...@me... http://www.mep.de -----Ursprüngliche Nachricht----- Von: Dimitry Sibiryakov [mailto:sd...@ib...] Gesendet: Donnerstag, 23. September 2010 12:19 An: For discussion among Firebird Developers Betreff: Re: [Firebird-devel] Porting Firebird 23.09.2010 12:05, Tagangout, Abderrahim wrote: > seconde i need in the Target CPU only 4 or 5 funktions from the client library, like a connection to the database, read data from and disconnect. Is it possible to do this without all this work? Yes. Take "remote" sources and a bit of "dsql", cut off everything unneeded, define entrypoints to standard names instead of REMOTE_XXX and... that's all. -- SY, SD. ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel |
From: Dimitry S. <sd...@ib...> - 2010-09-23 10:37:55
|
23.09.2010 12:27, Tagangout, Abderrahim wrote: > can you help me please to solve this problem? No, I can't help. I have much more interesting things to do. > where should i take the remote source Code? From CVS or SVN as any other part of Firebird sources. 23.09.2010 12:30, Alex Peshkoff wrote: > Also possible. But this way you will miss SQLDA support. Yep, some pieces from Y-valve should be gathered too. > And certainly parts of 'common' and 'jrd' are also needed. May be yes, may be no. It depends on required functionality. Exceptions' support certainly is excessive. -- SY, SD. |
From: Alex P. <pes...@ma...> - 2010-09-23 10:21:51
|
On 09/23/10 14:05, Tagangout, Abderrahim wrote: > Hi Alex, > yes your are right, > but how can i do this? > seconde i need in the Target CPU only 4 or 5 funktions from the client library, like a connection to the database, read data from and disconnect. Is it possible to do this without all this work? Hmm... Somewhy I think this is more than 4 or 5 functions. But does not matter - performing this actions without firebird library is quite problematic. There is specific packets format, there is XDR protocol, there are messages (coming from server) format. The simplest way is to use Java client. But if it's not OK for you, may be the most realistic method is to: 1. build 2.1 on linux/x86 2. remove *.o and *.d files from tmp directory and it's subdirs 3. remove everything from gen/firebird/bin and gen/firebird/lib. 4. remove lines #if defined(HAVE_POSIX_THREADS) && defined(SUPERCLIENT) # define MULTI_THREAD #endif from src/include/firebird.h 5. using cross-compile environment cd gen make -f Makefile.libfbclient |
From: Alex P. <pes...@ma...> - 2010-09-23 10:30:17
|
On 09/23/10 14:19, Dimitry Sibiryakov wrote: > 23.09.2010 12:05, Tagangout, Abderrahim wrote: >> seconde i need in the Target CPU only 4 or 5 funktions from the client library, like a connection to the database, read data from and disconnect. Is it possible to do this without all this work? > Yes. Take "remote" sources and a bit of "dsql", cut off everything unneeded, define > entrypoints to standard names instead of REMOTE_XXX and... that's all. > Also possible. But this way you will miss SQLDA support. And certainly parts of 'common' and 'jrd' are also needed. |
From: Tagangout, A. <Abd...@me...> - 2010-09-23 10:39:18
|
Hi Alex, i try to use your version, in respect to Dimitry. so i downloaded this Version "firebird2.1.3.18185-0" und i decompress it. cd /firebird2.1.3.18185-0 ./autogen make And it compile the Sources now. i post when it compete. Many thanks more for your help. Abdo MEP Kutsch GmbH & Co. KG Flaßkuhle 1 58452 Witten Tel. : 02302 28262-41 Fax.: 02302 28262-99 mailto:abd...@me... http://www.mep.de -----Ursprüngliche Nachricht----- Von: Alex Peshkoff [mailto:pes...@ma...] Gesendet: Donnerstag, 23. September 2010 12:30 An: fir...@li... Betreff: Re: [Firebird-devel] Porting Firebird On 09/23/10 14:19, Dimitry Sibiryakov wrote: > 23.09.2010 12:05, Tagangout, Abderrahim wrote: >> seconde i need in the Target CPU only 4 or 5 funktions from the client library, like a connection to the database, read data from and disconnect. Is it possible to do this without all this work? > Yes. Take "remote" sources and a bit of "dsql", cut off everything > unneeded, define entrypoints to standard names instead of REMOTE_XXX and... that's all. > Also possible. But this way you will miss SQLDA support. And certainly parts of 'common' and 'jrd' are also needed. ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel |
From: Tagangout, A. <Abd...@me...> - 2010-09-23 11:28:13
|
Hi Alex, so the build process is complete, and all directories from /temp are deleted, /gen/firebird/bin/* like so ../lib/* are deleted. and when i try to cross compile i become this: abdo@ubuntu804icnova:~/Firebird-2.1.3.18185-0/gen$ make -f Makefile.libfbclient g++ -DSUPERCLIENT -pthread -I../src/include/gen -I../src/include -I../src/vulcan -DNAMESPACE=Vulcan -I../extern/icu/source/common -I../extern/icu/source/i18n -DNDEBUG -ggdb -DFB_SEND_FLAGS=MSG_NOSIGNAL -DLINUX -pipe -MMD -fPIC -fmessage-length=0 -O3 -march=i586 -mcpu=i686 -fno-omit-frame-pointer -fno-builtin -DPROD_BUILD -c ../src/jrd/alt.cpp -o ../temp/superclient/jrd/alt.o `-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead. Assembler messages: Fatal error: can't create ../temp/superclient/jrd/alt.o: No such file or directory make: *** [../temp/superclient/jrd/alt.o] Fehler 2 abdo@ubuntu804icnova:~/Firebird-2.1.3.18185-0/gen$ can you see any mistakes? many thanks Abdo MEP Kutsch GmbH & Co. KG Flaßkuhle 1 58452 Witten Tel. : 02302 28262-41 Fax.: 02302 28262-99 mailto:abd...@me... http://www.mep.de -----Ursprüngliche Nachricht----- Von: Alex Peshkoff [mailto:pes...@ma...] Gesendet: Donnerstag, 23. September 2010 12:22 An: fir...@li... Betreff: Re: [Firebird-devel] Porting Firebird On 09/23/10 14:05, Tagangout, Abderrahim wrote: > Hi Alex, > yes your are right, > but how can i do this? > seconde i need in the Target CPU only 4 or 5 funktions from the client library, like a connection to the database, read data from and disconnect. Is it possible to do this without all this work? Hmm... Somewhy I think this is more than 4 or 5 functions. But does not matter - performing this actions without firebird library is quite problematic. There is specific packets format, there is XDR protocol, there are messages (coming from server) format. The simplest way is to use Java client. But if it's not OK for you, may be the most realistic method is to: 1. build 2.1 on linux/x86 2. remove *.o and *.d files from tmp directory and it's subdirs 3. remove everything from gen/firebird/bin and gen/firebird/lib. 4. remove lines #if defined(HAVE_POSIX_THREADS) && defined(SUPERCLIENT) # define MULTI_THREAD #endif from src/include/firebird.h 5. using cross-compile environment cd gen make -f Makefile.libfbclient ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel |
From: Alex P. <pes...@ma...> - 2010-09-23 11:57:10
|
On 09/23/10 15:28, Tagangout, Abderrahim wrote: > Hi Alex, > so the build process is complete, and all directories from /temp are deleted, /gen/firebird/bin/* like so ../lib/* are deleted. > and when i try to cross compile i become this: > > > abdo@ubuntu804icnova:~/Firebird-2.1.3.18185-0/gen$ make -f Makefile.libfbclient > g++ -DSUPERCLIENT -pthread -I../src/include/gen -I../src/include -I../src/vulcan -DNAMESPACE=Vulcan -I../extern/icu/source/common -I../extern/icu/source/i18n -DNDEBUG -ggdb -DFB_SEND_FLAGS=MSG_NOSIGNAL -DLINUX -pipe -MMD -fPIC -fmessage-length=0 -O3 -march=i586 -mcpu=i686 -fno-omit-frame-pointer -fno-builtin -DPROD_BUILD -c ../src/jrd/alt.cpp -o ../temp/superclient/jrd/alt.o > `-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead. > Assembler messages: > Fatal error: can't create ../temp/superclient/jrd/alt.o: No such file or directory > make: *** [../temp/superclient/jrd/alt.o] Fehler 2 > abdo@ubuntu804icnova:~/Firebird-2.1.3.18185-0/gen$ > > can you see any mistakes? You should not delete subdirs themself - only files from them. |
From: Tagangout, A. <Abd...@me...> - 2010-09-23 13:09:35
|
Hi Alex, Sorry i misunderstand this. so i try again ;-) many thanks abdo MEP Kutsch GmbH & Co. KG Flaßkuhle 1 58452 Witten Tel. : 02302 28262-41 Fax.: 02302 28262-99 mailto:abd...@me... http://www.mep.de -----Ursprüngliche Nachricht----- Von: Alex Peshkoff [mailto:pes...@ma...] Gesendet: Donnerstag, 23. September 2010 13:57 An: For discussion among Firebird Developers Betreff: Re: [Firebird-devel] Porting Firebird On 09/23/10 15:28, Tagangout, Abderrahim wrote: > Hi Alex, > so the build process is complete, and all directories from /temp are deleted, /gen/firebird/bin/* like so ../lib/* are deleted. > and when i try to cross compile i become this: > > > abdo@ubuntu804icnova:~/Firebird-2.1.3.18185-0/gen$ make -f > Makefile.libfbclient > g++ -DSUPERCLIENT -pthread -I../src/include/gen -I../src/include > g++ -I../src/vulcan -DNAMESPACE=Vulcan -I../extern/icu/source/common > g++ -I../extern/icu/source/i18n -DNDEBUG -ggdb > g++ -DFB_SEND_FLAGS=MSG_NOSIGNAL -DLINUX -pipe -MMD -fPIC > g++ -fmessage-length=0 -O3 -march=i586 -mcpu=i686 > g++ -fno-omit-frame-pointer -fno-builtin -DPROD_BUILD -c > g++ ../src/jrd/alt.cpp -o ../temp/superclient/jrd/alt.o > `-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead. > Assembler messages: > Fatal error: can't create ../temp/superclient/jrd/alt.o: No such file > or directory > make: *** [../temp/superclient/jrd/alt.o] Fehler 2 > abdo@ubuntu804icnova:~/Firebird-2.1.3.18185-0/gen$ > > can you see any mistakes? You should not delete subdirs themself - only files from them. ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel |
From: Tagangout, A. <Abd...@me...> - 2010-09-23 14:10:31
|
Hi Alex, i try what you say, but i become an error. ../gen/firebird/bin/gpre_current -r -m -z -n ../src/dsql/array.epp ../temp/superclient/dsql/array.cpp make: ../gen/firebird/bin/gpre_current: Kommando nicht gefunden make: *** [../temp/superclient/dsql/array.cpp] Fehler 127 abdo@ubuntu804icnova:~/Firebird-2.1.3.18185-0/gen$ The error say, that the command "gpre_current" not found. don't forget that i delete all compilate under /gen/firebird/bin/* many thanks for your help Abdo MEP Kutsch GmbH & Co. KG Flaßkuhle 1 58452 Witten Tel. : 02302 28262-41 Fax.: 02302 28262-99 mailto:abd...@me... http://www.mep.de -----Ursprüngliche Nachricht----- Von: Tagangout, Abderrahim [mailto:Abd...@me...] Gesendet: Donnerstag, 23. September 2010 15:09 An: 'For discussion among Firebird Developers' Betreff: Re: [Firebird-devel] Porting Firebird Hi Alex, Sorry i misunderstand this. so i try again ;-) many thanks abdo MEP Kutsch GmbH & Co. KG Flaßkuhle 1 58452 Witten Tel. : 02302 28262-41 Fax.: 02302 28262-99 mailto:abd...@me... http://www.mep.de -----Ursprüngliche Nachricht----- Von: Alex Peshkoff [mailto:pes...@ma...] Gesendet: Donnerstag, 23. September 2010 13:57 An: For discussion among Firebird Developers Betreff: Re: [Firebird-devel] Porting Firebird On 09/23/10 15:28, Tagangout, Abderrahim wrote: > Hi Alex, > so the build process is complete, and all directories from /temp are deleted, /gen/firebird/bin/* like so ../lib/* are deleted. > and when i try to cross compile i become this: > > > abdo@ubuntu804icnova:~/Firebird-2.1.3.18185-0/gen$ make -f > Makefile.libfbclient > g++ -DSUPERCLIENT -pthread -I../src/include/gen -I../src/include > g++ -I../src/vulcan -DNAMESPACE=Vulcan -I../extern/icu/source/common > g++ -I../extern/icu/source/i18n -DNDEBUG -ggdb > g++ -DFB_SEND_FLAGS=MSG_NOSIGNAL -DLINUX -pipe -MMD -fPIC > g++ -fmessage-length=0 -O3 -march=i586 -mcpu=i686 > g++ -fno-omit-frame-pointer -fno-builtin -DPROD_BUILD -c > g++ ../src/jrd/alt.cpp -o ../temp/superclient/jrd/alt.o > `-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead. > Assembler messages: > Fatal error: can't create ../temp/superclient/jrd/alt.o: No such file > or directory > make: *** [../temp/superclient/jrd/alt.o] Fehler 2 > abdo@ubuntu804icnova:~/Firebird-2.1.3.18185-0/gen$ > > can you see any mistakes? You should not delete subdirs themself - only files from them. ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel |
From: Alex P. <pes...@ma...> - 2010-09-24 06:33:13
|
On 09/23/10 18:10, Tagangout, Abderrahim wrote: > > Hi Alex, > i try what you say, but i become an error. > > ../gen/firebird/bin/gpre_current -r -m -z -n ../src/dsql/array.epp ../temp/superclient/dsql/array.cpp > make: ../gen/firebird/bin/gpre_current: Kommando nicht gefunden > make: *** [../temp/superclient/dsql/array.cpp] Fehler 127 > abdo@ubuntu804icnova:~/Firebird-2.1.3.18185-0/gen$ > > The error say, that the command "gpre_current" not found. don't forget that i delete all compilate under /gen/firebird/bin/* Yes, I see. I've supposed that preprocessed (converted by gpre from epp to cpp) files will remain here. Well, start x86 build in another directory. After the end of build you will have gen/firebird/bin/gpre_current present in that directory. Even if there is no temp/superclient/dsql/array.cpp there, just repeat required command (i.e. ../gen/firebird/bin/gpre_current -r -m -...........) in gen of x86 tree, and copy cpp file to avr tree. You will have to do it for 2 or 3 files, don't worry too much :-) I understand that this is very far from ideal, but we never had a purpose to support cross-compile. |
From: Tagangout, A. <Abd...@me...> - 2010-09-24 07:02:59
|
Hi Alex, I just did not bother you with so many questions, and I am pleased of course if you can keep a cool head despite my bad Englich and so many questions. I would like to thank warmly. So back to ower problem, i try what you say and post the result. Many thanks Abdo MEP Kutsch GmbH & Co. KG Flaßkuhle 1 58452 Witten Tel. : 02302 28262-41 Fax.: 02302 28262-99 mailto:abd...@me... http://www.mep.de -----Ursprüngliche Nachricht----- Von: Alex Peshkoff [mailto:pes...@ma...] Gesendet: Freitag, 24. September 2010 08:33 An: For discussion among Firebird Developers Betreff: Re: [Firebird-devel] Porting Firebird On 09/23/10 18:10, Tagangout, Abderrahim wrote: > > Hi Alex, > i try what you say, but i become an error. > > ../gen/firebird/bin/gpre_current -r -m -z -n ../src/dsql/array.epp > ../temp/superclient/dsql/array.cpp > make: ../gen/firebird/bin/gpre_current: Kommando nicht gefunden > make: *** [../temp/superclient/dsql/array.cpp] Fehler 127 > abdo@ubuntu804icnova:~/Firebird-2.1.3.18185-0/gen$ > > The error say, that the command "gpre_current" not found. don't forget > that i delete all compilate under /gen/firebird/bin/* Yes, I see. I've supposed that preprocessed (converted by gpre from epp to cpp) files will remain here. Well, start x86 build in another directory. After the end of build you will have gen/firebird/bin/gpre_current present in that directory. Even if there is no temp/superclient/dsql/array.cpp there, just repeat required command (i.e. ../gen/firebird/bin/gpre_current -r -m -...........) in gen of x86 tree, and copy cpp file to avr tree. You will have to do it for 2 or 3 files, don't worry too much :-) I understand that this is very far from ideal, but we never had a purpose to support cross-compile. ------------------------------------------------------------------------------ Nokia and AT&T present the 2010 Calling All Innovators-North America contest Create new apps & games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel |
From: Tagangout, A. <Abd...@me...> - 2010-09-24 08:32:51
|
Hi Alex, so i try this and after compiling the x86 sources, i try to make the array.cpp file with "gpre_current", but it say that it doesn't find the libicuu* library? abdo@ubuntu804icnova:~/Firebird-2.1.3.18185-0/gen$ make -f Makefile.libfbclient ../gen/firebird/bin/gpre_current -r -m -z -n ../src/dsql/array.epp ../temp/superclient/dsql/array.cpp ../gen/firebird/bin/gpre_current: error while loading shared libraries: libicuuc.so.30: cannot open shared object file: No such file or directory make: *** [../temp/superclient/dsql/array.cpp] Fehler 127 abdo@ubuntu804icnova:~/Firebird-2.1.3.18185-0/gen$ In the Directory /gen/firebird/lib/ is this library present? Should i make an sym link to this library as env-variable? many thanks abdo MEP Kutsch GmbH & Co. KG Flaßkuhle 1 58452 Witten Tel. : 02302 28262-41 Fax.: 02302 28262-99 mailto:abd...@me... http://www.mep.de -----Ursprüngliche Nachricht----- Von: Tagangout, Abderrahim [mailto:Abd...@me...] Gesendet: Freitag, 24. September 2010 09:03 An: 'For discussion among Firebird Developers' Betreff: Re: [Firebird-devel] Porting Firebird Hi Alex, I just did not bother you with so many questions, and I am pleased of course if you can keep a cool head despite my bad Englich and so many questions. I would like to thank warmly. So back to ower problem, i try what you say and post the result. Many thanks Abdo MEP Kutsch GmbH & Co. KG Flaßkuhle 1 58452 Witten Tel. : 02302 28262-41 Fax.: 02302 28262-99 mailto:abd...@me... http://www.mep.de -----Ursprüngliche Nachricht----- Von: Alex Peshkoff [mailto:pes...@ma...] Gesendet: Freitag, 24. September 2010 08:33 An: For discussion among Firebird Developers Betreff: Re: [Firebird-devel] Porting Firebird On 09/23/10 18:10, Tagangout, Abderrahim wrote: > > Hi Alex, > i try what you say, but i become an error. > > ../gen/firebird/bin/gpre_current -r -m -z -n ../src/dsql/array.epp > ../temp/superclient/dsql/array.cpp > make: ../gen/firebird/bin/gpre_current: Kommando nicht gefunden > make: *** [../temp/superclient/dsql/array.cpp] Fehler 127 > abdo@ubuntu804icnova:~/Firebird-2.1.3.18185-0/gen$ > > The error say, that the command "gpre_current" not found. don't forget > that i delete all compilate under /gen/firebird/bin/* Yes, I see. I've supposed that preprocessed (converted by gpre from epp to cpp) files will remain here. Well, start x86 build in another directory. After the end of build you will have gen/firebird/bin/gpre_current present in that directory. Even if there is no temp/superclient/dsql/array.cpp there, just repeat required command (i.e. ../gen/firebird/bin/gpre_current -r -m -...........) in gen of x86 tree, and copy cpp file to avr tree. You will have to do it for 2 or 3 files, don't worry too much :-) I understand that this is very far from ideal, but we never had a purpose to support cross-compile. ------------------------------------------------------------------------------ Nokia and AT&T present the 2010 Calling All Innovators-North America contest Create new apps & games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel ------------------------------------------------------------------------------ Nokia and AT&T present the 2010 Calling All Innovators-North America contest Create new apps & games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel |
From: Alex P. <pes...@ma...> - 2010-09-24 12:51:05
|
On 09/24/10 12:32, Tagangout, Abderrahim wrote: > Hi Alex, > so i try this and after compiling the x86 sources, i try to make the array.cpp file with "gpre_current", but it say that it doesn't find the libicuu* library? > > abdo@ubuntu804icnova:~/Firebird-2.1.3.18185-0/gen$ make -f Makefile.libfbclient > ../gen/firebird/bin/gpre_current -r -m -z -n ../src/dsql/array.epp ../temp/superclient/dsql/array.cpp > ../gen/firebird/bin/gpre_current: error while loading shared libraries: libicuuc.so.30: cannot open shared object file: No such file or directory > make: *** [../temp/superclient/dsql/array.cpp] Fehler 127 > abdo@ubuntu804icnova:~/Firebird-2.1.3.18185-0/gen$ > > In the Directory /gen/firebird/lib/ is this library present? > yes > Should i make an sym link to this library as env-variable? > Any way to make it available to dynamic loader. During the build we do: export LD_LIBRARY_PATH = ../gen/firebird/lib Symlinks are also OK I think. |
From: Tagangout, A. <Abd...@me...> - 2010-09-24 12:59:19
|
Hi Alex, I do this and i become the libfbclient.so as output. fine. But when i compile My application and link this library with it, it say that the linker can't find the Funktions, that i try to call from the Application like (isc_attach_database,...). And when i tipe:file /../../libfbclient.so.2.3 it give me as output, that this library is for an i686 CPU compiled and not for the AVR32. Any idea? Many thanks Abdo MEP Kutsch GmbH & Co. KG Flaßkuhle 1 58452 Witten Tel. : 02302 28262-41 Fax.: 02302 28262-99 mailto:abd...@me... http://www.mep.de -----Ursprüngliche Nachricht----- Von: Alex Peshkoff [mailto:pes...@ma...] Gesendet: Freitag, 24. September 2010 14:51 An: For discussion among Firebird Developers Betreff: Re: [Firebird-devel] Porting Firebird On 09/24/10 12:32, Tagangout, Abderrahim wrote: > Hi Alex, > so i try this and after compiling the x86 sources, i try to make the array.cpp file with "gpre_current", but it say that it doesn't find the libicuu* library? > > abdo@ubuntu804icnova:~/Firebird-2.1.3.18185-0/gen$ make -f > Makefile.libfbclient ../gen/firebird/bin/gpre_current -r -m -z -n > ../src/dsql/array.epp ../temp/superclient/dsql/array.cpp > ../gen/firebird/bin/gpre_current: error while loading shared > libraries: libicuuc.so.30: cannot open shared object file: No such > file or directory > make: *** [../temp/superclient/dsql/array.cpp] Fehler 127 > abdo@ubuntu804icnova:~/Firebird-2.1.3.18185-0/gen$ > > In the Directory /gen/firebird/lib/ is this library present? > yes > Should i make an sym link to this library as env-variable? > Any way to make it available to dynamic loader. During the build we do: export LD_LIBRARY_PATH = ../gen/firebird/lib Symlinks are also OK I think. ------------------------------------------------------------------------------ Nokia and AT&T present the 2010 Calling All Innovators-North America contest Create new apps & games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel |
From: Alex P. <pes...@ma...> - 2010-09-24 13:59:41
|
On 09/24/10 16:59, Tagangout, Abderrahim wrote: > Hi Alex, > I do this and i become the libfbclient.so as output. fine. > But when i compile My application and link this library with it, it say that the linker can't find the Funktions, that i try to call from the Application like (isc_attach_database,...). > And when i tipe:file /../../libfbclient.so.2.3 it give me as output, that this library is for an i686 CPU compiled and not for the AVR32. This definitely means that you've built it not with cross toolchain, but with native one. How should it be fixed - no idea, sorry. |
From: Tagangout, A. <Abd...@me...> - 2010-09-24 14:05:44
|
Hi Alex, Many many thanks for your help and till here i must go alone this way. So i will try to read all your mails that you send and try it again. i will post when i have any positiv result. Many thanks one more time. Abdo MEP Kutsch GmbH & Co. KG Flaßkuhle 1 58452 Witten Tel. : 02302 28262-41 Fax.: 02302 28262-99 mailto:abd...@me... http://www.mep.de -----Ursprüngliche Nachricht----- Von: Alex Peshkoff [mailto:pes...@ma...] Gesendet: Freitag, 24. September 2010 16:00 An: For discussion among Firebird Developers Betreff: Re: [Firebird-devel] Porting Firebird On 09/24/10 16:59, Tagangout, Abderrahim wrote: > Hi Alex, > I do this and i become the libfbclient.so as output. fine. > But when i compile My application and link this library with it, it say that the linker can't find the Funktions, that i try to call from the Application like (isc_attach_database,...). > And when i tipe:file /../../libfbclient.so.2.3 it give me as output, that this library is for an i686 CPU compiled and not for the AVR32. This definitely means that you've built it not with cross toolchain, but with native one. How should it be fixed - no idea, sorry. ------------------------------------------------------------------------------ Nokia and AT&T present the 2010 Calling All Innovators-North America contest Create new apps & games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel |
From: Tagangout, A. <Abd...@me...> - 2010-09-29 07:17:32
|
Hi all, does any one work on the Driver of Firebird? specialy in the development of the interface to the TCP/IP? I need information on how does Firebird manage the Send Packet? I try to make an simple client Library to make on lowest plane the communication with an Firebird Server Version possible. I have dificulties in the Interface.cpp File, Where does Firebird send a Packet? Which Function will be used to make the Call of an TCP/IP Function to perfome the Transfer. Many Thanks Abdo |
From: Dimitry S. <sd...@ib...> - 2010-09-29 09:16:49
|
29.09.2010 9:17, Tagangout, Abderrahim wrote: > Which Function will be used to make the Call of an TCP/IP Function to perfome the Transfer. Do you know many socket functions for packet sending?.. Function send() is used of course. Look into inet.cpp. -- SY, SD. |
From: Tagangout, A. <Abd...@me...> - 2010-09-29 09:23:17
|
Hi Dmetry, Many thanks for your answere. No i don't know another function as the send()-Function, but can you write more then this small answere or that is all what you know? Best regard Abdo MEP Kutsch GmbH & Co. KG Flaßkuhle 1 58452 Witten Tel. : 02302 28262-41 Fax.: 02302 28262-99 mailto:abd...@me... http://www.mep.de -----Ursprüngliche Nachricht----- Von: Dimitry Sibiryakov [mailto:sd...@ib...] Gesendet: Mittwoch, 29. September 2010 11:16 An: For discussion among Firebird Developers Betreff: Re: [Firebird-devel] Porting Firebird 29.09.2010 9:17, Tagangout, Abderrahim wrote: > Which Function will be used to make the Call of an TCP/IP Function to perfome the Transfer. Do you know many socket functions for packet sending?.. Function send() is used of course. Look into inet.cpp. -- SY, SD. ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel |
From: Dimitry S. <sd...@ib...> - 2010-09-29 09:33:14
|
29.09.2010 11:23, Tagangout, Abderrahim wrote: > No i don't know another function as the send()-Function, but can you write more then this small answere or that is all what you know? This small answer is complete for your question. If you want more, ask more. -- SY, SD. |
From: Tagangout, A. <Abd...@me...> - 2010-09-29 09:42:54
|
Hi Dmetry, first many thanks for your Answere. seconde here are my questions: 1- which files are needed to compile a client library for an AVR32-Architectur? 2- is it possible to cross compile this files? 3- when i search isc_attach_database i become many funktions on diverse folder, like gds_attach_database and REM_attach_database and so on, for a client library, is it necessary for firebird to pass the Functions Parameter over all this functions, or there is only one Function that make the attach-Command? thats all for the begin. many thanks for replay. Abdo MEP Kutsch GmbH & Co. KG Flaßkuhle 1 58452 Witten Tel. : 02302 28262-41 Fax.: 02302 28262-99 mailto:abd...@me... http://www.mep.de -----Ursprüngliche Nachricht----- Von: Dimitry Sibiryakov [mailto:sd...@ib...] Gesendet: Mittwoch, 29. September 2010 11:33 An: For discussion among Firebird Developers Betreff: Re: [Firebird-devel] Porting Firebird 29.09.2010 11:23, Tagangout, Abderrahim wrote: > No i don't know another function as the send()-Function, but can you write more then this small answere or that is all what you know? This small answer is complete for your question. If you want more, ask more. -- SY, SD. ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel |
From: Dimitry S. <sd...@ib...> - 2010-09-29 09:54:18
|
29.09.2010 11:42, Tagangout, Abderrahim wrote: > 1- which files are needed to compile a client library for an AVR32-Architectur? Listed in Makefile.libfbclient (Makefile.in.libfbclient). > 2- is it possible to cross compile this files? Most likely - yes if you know how to cross-compile at all (I don't). > 3- when i search isc_attach_database i become many funktions on diverse folder, like gds_attach_database and REM_attach_database and so on, for a client library, is it necessary for firebird to pass the Functions Parameter over all this functions, or there is only one Function that make the attach-Command? Firebird architecture includes few modules, usually referenced as providers. Each provider exports the same API which differ only in function prefix because of POSIX linkage limitation. Prefix REM_ is for "remote" module. Modules are tried one-by-one by Y-valve (why.cpp) until one of them agree to accept connection. So, parameters must be passed only to isc_attach_database(), the rest will be called automatically. As I already said it is possible to bypass Y-valve and build client containing only "remote" provider, but for current codebase it requires quite a few modification (which is mostly copy-paste). -- SY, SD. |
From: Tagangout, A. <Abd...@me...> - 2010-09-29 10:28:32
|
Hi Dmitry, many thanks, Can you make only one or two changes on this file so i can folow them? Or tell me where should i make this changes and to give the Y-valve only the remote provider? sorry for this banal question, but what does mean remote-provider? Many thanks Abdo MEP Kutsch GmbH & Co. KG Flaßkuhle 1 58452 Witten Tel. : 02302 28262-41 Fax.: 02302 28262-99 mailto:abd...@me... http://www.mep.de -----Ursprüngliche Nachricht----- Von: Dimitry Sibiryakov [mailto:sd...@ib...] Gesendet: Mittwoch, 29. September 2010 11:54 An: For discussion among Firebird Developers Betreff: Re: [Firebird-devel] Porting Firebird 29.09.2010 11:42, Tagangout, Abderrahim wrote: > 1- which files are needed to compile a client library for an AVR32-Architectur? Listed in Makefile.libfbclient (Makefile.in.libfbclient). > 2- is it possible to cross compile this files? Most likely - yes if you know how to cross-compile at all (I don't). > 3- when i search isc_attach_database i become many funktions on diverse folder, like gds_attach_database and REM_attach_database and so on, for a client library, is it necessary for firebird to pass the Functions Parameter over all this functions, or there is only one Function that make the attach-Command? Firebird architecture includes few modules, usually referenced as providers. Each provider exports the same API which differ only in function prefix because of POSIX linkage limitation. Prefix REM_ is for "remote" module. Modules are tried one-by-one by Y-valve (why.cpp) until one of them agree to accept connection. So, parameters must be passed only to isc_attach_database(), the rest will be called automatically. As I already said it is possible to bypass Y-valve and build client containing only "remote" provider, but for current codebase it requires quite a few modification (which is mostly copy-paste). -- SY, SD. ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel |
From: Dimitry S. <sd...@ib...> - 2010-09-29 10:36:41
|
29.09.2010 12:28, Tagangout, Abderrahim wrote: > Can you make only one or two changes on this file so i can folow them? Or tell me where should i make this changes and to give the Y-valve only the remote provider? It is done automatically if macro SUPERCLIENT is defined during build. This macro is defined in Makefile.libfbclient. > sorry for this banal question, but what does mean remote-provider? This is Firebird module which provides ability to work with remote Firebird server. Mostly placed in src/remote dir. -- SY, SD. |