quickfix-developers — QuickFIX developers forum

Re: [Quickfix-developers] Updated include paths

[Alex H. <al...@an...>]

On Tue, 2003-05-06 at 12:38, Joerg Thoennes wrote:

> According to the build page
>=20
>      http://quickfix.thoughtworks.com/cchtml/linux_pgcc_2_95_2.html
>=20
> your last checkin somehow broke the Cruisecontrol build. Did you check th=
is?
>=20
> Cheers J=F6rg
>=20
>

Hi J=F6rg,

How does cruise control kick off the build?

I think I need to get it to run the bootstrap script at least once to
regenerate stuff...

Alex.

Re: [Quickfix-developers] Updated include paths

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

Hi Alex,

> I've checked in changes to update the sources and the Unix build process
> to include files as "quickfix/Foo.h" rather than
> "quickfix/include/Foo.h".

Good stuff!

> This makes quickfix more similar to other libraries. The windows build
> may need updating to set include paths correctly.

According to the build page

     http://quickfix.thoughtworks.com/cchtml/linux_pgcc_2_95_2.html

your last checkin somehow broke the Cruisecontrol build. Did you check this?

Cheers Jö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

[Quickfix-developers] Updated include paths

[Alex H. <al...@an...>]

Hi,

I've checked in changes to update the sources and the Unix build process
to include files as "quickfix/Foo.h" rather than
"quickfix/include/Foo.h".

This makes quickfix more similar to other libraries. The windows build
may need updating to set include paths correctly.

Cheers,
Alex.

[Quickfix-developers] Checked in changes

[Alex H. <al...@an...>]

Hi,

I've check in changes for my patches so far, excluding changing the
default Java socket acceptor behaviour.

I've removed many generated files from CVS as they were giving false
conflicts (e.g. Makefile.in, which is generated from Makefile.am). If
the regular build doesn't call "bootstrap" then it will need updating to
do so!

I'll address the include paths and look at the java threading problem in
further patches.

Cheers,
Alex.

Re: [Quickfix-developers] Feature for DATA type

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

Hi Oren,

> A few weeks ago one of you was kind enough to
> implement support for the DATA type and sent me the
> update.  Unfortunately I seem to have misplaced the
> email.  I would like to include this in the next
> release, so if you could resend it to me I would be
> very appreciative.

Despite I have no clue what you mean by "DATA type" (probably because I wasn't the one
which sent the patch), I would like to ask when you want to make your next release.
Will this be 1.4.2?

Cheers, Jö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

[Quickfix-developers] Feature for DATA type

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

A few weeks ago one of you was kind enough to
implement support for the DATA type and sent me the
update.  Unfortunately I seem to have misplaced the
email.  I would like to include this in the next
release, so if you could resend it to me I would be
very appreciative.

__________________________________
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.
http://search.yahoo.com

Re: [Quickfix-developers] Quickfix on FreeBSD 5?

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

The version in the repository can be built under FreeBSD 5.0 if you do the following: install the latest autoconf and autotools from the ports collection.  *uninstall* libtool from the ports collection.  Get libtool 1.4 source distribution from ftp.gnu.org, build and install it.  Run the bootstrap script. Now follow the directions as normal (./configure && make) and you should get a good build with unit tests and acceptance tests passing.  There does seem to be a problem with the threaded acceptance tests (runat_threaded), so stick to using the regular SocketInitiator and SocketAcceptor for now.

CW Johnson <jav...@ce...> wrote:Has anyone on the list gotten Quickfix 1.4.1 (or any previous version)
to compile
and run on FreeBSD 5.0 or 4?



TIA,
Cedrick



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

---------------------------------
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.

[Quickfix-developers] QuickFix 1.4.1 with .NET and FIX.4.3

[Alexandre H. <a....@ca...>]

Hello,

I use QF version 1.4.1 through its C# API and for FIX.4.3.
The configuration file I use for the acceptor is the following:
----------------------------------------------------------------------------
------

[DEFAULT]
ConnectionType=acceptor
SocketAcceptPort=5001
FileStorePath=store
StartTime=00:00:00
EndTime=00:00:00
DataDictionary=FIX43.xml

[SESSION]
BeginString=FIX.4.3
SenderCompID=SharpBroker
TargetCompID=SharpTrader

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

The problem is that the "fromApp" method of the Acceptor is NOT called at
all when I send a FIX.4.3 message. 
However, I am told in the log file ("ScreenLogFactory") that the message was
received.

If I remove the line: "DataDictionary=FIX43.xml", then everything is OK. The
"fromApp" method is called.
I did not have this problem with FIX.4.2

Is it a known problem or I am doing something wrong ?

Thanks,

Alexandre




* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 
Confidentiality Notice : 
The information contained in this e-mail message is intended only for the
personal and confidential use of the recipient(s) named above. If the reader
of this message is not the intended recipient or an agent responsible for
delivering it to the intended recipient, you are hereby notified that you
have received this document in error and that any review, dissemination,
distribution, or copying of this message is strictly prohibited. If you have
received this communication in error, please notify pos...@ca...
immediately by e-mail, and delete the original message.
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 

Re: [Quickfix-developers] Quickfix on FreeBSD 5?

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

You're timing is incredible.  I just did this yesterday.  I'm going to modify the build scripts and check in the changes pretty soon.

CW Johnson <jav...@ce...> wrote:Has anyone on the list gotten Quickfix 1.4.1 (or any previous version)
to compile
and run on FreeBSD 5.0 or 4?



TIA,
Cedrick



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

---------------------------------
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.

Re: [Quickfix-developers] Quickfix on FreeBSD 5?

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

You're timing is incredible.  I just did this yesterday.  I'm going to modify the build scripts and check in the changes pretty soon.

CW Johnson <jav...@ce...> wrote:Has anyone on the list gotten Quickfix 1.4.1 (or any previous version)
to compile
and run on FreeBSD 5.0 or 4?



TIA,
Cedrick



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

---------------------------------
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.

[Quickfix-developers] Quickfix on FreeBSD 5?

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

Has anyone on the list gotten Quickfix 1.4.1 (or any previous version)
to compile
and run on FreeBSD 5.0 or 4?



TIA,
Cedrick

Re: [Quickfix-developers] Body Length Message::validate() Problem

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

Egads, what's going on with the date field. It's 3 characters short! 52=20030502-6:24

Jon Dahl <jd...@Li...> wrote:I'm still knocking my head against the wall when sending a QuoteRequest message to the executor C++ example program.  For some reason the validate() method in the Message class returns false when I send a QuoteRequest Message and subsequently the constructor throws an InvalidMessage Exception.It says the BodyLength values are not the same. Does anyone know why this may be? All I have coded in the QuoteRequest is to send the required fields. I have not included any of the optional fields when building the message. Here's the output:8=FIX.4.3#9786;9=69#9786;35=R#9786;34=225#9786;49=CLIENT1#9786;52=20030502-6:24#9786;56=TW#9786;131=1#9786;146=1#9786;55=OSR#9786;10=218#9786; Here's the code to produce it:FIX43::QuoteRequest Application::queryQuoteRequest43()
{
 FIX43::QuoteRequest qr(FIX::QuoteReqID(genQuoteReqID()));
 FIX43::QuoteRequest::NoRelatedSym sym;
 
 sym.set( querySymbol() );
 
 qr.addGroup( sym );
 
 queryHeader( qr.getHeader() );  return qr;
} Here is a snippet of the tradeclient.cfg file:[SESSION]
BeginString=FIX.4.3
SenderCompID=CLIENT1
TargetCompID=TW
DataDictionary=../spec/FIX43.xml 
[SESSION]
BeginString=FIX.4.3
SenderCompID=CLIENT2
TargetCompID=TW
DataDictionary=../spec/FIX43.xml Here is a snippet of the executor.cfg file:[SESSION]
BeginString=FIX.4.3
SenderCompID=TW
TargetCompID=CLIENT1
DataDictionary=../spec/FIX43.xml 
[SESSION]
BeginString=FIX.4.3
SenderCompID=TW
TargetCompID=CLIENT2
DataDictionary=../spec/FIX43.xml
Anyone see anything wrong in the message, the code itself or the config files? Thanks, JD  

---------------------------------
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.

Re: [Quickfix-developers] openfix verification of logon errors connecting

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

You will get more information if you use the QuickFIX logging (see FileLogFactory or ScreenLogFactory).  This should tell you the reason for the disconnect.  It looks to me, however, that your expected sequence number may be higher then the one they are sending you.  Receiving a sequence number that is too low is grounds for a disconnect.  Make sure your sequence numbers are properly synched.

David Fellah <str...@ho...> wrote:




Hello, I am trying to verify logon using the openfix website
(www.openfix.com), but after an initial successful session
subsequent sessions failed immediately because, as the openfix
website stated: that although logon was successful the session
was terminated before any tests could be completed. Does this
have anything to do with some session id file? Attached is the
openfix log file.

-Thanks in advance,
David

Apr 30, 2003 7:25:33 PM, GMT Session failed
Apr 30, 2003 7:25:33 PM, GMT Disconnect occurred unexpectedly.
Apr 30, 2003 7:25:33 PM, GMT FIX Msg. Seq.: 10 FIX Msg. Direction: OUTBOUND 
FIX Msg. Type: ResendRequest
BeginString(8)=FIX.4.2 BodyLength(9)=65 MsgType(35)=2 
SenderCompID(49)=OPENFIX TargetCompID(56)=TSTRAT 
SendingTime(52)=20030430-19:25:33 MsgSeqNum(34)=10 BeginSeqNo(7)=2287 
EndSeqNo(16)=0 CheckSum(10)=084
Apr 30, 2003 7:25:33 PM, GMT 'Detected a MsgSeqNum higher than expected. 
Received '2948'. Expected '2287'' occurred while receiving a Logon message. 
Ignored by script.
Apr 30, 2003 7:25:33 PM, GMT FIX Msg. Seq.: 9 FIX Msg. Direction: OUTBOUND 
FIX Msg. Type: Logon
BeginString(8)=FIX.4.2 BodyLength(9)=63 MsgType(35)=A 
SenderCompID(49)=OPENFIX TargetCompID(56)=TSTRAT 
SendingTime(52)=20030430-19:25:33 MsgSeqNum(34)=9 HeartBtInt(108)=2 
EncryptMethod(98)=0 CheckSum(10)=004
Apr 30, 2003 7:25:33 PM, GMT FIX session established from 64.252.63.54:4105
Apr 30, 2003 7:25:33 PM, GMT Logon Validated
Apr 30, 2003 7:25:31 PM, GMT FIX Msg. Seq.: 2948 FIX Msg. Direction: 
INBOUND FIX Msg. Type: Logon
BeginString(8)=FIX.4.2 BodyLength(9)=66 MsgType(35)=A MsgSeqNum(34)=2948 
SenderCompID(49)=TSTRAT SendingTime(52)=20030430-19:25:13 
TargetCompID(56)=OPENFIX EncryptMethod(98)=0 HeartBtInt(108)=2 
CheckSum(10)=163
Apr 30, 2003 7:25:31 PM, GMT Connected from 64.252.63.54:4105
Apr 30, 2003 7:25:10 PM, GMT Session started by 'df...@it...'


_________________________________________________________________
Add photos to your e-mail with MSN 8. Get 2 months FREE*. 
http://join.msn.com/?page=features/featuredemail



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

---------------------------------
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.

[Quickfix-developers] openfix verification of logon errors connecting

[David F. <str...@ho...>]

Hello, I am trying to verify logon using the openfix website
(www.openfix.com), but after an initial successful session
subsequent sessions failed immediately because, as the openfix
website stated: that although logon was successful the session
was terminated before any tests could be completed.  Does this
have anything to do with some session id file?  Attached is the
openfix log file.

-Thanks in advance,
David

Apr 30, 2003 7:25:33 PM, GMT Session failed
Apr 30, 2003 7:25:33 PM, GMT Disconnect occurred unexpectedly.
Apr 30, 2003 7:25:33 PM, GMT FIX Msg. Seq.: 10  FIX Msg. Direction: OUTBOUND 
  FIX Msg. Type: ResendRequest
BeginString(8)=FIX.4.2 BodyLength(9)=65 MsgType(35)=2 
SenderCompID(49)=OPENFIX TargetCompID(56)=TSTRAT 
SendingTime(52)=20030430-19:25:33 MsgSeqNum(34)=10 BeginSeqNo(7)=2287 
EndSeqNo(16)=0 CheckSum(10)=084
Apr 30, 2003 7:25:33 PM, GMT 'Detected a MsgSeqNum higher than expected. 
Received '2948'. Expected '2287'' occurred while receiving a Logon message. 
Ignored by script.
Apr 30, 2003 7:25:33 PM, GMT FIX Msg. Seq.: 9  FIX Msg. Direction: OUTBOUND  
FIX Msg. Type: Logon
BeginString(8)=FIX.4.2 BodyLength(9)=63 MsgType(35)=A 
SenderCompID(49)=OPENFIX TargetCompID(56)=TSTRAT 
SendingTime(52)=20030430-19:25:33 MsgSeqNum(34)=9 HeartBtInt(108)=2 
EncryptMethod(98)=0 CheckSum(10)=004
Apr 30, 2003 7:25:33 PM, GMT FIX session established from 64.252.63.54:4105
Apr 30, 2003 7:25:33 PM, GMT Logon Validated
Apr 30, 2003 7:25:31 PM, GMT FIX Msg. Seq.: 2948  FIX Msg. Direction: 
INBOUND  FIX Msg. Type: Logon
BeginString(8)=FIX.4.2 BodyLength(9)=66 MsgType(35)=A MsgSeqNum(34)=2948 
SenderCompID(49)=TSTRAT SendingTime(52)=20030430-19:25:13 
TargetCompID(56)=OPENFIX EncryptMethod(98)=0 HeartBtInt(108)=2 
CheckSum(10)=163
Apr 30, 2003 7:25:31 PM, GMT Connected from 64.252.63.54:4105
Apr 30, 2003 7:25:10 PM, GMT Session started by 'df...@it...'


_________________________________________________________________
Add photos to your e-mail with MSN 8. Get 2 months FREE*.  
http://join.msn.com/?page=features/featuredemail

RE: [Quickfix-developers] Body Length Message::validate() Problem

[Jon D. <jd...@Li...>]

T3JlbiwNCg0KSSBkaWQgc29tZSBtb2RzIGluIHRoZSB0b0FwcCBmdW5jdGlvbiBhbmQgaGFkIGl0
IG91dHB1dCB0byBYTUwgaWYgdGhlIE1zZ1R5cGUgd2FzIGEgUXVvdGVSZXF1ZXN0DQphbmQgaGVy
ZSBpcyB3aGF0IHdhcyBvdXRwdXR0ZWQ6DQoNCnhtbDogPG1lc3NhZ2U+DQogIDxoZWFkZXI+DQog
ICAgPGZpZWxkIG51bWJlcj0iOCIgdmFsdWU9IkZJWC40LjMiLz4NCiAgICA8ZmllbGQgbnVtYmVy
PSIzNSIgdmFsdWU9IlIiLz4NCiAgICA8ZmllbGQgbnVtYmVyPSIzNCIgdmFsdWU9IjIwMCIvPg0K
ICAgIDxmaWVsZCBudW1iZXI9IjQ5IiB2YWx1ZT0iQ0xJRU5UMiIvPg0KICAgIDxmaWVsZCBudW1i
ZXI9IjUyIiB2YWx1ZT0iMjAwMzA1MDItMTQ6NTM6MjkiLz4NCiAgICA8ZmllbGQgbnVtYmVyPSI1
NiIgdmFsdWU9IlRXIi8+DQogIDwvaGVhZGVyPg0KICA8Ym9keT4NCiAgICA8ZmllbGQgbnVtYmVy
PSIxMzEiIHZhbHVlPSIzIi8+DQogICAgPGZpZWxkIG51bWJlcj0iMTQ2IiB2YWx1ZT0iMSIvPg0K
ICAgIDxncm91cD4NCiAgICAgIDxmaWVsZCBudW1iZXI9IjU1IiB2YWx1ZT0iT1NSIi8+DQogICAg
PC9ncm91cD4NCiAgPC9ib2R5Pg0KICA8dHJhaWxlcj4NCiAgPC90cmFpbGVyPg0KPC9tZXNzYWdl
Pg0KDQpTdHJhbmdlbHksIHRoZSB0cmFpbGVyIGhhcyBubyB2YWx1ZXMuIE5vIGNoZWNrc3VtIG9y
IGFueXRoaW5nIGxpa2UgdGhhdC4gSSBhbSBhc3N1bWluZyB0aGlzIGlzIGJlY2F1c2UgdGhlIGxl
bmd0aCBpcyBpbmNvcnJlY3QuDQoNCkpEDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpG
cm9tOiBPTWlsbGVyQHRob3VnaHR3b3Jrcy5DT00gW21haWx0bzpPTWlsbGVyQHRob3VnaHR3b3Jr
cy5DT01dDQpTZW50OiBGcmlkYXksIE1heSAwMiwgMjAwMyA5OjU1IEFNDQpUbzogSm9uIERhaGwN
CkNjOiBxdWlja2ZpeC1kZXZlbG9wZXJzQGxpc3RzLnNvdXJjZWZvcmdlLm5ldDsNCnF1aWNrZml4
LWRldmVsb3BlcnMtYWRtaW5AbGlzdHMuc291cmNlZm9yZ2UubmV0DQpTdWJqZWN0OiBSZTogW1F1
aWNrZml4LWRldmVsb3BlcnNdIEJvZHkgTGVuZ3RoIE1lc3NhZ2U6OnZhbGlkYXRlKCkNClByb2Js
ZW0NCg0KDQoNCldlbGwsIGFjY29yZGluZyB0byB0aGUgb3V0cHV0LCB0aGUgYm9keWxlbmd0aCB2
YWx1ZSBkZWZpbmF0ZWx5IHNlZW1zIHdyb25nLg0KVGhlIGxlbmd0aCBzaG91bGQgcmVmZXIgdG8g
dGhpcyBwb3J0aW9uIG9mIHRoZSBzdHJpbmc6DQoNCuKYujM1PVLimLozND0yMjXimLo0OT1DTElF
TlQx4pi6NTI9MjAwMzA1MDItNjoyNOKYujU2PVRX4pi6MTMxPTHimLoxNDY9MeKYujU1PU9TUuKY
ug0KDQpXaGljaCBpcyA2NiBjaGFyYWN0ZXJzIGxvbmcsIHdoaWxlIHRoZSA5PSBmaWVsZCBjbGFp
bXMgaXQgaXMgNjkuICBUaGlzDQpzaG91bGQgYmUgc2ltcGxlIGVub3VnaCB0byBkdXBsaWNhdGUg
aWYgdGhlcmUgaXMgc29tZSBwcm9ibGVtIGNhbGN1bGF0aW5nDQp0aGUgbGVuZ3RoLiAgSSdsbCB0
cnkgdG8gdmVyaWZ5IHRoaXMgaW4gYSB0ZXN0IGNhc2UuDQoNCi0tb3Jlbg0KDQoNCg0KfC0tLS0t
LS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLT4NCnwg
ICAgICAgICB8ICAgICAgICAgICAiSm9uIERhaGwiICAgICAgICAgICAgICAgICAgICAgICAgICB8
DQp8ICAgICAgICAgfCAgICAgICAgICAgPGpkYWhsQExpcXVpZGl0eURpcmVjdC5jb20+ICAgICAg
ICAgfA0KfCAgICAgICAgIHwgICAgICAgICAgIFNlbnQgYnk6ICAgICAgICAgICAgICAgICAgICAg
ICAgICAgIHwNCnwgICAgICAgICB8ICAgICAgICAgICBxdWlja2ZpeC1kZXZlbG9wZXJzLWFkbWlu
QGxpc3RzLnNvdXJ8DQp8ICAgICAgICAgfCAgICAgICAgICAgY2Vmb3JnZS5uZXQgICAgICAgICAg
ICAgICAgICAgICAgICAgfA0KfCAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgIHwNCnwgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICB8DQp8ICAgICAgICAgfCAgICAgICAgICAgMDUvMDIvMjAw
MyAwOTozMyBBTSAgICAgICAgICAgICAgICAgfA0KfCAgICAgICAgIHwgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCnwtLS0tLS0tLS0rLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0+DQogID4tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tfA0KICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgIHwNCiAgfCAgICAgICBUbzogICAgICAgPHF1aWNrZml4LWRldmVsb3BlcnNAbGlzdHMu
c291cmNlZm9yZ2UubmV0PiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQogIHwg
ICAgICAgY2M6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KICB8ICAgICAgIFN1YmplY3Q6
ICBbUXVpY2tmaXgtZGV2ZWxvcGVyc10gQm9keSBMZW5ndGggTWVzc2FnZTo6dmFsaWRhdGUoKSBQ
cm9ibGVtICAgICAgICAgICAgICAgIHwNCiAgPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS18DQoNCg0KDQoNCkknbSBzdGlsbCBrbm9ja2luZyBteSBoZWFkIGFnYWluc3QgdGhl
IHdhbGwgd2hlbiBzZW5kaW5nIGEgUXVvdGVSZXF1ZXN0DQptZXNzYWdlIHRvIHRoZSBleGVjdXRv
ciBDKysgZXhhbXBsZSBwcm9ncmFtLg0KDQpGb3Igc29tZSByZWFzb24gdGhlIHZhbGlkYXRlKCkg
bWV0aG9kIGluIHRoZSBNZXNzYWdlIGNsYXNzIHJldHVybnMgZmFsc2UNCndoZW4gSSBzZW5kIGEg
UXVvdGVSZXF1ZXN0IE1lc3NhZ2UgYW5kIHN1YnNlcXVlbnRseSB0aGUgY29uc3RydWN0b3IgdGhy
b3dzDQphbiBJbnZhbGlkTWVzc2FnZSBFeGNlcHRpb24uDQpJdCBzYXlzIHRoZSBCb2R5TGVuZ3Ro
IHZhbHVlcyBhcmUgbm90IHRoZSBzYW1lLg0KDQpEb2VzIGFueW9uZSBrbm93IHdoeSB0aGlzIG1h
eSBiZT8NCg0KQWxsIEkgaGF2ZSBjb2RlZCBpbiB0aGUgUXVvdGVSZXF1ZXN0IGlzIHRvIHNlbmQg
dGhlIHJlcXVpcmVkIGZpZWxkcy4gSSBoYXZlDQpub3QgaW5jbHVkZWQgYW55IG9mIHRoZSBvcHRp
b25hbCBmaWVsZHMgd2hlbiBidWlsZGluZyB0aGUgbWVzc2FnZS4NCg0KSGVyZSdzIHRoZSBvdXRw
dXQ6DQo4PUZJWC40LjPimLo5PTY54pi6MzU9UuKYujM0PTIyNeKYujQ5PUNMSUVOVDHimLo1Mj0y
MDAzMDUwMi02OjI04pi6NTY9VFfimLoxMzE9MeKYujE0Nj0x4pi6DQo1NT1PU1LimLoxMD0yMTji
mLoNCg0KSGVyZSdzIHRoZSBjb2RlIHRvIHByb2R1Y2UgaXQ6DQpGSVg0Mzo6UXVvdGVSZXF1ZXN0
IEFwcGxpY2F0aW9uOjpxdWVyeVF1b3RlUmVxdWVzdDQzKCkNCnsNCiBGSVg0Mzo6UXVvdGVSZXF1
ZXN0IHFyKEZJWDo6UXVvdGVSZXFJRChnZW5RdW90ZVJlcUlEKCkpKTsNCiBGSVg0Mzo6UXVvdGVS
ZXF1ZXN0OjpOb1JlbGF0ZWRTeW0gc3ltOw0KDQogc3ltLnNldCggcXVlcnlTeW1ib2woKSApOw0K
DQogcXIuYWRkR3JvdXAoIHN5bSApOw0KDQogcXVlcnlIZWFkZXIoIHFyLmdldEhlYWRlcigpICk7
DQoNCiByZXR1cm4gcXI7DQp9DQoNCkhlcmUgaXMgYSBzbmlwcGV0IG9mIHRoZSB0cmFkZWNsaWVu
dC5jZmcgZmlsZToNCltTRVNTSU9OXQ0KQmVnaW5TdHJpbmc9RklYLjQuMw0KU2VuZGVyQ29tcElE
PUNMSUVOVDENClRhcmdldENvbXBJRD1UVw0KRGF0YURpY3Rpb25hcnk9Li4vc3BlYy9GSVg0My54
bWwNCg0KDQpbU0VTU0lPTl0NCkJlZ2luU3RyaW5nPUZJWC40LjMNClNlbmRlckNvbXBJRD1DTElF
TlQyDQpUYXJnZXRDb21wSUQ9VFcNCkRhdGFEaWN0aW9uYXJ5PS4uL3NwZWMvRklYNDMueG1sDQoN
CkhlcmUgaXMgYSBzbmlwcGV0IG9mIHRoZSBleGVjdXRvci5jZmcgZmlsZToNCltTRVNTSU9OXQ0K
QmVnaW5TdHJpbmc9RklYLjQuMw0KU2VuZGVyQ29tcElEPVRXDQpUYXJnZXRDb21wSUQ9Q0xJRU5U
MQ0KRGF0YURpY3Rpb25hcnk9Li4vc3BlYy9GSVg0My54bWwNCg0KDQpbU0VTU0lPTl0NCkJlZ2lu
U3RyaW5nPUZJWC40LjMNClNlbmRlckNvbXBJRD1UVw0KVGFyZ2V0Q29tcElEPUNMSUVOVDINCkRh
dGFEaWN0aW9uYXJ5PS4uL3NwZWMvRklYNDMueG1sDQpBbnlvbmUgc2VlIGFueXRoaW5nIHdyb25n
IGluIHRoZSBtZXNzYWdlLCB0aGUgY29kZSBpdHNlbGYgb3IgdGhlIGNvbmZpZw0KZmlsZXM/DQoN
ClRoYW5rcywNCg0KSkQNCg0KDQoNCg0K

Re: [Quickfix-developers] Body Length Message::validate() Problem

[<OM...@th...>]

DQpXZWxsLCBhY2NvcmRpbmcgdG8gdGhlIG91dHB1dCwgdGhlIGJvZHlsZW5ndGggdmFsdWUgZGVm
aW5hdGVseSBzZWVtcyB3cm9uZy4NClRoZSBsZW5ndGggc2hvdWxkIHJlZmVyIHRvIHRoaXMgcG9y
dGlvbiBvZiB0aGUgc3RyaW5nOg0KDQrimLozNT1S4pi6MzQ9MjI14pi6NDk9Q0xJRU5UMeKYujUy
PTIwMDMwNTAyLTY6MjTimLo1Nj1UV+KYujEzMT0x4pi6MTQ2PTHimLo1NT1PU1LimLoNCg0KV2hp
Y2ggaXMgNjYgY2hhcmFjdGVycyBsb25nLCB3aGlsZSB0aGUgOT0gZmllbGQgY2xhaW1zIGl0IGlz
IDY5LiAgVGhpcw0Kc2hvdWxkIGJlIHNpbXBsZSBlbm91Z2ggdG8gZHVwbGljYXRlIGlmIHRoZXJl
IGlzIHNvbWUgcHJvYmxlbSBjYWxjdWxhdGluZw0KdGhlIGxlbmd0aC4gIEknbGwgdHJ5IHRvIHZl
cmlmeSB0aGlzIGluIGEgdGVzdCBjYXNlLg0KDQotLW9yZW4NCg0KDQoNCnwtLS0tLS0tLS0rLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0+DQp8ICAgICAgICAg
fCAgICAgICAgICAgIkpvbiBEYWhsIiAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KfCAgICAg
ICAgIHwgICAgICAgICAgIDxqZGFobEBMaXF1aWRpdHlEaXJlY3QuY29tPiAgICAgICAgIHwNCnwg
ICAgICAgICB8ICAgICAgICAgICBTZW50IGJ5OiAgICAgICAgICAgICAgICAgICAgICAgICAgICB8
DQp8ICAgICAgICAgfCAgICAgICAgICAgcXVpY2tmaXgtZGV2ZWxvcGVycy1hZG1pbkBsaXN0cy5z
b3VyfA0KfCAgICAgICAgIHwgICAgICAgICAgIGNlZm9yZ2UubmV0ICAgICAgICAgICAgICAgICAg
ICAgICAgIHwNCnwgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICB8DQp8ICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgfA0KfCAgICAgICAgIHwgICAgICAgICAgIDA1LzAyLzIwMDMgMDk6MzMg
QU0gICAgICAgICAgICAgICAgIHwNCnwgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICB8DQp8LS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPg0KICA+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLXwNCiAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8
DQogIHwgICAgICAgVG86ICAgICAgIDxxdWlja2ZpeC1kZXZlbG9wZXJzQGxpc3RzLnNvdXJjZWZv
cmdlLm5ldD4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KICB8ICAgICAgIGNj
OiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCiAgfCAgICAgICBTdWJqZWN0OiAgW1F1aWNr
Zml4LWRldmVsb3BlcnNdIEJvZHkgTGVuZ3RoIE1lc3NhZ2U6OnZhbGlkYXRlKCkgUHJvYmxlbSAg
ICAgICAgICAgICAgICB8DQogID4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
fA0KDQoNCg0KDQpJJ20gc3RpbGwga25vY2tpbmcgbXkgaGVhZCBhZ2FpbnN0IHRoZSB3YWxsIHdo
ZW4gc2VuZGluZyBhIFF1b3RlUmVxdWVzdA0KbWVzc2FnZSB0byB0aGUgZXhlY3V0b3IgQysrIGV4
YW1wbGUgcHJvZ3JhbS4NCg0KRm9yIHNvbWUgcmVhc29uIHRoZSB2YWxpZGF0ZSgpIG1ldGhvZCBp
biB0aGUgTWVzc2FnZSBjbGFzcyByZXR1cm5zIGZhbHNlDQp3aGVuIEkgc2VuZCBhIFF1b3RlUmVx
dWVzdCBNZXNzYWdlIGFuZCBzdWJzZXF1ZW50bHkgdGhlIGNvbnN0cnVjdG9yIHRocm93cw0KYW4g
SW52YWxpZE1lc3NhZ2UgRXhjZXB0aW9uLg0KSXQgc2F5cyB0aGUgQm9keUxlbmd0aCB2YWx1ZXMg
YXJlIG5vdCB0aGUgc2FtZS4NCg0KRG9lcyBhbnlvbmUga25vdyB3aHkgdGhpcyBtYXkgYmU/DQoN
CkFsbCBJIGhhdmUgY29kZWQgaW4gdGhlIFF1b3RlUmVxdWVzdCBpcyB0byBzZW5kIHRoZSByZXF1
aXJlZCBmaWVsZHMuIEkgaGF2ZQ0Kbm90IGluY2x1ZGVkIGFueSBvZiB0aGUgb3B0aW9uYWwgZmll
bGRzIHdoZW4gYnVpbGRpbmcgdGhlIG1lc3NhZ2UuDQoNCkhlcmUncyB0aGUgb3V0cHV0Og0KOD1G
SVguNC4z4pi6OT02OeKYujM1PVLimLozND0yMjXimLo0OT1DTElFTlQx4pi6NTI9MjAwMzA1MDIt
NjoyNOKYujU2PVRX4pi6MTMxPTHimLoxNDY9MeKYug0KNTU9T1NS4pi6MTA9MjE44pi6DQoNCkhl
cmUncyB0aGUgY29kZSB0byBwcm9kdWNlIGl0Og0KRklYNDM6OlF1b3RlUmVxdWVzdCBBcHBsaWNh
dGlvbjo6cXVlcnlRdW90ZVJlcXVlc3Q0MygpDQp7DQogRklYNDM6OlF1b3RlUmVxdWVzdCBxcihG
SVg6OlF1b3RlUmVxSUQoZ2VuUXVvdGVSZXFJRCgpKSk7DQogRklYNDM6OlF1b3RlUmVxdWVzdDo6
Tm9SZWxhdGVkU3ltIHN5bTsNCg0KIHN5bS5zZXQoIHF1ZXJ5U3ltYm9sKCkgKTsNCg0KIHFyLmFk
ZEdyb3VwKCBzeW0gKTsNCg0KIHF1ZXJ5SGVhZGVyKCBxci5nZXRIZWFkZXIoKSApOw0KDQogcmV0
dXJuIHFyOw0KfQ0KDQpIZXJlIGlzIGEgc25pcHBldCBvZiB0aGUgdHJhZGVjbGllbnQuY2ZnIGZp
bGU6DQpbU0VTU0lPTl0NCkJlZ2luU3RyaW5nPUZJWC40LjMNClNlbmRlckNvbXBJRD1DTElFTlQx
DQpUYXJnZXRDb21wSUQ9VFcNCkRhdGFEaWN0aW9uYXJ5PS4uL3NwZWMvRklYNDMueG1sDQoNCg0K
W1NFU1NJT05dDQpCZWdpblN0cmluZz1GSVguNC4zDQpTZW5kZXJDb21wSUQ9Q0xJRU5UMg0KVGFy
Z2V0Q29tcElEPVRXDQpEYXRhRGljdGlvbmFyeT0uLi9zcGVjL0ZJWDQzLnhtbA0KDQpIZXJlIGlz
IGEgc25pcHBldCBvZiB0aGUgZXhlY3V0b3IuY2ZnIGZpbGU6DQpbU0VTU0lPTl0NCkJlZ2luU3Ry
aW5nPUZJWC40LjMNClNlbmRlckNvbXBJRD1UVw0KVGFyZ2V0Q29tcElEPUNMSUVOVDENCkRhdGFE
aWN0aW9uYXJ5PS4uL3NwZWMvRklYNDMueG1sDQoNCg0KW1NFU1NJT05dDQpCZWdpblN0cmluZz1G
SVguNC4zDQpTZW5kZXJDb21wSUQ9VFcNClRhcmdldENvbXBJRD1DTElFTlQyDQpEYXRhRGljdGlv
bmFyeT0uLi9zcGVjL0ZJWDQzLnhtbA0KQW55b25lIHNlZSBhbnl0aGluZyB3cm9uZyBpbiB0aGUg
bWVzc2FnZSwgdGhlIGNvZGUgaXRzZWxmIG9yIHRoZSBjb25maWcNCmZpbGVzPw0KDQpUaGFua3Ms
DQoNCkpEDQoNCg0KDQoNCg==

[Quickfix-developers] Body Length Message::validate() Problem

[Jon D. <jd...@Li...>]

I'm still knocking my head against the wall when sending a QuoteRequest =
message to the executor C++ example program.=20
=20
For some reason the validate() method in the Message class returns false =
when I send a QuoteRequest Message and subsequently the constructor =
throws an InvalidMessage Exception.
It says the BodyLength values are not the same.
=20
Does anyone know why this may be?
=20
All I have coded in the QuoteRequest is to send the required fields. I =
have not included any of the optional fields when building the message.
=20
Here's the output:
8=3DFIX.4.3?9=3D69?35=3DR?34=3D225?49=3DCLIENT1?52=3D20030502-6:24?56=3DT=
W?131=3D1?146=3D1?55=3DOSR?10=3D218?
=20
Here's the code to produce it:
FIX43::QuoteRequest Application::queryQuoteRequest43()
{
 FIX43::QuoteRequest qr(FIX::QuoteReqID(genQuoteReqID()));
 FIX43::QuoteRequest::NoRelatedSym sym;
=20
 sym.set( querySymbol() );
=20
 qr.addGroup( sym );
=20
 queryHeader( qr.getHeader() );
=20
 return qr;
}
=20
Here is a snippet of the tradeclient.cfg file:
[SESSION]
BeginString=3DFIX.4.3
SenderCompID=3DCLIENT1
TargetCompID=3DTW
DataDictionary=3D../spec/FIX43.xml
=20

[SESSION]
BeginString=3DFIX.4.3
SenderCompID=3DCLIENT2
TargetCompID=3DTW
DataDictionary=3D../spec/FIX43.xml
=20
Here is a snippet of the executor.cfg file:
[SESSION]
BeginString=3DFIX.4.3
SenderCompID=3DTW
TargetCompID=3DCLIENT1
DataDictionary=3D../spec/FIX43.xml
=20

[SESSION]
BeginString=3DFIX.4.3
SenderCompID=3DTW
TargetCompID=3DCLIENT2
DataDictionary=3D../spec/FIX43.xml

Anyone see anything wrong in the message, the code itself or the config =
files?
=20
Thanks,
=20
JD
=20
=20

Re: [Quickfix-developers] PATCH - Java crashes solved

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

Hi Alex,

> This is vital for the JVM, as if a thread is created in C++ via
> pthread_create() the JVM won't return an environment for it from
> ENV::get(). This was the cause of a lot out our java crashes, as when
> the environment is unknown a null pointer is returned (and then used).

Oren is right: There is no general problem using POSIX threads since the JVM also
creates its threads using the POSIX API. As Oren already stated, the JNI
calls AttachCurrentThread and DetachCurrentThread attach and detach the POSIX
thread to some JVM specific data structures. This is done using thread local
data und pthread_setspecific() and related calls. We are using a mixture of Java
and native threads for some years both on Linux and on Solaris. Once there was
a problem with AttachCurrentThread which appears as a thread registered a second time.
We simply solved this by wrapping every block of Java usage into Attach/Detach calls.
This imposes some overhead, but solved the crashes. In addition, using /usr/lib/lwp
on Solaris is *always* the Right Thing.

Alex, could provide some more information about your crashes: Operating System, Java version,
crash log file. Perhaps I have some ideas.

BTW, thanks for the couple of patches you posted recently. Since I use the UNIX version, these
improvements also help us.

Cheers, Jö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-developers] Quick fix development

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

> I am new to this FIX Area. And i have Downloaded all the FIX 
> Specifications and Quick fix source code . We need to develop both Fix 
> Client and Fix Server incorporating all the fix messages right now for a 
> demo purpose .

That should be no problem with QuickFIX up to FIX version 4.3.

> Could any one provide me with the details like whether FIX uses a 
> standarad TCP socket program for communicating with the Fix server with 
> any Channel Communication.

All FIX data is sent over normal TCP socket connections. You can specify the
listen port for servers and the connect port for clients in the configuration
file.

> And how to incorporate all the fix messages. We have worked with the
 > ISO Standarad 8583 Message, whether the sending of FIX Message would be
 > same as ISO Message Communication.

Sorry, but I do not know ISO Standard 8583 Message (Communication). Could you
provide some pointers?

Jö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

[Quickfix-developers] Quick fix development

[Ramakrishnan <ram...@ba...>]

Hi all,

I am new to this FIX Area. And i have Downloaded all the FIX =
Specifications and Quick fix source code . We need to develop both Fix =
Client and Fix Server incorporating all the fix messages right now for a =
demo purpose .=20

Could any one provide me with the details like whether FIX uses a =
standarad TCP socket program for communicating with the Fix server with =
any Channel Communication . And how to incorporate all the fix messages  =
. We have worked with the ISO Standarad 8583 Message, whether the =
sending of FIX Message would be same as ISO Message Communication .=20

Waiting for anyone's help regarding the same .

Thanks and Regards
Ramakrishnan

Re: [Quickfix-developers] PATCH - Java crashes solved

[<OM...@th...>]

Well, I would be careful before making the assumption that the creation of
C++ threads is the cause of the problem.  This is a perfectly valid thing
to do if you make a call to AttachCurrentThread (which is done).  This
article discusses this:
http://www.complex-ite.net/tutorials/JDCBook/jniref.html#thrd

JNI will often return a null pointer on one call when a previous call
caused a serious problem in the JVM.  Could be a synchronization problem (
either in QuickFIX or your callback code ).  But I believe the core of the
problem should be solvable without changing the semantics of the library.
It is also essential for something like the ThreadedSocketAcceptor to exist
at all!

--oren



|---------+----------------------------------------------->
|         |           Alex Hornby <al...@an...>        |
|         |           Sent by:                            |
|         |           qui...@li...ur|
|         |           ceforge.net                         |
|         |                                               |
|         |                                               |
|         |           05/01/2003 10:39 AM                 |
|         |                                               |
|---------+----------------------------------------------->
  >----------------------------------------------------------------------------------------------|
  |                                                                                              |
  |       To:       Oren Miller <OM...@th...>                                       |
  |       cc:       quickfix-developers <qui...@li...>              |
  |       Subject:  [Quickfix-developers] PATCH - Java crashes solved                            |
  >----------------------------------------------------------------------------------------------|




Hi Oren,

Heres a patch that adds a blockingStart() method to the Acceptor class
and makes the java SocketAcceptor wrapper use it.

This is useful because it means there is no long a requirement for C++
thread creation in the call stack from Java.

This is vital for the JVM, as if a thread is created in C++ via
pthread_create() the JVM won't return an environment for it from
ENV::get(). This was the cause of a lot out our java crashes, as when
the environment is unknown a null pointer is returned (and then used).

ChangeLog entry below.

2003-05-01 Alex Hornby <al...@an...>

             * src/java/org_quickfix_SocketAcceptor.cpp: use blockingStart
to
             start acceptor. This is important as it means that the thread
             can be
created in java rather than in C++, which means that the JVM
             knows about it and can give sensible results in ENV::get().

             * src/C++/Application.h: add blockingStart method

             * src/C++/Application.cpp: add blockingStart method

Cheers,
Alex.

Index: src/C++/Acceptor.h
===================================================================
RCS file: /cvsroot/quickfix/quickfix/src/C++/Acceptor.h,v
retrieving revision 1.7
diff -u -r1.7 Acceptor.h
--- src/C++/Acceptor.h         10 Apr 2003 05:13:31 -0000          1.7
+++ src/C++/Acceptor.h         1 May 2003 15:28:29 -0000
@@ -89,6 +89,9 @@

   /// Start acceptor.
   void start() throw ( ConfigError&, RuntimeError& );
+  void blockingStart() throw ( ConfigError&, RuntimeError& );
+
+
   /// Stop acceptor.
   void stop();

Index: src/C++/Acceptor.cpp
===================================================================
RCS file: /cvsroot/quickfix/quickfix/src/C++/Acceptor.cpp,v
retrieving revision 1.9
diff -u -r1.9 Acceptor.cpp
--- src/C++/Acceptor.cpp             10 Apr 2003 05:13:31 -0000
1.9
+++ src/C++/Acceptor.cpp             1 May 2003 15:28:30 -0000
@@ -168,6 +168,17 @@
   QF_STACK_POP
 }

+void Acceptor::blockingStart() throw ( ConfigError&, RuntimeError& )
+{ QF_STACK_PUSH( Acceptor::start )
+
+  onConfigure( m_settings );
+  onInitialize( m_settings );
+
+  startThread(this);
+
+  QF_STACK_POP
+}
+
 void Acceptor::stop()
 { QF_STACK_PUSH( Acceptor::stop )

Index: src/java/org_quickfix_SocketAcceptor.cpp
===================================================================
RCS file:
/cvsroot/quickfix/quickfix/src/java/org_quickfix_SocketAcceptor.cpp,v
retrieving revision 1.7
diff -u -r1.7 org_quickfix_SocketAcceptor.cpp
--- src/java/org_quickfix_SocketAcceptor.cpp           29 Mar 2003 08:26:17
-0000        1.7
+++ src/java/org_quickfix_SocketAcceptor.cpp           1 May 2003 15:28:30
-0000
@@ -139,7 +139,7 @@
   JVM::set( pEnv );
   try
   {
-    getCPPSocketAcceptor( obj ) ->start();
+    getCPPSocketAcceptor( obj ) ->blockingStart();
   }
   catch( FIX::ConfigError &e )
   {



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

RE: [Quickfix-developers] what the heck is this?

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

I've set it so only list members can post on the list and have explicitly blocked that address from posting to the list again.  Hopefully this will be sufficient.  Otherwise we will have to have all messages approved by an administrator before they are posted which I'm hoping to avoid.

Vamsi Krishna <Vam...@ib...> wrote: 
What the heck is this..?

Somebody has to control these kinda mails¡&shy; 

 

Vamsi

 

-----Original Message-----
From: qui...@li... [mailto:qui...@li...] On Behalf Of vera
Sent: Thursday, May 01, 2003 6:16 AM
To: qui...@li...
Subject: [Quickfix-developers] Íâ»ãͶ×ʵÄ×î¼Ñʱ»ú£¡

 

Dear Sir/Madame, My name is Vera and I am Vice President of Sales at the largest Chinese language financial web site in North America and in Asia. We have over 6,000,000 impressions/page views and 48,000,000+ hits to our web site every month. We have over 750,000 email Chinese investors database . Our customer base consists of HIGHLY motivated Chinese gamblers in the world. I would like to talk to you about driving more traffic to your web site with our pre-qualified quality/wealthy Chinese cust omers. We are very reasonable in rates and we will do other services to feature you (such as Emails, and Pop Windows).Please reply my email to ve...@ch... Thank you. Best regards, Vera . Vice President of Sales PH:1-800-808-8771 FX:1-626-628-3619 ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Quickfix-developers mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfix-developers


---------------------------------
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.

RE: [Quickfix-developers] what the heck is this?

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

I've set it so only list members can post on the list and have explicitly blocked that address from posting to the list again.  Hopefully this will be sufficient.  Otherwise we will have to have all messages approved by an administrator before they are posted which I'm hoping to avoid.

Vamsi Krishna <Vam...@ib...> wrote:
What the heck is this..?

Somebody has to control these kinda mails¡&shy; 

 

Vamsi

 

-----Original Message-----
From: qui...@li... [mailto:qui...@li...] On Behalf Of vera
Sent: Thursday, May 01, 2003 6:16 AM
To: qui...@li...
Subject: [Quickfix-developers] Íâ»ãͶ×ʵÄ×î¼Ñʱ»ú£¡

 

Dear Sir/Madame, My name is Vera and I am Vice President of Sales at the largest Chinese language financial web site in North America and in Asia. We have over 6,000,000 impressions/page views and 48,000,000+ hits to our web site every month. We have over 750,000 email Chinese investors database . Our customer base consists of HIGHLY motivated Chinese gamblers in the world. I would like to talk to you about driving more traffic to your web site with our pre-qualified quality/wealthy Chinese cust omers. We are very reasonable in rates and we will do other services to feature you (such as Emails, and Pop Windows).Please reply my email to ve...@ch... Thank you. Best regards, Vera . Vice President of Sales PH:1-800-808-8771 FX:1-626-628-3619 ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Quickfix-developers mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfix-developers


---------------------------------
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.

[Quickfix-developers] PATCH - Java crashes solved

[Alex H. <al...@an...>]

Hi Oren,

Heres a patch that adds a blockingStart() method to the Acceptor class
and makes the java SocketAcceptor wrapper use it.

This is useful because it means there is no long a requirement for C++
thread creation in the call stack from Java.

This is vital for the JVM, as if a thread is created in C++ via
pthread_create() the JVM won't return an environment for it from
ENV::get(). This was the cause of a lot out our java crashes, as when
the environment is unknown a null pointer is returned (and then used).

ChangeLog entry below.

2003-05-01 Alex Hornby <al...@an...>

	* src/java/org_quickfix_SocketAcceptor.cpp: use blockingStart to
	start acceptor. This is important as it means that the thread  	can be
created in java rather than in C++, which means that the JVM
	knows about it and can give sensible results in ENV::get().
	
	* src/C++/Application.h: add blockingStart method

	* src/C++/Application.cpp: add blockingStart method

Cheers,
Alex.

Index: src/C++/Acceptor.h
===================================================================
RCS file: /cvsroot/quickfix/quickfix/src/C++/Acceptor.h,v
retrieving revision 1.7
diff -u -r1.7 Acceptor.h
--- src/C++/Acceptor.h	10 Apr 2003 05:13:31 -0000	1.7
+++ src/C++/Acceptor.h	1 May 2003 15:28:29 -0000
@@ -89,6 +89,9 @@
 
   /// Start acceptor.
   void start() throw ( ConfigError&, RuntimeError& );
+  void blockingStart() throw ( ConfigError&, RuntimeError& );
+
+
   /// Stop acceptor.
   void stop();
 
Index: src/C++/Acceptor.cpp
===================================================================
RCS file: /cvsroot/quickfix/quickfix/src/C++/Acceptor.cpp,v
retrieving revision 1.9
diff -u -r1.9 Acceptor.cpp
--- src/C++/Acceptor.cpp	10 Apr 2003 05:13:31 -0000	1.9
+++ src/C++/Acceptor.cpp	1 May 2003 15:28:30 -0000
@@ -168,6 +168,17 @@
   QF_STACK_POP
 }
 
+void Acceptor::blockingStart() throw ( ConfigError&, RuntimeError& )
+{ QF_STACK_PUSH( Acceptor::start )
+
+  onConfigure( m_settings );
+  onInitialize( m_settings );
+
+  startThread(this);
+
+  QF_STACK_POP
+}
+
 void Acceptor::stop() 
 { QF_STACK_PUSH( Acceptor::stop ) 
 
Index: src/java/org_quickfix_SocketAcceptor.cpp
===================================================================
RCS file: /cvsroot/quickfix/quickfix/src/java/org_quickfix_SocketAcceptor.cpp,v
retrieving revision 1.7
diff -u -r1.7 org_quickfix_SocketAcceptor.cpp
--- src/java/org_quickfix_SocketAcceptor.cpp	29 Mar 2003 08:26:17 -0000	1.7
+++ src/java/org_quickfix_SocketAcceptor.cpp	1 May 2003 15:28:30 -0000
@@ -139,7 +139,7 @@
   JVM::set( pEnv );
   try
   {
-    getCPPSocketAcceptor( obj ) ->start();
+    getCPPSocketAcceptor( obj ) ->blockingStart();
   }
   catch( FIX::ConfigError &e )
   {

RE: [Quickfix-developers] what the heck is this?

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

I've set it so only list members can post on the list and have explicitly blocked that address from posting to the list again.  Hopefully this will be sufficient.  Otherwise we will have to have all messages approved by an administrator before they are posted which I'm hoping to avoid.

Vamsi Krishna <Vam...@ib...> wrote: 
What the heck is this..?

Somebody has to control these kinda mails¡&shy; 

 

Vamsi

 

-----Original Message-----
From: qui...@li... [mailto:qui...@li...] On Behalf Of vera
Sent: Thursday, May 01, 2003 6:16 AM
To: qui...@li...
Subject: [Quickfix-developers] Íâ»ãͶ×ʵÄ×î¼Ñʱ»ú£¡

 

Dear Sir/Madame, My name is Vera and I am Vice President of Sales at the largest Chinese language financial web site in North America and in Asia. We have over 6,000,000 impressions/page views and 48,000,000+ hits to our web site every month. We have over 750,000 email Chinese investors database . Our customer base consists of HIGHLY motivated Chinese gamblers in the world. I would like to talk to you about driving more traffic to your web site with our pre-qualified quality/wealthy Chinese cust omers. We are very reasonable in rates and we will do other services to feature you (such as Emails, and Pop Windows).Please reply my email to ve...@ch... Thank you. Best regards, Vera . Vice President of Sales PH:1-800-808-8771 FX:1-626-628-3619 ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Quickfix-developers mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfix-developers


---------------------------------
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.