quickfix-developers — QuickFIX developers forum

Re: [Quickfix-developers] Solaris gcc 3.x and Quickfix 1.4

[Oren M. <ore...@ya...>]

Ah ok. Looks like the 3.x compiler is a little more
strict.  A good thing actually.  We plan on adding a
gcc 3.2 build machine soon, so these things shouldn't
creep up on us again.

The warnings you can safely ignore, however if you
want them to go away, you can do just as it says and
add a newline at the ends of those files.  Those files
are all generated, so we will have to make sure they
get generated with an newline in the future.

As for the error.  Looks like 3.x checks to make sure
derived methods have a matching throw specifier.  For
instance if you look at the first error it reports:

AcceptorTestCase.h:73: looser throw specifier for
`virtual void FIX::TestAcceptor::onInitialize(const
FIX::SessionSettings&)'

../Acceptor.h:113:   overriding `virtual void
FIX::Acceptor::onInitialize(const
FIX::SessionSettings&) throw (FIX::RuntimeError&)'

If you look at the declaration of onInitialize in
Acceptor.h, you will see in in fact looks like this:
virtual void onInitialize( const SessionSettings& )
throw ( RuntimeError& ) = 0;

While in AcceptorTestCase.h, the derived method looks
like this:  void onInitialize( const SessionSettings&
) {}

when it *should* look more like this: void
onInitialize( const SessionSettings& ) throw
(FIX::RuntimeError&) {}

So the throw specifiers match.

We had recently added that throw specifier.  gcc 2.9.x
doesn't check throw specifiers at compile time, and
Visual Studio could care less at any time.  Looks like
we forgot to add the specifier in that test case.

--- Chuck Houpt <zzc...@xc...> wrote:
> I tried out 1.4 with gcc 3.x on Solaris 8, but ran
> into a compilation error - this happens with both
> gcc 3.0.3 and 3.2.2 (sunfreeware packaged versions).
> For 3.0.3, I tried compiling with STLPort, but that
> produced the same error.
> 
> Does anyone else see this, any idea how to proceed?
> 
> Thanks - Chuck
> 
> Here's the error:
> 
> 
> c++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I.. -I../..
> -I../../.. -fexceptions -Wal
> l -I/usr/local/include/libxml2 -I/usr/j2se/include
> -I/usr/j2se/include/solaris -
> Wp,-MD,.deps/AcceptorTestCase.pp -c
> AcceptorTestCase.cpp  -fPIC -DPIC -o .libs/A
> cceptorTestCase.lo
> In file included from ../Field.h:59,
>                  from ../FieldMap.h:58,
>                  from ../Message.h:58,
>                  from ../Application.h:54,
>                  from ../Acceptor.h:58,
>                  from AcceptorTestCase.h:55,
>                  from AcceptorTestCase.cpp:57:
> ../FieldNumbers.h:743:1: warning: no newline at end
> of file
> In file included from ../DeprecatedFields.h:55,
>                  from ../Fields.h:55,
>                  from ../Message.h:59,
>                  from ../Application.h:54,
>                  from ../Acceptor.h:58,
>                  from AcceptorTestCase.h:55,
>                  from AcceptorTestCase.cpp:57:
> ../DeprecatedFieldNumbers.h:74:7: warning: no
> newline at end of file
> In file included from ../Fields.h:55,
>                  from ../Message.h:59,
>                  from ../Application.h:54,
>                  from ../Acceptor.h:58,
>                  from AcceptorTestCase.h:55,
>                  from AcceptorTestCase.cpp:57:
> ../DeprecatedFields.h:70:7: warning: no newline at
> end of file
> In file included from ../Message.h:59,
>                  from ../Application.h:54,
>                  from ../Acceptor.h:58,
>                  from AcceptorTestCase.h:55,
>                  from AcceptorTestCase.cpp:57:
> ../Fields.h:721:1: warning: no newline at end of
> file
> In file included from ../Messages.h:54,
>                  from ../Session.h:61,
>                  from ../Acceptor.h:61,
>                  from AcceptorTestCase.h:55,
>                  from AcceptorTestCase.cpp:57:
> ../FIX40_Messages.h:1132:1: warning: no newline at
> end of file
> In file included from ../Messages.h:55,
>                  from ../Session.h:61,
>                  from ../Acceptor.h:61,
>                  from AcceptorTestCase.h:55,
>                  from AcceptorTestCase.cpp:57:
> ../FIX41_Messages.h:1433:1: warning: no newline at
> end of file
> In file included from ../Messages.h:56,
>                  from ../Session.h:61,
>                  from ../Acceptor.h:61,
>                  from AcceptorTestCase.h:55,
>                  from AcceptorTestCase.cpp:57:
> ../FIX42_Messages.h:3107:1: warning: no newline at
> end of file
> In file included from ../Messages.h:57,
>                  from ../Session.h:61,
>                  from ../Acceptor.h:61,
>                  from AcceptorTestCase.h:55,
>                  from AcceptorTestCase.cpp:57:
> ../FIX43_Messages.h:6943:1: warning: no newline at
> end of file
> In file included from AcceptorTestCase.cpp:57:
> AcceptorTestCase.h:73: looser throw specifier for
> `virtual void
>    FIX::TestAcceptor::onInitialize(const
> FIX::SessionSettings&)'
> ../Acceptor.h:113:   overriding `virtual void
> FIX::Acceptor::onInitialize(const
> 
>    FIX::SessionSettings&) throw
> (FIX::RuntimeError&)'
> AcceptorTestCase.h:73: looser throw specifier for
> `virtual void
>    FIX::TestAcceptor::onInitialize(const
> FIX::SessionSettings&)'
> ../Acceptor.h:113:   overriding `virtual void
> FIX::Acceptor::onInitialize(const
> 
>    FIX::SessionSettings&) throw
> (FIX::RuntimeError&)'
> ../Utility.h:114: warning: `const char*FIX::EOL'
> defined but not used
> make[4]: *** [AcceptorTestCase.lo] Error 1
> 
> 
>
-------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
>
https://lists.sourceforge.net/lists/listinfo/quickfix-developers


__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/

RE: [Quickfix-developers] JNI dynamic linking problems on Solaris

[Oren M. <ore...@ya...>]

As I posted earlier, I believe this is because of an
older version of libtool.  Run 'libtool --version' on
your command line.  If it reports a version earlier
that 1.4, than you should upgrade, then run the
./bootstrap script

Earlier versions would not allow you to link a static
library into a shared object, which is what we are
attempting to do here by linking quickfix and gcc int
quickfix_jni.

--- Chuck Houpt <zzc...@xc...> wrote:
> I tried adding -lgcc, but libtool complains that it
> doesn't exist (it exists as a static library down in
> /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3).
> Do I need a shared library version of libgcc.a?
> Below is the libtools call.
>  
> Thanks - Chuck
>  
> /bin/sh ../../libtool --mode=link c++  -fexceptions
> -Wall -I/usr/local/include/s
> tlport  -I/usr/local/include/libxml2
> -I/usr/j2se/include -I/usr/j2se/include/sol
> aris  -o libquickfix_jni.la -rpath /usr/local/lib
> -version-info 0:1:0 JVM.lo Con
> versions.lo JavaApplication.lo JavaLog.lo
> JavaLogFactory.lo JavaMessageStore.lo
> JavaMessageStoreFactory.lo org_quickfix_FileStore.lo
> org_quickfix_FileStoreFacto
> ry.lo org_quickfix_FileLog.lo
> org_quickfix_FileLogFactory.lo org_quickfix_Group.
> lo org_quickfix_MemoryStore.lo
> org_quickfix_Message.lo org_quickfix_MySQLStore.l
> o org_quickfix_MySQLStoreFactory.lo
> org_quickfix_MySQLLog.lo org_quickfix_MySQLL
> ogFactory.lo org_quickfix_ScreenLog.lo
> org_quickfix_ScreenLogFactory.lo org_quic
> kfix_Session.lo org_quickfix_SessionID.lo
> org_quickfix_Settings.lo org_quickfix_
> SocketAcceptor.lo org_quickfix_SocketInitiator.lo
> org_quickfix_ThreadedSocketAcc
> eptor.lo org_quickfix_ThreadedSocketInitiator.lo
> -L../../src/C++ -lquickfix -lst
> dc++ -lgcc -L/usr/local/lib -lstlport_gcc
> -L/usr/local/lib -R/usr/local/lib -lxm
> l2 -lz -lm -lsocket -lnsl  -liberty
> rm -fr .libs/libquickfix_jni.la
> .libs/libquickfix_jni.* .libs/libquickfix_jni.*
>  
> *** Warning: This library needs some functionality
> provided by -lquickfix.
> *** I have the capability to make that library
> automatically link in when
> *** you link to this library.  But I can only do
> this if you have a
> *** shared version of the library, which you do not
> appear to have.
>  
> *** Warning: This library needs some functionality
> provided by -lgcc.
> *** I have the capability to make that library
> automatically link in when
> *** you link to this library.  But I can only do
> this if you have a
> *** shared version of the library, which you do not
> appear to have.
> *** The inter-library dependencies that have been
> dropped here will be
> *** automatically added whenever a program is linked
> with this library
> *** or is declared to -dlopen it.
> /usr/ccs/bin/ld -G -h libquickfix_jni.so.0 -o
> .libs/libquickfix_jni.so.0.0.1  JV
> M.lo Conversions.lo JavaApplication.lo JavaLog.lo
> JavaLogFactory.lo JavaMessageS
> tore.lo JavaMessageStoreFactory.lo
> org_quickfix_FileStore.lo org_quickfix_FileSt
> oreFactory.lo org_quickfix_FileLog.lo
> org_quickfix_FileLogFactory.lo org_quickfi
> x_Group.lo org_quickfix_MemoryStore.lo
> org_quickfix_Message.lo org_quickfix_MySQ
> LStore.lo org_quickfix_MySQLStoreFactory.lo
> org_quickfix_MySQLLog.lo org_quickfi
> x_MySQLLogFactory.lo org_quickfix_ScreenLog.lo
> org_quickfix_ScreenLogFactory.lo
> org_quickfix_Session.lo org_quickfix_SessionID.lo
> org_quickfix_Settings.lo org_q
> uickfix_SocketAcceptor.lo
> org_quickfix_SocketInitiator.lo
> org_quickfix_ThreadedS
> ocketAcceptor.lo
> org_quickfix_ThreadedSocketInitiator.lo 
> -L../../src/C++ -lstdc
> ++ -L/usr/local/lib -lstlport_gcc -lxml2 -lz -lm
> -lsocket -lnsl -liberty -lc
> (cd .libs && rm -f libquickfix_jni.so.0 && ln -s
> libquickfix_jni.so.0.0.1 libqui
> ckfix_jni.so.0)
> (cd .libs && rm -f libquickfix_jni.so && ln -s
> libquickfix_jni.so.0.0.1 libquick
> fix_jni.so)
> ar cru .libs/libquickfix_jni.a  JVM.o Conversions.o
> JavaApplication.o JavaLog.o
> JavaLogFactory.o JavaMessageStore.o
> JavaMessageStoreFactory.o org_quickfix_FileS
> tore.o org_quickfix_FileStoreFactory.o
> org_quickfix_FileLog.o org_quickfix_FileL
> ogFactory.o org_quickfix_Group.o
> org_quickfix_MemoryStore.o org_quickfix_Message
> .o org_quickfix_MySQLStore.o
> org_quickfix_MySQLStoreFactory.o org_quickfix_MySQL
> Log.o org_quickfix_MySQLLogFactory.o
> org_quickfix_ScreenLog.o org_quickfix_Scree
> nLogFactory.o org_quickfix_Session.o
> org_quickfix_SessionID.o org_quickfix_Setti
> ngs.o org_quickfix_SocketAcceptor.o
> org_quickfix_SocketInitiator.o org_quickfix_
> ThreadedSocketAcceptor.o
> org_quickfix_ThreadedSocketInitiator.o
> ranlib .libs/libquickfix_jni.a
> creating libquickfix_jni.la
> (cd .libs && rm -f libquickfix_jni.la && ln -s
> ../libquickfix_jni.la libquickfix
> _jni.la)
> rm -f ../../lib/libquickfix_jni.so
> ln -s ../src/java/.libs/libquickfix_jni.so
> ../../lib/libquickfix_jni.so
> 
> -----Original Message-----
> From: Oren Miller [mailto:ore...@ya...]
> Sent: Friday, March 07, 2003 5:56 PM
> To: Chuck Houpt;
> qui...@li...
> Subject: Re: [Quickfix-developers] JNI dynamic
> linking problems on Solaris
> 
> 
> 
> You should be able to fix this by adding -lgcc to
> the libquickfix_jni_la_LIBADD line in the src/java
> Makefile.am.  You will then need to relink. 
> 
> 
>  Chuck Houpt <zzc...@xc...> wrote: 
> 
> 
> Thanks to Bud and Oren, I've got quickfix
> bootstrapped, configure, build and installed on
> Solaris (gcc 2.95.3+stlport). The cpp programs seem
> to run fine, but I'm still having trouble getting
> the java programs to run.
> 
> I'm now getting the same error messages that Gary
> Mui was seeing in October. Was a solution to this
> found?
> 
> Thanks - Chuck
> 
> From: 
> trouble running JNI example on Solaris 
> 2002-10-30 14:22 
> 
> I seem to be having some problems with JNI under
> Solaris.
> 
> I think I got everything compiled successfully and I
> can run the C++
> version of executor. But when I try running the java
> version, I get the
> following:
> 
> Exception in thread "main"
> java.lang.UnsatisfiedLinkError:
>
/u03/export/home/gmui/build/quickfix/src/java/.libs/libquickfix_jni.so.0.
> 0.1: ld.so.1:
>
/usr/bin/../java/bin/../bin/sparc/native_threads/java:
> fatal:
> relocation error: file
> /u03/export/home/gmui/build/quick
> fix/src/java/.libs/libquickfix_jni.so.0.0.1: symbol
> __pure_virtual:
> referenced symbol not found
> at java.lang.ClassLoader$NativeLibrary.load(Native
> Method)
> at
>
java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1419)
> at
>
java.lang.ClassLoader.loadLibrary(ClassLoader.java:1343)
> at java.lang.Runtime.loadLibrary0(Runtime.java:749)
> at java.lang.System.loadLibrary(System.java:820)
> at Executor.(Executor.java:58)
> 
> 
> 


__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/

[Quickfix-developers] Solaris gcc 3.x and Quickfix 1.4

[Chuck H. <zzc...@xc...>]

I tried out 1.4 with gcc 3.x on Solaris 8, but ran into a compilation =
error - this happens with both gcc 3.0.3 and 3.2.2 (sunfreeware packaged =
versions). For 3.0.3, I tried compiling with STLPort, but that produced =
the same error.

Does anyone else see this, any idea how to proceed?

Thanks - Chuck

Here's the error:


c++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I.. -I../.. -I../../.. =
-fexceptions -Wal
l -I/usr/local/include/libxml2 -I/usr/j2se/include =
-I/usr/j2se/include/solaris -
Wp,-MD,.deps/AcceptorTestCase.pp -c AcceptorTestCase.cpp  -fPIC -DPIC -o =
.libs/A
cceptorTestCase.lo
In file included from ../Field.h:59,
                 from ../FieldMap.h:58,
                 from ../Message.h:58,
                 from ../Application.h:54,
                 from ../Acceptor.h:58,
                 from AcceptorTestCase.h:55,
                 from AcceptorTestCase.cpp:57:
../FieldNumbers.h:743:1: warning: no newline at end of file
In file included from ../DeprecatedFields.h:55,
                 from ../Fields.h:55,
                 from ../Message.h:59,
                 from ../Application.h:54,
                 from ../Acceptor.h:58,
                 from AcceptorTestCase.h:55,
                 from AcceptorTestCase.cpp:57:
../DeprecatedFieldNumbers.h:74:7: warning: no newline at end of file
In file included from ../Fields.h:55,
                 from ../Message.h:59,
                 from ../Application.h:54,
                 from ../Acceptor.h:58,
                 from AcceptorTestCase.h:55,
                 from AcceptorTestCase.cpp:57:
../DeprecatedFields.h:70:7: warning: no newline at end of file
In file included from ../Message.h:59,
                 from ../Application.h:54,
                 from ../Acceptor.h:58,
                 from AcceptorTestCase.h:55,
                 from AcceptorTestCase.cpp:57:
../Fields.h:721:1: warning: no newline at end of file
In file included from ../Messages.h:54,
                 from ../Session.h:61,
                 from ../Acceptor.h:61,
                 from AcceptorTestCase.h:55,
                 from AcceptorTestCase.cpp:57:
../FIX40_Messages.h:1132:1: warning: no newline at end of file
In file included from ../Messages.h:55,
                 from ../Session.h:61,
                 from ../Acceptor.h:61,
                 from AcceptorTestCase.h:55,
                 from AcceptorTestCase.cpp:57:
../FIX41_Messages.h:1433:1: warning: no newline at end of file
In file included from ../Messages.h:56,
                 from ../Session.h:61,
                 from ../Acceptor.h:61,
                 from AcceptorTestCase.h:55,
                 from AcceptorTestCase.cpp:57:
../FIX42_Messages.h:3107:1: warning: no newline at end of file
In file included from ../Messages.h:57,
                 from ../Session.h:61,
                 from ../Acceptor.h:61,
                 from AcceptorTestCase.h:55,
                 from AcceptorTestCase.cpp:57:
../FIX43_Messages.h:6943:1: warning: no newline at end of file
In file included from AcceptorTestCase.cpp:57:
AcceptorTestCase.h:73: looser throw specifier for `virtual void
   FIX::TestAcceptor::onInitialize(const FIX::SessionSettings&)'
../Acceptor.h:113:   overriding `virtual void =
FIX::Acceptor::onInitialize(const

   FIX::SessionSettings&) throw (FIX::RuntimeError&)'
AcceptorTestCase.h:73: looser throw specifier for `virtual void
   FIX::TestAcceptor::onInitialize(const FIX::SessionSettings&)'
../Acceptor.h:113:   overriding `virtual void =
FIX::Acceptor::onInitialize(const

   FIX::SessionSettings&) throw (FIX::RuntimeError&)'
../Utility.h:114: warning: `const char*FIX::EOL' defined but not used
make[4]: *** [AcceptorTestCase.lo] Error 1

RE: [Quickfix-developers] JNI dynamic linking problems on Solaris

[Chuck H. <zzc...@xc...>]

I tried adding -lgcc, but libtool complains that it doesn't exist (it =
exists as a static library down in =
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3). Do I need a shared =
library version of libgcc.a? Below is the libtools call.
=20
Thanks - Chuck
=20
/bin/sh ../../libtool --mode=3Dlink c++  -fexceptions -Wall =
-I/usr/local/include/s
tlport  -I/usr/local/include/libxml2 -I/usr/j2se/include =
-I/usr/j2se/include/sol
aris  -o libquickfix_jni.la -rpath /usr/local/lib -version-info 0:1:0 =
JVM.lo Con
versions.lo JavaApplication.lo JavaLog.lo JavaLogFactory.lo =
JavaMessageStore.lo
JavaMessageStoreFactory.lo org_quickfix_FileStore.lo =
org_quickfix_FileStoreFacto
ry.lo org_quickfix_FileLog.lo org_quickfix_FileLogFactory.lo =
org_quickfix_Group.
lo org_quickfix_MemoryStore.lo org_quickfix_Message.lo =
org_quickfix_MySQLStore.l
o org_quickfix_MySQLStoreFactory.lo org_quickfix_MySQLLog.lo =
org_quickfix_MySQLL
ogFactory.lo org_quickfix_ScreenLog.lo org_quickfix_ScreenLogFactory.lo =
org_quic
kfix_Session.lo org_quickfix_SessionID.lo org_quickfix_Settings.lo =
org_quickfix_
SocketAcceptor.lo org_quickfix_SocketInitiator.lo =
org_quickfix_ThreadedSocketAcc
eptor.lo org_quickfix_ThreadedSocketInitiator.lo -L../../src/C++ =
-lquickfix -lst
dc++ -lgcc -L/usr/local/lib -lstlport_gcc -L/usr/local/lib =
-R/usr/local/lib -lxm
l2 -lz -lm -lsocket -lnsl  -liberty
rm -fr .libs/libquickfix_jni.la .libs/libquickfix_jni.* =
.libs/libquickfix_jni.*
=20
*** Warning: This library needs some functionality provided by =
-lquickfix.
*** I have the capability to make that library automatically link in =
when
*** you link to this library.  But I can only do this if you have a
*** shared version of the library, which you do not appear to have.
=20
*** Warning: This library needs some functionality provided by -lgcc.
*** I have the capability to make that library automatically link in =
when
*** you link to this library.  But I can only do this if you have a
*** shared version of the library, which you do not appear to have.
*** The inter-library dependencies that have been dropped here will be
*** automatically added whenever a program is linked with this library
*** or is declared to -dlopen it.
/usr/ccs/bin/ld -G -h libquickfix_jni.so.0 -o =
.libs/libquickfix_jni.so.0.0.1  JV
M.lo Conversions.lo JavaApplication.lo JavaLog.lo JavaLogFactory.lo =
JavaMessageS
tore.lo JavaMessageStoreFactory.lo org_quickfix_FileStore.lo =
org_quickfix_FileSt
oreFactory.lo org_quickfix_FileLog.lo org_quickfix_FileLogFactory.lo =
org_quickfi
x_Group.lo org_quickfix_MemoryStore.lo org_quickfix_Message.lo =
org_quickfix_MySQ
LStore.lo org_quickfix_MySQLStoreFactory.lo org_quickfix_MySQLLog.lo =
org_quickfi
x_MySQLLogFactory.lo org_quickfix_ScreenLog.lo =
org_quickfix_ScreenLogFactory.lo
org_quickfix_Session.lo org_quickfix_SessionID.lo =
org_quickfix_Settings.lo org_q
uickfix_SocketAcceptor.lo org_quickfix_SocketInitiator.lo =
org_quickfix_ThreadedS
ocketAcceptor.lo org_quickfix_ThreadedSocketInitiator.lo  =
-L../../src/C++ -lstdc
++ -L/usr/local/lib -lstlport_gcc -lxml2 -lz -lm -lsocket -lnsl -liberty =
-lc
(cd .libs && rm -f libquickfix_jni.so.0 && ln -s =
libquickfix_jni.so.0.0.1 libqui
ckfix_jni.so.0)
(cd .libs && rm -f libquickfix_jni.so && ln -s libquickfix_jni.so.0.0.1 =
libquick
fix_jni.so)
ar cru .libs/libquickfix_jni.a  JVM.o Conversions.o JavaApplication.o =
JavaLog.o
JavaLogFactory.o JavaMessageStore.o JavaMessageStoreFactory.o =
org_quickfix_FileS
tore.o org_quickfix_FileStoreFactory.o org_quickfix_FileLog.o =
org_quickfix_FileL
ogFactory.o org_quickfix_Group.o org_quickfix_MemoryStore.o =
org_quickfix_Message
.o org_quickfix_MySQLStore.o org_quickfix_MySQLStoreFactory.o =
org_quickfix_MySQL
Log.o org_quickfix_MySQLLogFactory.o org_quickfix_ScreenLog.o =
org_quickfix_Scree
nLogFactory.o org_quickfix_Session.o org_quickfix_SessionID.o =
org_quickfix_Setti
ngs.o org_quickfix_SocketAcceptor.o org_quickfix_SocketInitiator.o =
org_quickfix_
ThreadedSocketAcceptor.o org_quickfix_ThreadedSocketInitiator.o
ranlib .libs/libquickfix_jni.a
creating libquickfix_jni.la
(cd .libs && rm -f libquickfix_jni.la && ln -s ../libquickfix_jni.la =
libquickfix
_jni.la)
rm -f ../../lib/libquickfix_jni.so
ln -s ../src/java/.libs/libquickfix_jni.so ../../lib/libquickfix_jni.so

-----Original Message-----
From: Oren Miller [mailto:ore...@ya...]
Sent: Friday, March 07, 2003 5:56 PM
To: Chuck Houpt; qui...@li...
Subject: Re: [Quickfix-developers] JNI dynamic linking problems on =
Solaris



You should be able to fix this by adding -lgcc to the =
libquickfix_jni_la_LIBADD line in the src/java Makefile.am.  You will =
then need to relink.=20


 Chuck Houpt <zzc...@xc...> wrote:=20


Thanks to Bud and Oren, I've got quickfix bootstrapped, configure, build =
and installed on Solaris (gcc 2.95.3+stlport). The cpp programs seem to =
run fine, but I'm still having trouble getting the java programs to run.

I'm now getting the same error messages that Gary Mui was seeing in =
October. Was a solution to this found?

Thanks - Chuck

From:=20
trouble running JNI example on Solaris=20
2002-10-30 14:22=20

I seem to be having some problems with JNI under Solaris.

I think I got everything compiled successfully and I can run the C++
version of executor. But when I try running the java version, I get the
following:

Exception in thread "main" java.lang.UnsatisfiedLinkError:
/u03/export/home/gmui/build/quickfix/src/java/.libs/libquickfix_jni.so.0.=

0.1: ld.so.1: /usr/bin/../java/bin/../bin/sparc/native_threads/java: =
fatal:
relocation error: file /u03/export/home/gmui/build/quick
fix/src/java/.libs/libquickfix_jni.so.0.0.1: symbol __pure_virtual:
referenced symbol not found
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1419)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1343)
at java.lang.Runtime.loadLibrary0(Runtime.java:749)
at java.lang.System.loadLibrary(System.java:820)
at Executor.(Executor.java:58)

[Quickfix-developers] Dot Net:: SessionID within MessageCracker

[John E. L. <Joh...@ex...>]

In some cases I would use my own transport (like MSMQ) and use just Fix
messages on it. The MessageCracker contains a SessionID that is specific
to QuickFix communications infrastructure. 
 
For DotNet, 
Can the SessionID argument type be converted to a System::Object type.
That way the Cracker can pass in their own context for SessionID.
 
Plus I would like to contribute a version with named argument for the
callback functions. The code completion under VS7 puts unnamed
arguments.
 
Thanks,
John
 



_________________________________ 

John E. Lopez

 e-Xchange Advantage Corp.


Web http://www.exad.com <http://www.exad.com/> 
E-Mail mailto:Joh...@ex...

Pager  <mailto:Joh...@ad...>
mailto:Joh...@ad...

 

Phone: (212) 986-4158 ex 14

Fax: (775) 256-4662

_________________________________ 


 

Re: [Quickfix-developers] Version 1.4.0 available

[C J. <jav...@ce...>]

Oren-

A big thanks to you and the team at ThoughtWorks for making this a great
product!


Good job guys, looking forward to the next year!


-cedrick


On Mon, 2003-03-10 at 10:47, Oren Miller wrote:
> Version 1.4.0, is now available from
> http://quickfix.thoughtworks.com.
> 
> There were a lot of things done here, and I'm sure
> that some were missed even in the release notes.  But
> this release is most important to the following
> people.
> 
> 1) People wishing to use FIX 4.3: this is the first
> public release that supports this version of the
> protocol.
> 
> 2) Anyone using the JNI/Java layer: The Java API has
> been further stabalized and memory leaks were tracked
> down and removed.  Anyone use the JAVA api is strongly
> encouraged to upgrade. (special thanks to the guys at
> Aegis Software for providing test cases for these)
> 
> 3) Anyone wishing to use QuickFIX through VB.NET:
> Namespace clashes have been resolved.
> 
> Please also take note of the new XML data dictionary
> format.  You old data dictionaries are backwards
> compatible, however the new format doesn't require as
> much redundant information.
> 
> The full release notes are availble here:
> http://sourceforge.net/project/shownotes.php?group_id=37535&release_id=145058
> 
> On another note, March 1st was the 1st anniversary of
> the release of version 1.0.0.  The earliest major
> adopters we know of have been running QuickFIX in
> production for 9-10 months now.  Thanks to everyone
> who has supported this project.  It's success over the
> past year was exceeded all expectations.
> 
> --oren
> 
> __________________________________________________
> Do you Yahoo!?
> Yahoo! Tax Center - forms, calculators, tips, more
> http://taxes.yahoo.com/
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers

[Quickfix-developers] Version 1.4.0 available

[Oren M. <ore...@ya...>]

Version 1.4.0, is now available from
http://quickfix.thoughtworks.com.

There were a lot of things done here, and I'm sure
that some were missed even in the release notes.  But
this release is most important to the following
people.

1) People wishing to use FIX 4.3: this is the first
public release that supports this version of the
protocol.

2) Anyone using the JNI/Java layer: The Java API has
been further stabalized and memory leaks were tracked
down and removed.  Anyone use the JAVA api is strongly
encouraged to upgrade. (special thanks to the guys at
Aegis Software for providing test cases for these)

3) Anyone wishing to use QuickFIX through VB.NET:
Namespace clashes have been resolved.

Please also take note of the new XML data dictionary
format.  You old data dictionaries are backwards
compatible, however the new format doesn't require as
much redundant information.

The full release notes are availble here:
http://sourceforge.net/project/shownotes.php?group_id=37535&release_id=145058

On another note, March 1st was the 1st anniversary of
the release of version 1.0.0.  The earliest major
adopters we know of have been running QuickFIX in
production for 9-10 months now.  Thanks to everyone
who has supported this project.  It's success over the
past year was exceeded all expectations.

--oren

__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/

RE: [Quickfix-developers] Archive of Developer Support

[Chuck H. <zzc...@xc...>]

I ran into this problem too. It looks like SorceForge has changed the =
location of the archives. They now are at:
=20
http://sourceforge.net/mailarchive/forum.php?forum_id=3D103
=20
Hope that helps - Chuck

-----Original Message-----
From: Min Tang [mailto:mi...@op...]
Sent: Saturday, March 01, 2003 10:46 AM
To: qui...@li...
Subject: [Quickfix-developers] Archive of Developer Support


I tried to read all archive mails to avoid asking duplicated questions, =
but seems the link doesn't work. =
http://www.geocrawler.com/redir-sf.php3?list=3Dquickfix-developers
=20
I can use FileStoreFactory but failed to use MySQLStoreFactory. The code =
is the same:
=20
            Application application =3D new ExecApplication();
            Settings settings =3D new Settings(new =
FileInputStream(args[0]));
            MessageStoreFactory messageStoreFactory =3D
                //new FileStoreFactory(settings);
                new MySQLStoreFactory(settings);
            LogFactory logFactory =3D new ScreenLogFactory(true, true, =
true);
            MessageFactory messageFactory =3D new =
DefaultMessageFactory();
=20
            acceptor =3D new SocketAcceptor
                       (application, messageStoreFactory, settings, =
logFactory, messageFactory);
            acceptor.start();
=20
The error message is (I have updated all quickfix files and re-built the =
jni dll file):
        Exception in thread "main" java.lang.UnsatisfiedLinkError: =
create
        at org.quickfix.MySQLStoreFactory.create(Native Method)
        at =
org.quickfix.MySQLStoreFactory.<init>(MySQLStoreFactory.java:59)
        at com.ftms.fix.executor.Executor.main(Executor.java:23)
=20
=20
Config file:
=20
[DEFAULT]
SocketAcceptPort=3D2088
ConnectionType=3Dacceptor
SenderCompID=3DML
=20
[SESSION]
BeginString=3DFIX.4.2
TargetCompID=3DTA
StartTime=3D00:00:01
EndTime=3D23:59:59
ReconnectInterval=3D30
ValidateFieldsOutOfOrder=3DN
=20
DataDictionary=3Dc:\itms\property\FIX42.xml
=20
##FileStorePath=3Dc:\itms\log
MySQLStoreDatabase=3Dquickfix=20
MySQLStoreUser=3Dsystem
MySQLStorePassword=3Dray
MySQLStoreHost=3Dtradviser-3
MySQLStorePort=3D3306

Re: [Quickfix-developers] JNI dynamic linking problems on Solaris

[Oren M. <ore...@ya...>]

You should be able to fix this by adding -lgcc to the libquickfix_jni_la_LIBADD line in the src/java Makefile.am.  You will then need to relink.
 Chuck Houpt <zzc...@xc...> wrote:Thanks to Bud and Oren, I've got quickfix bootstrapped, configure, build and installed on Solaris (gcc 2.95.3+stlport). The cpp programs seem to run fine, but I'm still having trouble getting the java programs to run.

I'm now getting the same error messages that Gary Mui was seeing in October. Was a solution to this found?

Thanks - Chuck

From: 
trouble running JNI example on Solaris 
2002-10-30 14:22 

I seem to be having some problems with JNI under Solaris.

I think I got everything compiled successfully and I can run the C++
version of executor. But when I try running the java version, I get the
following:

Exception in thread "main" java.lang.UnsatisfiedLinkError:
/u03/export/home/gmui/build/quickfix/src/java/.libs/libquickfix_jni.so.0.
0.1: ld.so.1: /usr/bin/../java/bin/../bin/sparc/native_threads/java: fatal:
relocation error: file /u03/export/home/gmui/build/quick
fix/src/java/.libs/libquickfix_jni.so.0.0.1: symbol __pure_virtual:
referenced symbol not found
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1419)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1343)
at java.lang.Runtime.loadLibrary0(Runtime.java:749)
at java.lang.System.loadLibrary(System.java:820)
at Executor.(Executor.java:58)



-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger
for complex code. Debugging C/C++ programs can leave you feeling lost and
disoriented. TotalView can help you find your way. Available on major UNIX
and Linux platforms. Try it free. www.etnus.com
_______________________________________________
Quickfix-developers mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers


---------------------------------
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, and more

[Quickfix-developers] JNI dynamic linking problems on Solaris

[Chuck H. <zzc...@xc...>]

Thanks to Bud and Oren, I've got quickfix bootstrapped, configure, build =
and installed on Solaris (gcc 2.95.3+stlport). The cpp programs seem to =
run fine, but I'm still having trouble getting the java programs to run.

I'm now getting the same error messages that Gary Mui was seeing in =
October. Was a solution to this found?

Thanks - Chuck

From: <GMui@Pr...>=20
 trouble running JNI example on Solaris  =20
2002-10-30 14:22=20

I seem to be having some problems with JNI under Solaris.
=20
 I think I got everything compiled successfully and I can run the C++
 version of executor.  But when I try running the java version, I get =
the
 following:
=20
 Exception in thread "main" java.lang.UnsatisfiedLinkError:
 =
/u03/export/home/gmui/build/quickfix/src/java/.libs/libquickfix_jni.so.0.=

 0.1: ld.so.1: /usr/bin/../java/bin/../bin/sparc/native_threads/java: =
fatal:
 relocation error: file /u03/export/home/gmui/build/quick
 fix/src/java/.libs/libquickfix_jni.so.0.0.1: symbol __pure_virtual:
 referenced symbol not found
         at java.lang.ClassLoader$NativeLibrary.load(Native Method)
         at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1419)
         at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1343)
         at java.lang.Runtime.loadLibrary0(Runtime.java:749)
         at java.lang.System.loadLibrary(System.java:820)
         at Executor.<clinit>(Executor.java:58)
=20

RE: [Quickfix-developers] setup for building quickfix on Solaris

[Oren M. <ore...@ya...>]

FYI, deleting install-sh and running the bootstrap script will regenerate a new one for you.  I'll also check in a proper version so this doesn't show up in future releases.
 Chuck Houpt <zzc...@xc...> wrote:Thanks, I can run install now! Still trying to figure out JNI link problems... Instead of using vi, I used Solaris8's dos2unix utility to convert the file - bad idea, dos2unix doesn't preserve file permissions, so it took me a while to figure out that the install-sh had lost its execute permissions. Thanks again - Chuck
  -----Original Message-----
From: Bud Griffin [mailto:bu...@li...]
Sent: Friday, March 07, 2003 4:13 PM
To: qui...@li...
Subject: Re: [Quickfix-developers] setup for building quickfix on Solaris

Had the same problem with install-sh, i removed the ctrl-m at the end of all the lines in the install-sh script.  I think the 1st line was causing the shell to attempt to use /bin/sh^M as the command interpreter for the script.  The following command should work in vi to remove all occurances of ^M in the file... :g/^M/s///g where ^M is typed as ctrl-v ctrl-m Darn MS_DOS text files will get ya every time, hehe. Bud Griffin----- Original Message ----- From: Oren Miller To: Chuck Houpt ; om...@th... ; qui...@li... Sent: Friday, March 07, 2003 8:43 AMSubject: RE: [Quickfix-developers] setup for building quickfix on Solaris

Ha. Ok.  I believe this also another autotools bug with versions of libtool that are, wait for it, too old.  Autotools causes me nearly as much pain as it saves me from what I can tell. 
In any case using the gcc compiler should be fine, although I think that the native linker is generally used, though I don't always trust it.  Like I said though, I think this is a libtool problem and not a problem with your linker.  You may also want to try running the bootstrap scripts and see if it generates a better make file for you. 
 Chuck Houpt <zzc...@xc...> wrote: Below is the libtool call to build libquickfix_jni.*. Obviously the warnings point to the linking with libquickfix. I tried linking the .so by hand, varying the -L/-l settings, but nothing seemed to help.

I'm still wondering if I have the right setup. For example, my link commands seems very different from the auto build (http://quickfix.thoughtworks.com/cchtml/solaris_gcc_2_95_3_stlport.html) It looks like the autobuild is using gcc 3.0.3 and GNU ld, rather than sun's ld - should I try to use the same tool chain as the autobuild?

Any recommendations for the ideal set of sunfreeware packages to install?

Thanks - Chuck

/bin/sh ../../libtool --mode=link c++ -fexceptions -Wall -I/usr/local/include
/libxml2 -I/usr/j2se/include -I/usr/j2se/include/solaris -o libquickfix_jni.la
-rpath /usr/local/lib -version-info 0:1:0 JVM.lo Conversions.lo JavaApplication.
lo JavaLog.lo JavaLogFactory.lo Ja vaMessageStore.lo JavaMessageStoreFactory.lo o
rg_quickfix_FileStore.lo org_quickfix_FileStoreFactory.lo org_quickfix_FileLog.l
o org_quickfix_FileLogFactory.lo org_quickfix_Group.lo org_quickfix_MemoryStore.
lo org_quickfix_Message.lo org_quickfix_MySQLStore.lo org_quickfix_MySQLStoreFac
tory.lo org_quickfix_MySQLLog.lo org_quickfix_MySQLLogFactory.lo org_quickfix_Sc
reenLog.lo org_quickfix_ScreenLogFactory.lo org_quickfix_Session.lo org_quickfix
_SessionID.lo org_quickfix_Settings.lo org_quickfix_SocketAcceptor.lo org_quickf
ix_SocketInitiator.lo org_quickfix_ThreadedSocketAcceptor.lo org_quickfix_Thread
edSocketInitiator.lo -L../../src/C++ -lquickfix -lstdc++ -L/usr/local/lib -R/usr
/local/lib -lxml2 -lz -lm -lsocket -lnsl -liberty
rm -fr .libs/libquickfix_jni.la .libs/libquickfix_jni.* .libs/libquickfix_jni.*

*** Warning: This library needs some functionality provided by -lquickfix.
*** I have the capability to make that library automatically link in when
*** yo u link to this library. But I can only do this if you have a
*** shared version of the library, which you do not appear to have.

*** Warning: This library needs some functionality provided by -liberty.
*** I have the capability to make that library automatically link in when
*** you link to this library. But I can only do this if you have a
*** shared version of the library, which you do not appear to have.
*** The inter-library dependencies that have been dropped here will be
*** automatically added whenever a program is linked with this library
*** or is declared to -dlopen it.
/usr/ccs/bin/ld -G -h libquickfix_jni.so.0 -o .libs/libquickfix_jni.so.0.0.1 JV
M.lo Conversions.lo JavaApplication.lo JavaLog.lo JavaLogFactory.lo JavaMessageS
tore.lo JavaMessageStoreFactory.lo org_quickfix_FileStore.lo org_quickfix_FileSt
oreFactory.lo org_quickfix_FileLog.lo org_quickfix_FileLogFactory.lo org_quickfi
x_Group.lo org_quickfix_MemoryStore.lo org_quickfix_Message.lo org_qui ckfix_MySQ
LStore.lo org_quickfix_MySQLStoreFactory.lo org_quickfix_MySQLLog.lo org_quickfi
x_MySQLLogFactory.lo org_quickfix_ScreenLog.lo org_quickfix_ScreenLogFactory.lo
org_quickfix_Session.lo org_quickfix_SessionID.lo org_quickfix_Settings.lo org_q
uickfix_SocketAcceptor.lo org_quickfix_SocketInitiator.lo org_quickfix_ThreadedS
ocketAcceptor.lo org_quickfix_ThreadedSocketInitiator.lo -L../../src/C++ -lstdc
++ -L/usr/local/lib -lxml2 -lz -lm -lsocket -lnsl -lc

-----Original Message-----
From: Oren Miller [mailto:ore...@ya...]
Sent: Thursday, March 06, 2003 1:01 PM
To: Chuck Houpt; qui...@li...
Subject: RE: [Quickfix-developers] setup for building quickfix on
Solaris


Perhaps if you post the linking instruction being sent
to libtool, that would help determine what is
happening.

--- Chuck Houpt wrote:
> Thanks! I've gotten a little farther, but I've run
> into the same proble m Martin Janssen had with the
> JNI library. It looks like the libquickfix_jni.so
> isn't beeing linked with libquickfix.la.
> 
> Was a solution found for Martin's problem?
> 
> - Chuck
> 
> From: Martin Janssen 
> 
> Java on Solaris 
> 2003-01-08 04:35 
> 
> 
> 
> 
> 
> 
> 
> Hi there,
> 
> 
> 
> Eventhough I exactly followed all the instructions
> I could find to try a short sample
> 
> application of my own, written in Java, this is what
> I get when I try to run it:
> 
> 
> 
> Exception in thread "main"
> java.lang.UnsatisfiedLinkError:
> 
> /export/home/mj/QuickFIX/mjtst/libquickfix_jni.so:
> ld.so.1:
> 
>
/usr/bin/../java/bin/../bin/sparc/native_threads/java:
> fatal: relocation error: file
> 
> /export/ho me/mj/QuickFIX/mjtst/libquickfix_jni.so:
> symbol _ZTVN3FIX16ScreenLogFactoryE:
> 
> referenced symbol not found
> 
> at
> java.lang.ClassLoader$NativeLibrary.load(Native
> Method)
> 
> at
>
java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1414)
> 
> at
>
java.lang.ClassLoader.loadLibrary(ClassLoader.java:1338)
> 
> at
> java.lang.Runtime.loadLibrary0(Runtime.java:744)
> 
> at
> java.lang.System.loadLibrary(System.java:815)
> 
> at MJMain.(MJMain.java:8)
> 
> 
> 
> Any clue on what I could be doing wrong ?
> 
> 
> 
> Thanks in advance,
> 
> 
> 
> Martin
> 
> -----Original Message-----
> From: Oren Miller [mailto:ore...@ya...]
> Sent: Thursday, March 06, 2003 11:20 AM
> To: Chuck Houpt;
> qui...@li...
> Subject: Re: [Quic kfix-developers] setup for
> building quickfix on Solaris
> 
> 
> 
> I've seen this recently as well at a client site,
> and not just with QuickFIX, but several projects
> that use autotools to build. From the reports I've
> read it is due to some incompatibility to newer
> versions of autotools. I've spent a little time
> with this but havn't resolved it yet.invested much
> time in fixing it. If anybody has experienced this
> on other projects, please let me know what the
> resolution was. 
> 
> 
> Until this is fixed you can either try installing
> with an older version of autotools, or do the
> installation manually. Everything that is installed
> is placed in the include and the lib directories
> under the root quickfix directory. 
> 
> 
> Chuck Houpt wrote: 
> 
> 
> I'm having trouble getting quickfix 1.3.2 compiled
> und er Solaris 8 with gcc-3.2.2
> 
> Here's the setup I have:
> 
> From www.sunfreeware.com, I've installed:
> gcc-3.2.2-sol8-sparc-local in /usr/local
> 
> I built and installed libxml2-2.4.30 in /usr/local
> 
> The quickfix instructions say glibc is required for
> Solaris, but there isn't a pre-packaged version on
> sunfreeware, and the glibc source (2.x) complains
> that Solaris isn't supported, so I went ahead
> without it (probably a bad idea...).
> 
> ./configure and make seem to run ok, but when I try
> to install, it seems to have trouble with install-sh
> (see below).
> 
> Any ideas on where I've gone wrong would be greatly
> appreciated.
> 
> Thanks - Chuck
> 
> /make install
> Making install in src
> make[1]: Entering directory `/tmp/quickfix/src'
> Making install in C++
> make[2]: Entering directory `/tmp/quickfix/src/C++'
> Maki ng install in test
> make[3]: Entering directory
> `/tmp/quickfix/src/C++/test'
> make[4]: Entering directory
> `/tmp/quickfix/src/C++/test'
> make[4]: Nothing to be done for `install-exec-am'.
> make[4]: Nothing to be done for `install-data-am'.
> make[4]: Leaving directory
> `/tmp/quickfix/src/C++/test'
> make[3]: Leaving directory
> `/tmp/quickfix/src/C++/test'
> make[3]: Entering directory `/tmp/quickfix/src/C++'
> rm -rf ../../lib/libquickfix.a
> rm -rf ../../lib/libquickfix.la
> ln -s ../src/C++/.libs/libquickfix.a
> ../../lib/libquickfix.a
> ln -s ../src/C++/.libs/libquickfix.la
> ../../lib/libquickfix.la
> ./copy.sh *.h
> make[4]: Entering directory `/tmp/quickfix/src/C++'
> /bin/sh ../../mkinstalldirs /usr/local/lib
> /bin/sh ../../libtool --mode=install
> ../.././install-sh -c libquickfix.la /usr/
> local/lib/libquickfix.la
> ../.././install-sh -c .libs/lib quickfix.lai
> /usr/local/lib/libquickfix.la
> ../../libtool: ../.././install-sh: not found
> make[4]: *** [install-libLTLIBRARIES] Error 1
> make[4]: Leaving directory `/tmp/quickfix/src/C++'
> make[3]: *** [install-am] Error 2
> make[3]: Leaving directory `/tmp/quickfix/src/C++'
> make[2]: *** [install-recursive] Error 1
> make[2]: Leaving directory `/tmp/quickfix/src/C++'
> make[1]: *** [install-recursive] Error 1
> make[1]: Leaving directory `/tmp/quickfix/src'
> make: *** [install-recursive] Error 1
> 
> 
> 
> 
>
-------------------------------------------------------
> This SF.net email is sponsored by: Etnus, makers of
> TotalView, The debugger
> for complex code. Debugging C/C++ programs can leave
> you feeling lost and
> disoriented. TotalView can help you find your way.
> Available on major UNIX
> and Linux platforms. Try it free. www.etnus.com
> _______ ________________________________________
> Quickfix-developers mailing list
> Qui...@li...
>
https://lists.sourceforge.net/lists/listinfo/quickfix-developers
> 
> 
> 
> 
> _____ 
> 
> Do you Yahoo!?
> Yahoo! 
>

> Tax Center - forms, calculators, tips, and more
> 
> 
=== message truncated ===


__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/


-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger
for complex code. Debugging C/C++ programs can leave you feeling lost and
disoriented. TotalView can help you find your way. Available on major UNIX
and Linux platforms. Try it free. www.etnus.com
____________________ ___________________________
Quickfix-developers mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers


---------------------------------
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, and more


---------------------------------
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, and more

RE: [Quickfix-developers] setup for building quickfix on Solaris

[Chuck H. <zzc...@xc...>]

Thanks, I can run install now! Still trying to figure out JNI link =
problems...
=20
Instead of using vi, I used Solaris8's dos2unix utility to convert the =
file - bad idea, dos2unix doesn't preserve file permissions, so it took =
me a while to figure out that the install-sh had lost its execute =
permissions.
=20
Thanks again - Chuck

=20
 -----Original Message-----
From: Bud Griffin [mailto:bu...@li...]
Sent: Friday, March 07, 2003 4:13 PM
To: qui...@li...
Subject: Re: [Quickfix-developers] setup for building quickfix on =
Solaris




Had the same problem with install-sh, i removed the ctrl-m at the end of =
all the lines in the install-sh script.  I think the 1st line was =
causing the shell to attempt to use /bin/sh^M as the command interpreter =
for the script.  The following command should work in vi to remove all =
occurances of ^M in the file...
=20
:g/^M/s///g
=20
where ^M is typed as ctrl-v ctrl-m
=20
Darn MS_DOS text files will get ya every time, hehe.
=20
Bud Griffin

----- Original Message -----=20
From: Oren  <mailto:ore...@ya...> Miller=20
To: Chuck Houpt <mailto:zzc...@xc...>  ; =
om...@th... ; qui...@li...=20
Sent: Friday, March 07, 2003 8:43 AM
Subject: RE: [Quickfix-developers] setup for building quickfix on =
Solaris


Ha. Ok.  I believe this also another autotools bug with versions of =
libtool that are, wait for it, too old.  Autotools causes me nearly as =
much pain as it saves me from what I can tell.=20


In any case using the gcc compiler should be fine, although I think that =
the native linker is generally used, though I don't always trust it.  =
Like I said though, I think this is a libtool problem and not a problem =
with your linker.  You may also want to try running the bootstrap =
scripts and see if it generates a better make file for you.=20


 Chuck Houpt <zzc...@xc...> wrote:=20


Below is the libtool call to build libquickfix_jni.*. Obviously the =
warnings point to the linking with libquickfix. I tried linking the .so =
by hand, varying the -L/-l settings, but nothing seemed to help.

I'm still wondering if I have the right setup. For example, my link =
commands seems very different from the auto build =
(http://quickfix.thoughtworks.com/cchtml/solaris_gcc_2_95_3_stlport.html)=
 It looks like the autobuild is using gcc 3.0.3 and GNU ld, rather than =
sun's ld - should I try to use the same tool chain as the autobuild?

Any recommendations for the ideal set of sunfreeware packages to =
install?

Thanks - Chuck

/bin/sh ../../libtool --mode=3Dlink c++ -fexceptions -Wall =
-I/usr/local/include
/libxml2 -I/usr/j2se/include -I/usr/j2se/include/solaris -o =
libquickfix_jni.la
-rpath /usr/local/lib -version-info 0:1:0 JVM.lo Conversions.lo =
JavaApplication.
lo JavaLog.lo JavaLogFactory.lo Ja vaMessageStore.lo =
JavaMessageStoreFactory.lo o
rg_quickfix_FileStore.lo org_quickfix_FileStoreFactory.lo =
org_quickfix_FileLog.l
o org_quickfix_FileLogFactory.lo org_quickfix_Group.lo =
org_quickfix_MemoryStore.
lo org_quickfix_Message.lo org_quickfix_MySQLStore.lo =
org_quickfix_MySQLStoreFac
tory.lo org_quickfix_MySQLLog.lo org_quickfix_MySQLLogFactory.lo =
org_quickfix_Sc
reenLog.lo org_quickfix_ScreenLogFactory.lo org_quickfix_Session.lo =
org_quickfix
_SessionID.lo org_quickfix_Settings.lo org_quickfix_SocketAcceptor.lo =
org_quickf
ix_SocketInitiator.lo org_quickfix_ThreadedSocketAcceptor.lo =
org_quickfix_Thread
edSocketInitiator.lo -L../../src/C++ -lquickfix -lstdc++ =
-L/usr/local/lib -R/usr
/local/lib -lxml2 -lz -lm -lsocket -lnsl -liberty
rm -fr .libs/libquickfix_jni.la .libs/libquickfix_jni.* =
.libs/libquickfix_jni.*

*** Warning: This library needs some functionality provided by =
-lquickfix.
*** I have the capability to make that library automatically link in =
when
*** yo u link to this library. But I can only do this if you have a
*** shared version of the library, which you do not appear to have.

*** Warning: This library needs some functionality provided by -liberty.
*** I have the capability to make that library automatically link in =
when
*** you link to this library. But I can only do this if you have a
*** shared version of the library, which you do not appear to have.
*** The inter-library dependencies that have been dropped here will be
*** automatically added whenever a program is linked with this library
*** or is declared to -dlopen it.
/usr/ccs/bin/ld -G -h libquickfix_jni.so.0 -o =
.libs/libquickfix_jni.so.0.0.1 JV
M.lo Conversions.lo JavaApplication.lo JavaLog.lo JavaLogFactory.lo =
JavaMessageS
tore.lo JavaMessageStoreFactory.lo org_quickfix_FileStore.lo =
org_quickfix_FileSt
oreFactory.lo org_quickfix_FileLog.lo org_quickfix_FileLogFactory.lo =
org_quickfi
x_Group.lo org_quickfix_MemoryStore.lo org_quickfix_Message.lo org_qui =
ckfix_MySQ
LStore.lo org_quickfix_MySQLStoreFactory.lo org_quickfix_MySQLLog.lo =
org_quickfi
x_MySQLLogFactory.lo org_quickfix_ScreenLog.lo =
org_quickfix_ScreenLogFactory.lo
org_quickfix_Session.lo org_quickfix_SessionID.lo =
org_quickfix_Settings.lo org_q
uickfix_SocketAcceptor.lo org_quickfix_SocketInitiator.lo =
org_quickfix_ThreadedS
ocketAcceptor.lo org_quickfix_ThreadedSocketInitiator.lo -L../../src/C++ =
-lstdc
++ -L/usr/local/lib -lxml2 -lz -lm -lsocket -lnsl -lc

-----Original Message-----
From: Oren Miller [mailto:ore...@ya...]
Sent: Thursday, March 06, 2003 1:01 PM
To: Chuck Houpt; qui...@li...
Subject: RE: [Quickfix-developers] setup for building quickfix on
Solaris


Perhaps if you post the linking instruction being sent
to libtool, that would help determine what is
happening.

--- Chuck Houpt wrote:
> Thanks! I've gotten a little farther, but I've run
> into the same proble m Martin Janssen had with the
> JNI library. It looks like the libquickfix_jni.so
> isn't beeing linked with libquickfix.la.
>=20
> Was a solution found for Martin's problem?
>=20
> - Chuck
>=20
> From: Martin Janssen=20
>=20
> Java on Solaris=20
> 2003-01-08 04:35=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
> Hi there,
>=20
>=20
>=20
> Eventhough I exactly followed all the instructions
> I could find to try a short sample
>=20
> application of my own, written in Java, this is what
> I get when I try to run it:
>=20
>=20
>=20
> Exception in thread "main"
> java.lang.UnsatisfiedLinkError:
>=20
> /export/home/mj/QuickFIX/mjtst/libquickfix_jni.so:
> ld.so.1:
>=20
>
/usr/bin/../java/bin/../bin/sparc/native_threads/java:
> fatal: relocation error: file
>=20
> /export/ho me/mj/QuickFIX/mjtst/libquickfix_jni.so:
> symbol _ZTVN3FIX16ScreenLogFactoryE:
>=20
> referenced symbol not found
>=20
> at
> java.lang.ClassLoader$NativeLibrary.load(Native
> Method)
>=20
> at
>
java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1414)
>=20
> at
>
java.lang.ClassLoader.loadLibrary(ClassLoader.java:1338)
>=20
> at
> java.lang.Runtime.loadLibrary0(Runtime.java:744)
>=20
> at
> java.lang.System.loadLibrary(System.java:815)
>=20
> at MJMain.(MJMain.java:8)
>=20
>=20
>=20
> Any clue on what I could be doing wrong ?
>=20
>=20
>=20
> Thanks in advance,
>=20
>=20
>=20
> Martin
>=20
> -----Original Message-----
> From: Oren Miller [mailto:ore...@ya...]
> Sent: Thursday, March 06, 2003 11:20 AM
> To: Chuck Houpt;
> qui...@li...
> Subject: Re: [Quic kfix-developers] setup for
> building quickfix on Solaris
>=20
>=20
>=20
> I've seen this recently as well at a client site,
> and not just with QuickFIX, but several projects
> that use autotools to build. From the reports I've
> read it is due to some incompatibility to newer
> versions of autotools. I've spent a little time
> with this but havn't resolved it yet.invested much
> time in fixing it. If anybody has experienced this
> on other projects, please let me know what the
> resolution was.=20
>=20
>=20
> Until this is fixed you can either try installing
> with an older version of autotools, or do the
> installation manually. Everything that is installed
> is placed in the include and the lib directories
> under the root quickfix directory.=20
>=20
>=20
> Chuck Houpt wrote:=20
>=20
>=20
> I'm having trouble getting quickfix 1.3.2 compiled
> und er Solaris 8 with gcc-3.2.2
>=20
> Here's the setup I have:
>=20
> From www.sunfreeware.com, I've installed:
> gcc-3.2.2-sol8-sparc-local in /usr/local
>=20
> I built and installed libxml2-2.4.30 in /usr/local
>=20
> The quickfix instructions say glibc is required for
> Solaris, but there isn't a pre-packaged version on
> sunfreeware, and the glibc source (2.x) complains
> that Solaris isn't supported, so I went ahead
> without it (probably a bad idea...).
>=20
> ./configure and make seem to run ok, but when I try
> to install, it seems to have trouble with install-sh
> (see below).
>=20
> Any ideas on where I've gone wrong would be greatly
> appreciated.
>=20
> Thanks - Chuck
>=20
> /make install
> Making install in src
> make[1]: Entering directory `/tmp/quickfix/src'
> Making install in C++
> make[2]: Entering directory `/tmp/quickfix/src/C++'
> Maki ng install in test
> make[3]: Entering directory
> `/tmp/quickfix/src/C++/test'
> make[4]: Entering directory
> `/tmp/quickfix/src/C++/test'
> make[4]: Nothing to be done for `install-exec-am'.
> make[4]: Nothing to be done for `install-data-am'.
> make[4]: Leaving directory
> `/tmp/quickfix/src/C++/test'
> make[3]: Leaving directory
> `/tmp/quickfix/src/C++/test'
> make[3]: Entering directory `/tmp/quickfix/src/C++'
> rm -rf ../../lib/libquickfix.a
> rm -rf ../../lib/libquickfix.la
> ln -s ../src/C++/.libs/libquickfix.a
> ../../lib/libquickfix.a
> ln -s ../src/C++/.libs/libquickfix.la
> ../../lib/libquickfix.la
> ./copy.sh *.h
> make[4]: Entering directory `/tmp/quickfix/src/C++'
> /bin/sh ../../mkinstalldirs /usr/local/lib
> /bin/sh ../../libtool --mode=3Dinstall
> ../.././install-sh -c libquickfix.la /usr/
> local/lib/libquickfix.la
> ../.././install-sh -c .libs/lib quickfix.lai
> /usr/local/lib/libquickfix.la
> ../../libtool: ../.././install-sh: not found
> make[4]: *** [install-libLTLIBRARIES] Error 1
> make[4]: Leaving directory `/tmp/quickfix/src/C++'
> make[3]: *** [install-am] Error 2
> make[3]: Leaving directory `/tmp/quickfix/src/C++'
> make[2]: *** [install-recursive] Error 1
> make[2]: Leaving directory `/tmp/quickfix/src/C++'
> make[1]: *** [install-recursive] Error 1
> make[1]: Leaving directory `/tmp/quickfix/src'
> make: *** [install-recursive] Error 1
>=20
>=20
>=20
>=20
>
-------------------------------------------------------
> This SF.net email is sponsored by: Etnus, makers of
> TotalView, The debugger
> for complex code. Debugging C/C++ programs can leave
> you feeling lost and
> disoriented. TotalView can help you find your way.
> Available on major UNIX
> and Linux platforms. Try it free. www.etnus.com
> _______ ________________________________________
> Quickfix-developers mailing list
> Qui...@li...
>
https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>=20
>=20
>=20
>=20
> _____=20
>=20
> Do you Yahoo!?
> Yahoo!=20
>

> Tax Center - forms, calculators, tips, and more
>=20
>=20
=3D=3D=3D message truncated =3D=3D=3D


__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/


-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers of TotalView, The =
debugger
for complex code. Debugging C/C++ programs can leave you feeling lost =
and
disoriented. TotalView can help you find your way. Available on major =
UNIX
and Linux platforms. Try it free. www.etnus.com
____________________ ___________________________
Quickfix-developers mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers




  _____ =20

Do you Yahoo!?
Yahoo!  =
<http://rd.yahoo.com/finance/mailtagline/*http://taxes.yahoo.com/> Tax =
Center - forms, calculators, tips, and more

Re: [Quickfix-developers] setup for building quickfix on Solaris

[Bud G. <bu...@li...>]

Had the same problem with install-sh, i removed the ctrl-m at the end of =
all the lines in the install-sh script.  I think the 1st line was =
causing the shell to attempt to use /bin/sh^M as the command interpreter =
for the script.  The following command should work in vi to remove all =
occurances of ^M in the file...

:g/^M/s///g

where ^M is typed as ctrl-v ctrl-m

Darn MS_DOS text files will get ya every time, hehe.

Bud Griffin
  ----- Original Message -----=20
  From: Oren Miller=20
  To: Chuck Houpt ; om...@th... ; =
qui...@li...=20
  Sent: Friday, March 07, 2003 8:43 AM
  Subject: RE: [Quickfix-developers] setup for building quickfix on =
Solaris


  Ha. Ok.  I believe this also another autotools bug with versions of =
libtool that are, wait for it, too old.  Autotools causes me nearly as =
much pain as it saves me from what I can tell.=20

  In any case using the gcc compiler should be fine, although I think =
that the native linker is generally used, though I don't always trust =
it.  Like I said though, I think this is a libtool problem and not a =
problem with your linker.  You may also want to try running the =
bootstrap scripts and see if it generates a better make file for you.=20

   Chuck Houpt <zzc...@xc...> wrote:=20

    Below is the libtool call to build libquickfix_jni.*. Obviously the =
warnings point to the linking with libquickfix. I tried linking the .so =
by hand, varying the -L/-l settings, but nothing seemed to help.

    I'm still wondering if I have the right setup. For example, my link =
commands seems very different from the auto build =
(http://quickfix.thoughtworks.com/cchtml/solaris_gcc_2_95_3_stlport.html)=
 It looks like the autobuild is using gcc 3.0.3 and GNU ld, rather than =
sun's ld - should I try to use the same tool chain as the autobuild?

    Any recommendations for the ideal set of sunfreeware packages to =
install?

    Thanks - Chuck

    /bin/sh ../../libtool --mode=3Dlink c++ -fexceptions -Wall =
-I/usr/local/include
    /libxml2 -I/usr/j2se/include -I/usr/j2se/include/solaris -o =
libquickfix_jni.la
    -rpath /usr/local/lib -version-info 0:1:0 JVM.lo Conversions.lo =
JavaApplication.
    lo JavaLog.lo JavaLogFactory.lo Ja vaMessageStore.lo =
JavaMessageStoreFactory.lo o
    rg_quickfix_FileStore.lo org_quickfix_FileStoreFactory.lo =
org_quickfix_FileLog.l
    o org_quickfix_FileLogFactory.lo org_quickfix_Group.lo =
org_quickfix_MemoryStore.
    lo org_quickfix_Message.lo org_quickfix_MySQLStore.lo =
org_quickfix_MySQLStoreFac
    tory.lo org_quickfix_MySQLLog.lo org_quickfix_MySQLLogFactory.lo =
org_quickfix_Sc
    reenLog.lo org_quickfix_ScreenLogFactory.lo org_quickfix_Session.lo =
org_quickfix
    _SessionID.lo org_quickfix_Settings.lo =
org_quickfix_SocketAcceptor.lo org_quickf
    ix_SocketInitiator.lo org_quickfix_ThreadedSocketAcceptor.lo =
org_quickfix_Thread
    edSocketInitiator.lo -L../../src/C++ -lquickfix -lstdc++ =
-L/usr/local/lib -R/usr
    /local/lib -lxml2 -lz -lm -lsocket -lnsl -liberty
    rm -fr .libs/libquickfix_jni.la .libs/libquickfix_jni.* =
.libs/libquickfix_jni.*

    *** Warning: This library needs some functionality provided by =
-lquickfix.
    *** I have the capability to make that library automatically link in =
when
    *** yo u link to this library. But I can only do this if you have a
    *** shared version of the library, which you do not appear to have.

    *** Warning: This library needs some functionality provided by =
-liberty.
    *** I have the capability to make that library automatically link in =
when
    *** you link to this library. But I can only do this if you have a
    *** shared version of the library, which you do not appear to have.
    *** The inter-library dependencies that have been dropped here will =
be
    *** automatically added whenever a program is linked with this =
library
    *** or is declared to -dlopen it.
    /usr/ccs/bin/ld -G -h libquickfix_jni.so.0 -o =
.libs/libquickfix_jni.so.0.0.1 JV
    M.lo Conversions.lo JavaApplication.lo JavaLog.lo JavaLogFactory.lo =
JavaMessageS
    tore.lo JavaMessageStoreFactory.lo org_quickfix_FileStore.lo =
org_quickfix_FileSt
    oreFactory.lo org_quickfix_FileLog.lo org_quickfix_FileLogFactory.lo =
org_quickfi
    x_Group.lo org_quickfix_MemoryStore.lo org_quickfix_Message.lo =
org_qui ckfix_MySQ
    LStore.lo org_quickfix_MySQLStoreFactory.lo org_quickfix_MySQLLog.lo =
org_quickfi
    x_MySQLLogFactory.lo org_quickfix_ScreenLog.lo =
org_quickfix_ScreenLogFactory.lo
    org_quickfix_Session.lo org_quickfix_SessionID.lo =
org_quickfix_Settings.lo org_q
    uickfix_SocketAcceptor.lo org_quickfix_SocketInitiator.lo =
org_quickfix_ThreadedS
    ocketAcceptor.lo org_quickfix_ThreadedSocketInitiator.lo =
-L../../src/C++ -lstdc
    ++ -L/usr/local/lib -lxml2 -lz -lm -lsocket -lnsl -lc

    -----Original Message-----
    From: Oren Miller [mailto:ore...@ya...]
    Sent: Thursday, March 06, 2003 1:01 PM
    To: Chuck Houpt; qui...@li...
    Subject: RE: [Quickfix-developers] setup for building quickfix on
    Solaris


    Perhaps if you post the linking instruction being sent
    to libtool, that would help determine what is
    happening.

    --- Chuck Houpt wrote:
    > Thanks! I've gotten a little farther, but I've run
    > into the same proble m Martin Janssen had with the
    > JNI library. It looks like the libquickfix_jni.so
    > isn't beeing linked with libquickfix.la.
    >=20
    > Was a solution found for Martin's problem?
    >=20
    > - Chuck
    >=20
    > From: Martin Janssen=20
    >=20
    > Java on Solaris=20
    > 2003-01-08 04:35=20
    >=20
    >=20
    >=20
    >=20
    >=20
    >=20
    >=20
    > Hi there,
    >=20
    >=20
    >=20
    > Eventhough I exactly followed all the instructions
    > I could find to try a short sample
    >=20
    > application of my own, written in Java, this is what
    > I get when I try to run it:
    >=20
    >=20
    >=20
    > Exception in thread "main"
    > java.lang.UnsatisfiedLinkError:
    >=20
    > /export/home/mj/QuickFIX/mjtst/libquickfix_jni.so:
    > ld.so.1:
    >=20
    >
    /usr/bin/../java/bin/../bin/sparc/native_threads/java:
    > fatal: relocation error: file
    >=20
    > /export/ho me/mj/QuickFIX/mjtst/libquickfix_jni.so:
    > symbol _ZTVN3FIX16ScreenLogFactoryE:
    >=20
    > referenced symbol not found
    >=20
    > at
    > java.lang.ClassLoader$NativeLibrary.load(Native
    > Method)
    >=20
    > at
    >
    java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1414)
    >=20
    > at
    >
    java.lang.ClassLoader.loadLibrary(ClassLoader.java:1338)
    >=20
    > at
    > java.lang.Runtime.loadLibrary0(Runtime.java:744)
    >=20
    > at
    > java.lang.System.loadLibrary(System.java:815)
    >=20
    > at MJMain.(MJMain.java:8)
    >=20
    >=20
    >=20
    > Any clue on what I could be doing wrong ?
    >=20
    >=20
    >=20
    > Thanks in advance,
    >=20
    >=20
    >=20
    > Martin
    >=20
    > -----Original Message-----
    > From: Oren Miller [mailto:ore...@ya...]
    > Sent: Thursday, March 06, 2003 11:20 AM
    > To: Chuck Houpt;
    > qui...@li...
    > Subject: Re: [Quic kfix-developers] setup for
    > building quickfix on Solaris
    >=20
    >=20
    >=20
    > I've seen this recently as well at a client site,
    > and not just with QuickFIX, but several projects
    > that use autotools to build. From the reports I've
    > read it is due to some incompatibility to newer
    > versions of autotools. I've spent a little time
    > with this but havn't resolved it yet.invested much
    > time in fixing it. If anybody has experienced this
    > on other projects, please let me know what the
    > resolution was.=20
    >=20
    >=20
    > Until this is fixed you can either try installing
    > with an older version of autotools, or do the
    > installation manually. Everything that is installed
    > is placed in the include and the lib directories
    > under the root quickfix directory.=20
    >=20
    >=20
    > Chuck Houpt wrote:=20
    >=20
    >=20
    > I'm having trouble getting quickfix 1.3.2 compiled
    > und er Solaris 8 with gcc-3.2.2
    >=20
    > Here's the setup I have:
    >=20
    > From www.sunfreeware.com, I've installed:
    > gcc-3.2.2-sol8-sparc-local in /usr/local
    >=20
    > I built and installed libxml2-2.4.30 in /usr/local
    >=20
    > The quickfix instructions say glibc is required for
    > Solaris, but there isn't a pre-packaged version on
    > sunfreeware, and the glibc source (2.x) complains
    > that Solaris isn't supported, so I went ahead
    > without it (probably a bad idea...).
    >=20
    > ./configure and make seem to run ok, but when I try
    > to install, it seems to have trouble with install-sh
    > (see below).
    >=20
    > Any ideas on where I've gone wrong would be greatly
    > appreciated.
    >=20
    > Thanks - Chuck
    >=20
    > /make install
    > Making install in src
    > make[1]: Entering directory `/tmp/quickfix/src'
    > Making install in C++
    > make[2]: Entering directory `/tmp/quickfix/src/C++'
    > Maki ng install in test
    > make[3]: Entering directory
    > `/tmp/quickfix/src/C++/test'
    > make[4]: Entering directory
    > `/tmp/quickfix/src/C++/test'
    > make[4]: Nothing to be done for `install-exec-am'.
    > make[4]: Nothing to be done for `install-data-am'.
    > make[4]: Leaving directory
    > `/tmp/quickfix/src/C++/test'
    > make[3]: Leaving directory
    > `/tmp/quickfix/src/C++/test'
    > make[3]: Entering directory `/tmp/quickfix/src/C++'
    > rm -rf ../../lib/libquickfix.a
    > rm -rf ../../lib/libquickfix.la
    > ln -s ../src/C++/.libs/libquickfix.a
    > ../../lib/libquickfix.a
    > ln -s ../src/C++/.libs/libquickfix.la
    > ../../lib/libquickfix.la
    > ./copy.sh *.h
    > make[4]: Entering directory `/tmp/quickfix/src/C++'
    > /bin/sh ../../mkinstalldirs /usr/local/lib
    > /bin/sh ../../libtool --mode=3Dinstall
    > ../.././install-sh -c libquickfix.la /usr/
    > local/lib/libquickfix.la
    > ../.././install-sh -c .libs/lib quickfix.lai
    > /usr/local/lib/libquickfix.la
    > ../../libtool: ../.././install-sh: not found
    > make[4]: *** [install-libLTLIBRARIES] Error 1
    > make[4]: Leaving directory `/tmp/quickfix/src/C++'
    > make[3]: *** [install-am] Error 2
    > make[3]: Leaving directory `/tmp/quickfix/src/C++'
    > make[2]: *** [install-recursive] Error 1
    > make[2]: Leaving directory `/tmp/quickfix/src/C++'
    > make[1]: *** [install-recursive] Error 1
    > make[1]: Leaving directory `/tmp/quickfix/src'
    > make: *** [install-recursive] Error 1
    >=20
    >=20
    >=20
    >=20
    >
    -------------------------------------------------------
    > This SF.net email is sponsored by: Etnus, makers of
    > TotalView, The debugger
    > for complex code. Debugging C/C++ programs can leave
    > you feeling lost and
    > disoriented. TotalView can help you find your way.
    > Available on major UNIX
    > and Linux platforms. Try it free. www.etnus.com
    > _______ ________________________________________
    > Quickfix-developers mailing list
    > Qui...@li...
    >
    https://lists.sourceforge.net/lists/listinfo/quickfix-developers
    >=20
    >=20
    >=20
    >=20
    > _____=20
    >=20
    > Do you Yahoo!?
    > Yahoo!=20
    >

    > Tax Center - forms, calculators, tips, and more
    >=20
    >=20
    =3D=3D=3D message truncated =3D=3D=3D


    __________________________________________________
    Do you Yahoo!?
    Yahoo! Tax Center - forms, calculators, tips, more
    http://taxes.yahoo.com/


    -------------------------------------------------------
    This SF.net email is sponsored by: Etnus, makers of TotalView, The =
debugger
    for complex code. Debugging C/C++ programs can leave you feeling =
lost and
    disoriented. TotalView can help you find your way. Available on =
major UNIX
    and Linux platforms. Try it free. www.etnus.com
    ____________________ ___________________________
    Quickfix-developers mailing list
    Qui...@li...
    https://lists.sourceforge.net/lists/listinfo/quickfix-developers




-------------------------------------------------------------------------=
-----
  Do you Yahoo!?
  Yahoo! Tax Center - forms, calculators, tips, and more

RE: [Quickfix-developers] setup for building quickfix on Solaris

[Oren M. <ore...@ya...>]

Ha. Ok.  I believe this also another autotools bug with versions of libtool that are, wait for it, too old.  Autotools causes me nearly as much pain as it saves me from what I can tell.
In any case using the gcc compiler should be fine, although I think that the native linker is generally used, though I don't always trust it.  Like I said though, I think this is a libtool problem and not a problem with your linker.  You may also want to try running the bootstrap scripts and see if it generates a better make file for you.
 Chuck Houpt <zzc...@xc...> wrote:Below is the libtool call to build libquickfix_jni.*. Obviously the warnings point to the linking with libquickfix. I tried linking the .so by hand, varying the -L/-l settings, but nothing seemed to help.

I'm still wondering if I have the right setup. For example, my link commands seems very different from the auto build (http://quickfix.thoughtworks.com/cchtml/solaris_gcc_2_95_3_stlport.html) It looks like the autobuild is using gcc 3.0.3 and GNU ld, rather than sun's ld - should I try to use the same tool chain as the autobuild?

Any recommendations for the ideal set of sunfreeware packages to install?

Thanks - Chuck

/bin/sh ../../libtool --mode=link c++ -fexceptions -Wall -I/usr/local/include
/libxml2 -I/usr/j2se/include -I/usr/j2se/include/solaris -o libquickfix_jni.la
-rpath /usr/local/lib -version-info 0:1:0 JVM.lo Conversions.lo JavaApplication.
lo JavaLog.lo JavaLogFactory.lo JavaMessageStore.lo JavaMessageStoreFactory.lo o
rg_quickfix_FileStore.lo org_quickfix_FileStoreFactory.lo org_quickfix_FileLog.l
o org_quickfix_FileLogFactory.lo org_quickfix_Group.lo org_quickfix_MemoryStore.
lo org_quickfix_Message.lo org_quickfix_MySQLStore.lo org_quickfix_MySQLStoreFac
tory.lo org_quickfix_MySQLLog.lo org_quickfix_MySQLLogFactory.lo org_quickfix_Sc
reenLog.lo org_quickfix_ScreenLogFactory.lo org_quickfix_Session.lo org_quickfix
_SessionID.lo org_quickfix_Settings.lo org_quickfix_SocketAcceptor.lo org_quickf
ix_SocketInitiator.lo org_quickfix_ThreadedSocketAcceptor.lo org_quickfix_Thread
edSocketInitiator.lo -L../../src/C++ -lquickfix -lstdc++ -L/usr/local/lib -R/usr
/local/lib -lxml2 -lz -lm -lsocket -lnsl -liberty
rm -fr .libs/libquickfix_jni.la .libs/libquickfix_jni.* .libs/libquickfix_jni.*

*** Warning: This library needs some functionality provided by -lquickfix.
*** I have the capability to make that library automatically link in when
*** you link to this library. But I can only do this if you have a
*** shared version of the library, which you do not appear to have.

*** Warning: This library needs some functionality provided by -liberty.
*** I have the capability to make that library automatically link in when
*** you link to this library. But I can only do this if you have a
*** shared version of the library, which you do not appear to have.
*** The inter-library dependencies that have been dropped here will be
*** automatically added whenever a program is linked with this library
*** or is declared to -dlopen it.
/usr/ccs/bin/ld -G -h libquickfix_jni.so.0 -o .libs/libquickfix_jni.so.0.0.1 JV
M.lo Conversions.lo JavaApplication.lo JavaLog.lo JavaLogFactory.lo JavaMessageS
tore.lo JavaMessageStoreFactory.lo org_quickfix_FileStore.lo org_quickfix_FileSt
oreFactory.lo org_quickfix_FileLog.lo org_quickfix_FileLogFactory.lo org_quickfi
x_Group.lo org_quickfix_MemoryStore.lo org_quickfix_Message.lo org_quickfix_MySQ
LStore.lo org_quickfix_MySQLStoreFactory.lo org_quickfix_MySQLLog.lo org_quickfi
x_MySQLLogFactory.lo org_quickfix_ScreenLog.lo org_quickfix_ScreenLogFactory.lo
org_quickfix_Session.lo org_quickfix_SessionID.lo org_quickfix_Settings.lo org_q
uickfix_SocketAcceptor.lo org_quickfix_SocketInitiator.lo org_quickfix_ThreadedS
ocketAcceptor.lo org_quickfix_ThreadedSocketInitiator.lo -L../../src/C++ -lstdc
++ -L/usr/local/lib -lxml2 -lz -lm -lsocket -lnsl -lc

-----Original Message-----
From: Oren Miller [mailto:ore...@ya...]
Sent: Thursday, March 06, 2003 1:01 PM
To: Chuck Houpt; qui...@li...
Subject: RE: [Quickfix-developers] setup for building quickfix on
Solaris


Perhaps if you post the linking instruction being sent
to libtool, that would help determine what is
happening.

--- Chuck Houpt wrote:
> Thanks! I've gotten a little farther, but I've run
> into the same problem Martin Janssen had with the
> JNI library. It looks like the libquickfix_jni.so
> isn't beeing linked with libquickfix.la.
> 
> Was a solution found for Martin's problem?
> 
> - Chuck
> 
> From: Martin Janssen 
> 
> Java on Solaris 
> 2003-01-08 04:35 
> 
> 
> 
> 
> 
> 
> 
> Hi there,
> 
> 
> 
> Eventhough I exactly followed all the instructions
> I could find to try a short sample
> 
> application of my own, written in Java, this is what
> I get when I try to run it:
> 
> 
> 
> Exception in thread "main"
> java.lang.UnsatisfiedLinkError:
> 
> /export/home/mj/QuickFIX/mjtst/libquickfix_jni.so:
> ld.so.1:
> 
>
/usr/bin/../java/bin/../bin/sparc/native_threads/java:
> fatal: relocation error: file
> 
> /export/home/mj/QuickFIX/mjtst/libquickfix_jni.so:
> symbol _ZTVN3FIX16ScreenLogFactoryE:
> 
> referenced symbol not found
> 
> at
> java.lang.ClassLoader$NativeLibrary.load(Native
> Method)
> 
> at
>
java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1414)
> 
> at
>
java.lang.ClassLoader.loadLibrary(ClassLoader.java:1338)
> 
> at
> java.lang.Runtime.loadLibrary0(Runtime.java:744)
> 
> at
> java.lang.System.loadLibrary(System.java:815)
> 
> at MJMain.(MJMain.java:8)
> 
> 
> 
> Any clue on what I could be doing wrong ?
> 
> 
> 
> Thanks in advance,
> 
> 
> 
> Martin
> 
> -----Original Message-----
> From: Oren Miller [mailto:ore...@ya...]
> Sent: Thursday, March 06, 2003 11:20 AM
> To: Chuck Houpt;
> qui...@li...
> Subject: Re: [Quickfix-developers] setup for
> building quickfix on Solaris
> 
> 
> 
> I've seen this recently as well at a client site,
> and not just with QuickFIX, but several projects
> that use autotools to build. From the reports I've
> read it is due to some incompatibility to newer
> versions of autotools. I've spent a little time
> with this but havn't resolved it yet.invested much
> time in fixing it. If anybody has experienced this
> on other projects, please let me know what the
> resolution was. 
> 
> 
> Until this is fixed you can either try installing
> with an older version of autotools, or do the
> installation manually. Everything that is installed
> is placed in the include and the lib directories
> under the root quickfix directory. 
> 
> 
> Chuck Houpt wrote: 
> 
> 
> I'm having trouble getting quickfix 1.3.2 compiled
> under Solaris 8 with gcc-3.2.2
> 
> Here's the setup I have:
> 
> From www.sunfreeware.com, I've installed:
> gcc-3.2.2-sol8-sparc-local in /usr/local
> 
> I built and installed libxml2-2.4.30 in /usr/local
> 
> The quickfix instructions say glibc is required for
> Solaris, but there isn't a pre-packaged version on
> sunfreeware, and the glibc source (2.x) complains
> that Solaris isn't supported, so I went ahead
> without it (probably a bad idea...).
> 
> ./configure and make seem to run ok, but when I try
> to install, it seems to have trouble with install-sh
> (see below).
> 
> Any ideas on where I've gone wrong would be greatly
> appreciated.
> 
> Thanks - Chuck
> 
> /make install
> Making install in src
> make[1]: Entering directory `/tmp/quickfix/src'
> Making install in C++
> make[2]: Entering directory `/tmp/quickfix/src/C++'
> Making install in test
> make[3]: Entering directory
> `/tmp/quickfix/src/C++/test'
> make[4]: Entering directory
> `/tmp/quickfix/src/C++/test'
> make[4]: Nothing to be done for `install-exec-am'.
> make[4]: Nothing to be done for `install-data-am'.
> make[4]: Leaving directory
> `/tmp/quickfix/src/C++/test'
> make[3]: Leaving directory
> `/tmp/quickfix/src/C++/test'
> make[3]: Entering directory `/tmp/quickfix/src/C++'
> rm -rf ../../lib/libquickfix.a
> rm -rf ../../lib/libquickfix.la
> ln -s ../src/C++/.libs/libquickfix.a
> ../../lib/libquickfix.a
> ln -s ../src/C++/.libs/libquickfix.la
> ../../lib/libquickfix.la
> ./copy.sh *.h
> make[4]: Entering directory `/tmp/quickfix/src/C++'
> /bin/sh ../../mkinstalldirs /usr/local/lib
> /bin/sh ../../libtool --mode=install
> ../.././install-sh -c libquickfix.la /usr/
> local/lib/libquickfix.la
> ../.././install-sh -c .libs/libquickfix.lai
> /usr/local/lib/libquickfix.la
> ../../libtool: ../.././install-sh: not found
> make[4]: *** [install-libLTLIBRARIES] Error 1
> make[4]: Leaving directory `/tmp/quickfix/src/C++'
> make[3]: *** [install-am] Error 2
> make[3]: Leaving directory `/tmp/quickfix/src/C++'
> make[2]: *** [install-recursive] Error 1
> make[2]: Leaving directory `/tmp/quickfix/src/C++'
> make[1]: *** [install-recursive] Error 1
> make[1]: Leaving directory `/tmp/quickfix/src'
> make: *** [install-recursive] Error 1
> 
> 
> 
> 
>
-------------------------------------------------------
> This SF.net email is sponsored by: Etnus, makers of
> TotalView, The debugger
> for complex code. Debugging C/C++ programs can leave
> you feeling lost and
> disoriented. TotalView can help you find your way.
> Available on major UNIX
> and Linux platforms. Try it free. www.etnus.com
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
>
https://lists.sourceforge.net/lists/listinfo/quickfix-developers
> 
> 
> 
> 
> _____ 
> 
> Do you Yahoo!?
> Yahoo! 
>

> Tax Center - forms, calculators, tips, and more
> 
> 
=== message truncated ===


__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/


-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger
for complex code. Debugging C/C++ programs can leave you feeling lost and
disoriented. TotalView can help you find your way. Available on major UNIX
and Linux platforms. Try it free. www.etnus.com
_______________________________________________
Quickfix-developers mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers


---------------------------------
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, and more

RE: [Quickfix-developers] setup for building quickfix on Solaris

[Chuck H. <zzc...@xc...>]

Below is the libtool call to build libquickfix_jni.*. Obviously the =
warnings point to the linking with libquickfix. I tried linking the .so =
by hand, varying the -L/-l settings, but nothing seemed to help.

I'm still wondering if I have the right setup. For example, my link =
commands seems very different from the auto build =
(http://quickfix.thoughtworks.com/cchtml/solaris_gcc_2_95_3_stlport.html)=
 It looks like the autobuild is using gcc 3.0.3 and GNU ld, rather than =
sun's ld - should I try to use the same tool chain as the autobuild?

Any recommendations for the ideal set of sunfreeware packages to =
install?

Thanks - Chuck

/bin/sh ../../libtool --mode=3Dlink c++  -fexceptions -Wall   =
-I/usr/local/include
/libxml2 -I/usr/j2se/include -I/usr/j2se/include/solaris  -o =
libquickfix_jni.la
-rpath /usr/local/lib -version-info 0:1:0 JVM.lo Conversions.lo =
JavaApplication.
lo JavaLog.lo JavaLogFactory.lo JavaMessageStore.lo =
JavaMessageStoreFactory.lo o
rg_quickfix_FileStore.lo org_quickfix_FileStoreFactory.lo =
org_quickfix_FileLog.l
o org_quickfix_FileLogFactory.lo org_quickfix_Group.lo =
org_quickfix_MemoryStore.
lo org_quickfix_Message.lo org_quickfix_MySQLStore.lo =
org_quickfix_MySQLStoreFac
tory.lo org_quickfix_MySQLLog.lo org_quickfix_MySQLLogFactory.lo =
org_quickfix_Sc
reenLog.lo org_quickfix_ScreenLogFactory.lo org_quickfix_Session.lo =
org_quickfix
_SessionID.lo org_quickfix_Settings.lo org_quickfix_SocketAcceptor.lo =
org_quickf
ix_SocketInitiator.lo org_quickfix_ThreadedSocketAcceptor.lo =
org_quickfix_Thread
edSocketInitiator.lo -L../../src/C++ -lquickfix -lstdc++ =
-L/usr/local/lib -R/usr
/local/lib -lxml2 -lz -lm -lsocket -lnsl  -liberty
rm -fr .libs/libquickfix_jni.la .libs/libquickfix_jni.* =
.libs/libquickfix_jni.*

*** Warning: This library needs some functionality provided by =
-lquickfix.
*** I have the capability to make that library automatically link in =
when
*** you link to this library.  But I can only do this if you have a
*** shared version of the library, which you do not appear to have.

*** Warning: This library needs some functionality provided by -liberty.
*** I have the capability to make that library automatically link in =
when
*** you link to this library.  But I can only do this if you have a
*** shared version of the library, which you do not appear to have.
*** The inter-library dependencies that have been dropped here will be
*** automatically added whenever a program is linked with this library
*** or is declared to -dlopen it.
/usr/ccs/bin/ld -G -h libquickfix_jni.so.0 -o =
.libs/libquickfix_jni.so.0.0.1  JV
M.lo Conversions.lo JavaApplication.lo JavaLog.lo JavaLogFactory.lo =
JavaMessageS
tore.lo JavaMessageStoreFactory.lo org_quickfix_FileStore.lo =
org_quickfix_FileSt
oreFactory.lo org_quickfix_FileLog.lo org_quickfix_FileLogFactory.lo =
org_quickfi
x_Group.lo org_quickfix_MemoryStore.lo org_quickfix_Message.lo =
org_quickfix_MySQ
LStore.lo org_quickfix_MySQLStoreFactory.lo org_quickfix_MySQLLog.lo =
org_quickfi
x_MySQLLogFactory.lo org_quickfix_ScreenLog.lo =
org_quickfix_ScreenLogFactory.lo
org_quickfix_Session.lo org_quickfix_SessionID.lo =
org_quickfix_Settings.lo org_q
uickfix_SocketAcceptor.lo org_quickfix_SocketInitiator.lo =
org_quickfix_ThreadedS
ocketAcceptor.lo org_quickfix_ThreadedSocketInitiator.lo  =
-L../../src/C++ -lstdc
++ -L/usr/local/lib -lxml2 -lz -lm -lsocket -lnsl -lc

-----Original Message-----
From: Oren Miller [mailto:ore...@ya...]
Sent: Thursday, March 06, 2003 1:01 PM
To: Chuck Houpt; qui...@li...
Subject: RE: [Quickfix-developers] setup for building quickfix on
Solaris


Perhaps if you post the linking instruction being sent
to libtool, that would help determine what is
happening.

--- Chuck Houpt <zzc...@xc...> wrote:
> Thanks! I've gotten a little farther, but I've run
> into the same problem Martin Janssen had with the
> JNI library. It looks like the libquickfix_jni.so
> isn't beeing linked with libquickfix.la.
> =20
> Was a solution found for Martin's problem?
> =20
> - Chuck
> =20
> From: Martin Janssen <martin@no...>=20
>   <http://images.sourceforge.net/images/msg.gif>
> Java on Solaris  =20
> 2003-01-08 04:35 =09
>=20
> =20
>=20
> =20
>=20
> =20
>=20
>  Hi there,
>=20
> =20
>=20
>  Eventhough I exactly followed all the instructions
> I could find to try a short sample
>=20
> application of my own, written in Java, this is what
> I get when I try to run it:
>=20
> =20
>=20
>  Exception in thread "main"
> java.lang.UnsatisfiedLinkError:
>=20
> /export/home/mj/QuickFIX/mjtst/libquickfix_jni.so:
> ld.so.1:
>=20
>
/usr/bin/../java/bin/../bin/sparc/native_threads/java:
> fatal: relocation error: file
>=20
> /export/home/mj/QuickFIX/mjtst/libquickfix_jni.so:
> symbol _ZTVN3FIX16ScreenLogFactoryE:
>=20
> referenced symbol not found
>=20
>          at
> java.lang.ClassLoader$NativeLibrary.load(Native
> Method)
>=20
>          at
>
java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1414)
>=20
>          at
>
java.lang.ClassLoader.loadLibrary(ClassLoader.java:1338)
>=20
>          at
> java.lang.Runtime.loadLibrary0(Runtime.java:744)
>=20
>          at
> java.lang.System.loadLibrary(System.java:815)
>=20
>          at MJMain.<clinit>(MJMain.java:8)
>=20
> =20
>=20
>  Any clue on what I could be doing wrong ?
>=20
> =20
>=20
>  Thanks in advance,
>=20
> =20
>=20
>  Martin
>=20
> -----Original Message-----
> From: Oren Miller [mailto:ore...@ya...]
> Sent: Thursday, March 06, 2003 11:20 AM
> To: Chuck Houpt;
> qui...@li...
> Subject: Re: [Quickfix-developers] setup for
> building quickfix on Solaris
>=20
>=20
>=20
> I've seen this recently as well at a client site,
> and not just with QuickFIX, but several projects
> that use autotools to build.  From the reports I've
> read it is due to some incompatibility to newer
> versions of autotools.  I've spent a little time
> with this but havn't resolved it yet.invested much
> time in fixing it.  If anybody has experienced this
> on other projects, please let me know what the
> resolution was.=20
>=20
>=20
> Until this is fixed you can either try installing
> with an older version of autotools, or do the
> installation manually.  Everything that is installed
> is placed in the include and the lib directories
> under the root quickfix directory.=20
>=20
>=20
>  Chuck Houpt <zzc...@xc...> wrote:=20
>=20
>=20
> I'm having trouble getting quickfix 1.3.2 compiled
> under Solaris 8 with gcc-3.2.2
>=20
> Here's the setup I have:
>=20
> From www.sunfreeware.com, I've installed:
> gcc-3.2.2-sol8-sparc-local in /usr/local
>=20
> I built and installed libxml2-2.4.30 in /usr/local
>=20
> The quickfix instructions say glibc is required for
> Solaris, but there isn't a pre-packaged version on
> sunfreeware, and the glibc source (2.x) complains
> that Solaris isn't supported, so I went ahead
> without it (probably a bad idea...).
>=20
> ./configure and make seem to run ok, but when I try
> to install, it seems to have trouble with install-sh
> (see below).
>=20
> Any ideas on where I've gone wrong would be greatly
> appreciated.
>=20
> Thanks - Chuck
>=20
> /make install
> Making install in src
> make[1]: Entering directory `/tmp/quickfix/src'
> Making install in C++
> make[2]: Entering directory `/tmp/quickfix/src/C++'
> Making install in test
> make[3]: Entering directory
> `/tmp/quickfix/src/C++/test'
> make[4]: Entering directory
> `/tmp/quickfix/src/C++/test'
> make[4]: Nothing to be done for `install-exec-am'.
> make[4]: Nothing to be done for `install-data-am'.
> make[4]: Leaving directory
> `/tmp/quickfix/src/C++/test'
> make[3]: Leaving directory
> `/tmp/quickfix/src/C++/test'
> make[3]: Entering directory `/tmp/quickfix/src/C++'
> rm -rf ../../lib/libquickfix.a
> rm -rf ../../lib/libquickfix.la
> ln -s ../src/C++/.libs/libquickfix.a
> ../../lib/libquickfix.a
> ln -s ../src/C++/.libs/libquickfix.la
> ../../lib/libquickfix.la
> ./copy.sh *.h
> make[4]: Entering directory `/tmp/quickfix/src/C++'
> /bin/sh ../../mkinstalldirs /usr/local/lib
> /bin/sh ../../libtool --mode=3Dinstall
> ../.././install-sh -c libquickfix.la /usr/
> local/lib/libquickfix.la
> ../.././install-sh -c .libs/libquickfix.lai
> /usr/local/lib/libquickfix.la
> ../../libtool: ../.././install-sh: not found
> make[4]: *** [install-libLTLIBRARIES] Error 1
> make[4]: Leaving directory `/tmp/quickfix/src/C++'
> make[3]: *** [install-am] Error 2
> make[3]: Leaving directory `/tmp/quickfix/src/C++'
> make[2]: *** [install-recursive] Error 1
> make[2]: Leaving directory `/tmp/quickfix/src/C++'
> make[1]: *** [install-recursive] Error 1
> make[1]: Leaving directory `/tmp/quickfix/src'
> make: *** [install-recursive] Error 1
>=20
>=20
>=20
>=20
>
-------------------------------------------------------
> This SF.net email is sponsored by: Etnus, makers of
> TotalView, The debugger
> for complex code. Debugging C/C++ programs can leave
> you feeling lost and
> disoriented. TotalView can help you find your way.
> Available on major UNIX
> and Linux platforms. Try it free. www.etnus.com
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
>
https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>=20
>=20
>=20
>=20
>   _____ =20
>=20
> Do you Yahoo!?
> Yahoo!=20
>
<http://rd.yahoo.com/finance/mailtagline/*http://taxes.yahoo.com/>
> Tax Center - forms, calculators, tips, and more
>=20
>=20
=3D=3D=3D message truncated =3D=3D=3D


__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/

Re: [Quickfix-developers] core dump

[<gar...@su...>]

We actually did use gcc 2.95.2 with the stlport library because we knew
that we would be using this on a multi-processor machine.



Gary Mui
Prescient Markets, Inc         914-989-3118  (W)
445 Hamilton Avenue          914-422-3693  (F)
White Plains, NY 10601

Please visit us at http://www.cpmarket.com


                                                                                                                                             
                      Oren Miller <ore...@ya...>                                                                                      
                      Sent by:                                     To:      gar...@su..., om...@th...                   
                      qui...@li...ur         cc:      qui...@li...                        
                      ceforge.net                                  Subject: Re: [Quickfix-developers] core dump                              
                                                                                                                                             
                                                                                                                                             
                      03/06/03 12:56 PM                                                                                                      
                      Please respond to omiller                                                                                              
                                                                                                                                             
                                                                                                                                             




Another thing.  Which compiler and STL implementation
are you using?  We know that there are bugs in the gcc
STL implementation for gcc 2.95.x, when using strings
on a multi-processor machine.  This causes random bad
behavior.  For these cases we recommend using STLport.

--- gar...@su... wrote:
>
> So far we've only seen this once, though we've only
> been testing on the 250
> for a couple days.
>
> We will keep an eye on this but it does kinda make
> me nervous....
>
> Do you think that if we compiled on the platform we
> run on, we would be any
> safer?
>
> Thanks,
>
> Gary Mui
> Prescient Markets, Inc         914-989-3118  (W)
> 445 Hamilton Avenue          914-422-3693  (F)
> White Plains, NY 10601
>
> Please visit us at http://www.cpmarket.com
>
>
>
>
>
>                       Oren Miller
>
>
>                       <orenmnero@yahoo         To:
>    gar...@su...,
> qui...@li...
>                       .com>                    cc:
>
>
>
> Subject: Re: [Quickfix-developers] core dump
>
>                       03/06/03 11:29
>
>
>                       AM
>
>
>                       Please respond
>
>
>                       to omiller
>
>
>
>
>
>
>
>
>
>
>
> Well, the only thing that is happening in the
> destroy method (which is
> called by the garbage collector through finalize),
> is the underlying C++
> Message object is being deleted.  This is the line:
>
>
> delete getCPPMessage( obj );
>
>
> getCPPMessage( obj ), pulls out the value from the
> cppPointer variable in
> Message.java which is used to store the memory
> address of the C++ object.
>
>
> Obviously some pretty unsafe casting needs to be
> done to accomplish this.
> I don't know what the architectural differences are
> between those two
> systems, but OS isn't the only factor as such
> pointer manipulation is more
> affected by hardware than anything else.
>
>
> Are you able to consistantly get this behavior in a
> repeatable way, or does
> it work sometimes and not others?  Have you only
> seen this behavior on the
> e250?
>
>
>  gar...@su... wrote:
>  I got the following core dump and as I'm that
> familiar with the C++ side
>  of
>  quickfix, was wondering if anyone has any
> suggestions as to what may have
>  been the problem:
>
>  Would it matter that the libraries were build on an
> Ultra 5 but are being
>  used on an E250? The OS versions are the same.
>
>  Thanks,
>  Gary
>
>
>
>  <20030306-14:59:42, FIX.4.2:STNMMTST->FMRFITST,
> incoming>
>
>
>
(8=FIX.4.2^A9=0066^A35=0^A34=280^A49=FMRFITST^A56=STNMMTST^A52=20030306-14:59:42^A112=TEST^A10=227^A)

>
>
>  An unexpected exception has been detected in native
> code outside the VM.
>  Unexpected Signal : 11 occurred at PC=0xfe1c71f0
>  Function name=assign__t18string_char_traits1ZcRcRCc
>
>
Library=/export/home/prescient/QFE/qfe_03.04.03/lib/libstdc++.so.2.10.0
>
>  Current Java thread:
>  at org.quickfix.Message.destroy(Native Method)
>  at org.quickfix.Message.finalize(Message.java:89)
>  at
> java.lang.ref.Finalizer.invokeFinalizeMethod(Native
> Method)
>  at
>
java.lang.ref.Finalizer.runFinalizer(Finalizer.java:86)
>  at
>
java.lang.ref.Finalizer.access$100(Finalizer.java:17)
>  at
>
java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:163)
>
>  Dynamic libraries:
>  0x10000 /java/bin/../bin/sparc/native_threads/java
>  0xff350000 /usr/lib/libthread.so.1
>  0xff390000 /usr/lib/libdl.so.1
>  0xff200000 /usr/lib/libc.so.1
>  0xff330000
> /usr/platform/SUNW,Ultra-60/lib/libc_psr.so.1
>  0xfe480000
>
>
/pfdcpmarket/apps/JDK/java131/jre/lib/sparc/client/libjvm.so
>  0xff2e0000 /usr/lib/libCrun.so.1
>  0xff1e0000 /usr/lib/libsocket.so.1
>  0xff100000 /usr/lib/libnsl.so.1
>  0xff0d0000 /usr/lib/libm.so.1
>  0xff310000 /usr/lib/libw.so.1
>  0xff0b0000 /usr/lib/libmp.so.2
>  0xff080000
>
>
/pfdcpmarket/apps/JDK/java131/jre/lib/sparc/native_threads/libhpi.so
>  0xff050000
>
/pfdcpmarket/apps/JDK/java131/jre/lib/sparc/libverify.so
>  0xfe440000
>
/pfdcpmarket/apps/JDK/java131/jre/lib/sparc/libjava.so
>  0xff020000
>
/pfdcpmarket/apps/JDK/java131/jre/lib/sparc/libzip.so
>  0xf4880000
>
/pfdcpmarket/apps/QFE/qfe_03.04.03/lib/libquickfix_jni.so
>  0xfe190000
>
>
/export/home/prescient/QFE/qfe_03.04.03/lib/libstdc++.so.2.10.0
>  0xf4700000
>
/export/home/prescient/QFE/qfe_03.04.03/lib/libxml2.so.2
>  0xfe2c0000 /usr/lib/libz.so
>  0xfe2a0000 /usr/lib/libpthread.so.1
>  0xfe170000
>
/pfdcpmarket/apps/JDK/java131/jre/lib/sparc/libnet.so
>  0xfd3e0000 /usr/lib/nss_files.so.1
>
>  Local Time = Thu Mar 6 09:59:47 2003
>  Elapsed Time = 42711
>  #
>  # The exception above was detected in native code
> outside the VM
>  #
>  # Java VM: Java HotSpot(TM) Client VM (1.3.1_02-b02
> mixed mode)
>
>
>
>  Gary Mui
>  Prescient Markets, Inc 914-989-3118 (W)
>  445 Hamilton Avenue 914-422-3693 (F)
>  White Plains, NY 10601
>
>  Please visit us at http://www.cpmarket.com
>
>
>
>
>
>
-------------------------------------------------------
>  This SF.net email is sponsored by: Etnus, makers of
> TotalView, The
>  debugger
>  for complex code. Debugging C/C++ programs can
> leave you feeling lost and
>  disoriented. TotalView can help you find your way.
> Available
=== message truncated ===


__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/


-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger

for complex code. Debugging C/C++ programs can leave you feeling lost and
disoriented. TotalView can help you find your way. Available on major UNIX
and Linux platforms. Try it free. www.etnus.com
_______________________________________________
Quickfix-developers mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers

RE: [Quickfix-developers] setup for building quickfix on Solaris

[Oren M. <ore...@ya...>]

Perhaps if you post the linking instruction being sent
to libtool, that would help determine what is
happening.

--- Chuck Houpt <zzc...@xc...> wrote:
> Thanks! I've gotten a little farther, but I've run
> into the same problem Martin Janssen had with the
> JNI library. It looks like the libquickfix_jni.so
> isn't beeing linked with libquickfix.la.
>  
> Was a solution found for Martin's problem?
>  
> - Chuck
>  
> From: Martin Janssen <martin@no...> 
>   <http://images.sourceforge.net/images/msg.gif>
> Java on Solaris   
> 2003-01-08 04:35 	
> 
>  
> 
>  
> 
>  
> 
>  Hi there,
> 
>  
> 
>  Eventhough I exactly followed all the instructions
> I could find to try a short sample
> 
> application of my own, written in Java, this is what
> I get when I try to run it:
> 
>  
> 
>  Exception in thread "main"
> java.lang.UnsatisfiedLinkError:
> 
> /export/home/mj/QuickFIX/mjtst/libquickfix_jni.so:
> ld.so.1:
> 
>
/usr/bin/../java/bin/../bin/sparc/native_threads/java:
> fatal: relocation error: file
> 
> /export/home/mj/QuickFIX/mjtst/libquickfix_jni.so:
> symbol _ZTVN3FIX16ScreenLogFactoryE:
> 
> referenced symbol not found
> 
>          at
> java.lang.ClassLoader$NativeLibrary.load(Native
> Method)
> 
>          at
>
java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1414)
> 
>          at
>
java.lang.ClassLoader.loadLibrary(ClassLoader.java:1338)
> 
>          at
> java.lang.Runtime.loadLibrary0(Runtime.java:744)
> 
>          at
> java.lang.System.loadLibrary(System.java:815)
> 
>          at MJMain.<clinit>(MJMain.java:8)
> 
>  
> 
>  Any clue on what I could be doing wrong ?
> 
>  
> 
>  Thanks in advance,
> 
>  
> 
>  Martin
> 
> -----Original Message-----
> From: Oren Miller [mailto:ore...@ya...]
> Sent: Thursday, March 06, 2003 11:20 AM
> To: Chuck Houpt;
> qui...@li...
> Subject: Re: [Quickfix-developers] setup for
> building quickfix on Solaris
> 
> 
> 
> I've seen this recently as well at a client site,
> and not just with QuickFIX, but several projects
> that use autotools to build.  From the reports I've
> read it is due to some incompatibility to newer
> versions of autotools.  I've spent a little time
> with this but havn't resolved it yet.invested much
> time in fixing it.  If anybody has experienced this
> on other projects, please let me know what the
> resolution was. 
> 
> 
> Until this is fixed you can either try installing
> with an older version of autotools, or do the
> installation manually.  Everything that is installed
> is placed in the include and the lib directories
> under the root quickfix directory. 
> 
> 
>  Chuck Houpt <zzc...@xc...> wrote: 
> 
> 
> I'm having trouble getting quickfix 1.3.2 compiled
> under Solaris 8 with gcc-3.2.2
> 
> Here's the setup I have:
> 
> From www.sunfreeware.com, I've installed:
> gcc-3.2.2-sol8-sparc-local in /usr/local
> 
> I built and installed libxml2-2.4.30 in /usr/local
> 
> The quickfix instructions say glibc is required for
> Solaris, but there isn't a pre-packaged version on
> sunfreeware, and the glibc source (2.x) complains
> that Solaris isn't supported, so I went ahead
> without it (probably a bad idea...).
> 
> ./configure and make seem to run ok, but when I try
> to install, it seems to have trouble with install-sh
> (see below).
> 
> Any ideas on where I've gone wrong would be greatly
> appreciated.
> 
> Thanks - Chuck
> 
> /make install
> Making install in src
> make[1]: Entering directory `/tmp/quickfix/src'
> Making install in C++
> make[2]: Entering directory `/tmp/quickfix/src/C++'
> Making install in test
> make[3]: Entering directory
> `/tmp/quickfix/src/C++/test'
> make[4]: Entering directory
> `/tmp/quickfix/src/C++/test'
> make[4]: Nothing to be done for `install-exec-am'.
> make[4]: Nothing to be done for `install-data-am'.
> make[4]: Leaving directory
> `/tmp/quickfix/src/C++/test'
> make[3]: Leaving directory
> `/tmp/quickfix/src/C++/test'
> make[3]: Entering directory `/tmp/quickfix/src/C++'
> rm -rf ../../lib/libquickfix.a
> rm -rf ../../lib/libquickfix.la
> ln -s ../src/C++/.libs/libquickfix.a
> ../../lib/libquickfix.a
> ln -s ../src/C++/.libs/libquickfix.la
> ../../lib/libquickfix.la
> ./copy.sh *.h
> make[4]: Entering directory `/tmp/quickfix/src/C++'
> /bin/sh ../../mkinstalldirs /usr/local/lib
> /bin/sh ../../libtool --mode=install
> ../.././install-sh -c libquickfix.la /usr/
> local/lib/libquickfix.la
> ../.././install-sh -c .libs/libquickfix.lai
> /usr/local/lib/libquickfix.la
> ../../libtool: ../.././install-sh: not found
> make[4]: *** [install-libLTLIBRARIES] Error 1
> make[4]: Leaving directory `/tmp/quickfix/src/C++'
> make[3]: *** [install-am] Error 2
> make[3]: Leaving directory `/tmp/quickfix/src/C++'
> make[2]: *** [install-recursive] Error 1
> make[2]: Leaving directory `/tmp/quickfix/src/C++'
> make[1]: *** [install-recursive] Error 1
> make[1]: Leaving directory `/tmp/quickfix/src'
> make: *** [install-recursive] Error 1
> 
> 
> 
> 
>
-------------------------------------------------------
> This SF.net email is sponsored by: Etnus, makers of
> TotalView, The debugger
> for complex code. Debugging C/C++ programs can leave
> you feeling lost and
> disoriented. TotalView can help you find your way.
> Available on major UNIX
> and Linux platforms. Try it free. www.etnus.com
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
>
https://lists.sourceforge.net/lists/listinfo/quickfix-developers
> 
> 
> 
> 
>   _____  
> 
> Do you Yahoo!?
> Yahoo! 
>
<http://rd.yahoo.com/finance/mailtagline/*http://taxes.yahoo.com/>
> Tax Center - forms, calculators, tips, and more
> 
> 
=== message truncated ===


__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/

Re: [Quickfix-developers] core dump

[Oren M. <ore...@ya...>]

Another thing.  Which compiler and STL implementation
are you using?  We know that there are bugs in the gcc
STL implementation for gcc 2.95.x, when using strings
on a multi-processor machine.  This causes random bad
behavior.  For these cases we recommend using STLport.

--- gar...@su... wrote:
> 
> So far we've only seen this once, though we've only
> been testing on the 250
> for a couple days.
> 
> We will keep an eye on this but it does kinda make
> me nervous....
> 
> Do you think that if we compiled on the platform we
> run on, we would be any
> safer?
> 
> Thanks,
> 
> Gary Mui
> Prescient Markets, Inc         914-989-3118  (W)
> 445 Hamilton Avenue          914-422-3693  (F)
> White Plains, NY 10601
> 
> Please visit us at http://www.cpmarket.com
> 
> 
>                                                     
>                                                     
>                
>                       Oren Miller                   
>                                                     
>                
>                       <orenmnero@yahoo         To:  
>    gar...@su...,
> qui...@li...  
>                       .com>                    cc:  
>                                                     
>                
>                                               
> Subject: Re: [Quickfix-developers] core dump        
>                      
>                       03/06/03 11:29                
>                                                     
>                
>                       AM                            
>                                                     
>                
>                       Please respond                
>                                                     
>                
>                       to omiller                    
>                                                     
>                
>                                                     
>                                                     
>                
>                                                     
>                                                     
>                
> 
> 
> 
> Well, the only thing that is happening in the
> destroy method (which is
> called by the garbage collector through finalize),
> is the underlying C++
> Message object is being deleted.  This is the line:
> 
> 
> delete getCPPMessage( obj );
> 
> 
> getCPPMessage( obj ), pulls out the value from the
> cppPointer variable in
> Message.java which is used to store the memory
> address of the C++ object.
> 
> 
> Obviously some pretty unsafe casting needs to be
> done to accomplish this.
> I don't know what the architectural differences are
> between those two
> systems, but OS isn't the only factor as such
> pointer manipulation is more
> affected by hardware than anything else.
> 
> 
> Are you able to consistantly get this behavior in a
> repeatable way, or does
> it work sometimes and not others?  Have you only
> seen this behavior on the
> e250?
> 
> 
>  gar...@su... wrote:
>  I got the following core dump and as I'm that
> familiar with the C++ side
>  of
>  quickfix, was wondering if anyone has any
> suggestions as to what may have
>  been the problem:
> 
>  Would it matter that the libraries were build on an
> Ultra 5 but are being
>  used on an E250? The OS versions are the same.
> 
>  Thanks,
>  Gary
> 
> 
> 
>  <20030306-14:59:42, FIX.4.2:STNMMTST->FMRFITST,
> incoming>
> 
> 
>
(8=FIX.4.2^A9=0066^A35=0^A34=280^A49=FMRFITST^A56=STNMMTST^A52=20030306-14:59:42^A112=TEST^A10=227^A)
> 
> 
>  An unexpected exception has been detected in native
> code outside the VM.
>  Unexpected Signal : 11 occurred at PC=0xfe1c71f0
>  Function name=assign__t18string_char_traits1ZcRcRCc
> 
>
Library=/export/home/prescient/QFE/qfe_03.04.03/lib/libstdc++.so.2.10.0
> 
>  Current Java thread:
>  at org.quickfix.Message.destroy(Native Method)
>  at org.quickfix.Message.finalize(Message.java:89)
>  at
> java.lang.ref.Finalizer.invokeFinalizeMethod(Native
> Method)
>  at
>
java.lang.ref.Finalizer.runFinalizer(Finalizer.java:86)
>  at
>
java.lang.ref.Finalizer.access$100(Finalizer.java:17)
>  at
>
java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:163)
> 
>  Dynamic libraries:
>  0x10000 /java/bin/../bin/sparc/native_threads/java
>  0xff350000 /usr/lib/libthread.so.1
>  0xff390000 /usr/lib/libdl.so.1
>  0xff200000 /usr/lib/libc.so.1
>  0xff330000
> /usr/platform/SUNW,Ultra-60/lib/libc_psr.so.1
>  0xfe480000
> 
>
/pfdcpmarket/apps/JDK/java131/jre/lib/sparc/client/libjvm.so
>  0xff2e0000 /usr/lib/libCrun.so.1
>  0xff1e0000 /usr/lib/libsocket.so.1
>  0xff100000 /usr/lib/libnsl.so.1
>  0xff0d0000 /usr/lib/libm.so.1
>  0xff310000 /usr/lib/libw.so.1
>  0xff0b0000 /usr/lib/libmp.so.2
>  0xff080000
> 
>
/pfdcpmarket/apps/JDK/java131/jre/lib/sparc/native_threads/libhpi.so
>  0xff050000
>
/pfdcpmarket/apps/JDK/java131/jre/lib/sparc/libverify.so
>  0xfe440000
>
/pfdcpmarket/apps/JDK/java131/jre/lib/sparc/libjava.so
>  0xff020000
>
/pfdcpmarket/apps/JDK/java131/jre/lib/sparc/libzip.so
>  0xf4880000
>
/pfdcpmarket/apps/QFE/qfe_03.04.03/lib/libquickfix_jni.so
>  0xfe190000
> 
>
/export/home/prescient/QFE/qfe_03.04.03/lib/libstdc++.so.2.10.0
>  0xf4700000
>
/export/home/prescient/QFE/qfe_03.04.03/lib/libxml2.so.2
>  0xfe2c0000 /usr/lib/libz.so
>  0xfe2a0000 /usr/lib/libpthread.so.1
>  0xfe170000
>
/pfdcpmarket/apps/JDK/java131/jre/lib/sparc/libnet.so
>  0xfd3e0000 /usr/lib/nss_files.so.1
> 
>  Local Time = Thu Mar 6 09:59:47 2003
>  Elapsed Time = 42711
>  #
>  # The exception above was detected in native code
> outside the VM
>  #
>  # Java VM: Java HotSpot(TM) Client VM (1.3.1_02-b02
> mixed mode)
> 
> 
> 
>  Gary Mui
>  Prescient Markets, Inc 914-989-3118 (W)
>  445 Hamilton Avenue 914-422-3693 (F)
>  White Plains, NY 10601
> 
>  Please visit us at http://www.cpmarket.com
> 
> 
> 
> 
> 
>
-------------------------------------------------------
>  This SF.net email is sponsored by: Etnus, makers of
> TotalView, The
>  debugger
>  for complex code. Debugging C/C++ programs can
> leave you feeling lost and
>  disoriented. TotalView can help you find your way.
> Available 
=== message truncated ===


__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/

Re: [Quickfix-developers] core dump

[<gar...@su...>]

So far we've only seen this once, though we've only been testing on the 250
for a couple days.

We will keep an eye on this but it does kinda make me nervous....

Do you think that if we compiled on the platform we run on, we would be any
safer?

Thanks,

Gary Mui
Prescient Markets, Inc         914-989-3118  (W)
445 Hamilton Avenue          914-422-3693  (F)
White Plains, NY 10601

Please visit us at http://www.cpmarket.com


                                                                                                                         
                      Oren Miller                                                                                        
                      <orenmnero@yahoo         To:      gar...@su..., qui...@li...  
                      .com>                    cc:                                                                       
                                               Subject: Re: [Quickfix-developers] core dump                              
                      03/06/03 11:29                                                                                     
                      AM                                                                                                 
                      Please respond                                                                                     
                      to omiller                                                                                         
                                                                                                                         
                                                                                                                         



Well, the only thing that is happening in the destroy method (which is
called by the garbage collector through finalize), is the underlying C++
Message object is being deleted.  This is the line:


delete getCPPMessage( obj );


getCPPMessage( obj ), pulls out the value from the cppPointer variable in
Message.java which is used to store the memory address of the C++ object.


Obviously some pretty unsafe casting needs to be done to accomplish this.
I don't know what the architectural differences are between those two
systems, but OS isn't the only factor as such pointer manipulation is more
affected by hardware than anything else.


Are you able to consistantly get this behavior in a repeatable way, or does
it work sometimes and not others?  Have you only seen this behavior on the
e250?


 gar...@su... wrote:
 I got the following core dump and as I'm that familiar with the C++ side
 of
 quickfix, was wondering if anyone has any suggestions as to what may have
 been the problem:

 Would it matter that the libraries were build on an Ultra 5 but are being
 used on an E250? The OS versions are the same.

 Thanks,
 Gary



 <20030306-14:59:42, FIX.4.2:STNMMTST->FMRFITST, incoming>

 (8=FIX.4.2^A9=0066^A35=0^A34=280^A49=FMRFITST^A56=STNMMTST^A52=20030306-14:59:42^A112=TEST^A10=227^A)


 An unexpected exception has been detected in native code outside the VM.
 Unexpected Signal : 11 occurred at PC=0xfe1c71f0
 Function name=assign__t18string_char_traits1ZcRcRCc
 Library=/export/home/prescient/QFE/qfe_03.04.03/lib/libstdc++.so.2.10.0

 Current Java thread:
 at org.quickfix.Message.destroy(Native Method)
 at org.quickfix.Message.finalize(Message.java:89)
 at java.lang.ref.Finalizer.invokeFinalizeMethod(Native Method)
 at java.lang.ref.Finalizer.runFinalizer(Finalizer.java:86)
 at java.lang.ref.Finalizer.access$100(Finalizer.java:17)
 at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:163)

 Dynamic libraries:
 0x10000 /java/bin/../bin/sparc/native_threads/java
 0xff350000 /usr/lib/libthread.so.1
 0xff390000 /usr/lib/libdl.so.1
 0xff200000 /usr/lib/libc.so.1
 0xff330000 /usr/platform/SUNW,Ultra-60/lib/libc_psr.so.1
 0xfe480000
 /pfdcpmarket/apps/JDK/java131/jre/lib/sparc/client/libjvm.so
 0xff2e0000 /usr/lib/libCrun.so.1
 0xff1e0000 /usr/lib/libsocket.so.1
 0xff100000 /usr/lib/libnsl.so.1
 0xff0d0000 /usr/lib/libm.so.1
 0xff310000 /usr/lib/libw.so.1
 0xff0b0000 /usr/lib/libmp.so.2
 0xff080000
 /pfdcpmarket/apps/JDK/java131/jre/lib/sparc/native_threads/libhpi.so
 0xff050000 /pfdcpmarket/apps/JDK/java131/jre/lib/sparc/libverify.so
 0xfe440000 /pfdcpmarket/apps/JDK/java131/jre/lib/sparc/libjava.so
 0xff020000 /pfdcpmarket/apps/JDK/java131/jre/lib/sparc/libzip.so
 0xf4880000 /pfdcpmarket/apps/QFE/qfe_03.04.03/lib/libquickfix_jni.so
 0xfe190000
 /export/home/prescient/QFE/qfe_03.04.03/lib/libstdc++.so.2.10.0
 0xf4700000 /export/home/prescient/QFE/qfe_03.04.03/lib/libxml2.so.2
 0xfe2c0000 /usr/lib/libz.so
 0xfe2a0000 /usr/lib/libpthread.so.1
 0xfe170000 /pfdcpmarket/apps/JDK/java131/jre/lib/sparc/libnet.so
 0xfd3e0000 /usr/lib/nss_files.so.1

 Local Time = Thu Mar 6 09:59:47 2003
 Elapsed Time = 42711
 #
 # The exception above was detected in native code outside the VM
 #
 # Java VM: Java HotSpot(TM) Client VM (1.3.1_02-b02 mixed mode)



 Gary Mui
 Prescient Markets, Inc 914-989-3118 (W)
 445 Hamilton Avenue 914-422-3693 (F)
 White Plains, NY 10601

 Please visit us at http://www.cpmarket.com




 -------------------------------------------------------
 This SF.net email is sponsored by: Etnus, makers of TotalView, The
 debugger
 for complex code. Debugging C/C++ programs can leave you feeling lost and
 disoriented. TotalView can help you find your way. Available on major UNIX

 and Linux platforms. Try it free. www.etnus.com
 _______________________________________________
 Quickfix-developers mailing list
 Qui...@li...
 https://lists.sourceforge.net/lists/listinfo/quickfix-developers



Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, and more

RE: [Quickfix-developers] setup for building quickfix on Solaris

[Chuck H. <zzc...@xc...>]

Thanks! I've gotten a little farther, but I've run into the same problem =
Martin Janssen had with the JNI library. It looks like the =
libquickfix_jni.so isn't beeing linked with libquickfix.la.
=20
Was a solution found for Martin's problem?
=20
- Chuck
=20
From: Martin Janssen <martin@no...>=20
  <http://images.sourceforge.net/images/msg.gif> Java on Solaris  =20
2003-01-08 04:35 =09

=20

=20

=20

 Hi there,

=20

 Eventhough I exactly followed all the instructions I could find to try =
a short sample

application of my own, written in Java, this is what I get when I try to =
run it:

=20

 Exception in thread "main" java.lang.UnsatisfiedLinkError:

/export/home/mj/QuickFIX/mjtst/libquickfix_jni.so: ld.so.1:

/usr/bin/../java/bin/../bin/sparc/native_threads/java: fatal: relocation =
error: file

/export/home/mj/QuickFIX/mjtst/libquickfix_jni.so: symbol =
_ZTVN3FIX16ScreenLogFactoryE:

referenced symbol not found

         at java.lang.ClassLoader$NativeLibrary.load(Native Method)

         at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1414)

         at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1338)

         at java.lang.Runtime.loadLibrary0(Runtime.java:744)

         at java.lang.System.loadLibrary(System.java:815)

         at MJMain.<clinit>(MJMain.java:8)

=20

 Any clue on what I could be doing wrong ?

=20

 Thanks in advance,

=20

 Martin

-----Original Message-----
From: Oren Miller [mailto:ore...@ya...]
Sent: Thursday, March 06, 2003 11:20 AM
To: Chuck Houpt; qui...@li...
Subject: Re: [Quickfix-developers] setup for building quickfix on =
Solaris



I've seen this recently as well at a client site, and not just with =
QuickFIX, but several projects that use autotools to build.  From the =
reports I've read it is due to some incompatibility to newer versions of =
autotools.  I've spent a little time with this but havn't resolved it =
yet.invested much time in fixing it.  If anybody has experienced this on =
other projects, please let me know what the resolution was.=20


Until this is fixed you can either try installing with an older version =
of autotools, or do the installation manually.  Everything that is =
installed is placed in the include and the lib directories under the =
root quickfix directory.=20


 Chuck Houpt <zzc...@xc...> wrote:=20


I'm having trouble getting quickfix 1.3.2 compiled under Solaris 8 with =
gcc-3.2.2

Here's the setup I have:

From www.sunfreeware.com, I've installed:
gcc-3.2.2-sol8-sparc-local in /usr/local

I built and installed libxml2-2.4.30 in /usr/local

The quickfix instructions say glibc is required for Solaris, but there =
isn't a pre-packaged version on sunfreeware, and the glibc source (2.x) =
complains that Solaris isn't supported, so I went ahead without it =
(probably a bad idea...).

./configure and make seem to run ok, but when I try to install, it seems =
to have trouble with install-sh (see below).

Any ideas on where I've gone wrong would be greatly appreciated.

Thanks - Chuck

/make install
Making install in src
make[1]: Entering directory `/tmp/quickfix/src'
Making install in C++
make[2]: Entering directory `/tmp/quickfix/src/C++'
Making install in test
make[3]: Entering directory `/tmp/quickfix/src/C++/test'
make[4]: Entering directory `/tmp/quickfix/src/C++/test'
make[4]: Nothing to be done for `install-exec-am'.
make[4]: Nothing to be done for `install-data-am'.
make[4]: Leaving directory `/tmp/quickfix/src/C++/test'
make[3]: Leaving directory `/tmp/quickfix/src/C++/test'
make[3]: Entering directory `/tmp/quickfix/src/C++'
rm -rf ../../lib/libquickfix.a
rm -rf ../../lib/libquickfix.la
ln -s ../src/C++/.libs/libquickfix.a ../../lib/libquickfix.a
ln -s ../src/C++/.libs/libquickfix.la ../../lib/libquickfix.la
./copy.sh *.h
make[4]: Entering directory `/tmp/quickfix/src/C++'
/bin/sh ../../mkinstalldirs /usr/local/lib
/bin/sh ../../libtool --mode=3Dinstall ../.././install-sh -c =
libquickfix.la /usr/
local/lib/libquickfix.la
../.././install-sh -c .libs/libquickfix.lai =
/usr/local/lib/libquickfix.la
../../libtool: ../.././install-sh: not found
make[4]: *** [install-libLTLIBRARIES] Error 1
make[4]: Leaving directory `/tmp/quickfix/src/C++'
make[3]: *** [install-am] Error 2
make[3]: Leaving directory `/tmp/quickfix/src/C++'
make[2]: *** [install-recursive] Error 1
make[2]: Leaving directory `/tmp/quickfix/src/C++'
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory `/tmp/quickfix/src'
make: *** [install-recursive] Error 1




-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers of TotalView, The =
debugger
for complex code. Debugging C/C++ programs can leave you feeling lost =
and
disoriented. TotalView can help you find your way. Available on major =
UNIX
and Linux platforms. Try it free. www.etnus.com
_______________________________________________
Quickfix-developers mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers




  _____ =20

Do you Yahoo!?
Yahoo!  =
<http://rd.yahoo.com/finance/mailtagline/*http://taxes.yahoo.com/> Tax =
Center - forms, calculators, tips, and more

Re: [Quickfix-developers] Asian timezone: setting startTime/endTime

[Oren M. <ore...@ya...>]

QuickFIX will be able to determine if a time span
crosses midnight.  For instance, if you wanted the
time span to run from 20:00UTC to 10:00UTC the next
day, you would just set the start and end times
accordingly like this:

[SESSION]
...
StartTime=20:00:00
EndTime=10:00:00
...

Since your end time is lower than your starttime,
QuickFIX understands your intention to cross over past
midnight.

 "Brauweiler, Neal" <Neal

--- "Brauweiler, Neal" <Nea...@da...>
wrote:
> How do I setup startTime and endTime for a session
> that crosses UTC midnight
> (e.g. Japan)?
> 
> 


__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/

Re: [Quickfix-developers] core dump

[Oren M. <ore...@ya...>]

Well, the only thing that is happening in the destroy method (which is called by the garbage collector through finalize), is the underlying C++ Message object is being deleted.  This is the line:
delete getCPPMessage( obj );
getCPPMessage( obj ), pulls out the value from the cppPointer variable in Message.java which is used to store the memory address of the C++ object.
Obviously some pretty unsafe casting needs to be done to accomplish this.  I don't know what the architectural differences are between those two systems, but OS isn't the only factor as such pointer manipulation is more affected by hardware than anything else.
Are you able to consistantly get this behavior in a repeatable way, or does it work sometimes and not others?  Have you only seen this behavior on the e250?
 gar...@su... wrote:I got the following core dump and as I'm that familiar with the C++ side of
quickfix, was wondering if anyone has any suggestions as to what may have
been the problem:

Would it matter that the libraries were build on an Ultra 5 but are being
used on an E250? The OS versions are the same.

Thanks,
Gary



<20030306-14:59:42, FIX.4.2:STNMMTST->FMRFITST, incoming>

(8=FIX.4.2^A9=0066^A35=0^A34=280^A49=FMRFITST^A56=STNMMTST^A52=20030306-14:59:42^A112=TEST^A10=227^A)

An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : 11 occurred at PC=0xfe1c71f0
Function name=assign__t18string_char_traits1ZcRcRCc
Library=/export/home/prescient/QFE/qfe_03.04.03/lib/libstdc++.so.2.10.0

Current Java thread:
at org.quickfix.Message.destroy(Native Method)
at org.quickfix.Message.finalize(Message.java:89)
at java.lang.ref.Finalizer.invokeFinalizeMethod(Native Method)
at java.lang.ref.Finalizer.runFinalizer(Finalizer.java:86)
at java.lang.ref.Finalizer.access$100(Finalizer.java:17)
at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:163)

Dynamic libraries:
0x10000 /java/bin/../bin/sparc/native_threads/java
0xff350000 /usr/lib/libthread.so.1
0xff390000 /usr/lib/libdl.so.1
0xff200000 /usr/lib/libc.so.1
0xff330000 /usr/platform/SUNW,Ultra-60/lib/libc_psr.so.1
0xfe480000
/pfdcpmarket/apps/JDK/java131/jre/lib/sparc/client/libjvm.so
0xff2e0000 /usr/lib/libCrun.so.1
0xff1e0000 /usr/lib/libsocket.so.1
0xff100000 /usr/lib/libnsl.so.1
0xff0d0000 /usr/lib/libm.so.1
0xff310000 /usr/lib/libw.so.1
0xff0b0000 /usr/lib/libmp.so.2
0xff080000
/pfdcpmarket/apps/JDK/java131/jre/lib/sparc/native_threads/libhpi.so
0xff050000 /pfdcpmarket/apps/JDK/java131/jre/lib/sparc/libverify.so
0xfe440000 /pfdcpmarket/apps/JDK/java131/jre/lib/sparc/libjava.so
0xff020000 /pfdcpmarket/apps/JDK/java131/jre/lib/sparc/libzip.so
0xf4880000 /pfdcpmarket/apps/QFE/qfe_03.04.03/lib/libquickfix_jni.so
0xfe190000
/export/home/prescient/QFE/qfe_03.04.03/lib/libstdc++.so.2.10.0
0xf4700000 /export/home/prescient/QFE/qfe_03.04.03/lib/libxml2.so.2
0xfe2c0000 /usr/lib/libz.so
0xfe2a0000 /usr/lib/libpthread.so.1
0xfe170000 /pfdcpmarket/apps/JDK/java131/jre/lib/sparc/libnet.so
0xfd3e0000 /usr/lib/nss_files.so.1

Local Time = Thu Mar 6 09:59:47 2003
Elapsed Time = 42711
#
# The exception above was detected in native code outside the VM
#
# Java VM: Java HotSpot(TM) Client VM (1.3.1_02-b02 mixed mode)



Gary Mui
Prescient Markets, Inc 914-989-3118 (W)
445 Hamilton Avenue 914-422-3693 (F)
White Plains, NY 10601

Please visit us at http://www.cpmarket.com




-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger 
for complex code. Debugging C/C++ programs can leave you feeling lost and 
disoriented. TotalView can help you find your way. Available on major UNIX 
and Linux platforms. Try it free. www.etnus.com
_______________________________________________
Quickfix-developers mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers


---------------------------------
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, and more

Re: [Quickfix-developers] setup for building quickfix on Solaris

[Oren M. <ore...@ya...>]

I've seen this recently as well at a client site, and not just with QuickFIX, but several projects that use autotools to build.  From the reports I've read it is due to some incompatibility to newer versions of autotools.  I've spent a little time with this but havn't resolved it yet.invested much time in fixing it.  If anybody has experienced this on other projects, please let me know what the resolution was.
Until this is fixed you can either try installing with an older version of autotools, or do the installation manually.  Everything that is installed is placed in the include and the lib directories under the root quickfix directory.
 Chuck Houpt <zzc...@xc...> wrote:I'm having trouble getting quickfix 1.3.2 compiled under Solaris 8 with gcc-3.2.2

Here's the setup I have:

From www.sunfreeware.com, I've installed:
gcc-3.2.2-sol8-sparc-local in /usr/local

I built and installed libxml2-2.4.30 in /usr/local

The quickfix instructions say glibc is required for Solaris, but there isn't a pre-packaged version on sunfreeware, and the glibc source (2.x) complains that Solaris isn't supported, so I went ahead without it (probably a bad idea...).

./configure and make seem to run ok, but when I try to install, it seems to have trouble with install-sh (see below).

Any ideas on where I've gone wrong would be greatly appreciated.

Thanks - Chuck

/make install
Making install in src
make[1]: Entering directory `/tmp/quickfix/src'
Making install in C++
make[2]: Entering directory `/tmp/quickfix/src/C++'
Making install in test
make[3]: Entering directory `/tmp/quickfix/src/C++/test'
make[4]: Entering directory `/tmp/quickfix/src/C++/test'
make[4]: Nothing to be done for `install-exec-am'.
make[4]: Nothing to be done for `install-data-am'.
make[4]: Leaving directory `/tmp/quickfix/src/C++/test'
make[3]: Leaving directory `/tmp/quickfix/src/C++/test'
make[3]: Entering directory `/tmp/quickfix/src/C++'
rm -rf ../../lib/libquickfix.a
rm -rf ../../lib/libquickfix.la
ln -s ../src/C++/.libs/libquickfix.a ../../lib/libquickfix.a
ln -s ../src/C++/.libs/libquickfix.la ../../lib/libquickfix.la
./copy.sh *.h
make[4]: Entering directory `/tmp/quickfix/src/C++'
/bin/sh ../../mkinstalldirs /usr/local/lib
/bin/sh ../../libtool --mode=install ../.././install-sh -c libquickfix.la /usr/
local/lib/libquickfix.la
../.././install-sh -c .libs/libquickfix.lai /usr/local/lib/libquickfix.la
../../libtool: ../.././install-sh: not found
make[4]: *** [install-libLTLIBRARIES] Error 1
make[4]: Leaving directory `/tmp/quickfix/src/C++'
make[3]: *** [install-am] Error 2
make[3]: Leaving directory `/tmp/quickfix/src/C++'
make[2]: *** [install-recursive] Error 1
make[2]: Leaving directory `/tmp/quickfix/src/C++'
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory `/tmp/quickfix/src'
make: *** [install-recursive] Error 1




-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger
for complex code. Debugging C/C++ programs can leave you feeling lost and
disoriented. TotalView can help you find your way. Available on major UNIX
and Linux platforms. Try it free. www.etnus.com
_______________________________________________
Quickfix-developers mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers


---------------------------------
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, and more

[Quickfix-developers] Asian timezone: setting startTime/endTime

[Brauweiler, N. <Nea...@da...>]

How do I setup startTime and endTime for a session that crosses UTC midnight
(e.g. Japan)?

[Quickfix-developers] core dump

[<gar...@su...>]

I got the following core dump and as I'm that familiar with the C++ side of
quickfix, was wondering if anyone has any suggestions as to what may have
been the problem:

Would it matter that the libraries were build on an Ultra 5 but are being
used on an E250?  The OS versions are the same.

Thanks,
Gary



<20030306-14:59:42, FIX.4.2:STNMMTST->FMRFITST, incoming>

(8=FIX.4.2^A9=0066^A35=0^A34=280^A49=FMRFITST^A56=STNMMTST^A52=20030306-14:59:42^A112=TEST^A10=227^A)

An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : 11 occurred at PC=0xfe1c71f0
Function name=assign__t18string_char_traits1ZcRcRCc
Library=/export/home/prescient/QFE/qfe_03.04.03/lib/libstdc++.so.2.10.0

Current Java thread:
        at org.quickfix.Message.destroy(Native Method)
        at org.quickfix.Message.finalize(Message.java:89)
        at java.lang.ref.Finalizer.invokeFinalizeMethod(Native Method)
        at java.lang.ref.Finalizer.runFinalizer(Finalizer.java:86)
        at java.lang.ref.Finalizer.access$100(Finalizer.java:17)
        at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:163)

Dynamic libraries:
0x10000         /java/bin/../bin/sparc/native_threads/java
0xff350000      /usr/lib/libthread.so.1
0xff390000      /usr/lib/libdl.so.1
0xff200000      /usr/lib/libc.so.1
0xff330000      /usr/platform/SUNW,Ultra-60/lib/libc_psr.so.1
0xfe480000
/pfdcpmarket/apps/JDK/java131/jre/lib/sparc/client/libjvm.so
0xff2e0000      /usr/lib/libCrun.so.1
0xff1e0000      /usr/lib/libsocket.so.1
0xff100000      /usr/lib/libnsl.so.1
0xff0d0000      /usr/lib/libm.so.1
0xff310000      /usr/lib/libw.so.1
0xff0b0000      /usr/lib/libmp.so.2
0xff080000
/pfdcpmarket/apps/JDK/java131/jre/lib/sparc/native_threads/libhpi.so
0xff050000      /pfdcpmarket/apps/JDK/java131/jre/lib/sparc/libverify.so
0xfe440000      /pfdcpmarket/apps/JDK/java131/jre/lib/sparc/libjava.so
0xff020000      /pfdcpmarket/apps/JDK/java131/jre/lib/sparc/libzip.so
0xf4880000      /pfdcpmarket/apps/QFE/qfe_03.04.03/lib/libquickfix_jni.so
0xfe190000
/export/home/prescient/QFE/qfe_03.04.03/lib/libstdc++.so.2.10.0
0xf4700000      /export/home/prescient/QFE/qfe_03.04.03/lib/libxml2.so.2
0xfe2c0000      /usr/lib/libz.so
0xfe2a0000      /usr/lib/libpthread.so.1
0xfe170000      /pfdcpmarket/apps/JDK/java131/jre/lib/sparc/libnet.so
0xfd3e0000      /usr/lib/nss_files.so.1

Local Time = Thu Mar  6 09:59:47 2003
Elapsed Time = 42711
#
# The exception above was detected in native code outside the VM
#
# Java VM: Java HotSpot(TM) Client VM (1.3.1_02-b02 mixed mode)



Gary Mui
Prescient Markets, Inc         914-989-3118  (W)
445 Hamilton Avenue          914-422-3693  (F)
White Plains, NY 10601

Please visit us at http://www.cpmarket.com