quickfix-users — QuickFIX user support

[Quickfix-users] Quickfix42 getHeader() problem for .NET

[Christodoulou, C. D (london) <chr...@ml...>]

Hi

Has anybody been able to use getHeader() from the .NET version of quickfix42
(version 1.5.0)?

Just to give you a bit of background:

1. I downloaded the windows NT version of quickfix for .NET. 

2. I created a new solution called testcase.

3. I created a project called test1  - this is a simple form which has a
button on it. In the button event I include the testcode, a reference to
quickfix_net_debug, the using QuickFix42 statement and changed
Application.Run(new Form1() to System.Windows.Forms.Application.Run(new
Form1().

4. All I do is create an instance of a NewOrderSingle and try and get back
the reference to the Header (or trailer). See below. It is at this point it
fails with:-
-- Cannot implicitly convert type 'QuickFix.Message.Header' to
'QuickFix42.Header'


Here is the testcode I am using to find out why it's not working (it's just
a subset of the actual code I use):-


		private void button1_Click(object sender, System.EventArgs
e)
		{

			try
			{

				// Create a FIX NewOrderSingle request.
				NewOrderSingle newOrder = new
NewOrderSingle();

				Header header = newOrder.getHeader();  <=
Error

				header.setField(new
QuickFix.SenderCompID("sender123"));
	
				QuickFix.MsgType msgType = new
QuickFix.MsgType();			
				QuickFix.StringField strType =
header.getField(msgType);
					
	
System.Diagnostics.Trace.WriteLine(msg.getValue());
			}
			catch ( Exception exc )
			{
	
System.Diagnostics.Trace.Write(exc.ToString());
			}


		
		}
	}



The getHeader() is declared as follows:

namespace QuickFix42
{
  public __gc class Header : public QuickFix::Message::Header
  {
    Header(QuickFix::Message* message) :
QuickFix::Message::Header(message)
{}
    
    NET_FIELD_SET(BeginString);
    NET_FIELD_SET(BodyLength);
    NET_FIELD_SET(MsgType);

	...
  }

  ...

  Header* getHeader() { return
dynamic_cast<Header*>(QuickFix::Message::getHeader()); }

}

Therefore I am expecting it to return a QuickFix42 header, however it
actually thinks it's returning a QuickFix header which results in the
Above compilation error. Looking at the object browser it too thinks it's a
quickfix header event though the source code returns a quickfix42.

Thanks
Chris

[Quickfix-users] getHeader() problem with quickfix.1.5.0

[Christodoulou, C. D (london) <chr...@ml...>]

Hi

I have installed quickfix 1.5.0 on Windows using Visual Studio on XP
machine. I am running the .NET version (managed code) since I am using C# to
talk to the quickfix dll.

I am trying to get the MsgType from a NewOrderSingle message, however,
whenever I try to return the MsgType I get a compilation error:

-- Cannot implicitly convert type 'QuickFix.Message.Header' to
'QuickFix42.Header'


Code example:
// Create a FIX request
NewOrderSIngle newOrder = new NewOrderSingle();

Header header = newOrder.getHeader(); <== compile error
 
QuickFix.MsgType msgType = new QuickFix.MsgType();
QuickFix.StringField strType = Router.getField(msgType);



The getHeader() is declared as follows:

namespace QuickFix42
{
  public __gc class Header : public QuickFix::Message::Header
  {
    Header(QuickFix::Message* message) : QuickFix::Message::Header(message)
{}
    
    NET_FIELD_SET(BeginString);
    NET_FIELD_SET(BodyLength);
    NET_FIELD_SET(MsgType);

	...
  }

  ...

  Header* getHeader() { return
dynamic_cast<Header*>(QuickFix::Message::getHeader()); }

}

Therefore I am expecting it to return a QuickFix42 header, however it
actually thinks it's returning a QuickFix header which results in the above
compilation error.

If I use the QuickFix.Message.Header then the derived MsgType is not
available to me.

Has anyone got any ideas?

Also, I am a little confused as to why getHeader is returning a pointer.

Thanks
Chris

[Quickfix-users] Values missing in Values.h ?

[<her...@t-...>]

Hi guys,

after upgrading to QF 1.6 I found some values missing in Values.h.
In detail these are OrdType_MARKET_ON_CLOSE, OrdType_LIMIT_ON_CLOSE and
OrdRejReason_BROKER_OPTION  (which now seems to be named 
OrdRejReason_BROKER_EXCHANGE_OPTION).

I just wonder if there is any specific reason for droping that values ?



Regards,
Heri

[Quickfix-users] Vacation

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

I'm going to be on vacation from September 8th through the 24th.  I'll be bicycling from Budapest to Vienna so my access to computers will be sporadic at best, and my Blackberry doesn't work in Europe.  I'll be checking the lists and this email address whenever I happen upon an internet cafe.  There is a point release in the works when I return.  The more experienced users and contrinutors should be able to help out with any questions in my absence.
 
--oren


---------------------------------
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software

[Quickfix-users] Re: [Quickfix-developers] Quikfix 1.6.0

[Joerg T. <Joe...@ma...>]

Miller, Oren wrote:
> QuickFIX 1.6.0 is now available here:
>=20
> http://quickfix.thoughtworks.com/download.html

As I tried to check out using CVS, I noticed that there is no tag=20
RELEASE_1_6_0. Did you missed tagging this release?

Cheers, J=F6rg

--=20
Joerg Thoennes
                                http://macd.com
Tel.: +49 (0)241 44597-24      Macdonald Associates GmbH
Fax : +49 (0)241 44597-10      Lothringer Str. 52, D-52070 Aachen

[Quickfix-users] Quikfix 1.6.0

[Miller, O. <OM...@ri...>]

QuickFIX 1.6.0 is now available here:
http://quickfix.thoughtworks.com/download.html
=20
release notes are here:
http://sourceforge.net/project/shownotes.php?group_id=3D37535&release_id=3D=
1
80587
=20
One thing to note for C++ users that want to upgrade,  each message is
now in its own file.  So instead of including quickfix/Messages.h, you
must now include the individual messages you are using.  i.e.,
quickfix/fix42/NewOrderSingle.h.  This needed to be done to resolve the
heap errors in visual studio which couldn't handle the large include.
=20
Otherwise this guy has FIX 4.4 for C++ and java, .NET support for 4.4
will be coming out a little later (more heap issues with visual studio,
so the .NET message will also need to be separated out).  But .NET
users, you now have the isSetField method you have all been clamoring
for!  See the release notes for a complete list of changes.

Re: [Quickfix-users] Quick FIX reconnection problem?

[Miller, O. <OM...@ri...>]

I believe this has been fixed in the repository. I would recommend =
checking out from cvs and see if you still see the problem.

--------------------------
Sent from my BlackBerry Wireless Handheld


-----Original Message-----
From: Pedro Sousa <ps...@hi...>
To: br...@ka... <br...@ka...>; 'QuickFIX-Users' =
<qui...@li...>
Sent: Wed Aug 27 02:20:40 2003
Subject: RE: [Quickfix-users] Quick FIX reconnection problem?

I have been inspecting the log files more carefully, and I noticed that
message 617 has a value of 618 on tag NewSeqNo, when the FIX engine has
already sent messages 618 and 619! I think that's why this message is
rejected. Then, the NewOrderSingle message comes with MsgSeqNum of 619.
That's a serious error and the FIX engine disconnects the session. Any
comments on this?

Pedro

-----Original Message-----
From: Brendan B. Boerner [mailto:br...@ka...]=20
Sent: ter=E7a-feira, 26 de Agosto de 2003 23:10
To: QuickFIX-Users; Pedro Sousa
Subject: RE: [Quickfix-users] Quick FIX reconnection problem?


In my debugging, I see that the QuickFIX client is sending the cached
message but on the QuickFIX server (executor), in:

bool Session::nextQueued( int num )
{
...
    if ( msgType =3D=3D MsgType_Logon )
    {
        m_state.incrNextTargetMsgSeqNum();
    }
}

Thus when the client resends the cached NOS, the server tosses it
because the MsgSeqNum is lower than expected.

If the above was commented out, then if the client were to issue a
Resend Request to the server following the logon, on the server in
Session::nextResendRequest() the target MsgSeqNum is reset as well, also
leading to the NewOrderSingle cached prior to the logon to be discarded
because the MsgSeqNum is lower than expected.

Does anyone know if this is expected behaviour?

Regards,
Brendan


-----Original Message-----
From: qui...@li...
[mailto:qui...@li...]On Behalf Of Pedro
Sousa
Sent: Monday, August 25, 2003 11:03 AM
To: qui...@li...
Subject: [Quickfix-users] Quick FIX reconnection problem?


Hi,

I'm having the following problem using QuickFix:

We have an application using QuickFIX as an Acceptor. Another FIX engine
is connected to ours to send Stock Orders. Sometimes, the connection
between the FIX engines is lost. When the connection is re-established,
both FIX engines try to reconnect and send the messages shown below. The
problem is that message 619 (a NewOrderSingle message) is lost! It is
logged, but never reaches the "Application.fromApp" method. It seems the
Order is sent during the reconnection process, but that shouldn't be a
problem, right? And what does the message "Value is incorrect (out of
range) for this tag" mean, in message 622? I've check incoming message
617 but I can't see nothing wrong with it. Is there something wrong with
the reconnection messages sequence? I Could you please help me? This
happened 3 times in 3 consecutive days!

Thank you.

Pedro Sousa




-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Quickfix-users mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-users

RE: [Quickfix-users] Quick FIX reconnection problem?

[Pedro S. <ps...@hi...>]

I have been inspecting the log files more carefully, and I noticed that
message 617 has a value of 618 on tag NewSeqNo, when the FIX engine has
already sent messages 618 and 619! I think that's why this message is
rejected. Then, the NewOrderSingle message comes with MsgSeqNum of 619.
That's a serious error and the FIX engine disconnects the session. Any
comments on this?

Pedro

-----Original Message-----
From: Brendan B. Boerner [mailto:br...@ka...]=20
Sent: ter=E7a-feira, 26 de Agosto de 2003 23:10
To: QuickFIX-Users; Pedro Sousa
Subject: RE: [Quickfix-users] Quick FIX reconnection problem?


In my debugging, I see that the QuickFIX client is sending the cached
message but on the QuickFIX server (executor), in:

bool Session::nextQueued( int num )
{
...
    if ( msgType =3D=3D MsgType_Logon )
    {
        m_state.incrNextTargetMsgSeqNum();
    }
}

Thus when the client resends the cached NOS, the server tosses it
because the MsgSeqNum is lower than expected.

If the above was commented out, then if the client were to issue a
Resend Request to the server following the logon, on the server in
Session::nextResendRequest() the target MsgSeqNum is reset as well, also
leading to the NewOrderSingle cached prior to the logon to be discarded
because the MsgSeqNum is lower than expected.

Does anyone know if this is expected behaviour?

Regards,
Brendan


-----Original Message-----
From: qui...@li...
[mailto:qui...@li...]On Behalf Of Pedro
Sousa
Sent: Monday, August 25, 2003 11:03 AM
To: qui...@li...
Subject: [Quickfix-users] Quick FIX reconnection problem?


Hi,

I'm having the following problem using QuickFix:

We have an application using QuickFIX as an Acceptor. Another FIX engine
is connected to ours to send Stock Orders. Sometimes, the connection
between the FIX engines is lost. When the connection is re-established,
both FIX engines try to reconnect and send the messages shown below. The
problem is that message 619 (a NewOrderSingle message) is lost! It is
logged, but never reaches the "Application.fromApp" method. It seems the
Order is sent during the reconnection process, but that shouldn't be a
problem, right? And what does the message "Value is incorrect (out of
range) for this tag" mean, in message 622? I've check incoming message
617 but I can't see nothing wrong with it. Is there something wrong with
the reconnection messages sequence? I Could you please help me? This
happened 3 times in 3 consecutive days!

Thank you.

Pedro Sousa

RE: [Quickfix-users] Quick FIX reconnection problem?

[Brendan B. B. <br...@ka...>]

In my debugging, I see that the QuickFIX client is sending the cached
message but on the QuickFIX server (executor), in:

bool Session::nextQueued( int num )
{
...
    if ( msgType == MsgType_Logon )
    {
        m_state.incrNextTargetMsgSeqNum();
    }
}

Thus when the client resends the cached NOS, the server tosses it
because the MsgSeqNum is lower than expected.

If the above was commented out, then if the client were to issue a
Resend Request to the server following the logon, on the server in
Session::nextResendRequest() the target MsgSeqNum is reset as well,
also leading to the NewOrderSingle cached prior to the logon to be
discarded because the MsgSeqNum is lower than expected.

Does anyone know if this is expected behaviour?

Regards,
Brendan


-----Original Message-----
From: qui...@li...
[mailto:qui...@li...]On Behalf Of Pedro Sousa
Sent: Monday, August 25, 2003 11:03 AM
To: qui...@li...
Subject: [Quickfix-users] Quick FIX reconnection problem?


Hi,

I'm having the following problem using QuickFix:

We have an application using QuickFIX as an Acceptor. Another FIX
engine is connected to ours to send Stock Orders. Sometimes, the
connection between the FIX engines is lost. When the connection is
re-established, both FIX engines try to reconnect and send the
messages shown below. The problem is that message 619 (a
NewOrderSingle message) is lost! It is logged, but never reaches the
"Application.fromApp" method. It seems the Order is sent during the
reconnection process, but that shouldn't be a problem, right? And
what does the message "Value is incorrect (out of range) for this
tag" mean, in message 622? I've check incoming message 617 but I
can't see nothing wrong with it. Is there something wrong with the
reconnection messages sequence? I Could you please help me? This
happened 3 times in 3 consecutive days!

Thank you.

Pedro Sousa

RE: [Quickfix-users] Quick FIX reconnection problem?

[Brendan B. B. <br...@ka...>]

I ran into the problem w/the NewOrderSingle being 'dropped' this
weekend but haven't had a chance to debug fully.

It appears that the processing of msg 618 caused the drop.  I've been
able to reproduce this by having an unsent NewOrderSingle sitting in
.outgoing and then connect.

The reject message is because because the checksum does not match was
was expected.  I found and reported a problem with computing the
checksum about a month or so ago.  Orem posted a reply containing the
lines to implement a correct fix.

Regards,
Brendan

-----Original Message-----
From: qui...@li...
[mailto:qui...@li...]On Behalf Of Pedro Sousa
Sent: Monday, August 25, 2003 11:03 AM
To: qui...@li...
Subject: [Quickfix-users] Quick FIX reconnection problem?


Hi,

I'm having the following problem using QuickFix:

We have an application using QuickFIX as an Acceptor. Another FIX
engine is connected to ours to send Stock Orders. Sometimes, the
connection between the FIX engines is lost. When the connection is
re-established, both FIX engines try to reconnect and send the
messages shown below. The problem is that message 619 (a
NewOrderSingle message) is lost! It is logged, but never reaches the
"Application.fromApp" method. It seems the Order is sent during the
reconnection process, but that shouldn't be a problem, right? And
what does the message "Value is incorrect (out of range) for this
tag" mean, in message 622? I've check incoming message 617 but I
can't see nothing wrong with it. Is there something wrong with the
reconnection messages sequence? I Could you please help me? This
happened 3 times in 3 consecutive days!

Thank you.

Pedro Sousa


EVENT: ---------------------------------------------------------------------
---------------------------------------------------------------------------
20030825-06:02:01 : Received logon request
20030825-06:02:01 : Responding to logon request
20030825-11:05:01 : Sent test request TEST
20030825-11:05:37 : Timed out waiting for heartbeat
20030825-11:05:37 : Disconnecting
20030825-11:06:22 : Received logon request
20030825-11:06:22 : Responding to logon request
20030825-11:06:22 : MsgSeqNum too high RECEIVED: 618 EXPECTED: 617
20030825-11:06:22 : Sent ResendRequest FROM: 617 TO: 617
20030825-11:06:22 : Received ResendRequest FROM: 619 TO: 620
20030825-11:06:22 : Sent SequenceReset TO: 621
20030825-11:06:22 : Processing QUEUED message: 618
20030825-11:06:22 : Received SequenceReset FROM: 619 TO: 618
20030825-11:06:22 : Message 617 Rejected: Value is incorrect (out of range)
for this tag
20030825-11:06:23 : Received ResendRequest FROM: 621 TO: 622
20030825-11:06:23 : Sent SequenceReset TO: 623
20030825-11:06:25 : Disconnecting
20030825-11:06:52 : Received logon request
20030825-11:06:52 : Responding to logon request


INCOMING:-------------------------------------------------------------------
----------------------------------------------------------------------------
-
8=FIX.4.1
9=0063
35=0
49=GTRDCIMD
56=IMDLX
57=IMDLX
34=614
52=20030825-10:58
:34
10=203

8=FIX.4.1
9=0063
35=0
49=GTRDCIMD
56=IMDLX
57=IMDLX
34=615
52=20030825-10:59
:04
10=202

8=FIX.4.1
9=0063
35=0
49=GTRDCIMD
56=IMDLX
57=IMDLX
34=616
52=20030825-10:59
:35
10=207

8=FIX.4.1
9=0075
35=A
49=GTRDCIMD
56=IMDLX
57=IMDLX
34=618
52=20030825-11:01
:32
98=0
108=30
10=239

8=FIX.4.1
9=0076
35=2
49=GTRDCIMD
56=IMDLX
57=IMDLX
34=619
52=20030825-11:01
:32
7=619
16=620
10=027

8=FIX.4.1
9=0081
35=4
49=GTRDCIMD
56=IMDLX
57=IMDLX
34=617
43=Y
52=20030825-
11:01:32
123=Y
36=618
10=054

8=FIX.4.1
9=0076
35=2
49=GTRDCIMD
56=IMDLX
57=IMDLX
34=618
52=20030825-11:01
:32
7=621
16=622
10=021

8=FIX.4.1
9=0185
35=D
49=GTRDCIMD
56=IMDLX
57=IMDLX
34=619
52=20030825-11:01
:34
11=20030825-X00265
109=999002
1=CITI
21=1
100=LS
55=BCP
48=PTBCP0AM0007

22=4
54=2
38=50000
40=2
44=1.59000000
15=EUR
59=0
10=198

8=FIX.4.1
9=0075
35=A
49=GTRDCIMD
56=IMDLX
57=IMDLX
34=620
52=20030825-11:02
:01
98=0
108=30
10=229

8=FIX.4.1
9=0063
35=0
49=GTRDCIMD
56=IMDLX
57=IMDLX
34=621
52=20030825-11:02
:31
10=188

8=FIX.4.1
9=0063
35=0
49=GTRDCIMD
56=IMDLX
57=IMDLX
34=622
52=20030825-11:03
:01
10=187

8=FIX.4.1
9=0063
35=0
49=GTRDCIMD
56=IMDLX
57=IMDLX
34=623
52=20030825-11:03
:31
10=191

----------------------------------------------------------------------------
--------------------------------------------------------------------




OUTGOING: ------------------------------------------------------------------
----------------------------------------------------------------------------
--
8=FIX.4.1
9=54
35=0
34=613
49=IMDLX
52=20030825-11:02:47
56=GTRDCIMD
10=060

8=FIX.4.1
9=54
35=0
34=614
49=IMDLX
52=20030825-11:03:17
56=GTRDCIMD
10=059

8=FIX.4.1
9=54
35=0
34=615
49=IMDLX
52=20030825-11:03:47
56=GTRDCIMD
10=063

8=FIX.4.1
9=54
35=0
34=616
49=IMDLX
52=20030825-11:04:17
56=GTRDCIMD
10=062

8=FIX.4.1
9=195
35=8
34=617
49=IMDLX
52=20030825-11:04:35
56=GTRDCIMD
6=1.58

11=20030825-X00045
14=10708
17=1137014493220030825
20=0
31=1.58
32=10708
37
=20030825-X00045
38=50000
39=1
54=2
55=BCP
150=1
151=39292
10=204

8=FIX.4.1
9=191
35=8
34=618
49=IMDLX
52=20030825-11:04:35
56=GTRDCIMD
6=1.58

11=20030825-X00045
14=50000
17=1137114493220030825
20=0
31=1.58
32=39292
37
=20030825-X00045
38=50000
39=2
54=2
55=BCP
150=2
151=0
10=241

8=FIX.4.1
9=63
35=1
34=619
49=IMDLX
52=20030825-11:05:01
56=GTRDCIMD
112=TES
T
10=078

8=FIX.4.1
9=66
35=A
34=620
49=IMDLX
52=20030825-11:06:22
56=GTRDCIMD
98=0
10
8=30
10=100

8=FIX.4.1
9=67
35=2
34=621
49=IMDLX
52=20030825-11:06:22
56=GTRDCIMD
7=617
1
6=617
10=148

8=FIX.4.1
9=94
35=4
34=619
43=Y
49=IMDLX
52=20030825-11:06:22
56=GTRDCIMD
12
2=20030825-11:06:22
36=621
123=Y
10=230

8=FIX.4.1
9=111
35=3
34=622
49=IMDLX
52=20030825-11:06:22
56=GTRDCIMD
45=617

58=Value is incorrect (out of range) for this tag
10=190

8=FIX.4.1
9=94
35=4
34=621
43=Y
49=IMDLX
52=20030825-11:06:23
56=GTRDCIMD
12
2=20030825-11:06:23
36=623
123=Y
10=227

8=FIX.4.1
9=66
35=A
34=623
49=IMDLX
52=20030825-11:06:52
56=GTRDCIMD
98=0
10
8=30
10=106

8=FIX.4.1
9=54
35=0
34=624
49=IMDLX
52=20030825-11:07:22
56=GTRDCIMD
10=060

8=FIX.4.1
9=54
35=0
34=625
49=IMDLX
52=20030825-11:07:52
56=GTRDCIMD
10=064

8=FIX.4.1
9=54
35=0
34=626
49=IMDLX
52=20030825-11:08:22
56=GTRDCIMD
10=063

----------------------------------------------------------------------------
--------------------------------------------------------------------

[Quickfix-users] Quick FIX reconnection problem?

[Pedro S. <ps...@hi...>]

Hi,
=20
I'm having the following problem using QuickFix:
We have an application using QuickFIX as an Acceptor. Another FIX engine
is connected to ours to send Stock Orders. Sometimes, the connection
between the FIX engines is lost. When the connection is re-established,
both FIX engines try to reconnect and send the messages shown below. The
problem is that message 619 (a NewOrderSingle message) is lost! It is
logged, but never reaches the "Application.fromApp" method. It seems the
Order is sent during the reconnection process, but that shouldn't be a
problem, right? And what does the message "Value is incorrect (out of
range) for this tag" mean, in message 622? I've check incoming message
617 but I can't see nothing wrong with it. Is there something wrong with
the reconnection messages sequence? I Could you please help me? This
happened 3 times in 3 consecutive days!=20
=20
Thank you.
=20
Pedro Sousa
=20
=20
EVENT:
------------------------------------------------------------------------
------------------------------------------------------------------------
20030825-06:02:01 : Received logon request
20030825-06:02:01 : Responding to logon request
20030825-11:05:01 : Sent test request TEST
20030825-11:05:37 : Timed out waiting for heartbeat
20030825-11:05:37 : Disconnecting
20030825-11:06:22 : Received logon request
20030825-11:06:22 : Responding to logon request
20030825-11:06:22 : MsgSeqNum too high RECEIVED: 618 EXPECTED: 617
20030825-11:06:22 : Sent ResendRequest FROM: 617 TO: 617
20030825-11:06:22 : Received ResendRequest FROM: 619 TO: 620
20030825-11:06:22 : Sent SequenceReset TO: 621
20030825-11:06:22 : Processing QUEUED message: 618
20030825-11:06:22 : Received SequenceReset FROM: 619 TO: 618
20030825-11:06:22 : Message 617 Rejected: Value is incorrect (out of
range) for this tag
20030825-11:06:23 : Received ResendRequest FROM: 621 TO: 622
20030825-11:06:23 : Sent SequenceReset TO: 623
20030825-11:06:25 : Disconnecting
20030825-11:06:52 : Received logon request
20030825-11:06:52 : Responding to logon request

=20
INCOMING:---------------------------------------------------------------
------------------------------------------------------------------------
---------
8=3DFIX.4.1=019=3D0063=0135=3D0=0149=3DGTRDCIMD=0156=3DIMDLX=0157=3DIMDLX=
=0134=3D614=0152=3D20030825-1
0:58:34=0110=3D203=01
8=3DFIX.4.1=019=3D0063=0135=3D0=0149=3DGTRDCIMD=0156=3DIMDLX=0157=3DIMDLX=
=0134=3D615=0152=3D20030825-1
0:59:04=0110=3D202=01
8=3DFIX.4.1=019=3D0063=0135=3D0=0149=3DGTRDCIMD=0156=3DIMDLX=0157=3DIMDLX=
=0134=3D616=0152=3D20030825-1
0:59:35=0110=3D207=01
8=3DFIX.4.1=019=3D0075=0135=3DA=0149=3DGTRDCIMD=0156=3DIMDLX=0157=3DIMDLX=
=0134=3D618=0152=3D20030825-1
1:01:32=0198=3D0=01108=3D30=0110=3D239=01
8=3DFIX.4.1=019=3D0076=0135=3D2=0149=3DGTRDCIMD=0156=3DIMDLX=0157=3DIMDLX=
=0134=3D619=0152=3D20030825-1
1:01:32=017=3D619=0116=3D620=0110=3D027=01
8=3DFIX.4.1=019=3D0081=0135=3D4=0149=3DGTRDCIMD=0156=3DIMDLX=0157=3DIMDLX=
=0134=3D617=0143=3DY=0152=3D20030
825-11:01:32=01123=3DY=0136=3D618=0110=3D054=01
8=3DFIX.4.1=019=3D0076=0135=3D2=0149=3DGTRDCIMD=0156=3DIMDLX=0157=3DIMDLX=
=0134=3D618=0152=3D20030825-1
1:01:32=017=3D621=0116=3D622=0110=3D021=01
8=3DFIX.4.1=019=3D0185=0135=3DD=0149=3DGTRDCIMD=0156=3DIMDLX=0157=3DIMDLX=
=0134=3D619=0152=3D20030825-1
1:01:34=0111=3D20030825-X00265=01109=3D999002=011=3DCITI=0121=3D1=01100=3D=
LS=0155=3DBCP=0148=3DPTBCP
0AM0007=0122=3D4=0154=3D2=0138=3D50000=0140=3D2=0144=3D1.59000000=0115=3D=
EUR=0159=3D0=0110=3D198=01
8=3DFIX.4.1=019=3D0075=0135=3DA=0149=3DGTRDCIMD=0156=3DIMDLX=0157=3DIMDLX=
=0134=3D620=0152=3D20030825-1
1:02:01=0198=3D0=01108=3D30=0110=3D229=01
8=3DFIX.4.1=019=3D0063=0135=3D0=0149=3DGTRDCIMD=0156=3DIMDLX=0157=3DIMDLX=
=0134=3D621=0152=3D20030825-1
1:02:31=0110=3D188=01
8=3DFIX.4.1=019=3D0063=0135=3D0=0149=3DGTRDCIMD=0156=3DIMDLX=0157=3DIMDLX=
=0134=3D622=0152=3D20030825-1
1:03:01=0110=3D187=01
8=3DFIX.4.1=019=3D0063=0135=3D0=0149=3DGTRDCIMD=0156=3DIMDLX=0157=3DIMDLX=
=0134=3D623=0152=3D20030825-1
1:03:31=0110=3D191=01
------------------------------------------------------------------------
------------------------------------------------------------------------
=20
=20
=20
=20
OUTGOING:
------------------------------------------------------------------------
------------------------------------------------------------------------
8=3DFIX.4.1=019=3D54=0135=3D0=0134=3D613=0149=3DIMDLX=0152=3D20030825-11:=
02:47=0156=3DGTRDCIMD=0110=3D
060=01
8=3DFIX.4.1=019=3D54=0135=3D0=0134=3D614=0149=3DIMDLX=0152=3D20030825-11:=
03:17=0156=3DGTRDCIMD=0110=3D
059=01
8=3DFIX.4.1=019=3D54=0135=3D0=0134=3D615=0149=3DIMDLX=0152=3D20030825-11:=
03:47=0156=3DGTRDCIMD=0110=3D
063=01
8=3DFIX.4.1=019=3D54=0135=3D0=0134=3D616=0149=3DIMDLX=0152=3D20030825-11:=
04:17=0156=3DGTRDCIMD=0110=3D
062=01
8=3DFIX.4.1=019=3D195=0135=3D8=0134=3D617=0149=3DIMDLX=0152=3D20030825-11=
:04:35=0156=3DGTRDCIMD=016=3D
1.58=0111=3D20030825-X00045=0114=3D10708=0117=3D1137014493220030825=0120=3D=
0=0131=3D1.58=0132=3D
10708=0137=3D20030825-X00045=0138=3D50000=0139=3D1=0154=3D2=0155=3DBCP=01=
150=3D1=01151=3D39292=0110=3D20
4=01
8=3DFIX.4.1=019=3D191=0135=3D8=0134=3D618=0149=3DIMDLX=0152=3D20030825-11=
:04:35=0156=3DGTRDCIMD=016=3D
1.58=0111=3D20030825-X00045=0114=3D50000=0117=3D1137114493220030825=0120=3D=
0=0131=3D1.58=0132=3D
39292=0137=3D20030825-X00045=0138=3D50000=0139=3D2=0154=3D2=0155=3DBCP=01=
150=3D2=01151=3D0=0110=3D241=01
8=3DFIX.4.1=019=3D63=0135=3D1=0134=3D619=0149=3DIMDLX=0152=3D20030825-11:=
05:01=0156=3DGTRDCIMD=01112
=3DTEST=0110=3D078=01
8=3DFIX.4.1=019=3D66=0135=3DA=0134=3D620=0149=3DIMDLX=0152=3D20030825-11:=
06:22=0156=3DGTRDCIMD=0198=3D
0=01108=3D30=0110=3D100=01
8=3DFIX.4.1=019=3D67=0135=3D2=0134=3D621=0149=3DIMDLX=0152=3D20030825-11:=
06:22=0156=3DGTRDCIMD=017=3D6
17=0116=3D617=0110=3D148=01
8=3DFIX.4.1=019=3D94=0135=3D4=0134=3D619=0143=3DY=0149=3DIMDLX=0152=3D200=
30825-11:06:22=0156=3DGTRDCIM
D=01122=3D20030825-11:06:22=0136=3D621=01123=3DY=0110=3D230=01
8=3DFIX.4.1=019=3D111=0135=3D3=0134=3D622=0149=3DIMDLX=0152=3D20030825-11=
:06:22=0156=3DGTRDCIMD=0145
=3D617=0158=3DValue is incorrect (out of range) for this =
tag=0110=3D190=01
8=3DFIX.4.1=019=3D94=0135=3D4=0134=3D621=0143=3DY=0149=3DIMDLX=0152=3D200=
30825-11:06:23=0156=3DGTRDCIM
D=01122=3D20030825-11:06:23=0136=3D623=01123=3DY=0110=3D227=01
8=3DFIX.4.1=019=3D66=0135=3DA=0134=3D623=0149=3DIMDLX=0152=3D20030825-11:=
06:52=0156=3DGTRDCIMD=0198=3D
0=01108=3D30=0110=3D106=01
8=3DFIX.4.1=019=3D54=0135=3D0=0134=3D624=0149=3DIMDLX=0152=3D20030825-11:=
07:22=0156=3DGTRDCIMD=0110=3D
060=01
8=3DFIX.4.1=019=3D54=0135=3D0=0134=3D625=0149=3DIMDLX=0152=3D20030825-11:=
07:52=0156=3DGTRDCIMD=0110=3D
064=01
8=3DFIX.4.1=019=3D54=0135=3D0=0134=3D626=0149=3DIMDLX=0152=3D20030825-11:=
08:22=0156=3DGTRDCIMD=0110=3D
063=01
------------------------------------------------------------------------
------------------------------------------------------------------------
=20
=20
=20
=20
=20

[Quickfix-users] Possible bug in Session::isSameSession()?

[Brendan B. B. <br...@ka...>]

Hello,

This is to report a possible bug in Session::isSameSession().

Suppose on Thursday 8/21 StartTime=09:00:00, EndTime=16:00:00 and the
contents of the .session file (m_creationTime) are 20030820-10:00:00
(assume all times are UTC).

If the current time is 9:45, in Session::isSameSession() the calls to
Session::isSameSession() will not trigger a return false and thus
fall to:

    return (time1 - time2 <= UTC_DAY);

Since (time1 (8/21 9:45) - time2 (8/20 10:00)) is <= UTC_DAY
Session::isSameSession() will return true and the session will not be
reset.

If instead the check is if the session end time (converted to today's
date) is >= m_creationTime + 24h, e.g.

  UtcTimeStamp l_dt(end.getHour(), end.getMinute(), end.getSecond());
  return (l_dt - time2 < UTC_DAY);

then since (end (8/21 16:00:00) - time2 (8/20 10:00)) is > UTC_DAY
then Session::isSameSession() will return false and the session will
be reset e.g. the session will be reset if the previous
m_creationTime is more than a day prior to the current day's end
session time.

Note I checked return (l_dt - time2 < UTC_DAY) and not return (l_dt -
time2 <= UTC_DAY) because if m_creationTime == EndTime then (end
(8/21 16:00:00) - time2 (8/20 16:00:00)) == 86400 and thus the reset
wouldn't occur.

Comments welcome.

Regards,
Brendan

Re: [Quickfix-users] (no subject)

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

I built QuickFIX on FreeBSD 5.0 several months ago and
it seemed to work fine.  When porting there is a full
suite of unit tests and functional tests that can be
run in order to verify that a port is succesful.

--- "H. Steuer" <her...@t-...> wrote:
> hello everybody,
> 
> has there been an attempt to port quickfix to a BSD
> style operating system ?
> or does anyone already run quickfix on such an os ?
> is there some internal debugging, that can turned be
> on while porting ?
> 
> regards
> heri
> 
> 
> 
> 
>
-------------------------------------------------------
> This SF.net email is sponsored by Dice.com.
> Did you know that Dice has over 25,000 tech jobs
> available today? From
> careers in IT to Engineering to Tech Sales, Dice has
> tech jobs from the
> best hiring companies.
> http://www.dice.com/index.epl?rel_code=104
> _______________________________________________
> Quickfix-users mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-users

__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

Re: [Quickfix-users] fromString...JVM crashes...with around 10 sessions on Red Hat Linux 8.0

[Miller, O. <OM...@ri...>]

You may want to check if your version of stdlib has any thread safety =
issues.  What gcc is distributed with RH 8.0?  I would suggest compiling =
with stlport and see if the problem remains.  If stlport fixes the =
problem you may want to upgrade your compiler (or just continue using =
stlport which I would recommend anyway)

--------------------------
Sent from my BlackBerry Wireless Handheld


-----Original Message-----
From: vi...@ma... <vi...@ma...>
To: qui...@li... =
<qui...@li...>
CC: ore...@ya... <ore...@ya...>
Sent: Wed Aug 20 01:52:11 2003
Subject: [Quickfix-users] fromString...JVM crashes...with around 10 =
sessions on Red Hat Linux 8.0

Hi,
We are faced with a problem wherein the JVM running quick FIX based
application crashes generating stack trace as below....

Information -
Red Hat Linux version 8.0
Quick-FIX version 1.4.1
JDK version 1.4.1_02-b06

This problem occurs when around 10 or more sessions are opened.
Application uses threads per message it receives, for processing.
Whenever such a problem occurs, it has been seen in the stack=20
trace that it is the org.quickfix.Message.fromString native method
is what has caused this.

Could one help know, what could be the cause for this problem?
Is it something to do with Library /usr/lib/libstdc++.so.5

Vivek
-------------------------------------------------------------------------=
-------------------------------------------------------------------------=
------------------------
    [junit] An unexpected exception has been detected in native code =
outside the VM.
    [junit] Unexpected Signal : 11 occurred at PC=3D0x4CFDA6C8
    [junit] Function=3D_ZNSs4_Rep9_S_createEjRKSaIcE+0x88
    [junit] Library=3D/usr/lib/libstdc++.so.5

    [junit] Current Java thread:
    [junit] 	at org.quickfix.Message.fromString(Native Method)
    [junit] 	at org.quickfix.Message.initFromString(Unknown Source)
    [junit] 	at org.quickfix.Message.<init>(Unknown Source)
    [junit] 	at its.eets.obj.ETPValue.<init>(ETPValue.java:56)
    [junit] 	at =
its.eets.obj.ETPExecutionPointOrder.<init>(ETPExecutionPointOrder.java:66=
)
    [junit] 	at =
its.eets.obj.ETPExecutionPointOrder.clone(ETPExecutionPointOrder.java:665=
)
    [junit] 	at =
its.eets.fix.ETPExchangeApplication$OrderProcessor.run(ETPExchangeApplica=
tion.java:271)
    [junit] 	at java.lang.Thread.run(Thread.java:536)

    [junit] Dynamic libraries:
    [junit] 08048000-0804e000 r-xp 00000000 08:05 928578     =
/usr/local/j2sdk1.4.1_02/jre/bin/java
    [junit] 0804e000-0804f000 rw-p 00005000 08:05 928578     =
/usr/local/j2sdk1.4.1_02/jre/bin/java
    [junit] 40000000-40012000 r-xp 00000000 08:09 87752      =
/lib/ld-2.2.93.so
    [junit] 40012000-40013000 rw-p 00012000 08:09 87752      =
/lib/ld-2.2.93.so
    [junit] 40013000-4001c000 r-xp 00000000 08:05 440347     =
/usr/local/j2sdk1.4.1_02/jre/lib/i386/native_threads/libhpi.so
    [junit] 4001c000-4001d000 rw-p 00008000 08:05 440347     =
/usr/local/j2sdk1.4.1_02/jre/lib/i386/native_threads/libhpi.so
    [junit] 4001e000-40021000 r--s 00000000 08:05 16856      =
/usr/local/j2sdk1.4.1_02/jre/lib/ext/dnsns.jar
    [junit] 40022000-4002f000 r-xp 00000000 08:09 102379     =
/lib/i686/libpthread-0.10.so
    [junit] 4002f000-40032000 rw-p 0000d000 08:09 102379     =
/lib/i686/libpthread-0.10.so
    [junit] 40053000-40055000 r-xp 00000000 08:09 87765      =
/lib/libdl-2.2.93.so
    [junit] 40055000-40056000 rw-p 00001000 08:09 87765      =
/lib/libdl-2.2.93.so
    [junit] 40056000-4036e000 r-xp 00000000 08:05 2101725    =
/usr/local/j2sdk1.4.1_02/jre/lib/i386/client/libjvm.so
    [junit] 4036e000-40552000 rw-p 00317000 08:05 2101725    =
/usr/local/j2sdk1.4.1_02/jre/lib/i386/client/libjvm.so
    [junit] 40563000-40575000 r-xp 00000000 08:09 87769      =
/lib/libnsl-2.2.93.so
    [junit] 40575000-40576000 rw-p 00012000 08:09 87769      =
/lib/libnsl-2.2.93.so
    [junit] 40578000-40599000 r-xp 00000000 08:09 102377     =
/lib/i686/libm-2.2.93.so
    [junit] 40599000-4059a000 rw-p 00021000 08:09 102377     =
/lib/i686/libm-2.2.93.so
    [junit] 4059a000-405aa000 r-xp 00000000 08:05 440353     =
/usr/local/j2sdk1.4.1_02/jre/lib/i386/libverify.so
    [junit] 405aa000-405ac000 rw-p 0000f000 08:05 440353     =
/usr/local/j2sdk1.4.1_02/jre/lib/i386/libverify.so
    [junit] 405ac000-405cd000 r-xp 00000000 08:05 440354     =
/usr/local/j2sdk1.4.1_02/jre/lib/i386/libjava.so
    [junit] 405cd000-405cf000 rw-p 00020000 08:05 440354     =
/usr/local/j2sdk1.4.1_02/jre/lib/i386/libjava.so
    [junit] 405cf000-405e4000 r-xp 00000000 08:05 440356     =
/usr/local/j2sdk1.4.1_02/jre/lib/i386/libzip.so
    [junit] 405e4000-405e6000 rw-p 00014000 08:05 440356     =
/usr/local/j2sdk1.4.1_02/jre/lib/i386/libzip.so
    [junit] 405e6000-41cb5000 r--s 00000000 08:05 440485     =
/usr/local/j2sdk1.4.1_02/jre/lib/rt.jar
    [junit] 41cf8000-41d0f000 r--s 00000000 08:05 440465     =
/usr/local/j2sdk1.4.1_02/jre/lib/sunrsasign.jar
    [junit] 41d0f000-41d80000 r--s 00000000 08:05 440467     =
/usr/local/j2sdk1.4.1_02/jre/lib/jsse.jar
    [junit] 41d80000-41d93000 r--s 00000000 08:05 440466     =
/usr/local/j2sdk1.4.1_02/jre/lib/jce.jar
    [junit] 41fbd000-41fcb000 r--s 00000000 08:05 16858      =
/usr/local/j2sdk1.4.1_02/jre/lib/ext/ldapsec.jar
    [junit] 41fcc000-41fd5000 r-xp 00000000 08:09 87785      =
/lib/libnss_files-2.2.93.so
    [junit] 41fd5000-41fd6000 rw-p 00008000 08:09 87785      =
/lib/libnss_files-2.2.93.so
    [junit] 41fd6000-41ff3000 r--s 00000000 08:05 16855      =
/usr/local/j2sdk1.4.1_02/jre/lib/ext/sunjce_provider.jar
    [junit] 41ff3000-41ff5000 r--s 00000000 08:06 391228     =
/home/patstest/p2ee/tool/lib/ITS_TestCaseGenerator.jar
    [junit] 41ff5000-41ffc000 r-xp 00000000 08:09 87837      =
/lib/libgcc_s-3.2-20020903.so.1
    [junit] 41ffc000-41ffd000 rw-p 00007000 08:09 87837      =
/lib/libgcc_s-3.2-20020903.so.1
    [junit] 42000000-42126000 r-xp 00000000 08:09 102375     =
/lib/i686/libc-2.2.93.so
    [junit] 42126000-4212b000 rw-p 00126000 08:09 102375     =
/lib/i686/libc-2.2.93.so
    [junit] 4212f000-423eb000 r--s 00000000 08:05 440483     =
/usr/local/j2sdk1.4.1_02/jre/lib/charsets.jar
    [junit] 4c471000-4c671000 r--p 00000000 08:05 195467     =
/usr/lib/locale/locale-archive
    [junit] 4c875000-4c914000 r--s 00000000 08:05 16857      =
/usr/local/j2sdk1.4.1_02/jre/lib/ext/localedata.jar
    [junit] 4c914000-4c956000 r--s 00000000 08:06 392029     =
/home/patstest/p2ee/tool/lib/ITS_P2EE.jar
    [junit] 4c956000-4c977000 r--s 00000000 08:06 392030     =
/home/patstest/p2ee/tool/lib/ITS_P2EE_Converter.jar
    [junit] 4c977000-4ca9e000 r--s 00000000 08:06 504952     =
/home/oracle/OraHome1/jdbc/lib/classes12.zip
    [junit] 4ca9e000-4cbaa000 r--s 00000000 08:06 391221     =
/home/patstest/p2ee/tool/lib/ext/quickfix.jar
    [junit] 4cbaa000-4cc5a000 r--s 00000000 08:05 1906424    =
/usr/local/jakarta-ant-1.5.1/lib/ant.jar
    [junit] 4cc5a000-4cc75000 r--s 00000000 08:05 1906428    =
/usr/local/jakarta-ant-1.5.1/lib/xml-apis.jar
    [junit] 4cc75000-4cd40000 r--s 00000000 08:05 1906427    =
/usr/local/jakarta-ant-1.5.1/lib/xercesImpl.jar
    [junit] 4cd40000-4cde0000 r--s 00000000 08:05 1906425    =
/usr/local/jakarta-ant-1.5.1/lib/optional.jar
    [junit] 4cde0000-4cdfe000 r--s 00000000 08:06 554515     =
/home/patstest/p2ee/software/lib/junit.jar
    [junit] 4cdfe000-4cf2b000 r-xp 00000000 08:06 391224     =
/home/patstest/p2ee/tool/lib/ext/libquickfix_jni.so.2.0.0
    [junit] 4cf2b000-4cf60000 rw-p 0012d000 08:06 391224     =
/home/patstest/p2ee/tool/lib/ext/libquickfix_jni.so.2.0.0
    [junit] 4cf70000-4d008000 r-xp 00000000 08:05 65207      =
/usr/lib/libstdc++.so.5.0.1
    [junit] 4d008000-4d01d000 rw-p 00098000 08:05 65207      =
/usr/lib/libstdc++.so.5.0.1
    [junit] 4d022000-4d0c0000 r-xp 00000000 08:05 65320      =
/usr/lib/libxml2.so.2.4.23
    [junit] 4d0c0000-4d0c9000 rw-p 0009e000 08:05 65320      =
/usr/lib/libxml2.so.2.4.23
    [junit] 4d0ca000-4d0d6000 r-xp 00000000 08:05 65297      =
/usr/lib/libz.so.1.1.4
    [junit] 4d0d6000-4d0d8000 rw-p 0000b000 08:05 65297      =
/usr/lib/libz.so.1.1.4
    [junit] 4d0d8000-4d12e000 r--s 00000000 08:06 554516     =
/home/patstest/p2ee/software/lib/log4j-1.2.7.jar
    [junit] 4d12e000-4d14c000 r--s 00000000 08:05 1906429    =
/usr/local/jakarta-ant-1.5.1/lib/junit.jar
    [junit] 4d1cd000-4d1dd000 r-xp 00000000 08:05 440359     =
/usr/local/j2sdk1.4.1_02/jre/lib/i386/libnet.so
    [junit] 4d1dd000-4d1df000 rw-p 0000f000 08:05 440359     =
/usr/local/j2sdk1.4.1_02/jre/lib/i386/libnet.so

    [junit] Local Time =3D Wed Aug 20 12:19:05 2003
    [junit] Elapsed Time =3D 153
    [junit] #
    [junit] # The exception above was detected in native code outside =
the VM
    [junit] #
    [junit] # Java VM: Java HotSpot(TM) Client VM (1.4.1_02-b06 mixed =
mode)
    [junit] #
    [junit] # An error report file has been saved as =
hs_err_pid27360.log.
    [junit] # Please refer to the file for further information.
    [junit] #



MASTEK
"Making a valuable difference"
Mastek in NASSCOM's 'India Top 20' Software Service Exporters List.
In the US, we're called MAJESCO

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~=
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Opinions expressed in this e-mail are those of the individual and not =
that of Mastek Limited, unless specifically indicated to that effect. =
Mastek Limited does not accept any responsibility or liability for it. =
This e-mail and attachments (if any) transmitted with it are =
confidential and/or privileged and solely for the use of the intended =
person or entity to which it is addressed. Any review, re-transmission, =
dissemination or other use of or taking of any action in reliance upon =
this information by persons or entities other than the intended =
recipient is prohibited. This e-mail and its attachments have been =
scanned for the presence of computer viruses. It is the responsibility =
of the recipient to run the virus check on e-mails and attachments =
before opening them. If you have received this e-mail in error, kindly =
delete this e-mail from all computers.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~=
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~



-------------------------------------------------------
This SF.net email is sponsored by Dice.com.
Did you know that Dice has over 25,000 tech jobs available today? From
careers in IT to Engineering to Tech Sales, Dice has tech jobs from the
best hiring companies. http://www.dice.com/index.epl?rel_code=104
_______________________________________________
Quickfix-users mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-users

[Quickfix-users] (no subject)

[<her...@t-...>]

hello everybody,

has there been an attempt to port quickfix to a BSD style operating system ?
or does anyone already run quickfix on such an os ?
is there some internal debugging, that can turned be on while porting ?

regards
heri

Re: [Quickfix-users] Serialization/Deserialization of Fix Message

[Miller, O. <OM...@ri...>]

Right now, you can't, unless you implement this yourself.  toXML wasn't =
really designed for transmission, it was more designed for debugging, =
logging, and report generation.

--------------------------
Sent from my BlackBerry Wireless Handheld


-----Original Message-----
From: Juergen Jetmar <je...@gm...>
To: qui...@li... =
<qui...@li...>
Sent: Tue Aug 19 07:40:39 2003
Subject: [Quickfix-users] Serialization/Deserialization of Fix Message

Hello,=20
=20
I need to send fix messages over a network.=20
=20
There are two ways how to serialize the content of the messages :=20
=20
1.)=20
            use the toString() and the Message() constructor.=20
=20
2.)
            use the toXML(). And here is the problem. How to create a =
message object from a XML stream ?
=20
thanks for any answer.=20
=20
Cheers,=20
jj

[Quickfix-users] fromString...JVM crashes...with around 10 sessions on Red Hat Linux 8.0

[<vi...@ma...>]

Hi,
We are faced with a problem wherein the JVM running quick FIX based
application crashes generating stack trace as below....

Information -
Red Hat Linux version 8.0
Quick-FIX version 1.4.1
JDK version 1.4.1_02-b06

This problem occurs when around 10 or more sessions are opened.
Application uses threads per message it receives, for processing.
Whenever such a problem occurs, it has been seen in the stack=20
trace that it is the org.quickfix.Message.fromString native method
is what has caused this.

Could one help know, what could be the cause for this problem?
Is it something to do with Library /usr/lib/libstdc++.so.5

Vivek
---------------------------------------------------------------------------=
---------------------------------------------------------------------------=
--------------------
    [junit] An unexpected exception has been detected in native code outsid=
e the VM.
    [junit] Unexpected Signal : 11 occurred at PC=3D0x4CFDA6C8
    [junit] Function=3D_ZNSs4_Rep9_S_createEjRKSaIcE+0x88
    [junit] Library=3D/usr/lib/libstdc++.so.5

    [junit] Current Java thread:
    [junit] 	at org.quickfix.Message.fromString(Native Method)
    [junit] 	at org.quickfix.Message.initFromString(Unknown Source)
    [junit] 	at org.quickfix.Message.<init>(Unknown Source)
    [junit] 	at its.eets.obj.ETPValue.<init>(ETPValue.java:56)
    [junit] 	at its.eets.obj.ETPExecutionPointOrder.<init>(ETPExecutionPoin=
tOrder.java:66)
    [junit] 	at its.eets.obj.ETPExecutionPointOrder.clone(ETPExecutionPoint=
Order.java:665)
    [junit] 	at its.eets.fix.ETPExchangeApplication$OrderProcessor.run(ETPE=
xchangeApplication.java:271)
    [junit] 	at java.lang.Thread.run(Thread.java:536)

    [junit] Dynamic libraries:
    [junit] 08048000-0804e000 r-xp 00000000 08:05 928578     /usr/local/j2s=
dk1.4.1_02/jre/bin/java
    [junit] 0804e000-0804f000 rw-p 00005000 08:05 928578     /usr/local/j2s=
dk1.4.1_02/jre/bin/java
    [junit] 40000000-40012000 r-xp 00000000 08:09 87752      /lib/ld-2.2.93=
.so
    [junit] 40012000-40013000 rw-p 00012000 08:09 87752      /lib/ld-2.2.93=
.so
    [junit] 40013000-4001c000 r-xp 00000000 08:05 440347     /usr/local/j2s=
dk1.4.1_02/jre/lib/i386/native_threads/libhpi.so
    [junit] 4001c000-4001d000 rw-p 00008000 08:05 440347     /usr/local/j2s=
dk1.4.1_02/jre/lib/i386/native_threads/libhpi.so
    [junit] 4001e000-40021000 r--s 00000000 08:05 16856      /usr/local/j2s=
dk1.4.1_02/jre/lib/ext/dnsns.jar
    [junit] 40022000-4002f000 r-xp 00000000 08:09 102379     /lib/i686/libp=
thread-0.10.so
    [junit] 4002f000-40032000 rw-p 0000d000 08:09 102379     /lib/i686/libp=
thread-0.10.so
    [junit] 40053000-40055000 r-xp 00000000 08:09 87765      /lib/libdl-2.2=
.93.so
    [junit] 40055000-40056000 rw-p 00001000 08:09 87765      /lib/libdl-2.2=
.93.so
    [junit] 40056000-4036e000 r-xp 00000000 08:05 2101725    /usr/local/j2s=
dk1.4.1_02/jre/lib/i386/client/libjvm.so
    [junit] 4036e000-40552000 rw-p 00317000 08:05 2101725    /usr/local/j2s=
dk1.4.1_02/jre/lib/i386/client/libjvm.so
    [junit] 40563000-40575000 r-xp 00000000 08:09 87769      /lib/libnsl-2.=
2.93.so
    [junit] 40575000-40576000 rw-p 00012000 08:09 87769      /lib/libnsl-2.=
2.93.so
    [junit] 40578000-40599000 r-xp 00000000 08:09 102377     /lib/i686/libm=
-2.2.93.so
    [junit] 40599000-4059a000 rw-p 00021000 08:09 102377     /lib/i686/libm=
-2.2.93.so
    [junit] 4059a000-405aa000 r-xp 00000000 08:05 440353     /usr/local/j2s=
dk1.4.1_02/jre/lib/i386/libverify.so
    [junit] 405aa000-405ac000 rw-p 0000f000 08:05 440353     /usr/local/j2s=
dk1.4.1_02/jre/lib/i386/libverify.so
    [junit] 405ac000-405cd000 r-xp 00000000 08:05 440354     /usr/local/j2s=
dk1.4.1_02/jre/lib/i386/libjava.so
    [junit] 405cd000-405cf000 rw-p 00020000 08:05 440354     /usr/local/j2s=
dk1.4.1_02/jre/lib/i386/libjava.so
    [junit] 405cf000-405e4000 r-xp 00000000 08:05 440356     /usr/local/j2s=
dk1.4.1_02/jre/lib/i386/libzip.so
    [junit] 405e4000-405e6000 rw-p 00014000 08:05 440356     /usr/local/j2s=
dk1.4.1_02/jre/lib/i386/libzip.so
    [junit] 405e6000-41cb5000 r--s 00000000 08:05 440485     /usr/local/j2s=
dk1.4.1_02/jre/lib/rt.jar
    [junit] 41cf8000-41d0f000 r--s 00000000 08:05 440465     /usr/local/j2s=
dk1.4.1_02/jre/lib/sunrsasign.jar
    [junit] 41d0f000-41d80000 r--s 00000000 08:05 440467     /usr/local/j2s=
dk1.4.1_02/jre/lib/jsse.jar
    [junit] 41d80000-41d93000 r--s 00000000 08:05 440466     /usr/local/j2s=
dk1.4.1_02/jre/lib/jce.jar
    [junit] 41fbd000-41fcb000 r--s 00000000 08:05 16858      /usr/local/j2s=
dk1.4.1_02/jre/lib/ext/ldapsec.jar
    [junit] 41fcc000-41fd5000 r-xp 00000000 08:09 87785      /lib/libnss_fi=
les-2.2.93.so
    [junit] 41fd5000-41fd6000 rw-p 00008000 08:09 87785      /lib/libnss_fi=
les-2.2.93.so
    [junit] 41fd6000-41ff3000 r--s 00000000 08:05 16855      /usr/local/j2s=
dk1.4.1_02/jre/lib/ext/sunjce_provider.jar
    [junit] 41ff3000-41ff5000 r--s 00000000 08:06 391228     /home/patstest=
/p2ee/tool/lib/ITS_TestCaseGenerator.jar
    [junit] 41ff5000-41ffc000 r-xp 00000000 08:09 87837      /lib/libgcc_s-=
3.2-20020903.so.1
    [junit] 41ffc000-41ffd000 rw-p 00007000 08:09 87837      /lib/libgcc_s-=
3.2-20020903.so.1
    [junit] 42000000-42126000 r-xp 00000000 08:09 102375     /lib/i686/libc=
-2.2.93.so
    [junit] 42126000-4212b000 rw-p 00126000 08:09 102375     /lib/i686/libc=
-2.2.93.so
    [junit] 4212f000-423eb000 r--s 00000000 08:05 440483     /usr/local/j2s=
dk1.4.1_02/jre/lib/charsets.jar
    [junit] 4c471000-4c671000 r--p 00000000 08:05 195467     /usr/lib/local=
e/locale-archive
    [junit] 4c875000-4c914000 r--s 00000000 08:05 16857      /usr/local/j2s=
dk1.4.1_02/jre/lib/ext/localedata.jar
    [junit] 4c914000-4c956000 r--s 00000000 08:06 392029     /home/patstest=
/p2ee/tool/lib/ITS_P2EE.jar
    [junit] 4c956000-4c977000 r--s 00000000 08:06 392030     /home/patstest=
/p2ee/tool/lib/ITS_P2EE_Converter.jar
    [junit] 4c977000-4ca9e000 r--s 00000000 08:06 504952     /home/oracle/O=
raHome1/jdbc/lib/classes12.zip
    [junit] 4ca9e000-4cbaa000 r--s 00000000 08:06 391221     /home/patstest=
/p2ee/tool/lib/ext/quickfix.jar
    [junit] 4cbaa000-4cc5a000 r--s 00000000 08:05 1906424    /usr/local/jak=
arta-ant-1.5.1/lib/ant.jar
    [junit] 4cc5a000-4cc75000 r--s 00000000 08:05 1906428    /usr/local/jak=
arta-ant-1.5.1/lib/xml-apis.jar
    [junit] 4cc75000-4cd40000 r--s 00000000 08:05 1906427    /usr/local/jak=
arta-ant-1.5.1/lib/xercesImpl.jar
    [junit] 4cd40000-4cde0000 r--s 00000000 08:05 1906425    /usr/local/jak=
arta-ant-1.5.1/lib/optional.jar
    [junit] 4cde0000-4cdfe000 r--s 00000000 08:06 554515     /home/patstest=
/p2ee/software/lib/junit.jar
    [junit] 4cdfe000-4cf2b000 r-xp 00000000 08:06 391224     /home/patstest=
/p2ee/tool/lib/ext/libquickfix_jni.so.2.0.0
    [junit] 4cf2b000-4cf60000 rw-p 0012d000 08:06 391224     /home/patstest=
/p2ee/tool/lib/ext/libquickfix_jni.so.2.0.0
    [junit] 4cf70000-4d008000 r-xp 00000000 08:05 65207      /usr/lib/libst=
dc++.so.5.0.1
    [junit] 4d008000-4d01d000 rw-p 00098000 08:05 65207      /usr/lib/libst=
dc++.so.5.0.1
    [junit] 4d022000-4d0c0000 r-xp 00000000 08:05 65320      /usr/lib/libxm=
l2.so.2.4.23
    [junit] 4d0c0000-4d0c9000 rw-p 0009e000 08:05 65320      /usr/lib/libxm=
l2.so.2.4.23
    [junit] 4d0ca000-4d0d6000 r-xp 00000000 08:05 65297      /usr/lib/libz.=
so.1.1.4
    [junit] 4d0d6000-4d0d8000 rw-p 0000b000 08:05 65297      /usr/lib/libz.=
so.1.1.4
    [junit] 4d0d8000-4d12e000 r--s 00000000 08:06 554516     /home/patstest=
/p2ee/software/lib/log4j-1.2.7.jar
    [junit] 4d12e000-4d14c000 r--s 00000000 08:05 1906429    /usr/local/jak=
arta-ant-1.5.1/lib/junit.jar
    [junit] 4d1cd000-4d1dd000 r-xp 00000000 08:05 440359     /usr/local/j2s=
dk1.4.1_02/jre/lib/i386/libnet.so
    [junit] 4d1dd000-4d1df000 rw-p 0000f000 08:05 440359     /usr/local/j2s=
dk1.4.1_02/jre/lib/i386/libnet.so

    [junit] Local Time =3D Wed Aug 20 12:19:05 2003
    [junit] Elapsed Time =3D 153
    [junit] #
    [junit] # The exception above was detected in native code outside the VM
    [junit] #
    [junit] # Java VM: Java HotSpot(TM) Client VM (1.4.1_02-b06 mixed mode)
    [junit] #
    [junit] # An error report file has been saved as hs_err_pid27360.log.
    [junit] # Please refer to the file for further information.
    [junit] #



MASTEK
"Making a valuable difference"
Mastek in NASSCOM's 'India Top 20' Software Service Exporters List.
In the US, we're called MAJESCO

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~=
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Opinions expressed in this e-mail are those of the individual and not that =
of Mastek Limited, unless specifically indicated to that effect. Mastek Lim=
ited does not accept any responsibility or liability for it. This e-mail an=
d attachments (if any) transmitted with it are confidential and/or privileg=
ed and solely for the use of the intended person or entity to which it is a=
ddressed. Any review, re-transmission, dissemination or other use of or tak=
ing of any action in reliance upon this information by persons or entities =
other than the intended recipient is prohibited. This e-mail and its attach=
ments have been scanned for the presence of computer viruses. It is the res=
ponsibility of the recipient to run the virus check on e-mails and attachme=
nts before opening them. If you have received this e-mail in error, kindly =
delete this e-mail from all computers.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~=
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

[Quickfix-users] Serialization/Deserialization of Fix Message

[Juergen J. <je...@gm...>]

Hello, 
 
I need to send fix messages over a network. 
 
There are two ways how to serialize the content of the messages : 
 
1.) 
            use the toString() and the Message() constructor. 
 
2.)
            use the toXML(). And here is the problem. How to create a
message object from a XML stream ?
 
thanks for any answer. 
 
Cheers, 
jj

[Quickfix-users] multiple processes and APT

[<ru...@ru...>]

Hello-

From reading the documentation it doesn't seem like I would be able to have multiple
processes with each running its own initiator to the same FIX connection.  Or I would have
to build some type of proxy/multiplexer process for the connection.

Can you confirm whether I've understood correctly?

Also, as a second question.  Has anyone used the fix engine from
http://www.aptcompsys.com/ who would like to compare it to quickfix for me?

Thanks,
Russell Hunt

[Quickfix-users] oracle support

[Juergen J. <je...@gm...>]

Hello, 
 
is it already possible to use a oracle database instead of  mysql ?
 
thank you, 
 
cheers, 
jj

RE: [Quickfix-users] What is correct behavior if sender has error sending msg?

[Brendan B. B. <br...@ka...>]

Oren,

My example was a poor choice as it illustrated gaps in heartbeats
which as you correctly note it's ok to have gaps for which I offer my
apologies.

The problem manifests when gaps occur when an App message,
specifically a NewOrderSingle, isn't logged.

My recollection is that the client wasn't issuing a SequenceReset in
this case either although I'll need to doublecheck that.

Regards,
Brendan


  -----Original Message-----
  From: qui...@li...
[mailto:qui...@li...]On Behalf Of Oren
Miller
  Sent: Sunday, July 13, 2003 12:00 PM
  To: br...@ka...; Quickfix-Users
  Subject: RE: [Quickfix-users] What is correct behavior if sender has
error sending msg?


  Well gaps in the message store are perfectly normal.  QF only stores
messages that can be resent (i.e., application messages).  So messages
like heartbeats for instance do not get stored.  You should check your
log file to verify that the message gap is caused by some
administrative message, which is expected behavior. Message gaps in
the filestore won't cause a problem because QF will just insert
SequenceReset/Gap Fill messages during a resend.

  "Brendan B. Boerner" <br...@ka...> wrote: Oren,

    Thanks for the reply. Comments below.

    > -----Original Message-----
    > From: Oren Miller [mailto:ore...@ya...]

    > m_state.set( msgSeqNum, messageString );
    > m_state.incrNextSenderMsgSeqNum();
    >
    > This is ok whether or not the send is succesful,
    > because the message will be resent sometime in the
    > future. When send returns true, it actually isn't

    This is done when an attempt to send another msg occurs or in the
    background?

    > terribly informative since it really could be
    > logically false. It is true if we send on the socket
    > and it returns false we know it failed, but if it
    > returns true, at best we think it likely succeeded but
    > maybe not. This is because we don't know if the
    > counterparty processed it and is as good as not sent.
    > So the success of any particular send doesn't really
    > matter in the context of post processing.
    >
    > In fact, some people have pointed out recently
    > (rightfully) that storage should be done *before* we
    > even attempt to send. And if we store and increment
    > before sending, then the irrelevancy of that return
    > value becomes more clear.
    >
    > Did you experience a particular problem with this?

    Yes, but now that I'm trying to reproduce it, I can't :-(.

    What I was seeing were 'gaps' in the message store e.g.


8=FIX.4.1^A9=60^A35=2^A34=100^A49=CLYN7^A52=20030711-20:08:00^A56=SLK^
A7=87^
    A16=91^A10=165^A

8=FIX.4.1^A9=60^A35=2^A34=101^A49=CLYN7^A52=20030711-20:08:00^A56=SLK^
A7=87^
    A16=92^A10=167^A

8=FIX.4.1^A9=60^A35=2^A34=103^A49=CLYN7^A52=20030711-20:08:00^A56=SLK^
A7=87^
    A16=94^A10=171^A

8=FIX.4.1^A9=60^A35=2^A34=104^A49=CLYN7^A52=20030711-20:08:00^A56=SLK^
A7=87^
    A16=95^A10=173^A

    which would cause the target to issue a resend request. Since it
    couldn't be honored the target wouldn't allow further processing
(I'm
    pretty sure that the Sender didn't issue a Sequence Reset in this
    case either).

    Next time I can reproduce I'll debug further.

    Regards,
    Brendan




----------------------------------------------------------------------
--------
  Do you Yahoo!?
  SBC Yahoo! DSL - Now only $29.95 per month!

Re: [Quickfix-users] compiling error

[Joerg T. <Joe...@ma...>]

 > It seems to be a problem with gcc
> 3.0.4. I was not able to resolve it, so I re-installed the box with gcc 
> 3.2.2, which will compile quickfix 1.5.0 (eventually). The OS I'm using 
> is RedHat 9.
> 
> For the record, and in case anyone else is interested, I was 
> unsuccessful with FreeBSD 4.8, FreeBSD 4.7, Debian 3.0r1, and Redhat 7.3.

This worked fine for me: Debian 3.0, GCC 3.0.4.

Jo"rg

-- 
Joerg Thoennes
                                http://macd.com
Tel.: +49 (0)241 44597-24      Macdonald Associates GmbH
Fax : +49 (0)241 44597-10      Lothringer Str. 52, D-52070 Aachen

Re: [Quickfix-users] compiling error

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

Do you have any information about the nature of the
errors?  It would be nice to make the build scripts
more portable.

FYI, many people have built on RedHat 7.3, but it
generally rquires running the bootstrap script first. 
Same goes for FreeBSD 5.0 (I've never tried it on 4.x)

--- Jim Morgan <per...@my...> wrote:
> At 01:57 PM 7/14/2003 -0400, Alex wrote:
> > > > I am trying to compile on a linux 2.4.19 i686
> > > > machine with gcc version
> > > > 3.0.4. Running configure works correctly but I
> get
> > > > the error
> 
> I've experienced this one as well. It seems to be a
> problem with gcc 3.0.4. 
> I was not able to resolve it, so I re-installed the
> box with gcc 3.2.2, 
> which will compile quickfix 1.5.0 (eventually). The
> OS I'm using is RedHat 9.
> 
> For the record, and in case anyone else is
> interested, I was unsuccessful 
> with FreeBSD 4.8, FreeBSD 4.7, Debian 3.0r1, and
> Redhat 7.3.
> 
> Good luck.
> 
> Jim 
> 
> 
> 
>
-------------------------------------------------------
> This SF.Net email sponsored by: Parasoft
> Error proof Web apps, automate testing & more.
> Download & eval WebKing and get a free book.
> www.parasoft.com/bulletproofapps1
> _______________________________________________
> Quickfix-users mailing list
> Qui...@li...
>
https://lists.sourceforge.net/lists/listinfo/quickfix-users


__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com

Re: [Quickfix-users] compiling error

[Jim M. <per...@my...>]

At 01:57 PM 7/14/2003 -0400, Alex wrote:
> > > I am trying to compile on a linux 2.4.19 i686
> > > machine with gcc version
> > > 3.0.4. Running configure works correctly but I get
> > > the error

I've experienced this one as well. It seems to be a problem with gcc 3.0.4. 
I was not able to resolve it, so I re-installed the box with gcc 3.2.2, 
which will compile quickfix 1.5.0 (eventually). The OS I'm using is RedHat 9.

For the record, and in case anyone else is interested, I was unsuccessful 
with FreeBSD 4.8, FreeBSD 4.7, Debian 3.0r1, and Redhat 7.3.

Good luck.

Jim 

Re: [Quickfix-users] compiling error

[Alex <ax...@m-...>]

I am using quickfix-1.5.0. This is the end of make's output and
configure...

./configure
loading cache ./config.cache
checking for a BSD compatible install... (cached) /usr/bin/install -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... (cached) yes
checking for working aclocal... found
checking for working autoconf... found
checking for working automake... found
checking for working autoheader... found
checking for working makeinfo... missing
checking for c++... (cached) g++
checking whether the C++ compiler (g++  ) works... yes
checking whether the C++ compiler (g++  ) is a cross-compiler... no
checking whether we are using GNU C++... (cached) yes
checking whether g++ accepts -g... (cached) yes
checking for gcc... (cached) gcc
checking whether the C compiler (gcc  ) works... yes
checking whether the C compiler (gcc  ) is a cross-compiler... no
checking whether we are using GNU C... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking host system type... i686-pc-linux-gnu
checking build system type... i686-pc-linux-gnu
checking for ranlib... (cached) ranlib
checking for ld used by GCC... (cached) /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... (cached) yes
checking for BSD-compatible nm... (cached) /usr/bin/nm -B
checking whether ln -s works... (cached) yes
checking for object suffix... o
checking for executable suffix... no
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.lo... yes
checking if gcc supports -fno-rtti -fno-exceptions ... yes
checking if gcc static flag -static works... -static
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking whether the linker (/usr/bin/ld) supports shared libraries... yes
checking command to parse /usr/bin/nm -B output... ok
checking how to hardcode library paths into programs... immediate
checking for /usr/bin/ld option to reload object files... -r
checking dynamic linker characteristics... Linux ld.so
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
checking for objdir... .libs
creating libtool
loading cache ./config.cache
checking how to run the C preprocessor... (cached) gcc -E
checking for flex... (cached) flex
checking for flex... (cached) flex
checking for yywrap in -lfl... (cached) yes
checking lex output file root... (cached) lex.yy
checking whether yytext is a pointer... (cached) yes
./configure: ruby: command not found
checking for xml2-config... (cached) /usr/bin/xml2-config
checking for libxml - version >= 2.0.0... yes (version 2.4.19)
checking for shutdown in -lc... (cached) yes
checking for inet_addr in -lc... (cached) yes
checking for pthread_create in -lpthread... (cached) yes
checking for pthread_create in -lc_r... (cached) no
checking for stdio.h... (cached) yes
checking for STREAMS ioctl... no
checking for set_terminate in the global namespace... no
checking for set_terminate in the std namespace... yes
checking for typeinfo in the global namespace... no
checking for typeinfo in the std namespace... yes
checking for JNI... yes
checking for gethostbyname_r with input result... yes
checking for gethostbyname_r with return result... no
checking for cplus_demangle in -liberty... (cached) no
checking if select modifies timeval parameter... yes
creating ./config.status
creating quickfix.pc
creating Makefile
creating src/Makefile
creating src/C++/Makefile
creating src/C++/test/Makefile
creating src/java/Makefile
creating src/java/cfg/Makefile
creating src/java/test/Makefile
creating src/java/src/Makefile
creating src/java/src/org/Makefile
creating src/java/src/org/quickfix/Makefile
creating src/java/src/org/quickfix/field/Makefile
creating src/java/src/org/quickfix/fix40/Makefile
creating src/java/src/org/quickfix/fix41/Makefile
creating src/java/src/org/quickfix/fix42/Makefile
creating src/java/src/org/quickfix/fix43/Makefile
creating cfg/Makefile
creating bin/Makefile
creating bin/cfg/Makefile
creating spec/Makefile
creating test/Makefile
creating test/atrun/Makefile
creating test/cfg/Makefile
creating test/definitions/Makefile
creating test/definitions/server/Makefile
creating test/definitions/server/future/Makefile
creating doc/Makefile
creating doc/html/Makefile
creating templates/Makefile
creating CPPTest/Makefile
creating config.h
config.h is unchanged


make
mkdir .libs
(cd . && ln -s JVM.lo JVM.o)
(cd . && ln -s Conversions.lo Conversions.o)
(cd . && ln -s JavaApplication.lo JavaApplication.o)
(cd . && ln -s JavaLog.lo JavaLog.o)
(cd . && ln -s JavaLogFactory.lo JavaLogFactory.o)
(cd . && ln -s JavaMessageStore.lo JavaMessageStore.o)
(cd . && ln -s JavaMessageStoreFactory.lo JavaMessageStoreFactory.o)
(cd . && ln -s org_quickfix_FileStore.lo org_quickfix_FileStore.o)
(cd . && ln -s org_quickfix_FileStoreFactory.lo
org_quickfix_FileStoreFactory.o)
(cd . && ln -s org_quickfix_FileLog.lo org_quickfix_FileLog.o)
(cd . && ln -s org_quickfix_FileLogFactory.lo
org_quickfix_FileLogFactory.o)
(cd . && ln -s org_quickfix_Group.lo org_quickfix_Group.o)
(cd . && ln -s org_quickfix_MemoryStore.lo org_quickfix_MemoryStore.o)
SocketInitiator.lo
/bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../..
-I. -I.. -I../.. -I../../include    -g -O2 -Wall
-I/usr/include/libxml2/libxml -I/usr/include/libxml2
-I/home/axs/j2sdk1.4.1_01/include -I/home/axs/j2sdk1.4.1_01/include/linux
-c org_quickfix_ThreadedSocketAcceptor.cpp
g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I. -I.. -I../.. -I../../include -g
-O2 -Wall -I/usr/include/libxml2/libxml -I/usr/include/libxml2
-I/home/axs/j2sdk1.4.1_01/include -I/home/axs/j2sdk1.4.1_01/include/linux
-Wp,-MD,.deps/org_quickfix_ThreadedSocketAcceptor.pp -c
org_quickfix_ThreadedSocketAcceptor.cpp  -fPIC -DPIC -o
org_quickfix_ThreadedSocketAcceptor.lo
/bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../..
-I. -I.. -I../.. -I../../include    -g -O2 -Wall
-I/usr/include/libxml2/libxml -I/usr/include/libxml2
-I/home/axs/j2sdk1.4.1_01/include -I/home/axs/j2sdk1.4.1_01/include/linux
-c org_quickfix_ThreadedSocketInitiator.cpp
g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I. -I.. -I../.. -I../../include -g
-O2 -Wall -I/usr/include/libxml2/libxml -I/usr/include/libxml2
-I/home/axs/j2sdk1.4.1_01/include -I/home/axs/j2sdk1.4.1_01/include/linux
-Wp,-MD,.deps/org_quickfix_ThreadedSocketInitiator.pp -c
org_quickfix_ThreadedSocketInitiator.cpp  -fPIC -DPIC -o
org_quickfix_ThreadedSocketInitiator.lo
/bin/sh ../../libtool --mode=link g++  -g -O2 -Wall
-I/usr/include/libxml2/libxml -I/usr/include/libxml2
-I/home/axs/j2sdk1.4.1_01/include -I/home/axs/j2sdk1.4.1_01/include/linux
-o libquickfix_jni.la -rpath /usr/local/lib -version-info 4:0:0 JVM.lo
Conversions.lo JavaApplication.lo JavaLog.lo JavaLogFactory.lo Java
(cd . && ln -s org_quickfix_Message.lo org_quickfix_Message.o)
(cd . && ln -s org_quickfix_MySQLStore.lo org_quickfix_MySQLStore.o)
(cd . && ln -s org_quickfix_MySQLStoreFactory.lo
org_quickfix_MySQLStoreFactory.o)
(cd . && ln -s org_quickfix_MySQLLog.lo org_quickfix_MySQLLog.o)
(cd . && ln -s org_quickfix_MySQLLogFactory.lo
org_quickfix_MySQLLogFactory.o)
(cd . && ln -s org_quickfix_ScreenLog.lo org_quickfix_ScreenLog.o)
(cd . && ln -s org_quickfix_ScreenLogFactory.lo
org_quickfix_ScreenLogFactory.o)
(cd . && ln -s org_quickfix_Session.lo org_quickfix_Session.o)
(cd . && ln -s org_quickfix_SessionID.lo org_quickfix_SessionID.o)
(cd . && ln -s org_quickfix_SessionSettings.lo
org_quickfix_SessionSettings.o)
(cd . && ln -s org_quickfix_SocketAcceptor.lo
org_quickfix_SocketAcceptor.o)
(cd . && ln -s org_quickfix_SocketInitiator.lo
org_quickfix_SocketInitiator.o)
(cd . && ln -s org_quickfix_ThreadedSocketAcceptor.lo
org_quickfix_ThreadedSocketAcceptor.o)
(cd . && ln -s org_quickfix_ThreadedSocketInitiator.lo
org_quickfix_ThreadedSock
etInitiator.o)
gcc -shared  JVM.lo Conversions.lo JavaApplication.lo JavaLog.lo
JavaLogFactory.lo JavaMessageStore.lo JavaMessageStoreFactory.lo
org_quickfix_FileStore.lo org_quickfix_FileStoreFactory.lo
org_quickfix_FileLog.lo org_quickfix_FileLogFactory.lo
org_quickfix_Group.lo org_quickfix_MemoryStore.lo org_quickfix_Message.lo
org_quickfix_MySQLStore.lo org_quickfix_MySQLStoreFactory.lo
org_quickfix_MySQLLog.lo org_quickfix_MySQLLogFactory.lo
org_quickfix_ScreenLog.lo org_quickfix_ScreenLogFactory.lo
org_quickfix_Session.lo org_quickfix_SessionID.lo
org_quickfix_SessionSettings.lo org_quickfix_SocketAcceptor.lo
org_quickfix_SocketInitiator.lo org_quickfix_ThreadedSocketAcceptor.lo
org_quickfix_ThreadedSocketInitiator.lo  -L../../src/C++ -lquickfix
-lstdc++ -lpthread -lxml2 -lc  -Wl,-soname -Wl,libquickfix_jni.so.4 -o
.libs/libquickfix_jni.so.4.0.0
/usr/bin/ld: cannot find -lquickfix
collect2: ld returned 1 exit status
make[4]: *** [libquickfix_jni.la] Error 1
make[4]: Leaving directory `/home/axs/tmp/quickfix/src/java'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/axs/tmp/quickfix/src/java'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/axs/tmp/quickfix/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/axs/tmp/quickfix'
make: *** [all-recursive-am] Error 2






On Mon, 14 Jul 2003, Oren Miller wrote:

> Can you show the context in which you get that error?
> If you can post a larget sample of your make output,
> that would be more helpful.
>
> --- Alex <ax...@m-...> wrote:
> > I am trying to compile on a linux 2.4.19 i686
> > machine with gcc version
> > 3.0.4. Running configure works correctly but I get
> > the error
> >
> > /usr/bin/ld: cannot find -lquickfix
> >
> > when I run make.
> >
> > Am I doing something wrong or missing a step? All I
> > did was
> > ./configure
> > make
> >
> > Thanks.
> >
> >
> >
> >
> >
> >
> -------------------------------------------------------
> > This SF.Net email sponsored by: Parasoft
> > Error proof Web apps, automate testing & more.
> > Download & eval WebKing and get a free book.
> > www.parasoft.com/bulletproofapps1
> > _______________________________________________
> > Quickfix-users mailing list
> > Qui...@li...
> > https://lists.sourceforge.net/lists/listinfo/quickfix-users
>
> __________________________________
> Do you Yahoo!?
> SBC Yahoo! DSL - Now only $29.95 per month!
> http://sbc.yahoo.com
>