quickfix-developers — QuickFIX developers forum

Re: [Quickfix-developers] Field Ordering?

[Oren M. <or...@qu...>]

This is accounted for in the extractField method in Message.cpp:

    /* Assume length field is 1 less. */
    int lenField = field - 1;
    /* Special case for Signature which violates above assumption. */
    if ( field == 89 ) lenField = 93;

This is the only exception to the length/data field rule that I know of.

--oren

Andrei Goldchleger wrote:

>QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
>QuickFIX Support: http://www.quickfixengine.org/services.html
>
>Hi there,
>
>I was looking at the MessageSorters [.h/.cpp] files to understand
>better how QuickFix handles field ordering. I was not really clear how
>it handles the rule that 'raw data' must be preceded by a  field
>containing the data length. Then I realized that QF orders the fields
>by ascending tag order, and *most* data fields (checked in FIX.4.4)
>have their tag numbers immediately following  the associated length
>tag. For example:
>
>    field number="90" name="SecureDataLen" type="LENGTH"
>    field number="91" name="SecureData" type="DATA"
>
>However:
>
>   field number="89" name="Signature" type="DATA"
>   field number="93" name="SignatureLength" type="LENGTH"
>
>So, the question is: does QF implement any special handling for data
>fields? If so, in which classes are they handled? Maybe I am  missing
>something, but it feels as the used approach will fail to produce a
>valid massage if the message contains a  signature.
>
>Thanks for you help,
>
>Andrei
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
>for problems?  Stop!  Download the new AJAX search engine that makes
>searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
>_______________________________________________
>Quickfix-developers mailing list
>Qui...@li...
>https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>
>
>  
>

[Quickfix-developers] Field Ordering?

[Andrei G. <an...@gm...>]

Hi there,

I was looking at the MessageSorters [.h/.cpp] files to understand
better how QuickFix handles field ordering. I was not really clear how
it handles the rule that 'raw data' must be preceded by a  field
containing the data length. Then I realized that QF orders the fields
by ascending tag order, and *most* data fields (checked in FIX.4.4)
have their tag numbers immediately following  the associated length
tag. For example:

    field number=3D"90" name=3D"SecureDataLen" type=3D"LENGTH"
    field number=3D"91" name=3D"SecureData" type=3D"DATA"

However:

   field number=3D"89" name=3D"Signature" type=3D"DATA"
   field number=3D"93" name=3D"SignatureLength" type=3D"LENGTH"

So, the question is: does QF implement any special handling for data
fields? If so, in which classes are they handled? Maybe I am  missing
something, but it feels as the used approach will fail to produce a
valid massage if the message contains a  signature.

Thanks for you help,

Andrei

Re: [Quickfix-developers] FIX4.1 OpenClose<77> not defined for message type

[Oren M. <or...@qu...>]

Can you please clarify.  Is the reject message coming from the  
vendors system, or are you simulating the vendor using QuickFIX?

--oren

On Jan 4, 2006, at 9:13 AM, Thomas Vonderhaar wrote:

> For my first attempt at option orders I get a reject for tag 77  
> (OpenClose) which is required by the vendor I'm interfacing with.   
> Any ideas on what's wrong with this request?
>
> 8=FIX. 
> 4.19=16535=D34=10149=XXXXXX50=aaaaaaa52=20060104-14:49:5856=YYY11=1620 
> 0000500021=138=140=154=155=QAA59=377=O100=5167=OPT200=200601201=0202=7 
> 0204=1205=2110=137
> BeginString         <008>:<FIX.4.1>
> BodyLength          <009>:<165>
> MsgType             <035>:<D>   Order - Single
> MsgSeqNum           <034>:<101>
> SenderCompID        <049>:<XXXXXX>
> SenderSubID         <050>:<aaaaaaa>
> SendingTime         <052>:<20060104-14:49:58>
> TargetCompID        <056>:<YYY>
> ClOrdID             <011>:<162000005000>
> HandlInst           <021>:<1>   Automated execution order, private,  
> no Broker intervention
> OrderQty            <038>:<1>
> OrdType             <040>:<1>   Market
> Side                <054>:<1>   Buy
> Symbol              <055>:<QAA>
> TimeInForce         <059>:<3>   Immediate or Cancel (IOC)
> OpenClose           <077>:<O>
> ExDestination       <100>:<5>
> SecurityType        <167>:<OPT>
> MaturityMonthYear   <200>:<200601>
> PutOrCall           <201>:<0>
> StrikePrice         <202>:<70>
> CustomerOrFirm      <204>:<1>
> MaturityDay         <205>:<21>
> CheckSum            <010>:<137>
> 8=FIX. 
> 4.19=10335=334=10249=XXXXXX52=20060104-14:49:5856=YYY45=15258=Tag  
> not defined for this message type (77)10=178
> BeginString         <008>:<FIX.4.1>
> BodyLength          <009>:<103>
> MsgType             <035>:<3>   Reject
> MsgSeqNum           <034>:<102>
> SenderCompID        <049>:<XXXXXX>
> SendingTime         <052>:<20060104-14:49:58>
> TargetCompID        <056>:<YYY>
> RefSeqNum           <045>:<152>
> Text                <058>:<Tag not defined for this message type (77)>
> CheckSum            <010>:<178>
>

[Quickfix-developers] FIX4.1 OpenClose<77> not defined for message type

[Thomas V. <tho...@sb...>]

For my first attempt at option orders I get a reject for tag 77 (OpenClose) which is required by the vendor I'm interfacing with.  Any ideas on what's wrong with this request?
   
  8=FIX.4.19=16535=D34=10149=XXXXXX50=aaaaaaa52=20060104-14:49:5856=YYY11=16200000500021=138=140=154=155=QAA59=377=O100=5167=OPT200=200601201=0202=70204=1205=2110=137
BeginString         <008>:<FIX.4.1>
BodyLength          <009>:<165>
MsgType             <035>:<D>   Order - Single
MsgSeqNum           <034>:<101>
SenderCompID        <049>:<XXXXXX>
SenderSubID         <050>:<aaaaaaa>
SendingTime         <052>:<20060104-14:49:58>
TargetCompID        <056>:<YYY>
ClOrdID             <011>:<162000005000>
HandlInst           <021>:<1>   Automated execution order, private, no Broker intervention
OrderQty            <038>:<1>
OrdType             <040>:<1>   Market
Side                <054>:<1>   Buy
Symbol              <055>:<QAA>
TimeInForce         <059>:<3>   Immediate or Cancel (IOC)
OpenClose           <077>:<O>
ExDestination       <100>:<5>
SecurityType        <167>:<OPT>
MaturityMonthYear   <200>:<200601>
PutOrCall           <201>:<0>
StrikePrice         <202>:<70>
CustomerOrFirm      <204>:<1>
MaturityDay         <205>:<21>
CheckSum            <010>:<137>

  8=FIX.4.19=10335=334=10249=XXXXXX52=20060104-14:49:5856=YYY45=15258=Tag not defined for this message type (77)10=178
BeginString         <008>:<FIX.4.1>
BodyLength          <009>:<103>
MsgType             <035>:<3>   Reject
MsgSeqNum           <034>:<102>
SenderCompID        <049>:<XXXXXX>
SendingTime         <052>:<20060104-14:49:58>
TargetCompID        <056>:<YYY>
RefSeqNum           <045>:<152>
Text                <058>:<Tag not defined for this message type (77)>
CheckSum            <010>:<178>

   

RE: [Quickfix-developers] enumerated fields in quickfixJ

[Steve B. <sb...@sm...>]

Hi Warren,
 
The fields classes are generated in a manner compatible with the QuickFIX
JNI Java
wrapper. You could make a small change to
JavaCodeGenerator.generateFieldNames
to create an extra package for each spec version. If you want to eliminate
the existing
field package, you'd also need to modify the message-related class
generation to
use the correct field packages (modify the import statement) for each
message.
 
Unfortunately, there is currently no Ant configuration options for this type
of
custom code generation.
 
Steve Bate
Smart Trade Technologies
Phone: +33 4 42 90 03 97
http://www.smart-trade.net/


  _____  

From: qui...@li...
[mailto:qui...@li...] On Behalf Of Warren
Sze
Sent: Wednesday, January 04, 2006 12:09 AM
To: qui...@li...
Subject: [Quickfix-developers] enumerated fields in quickfixJ



Hi,

 

How do I build enumerated fields for FIX 4.2?  Right now it creates a
package quickfix.field for FIX 4.4.  I would like to have it create packages
that look like this:

 

quickfix.field.fix40

quickfix.field.fix41

quickfix.field.fix42

quickfix.field.fix43

quickfix.field.fix44

 

I imagine I can do this by passing a parameter to the ant script.

 

Thanks.

 

Warren

 

 

 

 



To find out more about Reuters visit www.about.reuters.com

Any views expressed in this message are those of the individual sender,
except where the sender specifically states them to be the views of Reuters
Ltd.

[Quickfix-developers] enumerated fields in quickfixJ

[Warren S. <War...@re...>]

Hi,

=20

How do I build enumerated fields for FIX 4.2?  Right now it creates a
package quickfix.field for FIX 4.4.  I would like to have it create
packages that look like this:

=20

quickfix.field.fix40

quickfix.field.fix41

quickfix.field.fix42

quickfix.field.fix43

quickfix.field.fix44

=20

I imagine I can do this by passing a parameter to the ant script.

=20

Thanks.

=20

Warren

=20

=20

=20

=20



To find out more about Reuters visit www.about.reuters.com

Any views expressed in this message are those of the individual sender, exc=
ept where the sender specifically states them to be the views of Reuters Lt=
d.

Re: [Quickfix-developers] Already sent ResendRequest ... Not sending another.

[Oren M. <or...@qu...>]

Yeah, I'm not sure about removing the queue completely.  It comes off of 
this recommendation from the FIX protocol.

· It is also recommended that an engine should store out of sequence 
messages in a temporary queue and process them in order when the gap is 
closed. This prevents generating resend requests for n->m, n->m+1, 
n->m+2, ... which can result in many resent PossDupFlag=Y messages.

I *think* it might be ok for us to do away with the queue, because I 
believe we are blocking any sends while a resend request was being 
processed (making it impossible to create the above scenario).  
Otherwise removing the queue would cause some serious thrashing on a 
high frequency system that would be unrecoverable.  If it can be 
demonstrated that a high frequency system can gracefully handle resend 
request scenarios, I would be ok removing the queue.

--oren

Caleb Epstein wrote:

> On 1/3/06, *Oren Miller* <or...@qu... 
> <mailto:or...@qu...>> wrote:
>
>     Well, the initiator sent a resend request from 197648 to 0 after
>     logging
>     in, and the acceptor responded with a sequence reset from 197648 to
>     197651.  No messages would have been queued, so no queued messages
>     would
>     have been processed.  So yeah, I would think that it is not being
>     reset
>     in the correct place.
>
>
> Ah that explains it.  I didn't read the log closely enough and missed 
> this reset.
>
> It looks like the right place for the "have we satisfied an 
> outstanding resend request" logic is in Session::verify.  I've just 
> committed a change that moves this logic from Session::nextQueued to 
> here and it passes all user and acceptance tests.  There will be a new 
> event logged when this happens:  "ResendRequest for messages FROM: # 
> TO: # has been satisfied.".
>
> Shifting gears slightly, this raises (again) the queueing of messages 
> from the counterparty.  In Scott's case I'm pretty sure there was at 
> least one message sitting in the SessionState's m_queue that would 
> never be emptied out (#197650) until the session disconnected.
>
> I've posted before about the potential problems associated with 
> queueing messages, specifically Admin-type messages (see 
> http://sourceforge.net/mailarchive/forum.php?thread_id=7090286&forum_id=103 
> <http://sourceforge.net/mailarchive/forum.php?thread_id=7090286&forum_id=103>), 
> and I'm wondering if it might not make sense to remove the queueing 
> logic from the Session entirely.  Its a potential performance 
> optimization that has the potential to cause a memory leak (e.g. 
> queued messages that are skipped by a SequenceReset) and worse, 
> incorrect behavior (see email thread linked previously).
>
> Removing the queue would also simplify the code in the Session class, 
> which is always a good thing IMHO.  Failing that, Admin-type messages 
> should probably not be enqueued, based on the reasons I outlined in 
> the email thread from April.  Oren, what do you think of this?
>
> -- 
> Caleb Epstein
> caleb dot epstein at gmail dot com 

Re: [Quickfix-developers] Already sent ResendRequest ... Not sending another.

[Caleb E. <cal...@gm...>]

On 1/3/06, Oren Miller <or...@qu...> wrote:
>
> Well, the initiator sent a resend request from 197648 to 0 after logging
> in, and the acceptor responded with a sequence reset from 197648 to
> 197651.  No messages would have been queued, so no queued messages would
> have been processed.  So yeah, I would think that it is not being reset
> in the correct place.


Ah that explains it.  I didn't read the log closely enough and missed this
reset.

It looks like the right place for the "have we satisfied an outstanding
resend request" logic is in Session::verify.  I've just committed a change
that moves this logic from Session::nextQueued to here and it passes all
user and acceptance tests.  There will be a new event logged when this
happens:  "ResendRequest for messages FROM: # TO: # has been satisfied.".

Shifting gears slightly, this raises (again) the queueing of messages from
the counterparty.  In Scott's case I'm pretty sure there was at least one
message sitting in the SessionState's m_queue that would never be emptied
out (#197650) until the session disconnected.

I've posted before about the potential problems associated with queueing
messages, specifically Admin-type messages (see
http://sourceforge.net/mailarchive/forum.php?thread_id=3D7090286&forum_id=
=3D103
), and I'm wondering if it might not make sense to remove the queueing logi=
c
from the Session entirely.  Its a potential performance optimization that
has the potential to cause a memory leak (e.g. queued messages that are
skipped by a SequenceReset) and worse, incorrect behavior (see email thread
linked previously).

Removing the queue would also simplify the code in the Session class, which
is always a good thing IMHO.  Failing that, Admin-type messages should
probably not be enqueued, based on the reasons I outlined in the email
thread from April.  Oren, what do you think of this?

--
Caleb Epstein
caleb dot epstein at gmail dot com

Re: [Quickfix-developers] Already sent ResendRequest ... Not sending another.

[Oren M. <or...@qu...>]

Well, the initiator sent a resend request from 197648 to 0 after logging 
in, and the acceptor responded with a sequence reset from 197648 to 
197651.  No messages would have been queued, so no queued messages would 
have been processed.  So yeah, I would think that it is not being reset 
in the correct place.

--oren

> The change I just made to generateResendRequest will ensure that the 
> .second member of the range is always initialized to a real sequence 
> number, so the code there is fine.  What worries me though is the log 
> Scott attached not showing a message like "Processed QUEUED message: 
> #".  That is where the Session code resets the resend range to (0, 
> 0).  So if the "Processing QUEUED message" never shows up in the log, 
> the range would still have been ( 197648, 0) so changing 
> SessionState::resendRequested wouldn't have fixed the bug.
>
> I think the simplest and most reliable change is the one I made to 
> Session.cpp where the resendRange is initialized with a range of real 
> sequence numbers, and it not "open-ended" at the top ( e.g. 0 or 9999999).
>
> I am still slightly concerned however that there is a code-path by 
> which ::nextQueued isn't being called before ::next.  This says to me 
> that the logic for resetting the resend range belongs elsewhere.
>
>
>
> -- 
> Caleb Epstein
> caleb dot epstein at gmail dot com 

Re: [Quickfix-developers] Already sent ResendRequest ... Not sending another.

[Caleb E. <cal...@gm...>]

On 1/2/06, Oren Miller <or...@qu...> wrote:
>
> I'm looking at SessionState::resendRequested, and see the following
> logic...
>
> bool resendRequested() const
>   { return !(m_resendRange.first =3D=3D 0 && m_resendRange.second =3D=3D =
0); }
>
> Wouldn't this erroneously return false in the case where a resend
> request to INFINITY (defined as 0 in FIX.4.2. and later) is being
> processed?  Shouldn't this just be { return m_resendRange.first !=3D 0; }=
 ?


The change I just made to generateResendRequest will ensure that the .secon=
d
member of the range is always initialized to a real sequence number, so the
code there is fine.  What worries me though is the log Scott attached not
showing a message like "Processed QUEUED message: #".  That is where the
Session code resets the resend range to (0, 0).  So if the "Processing
QUEUED message" never shows up in the log, the range would still have
been (197648,
0) so changing SessionState::resendRequested wouldn't have fixed the bug.

I think the simplest and most reliable change is the one I made to
Session.cpp where the resendRange is initialized with a range of real
sequence numbers, and it not "open-ended" at the top (e.g. 0 or 9999999).

I am still slightly concerned however that there is a code-path by which
::nextQueued isn't being called before ::next.  This says to me that the
logic for resetting the resend range belongs elsewhere.



--
Caleb Epstein
caleb dot epstein at gmail dot com

Re: [Quickfix-developers] Already sent ResendRequest ... Not sending another.

[Oren M. <or...@qu...>]

I'm looking at SessionState::resendRequested, and see the following logic...

 bool resendRequested() const
  { return !(m_resendRange.first == 0 && m_resendRange.second == 0); }

Wouldn't this erroneously return false in the case where a resend 
request to INFINITY (defined as 0 in FIX.4.2. and later) is being 
processed?  Shouldn't this just be { return m_resendRange.first != 0; } ?

--oren

Caleb Epstein wrote:

> On 1/2/06, *Scott Harrington* <sco...@fo... 
> <mailto:sco...@fo...>> wrote:
>
>     Has anyone encountered problems with the code that was added
>     between 1.9.4
>     and 1.10.2 that emits the "Not sending another" message?  Oren's CVS
>     comment was "fix for stack over flow with recursive next calls. Do
>     not
>     resend if request already exists with same range.  Submitted by Caleb
>     Epstein."  Note that I'm using QuickFIX/J, but the C++ code is the
>     same.
>
>     My session started out normally, but (possibly due to an unrelated
>     bug in
>     QFJ socket input) somehow loses a message (#216250) and should
>     have tried
>     to get the counterparty to resend it.  But due to an earlier
>     (successful)
>     ResendRequest, the "Not sending another" code kicks in repeatedly
>     (a very
>     bad failure mode -- app gets no new messages yet session appears
>     functional).
>
>     I see two fixes:
>     (1) modify nextSequenceReset() to call state.setResendRange(0,0)
>
>
> This method is for handling incoming SeqneceReset messages, so this 
> would not be the right place to fix this.
>
>     (2) modify the range check in doTargetTooHigh()
>
>
> The range check is correct, its just that the data in 
> m_state.resendRange is not.  The right fix I believe is to modify the 
> code in Session::generateResendRequest to track the actual upper bound 
> of the range it has requested, instead of the number 0 or 9999999 
> depending on FIX version.  Its a one-line change that I've just 
> committed.
>
>     Any advice?  See my events below.  The message length error was
>     emitted by
>     quickfix.netty.FIXMessageData.read().
>
>     20051230-13:19:50: Created session
>     20051230-13:19:50: connection established:
>     net.gleamynode.netty2.Session@191f801
>     20051230-13:19:54: Initiated logon request
>     20051230-13:19:54: Received logon response
>     20051230-13:19:54: MsgSeqNum too high, expecting 197648 but
>     received 197650
>     20051230-13:19:55: Sent ResendRequest FROM: 197648 TO: 0
>     20051230-13:19:55: Received SequenceReset FROM: 197648 TO: 197651
>     2005-12-30 16:07:09,050 Error in message length
>     20051230-16:07:09: MsgSeqNum too high, expecting 216250 but
>     received 216251
>     20051230-16:07:09: Already sent ResendRequest FROM: 197648 TO:
>     0.  Not sending another.
>
>
> This is definitely a problem.  The way the "Already sent ResendRequest 
> ... not sending another" logic is supposed to work is that when a 
> "MsgSeqNum too high" condition is detected, QuickFIX sends one and 
> only one ResendRequest to satisfy the range of messages that were 
> missed.  The message that triggered this ResendRequest is placed on an 
> internal queue of messages for later processing.  Once a message is 
> successfully processed from this internal queue, the original 
> ResendRequest is considered to have been satisifed and the "Already 
> sent ResendRequest" flag should be cleared.  You should see a message 
> in the log like "Processed QUEUED message: #" when this happens, but 
> that didn't happen here, which is something I've not encountered 
> before.  It suggests that there is a way to bypass the "nextQueued" 
> logic in the Session which should probably not be happening.
>
> -- 
> Caleb Epstein
> caleb dot epstein at gmail dot com 

Re: [Quickfix-developers] Already sent ResendRequest ... Not sending another.

[Caleb E. <cal...@gm...>]

On 1/2/06, Scott Harrington <sco...@fo...> wrote:

> Has anyone encountered problems with the code that was added between 1.9.=
4
> and 1.10.2 that emits the "Not sending another" message?  Oren's CVS
> comment was "fix for stack over flow with recursive next calls. Do not
> resend if request already exists with same range.  Submitted by Caleb
> Epstein."  Note that I'm using QuickFIX/J, but the C++ code is the same.
>
> My session started out normally, but (possibly due to an unrelated bug in
> QFJ socket input) somehow loses a message (#216250) and should have tried
> to get the counterparty to resend it.  But due to an earlier (successful)
> ResendRequest, the "Not sending another" code kicks in repeatedly (a very
> bad failure mode -- app gets no new messages yet session appears
> functional).
>
> I see two fixes:
> (1) modify nextSequenceReset() to call state.setResendRange(0,0)


This method is for handling incoming SeqneceReset messages, so this would
not be the right place to fix this.

(2) modify the range check in doTargetTooHigh()


The range check is correct, its just that the data in m_state.resendRange i=
s
not.  The right fix I believe is to modify the code in
Session::generateResendRequest to track the actual upper bound of the range
it has requested, instead of the number 0 or 9999999 depending on FIX
version.  Its a one-line change that I've just committed.

Any advice?  See my events below.  The message length error was emitted by
> quickfix.netty.FIXMessageData.read().
>
> 20051230-13:19:50: Created session
> 20051230-13:19:50: connection established:
> net.gleamynode.netty2.Session@191f801
> 20051230-13:19:54: Initiated logon request
> 20051230-13:19:54: Received logon response
> 20051230-13:19:54: MsgSeqNum too high, expecting 197648 but received
> 197650
> 20051230-13:19:55: Sent ResendRequest FROM: 197648 TO: 0
> 20051230-13:19:55: Received SequenceReset FROM: 197648 TO: 197651
> 2005-12-30 16:07:09,050 Error in message length
> 20051230-16:07:09: MsgSeqNum too high, expecting 216250 but received
> 216251
> 20051230-16:07:09: Already sent ResendRequest FROM: 197648 TO: 0.  Not
> sending another.


This is definitely a problem.  The way the "Already sent ResendRequest ...
not sending another" logic is supposed to work is that when a "MsgSeqNum to=
o
high" condition is detected, QuickFIX sends one and only one ResendRequest
to satisfy the range of messages that were missed.  The message that
triggered this ResendRequest is placed on an internal queue of messages for
later processing.  Once a message is successfully processed from this
internal queue, the original ResendRequest is considered to have been
satisifed and the "Already sent ResendRequest" flag should be cleared.  You
should see a message in the log like "Processed QUEUED message: #" when thi=
s
happens, but that didn't happen here, which is something I've not
encountered before.  It suggests that there is a way to bypass the
"nextQueued" logic in the Session which should probably not be happening.

--
Caleb Epstein
caleb dot epstein at gmail dot com

[Quickfix-developers] QuickFIX/J oddity...

[Tom D. <to...@di...>]

A couple of weeks ago (I think it was), I posted about a strange problem 
I had in my QuickFIX/J application, wherein TCP connections were not 
being correctly made (they would shut down immediately after the 
three-way handshake was complete) under certain conditions until I 
introduced a delay in my Application implementation's onCreate() 
method.  This is on the Initiator side of the FIX conversation.  A 
one-second delay seemed to do the trick, 100% of the time while running 
in a debugger, and perhaps 95% of the time while not in a debugger.  I 
wrote this off, basically, as an unexplained problem solved by an 
unexplained hack that worked enough of the time that I could just ignore 
it for now.

Well, today I discovered something else completely by accident; this may 
provide a clue for someone knowledgeable about QuickFIX/J's internals to 
track it down.

My discovery: if I call <Session>.logout() in the 
<Application>.onCreate() method, the problem seems to completely 
disappear, even with my hack one-second delay removed.  I have, at this 
point, started successfully over 100 times without the debugger -- 
something I've never been able to do before.  Quite pleasant, actually 
<smile>.

I only found this because I was implementing the logic to let my 
application manage the logons and logouts (desirable for many reasons in 
my particular application), and I just happened to notice that the 
occasional hang at startup disappeared. 

I hope someone can gnaw at this clue and come up with an answer...

Tom...

[Quickfix-developers] Already sent ResendRequest ... Not sending another.

[Scott H. <sco...@fo...>]

Has anyone encountered problems with the code that was added between 1.9.4 
and 1.10.2 that emits the "Not sending another" message?  Oren's CVS 
comment was "fix for stack over flow with recursive next calls. Do not 
resend if request already exists with same range.  Submitted by Caleb 
Epstein."  Note that I'm using QuickFIX/J, but the C++ code is the same.

My session started out normally, but (possibly due to an unrelated bug in 
QFJ socket input) somehow loses a message (#216250) and should have tried 
to get the counterparty to resend it.  But due to an earlier (successful) 
ResendRequest, the "Not sending another" code kicks in repeatedly (a very 
bad failure mode -- app gets no new messages yet session appears 
functional).

I see two fixes:
(1) modify nextSequenceReset() to call state.setResendRange(0,0)
(2) modify the range check in doTargetTooHigh()

Any advice?  See my events below.  The message length error was emitted by 
quickfix.netty.FIXMessageData.read().

20051230-13:19:50: Created session
20051230-13:19:50: connection established: net.gleamynode.netty2.Session@191f801
20051230-13:19:54: Initiated logon request
20051230-13:19:54: Received logon response
20051230-13:19:54: MsgSeqNum too high, expecting 197648 but received 197650
20051230-13:19:55: Sent ResendRequest FROM: 197648 TO: 0
20051230-13:19:55: Received SequenceReset FROM: 197648 TO: 197651
2005-12-30 16:07:09,050 Error in message length
20051230-16:07:09: MsgSeqNum too high, expecting 216250 but received 216251
20051230-16:07:09: Already sent ResendRequest FROM: 197648 TO: 0.  Not sending another.
20051230-16:07:10: MsgSeqNum too high, expecting 216250 but received 216252
20051230-16:07:10: Already sent ResendRequest FROM: 197648 TO: 0.  Not sending another.
20051230-16:07:11: MsgSeqNum too high, expecting 216250 but received 216253
20051230-16:07:11: Already sent ResendRequest FROM: 197648 TO: 0.  Not sending another.
20051230-16:07:11: MsgSeqNum too high, expecting 216250 but received 216254
20051230-16:07:11: Already sent ResendRequest FROM: 197648 TO: 0.  Not sending another.

RE: [Quickfix-developers] RE: QuickFIX Installation question

[Vazirani, C. <ca...@ja...>]

Now I try to run make and get the following error:

=20

#make

 - cd . && aclocal-1.7

 - /bin/bash: aclocal-1.7: command not found

 - make: *** [aclocal.m4] Error 127

=20

=20

Carol Vazirani

Jordan & Jordan

847.372.6912

ca...@ja...

=20

-----Original Message-----
From: Oren Miller [mailto:or...@qu...]=20
Sent: Thursday, December 29, 2005 5:36 PM
To: Vazirani, Carol
Cc: qui...@li...
Subject: Re: [Quickfix-developers] RE: QuickFIX Installation question

=20

Looks like this is your problem:

=20

http://sunsite.nus.edu.sg/solaris_2.5/faq.html#q4

=20

--oren

=20

Vazirani, Carol wrote:

=20

> Hmm. Here is the problem I'm facing. Can someone help with this.

>=20

> I was not able to find a gcc-3.4.2-sol*10* package, so I downloaded=20

> and installed *gcc-3.3.2-sol10*.

>=20

> Running configure gives me the following error. Here is the entire=20

> config.log.

>=20

> This file contains any messages produced by compilers while

>=20

> running configure, to aid debugging if configure makes a mistake.

>=20

> It was created by configure, which was

>=20

> generated by GNU Autoconf 2.57. Invocation command line was

>=20

> $ ./configure

>=20

> ## --------- ##

>=20

> ## Platform. ##

>=20

> ## --------- ##

>=20

> hostname =3D zathura

>=20

> uname -m =3D sun4u

>=20

> uname -r =3D 5.10

>=20

> uname -s =3D SunOS

>=20

> uname -v =3D Generic_118822-25

>=20

> /usr/bin/uname -p =3D sparc

>=20

> /bin/uname -X =3D System =3D SunOS

>=20

> Node =3D zathura

>=20

> Release =3D 5.10

>=20

> KernelID =3D Generic_118822-25

>=20

> Machine =3D sun4u

>=20

> BusType =3D <unknown>

>=20

> Serial =3D <unknown>

>=20

> Users =3D <unknown>

>=20

> OEM# =3D 0

>=20

> Origin# =3D 1

>=20

> NumCPU =3D 1

>=20

> /bin/arch =3D sun4

>=20

> /usr/bin/arch -k =3D sun4u

>=20

> /usr/convex/getsysinfo =3D unknown

>=20

> hostinfo =3D unknown

>=20

> /bin/machine =3D unknown

>=20

> /usr/bin/oslevel =3D unknown

>=20

> /bin/universe =3D unknown

>=20

> PATH: /usr/local/bin

>=20

> PATH: /usr/sbin

>=20

> PATH: /usr/bin

>=20

> PATH: /usr/openwin/bin

>=20

> PATH: /usr/sbin

>=20

> PATH: /usr/bin

>=20

> PATH: /usr/local/bin

>=20

> PATH: /usr/ucb

>=20

> PATH: /etc

>=20

> PATH: /usr/platform/sun4u/sbin

>=20

> PATH: /usr/ccs/bin

>=20

> PATH: /usr/ucb

>=20

> PATH: /usr/java/bin

>=20

> ## ----------- ##

>=20

> ## Core tests. ##

>=20

> ## ----------- ##

>=20

> configure:1510: checking for a BSD-compatible install

>=20

> configure:1564: result: ./install-sh -c

>=20

> configure:1575: checking whether build environment is sane

>=20

> configure:1618: result: yes

>=20

> configure:1643: WARNING: `missing' script is too old or missing

>=20

> configure:1651: checking for gawk

>=20

> configure:1680: result: no

>=20

> configure:1651: checking for mawk

>=20

> configure:1680: result: no

>=20

> configure:1651: checking for nawk

>=20

> configure:1667: found /usr/bin/nawk

>=20

> configure:1677: result: nawk

>=20

> configure:1687: checking whether make sets $(MAKE)

>=20

> configure:1707: result: yes

>=20

> configure:1994: checking for C++ compiler version

>=20

> configure:1997: /usr/local/bin/g++ --version </dev/null >&5

>=20

> g++ (GCC) 3.3.2

>=20

> Copyright (C) 2003 Free Software Foundation, Inc.

>=20

> This is free software; see the source for copying conditions. There is
NO

>=20

> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR=20

> PURPOSE.

>=20

> configure:2000: $? =3D 0

>=20

> configure:2002: /usr/local/bin/g++ -v </dev/null >&5

>=20

> Reading specs from=20

> /usr/local/lib/gcc-lib/sparc-sun-solaris2.10/3.3.2/specs

>=20

> Configured with: ../configure --with-as=3D/usr/ccs/bin/as=20

> --with-ld=3D/usr/ccs/bin/ld --disable-nls

>=20

> Thread model: posix

>=20

> gcc version 3.3.2

>=20

> configure:2005: $? =3D 0

>=20

> configure:2007: /usr/local/bin/g++ -V </dev/null >&5

>=20

> g++: `-V' option must have argument

>=20

> configure:2010: $? =3D 1

>=20

> configure:2034: checking for C++ compiler default output

>=20

> configure:2037: /usr/local/bin/g++ conftest.cc >&5

>=20

> g++: installation problem, cannot exec `as': No such file or directory

>=20

> configure:2040: $? =3D 1

>=20

> configure: failed program was:

>=20

> | #line 2013 "configure"

>=20

> | /* confdefs.h. */

>=20

> |

>=20

> | #define PACKAGE_NAME ""

>=20

> | #define PACKAGE_TARNAME ""

>=20

> | #define PACKAGE_VERSION ""

>=20

> | #define PACKAGE_STRING ""

>=20

> | #define PACKAGE_BUGREPORT ""

>=20

> | #define PACKAGE "quickfix"

>=20

> | #define VERSION "1.10.2"

>=20

> | /* end confdefs.h. */

>=20

> |

>=20

> | int

>=20

> | main ()

>=20

> | {

>=20

> |

>=20

> | ;

>=20

> | return 0;

>=20

> | }

>=20

> configure:2079: error: C++ compiler cannot create executables

>=20

> See `config.log' for more details.

>=20

> ## ---------------- ##

>=20

> ## Cache variables. ##

>=20

> ## ---------------- ##

>=20

> ac_cv_env_CC_set=3Dset

>=20

> ac_cv_env_CC_value=3D/usr/local/bin/gcc

>=20

> ac_cv_env_CFLAGS_set=3D

>=20

> ac_cv_env_CFLAGS_value=3D

>=20

> ac_cv_env_CPPFLAGS_set=3D

>=20

> ac_cv_env_CPPFLAGS_value=3D

>=20

> ac_cv_env_CPP_set=3D

>=20

> ac_cv_env_CPP_value=3D

>=20

> ac_cv_env_CXXCPP_set=3D

>=20

> ac_cv_env_CXXCPP_value=3D

>=20

> ac_cv_env_CXXFLAGS_set=3D

>=20

> ac_cv_env_CXXFLAGS_value=3D

>=20

> ac_cv_env_CXX_set=3Dset

>=20

> ac_cv_env_CXX_value=3D/usr/local/bin/g++

>=20

> ac_cv_env_F77_set=3D

>=20

> ac_cv_env_F77_value=3D

>=20

> ac_cv_env_FFLAGS_set=3D

>=20

> ac_cv_env_FFLAGS_value=3D

>=20

> ac_cv_env_LDFLAGS_set=3D

>=20

> ac_cv_env_LDFLAGS_value=3D

>=20

> ac_cv_env_build_alias_set=3D

>=20

> ac_cv_env_build_alias_value=3D

>=20

> ac_cv_env_host_alias_set=3D

>=20

> ac_cv_env_host_alias_value=3D

>=20

> ac_cv_env_target_alias_set=3D

>=20

> ac_cv_env_target_alias_value=3D

>=20

> ac_cv_prog_AWK=3Dnawk

>=20

> ac_cv_prog_make_make_set=3Dyes

>=20

> ## ----------------- ##

>=20

> ## Output variables. ##

>=20

> ## ----------------- ##

>=20

> ACLOCAL=3D'aclocal-1.7'

>=20

> AMDEPBACKSLASH=3D''

>=20

> AMDEP_FALSE=3D''

>=20

> AMDEP_TRUE=3D''

>=20

> AMTAR=3D'tar'

>=20

> AR=3D''

>=20

> AS=3D''

>=20

> AUTOCONF=3D'autoconf'

>=20

> AUTOHEADER=3D'autoheader'

>=20

> AUTOMAKE=3D'automake-1.7'

>=20

> AWK=3D'nawk'

>=20

> CC=3D'/usr/local/bin/gcc'

>=20

> CCDEPMODE=3D''

>=20

> CFLAGS=3D''

>=20

> CPP=3D''

>=20

> CPPFLAGS=3D''

>=20

> CXX=3D'/usr/local/bin/g++'

>=20

> CXXCPP=3D''

>=20

> CXXDEPMODE=3D''

>=20

> CXXFLAGS=3D''

>=20

> CYGPATH_W=3D'echo'

>=20

> DEFS=3D''

>=20

> DEPDIR=3D''

>=20

> DLLTOOL=3D''

>=20

> ECHO=3D'echo'

>=20

> ECHO_C=3D''

>=20

> ECHO_N=3D'-n'

>=20

> ECHO_T=3D''

>=20

> EGREP=3D''

>=20

> EXEEXT=3D''

>=20

> F77=3D''

>=20

> FFLAGS=3D''

>=20

> HAVE_FTIME_FALSE=3D''

>=20

> HAVE_FTIME_TRUE=3D''

>=20

> HAVE_JAVA_FALSE=3D''

>=20

> HAVE_JAVA_TRUE=3D''

>=20

> HAVE_PYTHON_FALSE=3D''

>=20

> HAVE_PYTHON_TRUE=3D''

>=20

> INSTALL_DATA=3D'${INSTALL} -m 644'

>=20

> INSTALL_PROGRAM=3D'${INSTALL}'

>=20

> INSTALL_SCRIPT=3D'${INSTALL}'

>=20

> INSTALL_STRIP_PROGRAM=3D'${SHELL} $(install_sh) -c -s'

>=20

> JAVA_CFLAGS=3D''

>=20

> LDFLAGS=3D''

>=20

> LEX=3D''

>=20

> LEXLIB=3D''

>=20

> LEX_OUTPUT_ROOT=3D''

>=20

> LIBOBJS=3D''

>=20

> LIBS=3D''

>=20

> LIBTOOL=3D''

>=20

> LN_S=3D''

>=20

> LTLIBOBJS=3D''

>=20

> MAKEINFO=3D'makeinfo'

>=20

> MYSQL_CFLAGS=3D''

>=20

> MYSQL_LIBS=3D''

>=20

> MYSQL_PREFIX=3D''

>=20

> OBJDUMP=3D''

>=20

> OBJEXT=3D''

>=20

> PACKAGE=3D'quickfix'

>=20

> PACKAGE_BUGREPORT=3D''

>=20

> PACKAGE_NAME=3D''

>=20

> PACKAGE_STRING=3D''

>=20

> PACKAGE_TARNAME=3D''

>=20

> PACKAGE_VERSION=3D''

>=20

> PATH_SEPARATOR=3D':'

>=20

> PYTHON_CFLAGS=3D''

>=20

> PYTHON_PREFIX=3D''

>=20

> PYTHON_SITE_PACKAGES=3D''

>=20

> RANLIB=3D''

>=20

> RUBYDIR=3D''

>=20

> SET_MAKE=3D''

>=20

> SHELL=3D'/bin/bash'

>=20

> STLPORT_CFLAGS=3D''

>=20

> STLPORT_LIBS=3D''

>=20

> STLPORT_PREFIX=3D''

>=20

> STRIP=3D''

>=20

> VERSION=3D'1.10.2'

>=20

> XML2_CONFIG=3D''

>=20

> XML_CFLAGS=3D''

>=20

> XML_LIBS=3D''

>=20

> ac_ct_AR=3D''

>=20

> ac_ct_AS=3D''

>=20

> ac_ct_CC=3D''

>=20

> ac_ct_CXX=3D''

>=20

> ac_ct_DLLTOOL=3D''

>=20

> ac_ct_F77=3D''

>=20

> ac_ct_OBJDUMP=3D''

>=20

> ac_ct_RANLIB=3D''

>=20

> ac_ct_STRIP=3D''

>=20

> am__fastdepCC_FALSE=3D''

>=20

> am__fastdepCC_TRUE=3D''

>=20

> am__fastdepCXX_FALSE=3D''

>=20

> am__fastdepCXX_TRUE=3D''

>=20

> am__include=3D''

>=20

> am__leading_dot=3D'.'

>=20

> am__quote=3D''

>=20

> bindir=3D'${exec_prefix}/bin'

>=20

> build=3D''

>=20

> build_alias=3D''

>=20

> build_cpu=3D''

>=20

> build_os=3D''

>=20

> build_vendor=3D''

>=20

> datadir=3D'${prefix}/share'

>=20

> exec_prefix=3D'NONE'

>=20

> host=3D''

>=20

> host_alias=3D''

>=20

> host_cpu=3D''

>=20

> host_os=3D''

>=20

> host_vendor=3D''

>=20

> includedir=3D'${prefix}/include'

>=20

> infodir=3D'${prefix}/info'

>=20

> install_sh=3D'/opt/quickfix/install-sh'

>=20

> jarlib=3D''

>=20

> libdir=3D'${exec_prefix}/lib'

>=20

> libexecdir=3D'${exec_prefix}/libexec'

>=20

> localstatedir=3D'${prefix}/var'

>=20

> mandir=3D'${prefix}/man'

>=20

> oldincludedir=3D'/usr/include'

>=20

> prefix=3D'NONE'

>=20

> program_transform_name=3D's,x,x,'

>=20

> sbindir=3D'${exec_prefix}/sbin'

>=20

> sharedstatedir=3D'${prefix}/com'

>=20

> sysconfdir=3D'${prefix}/etc'

>=20

> target_alias=3D''

>=20

> ## ----------- ##

>=20

> ## confdefs.h. ##

>=20

> ## ----------- ##

>=20

> #define PACKAGE "quickfix"

>=20

> #define PACKAGE_BUGREPORT ""

>=20

> #define PACKAGE_NAME ""

>=20

> #define PACKAGE_STRING ""

>=20

> #define PACKAGE_TARNAME ""

>=20

> #define PACKAGE_VERSION ""

>=20

> #define VERSION "1.10.2"

>=20

> configure: exit 77

>=20

>
------------------------------------------------------------------------

>=20

> *From:* Caleb Epstein [mailto:cal...@gm...]

> *Sent:* Thursday, December 29, 2005 4:45 PM

> *To:* Vazirani, Carol

> *Cc:* Oren Miller; qui...@li...

> *Subject:* Re: [Quickfix-developers] RE: QuickFIX Installation
question

>=20

> On 12/29/05, *Vazirani, Carol* <ca...@ja...=20

> <mailto:ca...@ja...>> wrote:

>=20

>     I was looking for a solaris 10 package I can install. The link you

>     sent. Is that source code?

>=20

>=20

> Yes. Looks like http://www.sunfreeware.com/ might be what you're=20

> looking for. I see gcc packages there.

>=20

> --=20

> Caleb Epstein

> caleb dot epstein at gmail dot com

>=20

=20

=20

RE: [Quickfix-developers] RE: QuickFIX Installation question

[Vazirani, C. <ca...@ja...>]

Thanks Oren.
Not sure why these related packages did not get installed with Solaris
10 installation.=20
I installed the packages suggested by the document and .configure
worked!

Now for the next challenge...

Carol Vazirani
Jordan & Jordan
847.372.6912
ca...@ja...
-----Original Message-----
From: Oren Miller [mailto:or...@qu...]=20
Sent: Thursday, December 29, 2005 5:36 PM
To: Vazirani, Carol
Cc: qui...@li...
Subject: Re: [Quickfix-developers] RE: QuickFIX Installation question

Looks like this is your problem:

http://sunsite.nus.edu.sg/solaris_2.5/faq.html#q4

--oren

Vazirani, Carol wrote:

> Hmm. Here is the problem I'm facing. Can someone help with this.
>
> I was not able to find a gcc-3.4.2-sol*10* package, so I downloaded=20
> and installed *gcc-3.3.2-sol10*.
>
> Running configure gives me the following error. Here is the entire=20
> config.log.
>
> This file contains any messages produced by compilers while
>
> running configure, to aid debugging if configure makes a mistake.
>
> It was created by configure, which was
>
> generated by GNU Autoconf 2.57. Invocation command line was
>
> $ ./configure
>
> ## --------- ##
>
> ## Platform. ##
>
> ## --------- ##
>
> hostname =3D zathura
>
> uname -m =3D sun4u
>
> uname -r =3D 5.10
>
> uname -s =3D SunOS
>
> uname -v =3D Generic_118822-25
>
> /usr/bin/uname -p =3D sparc
>
> /bin/uname -X =3D System =3D SunOS
>
> Node =3D zathura
>
> Release =3D 5.10
>
> KernelID =3D Generic_118822-25
>
> Machine =3D sun4u
>
> BusType =3D <unknown>
>
> Serial =3D <unknown>
>
> Users =3D <unknown>
>
> OEM# =3D 0
>
> Origin# =3D 1
>
> NumCPU =3D 1
>
> /bin/arch =3D sun4
>
> /usr/bin/arch -k =3D sun4u
>
> /usr/convex/getsysinfo =3D unknown
>
> hostinfo =3D unknown
>
> /bin/machine =3D unknown
>
> /usr/bin/oslevel =3D unknown
>
> /bin/universe =3D unknown
>
> PATH: /usr/local/bin
>
> PATH: /usr/sbin
>
> PATH: /usr/bin
>
> PATH: /usr/openwin/bin
>
> PATH: /usr/sbin
>
> PATH: /usr/bin
>
> PATH: /usr/local/bin
>
> PATH: /usr/ucb
>
> PATH: /etc
>
> PATH: /usr/platform/sun4u/sbin
>
> PATH: /usr/ccs/bin
>
> PATH: /usr/ucb
>
> PATH: /usr/java/bin
>
> ## ----------- ##
>
> ## Core tests. ##
>
> ## ----------- ##
>
> configure:1510: checking for a BSD-compatible install
>
> configure:1564: result: ./install-sh -c
>
> configure:1575: checking whether build environment is sane
>
> configure:1618: result: yes
>
> configure:1643: WARNING: `missing' script is too old or missing
>
> configure:1651: checking for gawk
>
> configure:1680: result: no
>
> configure:1651: checking for mawk
>
> configure:1680: result: no
>
> configure:1651: checking for nawk
>
> configure:1667: found /usr/bin/nawk
>
> configure:1677: result: nawk
>
> configure:1687: checking whether make sets $(MAKE)
>
> configure:1707: result: yes
>
> configure:1994: checking for C++ compiler version
>
> configure:1997: /usr/local/bin/g++ --version </dev/null >&5
>
> g++ (GCC) 3.3.2
>
> Copyright (C) 2003 Free Software Foundation, Inc.
>
> This is free software; see the source for copying conditions. There is
NO
>
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR=20
> PURPOSE.
>
> configure:2000: $? =3D 0
>
> configure:2002: /usr/local/bin/g++ -v </dev/null >&5
>
> Reading specs from=20
> /usr/local/lib/gcc-lib/sparc-sun-solaris2.10/3.3.2/specs
>
> Configured with: ../configure --with-as=3D/usr/ccs/bin/as=20
> --with-ld=3D/usr/ccs/bin/ld --disable-nls
>
> Thread model: posix
>
> gcc version 3.3.2
>
> configure:2005: $? =3D 0
>
> configure:2007: /usr/local/bin/g++ -V </dev/null >&5
>
> g++: `-V' option must have argument
>
> configure:2010: $? =3D 1
>
> configure:2034: checking for C++ compiler default output
>
> configure:2037: /usr/local/bin/g++ conftest.cc >&5
>
> g++: installation problem, cannot exec `as': No such file or directory
>
> configure:2040: $? =3D 1
>
> configure: failed program was:
>
> | #line 2013 "configure"
>
> | /* confdefs.h. */
>
> |
>
> | #define PACKAGE_NAME ""
>
> | #define PACKAGE_TARNAME ""
>
> | #define PACKAGE_VERSION ""
>
> | #define PACKAGE_STRING ""
>
> | #define PACKAGE_BUGREPORT ""
>
> | #define PACKAGE "quickfix"
>
> | #define VERSION "1.10.2"
>
> | /* end confdefs.h. */
>
> |
>
> | int
>
> | main ()
>
> | {
>
> |
>
> | ;
>
> | return 0;
>
> | }
>
> configure:2079: error: C++ compiler cannot create executables
>
> See `config.log' for more details.
>
> ## ---------------- ##
>
> ## Cache variables. ##
>
> ## ---------------- ##
>
> ac_cv_env_CC_set=3Dset
>
> ac_cv_env_CC_value=3D/usr/local/bin/gcc
>
> ac_cv_env_CFLAGS_set=3D
>
> ac_cv_env_CFLAGS_value=3D
>
> ac_cv_env_CPPFLAGS_set=3D
>
> ac_cv_env_CPPFLAGS_value=3D
>
> ac_cv_env_CPP_set=3D
>
> ac_cv_env_CPP_value=3D
>
> ac_cv_env_CXXCPP_set=3D
>
> ac_cv_env_CXXCPP_value=3D
>
> ac_cv_env_CXXFLAGS_set=3D
>
> ac_cv_env_CXXFLAGS_value=3D
>
> ac_cv_env_CXX_set=3Dset
>
> ac_cv_env_CXX_value=3D/usr/local/bin/g++
>
> ac_cv_env_F77_set=3D
>
> ac_cv_env_F77_value=3D
>
> ac_cv_env_FFLAGS_set=3D
>
> ac_cv_env_FFLAGS_value=3D
>
> ac_cv_env_LDFLAGS_set=3D
>
> ac_cv_env_LDFLAGS_value=3D
>
> ac_cv_env_build_alias_set=3D
>
> ac_cv_env_build_alias_value=3D
>
> ac_cv_env_host_alias_set=3D
>
> ac_cv_env_host_alias_value=3D
>
> ac_cv_env_target_alias_set=3D
>
> ac_cv_env_target_alias_value=3D
>
> ac_cv_prog_AWK=3Dnawk
>
> ac_cv_prog_make_make_set=3Dyes
>
> ## ----------------- ##
>
> ## Output variables. ##
>
> ## ----------------- ##
>
> ACLOCAL=3D'aclocal-1.7'
>
> AMDEPBACKSLASH=3D''
>
> AMDEP_FALSE=3D''
>
> AMDEP_TRUE=3D''
>
> AMTAR=3D'tar'
>
> AR=3D''
>
> AS=3D''
>
> AUTOCONF=3D'autoconf'
>
> AUTOHEADER=3D'autoheader'
>
> AUTOMAKE=3D'automake-1.7'
>
> AWK=3D'nawk'
>
> CC=3D'/usr/local/bin/gcc'
>
> CCDEPMODE=3D''
>
> CFLAGS=3D''
>
> CPP=3D''
>
> CPPFLAGS=3D''
>
> CXX=3D'/usr/local/bin/g++'
>
> CXXCPP=3D''
>
> CXXDEPMODE=3D''
>
> CXXFLAGS=3D''
>
> CYGPATH_W=3D'echo'
>
> DEFS=3D''
>
> DEPDIR=3D''
>
> DLLTOOL=3D''
>
> ECHO=3D'echo'
>
> ECHO_C=3D''
>
> ECHO_N=3D'-n'
>
> ECHO_T=3D''
>
> EGREP=3D''
>
> EXEEXT=3D''
>
> F77=3D''
>
> FFLAGS=3D''
>
> HAVE_FTIME_FALSE=3D''
>
> HAVE_FTIME_TRUE=3D''
>
> HAVE_JAVA_FALSE=3D''
>
> HAVE_JAVA_TRUE=3D''
>
> HAVE_PYTHON_FALSE=3D''
>
> HAVE_PYTHON_TRUE=3D''
>
> INSTALL_DATA=3D'${INSTALL} -m 644'
>
> INSTALL_PROGRAM=3D'${INSTALL}'
>
> INSTALL_SCRIPT=3D'${INSTALL}'
>
> INSTALL_STRIP_PROGRAM=3D'${SHELL} $(install_sh) -c -s'
>
> JAVA_CFLAGS=3D''
>
> LDFLAGS=3D''
>
> LEX=3D''
>
> LEXLIB=3D''
>
> LEX_OUTPUT_ROOT=3D''
>
> LIBOBJS=3D''
>
> LIBS=3D''
>
> LIBTOOL=3D''
>
> LN_S=3D''
>
> LTLIBOBJS=3D''
>
> MAKEINFO=3D'makeinfo'
>
> MYSQL_CFLAGS=3D''
>
> MYSQL_LIBS=3D''
>
> MYSQL_PREFIX=3D''
>
> OBJDUMP=3D''
>
> OBJEXT=3D''
>
> PACKAGE=3D'quickfix'
>
> PACKAGE_BUGREPORT=3D''
>
> PACKAGE_NAME=3D''
>
> PACKAGE_STRING=3D''
>
> PACKAGE_TARNAME=3D''
>
> PACKAGE_VERSION=3D''
>
> PATH_SEPARATOR=3D':'
>
> PYTHON_CFLAGS=3D''
>
> PYTHON_PREFIX=3D''
>
> PYTHON_SITE_PACKAGES=3D''
>
> RANLIB=3D''
>
> RUBYDIR=3D''
>
> SET_MAKE=3D''
>
> SHELL=3D'/bin/bash'
>
> STLPORT_CFLAGS=3D''
>
> STLPORT_LIBS=3D''
>
> STLPORT_PREFIX=3D''
>
> STRIP=3D''
>
> VERSION=3D'1.10.2'
>
> XML2_CONFIG=3D''
>
> XML_CFLAGS=3D''
>
> XML_LIBS=3D''
>
> ac_ct_AR=3D''
>
> ac_ct_AS=3D''
>
> ac_ct_CC=3D''
>
> ac_ct_CXX=3D''
>
> ac_ct_DLLTOOL=3D''
>
> ac_ct_F77=3D''
>
> ac_ct_OBJDUMP=3D''
>
> ac_ct_RANLIB=3D''
>
> ac_ct_STRIP=3D''
>
> am__fastdepCC_FALSE=3D''
>
> am__fastdepCC_TRUE=3D''
>
> am__fastdepCXX_FALSE=3D''
>
> am__fastdepCXX_TRUE=3D''
>
> am__include=3D''
>
> am__leading_dot=3D'.'
>
> am__quote=3D''
>
> bindir=3D'${exec_prefix}/bin'
>
> build=3D''
>
> build_alias=3D''
>
> build_cpu=3D''
>
> build_os=3D''
>
> build_vendor=3D''
>
> datadir=3D'${prefix}/share'
>
> exec_prefix=3D'NONE'
>
> host=3D''
>
> host_alias=3D''
>
> host_cpu=3D''
>
> host_os=3D''
>
> host_vendor=3D''
>
> includedir=3D'${prefix}/include'
>
> infodir=3D'${prefix}/info'
>
> install_sh=3D'/opt/quickfix/install-sh'
>
> jarlib=3D''
>
> libdir=3D'${exec_prefix}/lib'
>
> libexecdir=3D'${exec_prefix}/libexec'
>
> localstatedir=3D'${prefix}/var'
>
> mandir=3D'${prefix}/man'
>
> oldincludedir=3D'/usr/include'
>
> prefix=3D'NONE'
>
> program_transform_name=3D's,x,x,'
>
> sbindir=3D'${exec_prefix}/sbin'
>
> sharedstatedir=3D'${prefix}/com'
>
> sysconfdir=3D'${prefix}/etc'
>
> target_alias=3D''
>
> ## ----------- ##
>
> ## confdefs.h. ##
>
> ## ----------- ##
>
> #define PACKAGE "quickfix"
>
> #define PACKAGE_BUGREPORT ""
>
> #define PACKAGE_NAME ""
>
> #define PACKAGE_STRING ""
>
> #define PACKAGE_TARNAME ""
>
> #define PACKAGE_VERSION ""
>
> #define VERSION "1.10.2"
>
> configure: exit 77
>
>
------------------------------------------------------------------------
>
> *From:* Caleb Epstein [mailto:cal...@gm...]
> *Sent:* Thursday, December 29, 2005 4:45 PM
> *To:* Vazirani, Carol
> *Cc:* Oren Miller; qui...@li...
> *Subject:* Re: [Quickfix-developers] RE: QuickFIX Installation
question
>
> On 12/29/05, *Vazirani, Carol* <ca...@ja...=20
> <mailto:ca...@ja...>> wrote:
>
>     I was looking for a solaris 10 package I can install. The link you
>     sent. Is that source code?
>
>
> Yes. Looks like http://www.sunfreeware.com/ might be what you're=20
> looking for. I see gcc packages there.
>
> --=20
> Caleb Epstein
> caleb dot epstein at gmail dot com
>

[Quickfix-developers] Quickfix/J FileLog clobbers instead of appending

[Scott H. <sco...@fo...>]

I encountered a problem with checksums and went back to look at my message 
logs after restarting and -- oops -- the restart clobbered them!

If any of you use quickfix.FileLogFactory and have migrated from 
QuickFIX/C to QuickFIX/J (which has so far been quite painless otherwise 
-- thanks everyone!), you might wish to apply the simple patch below and 
redeploy.



--- src/quickfix/FileLog.java   16 Dec 2005 19:48:32 -0000      1.2
+++ src/quickfix/FileLog.java   30 Dec 2005 13:42:34 -0000      1.3
@@ -61,9 +61,10 @@
              directory.mkdirs();
          }

-        incoming = new FileOutputStream(incomingFileName);
-        outgoing = new FileOutputStream(outgoingFileName);
-        events = new FileOutputStream(eventFileName);
+        boolean append = true;
+        incoming = new FileOutputStream(incomingFileName, append);
+        outgoing = new FileOutputStream(outgoingFileName, append);
+        events = new FileOutputStream(eventFileName, append);
      }

      public void onIncoming(String message) {

Re: [Quickfix-developers] RE: QuickFIX Installation question

[Oren M. <or...@qu...>]

Looks like this is your problem:

http://sunsite.nus.edu.sg/solaris_2.5/faq.html#q4

--oren

Vazirani, Carol wrote:

> Hmm. Here is the problem I’m facing. Can someone help with this.
>
> I was not able to find a gcc-3.4.2-sol*10* package, so I downloaded 
> and installed *gcc-3.3.2-sol10*.
>
> Running configure gives me the following error. Here is the entire 
> config.log.
>
> This file contains any messages produced by compilers while
>
> running configure, to aid debugging if configure makes a mistake.
>
> It was created by configure, which was
>
> generated by GNU Autoconf 2.57. Invocation command line was
>
> $ ./configure
>
> ## --------- ##
>
> ## Platform. ##
>
> ## --------- ##
>
> hostname = zathura
>
> uname -m = sun4u
>
> uname -r = 5.10
>
> uname -s = SunOS
>
> uname -v = Generic_118822-25
>
> /usr/bin/uname -p = sparc
>
> /bin/uname -X = System = SunOS
>
> Node = zathura
>
> Release = 5.10
>
> KernelID = Generic_118822-25
>
> Machine = sun4u
>
> BusType = <unknown>
>
> Serial = <unknown>
>
> Users = <unknown>
>
> OEM# = 0
>
> Origin# = 1
>
> NumCPU = 1
>
> /bin/arch = sun4
>
> /usr/bin/arch -k = sun4u
>
> /usr/convex/getsysinfo = unknown
>
> hostinfo = unknown
>
> /bin/machine = unknown
>
> /usr/bin/oslevel = unknown
>
> /bin/universe = unknown
>
> PATH: /usr/local/bin
>
> PATH: /usr/sbin
>
> PATH: /usr/bin
>
> PATH: /usr/openwin/bin
>
> PATH: /usr/sbin
>
> PATH: /usr/bin
>
> PATH: /usr/local/bin
>
> PATH: /usr/ucb
>
> PATH: /etc
>
> PATH: /usr/platform/sun4u/sbin
>
> PATH: /usr/ccs/bin
>
> PATH: /usr/ucb
>
> PATH: /usr/java/bin
>
> ## ----------- ##
>
> ## Core tests. ##
>
> ## ----------- ##
>
> configure:1510: checking for a BSD-compatible install
>
> configure:1564: result: ./install-sh -c
>
> configure:1575: checking whether build environment is sane
>
> configure:1618: result: yes
>
> configure:1643: WARNING: `missing' script is too old or missing
>
> configure:1651: checking for gawk
>
> configure:1680: result: no
>
> configure:1651: checking for mawk
>
> configure:1680: result: no
>
> configure:1651: checking for nawk
>
> configure:1667: found /usr/bin/nawk
>
> configure:1677: result: nawk
>
> configure:1687: checking whether make sets $(MAKE)
>
> configure:1707: result: yes
>
> configure:1994: checking for C++ compiler version
>
> configure:1997: /usr/local/bin/g++ --version </dev/null >&5
>
> g++ (GCC) 3.3.2
>
> Copyright (C) 2003 Free Software Foundation, Inc.
>
> This is free software; see the source for copying conditions. There is NO
>
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR 
> PURPOSE.
>
> configure:2000: $? = 0
>
> configure:2002: /usr/local/bin/g++ -v </dev/null >&5
>
> Reading specs from 
> /usr/local/lib/gcc-lib/sparc-sun-solaris2.10/3.3.2/specs
>
> Configured with: ../configure --with-as=/usr/ccs/bin/as 
> --with-ld=/usr/ccs/bin/ld --disable-nls
>
> Thread model: posix
>
> gcc version 3.3.2
>
> configure:2005: $? = 0
>
> configure:2007: /usr/local/bin/g++ -V </dev/null >&5
>
> g++: `-V' option must have argument
>
> configure:2010: $? = 1
>
> configure:2034: checking for C++ compiler default output
>
> configure:2037: /usr/local/bin/g++ conftest.cc >&5
>
> g++: installation problem, cannot exec `as': No such file or directory
>
> configure:2040: $? = 1
>
> configure: failed program was:
>
> | #line 2013 "configure"
>
> | /* confdefs.h. */
>
> |
>
> | #define PACKAGE_NAME ""
>
> | #define PACKAGE_TARNAME ""
>
> | #define PACKAGE_VERSION ""
>
> | #define PACKAGE_STRING ""
>
> | #define PACKAGE_BUGREPORT ""
>
> | #define PACKAGE "quickfix"
>
> | #define VERSION "1.10.2"
>
> | /* end confdefs.h. */
>
> |
>
> | int
>
> | main ()
>
> | {
>
> |
>
> | ;
>
> | return 0;
>
> | }
>
> configure:2079: error: C++ compiler cannot create executables
>
> See `config.log' for more details.
>
> ## ---------------- ##
>
> ## Cache variables. ##
>
> ## ---------------- ##
>
> ac_cv_env_CC_set=set
>
> ac_cv_env_CC_value=/usr/local/bin/gcc
>
> ac_cv_env_CFLAGS_set=
>
> ac_cv_env_CFLAGS_value=
>
> ac_cv_env_CPPFLAGS_set=
>
> ac_cv_env_CPPFLAGS_value=
>
> ac_cv_env_CPP_set=
>
> ac_cv_env_CPP_value=
>
> ac_cv_env_CXXCPP_set=
>
> ac_cv_env_CXXCPP_value=
>
> ac_cv_env_CXXFLAGS_set=
>
> ac_cv_env_CXXFLAGS_value=
>
> ac_cv_env_CXX_set=set
>
> ac_cv_env_CXX_value=/usr/local/bin/g++
>
> ac_cv_env_F77_set=
>
> ac_cv_env_F77_value=
>
> ac_cv_env_FFLAGS_set=
>
> ac_cv_env_FFLAGS_value=
>
> ac_cv_env_LDFLAGS_set=
>
> ac_cv_env_LDFLAGS_value=
>
> ac_cv_env_build_alias_set=
>
> ac_cv_env_build_alias_value=
>
> ac_cv_env_host_alias_set=
>
> ac_cv_env_host_alias_value=
>
> ac_cv_env_target_alias_set=
>
> ac_cv_env_target_alias_value=
>
> ac_cv_prog_AWK=nawk
>
> ac_cv_prog_make_make_set=yes
>
> ## ----------------- ##
>
> ## Output variables. ##
>
> ## ----------------- ##
>
> ACLOCAL='aclocal-1.7'
>
> AMDEPBACKSLASH=''
>
> AMDEP_FALSE=''
>
> AMDEP_TRUE=''
>
> AMTAR='tar'
>
> AR=''
>
> AS=''
>
> AUTOCONF='autoconf'
>
> AUTOHEADER='autoheader'
>
> AUTOMAKE='automake-1.7'
>
> AWK='nawk'
>
> CC='/usr/local/bin/gcc'
>
> CCDEPMODE=''
>
> CFLAGS=''
>
> CPP=''
>
> CPPFLAGS=''
>
> CXX='/usr/local/bin/g++'
>
> CXXCPP=''
>
> CXXDEPMODE=''
>
> CXXFLAGS=''
>
> CYGPATH_W='echo'
>
> DEFS=''
>
> DEPDIR=''
>
> DLLTOOL=''
>
> ECHO='echo'
>
> ECHO_C=''
>
> ECHO_N='-n'
>
> ECHO_T=''
>
> EGREP=''
>
> EXEEXT=''
>
> F77=''
>
> FFLAGS=''
>
> HAVE_FTIME_FALSE=''
>
> HAVE_FTIME_TRUE=''
>
> HAVE_JAVA_FALSE=''
>
> HAVE_JAVA_TRUE=''
>
> HAVE_PYTHON_FALSE=''
>
> HAVE_PYTHON_TRUE=''
>
> INSTALL_DATA='${INSTALL} -m 644'
>
> INSTALL_PROGRAM='${INSTALL}'
>
> INSTALL_SCRIPT='${INSTALL}'
>
> INSTALL_STRIP_PROGRAM='${SHELL} $(install_sh) -c -s'
>
> JAVA_CFLAGS=''
>
> LDFLAGS=''
>
> LEX=''
>
> LEXLIB=''
>
> LEX_OUTPUT_ROOT=''
>
> LIBOBJS=''
>
> LIBS=''
>
> LIBTOOL=''
>
> LN_S=''
>
> LTLIBOBJS=''
>
> MAKEINFO='makeinfo'
>
> MYSQL_CFLAGS=''
>
> MYSQL_LIBS=''
>
> MYSQL_PREFIX=''
>
> OBJDUMP=''
>
> OBJEXT=''
>
> PACKAGE='quickfix'
>
> PACKAGE_BUGREPORT=''
>
> PACKAGE_NAME=''
>
> PACKAGE_STRING=''
>
> PACKAGE_TARNAME=''
>
> PACKAGE_VERSION=''
>
> PATH_SEPARATOR=':'
>
> PYTHON_CFLAGS=''
>
> PYTHON_PREFIX=''
>
> PYTHON_SITE_PACKAGES=''
>
> RANLIB=''
>
> RUBYDIR=''
>
> SET_MAKE=''
>
> SHELL='/bin/bash'
>
> STLPORT_CFLAGS=''
>
> STLPORT_LIBS=''
>
> STLPORT_PREFIX=''
>
> STRIP=''
>
> VERSION='1.10.2'
>
> XML2_CONFIG=''
>
> XML_CFLAGS=''
>
> XML_LIBS=''
>
> ac_ct_AR=''
>
> ac_ct_AS=''
>
> ac_ct_CC=''
>
> ac_ct_CXX=''
>
> ac_ct_DLLTOOL=''
>
> ac_ct_F77=''
>
> ac_ct_OBJDUMP=''
>
> ac_ct_RANLIB=''
>
> ac_ct_STRIP=''
>
> am__fastdepCC_FALSE=''
>
> am__fastdepCC_TRUE=''
>
> am__fastdepCXX_FALSE=''
>
> am__fastdepCXX_TRUE=''
>
> am__include=''
>
> am__leading_dot='.'
>
> am__quote=''
>
> bindir='${exec_prefix}/bin'
>
> build=''
>
> build_alias=''
>
> build_cpu=''
>
> build_os=''
>
> build_vendor=''
>
> datadir='${prefix}/share'
>
> exec_prefix='NONE'
>
> host=''
>
> host_alias=''
>
> host_cpu=''
>
> host_os=''
>
> host_vendor=''
>
> includedir='${prefix}/include'
>
> infodir='${prefix}/info'
>
> install_sh='/opt/quickfix/install-sh'
>
> jarlib=''
>
> libdir='${exec_prefix}/lib'
>
> libexecdir='${exec_prefix}/libexec'
>
> localstatedir='${prefix}/var'
>
> mandir='${prefix}/man'
>
> oldincludedir='/usr/include'
>
> prefix='NONE'
>
> program_transform_name='s,x,x,'
>
> sbindir='${exec_prefix}/sbin'
>
> sharedstatedir='${prefix}/com'
>
> sysconfdir='${prefix}/etc'
>
> target_alias=''
>
> ## ----------- ##
>
> ## confdefs.h. ##
>
> ## ----------- ##
>
> #define PACKAGE "quickfix"
>
> #define PACKAGE_BUGREPORT ""
>
> #define PACKAGE_NAME ""
>
> #define PACKAGE_STRING ""
>
> #define PACKAGE_TARNAME ""
>
> #define PACKAGE_VERSION ""
>
> #define VERSION "1.10.2"
>
> configure: exit 77
>
> ------------------------------------------------------------------------
>
> *From:* Caleb Epstein [mailto:cal...@gm...]
> *Sent:* Thursday, December 29, 2005 4:45 PM
> *To:* Vazirani, Carol
> *Cc:* Oren Miller; qui...@li...
> *Subject:* Re: [Quickfix-developers] RE: QuickFIX Installation question
>
> On 12/29/05, *Vazirani, Carol* <ca...@ja... 
> <mailto:ca...@ja...>> wrote:
>
>     I was looking for a solaris 10 package I can install. The link you
>     sent. Is that source code?
>
>
> Yes. Looks like http://www.sunfreeware.com/ might be what you're 
> looking for. I see gcc packages there.
>
> -- 
> Caleb Epstein
> caleb dot epstein at gmail dot com
>

RE: [Quickfix-developers] RE: QuickFIX Installation question

[Vazirani, C. <ca...@ja...>]

Hmm. Here is the problem I'm facing. Can someone help with this.

I was not able to find a gcc-3.4.2-sol10 package, so I downloaded and
installed gcc-3.3.2-sol10.

Running configure gives me the following error. Here is the entire
config.log.

=20

This file contains any messages produced by compilers while

running configure, to aid debugging if configure makes a mistake.

=20

It was created by configure, which was

generated by GNU Autoconf 2.57.  Invocation command line was

=20

  $ ./configure=20

=20

## --------- ##

## Platform. ##

## --------- ##

=20

hostname =3D zathura

uname -m =3D sun4u

uname -r =3D 5.10

uname -s =3D SunOS

uname -v =3D Generic_118822-25

=20

/usr/bin/uname -p =3D sparc

/bin/uname -X     =3D System =3D SunOS

Node =3D zathura

Release =3D 5.10

KernelID =3D Generic_118822-25

Machine =3D sun4u

BusType =3D <unknown>

Serial =3D <unknown>

Users =3D <unknown>

OEM# =3D 0

Origin# =3D 1

NumCPU =3D 1

=20

/bin/arch              =3D sun4

/usr/bin/arch -k       =3D sun4u

/usr/convex/getsysinfo =3D unknown

hostinfo               =3D unknown

/bin/machine           =3D unknown

/usr/bin/oslevel       =3D unknown

/bin/universe          =3D unknown

=20

PATH: /usr/local/bin

PATH: /usr/sbin

PATH: /usr/bin

PATH: /usr/openwin/bin

PATH: /usr/sbin

PATH: /usr/bin

PATH: /usr/local/bin

PATH: /usr/ucb

PATH: /etc

PATH: /usr/platform/sun4u/sbin

PATH: /usr/ccs/bin

PATH: /usr/ucb

PATH: /usr/java/bin

=20

=20

## ----------- ##

## Core tests. ##

## ----------- ##

=20

configure:1510: checking for a BSD-compatible install

configure:1564: result: ./install-sh -c

configure:1575: checking whether build environment is sane

configure:1618: result: yes

configure:1643: WARNING: `missing' script is too old or missing

configure:1651: checking for gawk

configure:1680: result: no

configure:1651: checking for mawk

configure:1680: result: no

configure:1651: checking for nawk

configure:1667: found /usr/bin/nawk

configure:1677: result: nawk

configure:1687: checking whether make sets $(MAKE)

configure:1707: result: yes

configure:1994: checking for C++ compiler version

configure:1997: /usr/local/bin/g++ --version </dev/null >&5

g++ (GCC) 3.3.2

Copyright (C) 2003 Free Software Foundation, Inc.

This is free software; see the source for copying conditions.  There is
NO

warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.

=20

configure:2000: $? =3D 0

configure:2002: /usr/local/bin/g++ -v </dev/null >&5

Reading specs from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.10/3.3.2/specs

Configured with: ../configure --with-as=3D/usr/ccs/bin/as
--with-ld=3D/usr/ccs/bin/ld --disable-nls

Thread model: posix

gcc version 3.3.2

configure:2005: $? =3D 0

configure:2007: /usr/local/bin/g++ -V </dev/null >&5

g++: `-V' option must have argument

configure:2010: $? =3D 1

configure:2034: checking for C++ compiler default output

configure:2037: /usr/local/bin/g++    conftest.cc  >&5

g++: installation problem, cannot exec `as': No such file or directory

configure:2040: $? =3D 1

configure: failed program was:

| #line 2013 "configure"

| /* confdefs.h.  */

|=20

| #define PACKAGE_NAME ""

| #define PACKAGE_TARNAME ""

| #define PACKAGE_VERSION ""

| #define PACKAGE_STRING ""

| #define PACKAGE_BUGREPORT ""

| #define PACKAGE "quickfix"

| #define VERSION "1.10.2"

| /* end confdefs.h.  */

|=20

| int

| main ()

| {

|=20

|   ;

|   return 0;

| }

configure:2079: error: C++ compiler cannot create executables

See `config.log' for more details.

=20

## ---------------- ##

## Cache variables. ##

## ---------------- ##

=20

ac_cv_env_CC_set=3Dset

ac_cv_env_CC_value=3D/usr/local/bin/gcc

ac_cv_env_CFLAGS_set=3D

ac_cv_env_CFLAGS_value=3D

ac_cv_env_CPPFLAGS_set=3D

ac_cv_env_CPPFLAGS_value=3D

ac_cv_env_CPP_set=3D

ac_cv_env_CPP_value=3D

ac_cv_env_CXXCPP_set=3D

ac_cv_env_CXXCPP_value=3D

ac_cv_env_CXXFLAGS_set=3D

ac_cv_env_CXXFLAGS_value=3D

ac_cv_env_CXX_set=3Dset

ac_cv_env_CXX_value=3D/usr/local/bin/g++

ac_cv_env_F77_set=3D

ac_cv_env_F77_value=3D

ac_cv_env_FFLAGS_set=3D

ac_cv_env_FFLAGS_value=3D

ac_cv_env_LDFLAGS_set=3D

ac_cv_env_LDFLAGS_value=3D

ac_cv_env_build_alias_set=3D

ac_cv_env_build_alias_value=3D

ac_cv_env_host_alias_set=3D

ac_cv_env_host_alias_value=3D

ac_cv_env_target_alias_set=3D

ac_cv_env_target_alias_value=3D

ac_cv_prog_AWK=3Dnawk

ac_cv_prog_make_make_set=3Dyes

=20

## ----------------- ##

## Output variables. ##

## ----------------- ##

=20

ACLOCAL=3D'aclocal-1.7'

AMDEPBACKSLASH=3D''

AMDEP_FALSE=3D''

AMDEP_TRUE=3D''

AMTAR=3D'tar'

AR=3D''

AS=3D''

AUTOCONF=3D'autoconf'

AUTOHEADER=3D'autoheader'

AUTOMAKE=3D'automake-1.7'

AWK=3D'nawk'

CC=3D'/usr/local/bin/gcc'

CCDEPMODE=3D''

CFLAGS=3D''

CPP=3D''

CPPFLAGS=3D''

CXX=3D'/usr/local/bin/g++'

CXXCPP=3D''

CXXDEPMODE=3D''

CXXFLAGS=3D''

CYGPATH_W=3D'echo'

DEFS=3D''

DEPDIR=3D''

DLLTOOL=3D''

ECHO=3D'echo'

ECHO_C=3D''

ECHO_N=3D'-n'

ECHO_T=3D''

EGREP=3D''

EXEEXT=3D''

F77=3D''

FFLAGS=3D''

HAVE_FTIME_FALSE=3D''

HAVE_FTIME_TRUE=3D''

HAVE_JAVA_FALSE=3D''

HAVE_JAVA_TRUE=3D''

HAVE_PYTHON_FALSE=3D''

HAVE_PYTHON_TRUE=3D''

INSTALL_DATA=3D'${INSTALL} -m 644'

INSTALL_PROGRAM=3D'${INSTALL}'

INSTALL_SCRIPT=3D'${INSTALL}'

INSTALL_STRIP_PROGRAM=3D'${SHELL} $(install_sh) -c -s'

JAVA_CFLAGS=3D''

LDFLAGS=3D''

LEX=3D''

LEXLIB=3D''

LEX_OUTPUT_ROOT=3D''

LIBOBJS=3D''

LIBS=3D''

LIBTOOL=3D''

LN_S=3D''

LTLIBOBJS=3D''

MAKEINFO=3D'makeinfo'

MYSQL_CFLAGS=3D''

MYSQL_LIBS=3D''

MYSQL_PREFIX=3D''

OBJDUMP=3D''

OBJEXT=3D''

PACKAGE=3D'quickfix'

PACKAGE_BUGREPORT=3D''

PACKAGE_NAME=3D''

PACKAGE_STRING=3D''

PACKAGE_TARNAME=3D''

PACKAGE_VERSION=3D''

PATH_SEPARATOR=3D':'

PYTHON_CFLAGS=3D''

PYTHON_PREFIX=3D''

PYTHON_SITE_PACKAGES=3D''

RANLIB=3D''

RUBYDIR=3D''

SET_MAKE=3D''

SHELL=3D'/bin/bash'

STLPORT_CFLAGS=3D''

STLPORT_LIBS=3D''

STLPORT_PREFIX=3D''

STRIP=3D''

VERSION=3D'1.10.2'

XML2_CONFIG=3D''

XML_CFLAGS=3D''

XML_LIBS=3D''

ac_ct_AR=3D''

ac_ct_AS=3D''

ac_ct_CC=3D''

ac_ct_CXX=3D''

ac_ct_DLLTOOL=3D''

ac_ct_F77=3D''

ac_ct_OBJDUMP=3D''

ac_ct_RANLIB=3D''

ac_ct_STRIP=3D''

am__fastdepCC_FALSE=3D''

am__fastdepCC_TRUE=3D''

am__fastdepCXX_FALSE=3D''

am__fastdepCXX_TRUE=3D''

am__include=3D''

am__leading_dot=3D'.'

am__quote=3D''

bindir=3D'${exec_prefix}/bin'

build=3D''

build_alias=3D''

build_cpu=3D''

build_os=3D''

build_vendor=3D''

datadir=3D'${prefix}/share'

exec_prefix=3D'NONE'

host=3D''

host_alias=3D''

host_cpu=3D''

host_os=3D''

host_vendor=3D''

includedir=3D'${prefix}/include'

infodir=3D'${prefix}/info'

install_sh=3D'/opt/quickfix/install-sh'

jarlib=3D''

libdir=3D'${exec_prefix}/lib'

libexecdir=3D'${exec_prefix}/libexec'

localstatedir=3D'${prefix}/var'

mandir=3D'${prefix}/man'

oldincludedir=3D'/usr/include'

prefix=3D'NONE'

program_transform_name=3D's,x,x,'

sbindir=3D'${exec_prefix}/sbin'

sharedstatedir=3D'${prefix}/com'

sysconfdir=3D'${prefix}/etc'

target_alias=3D''

=20

## ----------- ##

## confdefs.h. ##

## ----------- ##

=20

#define PACKAGE "quickfix"

#define PACKAGE_BUGREPORT ""

#define PACKAGE_NAME ""

#define PACKAGE_STRING ""

#define PACKAGE_TARNAME ""

#define PACKAGE_VERSION ""

#define VERSION "1.10.2"

=20

configure: exit 77

=20

=20

=20

=20

________________________________

From: Caleb Epstein [mailto:cal...@gm...]=20
Sent: Thursday, December 29, 2005 4:45 PM
To: Vazirani, Carol
Cc: Oren Miller; qui...@li...
Subject: Re: [Quickfix-developers] RE: QuickFIX Installation question

=20

On 12/29/05, Vazirani, Carol <ca...@ja...> wrote:

	I was looking for a solaris 10 package I can install. The link
you sent. Is that source code?


Yes.  Looks like http://www.sunfreeware.com/ might be what you're
looking for.  I see gcc packages there.=20

=20

--=20
Caleb Epstein
caleb dot epstein at gmail dot com=20

Re: [Quickfix-developers] RE: QuickFIX Installation question

[Caleb E. <cal...@gm...>]

On 12/29/05, Vazirani, Carol <ca...@ja...> wrote:
>
>  I was looking for a solaris 10 package I can install. The link you sent.
> Is that source code?
>

Yes.  Looks like http://www.sunfreeware.com/ might be what you're looking
for.  I see gcc packages there.

--
Caleb Epstein
caleb dot epstein at gmail dot com

RE: [Quickfix-developers] RE: QuickFIX Installation question

[Vazirani, C. <ca...@ja...>]

I was looking for a solaris 10 package I can install. The link you sent.
Is that source code?

=20

=20

________________________________

From: Caleb Epstein [mailto:cal...@gm...]=20
Sent: Thursday, December 29, 2005 1:10 PM
To: Vazirani, Carol
Cc: Oren Miller; qui...@li...
Subject: Re: [Quickfix-developers] RE: QuickFIX Installation question

=20

On 12/29/05, Vazirani, Carol <ca...@ja...> wrote:

	There is no gcc-3.4.2 for Solaris 10.
	Do you know if I can download and install gcc-3.3.2 for Solaris
10. It
	is available for download?


Of course there is.  You can downlaod and install any version of gcc
yourself:=20

http://ftp.gnu.org/pub/gnu/gcc/=20

=20

--=20
Caleb Epstein
caleb dot epstein at gmail dot com=20

Re: [Quickfix-developers] RE: QuickFIX Installation question

[Caleb E. <cal...@gm...>]

On 12/29/05, Vazirani, Carol <ca...@ja...> wrote:
>
> There is no gcc-3.4.2 for Solaris 10.
> Do you know if I can download and install gcc-3.3.2 for Solaris 10. It
> is available for download?


Of course there is.  You can downlaod and install any version of gcc
yourself:

http://ftp.gnu.org/pub/gnu/gcc/

--
Caleb Epstein
caleb dot epstein at gmail dot com

RE: [Quickfix-developers] RE: QuickFIX Installation question

[Vazirani, C. <ca...@ja...>]

There is no gcc-3.4.2 for Solaris 10.
Do you know if I can download and install gcc-3.3.2 for Solaris 10. It
is available for download?

Thanks.

Carol Vazirani
Jordan & Jordan
847.372.6912
ca...@ja...

-----Original Message-----
From: Oren Miller [mailto:or...@qu...]=20
Sent: Thursday, December 29, 2005 11:33 AM
To: Vazirani, Carol
Cc: qui...@li...
Subject: Re: [Quickfix-developers] RE: QuickFIX Installation question

Is this what you are looking for? ...

http://www.quickfixengine.org/quickfix/doc/html/install.html

--oren

Vazirani, Carol wrote:

> **/ Carol Vazirani /**
>
> **/ Jordan & Jordan /**
>
> **/ 847.372.6912 /**
>
> ca...@ja... <mailto:ca...@ja...>
>
> * From: * Vazirani, Carol
> *Sent:* Thursday, December 29, 2005 9:51 AM
> *To:* 'qui...@li...'
> *Subject:* QuickFIX Installation question
>
> Hi,
>
> I'm new to the world of QuickFIX. I'm trying to install the QuickFIX=20
> server on Solaris 10 Sparc workstation. I would like to browse an=20
> archive that contains Installation questions and answers. Is there=20
> one? Sorry if I missed it.
>

Re: [Quickfix-developers] RE: QuickFIX Installation question

[Oren M. <or...@qu...>]

Is this what you are looking for? ...

http://www.quickfixengine.org/quickfix/doc/html/install.html

--oren

Vazirani, Carol wrote:

> **/ Carol Vazirani /**
>
> **/ Jordan & Jordan /**
>
> **/ 847.372.6912 /**
>
> ca...@ja... <mailto:ca...@ja...>
>
> * From: * Vazirani, Carol
> *Sent:* Thursday, December 29, 2005 9:51 AM
> *To:* 'qui...@li...'
> *Subject:* QuickFIX Installation question
>
> Hi,
>
> I’m new to the world of QuickFIX. I’m trying to install the QuickFIX 
> server on Solaris 10 Sparc workstation. I would like to browse an 
> archive that contains Installation questions and answers. Is there 
> one? Sorry if I missed it.
>

[Quickfix-developers] RE: QuickFIX Installation question

[Vazirani, C. <ca...@ja...>]

=20

=20

Carol Vazirani

Jordan & Jordan

847.372.6912

ca...@ja... <mailto:ca...@ja...>=20

________________________________

From: Vazirani, Carol=20
Sent: Thursday, December 29, 2005 9:51 AM
To: 'qui...@li...'
Subject: QuickFIX Installation question

=20

Hi,

I'm new to the world of QuickFIX. I'm trying to install the QuickFIX
server on Solaris 10 Sparc workstation. I would like to browse an
archive that contains Installation questions and answers. Is there one?
Sorry if I missed it.

=20

=20

=20