1) Yeah. That's an interesting case. QF won't
correctly validate and enumeration if there are
multiple values in it. You can just all the
enumeration values from the XML data dictionary, which
will stop QF from trying to validate the values. They
will then be passed back to you as a string you can
parse. Otherwise the validation code in the data
dictionary will have to be updated for multiple value
strings with enumerations.
2) -g -O2 are now the default compile flags (they were
blank previously) which is generally standard in the
OSS world. The problem here is that optimizations +
templates + gcc 2.95 is not so good, and it will
generally take up all your memory no matter how much
you have. You should set your CXXFLAGS environment
variable before you run configure. For instance, if
you do a
Switching to gcc 3.2 will allow you to compile with
optimizations. If you want to build with
optimizations on 2.95, you will have to exclude the
test directory which is the memory hog in this case.
Everything else should build ok.
export CXXFLAGS=
./configure
it should compile without -g and with no
optimizations. This should allow you to build and you
should in fact notice that it builds considerably
faster than 1.4.1
--- Loic Guezennec <loi...@sw...>
wrote:
>
> Hi,
>
> I have encountered 2 little problems with quickfix:
>
> 1) we were using 1.3.0 but this has a problem where
> it generate 2 messages
> with the same seqnum.
> so I tried out the version 1.4.1 but there is
> another problem there: the
> tag 18 (Execinst)
> does not behave correctly in 1.4.1 ie the tag is a
> multipleValueString
> and if there is an
> entry such as "5 B" where there are 2 values it
> fails with the following
> Value is incorrect (out of range) for this tag
> I am not sure exactly where to find the offending
> bit of code, I'll try to
> look further.
>
> 2) I then tried to compile the latest version 1.5.0
> to see if the problem
> disappears,
> however compiling on Solaris with gcc 2.95.3,
> STLport, no mysql, I found
> the following:
> 1) it compiles with the -g option, even if I
> re-generated the
> configure
> scripts, it kept there and I had to take the "-g"
> off directly
> from the configure
> 2) the compilation is massive: I blew the swap
> first time ( 1G ram
> and 1G swap
> the machine has other applications on it ..), I
> have configured an
> extra swap
> file of 800M and I am now trying. I am not sure
> that I will get
> through though...
> Is there anything to help this compilation process
> and is there any reason
> why
> it's exploded so much. Should I switch to a more
> recent version of gcc eg.
> 3.2
>
>
>
> --
> -------------------------------------------
> Loic Guezennec
> Swissquote Info
> Route des Avouillons 16 CH-1196 Gland
>
> Mailto:loi...@sw...
>
> www.swissquote.ch
>
> Tel: +41 (0)22 999 98 98
> Tel Direct: +41 (0)22 999 98 55
> Fax: +41 (0)22 999 98 99
> ____________________________________________
>
> The information in this Internet e-mail is
> confidential and may be legally
> privileged. It is intended solely for the addressee.
> Access by any other
> person to this Internet e-mail is not authorized. If
> you are not the
> intended recipient, please delete this Internet
> e-mail. Any disclosure of
> this Internet e-mail or of the parties to it, any
> copying, distribution or
> any action taken or omitted to be taken in reliance
> on it is prohibited,
> and
> may be unlawful.
> ____________________________________________
>
>
>
>
>
>
-------------------------------------------------------
> This SF.net email is sponsored by: Etnus, makers of
> TotalView, The best
> thread debugger on the planet. Designed with thread
> debugging features
> you've never dreamed of, try TotalView 6 free at
> www.etnus.com.
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers
__________________________________
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com
|
